[00:00] <TheMuso> robert_ancell: with sudo in a terminal possibly, but not sure really.
[00:00] <TheMuso> The background could be set after the gdm user is created in the postinst.
[00:01] <TheMuso> Or, that may be better done with the package that has the theme.
[00:01] <TheMuso> hrm
[00:01] <TheMuso> I am interested in doing this for studio as well, so I am giving this some thought.
[00:05] <TheMuso> I think we need to abstract theme settings for gdm out somehow...
[00:05] <TheMuso> So that derivatives can set things the way they want.
[06:01] <pitti> Good morning
[06:53] <TheMuso> Morning pittil.
[07:06] <mac_v> hi.. all is alpha3 out?
[07:10] <TheMuso> Not yet
[07:11] <mac_v> TheMuso: ah... thanx... isnt it expected today?
[07:14] <pitti> mac_v: right, but not that early yet
[07:14] <pitti> need to wait until the USians get up, and do some announcement prep before
[07:14] <mac_v> ok... ;p
[07:19] <TheMuso> /c/c
[07:20] <TheMuso> pitti: I see there are currently no studio alpha images on the tracker to test. Has the tracker even been updated for ubuntu/kubuntu etc images yet, or is it just studio that hasn't been updated?
[07:20] <TheMuso> Sorry, should have asked that in -devel.
[08:12] <didrocks> good morning o/
[08:17] <seb128> good morning there
[08:17] <pitti> hey seb128, hey didrocks
[08:17] <seb128> hey pitti
[08:18] <didrocks> hi seb128 and pitti
[08:18] <seb128> lut didrocks
[08:18] <pitti> seb128: can I ask you to be a patch monkey once more? http://people.canonical.com/~pitti//tmp/gpm/
[08:19] <pitti> seb128: we are down to 5 distro specific patches now, plus one dubious one
[08:19] <pitti> at the beginning of karmic we had some 25, it's much more manageable now
[08:19] <seb128> pitti, sure
[08:20]  * pitti hugs seb128
[08:20]  * seb128 hugs pitti back
[08:28] <pitti> seb128: cool, Richard added a gconf key for the suspend failure notification, so that patch of ours will become a trivial schema change now
[08:29] <pitti> nice working with him
[08:29] <seb128> you are doing a good job at working with upstream too ;-)
[08:29] <pitti> thanks
[08:29] <seb128> ie them being nice is mostly due to you rocking ;-)
[08:30] <seb128> hey slomo
[08:32] <slomo> hi seb128 :)
[08:32] <pitti> hey slomo, how are you?
[08:33] <seb128> slomo, I've been playing with totem and DVDs yesterday, works quite fine in karmic now
[08:33] <seb128> slomo, I will try the one which has the sound issue with your patch a bit later today
[08:33] <pitti> oh, speaking of totem, it's somewhat sad that the only video that we ship in example-contents doesn't get along with the default codecs :/
[08:33] <seb128> slomo, one issue is that the sound, languages entries are not changing nor working ... is that a known issue?
[08:34] <pitti> and searching for it fails and just says something like "gstreamer input blabla"
[08:34] <seb128> pitti, the input thing should be fixed with the gstreamer syncs I did yesterday morning
[08:34] <pitti> ah, cool
[08:34] <seb128> pitti, are you sure you are uptodate?
[08:35] <pitti> seb128: I didn't test it with the very latest ubuntu desktop CD
[08:35] <pitti> will do again
[08:35] <seb128> let me try
[08:35] <seb128> brb switching to my laptop for testing that
[08:36] <pitti> doing as well
[08:39] <seb128_> pitti, the spirit of ubuntu one plays fine on the current iso there
[08:40] <pitti> seb128_: confirmed; as usualy, you're ahead of me :)
[08:40] <seb128_> lol
[08:40] <seb128_> good to see if fixed ;-)
[08:41] <seb128_> pitti, btw do you know if there is any move on the polkit devicekit-disks auth dialog at login thing?
[08:41] <seb128_> pitti, the upstream bug didn't change for some weeks and davidz said he was blocking on landing his gvfs changes which he did since
[08:41] <seb128_> ie could use a small nudge maybe?
[08:41] <pitti> yeah, perhaps
[08:45] <seb128_> pitti, seen on #commits
 martin.pitt * r9286af907243 gnome-power-manager/src/gpm-button.c: Make hotkeys work with modifiers
