[00:08] <bcurtiswx> https://code.edge.launchpad.net/~bcurtiswx/ubuntu/maverick/gnome-themes/gnome-themes-2.32.0/+merge/36939
[00:30] <RAOF> No Eastern Edition, then?
[00:32] <bcurtiswx> ?
[00:32] <RAOF> There'd normally be a Desktop team meeting: Eastern Edition (for all of us in the future).
[00:33] <bcurtiswx> ohh, ok
[00:34] <TheMuso> heh
[00:35] <TheMuso> By the looks of it, Rick hasn't been around for 6 hours or so, at least that is his idle time.
[00:39] <bcurtiswx> [UPDATING] gnome-screensaver
[00:43] <rickspencer3> hey RAOF
[00:43] <rickspencer3> hey TheMuso
[00:43] <rickspencer3> I've been around
[00:43] <rickspencer3> however, I haven't had time to prepare for the meeting and such :(
[00:43]  * rickspencer3 looks at meeting wiki
[00:49] <rickspencer3> RAOF, TheMuso?
[00:49] <TheMuso> Yep
[00:50] <RAOF> Yah.
[00:50] <RAOF> Sorry; I'm pondering if shouting at this code will make it reveal where it's returning a BadDrawable without printing something to Xorg.0.log. :)
[00:51] <rickspencer3> WHERE ARE YOU RETURNING BADDRAWABLE!
[00:51]  * rickspencer3 POUNDS FIST ON DESK
[00:51] <rickspencer3> just doing what I can to help RAOF
[00:51] <RAOF> Ta :)
[00:52] <rickspencer3> RAOF, TheMuso so, I have nothing to add to the meeting minutes, except a couple of things
[00:52] <rickspencer3> 1. the new font is in! depending on testing, it may get set to be default for maverick
[00:52] <rickspencer3> 2. UDS ...
[00:53] <rickspencer3> so, we started some discussion on @u-d regarding the different tracks
[00:53] <rickspencer3> so, around next week, it will be time to start creating blueprints
[00:54] <TheMuso> Right.
[00:55] <rickspencer3> TheMuso, it looks like your rotation is going through ok, but lynda is out this week
[00:55] <TheMuso> Ok.
[00:55] <rickspencer3> but sabdfl and dbarth and everybody ack'ed it
[00:55] <TheMuso> Sweet.
[00:55] <rickspencer3> so, I don't foresee any problems
[00:56] <TheMuso> rickspencer3: I'd like to announce this to the accessibility community. Should I wait for official word/the official ok before doing so?
[00:56] <rickspencer3> TheMuso, well ...
[00:56] <rickspencer3> I think it's fine to mention that you are planning on it
[00:57] <rickspencer3> and it looks like it is going to happen
[00:57] <rickspencer3> but maybe leave the 5% wiggle room in case something goes haywire
[00:57] <TheMuso> Ok sounds good.
[00:57] <TheMuso> Yep
[00:57] <rickspencer3> but really, I don't foresee any issues
[00:57] <rickspencer3> of course, I rarely do :/
[00:57] <rickspencer3> TheMuso, I'm happy for you
[00:58] <rickspencer3> I think it will be fun and useful, and a much deserved break from routine
[00:58] <TheMuso> Yeah, should be good. David emailed me regarding the project the other day, I am yet to respond, been busy with bugs/final freeze stuff.
[00:58] <TheMuso> Intend to get back to him today.
[00:58] <rickspencer3> sounds great
[00:59] <TheMuso> Yeah, need to start reading up on the mystery that is atk...
[00:59] <TheMuso> ...and clutter + cally
[01:00] <RAOF> You're going to be a11y-ing unity (or something similar)?  Cool!
[01:00] <TheMuso> RAOF: pretty much.
[01:03] <TheMuso> I really should install it, and get used to it in its current state.
[01:07] <bcurtiswx> chrisccoulson, did your patch for gnome-screensaver Don't crash on systems that don't support XF86VM or XRANDR gamma fade get backported to 2.30.0 (im getting patch failures on build)
[01:07] <bcurtiswx> for 2.30.1
[01:12] <rickspencer3> folks, it's been a looong dy
[01:13] <rickspencer3> time for me to go to real life
[01:13] <desrt> rickspencer3: good night
[01:13] <rickspencer3> unless RAOF or TheMuso need something
[01:13] <bcurtiswx> nite rickspencer3
[01:13] <rickspencer3> desrt!
[01:13] <RAOF> Good night!
[01:13] <TheMuso> Fine here.
[01:13] <desrt> rickspencer!!
[01:13] <rickspencer3> thanks bcurtiswx :)
[01:13] <rickspencer3> desrt, Orlando?
[01:13] <desrt> ya.  of course
[01:13] <desrt> booked my tix today
[01:13] <rickspencer3> chouette
[01:14] <desrt> took me a second to figure out what you were trying to say :)
[01:14] <rickspencer3> :)
[01:14] <desrt> have a good night :)
[01:14] <rickspencer3> g'night all
[02:59] <candoman> I've installed 10.04 AMD64 on an Intel core i3 laptop inside of Win7....on boot, Ubuntu hangs....any known issues?
[03:13] <tgall_foo> any xfce / xubuntu experts about ?
[03:14] <charlie-tca> Not an expert, but might have an answer
[03:14] <tgall_foo> do you know what controls the layout of the menu up at the top ? IE Applications / firefox icon ... etc ?
[03:15] <charlie-tca> I do not. but the experts in #xubuntu-devel probably do
[03:15] <tgall_foo> ok thanks charlie-tca .. I'll wander over there
[03:15] <charlie-tca> sorry to chase you around
[03:16] <tgall_foo> o it's ok .. all part of the fun!
[07:47] <pitti> Good morning
[08:26] <didrocks> good morning
[08:27] <RAOF> Aloha didrocks
[08:27] <didrocks> hey RAOF
[08:30] <pitti> sabdfl: we'll SRU the missing Klingon glyphs, won't we?
[08:31] <pitti> Qapla'!
[08:31] <didrocks> hey pitti ;)
[08:31] <pitti> bonjour didrocks
[08:31] <didrocks> you will patch the font to get Klingon support? :)
[08:31] <ara> good morning seb128
[08:31] <pitti> nah
[08:31] <seb128> hey ara didrocks pitti
[08:32] <didrocks> salut seb128
[08:32] <ara> seb128, I tried to run "unity -p" in the machine where quadrapassel was failing, and it fails as well
[08:32] <ara> hey pitti, didrocks
[08:32]  * pitti waves to ara and seb128
[08:32] <RAOF> ara: Yeah, I've hunted that down.
[08:32] <seb128> ara, ok, so seems it's either a clutter or xorg issue
[08:32] <RAOF> It's a mesa issue.
[08:32] <didrocks> I saw some bug report about quadrapssel failing under UNE
[08:33] <ara> RAOF has the answer :)
[08:33] <didrocks> tried yesterday and can't reproduce with my card/driver
[08:33] <RAOF> But, of course, it's a mesa issue in resource clean up, so I'd like to ensure that I don't cause memory leaks in the process of fixing it.
[08:37] <sabdfl> pitti: i hope so. those Klingons can be short-tempered
[08:37] <sabdfl> we're negotiating a copyright assignment from the Klingon Federation right now
[08:38] <SmSpillaz> sabdfl: hahahahaa
[08:39] <seb128> mvo, hey
[08:39] <seb128> mvo, great work on software-center this cycle ;-)
[08:41] <seb128> hey dpm
[08:41] <dpm> hey seb128, morning
[08:41] <pitti> sabdfl: the guys that they send when they have a grudge are usually NOT lawyers, though
[08:42] <didrocks> mvo: hey, for your information, desktopcouch is now syncing! and I got my oneconf machines synced!!! ;)
[08:45] <mvo> seb128: thanks :)
[08:45] <mvo> didrocks: really?!?
[08:45] <didrocks> mvo: yeah, for real :)
[08:47] <mvo> cool, I had given up hope already ;)
[08:47]  * mvo tries it out once again
[08:50] <didrocks> mvo: do you have some data with an old oneconf version (old == before the first packaged version)? (I slightly changed the format and I need to fix it today as I was synced with an old machine)
[08:51] <mvo> didrocks: possible, but i'm not sure, how do I find out?
[08:52] <didrocks> mvo: you will have a oneconf-service crash when clicking on inventory on ubuntu one, but the window should appear :)
[08:53] <mvo> didrocks: its something else then, look like a issue somewhere deep inside /usr/lib/pymodules/python2.6/ubuntuone/api/restclient.py and libproxy and ctypes
[08:53] <mvo> getProxies()
[08:54] <didrocks> yeah, that's one call I'm making in the settings dialog
[08:54] <mvo> it looks like its crashing while calling px_proxy_factory_get_proxies()
[08:55] <mvo> ha!
[08:55] <mvo> unset http_proxy
[08:55] <didrocks> it's unset there
[08:55] <mvo> bang, now again
[08:56] <mvo> again in libproxy
[11:37] <zyga> mvo, hi
[11:38] <zyga> mvo, could the software center notify of finished aptd transactions (stuff being installed) if someone triggered the operation then closed the software center?
[11:54] <vuntz> didrocks: ok, seb128 left, so question for you :-)
[11:55] <vuntz> didrocks: I'm going to release pango 1.28.3 which will require gobject-introspection 0.9.5. The only change in there, though, is a change to fix the build with recent versions of gobject-introspection
[11:55] <vuntz> didrocks: I guess you won't care much?
[11:55] <Laney> jcastro: awesome post!
[11:56] <didrocks> vuntz: well, as we don't have gobject-introspection 0.9.5 and if the only change is to fix building with this one, I think we won't care much, right :)
[11:56] <Laney> ♥ banshee ♥
[11:57] <didrocks> vuntz: thanks for the info ;)
[12:24] <mvo> zyga: hello, yes, that can be done. sofware-center will also pick up the transaction if you open it later (if the transaction is still runinng of couse)
[12:25] <zyga> mvo, right, I realize it can be done, I'm just (lazily) pointing out that it's something that could probably give lots of benefit
[12:27] <didrocks> dpm: not sure what's the process for invalid translation: bug #650722
[12:27] <ubot2> Launchpad bug 650722 in unity "MAJOR error in french translation (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/650722
[12:28] <seb128> didrocks, reassign to language-pack-gnome-fr
[12:28] <seb128> didrocks, you might want to assign to ubuntu-l10n-fr as well
[12:28] <seb128> or whatever is the french translation team name in launchpad
[12:29] <dpm> seb128, didrocks we tend not to assign bugs to language packs
[12:29] <dpm> in translations
[12:29] <mvo> zyga: indeed, food of thought for mpt :)
[12:29] <dpm> we rather add an ubuntu-translations task
[12:29] <dpm> and assign it to the teams
[12:29] <didrocks> ok, doing then
[12:29] <didrocks> thanks seb128 and dpm :)
[12:29] <dpm> the team names are always ubuntu-l10n-$CODE
[12:30] <dpm> I've just done that
[12:30] <didrocks> seeing that, thanks!
[12:30] <seb128> dpm, I tend to assign to langpacks ;-)
[12:30] <didrocks> :)
[12:30] <seb128> dpm, should we just mark the task invalid and open an ubuntu-translations one rather?
[12:32] <dpm> seb128, the translations task has already been open. As for marking the unity task as invalid, I'll leave it up to didrocks to decide :). I think it's useful to have it, to know which project or package is affected, but the maintainer might have another view
[12:33] <didrocks> (already marked as invalid :p)
[12:33] <dpm> there you go :)
[12:33] <didrocks> just left there, but I like and try get a NEW status cleaned
[12:33] <seb128> dpm, well it's not a bug in unity, that's why I usually reassign to the langpacks
[12:33] <aquarius> mvo, ping
[12:35] <dpm> seb128, that's fine, but I'd suggest reassigning it to ubuntu-translations then, as then we have an overview of translations bugs there. It's much easier than to follow the bugs for all language packs
[12:35] <seb128> dpm, well ubuntu-translations is a project no?
[12:35] <seb128> dpm, you can't reassign an ubuntu task to a project
[12:35] <mvo> hey aquarius
[12:35] <seb128> you either need to close it or reassign to an ubuntu source
[12:36] <seb128> dpm, but yeah, gotcha you guys care about having an ubuntu-translations task, whatever we do with the ubuntu task doesn't matter a lot
[12:36] <aquarius> mvo, we're starting to roll out the fixes to desktopcouch now; didrocks tells me you're still having problems, and I just want to clarify what your problem is so that I can know that it's one of the things that the rollouts will fix :)
[12:37] <dpm> seb128, ah, I see, I hadn't thought of that. Yeah, so reassigning to langpack and adding an ubuntu-translations task might then be best
[12:37] <mvo> aquarius: in a nutshell its not syncing
[12:38] <aquarius> mvo, I could use a slightly bigger nutshell than that :)
[12:38] <mvo> aquarius: haha, sure. hold on a sec I will pastebin the output of /usr/lib/desktopcouch/desktopcouch-service
[12:38] <seb128> dpm, ok, great, thanks
[12:38] <seb128> mvo, syncing is overrated ;-)
[12:38] <aquarius> seb128, sssssh! don't say that! you'll make me cry :)
[12:39] <mvo> aquarius: it *looks* like the problem is that I need to register this (new) machine on the web, but none of the gtk tools told me that, the u1 control panel says its connected
[12:42] <aquarius> mvo, if the control panel says it's connected then DC picks up on that, so I suspect that isn't quite the problem. If you can pastebin I'll take a look
[12:42] <mvo> aquarius: "INFO:root:This machine hasn't authorized itself to Ubuntu One; replication to the cloud isn't possible until it has.  See 'ubuntuone-client-applet'." <- but the applet tells me nothing (and there is no such command). I feel a bit stupid now, what knob did I forgot to turn?
[12:42] <aquarius> wtf?
[12:42]  * aquarius does the scratchy-head thing
[12:42] <mvo> aquarius: the ubuntuone panel in preference tells me that "bod" (my machine) is connected
[12:42] <aquarius> ah
[12:42] <aquarius> a lightbulb goes on
[12:43] <aquarius> need to clarify something with chipaca :)
[12:45] <aquarius> (the error message needs updating to not refer to the applet, oops :))
[12:45] <mvo> ok :)
[12:46] <aquarius> I know what the problem is, I just need to find out what the status of the fix is. It's all SSO's fault. :-)
[12:47] <seb128> aquarius, hey btw ;-) keep your nice work I'm sure one day desktopcouch will work for somebody ;-)
[12:47] <aquarius> seb128, that's the Holy Grail I'm aiming for. :)
[12:47] <seb128> ;-)
[12:47] <mvo> that is works for somebody? or for everybody ;) ?
[12:48] <aquarius> it works for *some* people now, promise
[12:48] <seb128> some being kenvandine? ;-)
[12:48] <seb128> I'm sure you paid him to say that it works for him!
[12:48] <seb128> ;-)
[12:49] <aquarius> I'm too busy paying ken for all the other stuff he does for me, let alone that, hehe
[13:15] <bcurtiswx> seb128, i did this last night https://code.edge.launchpad.net/~bcurtiswx/ubuntu/maverick/gnome-themes/gnome-themes-2.32.0/+merge/36939
[13:18] <seb128> bcurtiswx, thanks
[13:19] <bcurtiswx> seb128, NP.  off to work. wee
[13:19] <seb128> see you!
[13:21] <cyphermox> mornin
[13:23] <Chipaca> aquarius: hi
[13:23] <Chipaca> aquarius: what?
[13:26] <mterry> Nouveau can't handle unity apparently?  too bad
[13:26] <aquarius> mvo, which version of desktopcouch do you have?
[13:27] <mvo> 0.6.8-0ubuntu1
[13:29] <aquarius> Chipaca, ^
[13:31] <Chipaca> yes
[13:31] <Chipaca> there should be a new version RSN
[13:31] <Chipaca> I was expecting it to be in the archive already
[13:31] <Chipaca> need to check on that
[13:31] <nessita> Chipaca: seems like is not... https://launchpad.net/ubuntu/+source/desktopcouch
[13:33] <mvo> I can build myself or instlal from a ppa if that helps?
[13:35] <didrocks> mterry: some people can get it, but most of people trying seem to fail, right
[13:35] <mterry> didrocks, oh, it's good enough on some cards, but not others?  Interesting
[13:35] <mterry> didrocks, seems like unity doesn't stress cards too much.  seems odd
[13:36] <didrocks> mterry: yeah, some people were telling that they happily run it.
[13:36] <didrocks> mterry: well, there is the direct GL calls too
[13:36] <didrocks> are*
[13:37] <nessita> mvo: if you want to build, this is the branch: https://code.launchpad.net/~cmiller/ubuntu/maverick/desktopcouch/0.6.9
[13:38] <seb128> mvo, dget http://launchpadlibrarian.net/56680222/desktopcouch_0.6.9-0ubuntu1.dsc?
[13:38] <kenvandine> Chipaca, it is in the unapproved queue
[13:38] <seb128> mvo, it's in the unapproved queue
[13:38] <seb128> https://edge.launchpad.net/ubuntu/maverick/+queue?queue_state=1&queue_text=
[13:38] <kenvandine> hey seb128
[13:38] <seb128> hello kenvandine
[13:39] <nessita> kenvandine: any idea why is unapproved?
[13:40] <seb128> nessita, because we are frozen for RC
[13:40] <seb128> nothing get it until RC is out
[13:40] <seb128> and only selected updates will be accepted between RC and release
[13:41] <nessita> seb128: isn't there any way of getting this in? desktopcouch will not work on RC for U1 otherwise
[13:41] <seb128> no
[13:41] <seb128> CDs images have been rolled yesterday
[13:42] <seb128> there will be no respin out of blocker bugs
[13:42] <mterry> Oh noes.  /me just chose the wrong hard drive to erase during ISO testing
[13:42] <seb128> this is not really a blocker for the CD and doesn't warrant restarting spinning all isos and testing them again
[13:42] <seb128> mterry, urg :-(
[13:43] <nessita> seb128: I understand. Thanks for the info :-)
[13:43] <mterry> Hopefully I have a recent workable backup
[13:52] <mvo> nessita, seb128: thanks, I have it now installed, its giving more output, unfortunately still a bunch of ServerError: (400, ('invalid_consumer', 'Invalid consumer (key or signature method).'))
[13:53] <nessita> mvo: yeah, that's a server issue me and thisfred are working on
[13:53] <mvo> aha, ok
[13:54] <nessita> mvo: the fact that you have a 400 means the desktop part "worked" (server bug is #648921)
[14:03] <jcastro> seb128: that tomboy menu bug you 'Low'ed breaks tomboy for derivatives like xubuntu, which don't ship app indicators
[14:04] <seb128> jcastro, I just lowered the tomboy task because it seemed to be an appindicator issue
[14:04] <jcastro> ah
[14:04] <seb128> jcastro, feel free to change the settings
[14:04] <jcastro> actually I was hoping for help on that one. :)
[14:04] <seb128> but I doubt the settings will make a difference on who does what on that
[14:04] <jcastro> yeah, I just saw the one person complaining
[14:05] <seb128> it just need somebody to work on it
[14:05] <kenvandine> didrocks, when une fails on the livecd, because of graphics, the fallback requires typing in the user name in gdm
[14:05] <kenvandine> didrocks, which is weird, people might not know the username is ubuntu...
[14:05] <seb128> jcastro, well xubuntu probably doesn't ship mono either
[14:05] <kenvandine> not sure what causes that... do we hide that user from the gdm list somehow?
[14:05] <jcastro> seb128: I heard ken needs something to do today
[14:05] <seb128> jcastro, it's probably the sort of issue we can sru
[14:05]  * jcastro runs
[14:05] <kenvandine> didrocks, good news is it worked :)
[14:05] <seb128> jcastro, it doesn't need to be fixed on the CD
[14:05]  * kenvandine smacks jcastro
[14:05] <kenvandine> :)
[14:05] <didrocks> kenvandine: this is a gdm issue on the live, not une :)
[14:05] <mterry> kenvandine, I just filed bug 651085 about that
[14:05] <ubot2> Launchpad bug 651085 in netbook-meta (Ubuntu) "When installing UNE, not clear what to do when GPU isn't supported (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/651085
[14:05] <kenvandine> didrocks, i figured...
[14:06] <didrocks> kenvandine: but it's still better than before where there was a crash :)
[14:06] <kenvandine> didrocks, the fallback is nice though :)
[14:06] <kenvandine> indeed
[14:06] <kenvandine> good work
[14:06] <didrocks> heh, thanks :)
[14:08] <didrocks> kenvandine: it's not ubuntu-meta, it's gdm
[14:08] <didrocks> oupss, mterry ^^
[14:09] <mterry> didrocks, OK, will move
[14:10] <didrocks> it's a general issue when you logout in the live session
[14:12] <didrocks> hum, maybe that's because I'm writing .dmrc btw
[14:12]  * didrocks thinks harder
[14:12] <didrocks> need to try the desktop live again :)
[14:13] <kenvandine> i can test that...
[14:13] <kenvandine> should i remove the .dmrc and restart gdm?
[14:13] <didrocks> kenvandine: yes please! :)
[14:13] <kenvandine> sure
[14:13] <kenvandine> i just started booting une live in a VM
[14:13] <kenvandine> :)
[14:13] <didrocks> hum, you will have autologin I guess
[14:14] <kenvandine> it will fallback
[14:14] <didrocks> yeah, but it will create .dmrc then :p
[14:14] <kenvandine> oh... yeah
[14:14] <didrocks> the .dmrc is created by the fallback in fact
[14:14] <didrocks> so that it chooses the gnome session then
[14:14] <kenvandine> i removed it after the fallback
[14:14] <didrocks> yeah, but it will be too late :)
[14:14] <kenvandine> but of course that just causes a loop
[14:14] <didrocks> gdm will have been restarted!
[14:15] <kenvandine> actually it does work
[14:15] <didrocks> hum, can you change the default in /etc/gdm/custom.conf ?
[14:15] <didrocks> oh really?
[14:15] <kenvandine> yeah
[14:15] <didrocks> so, it doesn't ask for a username?
[14:15] <kenvandine> so after the fallback, i dropped to a console and removed .dmrc
[14:15] <kenvandine> and restarted gdm
[14:15] <kenvandine> it then prompted me a second time to install or try ubuntu
[14:15] <didrocks> ok, it doesn't trigger the autologin then… weird :)
[14:15] <kenvandine> and clicking on try sent me into gnome
[14:16] <didrocks> hum
[14:16] <kenvandine> which i don't understand
[14:16] <kenvandine> since the .dmrc isn't there anymore
[14:16] <didrocks> that's another bug I guess :)
[14:16] <didrocks> oh
[14:16] <didrocks> there is the gdm cache one!
[14:16] <kenvandine> ah
[14:16] <kenvandine> it is a little ugly though, since you have to answer the try/install question again
[14:16] <didrocks> /var/cache/gdm/ubuntu/dmrc
[14:17] <didrocks> yeah, but it's not the solution :)
[14:17] <kenvandine> yeah
[14:17] <didrocks> I just want to know if it's asking the username as a side effect of having a .dmrc
[14:17]  * didrocks grabs his test computer again
[14:17] <didrocks> desktop cd, logout
[14:18] <didrocks> and see if ubuntu is prefiled or not
[14:24]  * mterry has to run out for a bit
[14:29] <didrocks> later mterry
[14:30] <didrocks> kenvandine: yeah, it's the same in the desktop cd as well
[14:31] <didrocks> IIRC, we got it prefilled, with just "log in" and no username
[14:31] <didrocks> seb128: does it ring a bell or was I dreaming?  ^
[14:32] <seb128> didrocks, what?
[14:32] <didrocks> seb128: when you logout in the live session and get to gdm
[14:32] <didrocks> seb128: IIRC, we got just the "login" button and no need to enter a username
[14:32] <seb128> I think that's the case yes
[14:32] <seb128> let me test
[14:33] <didrocks> ok, it's not on the RC
[14:33] <seb128> what? it doesn't work?
[14:33]  * didrocks fetches beta CD
[14:33] <didrocks> yeah, I have to enter the username
[14:33] <seb128> I'm starting a lucid iso in kvm
[14:34] <didrocks> oh, if you still have one, that's great :)
[14:36] <didrocks> I'm also sure it was still the case on beta, just downloading it to confirm
[14:38] <seb128> didrocks, on lucid I get a "log in" button
[14:38] <seb128> when clicking on it it asks for username and password
[14:38] <didrocks> oh, it still asks for username
[14:38] <didrocks> but only a log in button at start, and now we have directly username prompt
[14:38] <didrocks> hence the surprize
[14:39] <seb128> didrocks, right, that's a fix in the new gdm
[14:39] <didrocks> but no noticeable difference for the experience at the end (in the good way)
[14:39] <seb128> users complaining to have to click on a "log in" button which is useless
[14:39] <didrocks> right, makes sense
[14:39] <didrocks> but on the live, people don't know they should enter "ubuntu" as a username, we should have some bugs about that already
[14:40] <didrocks> as it was also the case in lucid
[14:40] <didrocks> do you think it should be fixed? (I'm not sure)
[14:41] <cassidy> didrocks, seb128, you'll have GTK3 in Maverick+1, right ?
[14:41] <seb128> didrocks, I think we have other issues to work on that fixing logout on livecd
[14:41] <seb128> cassidy, by default you mean?
[14:41] <cassidy> yep
[14:41] <seb128> cassidy, that's the plan yes
[14:41] <cassidy> I'm going to drop GTK 2 compat in Empathy master
[14:41] <cassidy> too many API changes in GTK3, I can't keep both
[14:41] <didrocks> seb128: yeah, I agree, it's just pretty weird with the case your netwook doesn't support 3D, but well :) the experience
[14:43] <seb128> cassidy, ok
[14:43] <cassidy> and 2.91.0 is supposed to build with GTK3 so...
[14:44] <seb128> cassidy, we will get gtk3 for sure on the CD next cycle
[14:44] <cassidy> great, thx
[14:44] <seb128> we might still have gtk2 as well but that's not sure
[14:44] <seb128> we will see how much we can transition
[14:45]  * didrocks see tons of WI about "handling gtk2/3 on the CD" :)
[14:50] <seb128> didrocks, rodrigo_: hum, the ubuntu one email in french has no title nor sender
[14:50] <seb128> it's displayed as an empty list in the inbox
[14:50] <seb128> list -> line
[14:50]  * didrocks opens
[14:51] <rodrigo_> seb128, hmm, looking
[14:51] <didrocks> right…
[14:51] <seb128> kenvandine, https://bugzilla.gnome.org/show_bug.cgi?id=622134
[14:51] <ubot2> Gnome bug 622134 in general "PiTiVi constantly crashes when zooming in the track" [Blocker,New]
[14:51] <rodrigo_> seb128, I checked several languages, not sure if the French one
[14:51] <seb128> kenvandine, can you get that fix uploaded?
[14:52] <seb128> kenvandine, upstream request, the fix is in the last comment and the launchpad bug is listed
[14:52] <seb128> kenvandine, it's a goocanvas one
[14:53]  * seb128 fixes tomboy indicator patch to have its string translatable
[14:53] <seb128> it's not listed in the potfiles so not in the template :-(
[14:54] <kenvandine> seb128, sure
[15:03] <didrocks> rodrigo_: there is an addition empty line, I think that's what is wrong, checking other languages
[15:04] <rodrigo_> didrocks, yes, checking also
[15:05] <didrocks> rodrigo_: ok, it was the only one. Fixed there. We know now that you hate French people :)
[15:05] <rodrigo_> no, I don't, je vous aime :-)
[15:05] <rodrigo_> but there were so many languages, that I just checked a few
[15:06] <rodrigo_> and talked with dpm so that the translators will check them
[15:06] <rodrigo_> didrocks, so, you've fixed it?
[15:06] <didrocks> rodrigo_: yeah, it's fixed :)
[15:06] <rodrigo_> ok
[15:06] <rodrigo_> thanks!
[15:06] <didrocks> yw ;)
[15:06] <didrocks> seb128: is there a bug report about it?
[15:06] <seb128> didrocks, no
[15:06] <seb128> I just noticed it there
[15:07] <didrocks> ok, commit to bzr for now, will wait if others things happen before uploading
[15:07] <seb128> ok
[15:17] <doko_> seb128: which of the build failures in lucas's test rebuild did you want to fix. sorry, didn't make notes about it
[15:21] <seb128> doko_, gnome-applets
[15:22] <seb128> well we have a fix for this one, we can probably help on some others as time permit
[15:22] <seb128> doko_, apport is a false positive according to pitti
[15:22] <seb128> mterry, can you work on the desktop-webmail and devhelp ones?
[15:23] <seb128> chrisccoulson, do you still plan to work on telepathy-glib?
[15:23] <chrisccoulson> seb128 - yeah, i'll get back on to that one now actually
[15:23] <mterry> seb128, yes...  reading backlog
[15:24] <seb128> doko_, ^ we will work on those to start, we might help on some others once those are done
[15:24] <seb128> mterry, same as yesterday, ftbfs on http://udd.debian.org/cgi-bin/ubuntu_ftbfs.cgi
[15:24] <seb128> mterry, thanks!
[15:24] <mterry> seb128, yup
[15:24] <seb128> chrisccoulson, thanks
[15:25] <seb128> mterry, btw did you note the updates you did that didn't get sponsored?
[15:25] <seb128> mterry, we can get some of those in between rc and release
[15:25] <mterry> seb128, I believe just brasero and meld
[15:26] <seb128> mterry, ok, and gnome-applets
[15:26] <mterry> seb128, oh sure for the ftbfs
[15:26] <seb128> I will sponsor gnome-applets and brasero and review meld which was less trivial
[15:32] <pitti> hm, what happened with the gvfs 1.6.4 update?
[15:32] <pitti> right now we have 1.6.2
[15:32] <pitti> which falsely claims to be 1.6.3
[15:32] <james_w>   usleep (10 * 1000); /* since fflush(3) seems buggy */ <- yay, exactly the sort of comment you want to see when investigating a race
[15:32] <seb128> pitti, how so falsely?
[15:33] <pitti> seb128: Robert added a changelog entry for 1.6.3 without actually doing bzr merge-upstream for 1.6.3
[15:33] <seb128> pitti, 1.6.4 main diff was to fix ssh support with new openssh which seems to break it with ours
[15:33] <pitti> seb128: which now means that we have a debian/patches/debian_changes_* which reverts the 1.6.2->1.6.3 changes
[15:33] <seb128> :-(
[15:33] <pitti> but it also dropped some patches that we had before
[15:33] <cyphermox> seb128, pitti, I have a branch with this all fixed already
[15:33] <seb128> that's what we get to have one source having a different workflow and people not used to it
[15:34] <pitti> cyphermox: ah, good, I was about to ask about it
[15:34] <cyphermox> + up to 1.6.4
[15:34] <pitti> so we should probably revert that to a real 1.6.3?
[15:34] <seb128> or 1.6.4 with the one commit break ssh reverted
[15:34] <cyphermox> seb128, that's its current state
[15:34] <pitti> *nod*
[15:35] <seb128> pitti, can you get review and sponsor that?
[15:35] <pitti> yep, can do; meeting just ended
[15:35] <cyphermox> pitti, I'll take another look to be sure, so I'll ping you in a minute
[15:35] <seb128> cyphermox, pitti: thanks
[15:35] <pitti> cyphermox: please let me know which branch
[15:35] <pitti> cyphermox: easy check: debian.tar.gz should have no debian_changes patch?
[15:36] <kenvandine> seb128, i can confirm the pygoocanvas fixes the crasher... but doesn't really fix the bug
[15:36] <cyphermox> right, but I also want to make sure I did revert the ssh commit
[15:36] <didrocks> james_w: excellent :)
[15:36] <kenvandine> when it would have crashed before, it no longer renders the thumbnail
[15:36] <cyphermox> pitti: lp:~mathieu-tl/gvfs/update-to-1.6.4
[15:36] <kenvandine> and spews out cairo errors in the console
[15:36] <kenvandine> but at least it doesn't crash, so definately worth uploading
[15:37] <james_w> didrocks: do you know much about glib internals?
[15:37] <james_w> didrocks: like if a g_source_remove is implemented by writing "B" to an fd?
[15:37] <didrocks> james_w: not that much, I think seb128 and njpatel would know more than me, what's up?
[15:37] <cyphermox> pitti, there wasn't much besides that commit though, and the gconf init patch had already been cherry-picked to 1.6.3, that's what I mentioned monday and why I didn't propose it
[15:38] <seb128> kenvandine, can you talk to twi_ on #pitivi?
[15:38] <kenvandine> sure
[15:38] <didrocks> james_w: yeah, that's "too internal" for me :)
[15:39] <cyphermox> pitti, are you looking at it already or waiting for a merge request?
[15:39] <seb128> kenvandine, ok
[15:39] <pitti> cyphermox: checking out now
[15:39] <cyphermox> pitti, ok
[15:41] <pitti> cyphermox: r131 "Revert all patches" just meant to unapply them from the source tree, right?
[15:41] <cyphermox> pitti, right
[15:41] <cyphermox> sorry, not as clear as it sounded at first ;)
[15:41] <pitti> np
[15:41] <pitti> cyphermox: and r132 was a merge-upstream with the 1.6.4 tarball?
[15:42] <cyphermox> correct
[15:43] <pitti> looks fine
[15:43]  * pitti pulls it into lp:ubuntu/gvfs
[15:44] <pitti> cyphermox: can you please do another commit about adding the NEWS items to the changelog?
[15:44] <pitti> we use to do that, and it's even more important at those "deep freeze" times
[15:44] <cyphermox> pitti, sure
[15:44] <pitti> pushed
[15:45] <seb128> james_w, do you have a specific question?
[15:45] <james_w> seb128: I'm grabbing the source to have a look, but I'm trying to correlate an strace with the source
[15:45] <james_w> seb128: I'm seeing write(9, "B") when I think it should be executing a g_source_remove, so I wondered if that was the implementation of it
[15:47] <seb128> g_child_watch_signal_handler (int signum)
[15:47] <seb128> ...
[15:47] <seb128>       write (child_watch_wake_up_pipe[1], "B", 1);
[15:48] <james_w> seb128: thanks
[15:48] <seb128> james_w, in glib/gmain.c
[15:48] <seb128> james_w, you're welcome
[16:00] <james_w>   /* FIXME: Think this through for races */
[16:02] <seb128> james_w, great ;-)
[16:08] <mterry> james_w, I notice that cairo's bzr is out of date with what's in the repos (by at least 3 weeks).  Seems wrong?
[16:09] <mterry> (lp:ubuntu/cairo that is)
[16:09] <james_w> http://package-import.ubuntu.com/status/cairo.html
[16:10] <james_w> will be up to date in 10 minutes
[16:11] <mterry> james_w, ah neat page.  Thanks
[16:24] <kenvandine> wow... I think I FINALLY figured out why facebook keeps throttling gwibber!
[16:24] <kenvandine> apparently we are over allocation for "FQL queries" but not for anything else
[16:24] <seb128> kenvandine, oh? what was it?
[16:24]  * kenvandine wishes facebook would tell you this!
[16:24] <kenvandine> it is like sql, but for facebook :)
[16:25] <seb128> what action triggers those queries?
[16:25] <kenvandine> you can do more complex queries and get less data back
[16:25] <kenvandine> we use them a lot
[16:25] <kenvandine> but because facebook suggests it
[16:25] <kenvandine> to limit the result set
[16:26] <kenvandine> but... if we didn't use it and parsed the data more on the client side, it would spread out the method calls
[16:26] <kenvandine> so moving away from fql would mean downloading more data at a time
[16:27] <kenvandine> but it would mean more evenly distributed method calls
[16:27]  * kenvandine grumbles about facebook not being very transparent
[16:27] <kenvandine> they intentionally don't explain their allocation stuff, for some strange reason
[16:28] <seb128> they maybe don't like clients made by other people ;-)
[16:28] <kenvandine> yup!
[16:28] <kenvandine> that is actually true... and what they dislike the most is desktop clients
[16:29] <kenvandine> they want to drive everything through their website
[16:29] <seb128> well it's understandable that's where they have ads
[16:29] <seb128> ie where they made money
[16:29] <kenvandine> yeah
[16:30] <hyperair> seb128: i hear that GNOME is releasing approximately now. are we going to have those new releases in ubuntu?
[16:30] <kenvandine> ryan isn't going to be happy about this... he really prefers fql
[16:30] <didrocks> hyperair: we already have it (for most of pieces :))
[16:31] <hyperair> didrocks: oh, i see.
[16:31] <hyperair> didrocks: we've got a slight issue with banshee and libgpod, see.
[16:32] <hyperair> didrocks: since we(ubuntu)'re releasing earlier this cycle than in the previous cycles, we're frozen so hard that the new libgpod can't come in and so banshee can't either.
[16:32] <didrocks> hyperair: the stable version of banshee, you mean?
[16:32] <didrocks> hyperair: they bump the requirement?
[16:32] <hyperair> didrocks: yes.
[16:33] <hyperair> didrocks: they need this new thing in libgpod# for playlists.
[16:33] <didrocks> it's late for bumping requirements on shared components :/
[16:33] <hyperair> i know
[16:33] <hyperair> and libgpod hasn't even released
[16:33] <didrocks> it's like a feature in addition to that…
[16:33] <hyperair> it should be released by today though
[16:33] <didrocks> urgh
[16:33] <gabaug> didrocks: can't libgpod get it the same way gnome does?
[16:33] <gabaug> Banshee aligned our schedule with GNOME's just to make this kind of scheduling easier :-/
[16:34] <didrocks> gabaug: amarok and rhythmbox are using it as well not sure about that
[16:34] <didrocks> gabaug: yeah, but libgpod isn't an external dependency?
[16:34] <gabaug> didrocks: yeah, but doesn't glib etc all get updated about now too? :)
[16:34] <seb128> there is no way it gets in
[16:34] <seb128> I've seen the diffstat earlier
[16:34] <didrocks> which means that requirements shouldn't get bumped at random time,
[16:34] <seb128> the only reason GNOME updates get it so late it's because GNOME is code frozen for 2 weeks
[16:35] <gabaug> ok
[16:35] <seb128> the new tarballs only have translations updates
[16:35] <seb128> with some reviewed commit for rc issues
[16:35] <seb128> we are updating from candidate to stable versions
[16:36] <Laney> I'd like to see it 0-day SRUed at least
[16:36] <Laney> could that be done?
[16:36] <seb128> no
[16:36] <seb128> it can be sru-ed but there is no reason it should skip the week verification
[16:36] <Laney> That's not what I meant.
[16:36] <seb128> oh ok, sorry
[16:36] <Laney> 0-day as in in proposed at release
[16:37] <seb128> as I said earlier today the sru can be uploaded today
[16:37] <Laney> good
[16:37] <Laney> hyperair: let's do that then
[16:37] <hyperair> yep
[16:38] <seb128> gabaug, being on the GNOME schedule will make things easier it's just late to have updated external depends
[16:38] <seb128> ideally by .90 you should be set for changes on just getting fixes
[16:39] <seb128> the transition to libgpod didn't make things easy this cycle though
[16:39] <seb128> it was made a bit late
[16:40] <Laney> would be good if libgpod could get on the gnome schedule indeed
[16:41] <seb128> right
[16:41] <seb128> well it doesn't really have to
[16:41] <seb128> but how come you get new requirement between rc and stable?
[16:41] <seb128> did banshee got new feature? or has it not been working since the switch to libgpod?
[16:42] <Laney> playlist support was missing
[16:42] <Laney> and some other bugs that got through
[16:42] <Laney> which required api support/fixes in libgpod
[16:42] <Laney> benefits other consumers too
[16:42] <seb128> right, it's just getting late
[16:42] <seb128> once requirements are set it should be easier next cycle
[16:43] <seb128> usually we can manage with backporting bug fixes
[16:43] <seb128> but this set of libgpod changes seems a bit much for an after rc upload
[16:43] <Laney> yeah it's not critical for the cd
[16:55] <mterry> seb128, I can do more FTBFS work, but I'm not sure if any are already taken.  Do I just check for bugs?
[16:55] <seb128> doko, ^
[16:56] <didrocks> there is just one assigned to the team
[16:56] <seb128> mterry, I guess open an unclaimed bugs are free to take
[16:56] <didrocks> devhelp
[16:56] <seb128> mterry, ^
[16:56] <mterry> didrocks, just did devhelp
[16:56] <doko> yes, this one and the cairo one
[16:56] <seb128> nautilus-sendto gnome-bluetooth gtksourceview2 are to update still
[16:56] <doko> no more
[16:56] <seb128> if somebody want to do those
[16:57] <mterry> all right, I'll look at them
[16:57] <seb128> they are just translation update versions so no hurry
[16:57] <mterry> ah
[16:57] <seb128> what cairo one?
[16:57] <seb128> the one mterry just fixed?
[16:57] <didrocks> I've just been assigned folks… I think vapi is still playing with us
[16:57] <seb128> didrocks, who assigned it to you?
[16:57] <didrocks> doko did
[16:58] <seb128> didrocks, can you bounce back to chrisccoulson I think it's similar to telepathy-glib
[16:58] <seb128> doko, don't assign bugs to other people please, just assign to our team and let us dispatch
[16:58] <didrocks> yeah, it should be similar, chrisccoulson can you have a look?
[16:58] <doko> ok
[16:58] <seb128> thanks
[16:59] <seb128> didrocks, can you sponsor devhelp for mterry?
[16:59] <seb128> I will sponsor cairo and gnome-applets
[16:59] <didrocks> sure
[17:01] <mterry> seb128, ah, those packages are 2.32.0 updates.  For some reason I thought we were still talking ftbfs
[17:02] <seb128> mterry, sorry for the confusion
[17:02] <seb128> I was just dumping task for people running out of things to do
[17:02] <mterry> np, I misread and was wondering where you saw the ftbfs  :)
[17:23] <didrocks> mterry: do you have the devhelp's branch handy?
[17:23] <mterry> didrocks, you mean this: https://code.launchpad.net/~mterry/ubuntu/maverick/devhelp/651255/
[17:24] <didrocks> mterry: sweet, thanks!
[17:35] <seb128> ok, time for sport and dinner
[17:35] <seb128> bbl
[17:36] <didrocks> see you seb128
[17:36] <seb128> didrocks, see you later!
[17:43] <bcurtiswx_> sport and dinner, that would be an exercise, then dinner?
[17:56] <chrisccoulson> didrocks, so........
[17:56]  * didrocks hides
[17:56] <chrisccoulson> ......vala 0.10.0 is not compatible with our gir version
[17:56] <didrocks> yeah, I reverted the commits normally
[17:56]  * cyphermox -> lunch
[17:56] <didrocks> it was a world of fun :)
[17:57] <didrocks> hope that I didn't let a commit away
[17:57] <didrocks> reverted something like 7-8 IIRC
[17:58] <chrisccoulson> didrocks, yeah, it seems like we'll need to revert some more for vala
[17:59] <didrocks> yeah, I was afraid to miss one. I tried to build some project using gir as a test and it was ok
[17:59] <didrocks> but well, vapi and gir are so much fun :)
[17:59]  * mterry looks forward to a more stable gir
[18:06] <fta> didrocks, thanks :)
[18:06] <didrocks> fta: yw, sorry for the delay :)
[18:07] <fta> didrocks, n-p
[18:09] <chrisccoulson> didrocks, oh, it seems you only reverted the first hunk of http://git.gnome.org/browse/vala/commit/?h=0.10&id=fbec64baed9df348044203dd63beca8363b2df88 :)
[18:09] <chrisccoulson> i take it that wasn't intentional ;)
[18:09] <didrocks> chrisccoulson: hum, I remember having seen the other one reverted as well
[18:09] <didrocks> it's not?
[18:10] <didrocks> (I really remember about that hunk :))
[18:10] <chrisccoulson> didrocks, it doesn't look like it. and the changes there seem to tie in the with the error messages we're seeing too
[18:10] <chrisccoulson> i'll revert that second one and try it again
[18:10] <didrocks> chrisccoulson: oh nice you found it!
[18:11] <didrocks> but I remember to be surprize to see it reverted already
[18:11] <didrocks> and spent some time on it :)
[18:11] <chrisccoulson> oh, i should check. i only looked at whats reverted in your patch
[18:20] <didrocks> ahah!
[18:23] <chrisccoulson> ok, building now. lets see what happens :)
[18:28] <kklimonda> vala's gir support mostly experimental so I'm not surprised it's broken again ;)
[18:29] <kklimonda> is*
[18:32] <jono> pedro_, have you experience CD burning issues in brasero?
[18:32] <jono> it just keeps ejecting the disc
[18:34] <ari-tczew> kklimonda: hello!
[18:34] <chrisccoulson> didrocks, ok, that works now :-)
[18:35] <didrocks> chrisccoulson: great :)
[18:35] <chrisccoulson> (well, it works for telepathy-glib, so i assume it fixes folks too)
[18:35] <rickspencer3> jono, audio disc?
[18:35] <rickspencer3> I can try to repro right now
[18:35] <jono> riaudio
[18:35] <jono> rickspencer3, ^
[18:36] <rickspencer3> wtf is riaudio?
[18:36] <kklimonda> ari-tczew: hey, sorry about gwget - I have a busy day out of nowhere, will push the patch in a moment.
[18:36] <rickspencer3> jono, create an audio project, you mean?
[18:36] <chrisccoulson> didrocks, want to sponsor vala? (i don't think i can upload that)
[18:36] <jono> rickspencer3, yep
[18:36] <jono> I think it also happened when burning an ISO
[18:37] <didrocks> chrisccoulson: can you try to rebuild unity as well before?
[18:37] <chrisccoulson> didrocks, yeah, sure
[18:37] <didrocks> chrisccoulson: or njpatel will certainly be sad otherwise :)
[18:37] <ari-tczew> kklimonda: okok
[18:37] <didrocks> thanks!
[18:43] <rickspencer3> jono, so, er, I'm not smart enough to figure out how to tell braesero to actually burn the disk
[18:43] <rickspencer3> I can make an image file, though
[18:44] <jono> rickspencer3, add some tracks and there is a burn icon on the toolbar
[18:44] <jono> so it seems k3b can burn a disc ok, so it is not a hardware thing
[18:44] <rickspencer3> no burn icon for me
[18:45] <jono> weird, I am burning with K3B so I can't check right now
[18:45] <rickspencer3> maybe it doesn't work with mp3s
[18:45] <jono> I also need to run and do my community Q+A in a sec
[18:45] <jono> ooh good point
[18:45] <jono> I will try it with oggs and see what happens
[18:46] <kklimonda> ari-tczew: I have forwared it to both GNOME and Debian but don't expect it to get fixed at any point - upstream seems dead and so does debian ;)
[18:47] <ari-tczew> kklimonda: yea, I know. Last year I've worked with upstream on gwget code and features. I did a migrate libglade -> gtkbuilder
[18:47] <chrisccoulson> didrocks, ok, unity still builds too
[18:48] <didrocks> chrisccoulson: great, do you have a .dsc file or debdiff handy?
[18:50] <chrisccoulson> didrocks, i've pushed it to bzr
[18:51]  * ari-tczew prefers use bzr to single patches
[18:51] <didrocks> chrisccoulson: great, got it
[18:51] <chrisccoulson> cool, thanks
[18:54] <rickspencer3> jono, fwiw, braesero appears to be burning for me
[18:55] <rickspencer3> pedro_, ^
[18:56] <pedro_> rickspencer3, jono sorry was having lunch
[18:57] <pedro_> jono, works fine here with Maverick, which version are you running there?
[18:58] <pedro_> jono, if you can reproduce the bug, may you run brasero as: brasero --brasero-burn-debug --brasero-media-debug &> brasero-debug.txt ; reproduce the issue and file a bug with that log? so we can follow up on it
[19:00] <rickspencer3> jono, pedro_ I can confirm that it worked for me
[19:00] <rickspencer3> but maybe braesero just like Jerry Garcia Band
[19:01] <pedro_> not every bug is reproducible, sometimes it depends on the codecs you have installed, hardware, etc
[19:04]  * didrocks waves good evening
[19:50] <GrueMaster> Has anyone seen this issue on x86?  Bug 651391.
[19:50] <ubot2> Launchpad bug 651391 in gnome-control-center (Ubuntu) "Changing desktop font changed entire theme appearance in une-efl (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/651391
[19:51] <GrueMaster> I know une-efl is not supported in x86, just wondering if it affects desktop/unity.
[20:54] <asac> anyone wants to take bug 647628
[20:54] <ubot2> Launchpad bug 647628 in hildon-desktop (Ubuntu Maverick) (and 1 other project) "package hildon-desktop 1:2.0.11-1~svn15367-0ubuntu7 failed to install/upgrade: trying to overwrite '/etc/xdg/menus/applications.menu', which is also in package gnome-menus 2.30.3-0ubuntu2 (affects: 1) (heat: 6)" [High,Confirmed] https://launchpad.net/bugs/647628
[20:54] <asac> ?
[21:23] <cyphermox> asac, I can, if you can sponsor after?
[21:29] <asac> cyphermox: sure
[21:29] <asac> cyphermox: see if you can find out why that happens now
[21:30] <asac> wsa there a hildon-desktop update?
[21:30] <asac> kenvandine: twitter in gwibber has probs with authentication?
[21:31] <cyphermox> asac, last was a fix ten days ago
[21:32] <kenvandine> asac, not that i know of
[21:32] <kenvandine> asac, details?
[21:32] <asac> kenvandine: well. i started gwibber after a few weeks and now the credentials dialog pops up
[21:32] <asac> and i dont get twitter content etc.
[21:33] <asac> e.g. account settings dialog
[21:33] <kenvandine> so since the oauth conversion i guess?
[21:33] <kenvandine> it should pop up if it fails to auth
[21:34] <kenvandine> you need to authorize it
[21:34] <asac> let me kill everything and see what happens then ... maybe its because i had an upgrade running
[21:35] <asac> kenvandine: hmm
[21:35] <asac> ps -eaf | grep gwibber
[21:35] <asac> asac      6724     1  0 22:11 ?        00:00:00 /usr/bin/python /usr/bin/gwibber-error -m There was an keyring failure from UNKNOWN for account UNKNOWN, error was UNKNOWN -t Gwibber -c info -s UNKNOWN -u UNKNOWN -e keyring
[21:35] <asac> asac      6732  6724  0 22:11 ?        00:00:01 /usr/bin/python /usr/bin/gwibber-accounts
[21:35] <asac> ok /me kills all
[21:35]  * asac starts from cmdline
[21:35] <kenvandine> but you can't see gwibber-accounts?
[21:36] <asac> kenvandine: http://paste.ubuntu.com/502845/
[21:36] <asac> thats what i get when starting
[21:36] <asac> doesnt look that good
[21:37] <kenvandine> that is it starting gwibber-service
[21:37] <asac> those errors are ok?
[21:37] <kenvandine> yeah
[21:37] <asac> i only see facebook and identica content
[21:38] <kenvandine> we don't need it to start on all those interfaces, they are dependent on a single one
[21:38] <kenvandine> yeah, so it prompted you to auth twitter, but apparently the window got lost?
[21:38] <kenvandine> it won't nag you again for a bit... i think 5 minutes
[21:38] <asac> no it didnt prompt me
[21:38] <asac> it opened the account manager with twitter selected
[21:38] <kenvandine> you had gwibber-accounts running in that ps
[21:38] <kenvandine> right... that is how we prompt for now... which i know isn't great
[21:39] <asac> after killing everything nothing happens. no error, no dialog, but still no twitter
[21:39] <asac> ah ok
[21:39] <kenvandine> yeah, it knows it popped up gwibber-accounts
[21:39] <asac> so now the accounts stuff doesnt happen anymore
[21:39] <kenvandine> and won't bother you for a l ittle bit
[21:39] <kenvandine> so run gwibber-accounts manually
[21:39] <kenvandine> and select twitter, and hit the auth button
[21:39] <asac> kenvandine: can i just open the account setting dialog in the UI?
[21:40] <kenvandine> we need a better way to handle that without adding a gtk dep the the service
[21:40] <asac> oh
[21:40] <kenvandine> yes
[21:40] <asac> so now i see it
[21:40] <asac> it never had focus on twitter, only identica
[21:40] <asac> even though twitter was the problem i guess
[21:40] <kenvandine> it should focus twitter
[21:40] <kenvandine> well, when it popped up before
[21:40] <asac> it definitly didnt ;) ... otherwise i would have seen the authorize button
[21:41] <asac> ok anyway ... i authorized now
[21:41] <asac> is there a way i can reproduce?
[21:41] <asac> why did it start asking me at all? i used it before quite successfully
[21:42] <asac> hah
[21:42] <asac> so now i hit refresh ... and the accounts settings dialog came back
[21:42] <asac> again with identica focussed, but twitter is highlighted somehow in slight red
[21:42] <kenvandine> you got the web view thing for twitter right?
[21:42] <asac> kenvandine: that web view thing worked and confirmed that all was fine
[21:43] <asac> then i hit refresh and how i have the account setting dialog with identica selected and the twitter tab being red
[21:43] <kenvandine> and now it popped up again?
[21:43] <asac> yep
[21:43] <kenvandine> humm
[21:43] <asac> grrr ... alt+print doesnt do a screenshot anymore :(((
[21:43] <kenvandine> look at the log
[21:43] <asac> maverick ;)
[21:43] <kenvandine> ~/.cache/gwibber/gwibber.log
[21:43] <kenvandine> unity?
[21:43] <asac> no ... its gnome
[21:43] <kenvandine> oh, i thought that only broke in unity :)
[21:43] <asac> i will relogin after getting the log
[21:44] <asac> maybe it was fixed in the 700M of upgrades i got a few minutes ago
[21:44] <kenvandine> hehe
[21:44] <kenvandine> a little outdated?
[21:44] <kenvandine> hehe
[21:44] <asac> ok seems its keyring problem
[21:44] <asac> let me restart the gnome session and see if twitter works
[21:45] <asac> and clean the log etc.
[21:45] <kenvandine> ok
[21:45] <asac> bbib
[21:46] <asac> ok ... now starting again ;)
[21:46] <kenvandine> :)
[21:47] <kenvandine> notifying users of errors and giving them ways to handle them is going to be something i want to spend time on for natty
[21:47] <kenvandine> or someone needs to :)
[21:47] <asac> kenvandine: ok so http://paste.ubuntu.com/502851/ thats the beginning ... no dialog etc. now manually authorizing, right?
[21:48] <kenvandine> yeah... do that
[21:48]  * asac opens account dialog
[21:48] <kenvandine> it must have failed to add them to the keyring last time
[21:49] <asac> "asacasa has been authorized  by Twitter" ;)
[21:49] <kenvandine> :)
[21:49] <asac> let me look at the log now
[21:49] <asac> ok nothing new in there i seems
[21:49] <asac> now lets hit refresh
[21:49] <asac> err
[21:49] <asac> do i need to hit the "save" button?
[21:49] <kenvandine> yes... :)
[21:49] <asac> really?
[21:50] <kenvandine> yes...
[21:50] <asac> thats insane
[21:50] <kenvandine> i know
[21:50] <asac> nobody would do that ;)
[21:50] <asac> ok
[21:50] <asac> lets see
[21:50]  * asac hits save ... and now refresh
[21:50] <asac> hah. that worked
[21:51] <asac> i dont knokw what to say ... but thats really a blocker imo ;)
[21:51] <kenvandine> we now autosave prefs since we dropped couchdb
[21:51] <asac> but well. the auth token should be saved automatically
[21:51] <kenvandine> but that is part of the hoops we jump through to parse the result from webkit... it can be better
[21:51] <asac> especially if the dialog tells you taht you authorized successfully
[21:51] <kenvandine> agreed
[21:51] <asac> anyway ... me stops complaining and moves to happy mode
[21:51]  * asac tries alt+print
[21:51] <kenvandine> :)
[21:52] <kenvandine> i know it needs to be improved
[21:52] <asac> sure
[21:52] <kenvandine> it will get attention when there is time :)
[21:52]  * kenvandine is still grumbling about facebook...
[21:52] <asac> ok alt+print is definitly broken
[21:52] <asac> maybe its because i have some unity bits installed somewhere
[21:52]  * kenvandine hates supporting facebook more and more each day
[21:52] <asac> heh
[21:52] <asac> is noone complaining about twitter setup ;)?
[21:52] <kenvandine> i thought that was a unity thing...
[21:53] <asac> just "print" works
[21:53] <kenvandine> asac, actually no...
[21:53] <asac> but alt+print doesnt
[21:53] <asac> hmm. ok. then its just me not looking at dialogs ;)
[21:53] <kenvandine> your the first person i have seen complain about that... the biggest complaint i hear daily is facebook allocation crap
[21:53] <asac> right. maybe it means that facebook is more important nowadays ;)
[21:54] <kenvandine> :/
[21:54] <asac> great... my tweets go to twitter again!!!
[21:55] <asac> kenvandine: one more thing: gwibber could be less verbose about position on stdout ;)
[21:55] <asac> Position: 0
[21:55] <asac> Position: 0
[21:55] <asac> ;)
[21:55] <kenvandine> hehe
[21:55] <asac> i get zillions of those when scrolling
[21:55] <kenvandine> yeah... i don't want to touch that code
[21:55] <asac> ok. so that output still has some value it seems ;)
[21:56] <asac> even if it means that some side effect of it keeps things unbroke ;)
[21:56] <kenvandine> yeah... tracking the position still worries me
[21:56] <kenvandine> ryan's magic
[21:56] <asac> what is position?
[21:56] <asac> the bubble number displayed on top of window?
[21:56] <asac> seems so
[21:57] <kenvandine> yeah
[21:57] <kenvandine> so it doesn't scroll to the top on refresh
[21:57] <chrisccoulson> urgh, telepathy-glib is epic fail
[21:57] <chrisccoulson> empathy doesn't start now :(
[21:57] <asac> kenvandine: didnt i see screenshots with gwibber having separate columns for facebook/twitter/identica somewhere?
[21:57] <kenvandine> yeah
[21:57]  * asac looks in preferences
[21:57] <seb128> chrisccoulson, how so?
[21:57] <kenvandine> you can do that
[21:58] <kenvandine> asac, add stream
[21:58] <chrisccoulson> seb128 - it just seems to hang, and do nothing
[21:58] <chrisccoulson> it doesn't even display a window
[21:58] <kenvandine> new stream
[21:58] <asac> kenvandine: cool ;)
[21:58] <kenvandine> asac, ^^
[21:58] <asac> something worked ;)
[21:58] <kenvandine> i call that the jono feature :)
[21:58] <seb128> chrisccoulson, it does that there as well without the telepathy-glib update but I didn't have time to investigate
[21:58] <seb128> I though it was due to my glib update
[21:58] <asac> thanks a bunch
[21:59] <seb128> chrisccoulson, does it work if you downgrade telepathy-glib?
[21:59]  * kenvandine needs to runout...bbl
[21:59] <kenvandine> np asac
[21:59] <chrisccoulson> seb128 - oh, possibly. i've not restarted empathy for a while now, so it would still be using old libraries
[21:59] <jono> kenvandine, jono feature?
[21:59] <kenvandine> multi-column view
[21:59] <jono> ahhh yeah
[21:59] <kenvandine> in gwibber
[21:59] <jono> :)
[21:59] <kenvandine> :)
[21:59]  * kenvandine jets
[21:59] <jono> :)
[22:00] <cyphermox> asac, I see now, hildon-desktop was synced this cycle, afaict it shouldn't install applications.menu
[22:00] <asac> seb128: ^^ thats bug 647628
[22:00] <ubot2> Launchpad bug 647628 in hildon-desktop (Ubuntu Maverick) (and 1 other project) "package hildon-desktop 1:2.0.11-1~svn15367-0ubuntu7 failed to install/upgrade: trying to overwrite '/etc/xdg/menus/applications.menu', which is also in package gnome-menus 2.30.3-0ubuntu2 (affects: 4) (dups: 1) (heat: 18)" [High,Confirmed] https://launchpad.net/bugs/647628
[22:00] <asac> what do you think?
[22:01] <seb128> is hildon still use anywhere?
[22:01] <cyphermox> hehe
[22:01] <asac> not sure ... http://popcon.ubuntu.com/
[22:02] <seb128> it was a lpia early mobile thing
[22:02] <asac> 19123
[22:02] <asac> i think its more important than other stuff in archive. i had it installed for whatever reason and bumped into that bug ;)
[22:02] <asac> must have been a regression in last 20 days (thats when i last upgraded)
[22:03] <seb128> do you actually use it?
[22:03] <asac> no. but the upgrade broke
[22:03] <cyphermox> I think most people using it would have had gnome-menus as well anyway, judging from the two bug reports
[22:03] <asac> i dont know why i have that
[22:04] <asac> seb128: i think its still used by maemo
[22:04] <chrisccoulson> seb128 - oh, it seems empathy is blocking on a response from something over dbus: http://paste.ubuntu.com/502864/
[22:04] <seb128> asac, you worked on lpia or mobile stuff 2 years ago?
[22:04] <seb128> chrisccoulson, dconf issue?
[22:04] <asac> yeah ... thats when i got that i guess
[22:04] <asac> seb128: didrocks owned hildon. maybe ask him to remove the package or fix it ;)
[22:04] <chrisccoulson> seb128 - possibly
[22:05] <seb128> chrisccoulson, I backported some changes for the gdbus api updates
[22:05] <seb128> but I guess we would have received other bugs by then if that was an issue for everybody
[22:05] <seb128> asac, let me check why it ships this .menu
[22:05] <asac> actually i think didrocks did not own hildon, he rather almost owned it ... but thats good enough
[22:05] <asac> to say he can say what to do ;)
[22:06] <chrisccoulson> seb128 - it doesn't look like it's telepathy related though, so i think telepathy-glib is good to go, although it would be nice to test it
[22:06] <chrisccoulson> ok, empathy has started now the call timed out :)
[22:07] <seb128> asac, we should put in on lool he's listed as debian comaintainer
[22:07] <asac> lol
[22:07] <seb128> chrisccoulson, right but the buddy list is not responsive no?
[22:07] <asac> lool: bug 647628 ;)
[22:07] <ubot2> Launchpad bug 647628 in hildon-desktop (Ubuntu Maverick) (and 1 other project) "package hildon-desktop 1:2.0.11-1~svn15367-0ubuntu7 failed to install/upgrade: trying to overwrite '/etc/xdg/menus/applications.menu', which is also in package gnome-menus 2.30.3-0ubuntu2 (affects: 4) (dups: 1) (heat: 18)" [High,Confirmed] https://launchpad.net/bugs/647628
[22:07] <chrisccoulson> seb128 - yeah, just noticed that too
[22:07] <asac> i wasnt the one filing this bug ;)
[22:07] <asac> (just fyi)
[22:08] <seb128> chrisccoulson, I feel less alone now ;-)
[22:08] <seb128> chrisccoulson, I think it's a dconf issue
[22:09] <asac> seb128: alt+print not working in gnome is a side effect of having some unity stuff installed?
[22:09] <seb128> asac, could be, I didn't notice but I can confirm there
[22:11] <asac> no worries. just want to ensure that its known to work on "normal" installs
[22:11] <seb128> asac,
[22:11] <seb128> libhildondesktop/libhildonmenu.h:#define MENU_FILE "applications.menu"
[22:12] <seb128> I would say rename the file hildon-applications.menu
[22:12] <seb128> then update that define
[22:12] <seb128> ^whoever want to fix that one
[22:12] <cyphermox> yeah
[22:13] <seb128> asac, no alt-print seems to no work on a normal install
[22:14] <asac> seb128: why is gnome-menus using a not namespaced name?
[22:14] <seb128> chrisccoulson, nautilus-sendto has the same issue there
[22:14] <asac> imo its a bug in both packages ;)
[22:14] <chrisccoulson> seb128 - when did you last update your machine?
[22:14] <asac> gnome-menus could also use gnome-applications.menu
[22:14] <seb128> chrisccoulson, lol, sort of a while ago
[22:14] <chrisccoulson> seb128 - i just went to install some debugging symbols, and it pulled in lots of new packages
[22:14] <chrisccoulson> and it's fixed now ;)
[22:14] <seb128> chrisccoulson, I manage to do only half the updates since I'm back
[22:15] <seb128> GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed
[22:15] <chrisccoulson> yeah, i don't get that now either
[22:15] <seb128> I get those warnings and an hang in gdbus
[22:15] <seb128> well that's sort of what I though
[22:15] <seb128> it must be a missing update :p
[22:15] <seb128> I still have some 350 updates to do
[22:15] <seb128> 600meg to download after 2 weeks
[22:15] <seb128> it's crazy ;-)
[22:16] <chrisccoulson> yeah, i've just pulled in a new dconf and glib. that goes to show how often i update this laptop ;)
[22:16] <chrisccoulson> hmmm, i'm a bit confused about that
[22:17] <chrisccoulson> i updated glib the other night when i did glibmm
[22:17] <chrisccoulson> ah
[22:17] <chrisccoulson> that was just a local build :)
[22:17] <chrisccoulson> so i'm still running the same version really
[22:17] <seb128> I bet it's d-conf
[22:17] <seb128> the new version had the gdbus api change update
[22:17] <seb128> I've the old version on that box
[22:19] <chrisccoulson> ok, telepathy-glib is uploaded
[22:19] <seb128> great
[22:19] <seb128> so what was the issue?
[22:19] <chrisccoulson> seb128 - one of the commits porting vala to use the new gir version had only been partially reverted
[22:20] <seb128> chrisccoulson, updating libdconf0 fixed the hang there as well
[22:20] <asac> hmm. seems that alt-print key is not even propagated
[22:20] <chrisccoulson> nice!
[22:20] <seb128> chrisccoulson, oh ok so it was vala
[22:20] <chrisccoulson> asac - that's because it's sysrq ;)
[22:20] <asac> i cannot change it back to alt-print in keyboard shortcuts
[22:20] <asac> chrisccoulson: huh?
[22:20] <seb128> chrisccoulson, but it used to work?
[22:20] <asac> it worked since beginning of universe ;)
[22:21] <seb128> it has always been the shortcut to take a screenshot of whatever dialog has the focus
[22:21] <asac> right
[22:21] <asac> now i have it set to alt-scrolllock ;)
[22:21] <asac> chrisccoulson: what and who touched that?
[22:21] <chrisccoulson> asac - i'm not sure. 1 second, i'll try and find the bug
[22:22] <asac> thats really important bug imo ... if something that basic stops working we have a problem ;)
[22:22] <asac> thanks for finding the bug ;)
[22:22] <chrisccoulson> my inbox is such a mess. i really need to just CTRL+A and then DEL :)
[22:22] <asac> dont read it ;)
[22:22] <seb128> you should filter bugs
[22:23] <seb128> I marked my bugmails as read when I came back this week
[22:23] <seb128> I figured that if somebody needed me or a bug was annoying it would come back in some way
[22:23] <seb128> seems to work so far nobody complained ;-)
[22:23] <chrisccoulson> yeah, i think i might do that ;)
[22:23] <chrisccoulson> asac - bug 642792
[22:23] <ubot2> Launchpad bug 642792 in metacity (Ubuntu) (and 1 other project) "ALT+PrtSc not recognised (affects: 5) (dups: 1) (heat: 28)" [Undecided,Confirmed] https://launchpad.net/bugs/642792
[22:24] <asac> i am using compiz
[22:24] <chrisccoulson> asac - it gets the preference from the same place AFAICT
[22:25] <chrisccoulson> the preference is shipped by metacity, but i think compiz uses the same thing
[22:25] <chrisccoulson> hmmm, bug 651523 is weird
[22:25] <ubot2> Launchpad bug 651523 in xulrunner-1.9.2 (Ubuntu) "package xulrunner-1.9.2 <IP_ADDRESS> build1 nobinonly-0ubuntu<IP_ADDRESS> failed to install/upgrade: subprocess installed post-installation script returned error exit status 127 (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/651523
[22:26] <chrisccoulson> /usr/lib/xulrunner-<IP_ADDRESS>/xulrunner-bin: error while loading shared libraries: /usr/lib/xulrunner-<IP_ADDRESS>/libmozjs.so: invalid ELF header
[22:26] <micahg> :(, running i386 on amd64 or vice versa?
[22:27] <chrisccoulson> micahg - that's what i though, but it usually gives a different error for that i think
[22:28] <cyphermox> seb128, asac, https://code.edge.launchpad.net/~mathieu-tl/ubuntu/maverick/hildon-desktop/lp647628/+merge/37070
[22:28] <chrisccoulson> "wrong ELF class" is what you'd expect to see
[22:28] <cyphermox> fail, I spammed the merge request :/
[22:30] <seb128> cyphermox, did you build test that?
[22:30] <cyphermox> right, I really fail
[22:30] <seb128> cyphermox, I didn't but I would not be surprised if it was installing both names
[22:30] <seb128> the upstream one in the upstream make install and the debian one in the rules
[22:31] <cyphermox> seb128, I'll check
[22:32] <seb128> cyphermox, in fact maybe not it seems the upstream one is no .install
[22:32] <cyphermox> seb128, either way, I should have tested the build before filing the merge request
[22:32] <cyphermox> I'm doing that now :)
[22:36] <chrisccoulson> hmmm, my laptop seems to get slower and slower every day
[22:36] <chrisccoulson> or i get more impatient
[22:36] <chrisccoulson> oh, using 3GB of swap probably doesn't help
[22:37] <cyphermox> brb
[22:37] <chrisccoulson> brb too, time for a reboot
[22:38] <seb128> chrisccoulson, not sure why but my box get slower over time
[22:38] <seb128> like I can't build gtk and glib without real slowdown
[22:39] <seb128> it used to be ok in lucid but in maverick it start being slower during the build
[22:39] <chrisccoulson> yeah, mines been particularly bad the last few days
[22:39] <seb128> to a point where scrolling on screen is lagging
[22:39] <chrisccoulson> it takes me 2.5 hours to build firefox now, and i can't use my laptop at all for that time
[22:39] <chrisccoulson> the cursor just freezes on screen for minutes at a time
[22:40] <micahg> chrisccoulson: :(, is that for 4?
[22:40] <chrisccoulson> micahg - yeah, it's got terribly slow on my laptop in recent days
[22:40] <chrisccoulson> but i don't think that's a ff issue ;)
[22:40] <micahg> chrisccoulson: it's must be the test suite
[22:41] <chrisccoulson> that time is without even running that ;)
[22:43] <asac> chrisccoulson: do you see the same slow down in build time in dailies?
[22:44] <chrisccoulson> asac - it's dailies that i build, but the build times seem ok in the PPA
[22:44] <chrisccoulson> its just my machine ;)
[22:44] <asac> dying disk?
[22:44] <asac> too many builds ;)
[22:44] <chrisccoulson> i think it's just a case of the disk being really slow, and the fact that i'm always using swap
[22:45] <asac> why is it always using swap?
[22:45] <asac> are you doing parallel builds now in the package?
[22:45] <asac> like -j$(CPUCOUNT)+1?
[22:45] <chrisccoulson> i'm not sure why it's using so much swap :/
[22:45] <chrisccoulson> asac - we aren't doing any parallel builds. not sure my machine would cope with that ;)
[22:46] <asac> chrisccoulson: i doubt it ;) ... how much mem?
[22:46] <asac> 2G?
[22:46] <asac> amd64?
[22:46] <chrisccoulson> yeah, and that's going to be even more inadequate when i try and do a PGO build at the end of the week ;)
[22:46] <chrisccoulson> i think i might have to try and do it overnight when i'm not using it
[22:46] <asac> 2G with amd64 is not enough for firefox anyway
[22:47] <chrisccoulson> yeah, perhaps i should get some more
[22:47] <asac> you needed 4G on 64-bit in the past ... use 32-bit ;)
[22:47] <asac> and i guess ffox4 has probably even bigger link jobs
[22:47] <cyphermox> seb128, hildon-desktop looks good at first glance but I'm missing a lot of stuff it seems for it to do anything useful (e.g. applications or settings). at least strace agrees it looks for ~/.osso/hildon-applications.menu now
[22:47] <chrisccoulson> i keep wondering whether it would just be better to get a separate box for doing builds on
[22:48] <chrisccoulson> anyway, brb, going to reboot now all my applications have finally closed
[22:50] <seb128> cyphermox, hum, maybe asac can confirm it was working better before
[22:50] <seb128> it was probably not
[22:50] <seb128> asac, ^ can you sponsor https://code.edge.launchpad.net/~mathieu-tl/ubuntu/maverick/hildon-desktop/lp647628/+merge/37070 if you are happy with the update?
[22:51] <seb128> the change seems fine to me but I've never used hildon
[22:53] <chrisccoulson> hmmm, wasn't there a recent change to make the inactive windows title bars completely opaque?
[22:53] <chrisccoulson> oh
[22:53] <seb128> I though
[22:54] <seb128> the focussed one seems ok, the other one are weird there
[22:54] <chrisccoulson> looks like i need this update: https://edge.launchpad.net/ubuntu/+source/compiz/1:0.8.6-0ubuntu9
[22:54] <chrisccoulson> :)
[22:54] <seb128> lol
[22:54] <seb128> same here I guess ;-)
[22:54] <chrisccoulson> right, it's time for me to just update everything
[22:55] <seb128_> right, same here, but that will be tomorrow, enough work for today
[22:55] <seb128_> 'night everybody
[22:56] <asac> is the policy to keep those changes at UNRELEASED?
[22:56] <seb128_> asac, those?
[22:56] <asac> https://code.edge.launchpad.net/~mathieu-tl/ubuntu/maverick/hildon-desktop/lp647628/+merge/37070
[22:56] <seb128_> usually whoever upload do a dch -r before
[22:56] <asac> that would change the changelog author, not?
[22:57] <asac> e.g. and move the sponsoree to a [ .. ] tag
[22:57] <seb128_> dch -r -t?
[22:57] <chrisccoulson> asac - so, i'm going to hopefully try doing a profile guided build of firefox this weekend :)
[22:57] <chrisccoulson> i need to build gcc-4.5 before then though
[22:57] <asac> hmm. another bug ;)
[22:58] <chrisccoulson> heh ;)
[22:58] <chrisccoulson> i need this change in: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45623
[22:58] <asac> a few days ago i started to get asked for my ssh key in a dialog
[22:58] <ubot2> gcc.gnu.org bug 45623 in tree-optimization "[4.5 Regression] GCC 4.5.[01] breaks our ffi on Linux64. ABI break?" [Normal,Resolved: fixed]
[22:58] <asac> err ssh passphrase
[22:58] <asac> i never had to do that :/
[22:58] <asac> keyring bustage?
[22:58] <seb128_> asac, there is a dch option to no modify the infos in the changelog
[22:58] <kklimonda> seb128_: hmm, man dch states that -t doesn't work with -r
[22:58] <chrisccoulson> asac - oh, i see that too
[22:58] <seb128_> kklimonda, try -m then ;-)
[22:58] <seb128_> with -r
[22:58] <chrisccoulson> but, it could be that i haven't updated in ages
[22:58] <kklimonda> seb128_: :*
[22:58] <asac> chrisccoulson: noone cares? ;)
[22:58] <asac> :(
[22:58] <seb128_> bye
[22:59] <kklimonda> seb128_: I was looking just for that two days ago, thanks
[22:59] <kklimonda> ah
[23:00] <cyphermox> gotta go now -- planned dinner
[23:01] <chrisccoulson> 'night cyphermox
[23:01] <cyphermox> 'night chrisccoulson