[01:33] <skypce> hi, can you add a extra functionallity to gnome, every time when i view a video the screen after of 3 minutos (my configured time) the screen change to black, can you add a rule that say when the process totem playback a video (by example), deactivate screen off function,. when totem stop activate again the screen off . i will be happy if you change this. thanks
[01:34] <skypce> sorry view=watch
[01:34] <skypce> uff
[02:01] <smoser> TheMuso, thanks for responding, i got answers to my questions from others.
[02:01] <smoser> (regarding windows-key-zoom)
[02:06] <TheMuso> smoser: np
[02:06] <TheMuso> ah ok
[03:37] <robert_ancell> StevenK, can you have a look at pygi for me (in NEW queue)
[08:08] <dholbach> good morning
[08:11] <didrocks> good morning dholbach
[08:11] <dholbach> hi didrocks
[08:11] <ajmitch> didrocks: oh, I gave a talk at the local python user group about quickly, people were impressed :)
[08:13] <didrocks> ajmitch: sweet! I hope you tell them to join #quickly in case of any trouble (0.4.3 will be out next week as an SRU for lucid btw ;)). Thanks :)
[08:22] <LucidFox> You know, when I do a Google search for Wayland, the numbet of results incorrectly calling it an X server is shocking
[08:23] <LucidFox> Granted, those are mostly news articles, and journalists aren't generally famous for doing their research.
[08:34] <RAOF> LucidFox: The git repo summarises it best: “Wayland: a tiny something”
[08:34] <LucidFox> Heh, indeed
[08:35] <LucidFox> I wonder, however, if Wayland is merely the next "sooo much less bloated than X" server that will eventually be doomed to obscurity
[08:36] <LucidFox> the last commit in that git is March 30
[08:41] <RAOF> As I understand it, it's not likely to ever be more than a skunkworks “how little do we need in a display server” project, although it's not unlikely that techniques & technology from it will end up in a future Xorg.
[08:42] <LucidFox> Bwuh :(
[08:46] <LucidFox> I really would like to see a move to a leaner windowing system, with a rootless X server for legacy applications
[08:46] <LucidFox> (i.e. like what Mac OS X does, from what I understand)
[08:47] <LucidFox> sadly, looks like X will remain in its place for years to come
[08:50] <pwnguin> didnt someone patch Xorg to run rootless?
[08:51] <pwnguin> or am i thinking of a different kind of rootless
[08:52] <LucidFox> rootless means running X clients in another window system, basically
[08:52] <RAOF> Yeah, X itself isn't going anywhere.  Legacy applications FTW!
[08:52] <LucidFox> like Xming on Windows, which creates windows inside the native window manager
[08:53] <LucidFox> Mac OS X has a similar approach, it renders X clients inside native windows. The problem is, for Linux, the native window system is... X.
[08:54] <RAOF> The X protocol bits might end up being a loadable module of the server; there seems to be a broad “yeah, that's what I'd do if I had the time to hack on it” feeling on the Xorg list.
[08:55] <LucidFox> Well, as long as you support Xlib, you support all the ugly legacy protocol stuff.
[08:55] <RAOF> Yeah.
[08:56] <RAOF> But no one uses the original X protocol for drawing; you use RENDER.
[08:57] <RAOF> There's a lot of that protocol stuff that is basically never touched.  Font servers, anyone?
[08:58] <RAOF> In other news: yay!  sbuild works on Maverick again!
[09:01] <LucidFox> Yes, but Xlib doesn't know that modern-age toolkits only use a small subset of the X functionality. So ultimately it will boil down to porting GTK and Qt (at least) to another backend.
[09:03] <RAOF> What's the difference between “GTK uses a subset of Xlib + the modern extensions” and “GTK uses a different backend, and Xlib still exists”?
[09:04] <LucidFox> Because using Xlib will force the Next Gen Leaner Meaner Display Server into X compatibility mode?
[09:05] <RAOF> I don't see why - the modern extensions can do whatever they want.
[09:07] <LucidFox> Well, (in this completely hypothetical scenario) Xlib would still use the X protocol, correct?
[09:07] <RAOF> Yes
[09:08] <RAOF> I guess my question is: what's so terrible about the X11 protocol that iterative extensions can't fix :)
[09:09] <LucidFox> That it's X. A bloated, 26-year-old monolithic mess of hacks and extensions designed to fit a square peg into a round hole.
[09:10] <LucidFox> If something advertises itself as an X server, it means there's a lot of stuff that nobody uses yet the server must support.
[09:11] <RAOF> That code can safely sit and mellow.  Or concievably be dynamically loaded.
[09:14] <RAOF> Also, doesn't _quite_ describe current reality; there's some X stuff that Xorg doesn't actually support (Zaphod, for example)
[09:19] <nzmm> just wondering, if i switch my source.list from lucid to maverick, i get maverick, i have seen few updates...
[09:19] <nzmm> whats the 'official' way to upgrade to a dev version?
[09:20] <nzmm> upgrade-manager -d?
[09:20] <zyga> nzmm, yes
[09:20] <LucidFox> update-manager -d, but yes
[09:20] <nzmm> ok cool
[09:20] <zyga> nzmm, do-release-upgrade -d
[09:20] <nzmm> ta
[09:20] <zyga> nzmm, it might not be enabled yet though ymmv
[09:20] <RAOF> Except that won't work yet, because it hasn't been turned on :)
[09:21] <nzmm> yep just saw
[09:21] <nzmm> so doing a replace all in sources.list is ok?
[09:21]  * ajmitch should probably try an upgrade to lucid from hardy now :)
[09:23] <arand> nzmm: I think it actaully has been enabled, mvo mentioned it in +1 before...
[09:57] <nzmm> arand: oh, well maybe the fact i already replaced_all kinda screwed my ability to do that now :(
[09:57] <nzmm> but in prinicpal replace_all in sources list is ok?
[09:58] <arand> nzmm: Well, that's what do-release-upgrade does, afaik, along with disabling your PPAs
[09:59] <nzmm> oh...
[09:59] <nzmm> ok
[09:59] <nzmm> thnx
[11:00] <mok0> package.ubuntu.com search sux big time
[11:01] <mok0> It doesn't know ANY maverick packagse
[11:14] <joaopinto> cjwatson, can you fix the bug about the wrong default timezone for Portugal ?
[11:14] <cjwatson> joaopinto: not at the moment no, sorry
[11:14] <geser> mok0: known problem
[11:14] <cjwatson> joaopinto: busy with alpha-1
[11:15] <joaopinto> uff, a trivial server side issue open for so long  :(
[11:15] <joaopinto> the last time it was the final release, now it's alpha :P
[11:22] <mok0> geser: I see, thanks
[11:40] <dpm> hi cjwatson. Do you happen to know if there is anything needed to do to a package to enable translations of the long and short descriptions from the control file? I know translations are fetched from the Translations-$LANG files from the archive, but I'm not sure if just dropping translations in the right archive folder is enough or if there is additional work required on the package
[11:40] <cjwatson> I confess I'm not entirely sure what the DDTP stuff involve
[11:40] <cjwatson> s
[11:40] <cjwatson> but I've never heard of any package-specific work being required
[11:41] <cjwatson> I thought that there was a custom upload job somewhere that dealt with it
[11:42] <dpm> cjwatson, ok, thanks. I'll wait until mvo comes back tomorrow to ask for more details, as he's the one doing the DDTP uploads. I couldn't find any documentation on how this works
[11:42] <cjwatson> it's one of the bits of the archive I'm almost completely unfamiliar with :)
[11:43] <cjwatson> although I think there are a couple of archive bugs open that will necessitate me figuring it out
[11:43] <dpm> :)
[11:44] <dholbach> dpm: mvo would know
[11:44] <dholbach> oh ok, nevermind
[11:44] <dpm> dholbach, :)
[12:31] <dupondje> https://bugs.launchpad.net/ubuntu/+source/libutempter/+bug/589103 => is this a correct mir report?
[12:37] <anon^_^> hi, is this the proper place to note errors for ubuntu.com and relevant subdomains
[12:39] <dupondje> anon^_^: what errors ?
[12:39] <anon^_^> http://packages.ubuntu.com/lucid-updates/
[12:39] <BlackZ> anon^_^: what's wrong there?
[12:40] <anon^_^> click on it
[12:40] <anon^_^> "
[12:40] <anon^_^> Error
[12:40] <anon^_^> more than one suite specified for show_static (dapper dapper-updates dapper-backports hardy hardy-updates hardy-backports intrepid intrepid-updates intrepid-backports jaunty jaunty-updates jaunty-backports karmic karmic-updates karmic-backports lucid)
[12:40] <anon^_^> "
[12:41] <BlackZ> anon^_^: send an e-mail at frank[AT]lichtenheld[DOT]de
[12:41] <cjwatson> the contact address is at the bottom of the packages.ubuntu.com front page FWIW
[12:41] <BlackZ> also, sorry I don't know where's the problem, maybe it's on re-fresh
[12:41] <anon^_^> easier to report on irc, anyone know if frank's on freenode
[12:41] <cjwatson> he's not on this channel at least.
[12:42] <cjwatson> I suggest respecting the requested contact method.
[12:42] <cjwatson> (packages.ubuntu.com isn't a service run by Ubuntu, although it's useful - it's actually a rebadged packages.debian.org run by the same person who runs that service)
[12:57] <Ng> 2010-06-03 11:16:51.442 17240 FATAL @src/pooler.c:179 in function create_net_socket(): cannot parse addr: ''
[12:58] <Ng> doh
[13:45] <ScottK> lool: Are you going to be able to work on the gpsd MIR?  Once we build KDE against gpsd it affects packaging in several of the packages and I'd rather get it done sooner than later....
[14:40] <panda|x201> Keybuk, Hi, around?
[14:43] <ScottK> ccheney: Could I please have a test case for #588723 for the SRU.
[14:44] <ccheney> ScottK, ok will see if i can find the most recent bug/document i received about it
[14:45] <ScottK> ccheney: Thanks.
[14:45] <ccheney> any sufficiently complex document written in a microsoft font should work, but i have one i know shows up poorly on kubuntu if i can find it again :)
[14:53] <ccheney> ScottK, found the original bug and noted it in the report
[14:53] <ScottK> Thanks.
[16:38] <ScottK> ccheney: ttf-liberation is added in Maverick and uploaded to Lucid Proposed for Kubuntu.
[16:38] <ccheney> ScottK, wonderful :)
[16:38] <ccheney> ScottK, thanks!
[16:38] <ScottK> No problem.  Thanks for letting us know.
[16:56] <ccheney> ScottK, oh we probably need it on the netbook version also for the same reason, i noticed ubuntu-netbook doesn't have it either
[17:04] <ccheney> ScottK, do you think i should file a separate bug about the ubuntu-netbook issue or just add another task?
[19:38] <Gadi> hi, all. how does ubuntu preseed network manager on a livecd such that it automatically tries to set up the wireless network? I am having trouble finding where the magic is
[19:55] <ScottK> ccheney: My fix covered Kubuntu Netbook Remix.  No idea about UNE.
[19:55] <ccheney> ScottK, ok
[19:56] <ccheney> davidm, would you like a separate bug from 588723 for UNE?
[20:01] <davidm> ccheney, UNE is cared for by rickspencer3 so you might check in with him.
[20:01] <ccheney> davidm, oh yea i forgot it moved
[20:01] <didrocks> ccheney: well, I hoped you knew I was in charge of UNE :)
[20:01] <ccheney> didrocks, yea somehow slipped my mind, heh
[20:01] <ccheney> didrocks, see 588723
[20:02] <didrocks> ccheney: can you open a new task on the same bug, please and assign to me?
[20:02] <didrocks> I'll take care on Monday, time for early week-end :)
[20:11] <ccheney> didrocks, ok
[20:11] <didrocks> ccheney: thanks
[20:32] <slangasek> kirkland: any chance I can assign bug #587858 to you, since it's your patch causing the delay? :)
[20:33] <kirkland> slangasek: sure
[20:34] <slangasek> kirkland: done, ta
[20:34] <kirkland> slangasek: i won't be looking at this soon, but i'll keep it on my plate
[20:34] <slangasek> I wouldn't be looking at it any sooner :)
[20:40] <flupke> hello, I'm making my first package, could someone explain me the "Starndards-Version" field of control files ? Can I just leave the "3.8.333" that I found in another package and forget about it ?
[20:40] <ebroder> flupke: That's the version of Debian Policy that your package is compliant with
[20:41] <flupke> ebroder, yep I read that in the docs, however I'm not sure what version of Debian Policy my package complies with (and where to find these versions)
[20:41] <slangasek> flupke: do you mean 3.8.3?  You should never see 3.8.333 in that field; when packaging you should use the current Debian Policy version number there, and make sure in the process that your package /complies/ with that version too :)
[20:41] <slangasek> flupke: apt-get install debian-policy
[20:42] <flupke> slangasek, ok thanks !
[20:58] <jdub> doko_: you about? (q. about clang/dragonegg)
[21:34] <arand> Do I need to use gpg in order to send to ubuntu-devel? I sent a post way before UDS about swap-to-file which still hasn't cropped up...
[21:41] <arand> ...and I've had no response as to it being rejected (is there one? if not there should be I think, if simply automated).
[21:46] <geser> arand: most likely it's still in the moderation queue
[21:46] <ajmitch> I don't think there are many people who do moderation on u-d, sadly
[21:47] <arand> Then that queue must be fairly long by now... I reckon.
[21:50] <arand> I mean it would be simple enough to just state that ubuntu-devel is only for registered, and -discuss is for all else, if it's in practice "impossible" to post anything to -devel anyways it's likely better to inform that this is the case. I wouldn't mind it, just as long as it was clear. ( I guess CJW [listed as mod] has quite a lot of things on his hands otherwise...)
[21:52] <LLStarks> slomo, is the gstreamer aware that -bad is busted in maverick and has been for almost 10 days?
[21:52] <LLStarks> *team aware
[21:52] <LLStarks> the directfb update killed it
[22:30] <ajmitch> morning