[08:45] <seb128_>  martin.pitt * r70c79e645544 gnome-power-manager/data/ (2 files): Show .desktop files in XFCE, too.
[08:45] <pitti> \o/
[08:45] <pitti> seb128_: merci
[08:45] <seb128_> you're welcome
[08:46] <seb128_> now if somebody could fix gpm to not dim the light after 15 seconds not touching my laptop and not bring it back that would be nice
[08:46] <slomo> hi pitti :) i'm fine but busy as always ;)
[08:46] <seb128_> I don't get how that bug can be around for so long with nobody caring
[08:46] <slomo> seb128: no idea if that's a known issue but the dvd language, etc selection needs some work in any case
[08:47] <seb128_> I keep fighting the autodiming
[08:47] <pitti> seb128_: new gdm is due on Monday, but I'm on vac; I'd like to do the update, but only on Wednesday, is that okay?
[08:47] <seb128_> slomo, ok, and do you know if tracks should be listed in the playlist?
[08:47] <mac_v> Amaranth: hi... in regards to your comment on bug 402821 , i'v added a comment , https://bugs.launchpad.net/hundredpapercuts/+bug/402821/comments/3 , do you foresee any problems ?
[08:47] <pitti> seb128_: since I want to re-do one of the patches to use the new gconf key which Richard just added
[08:48] <seb128_> pitti, s/gdm/gpm ?
[08:48] <pitti> seb128_: yes
[08:48] <seb128_> pitti, no problem, nobody here is touching gpm usually
[08:48] <Amaranth> mac_v: It's a hack that upstream will not accept
[08:48] <seb128_> it was ted's and is not really maintained since
[08:48] <pitti> seb128_: ah, so I guess it's stuck on me now :)
[08:48] <seb128_> pitti, indeed ;-)
[08:49] <seb128_> pitti, btw, http://git.gnome.org/cgit/gdm/commit/?id=384afa69ba2120a32f585fa419dd0fe0b3a8a23d
[08:49] <seb128_> speaking about gdm
[08:49] <slomo> seb128_: no, they're not listed in the playlist, that's intentional (you don't want to know about the tracks as they have nothing to do with the user visible structure of the dvd as seen in the dvd menu)
[08:49] <seb128_> pitti, I think that's something you discussed with robert_ancell yesterday
[08:49] <Amaranth> mac_v: currently such a hack would be easy to maintain (but somewhat difficult to implement) but if upstream gets active again it would be a load of work to maintain as well
[08:49] <Amaranth> mac_v: Until upstream decides how to do it I don't see it happening
[08:49] <mac_v> Amaranth: oh ... why they wont accept? or any links to discussions regarding this?
[08:49] <Amaranth> mac_v: because it's a hack
[08:49] <seb128_> slomo, ok, otherwise good work on gstreamer and totem to all of you who working on the changes, it works great ;-)
[08:49] <pitti> seb128_: weird, shutdown/reboot works fine in gdm for me
[08:50] <pitti> seb128_: but indeed we need it if we want to add gdm configuration to the gdm session, so great
[08:50] <seb128_> pitti, probably because you have no user logged in
[08:50] <mac_v> Amaranth: ah... ;) , could we do this in Ubuntu alone for now ?
[08:50] <robert_ancell> seb128, interesting :)
[08:50] <Amaranth> mac_v: the thumbnail plugin does it because the thumbnail plugin is controller by one person
[08:50] <seb128_> hey robert_ancell
[08:50] <Amaranth> mac_v: read everything I said
[08:50] <robert_ancell> hey
[08:50] <mac_v> Amaranth: oh ok...
[08:50] <pitti> seb128_: ah, of course
[08:50] <pitti> robert_ancell: hey
[08:50] <seb128_> robert_ancell, I never know if you are still around, you are so quiet ;-)
[08:50] <Amaranth> mac_v: If you want to implement such a hack and rebase it frequently go right ahead
[08:51] <seb128_> going back to my desktop now
[08:51] <robert_ancell> hey pitti
[08:51] <Amaranth> mac_v: I suspect by the time you got it implemented in a way that wouldn't require poking it every time upstream makes any changes we'd have a proper solution
[08:51] <Amaranth> mac_v: also, it uses a _lot_ of memory
[08:51] <robert_ancell> seb128, I prefer to call it "sneaky"
[08:51] <Amaranth> mac_v: fine in the thumbnail plugin since it isn't enabled by default, not so good in the default install
[08:52] <Amaranth> mac_v: thus, hack :P
[08:52] <mac_v> Amaranth: memory !  ok.. I'll see if i can work something out
[08:53] <mac_v> ah... no thunbnails in default...  forgot that!
[08:53] <Amaranth> mac_v: think 1MB or so for every window you have open
[08:53] <mac_v> o.o
[08:53] <Amaranth> and that's for a tiny 512x512 thumbnail
[08:54] <Amaranth> iirc to get good looking thumbnails for the thumbnail plugin you have to boost it to 1024
[08:54] <Amaranth> so 4MB
[08:55] <mac_v> :(
[08:56] <Amaranth> or maybe that was for the alt-tab switcher
[08:56] <Amaranth> most likely
[08:56] <Amaranth> such a hack was implemented in beryl
[08:56] <Amaranth> the "proper" solution is to have minimize not unmap the window
[08:56] <Amaranth> the wastes memory too and makes minimize kind of worthless though
[08:57] <mac_v> Amaranth: the present behavior is actually not helpful... Also the M$ guys have done it, so i think we can do it better ;p ... i'll try to hack it and see if it doesnt eat memory... will report back *if* i get a good result
[08:58] <seb128> robert_ancell, right ;-) how are you? enough things to do to keep you busy?
[08:58] <Amaranth> mac_v: you could on-the-fly convert the thumbnails to png to save room, compiz has a png plugin (enabled by default) that could be used to display them again
[08:58] <robert_ancell> seb128, busy at the moment.  Been bogged down getting my head around PolicyKit.  The links you guys sent yesterday were a big help, thanks
[08:58] <Amaranth> mac_v: but you either have to hack core or each plugin needs to save a copy of the thumbnail
[08:59] <mac_v> Amaranth: ah...  i think developing a separate plugin with such a behavior might be easier ;p
[09:00] <Amaranth> mac_v: you still have to modify every plugin that wants to use it
[09:00] <mac_v> :(
[09:00] <seb128> robert_ancell, you're welcome
[09:01] <Amaranth> mac_v: compiz and the plugins are so intertwined it becomes a bit of a pain maintaining such patches too
[09:01] <Amaranth> mac_v: and of course you can at that point no longer forward most compiz bugs upstream
[09:02] <seb128> I hate those blueprint whiteboard change emails
[09:02] <seb128> they would send you the diff
[09:02] <seb128> robert_ancell, what did you change in the gnome3 whiteboard? ;-)
[09:02] <mac_v> Amaranth: could you comment this on the bug, for the record, this seems beyond papercut scope
[09:02] <mac_v> pls
[09:03] <robert_ancell> seb128, I checked on some upstream packages and one had gtkbuilder already applied in git :)
[09:03] <robert_ancell> it was vino
[09:03] <seb128> robert_ancell, ok thanks
[09:04] <seb128> really not easy to read what changed launchpad just you the whole whiteboard text
[09:04] <robert_ancell> yeah it doesn't email a diff does it?
[09:05] <seb128> robert_ancell, no, just a "Whiteboard changed to" with the whole text
[09:06] <pitti> perhaps the list should move to the wiki page itself?
[09:06] <seb128> pitti, if I can stay away from wiki the better
[09:06] <seb128> the thing is just so slow it's ridiculous and I manage to screw formatting all the time
[09:07] <pitti> ok
[09:07] <pitti> tagged bug reports might work better
[09:07] <seb128> pitti, btw do you want me to change the whiteboard to have each package to change as a work item?
[09:07] <pitti> with the wiki having a canned link to the list
[09:07] <pitti> seb128: I don't particularly mind; don't waste too much time on it
[09:08] <seb128> ok
[09:08] <seb128> I need to chase mvo too
[09:08] <seb128> he's using a weird simpleglade weird thing in his softwares
[09:08] <seb128> he's a gtk hater or something ;-)
[09:09] <seb128> not sure if we should look to convert this things to gtkbuilder
[09:09] <seb128> or just make those applications use gtkbuilder directly
[09:09] <Amaranth> mac_v: done
[09:09] <pitti> I've seen this thing, but never used it myself
[09:09] <pitti> pygtk is simple enough already :)
[09:09] <seb128> same here
[09:09] <mac_v> Amaranth: thanx :)
[09:09] <seb128> especially loading glade files is no rocket science
[09:10] <didrocks> we had some concerns yesterday with rick about quickly ubuntu-template licensing (not quickly core itself). As this code is copied and then modified by users to create their own project and we don't want to enforce GPL-V3 to them, what licence should we use? (we don't want to pollute the header of each .py files either and enable people to change it if needed). Bsd-like license would fit, how to make it non intrusive in headers?
[09:13] <pitti> didrocks: public domain?
[09:14] <pitti> BSD 2-clause should also work, yes
[09:22] <mvo> seb128: hm?
[09:22] <seb128> mvo, you use weird things in your softwares!
[09:22] <seb128> mvo, you are a freedom hater I can tell it ;-)
[09:23] <mvo> seb128: its a wonderful piece of technology ;)
[09:23] <seb128> mvo, joke aside you have some weird wrapping class around pygtk glade apparently
[09:23] <mvo> seb128: and makes porting trivial
[09:23] <seb128> and I'm not sure what to do about it in this gtkbuilder world
[09:23] <mvo> seb128: yeah, SimpleGladeApp - now there is SimpleGtkbuilderApp, just sed s/ the one with the other and your port is done
[09:23] <seb128> switching applications from glade to gtkbuilder is trivial
[09:23] <seb128> but switching all this magic I'm not so sure
[09:24] <seb128> oh ok, didn't know that somebody did that already, good!
[09:24] <mvo> switching with the wrapper is even more trivial ;)
[09:24]  * seb128 hugs mvo
[09:24] <mvo> seb128: take it from e.g. gebi
[09:24] <mvo> seb128: what are you looking to port?
[09:24] <seb128> mvo, right, I was expecting that, I just didn't know there was a wrapper yet for gtkbuilder
[09:24] <seb128> mvo, language selector
[09:25] <mvo> seb128: just go ahead :) if you have any questions, let me know
[09:26] <crevette> hello
[09:26] <seb128> mvo, ok, will do
[09:26] <didrocks> pitti: do you have any example of headers for public domain license?
[09:26] <seb128> lut crevette
[09:27] <pitti> didrocks: not really; just say "This file is in the public domain", shouldn't that suffice?
[09:28] <didrocks> pitti: I'm more up-to-date on gpl and CC licenses. If you say it should suffice, that's perfect ;) Thanks a lot
[09:29] <pitti> IANAL
[09:29] <didrocks> ok, I google it a little too to seek for examples :-)
[09:38] <seb128> pitti, I know you have a really busy week but any chance you manage to fix the retracers today or give me some clues how to do so?
[09:40] <seb128> would be nice to not waste all the alpha3 crashes now that apport is running by default
[09:40] <pitti> seb128: I don't think it's that easy
[09:40] <pitti> I would probably do something like this:
[09:40] <pitti> - reproduce the issue locally in the apport/chroot.py test suite
[09:41] <pitti> - strace the failed test run
[09:41] <pitti> - add some debugging printf() into fakechroot's preloadlib, to see what it's doing
[09:41] <pitti> - fix whatever is wrong
[09:41] <pitti> it might be a new eglibc system call which needs wrapping (it's mostly a copy&paste thing)
[09:42] <pitti> it seems a bit specific to gdb, so I'd pull the gdb source to check the code it uses for opening the binary and debug symbols
[09:42] <pitti> seb128: an easier try would be to check if it works to use jaunty's gdb on karmic and apt-pin gdb for now
[09:43] <seb128> pitti, ok thanks, seems not trivial, I might have a look but no guaranty
[09:43] <seb128> that I can try
[09:43] <pitti> seb128: perhaps try the gdb downgrade first
[09:43] <seb128> doing that now
[09:43] <seb128> pitti, otherwise what do you think about turning apport off again until retracers are fixed?
[09:43] <pitti> the real fix sounds like a day of work, but I'm afraid I won't get to that until next week
[09:43] <seb128> new GNOME is due on monday
[09:44] <pitti> seb128: ok, let's do that if the gdb downgrade doesn't work, ok?
[09:44] <seb128> ie we will probably outdate all the crash before they get retraced
[09:44] <seb128> deal
[09:44] <seb128> I'm trying the downgrade thing now
[10:01] <robert_ancell> bye all
[10:01] <pitti> bye rodrigo_
[10:01] <pitti> oops
[10:02] <seb128> he's quick to close IRC when he says bye
[10:02] <seb128> pitti, jaunty gdb works!
[10:02] <pitti> \o/
[10:02] <seb128> so login --save, downgrade, apt-pin and close?
[10:02] <seb128> and restart retracers?
[10:02] <pitti> seb128: so, I guess rebuilding gdb against eglibc, or the new gdb itself changed something then
[10:02] <pitti> seb128: right
[10:02]  * pitti hugs seb128 for rescuing the retracers
[10:03] <rodrigo_> pitti: bye, but I just arrived :)
[10:03]  * seb128 hugs pitti for giving good hints
[10:03] <pitti> then I can also remove my hideous and broken workaround
[10:03] <pitti> hey rodrigo_ :)
[10:03] <seb128> pitti, let me try on the amd64 one and restart it to see how it goes
[10:05] <Ng> hmm, did I change some setting, or is firefox in karmic using a google custom search??
[10:06] <Ng> -?
[10:06] <Ng> it's all very well and good, but there are no links to cached versions of pages, which is a shame
[10:09]  * pitti points Ng to asac
[10:13] <asac> Ng: https://bugs.edge.launchpad.net/ubuntu/+source/firefox-3.0/+bugs?field.searchtext=&orderby=-importance&search=Search&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_supervisor=&field.bug_commenter=&field.subscriber=&field.status_upstream-empty-marker=1&field.omit_dupes.used=&field.omit_dupes=on&field.has_patch.used=&field.has_cve.used=&field.tag=multisearch&field.tags_combinator=ANY
[10:13] <asac> Ng: if your bug is not there, file one and add th "multisearch" tag please
[10:13] <Ng> ok ;)
[10:13] <Ng> -;)+:)
[10:13] <asac> Ng: against ffox 3.0 (also add ffox 3.5 task)
[10:13] <asac> Ng: thanks!
[10:14]  * Ng confirms with a blank ff profile (mine is *very* far from default ff ;)
[10:15] <asac> Ng: no need to. the "multisearch" extension was added for alpha3
[10:15] <asac> Ng: disable the addon to get back to default behaviour
[10:16] <Ng> asac: oh, I just looked at the extension list and completely failed to see it :/
[10:20] <bryce> http://people.canonical.com/~bryce//upstreamer-0.png
[10:21] <bryce> (tool to facilitate forwarding bugs upstream from launchpad to freedesktop)
[10:22] <pitti> bryce: awesome!
[10:29] <bryce> pitti: still a work in progress, but at least it looks nice finally :-)
[10:30] <seb128> bryce, how does it work?
[10:30] <seb128> bryce, does it take the launchpad description, etc?
[10:31] <seb128> bryce, I start on a very basic one some time ago http://people.canonical.com/~seb128/lptognome.py
[10:32] <seb128> that one takes a lp bug number, get the title, description, stacktrace and open a bugzilla page (GNOME) with title and description set
[10:32] <seb128> it's done in a hackish way though, using ?title=... etc in the bugzilla url
[10:35] <bryce> seb128, yeah what's in that screenie is unedited; that's what it generates after loading the bug #
[10:35] <bryce> seb128, it grabs the description, title, submitter email address, attachments, etc. from the launchpad bug
[10:36] <bryce> I've not done the logic to submit the multiple attachments to bugzilla yet though... that might be tough
[10:36] <seb128> bryce, using greasmonkey?
[10:36] <pitti> didrocks: "otherwise the effect will be drawned" -- what is that supposed to mean?
[10:36] <bryce> in fact I've not tested it at all against bugzilla yet...
[10:37] <bryce> seb128, no greasemonkey isn't powerful enough; this is a full cgi script
[10:37] <seb128> ah ok
[10:37] <seb128> any reason to do that in a web ui way?
[10:38] <seb128> the version I started sucks because it's buggy but I sort of liked the "give a bug number and get the upstream bugzilla page prefiled with infos"
[10:38] <seb128> ie I'm not sure we win anything to edit infos downstream, you can do that on bugzilla before clicking submit
[10:38] <bryce> "any reason to do that in a web ui way?" > don't understand question
[10:39] <bryce> ahh right
[10:39] <seb128> bryce, your screenshot seems to indicate you do editing on the launchpad side
[10:39] <seb128> where my approch was a "collect everything and open a bugzilla page prefiled with infos and edit there"
[10:40] <bryce> the specific things this would save is that it parses/reformats the description, and it would allow you to select the attachments to be included via checkboxes, rather than individually having to download/upload each attachment individually
[10:40] <seb128> that avoid the need for a server to run the forward tool ;-)
[10:40] <seb128> I guess we are a different workflow
[10:40] <seb128> GNOME bugs have almost never a file to attach
[10:41] <seb128> and I inline stacktrace for easier bug reading and dup finding too
[10:41] <seb128> ie what we usually need on GNOME bug is a copy of the description and the stacktrace if there is one
[10:41] <seb128> but your tool seems powerful indeed ;-)
[10:42] <bryce> ah yeah, your attachment situation is simpler (just the backtrace)
[10:42] <seb128> well I like having logs inline in fact
[10:42]  * bryce nods
[10:42] <seb128> makes easier to read the bug and search in the page than having lot of logs
[10:43] <seb128> but if you have lot of log that's doesn't really scale
[10:43] <ara> seb128, gnometris is not longer a default game in ubuntu?
[10:43] <bryce> true, however for X, Xorg.0.logs can be pretty long.  But I do like to put stacktraces inline.
[10:43]  * seb128 declares victory on the retracer
[10:43] <seb128> pitti, bug #403036 \o/
[10:43] <pitti> seb128: *sniff* beautiful! /me wipes a tear
[10:44] <seb128> pitti, ;-)
[10:44] <pitti> that takes the pressure out of this thing
[10:44] <seb128> right
[10:44] <bryce> seb128, rickspencer3 also came up with a table to map launchpad importance to bugzilla priority/severity, so this does that mapping automatically
[10:44] <seb128> will do the i386 one too now
[10:44] <seb128> bryce, nice
[10:45] <seb128> bryce, I expect you could easily add GNOME bugzilla to your service if the bugzillas behave the same way? ;-)
[10:45] <seb128> pitti, want me to open a bug somewhere about the gdb situation, I'm not sure what the downgrade working tells us
[10:46] <seb128> pitti, I will try on the i386 one the new gdb version from karmic which was built before eglibc to see if that makes a difference
[10:46] <pitti> seb128: against fakechroot, please, as a reminder (assign it to me)
[10:46] <seb128> ie if the issue started with the new gdb or after rebuild
[10:46] <pitti> seb128: it would be interesting to see if it happens with jaunty's gdb built on karmic
[10:46] <seb128> I can do some playing around that
[10:46] <pitti> I rather suspect it's a glibc change, but it could be a gdb change as well (unusual open() )
[10:46] <pitti> seb128: thanks
[10:46] <seb128> you're welcome
[10:47] <pitti> just throw it all in the bug report, I'll read it when I'm back from vac
[10:47] <seb128> ok
[10:47] <bryce> seb128, well I intend to focus just on freedesktop, but yeah most bugzillas work similarly.  I'd definitely accept patches to make it work against additional bugzillas.  Of course I'll have to prove it actually useful first :-)
[10:47] <seb128> bryce, let me know when it's in a working state for fd.o I will have a look then
[10:48] <seb128> thanks!
[10:48] <bryce> sure :-)
[10:49] <bryce> (unfortunately the tool is also slow...  python + launchpadapi != quick)
[10:52] <bryce> (actually, it's mostly the attachment processing that slows it down)
[10:58] <didrocks> pitti: hum, difficult to formulate... "Otherwise, we will be considered immediately outside of the current stenza". Is it clearer to you?
[10:59] <didrocks> pitti: thanks for the merge
[10:59] <pitti> didrocks: I just removed it, the code should be clear enough
[10:59] <pitti> didrocks: I have another MP, after that I'll do a new upload
[10:59] <didrocks> pitti: thanks :)
[11:06] <didrocks> pitti: before you release, think about udpating python-distutils-extra version from 2.7 to 2.8 in debian/local/python-mkdebian
[11:07] <pitti> didrocks: yep
[11:17] <seb128> dpkg-source: info: applying gdb_6.8-3ubuntu2.diff.gz
[11:17] <seb128> *** stack smashing detected ***: patch terminated
[11:17] <seb128> [11:17] <seb128> /lib/libc.so.6(__fortify_fail+0x4b)[0xf7f2b97b]
[11:17] <seb128> /lib/libc.so.6(__fortify_fail+0x0)[0xf7f2b930]
[11:17] <seb128> /home/ubuntu-archive/apport-retracer-i386/fakelibs/libfakechroot.so[0xf7f9fb44]
[11:17] <seb128>
[11:18] <seb128> pitti, going to be trickier than expected, I think I will just downgrade, pin and restart for now
[11:18] <seb128> I can't dpkg-source -x the jaunty gdb in the retracer environment
[11:18] <pitti> wow
[11:44] <seb128> grrr
[11:44] <seb128> ubuntuone-client starts being very annoying
[11:44] <seb128> they fixed a nautilus crashed but in exchange of a new one apparently
[11:51] <seb128> pitti, and i386 retracer running and confirmed to do proper retracing
[11:51] <pitti> seb128: good job, thanks!
[11:51] <seb128> you're welcome
[11:52] <seb128> thanks for the tips on how to get those running again
[11:59] <seb128> pitti, oh, are SegvAnalysis and SegvReason new?
[11:59] <seb128> I never noticed those before
[11:59] <pitti> seb128: yes, courtesy of kees
[11:59] <seb128> nice
[11:59] <pitti> he does some analysis from the disassembly
[12:09] <pitti> didrocks: 2.8 uploaded to sid, karmic, jaunty and hardy PPA
[12:37] <seb128> slomo, the gstreamer change you suggested didn't fix the dvd sound issue
[12:38] <mac_v> seb128: : hi... the recent update seems to have removed the volume applet and left the notification icon... is that change to stay?
[12:38] <seb128> mac_v, yes
[12:39] <seb128> mac_v, as described in the update changelog
[12:39] <mac_v> seb128: and the volume slider is only going to move up-down?
[12:39] <seb128> mac_v, that I know
[12:39] <seb128> you would expect it to be a 3d clutter cube moving in the z axis too?
[12:40]  * mac_v confused
[12:40] <mac_v> seb128: actually i asked since there was a bug asking for the slider to be up-down rather than horizontal
[12:41] <seb128> mac_v, good, one bug to close then
[12:41] <mac_v> :)
[12:52] <seb128> mvo, any idea how gksu crashes can have vorbis code in their stacktrace?
[12:53] <seb128> ie bug #403005
[13:00] <lool> seb128: Mind syncing devhelp to fix the FTBFS?
[13:00] <mvo> seb128: no :)
[13:00] <seb128> lool, will do
[13:00] <lool> seb128: gksu invoking gstreamer to check for codecs?
[13:01] <seb128> mvo, doh, gksu have over 100 bugs in launchpad and lot of recent crasher looking corruption
[13:01] <lool> Or gksu invoking update-manager invoking gstreamer in a postinst
[13:01] <seb128> lool, because a sudo wrapper need codecs to be fun to use? ;-)
[13:01] <lool> :-)
[13:01] <lool> seb128: thakns for the sync
[13:01] <seb128> you're welcome
[13:09] <didrocks> thanks a lot pitti :)
[13:21] <seb128> hey pedro_
[13:21] <seb128> pedro_, retracers are fixed and running again now
[13:22] <pedro_> seb128, yay! thanks for the info ;-)
[13:53] <pitti> seb128: dude!
[13:53] <seb128> pitti, alter!
[13:53] <pitti> bug 123020, look at the status
[13:53] <seb128> \o/
[14:00] <chrisccoulson> good afternoon everyone:)
[14:01] <pitti> hey chrisccoulson
[14:01] <chrisccoulson> hi pitti
[14:05] <kenvandine> hey pitti
[14:06] <kenvandine> i just got the update of devicekit-power from the ~ubuntu-desktop ppa
[14:06] <kenvandine> it seems to have broken suspend
[14:07] <kenvandine> not sure if it was the removal of devicekit or the changes to devicekit-power that broke it
[14:10] <pitti> kenvandine: devikekit shouldn't matter, it's not used any more
[14:10] <pitti> probably dk-power
[14:10] <pitti> kenvandine: did you reboot after update? or sudo killall devkit-power-daemon ?
[14:15] <kenvandine> i did reboot
[14:16] <kenvandine> gnome-power-cmd suspend
[14:16] <kenvandine> says i can't suspend
[14:17] <kenvandine> pitti, i am happy to help debug... but it isn't urgent... just wanted you to know it might be broken before you move it to karmic :)
[14:17] <pitti> kenvandine: does gnome-power-manager work? I don't think -cmd still works
[14:17]  * kenvandine is hacking on desktopcouch atm... which is rather fun :)
[14:18] <kenvandine> pitti, -cmd has been working
[14:18] <pitti> kenvandine: ok, thanks for the warning; I'll test it here as well
[14:18] <kenvandine> i use it all the time
[14:18] <kenvandine> i don't get an option to suspend on shutdown either
[14:18] <pitti> kenvandine: http://git.gnome.org/cgit/gnome-power-manager/commit/?id=c5e34acfbc1b57903bb18d84575b1beaa67e3344
[14:19] <pitti> kenvandine: right, neither do I; I think this needs a new gnome-power-manager (port to polkit-1 as well)
[14:19] <kenvandine> probably
[14:19] <pitti> porting the bakcend (dk-p) without the frontend (g-p-m) won't work, I figure
[14:19] <kenvandine> makes sense
[14:19] <pitti> kenvandine: probably needs http://git.gnome.org/cgit/gnome-power-manager/commit/?id=af19ef18b93abb7f92cb6b1345cf4c633e6f8513
[14:19] <kenvandine> the notify-osd patch was accepted to g-p-m the other day :)
[14:19] <pitti> kenvandine: anyway, new g-p-m will release next Monday
[14:20] <pitti> kenvandine: hm? I just did a g-p-m patch cleanup with Richard, and he rejected it
[14:20] <kenvandine> oh?
[14:20]  * kenvandine looks again
[14:20] <pitti> "better not apply until this is official gnome"
[14:20] <pitti> kenvandine: I committed some of our patches to upstream, and removed some obsolete ones
[14:28] <seb128> hey chrisccoulson, manager to finish work at a reasonable hour after your early waking up today? ;-)
[14:29] <seb128> dobey, kenvandine: could somebody look at ubuntuone-clients bug and try to bump priority on fixing nautilus crashers there?
[14:29] <pitti> kenvandine: anyway, new g-p-m is due on Monday, I'll package it on Wednesday when I'm back, and test it together with the new dk-p
[14:29] <seb128> dobey, kenvandine: 80% of the nautilus crashes we get are due to ubuntuone issues
[14:29] <kenvandine> sure
[14:30] <seb128> thanks
[14:30]  * kenvandine goes searching
[14:32] <dobey> seb128: the only crash i am of aware of being in ubuntuone is fixed. if there is another one, i don't know how to make it happen
[14:33] <seb128> dobey, are you subscribed to ubuntuone-client ubuntu?
[14:33] <seb128> dobey, the usual way when you "don't know how to make it happen", is to ask details to users, not to ignore the bugs
[14:33] <dobey> seb128: yes, and i see the reports, but there is no explanation of what is happening
[14:34] <seb128> dobey, they several crashes in g_object_unref with debug stacktrace sitting there
[14:38] <kenvandine> pitti, looks like richard did merge that patch... after rewriting it
[14:38] <kenvandine> bratsche: have you checkout out git master for g-p-m?
[14:38] <pitti> kenvandine: oh? http://git.gnome.org/cgit/gnome-power-manager/commit/?id=d2251e9373add05113623c0a812a86bdd35d9116 looks related, but it doesn't look like notify-osd
[14:39] <kenvandine> http://bugzilla.gnome.org/show_bug.cgi?id=423186
[14:39] <kenvandine> commit 3c721b77404f59e23ab712c099b0c179fd1e491c
[14:39] <pitti> well, so much the better
[14:39] <kenvandine> yup
[14:39] <pitti> kenvandine: ah, *that* patch
[14:39] <kenvandine> i'll try to make sure it does the job before he releases
[14:40] <pitti> I meant http://bazaar.launchpad.net/%7Egnome-power-manager-team/gnome-power/trunk/annotate/head%3A/debian/patches/02-notify-osd-support.patch
[14:40] <kenvandine> oh... that is different :)(
[14:41] <kenvandine> he won't take that
[14:41] <kenvandine> seb128, wow... there are alot of crashers
[14:42] <kenvandine> lots are old
[14:42] <seb128> kenvandine, yes :-(
[14:42] <seb128> would be nice to send back the way the message that software quality is important
[14:42] <seb128> ie somebody should look at crashers
[14:43] <kenvandine> yup
[14:44] <chrisccoulson> hey seb128 - yeah, i managed to finish work at lunchtime today:)
[14:44] <seb128> chrisccoulson, good ;-)
[14:44] <chrisccoulson> i might sleep for a bit this afternoon ;)
[14:45] <seb128> good choice
[14:45] <kenvandine> seb128, is there an easy way to find all the crashers for people with u1 installed?
[14:45] <seb128> kenvandine, no
[14:45] <kenvandine> figured :/
[14:46] <seb128> kenvandine, I reassign the nautilus one by looking at the stacktrace
[14:46] <kenvandine> ok, so you have been assigning them to u1?
[14:47] <seb128> kenvandine, ubuntuone-client source package on launchpad yes
[14:47] <dobey> it would be nice if the nautilus apport hook figured out what packages provide nautilus extensions, and ran the apport hooks for all of them as well
[14:47] <kenvandine> ok
[14:47] <dobey> (and same for any other packages which provide some pluggable interface)
[14:48] <seb128> dobey, that should be doable I think, maybe pitti has some pointer on that
[14:48] <dobey> then at least i could tell which versions of what everyone is using, without having to ask individually and hope that they actually respond
[14:50] <seb128> dobey, the g_object_unref crash are using the current karmic version for sure
[14:50] <seb128> but yes, that would be nice to have the versions for everything shipping something in /usr/lib/nautilus
[14:52] <pitti> dobey: good idea
[14:52] <seb128> dobey, btw
[14:53] <seb128> dobey, apt-cache showsrc gnome-python-desktop
[14:53] <pitti> right, the nautilus apport package hook could just iterate over the plugin directory, find the package with apport.packaging.get_file_package(file), and then call apport.hookutils.attach_related_packages(report, package_list)
[14:53] <seb128> dobey, karmic has each component splitted in a binary, and the only reason we still have python-gnomeprint and libgnomeprint* on the CD is ubuntuone-client
[14:54] <pitti> u-c uses gnomeprint??
[14:54] <dobey> seb128: ok, i didn't know it was split already in karmic
[14:54] <dobey> no
[14:54] <seb128> dobey, that's why I opened the bug ;-)
[14:54] <seb128> I was looking at why we still had libgnomeprint* on alpha3
[14:55] <seb128> pitti, no, it depends on python-gnome2-desktop rather than python-gnomekeyring etc
[14:55] <dobey> how do i specify the python depends correctly then? since dpkg doesn't seem to pick it up
[14:55] <pitti> aah
[14:55] <seb128> pitti, so it triggers python-gnomeprint which depends on libgnomeprint*
[14:55] <pitti> seb128: right, I understand
[14:55] <seb128> dobey, add the ones you need in the Depends line of control
[14:56] <seb128> there is no magic that I know to make the list
[14:56] <dobey> seb128: there isn't some special ${python:Blah} thing?
[14:56] <seb128> grep for the import in your source and look at the matching binaries
[14:56] <seb128> not that I know no
[14:56] <dobey> :(
[14:57] <seb128> there is no real way to guess depends with python
[14:57] <seb128> ie you could grep for imports but you don't know if you will find code used or example or things not built, etc
[14:58] <dobey> eh? the way rpm does it works fine afaik
[14:59] <seb128> dobey, which is?
[14:59] <seb128> rickspencer3, hey
[14:59] <pitti> phew, a3 is done
[14:59] <dobey> seb128: but i guess i can do (python-gnomekeyring || python-gnome2-desktop) right?
[14:59] <pitti> rickspencer3: good morning
[14:59]  * seb128 hugs pitti, good work!
[14:59] <rickspencer3> hi seb128 and pitti
[14:59] <seb128> dobey, yes
[15:00] <seb128> dobey, or rather |
[15:00] <seb128> "depend | alternative"
[15:00] <rickspencer3> seb128: empathy has had the weird habbing of starting up with my user name set to someone else :(
[15:00] <rickspencer3> yesterday I was Cody
[15:00] <seb128> rickspencer3, urg?
[15:00] <seb128> waouh, that's weird
[15:00] <rickspencer3> today I was Quintasan
[15:01] <didrocks> rickspencer3: was it the last person you talked with?
[15:01] <dobey> seb128: it greps the installed python files for imports, and adds Requires: Python:module or something like that, and all the python module packages end up doing Provides: Python:module or similar
[15:01] <rickspencer3> didrocks: nope
[15:01] <rickspencer3> it seems pretty f'ing random
[15:01] <rickspencer3> :)
[15:01] <dobey> seb128: it also does similar things for PERL, C#, etc...
[15:01] <seb128> dobey, well you will get depends coming from examples or code you are not using, etc
[15:01]  * rickspencer3 will log bug this morning
[15:02] <dobey> seb128: i think it skips $docdir and only looks in binary/lib/whatever
[15:02] <seb128> everybody hug pitti for getting alpha3 out
[15:02] <seb128> pitti, \o/ ;-)
[15:02] <dobey> seb128: i already have lots of dependencies for code i don't use, anyway... :)
[15:02] <rickspencer3> congrats pitti
[15:02] <rickspencer3> nice job, a very solid releas
[15:02] <pitti> thanks :)
[15:02]  * didrocks hugs pitti
[15:02] <dobey> like the majority of kernel modules installed on my system
[15:03] <rickspencer3> this alpha is better than final releases for certain other distros I could mention, but won't ;)
[15:03] <seb128> dobey, I think there is some ongoing work to do a depends system this way in debian, didn't follow what they do recently though
[15:03] <seb128> rickspencer3, you just went to far and are not credible now :-p
[15:04] <bratsche> kenvandine, no I haven't, why?
[15:04] <seb128> too
[15:05] <dobey> hrmm
[15:06] <rickspencer3> lol
[15:06] <kenvandine> bratsche: he asked for you to test it :)
[15:06] <dobey> i just installed ubuntuone-client-gnome from karmic proper and did nautilus --quit like 15 times with no crashers :(
[15:06] <bratsche> kenvandine, oh he did?  I missed that. :)
[15:06] <kenvandine> he rewrote your patch :)
[15:07] <seb128> dobey, there could be a difference between a proper --quit and a GNOME session close
[15:08] <bratsche> Yeah, I knew he rewrote the patch because he rewrote that entire source file or something.
[15:09] <dobey> seb128: well i got a crash with trunk, but the line #s are different betwen that and the reports, so i can't tell who is running what, and where the crash actually is... even with trunk gdb is telling me the crash is in the line in class_init(), which is obviously wrong
[15:32] <dobey> blah, now i can't make trunk crash
[15:37] <seb128> pitti, https://bugs.edge.launchpad.net/ubuntu/+bugs?field.tag=gnome3-gtkbuilder
[15:37] <fta> how do i prevent a user from appearing in the new gdm?
[15:37] <fta> lower uid?
[15:37] <pitti> seb128: ah, nice! much easier to read/autoclose
[15:48] <dobey> ugh, now rhythmbox requires brasero :(
[16:10] <mvo> seb128: is there a supported way to hook into the gnome-session logout process (asking for  the updates on shutdown spec)
[16:11] <seb128> mvo, not idea, maybe vuntz or chrisccoulson know better
[16:12] <seb128> pitti, around? I've some build issue and I think it's due to python-distutils-extra
[16:12] <mvo> thanks, I keep wondering if it shouldn't just start its own xsession or something
[16:12] <seb128> mvo, start a new session on logout?
[16:13] <mvo> yeah, a empty one with just the unattended-upgrade-gtk process
[16:14] <seb128> mvo, you could as well patch gnome-session?
[16:14] <chrisccoulson> mvo - i don't think there's currently anyway to do what you want to do (without patching gnome-session)
[16:15] <mvo> thanks chrisccoulson and seb128 - when I finished with the actual code, I look into it
[16:16] <rickspencer3> hi
[16:16]  * rickspencer3 feels like himself again ;)
[16:16] <seb128> wb rickspencer3
[16:29] <seb128> pitti, unping that was an issue there
[16:43] <dobey> oh, thanks apport for automatically ignoring nautilus crashing :(
[16:44] <seb128> it ignores after 3 crashes
[16:44] <seb128> to not send the same crash 3 zillion times
[16:48] <dobey> unfortunately apport is the only way i can debug nautilus
[16:49] <dobey> how do i make it not do that?
[16:59] <seb128> dobey, clean /var/crash
[16:59] <seb128> dobey, the counted is in the .crash
[17:02] <dobey> thanks
[17:57] <pitti> seb128: hi
[17:58] <seb128> pitti, hello again ;-)
[17:58] <awe> /away break
[17:58]  * seb128 ported usb-creator to gtkbuilder
[18:02] <MacSlow> anybody running kwin or xfce here?
[18:02] <seb128> MacSlow, not me
[18:13] <rickspencer3> MacSlow: try in #kubuntu-devel, likely to be running kwin there
[18:14] <MacSlow> rickspencer3, bingo
[18:15] <rickspencer3> MacSlow: really nice job on the notify-osd updates
[18:15] <rickspencer3> looks great
[18:17] <MacSlow> rickspencer3, well thanks.. but a lot of clean up is still to do
[18:17] <rickspencer3> MacSlow: glass half full!
[18:17]  * seb128 wants text he can read back
[18:17] <seb128> otherwise good work ;-)
[18:18] <MacSlow> seb128, I've the "green light" for gconf-keys sort of
[18:18] <seb128> \o/
[18:19] <MacSlow> rickspencer3, lazy bunch on #kubuntu-devel :)
[19:05] <pitti> \o/ patch cleanup day
[19:05] <pitti> yesterday gdm, now consolekit
[19:06] <pitti> they committed all our patches (8), now just 4 debian patches left
[19:18] <pitti> kenvandine: ah, just saw your couchdb patch; please test it, while dpkg usually retains permissions, it might not do that for conffiles (they are magic and special in lots of ways)
[19:19] <pitti> kenvandine: so while the fix is correct, it might not fix the issue on upgrades (that'd need a postinst snippet)
[19:45] <pitti> I'm off for today, and on holiday until next Tuesday
[19:46] <pitti> have a nice weekend everyone, and try not to break everything so hard :-P
[19:46]  * pitti -> packing
[19:46] <pitti> I'll disable my IRC proxy, so please give me a phone call on urgencies; I'll also look into my mail every day
[19:47] <seb128> pitti, enjoy!
[19:47] <seb128> pitti, don't worry we will watch for you while you are not there ;-)
[19:48]  * pitti hugs the team
[19:53]  * seb128 hugs pitti
[20:01] <fta> rah, just lost of 3 pages email because evolution crashed on me, damn spell checker
[20:07] <fta> bug 386139
[20:07] <fta> Fix released??
[20:10] <pedro_> fta, the fix released status is coming from the upstream task not from the one in ubuntu
[20:11] <pedro_> http://bugzilla.gnome.org/show_bug.cgi?id=584243#c4
[20:11] <pedro_> said that the fix was applied to gtkhtml 3.27.5 which is not yet available on Ubuntu
[20:13] <fta> oh, i've been hurt by that for a while now, any eta to have that in ubuntu?
[20:13] <pedro_> seb128, ^ ?
[20:14] <seb128> pedro_, GNOME 2.27.5 due next week
[20:14] <seb128> so before next tuesday
[20:14] <fta> ok, thanks
[20:14] <seb128> you're welcome
[20:15] <seb128> fta, you should have got a draft of your email though
[20:15] <seb128> it should ask after next start
[20:19] <fta> i also a bunch of tiny regressions with my desktop, for example, when i untray rhythmbox, it no longer re-appears on the front if it was trayed lower, it's confusing
[20:22] <fta> i have a few keys bound to play / pause / next etc (it's not a multimedia keyboard, so i mapped F5/F6/F7/F8), if rhythmbox is idle for too long (not sure it's the cause though), all the bound keys no longer do anything
[20:22] <fta> xchat systray does not appear on 1st run (new gnome session), i've already mentioned that here
[20:23] <fta> and a few other tiny-but-annoying regressions..
[20:25] <seb128> fta, patches are welcome
[20:25] <fta> if i knew what it was, i would not even ask
[20:28] <chrisccoulson> fta - i had a look at your xchat issue a couple of weeks ago
[20:28] <chrisccoulson> i can't figure it out though. it works with an old gtk version
[20:29] <chrisccoulson> but i can't see what xchat does differently to other applications that work correctly
[20:29] <chrisccoulson> (i assume we're thinking about the same issue here anyway)
[20:29] <fta> chrisccoulson, i remember. it seems xchat is the 1st to appear on the desktop, while the panel is still empty
[20:31] <chrisccoulson> fta - i ran xchat with GTK_DEBUG=plugsocket, and then killed the panel. you see some messages when the notification area disappears, but xchat never notices when it appears again
[20:31] <chrisccoulson> i did the same with nm-applet, and saw some debug messages everytime i killed and reloaded the panel
[20:31] <chrisccoulson> i've had a look through the gtk code, but i can't figure out whats going on
[20:32] <chrisccoulson> so, i got a bit stuck there
[20:37] <fta> i will add a wrapper and see when i next restart my desktop
[21:11] <seb128> re
[21:11] <seb128> chrisccoulson, your g-s-d upgrade still has 2 files listed in dh_install --list-missing, one .glade and one .xml
[21:12] <chrisccoulson> hmmm :-/ i'll look at that now - i should do these updates when i'm more awake;)
[21:38] <chrisccoulson> seb128 - i've pushed g-s-d with the missing files included now
[22:01] <geser> I usually use auto-login in gdm so I didn't notice this before. To test a bug I disabled auto-login and did a re-login. When I fist saw the greeter I didn't know how to login as I just had 3 buttons but no user to select which took a few seconds to appear. is that normal? a notice would be great that gdm is collecting the user list or so
[22:02] <seb128_> geser, there is some bugs about the list being too slow to be computed
[22:02] <seb128_> I don't think we need a different bug for the animation
[22:02] <geser> ok
[22:02] <seb128_> either we make it fast or add a visual clue but that's the same bug
[22:03] <geser> as long as it's known, it's fine for me
[22:31] <Quintasan_> kenvandine: in reference to your code review ...
[22:31] <Quintasan_> damn it!
[22:32] <ricspencer3> kenvandine: ok, it'
[22:32] <seb128_> ricspencer3, I understand what you meant now
[22:33] <ricspencer3> hi seb128_
[22:33] <ricspencer3> you mean about empathy making me impersonate people?
[22:33] <ricspencer3> ;)
[22:33] <seb128_> ricspencer3, you did a typo in your nickname ;-)
[22:33] <seb128_> ricspencer3, yes
[22:35] <ricspencer3> seb128_: did it happen to you?
[22:35] <ricspencer3> or am I the only one using empathy for IRC?
[22:35] <seb128_> ricspencer3, no but I'm not using an IM for IRC, sorry I know we should be testing what we ship but I need a decent IRC client ;-)
[22:35] <ricspencer3> heh
[22:35] <ricspencer3> well ... I'm testing it
[22:36] <ricspencer3> I'll try to repro the bug when I have chance
[22:36] <seb128_> open a bug even if it lacks information
[22:36] <ricspencer3> it always sets me to the same two people, Code or Quintasan
[22:36] <seb128_> maybe upstream will have a clue
[22:36] <ricspencer3> will do
[22:42] <seb128> note to self, suspend on this desktop doesn't ask for password on the login screen and crash the box
[22:44] <chrisccoulson> what IRC client do you use seb128?
[22:44] <seb128> chrisccoulson, xchat-gnome
[22:44] <chrisccoulson> i haven't tried that. i just use pidgin for everything currently
[22:44] <chrisccoulson> i probably get testing empathy really
[22:45] <seb128> I don't like using IMs to do IRC
[22:45] <chrisccoulson> i haven't tried xchat-gnome before, so i don't know the features of a decent IRC client
[22:45] <seb128> I think that im clients are made to send messages to people
[22:46] <seb128> you don't want the same interface for IRC, you want a user list, IRC functions, not thing to pop up on screen as private messages do etc
[22:46] <chrisccoulson> yeah, that makes sense
[22:47] <dobey> i certainly don't want the same interface for channel-based chat, as for private messages
[22:50] <chrisccoulson2> hmmm, yeah, xchat-gnome looks ok
[22:50] <chrisccoulson2> i could probably get used to it;)
[22:52] <seb128> chrisccoulson2, I'm not trying to convince anybody, I was just using IRC clients before any of my IM client was doing IRC
[22:52] <seb128> and I get used to have different workflows, etc for those


[00:22] <tjaalton> wgrant: toss me the url once you're done
[00:46] <tjaalton> x11perf -a10text has gone from ~55k on intrepid to ~91k with the new xserver, and ~145k with the new xserver & kernel 2.6.28
[00:47] <tjaalton> wgrant: I'm wondering if the problem would go away with the new xserver
[01:10] <tjaalton> [ 1433.531017] irq 16: nobody cared (try booting with the "irqpoll" option)
[01:11] <tjaalton> that makes my machine really slow, since i915 was using that irq
[01:18] <wgrant> It's perfectly fast for me.
[01:18] <tjaalton> probably hw related
[01:19] <tjaalton> something crashes and as a result that irq gets disabled
[01:20] <wgrant> I used to have that.
[01:20] <wgrant> But with .28 I don't.
[01:20] <wgrant> (the 'nobody cared')
[01:20] <tjaalton> yeah :)
[01:44] <tjaalton> wgrant: reported the libxrandr bug upstream yet?
[09:42] <crevette> good morning
[17:05] <tjaalton> 7away
[17:05] <tjaalton> uh
[17:05] <tjaalton> wgrant: what gfx chip do you have?
[17:06] <tjaalton> wgrant: bug 307306
[17:07] <tjaalton> can't wait any longer, I'll report it upstream
[17:11] <tjaalton> wgrant: piiinggg? :)
[17:11] <tjaalton> (I hope you have i945)
[17:14] <tjaalton> there is also bug 307150 which has i945
[17:23] <albert23> tjaalton: see http://bugs.freedesktop.org/show_bug.cgi?id=19037
[17:23] <tjaalton> albert23: oh, cool
[17:23] <tjaalton> I didn't know it was reported
[17:23] <tjaalton> I'll mark mine as a dupe then
[17:25] <albert23> tjaalton: FWIW, I have no problems with the libxrandr update with server 1.6beta2
[17:26] <tjaalton> I didn't have either
[17:26] <tjaalton> with 1.5/1.6beta
[17:46] <tjaalton> albert23: btw, you are using the 'us' layout right?
[17:46] <tjaalton> with the new server
[17:47] <albert23> tjaalton: yes, us/intl
[17:48] <tjaalton> albert23: ok, so you are not seeing fdo bug 19048
[17:48] <tjaalton> freedesktop bug 19048
[17:48] <tjaalton> although you could test it :)
[17:52] <albert23> tjaalton: no, my keyboard is mostly ok.
[17:52] <albert23> But I do have miising keycodes in xsession-errors
[18:01] <albert23> tjaalton: switching to Nederlands seems to work fine.
[18:02] <tjaalton> don't do that from the gui, that works
[18:02] <tjaalton> you need to set  it in /etc/default/console-setup, restart hal & gdm and see what's used in the gdm login screen
[18:03] <tjaalton> and check the Xorg.0.log that the driver is using the layout
[18:08] <albert23> Tjaalton: after reboot GDM is still US. X-log and setxkbmap say I have Nederlands
[18:08] <tjaalton> albert23: touché
[18:08] <tjaalton> so it's not just me :)
[18:08] <tjaalton> hmm, I could git-bisect it
[18:22] <albert23> tjaalton: isn't gdm doing this? i.e. /etc/gdm/Xsession tries to set the keyboard map if ~/.Xkbmap exists. But I don't have ~/.Xkbmap.
[18:22] <tjaalton> me neither
[18:23] <tjaalton> besides it's the login screen
[18:23] <tjaalton> so it's using the system defaults
[19:26] <wgrant> tjaalton: Sorry, quickly-flattening battery and dodgy hotel wireless == not often checking IRC.
[19:29] <tjaalton> wgrant: heh, no worries
[19:30] <tjaalton> I'll upload the xserver to my ppa soonish, so jesse can start working on backporting intel modesetting :)
[19:31] <wgrant> Ooh shiny.
[19:31] <tjaalton> yes, apparently the backporting was accepted
[19:32] <tjaalton> keybuk just asked me the status of the intel driver
[19:33] <wgrant> Oh, I thought it was decided to keep the kernel in a PPA.
[19:33] <wgrant> ANd not backport KMS to .28...
[19:33] <wgrant> But I wasn't in the session.
[19:33] <tjaalton> this is probably newer information
[19:34] <wgrant> Excellent.
[19:34] <tjaalton> yeah, I'm happy, since KMS support is so cool
[19:34] <tjaalton> I've switched my gdm to vt1 already :Å
[19:34] <wgrant> Yep.
[19:35] <wgrant> Plymouth!
[19:35] <tjaalton> um, :P
[19:35] <wgrant> Aha.
[19:35] <wgrant> I have to mount my filesystems and do other booting stuff manually now, so I don't see the point.
[19:36] <tjaalton> well, you don't have gdm running yet, right?
[19:37] <wgrant> Right.
[19:38] <tjaalton> so it shouldn't cause any pain if that was to happen :)
[19:38] <wgrant> Right, but is there any benefit?
[19:38] <tjaalton> less flicker
[19:38] <tjaalton> oh, and we get to follow fedora
[19:38] <wgrant> I see.
[19:43] <tjaalton> well, maybe the benefit of doing so isn't that great when we still use usplash
[19:48] <tjaalton> since it'll be flickery for all users
[20:13] <tjaalton> hmm, I'll package intel-2.6-branch on my ppa as well
[20:21] <wgrant> tjaalton: That has KMS and DRI2?
[20:22] <tjaalton> wgrant: right
[20:22] <tjaalton> might make jesses work a bit easier
[20:23] <wgrant> When are we getting server 1.6 branch?
[20:23] <tjaalton> when the layout bug is fixed
[20:24] <tjaalton> the ppa will have it though
[20:28] <tjaalton> there
[21:00] <tjaalton> hum, intel wants a newer libdrm too, of course
[21:00] <tjaalton> well, lunch
[22:13] <tormod> tjaalton, arel you gonna push your mesa changes to git.d.o ?
[22:14] <tjaalton> tormod: sorry, done
[22:14] <tormod> oh thanks!
[22:15] <tjaalton> tormod: I've uploaded the new xorg-server to my ppa
[22:15] <tjaalton> and pushed the git changes now
[22:15] <tormod> cool, but the keymapping on 1.6 is still broken right?
[22:15] <tjaalton> the ppa branch is a local one, but essentially only the changelog has changed
[22:15] <tjaalton> right
[22:15] <tjaalton> otherwise it would be on the main archive
[22:15] <tjaalton> :)
[22:16] <tormod> your intel mentioned above, that's 2.5.1 right?
[22:17] <tjaalton> tormod: no, the 2.6-branch
[22:17] <tormod> I will make an intel-testing PPA and backport drm and intel for Hardy and intrepid, but not tonight, going skiing early tomorrow.
[22:17] <tjaalton> wanted to push that to my ppa, but it'd need a newer libdrm
[22:17] <tjaalton> heh, have fun
[22:17] <tormod> yeah 2.4.2
[22:18] <tormod> are you thinking of 2.6 in Jaunty soon?
[22:18] <tjaalton> well I'd like to have a libdrm release first
[22:19] <tormod> I have 2.6 (and 2.4.2ish) in xorg-edgers ppa
[22:19] <tjaalton> which is basically required because otherwise intel would be upset
[22:19] <tjaalton> ok, cool
[22:20] <tormod> oh btw that's 2.4.2 + modesetting-gem, but apparently that's too buggy
[22:20] <tormod> I will revert to 2.4.2 + the modesetting patch from Jesse on dri-devel
[22:20] <tormod> (if I get time before he commits it to master)
[22:21] <tjaalton> well eric commented that already, and there are some issues but not necessarily in functionality
[22:22] <tormod> also I instruct people to compile drm modules to match libdrm, but I think that's wrong or not needed at this point. libdrm/linux-core is not up to date for some reason.
[22:24] <tjaalton> they've changed the release process, so linux-core status is a bit unclear to me
[22:25] <tormod> shouldn't they either ditch or update it?
[22:25] <tjaalton> probably :)


[09:57] <pragomer> in ubuntu-budgie the panel icon for nextcloud (snap) isnt correct. how to fix that? please look here: https://snag.gy/vdtIqw.jpg
[12:47] <EliteGod> hello guys. can anyone tell me what's the current font that Budgie uses system wide? thanks in advance


[15:16] <RikMills> Eickmeyer: https://bugs.launchpad.net/ubuntu/+source/apparmor/+bug/2046844/comments/19
[15:16] -ubottu:#ubuntustudio-devel- Launchpad bug 2046844 in apparmor (Ubuntu) "AppArmor user namespace creation restrictions cause many applications to crash with SIGTRAP" [Critical, Confirmed]
[15:17] <RikMills> not sure if we want to change that from plasma-desktop to kdeplasma-addons?
[15:17] <RikMills> the issue in in kdeplasma-addons, bit it kills the desktop so huh?
[16:44] <Eickmeyer> RikMills: why not both?
[16:44] <Eickmeyer> Either way, since apparmor profiles are on an application basis, there's still no way to resolve it via a profile or prompt.
[16:49] <RikMills> Eickmeyer: yeah, both may be appropriate in this case as it is one affecting the other in a critical way
[16:51] <Eickmeyer> RikMills: Done. This is what happens when someone makes a change that isn't entirely fleshed-out or thought through.