[00:31] <RAOF> This looked like a perfect morning for sitting on the porch in the sun.  Until the clouds came and took the sun away. :(
[00:34] <ajmitch> RAOF: sounds just like here
[00:34] <rickspencer3> RAOF, composing cheesey Country music this morning?
[00:35]  * TheMuso notes its unusually warm in Sydney this morning.
[00:35] <RAOF> More like cheesy -ati patches.
[00:35] <rickspencer3> *sigh*
[00:36] <rickspencer3> speaking of cheesy, and progress on figuring out what's up with Cheese yesterday?
[00:36] <RAOF> Ok.  When your fingers are getting too cold enough to make typing noticably harder it's time to head inside and fire up the gas.
[00:36]  * rickspencer3 scouts around for robert_ancell
[00:36] <TheMuso> RAOF: To put your cold in pperspective, its 20 degrees in my area of Sydney.
[00:38] <ajmitch> TheMuso: want to swap?
[00:38] <ajmitch> currently 6C here
[00:38] <TheMuso> ajmitch: No thanks, I like this weather here atm, its very pleasant.
[00:38] <RAOF> It's not actually that cold here, 10℃ or 8 with wind.
[00:39] <chrisccoulson> that's a typical warm summer day here!
[00:39] <chrisccoulson> well, add in a bit of rain and it would be
[00:40] <micahg> it's been above 26 C for the high in Chicago for 50 days now
[00:40] <TheMuso> micahg: Not too bad, as long as its not humid.
[00:40] <micahg> it's been humid about half the time :)
[00:41] <TheMuso> Well that sucks then.
[01:01] <rickspencer3> robert_ancell, good morning
[01:02] <robert_ancell> rickspencer3, hi
[01:04] <chrisccoulson> micahg - i was just looking at bug 619788
[01:04] <ubot2> Launchpad bug 619788 in firefox (Ubuntu) "firefox should disable screen switching off when playing video (affects: 1) (heat: 8)" [Wishlist,New] https://launchpad.net/bugs/619788
[01:04] <chrisccoulson> and we can already do it for anything using the <video> tag :)
[01:04] <chrisccoulson> the DOM exposes a paused property
[01:05] <rickspencer3> robert_ancell, any progress on cheese yesterday?
[01:05] <chrisccoulson> which i could hook up to from my extension, and inhibit the screensaver
[01:06] <robert_ancell> rickspencer3, no, still as confused as you are
[01:06] <rickspencer3> robert_ancell, is it working for you at all?
[01:07] <robert_ancell> rickspencer3, yeah, with a slow acquisition and unreliable frame rate.  It works pretty well on my laptop at low resolution.
[01:07] <rickspencer3> so no improvement
[01:07] <robert_ancell> it seems better than it was but it's hard to measure.  Performance is worse on the Dell mini but I'd expect that
[01:07] <rickspencer3> robert_ancell, so, there is an OEM customer who cares about that bug
[01:07] <rickspencer3> Could you please comment on it so that they see that Ubuntu community cares too?
[01:08] <rickspencer3> (even if we can't actually fix it)
[01:08] <robert_ancell> ok
[01:08] <rickspencer3> just update it with what you learned so far
[01:08] <rickspencer3> thanks dude
[01:08]  * rickspencer3 off to a meeting irl
[01:23] <chrisccoulson> hi robert_ancell
[01:24] <chrisccoulson> so, you fixed your slowness by changing the hard disk in your laptop?
[01:28] <robert_ancell> chrisccoulson, yes, everything is fast again!
[01:29] <chrisccoulson> robert_ancell, that's good :)
[01:29] <chrisccoulson> i managed to speed my laptop up quite a bit
[01:29] <chrisccoulson> by uninstalling appmenu-gtk surprisingly ;)
[01:29] <chrisccoulson> my laptop no longer swaps heavily since i uninstalled it :/
[01:36] <robert_ancell> heh
[01:37] <chrisccoulson> it leaks memory quite a bit according to valgrind, so i'll report a bug tomorrow
[01:48] <RAOF> robert_ancell: Are you aware that gtk seems to have broken ABI and hence broken mutter?  Trying to start unity now results in a wonderful series of mutter crash/respawns, with “mutter: symbol lookup error: mutter: undefined symbol: gdk_window_get_back_pixmap” in xsession-errors.
[01:49] <robert_ancell> RAOF, is that only occurred since the latest GTK?
[01:50] <RAOF> Well, it seems to have started this morning, after my update.
[01:50] <robert_ancell> RAOF, ok, I'll look into it
[01:50] <RAOF> Unity was working yesterday.
[01:52] <robert_ancell> if it's the latest gtk+ then this time it's not my fault :)  I was worried that the recent one had broken something in gdk because the changed a lot of stuff there.  seb128 uploaded this one :)
[02:01] <mclasen> RAOF: gtk 2.90 doesn't have a stable abi...
[02:01] <RAOF> mclasen: How about 2.21.6, which is what I've got installed.
[02:02] <mclasen> it didn't get removed there, only deprecated
[02:03] <RAOF> I know what-will-be 3.0 doesn't have a stable ABI, but we don't build mutter against it.  And mutter is complaining about a missing gdk_window_get_back_pixmap.
[02:03] <mclasen> I'll have to investigate
[02:03] <mclasen> if it really went missing in 2.21, that would be a bug
[02:04] <RAOF> Ta.
[02:04] <mclasen> hmm, its still in my 2.22 tree, at least...
[02:05] <mclasen> ah, no
[02:06] <mclasen> I was looking at set_back_pixmap :-(
[02:06] <mclasen> so, these getters were in fact removed in 2.21.6
[02:07] <mclasen> but they were only ever added in 2.21, so haven't been part of the stable abi yet
[02:07] <RAOF> This is why our gtk package should be using symbols files :)
[02:08] <mclasen> so, I guess you'll just have to go back to what you were doing before the getter was added
[04:28] <RamsRambo> Hi! I need help
[07:27] <robert_ancell> RAOF, do you have those xsession-error logs handy? Mutter seems to compile fine
[07:27] <robert_ancell> oh, I think seb128 might have fixed it
[07:36] <RAOF> Shall I check if an update works?
[07:36] <RAOF> Or is that in bzr still.
[07:37] <robert_ancell> RAOF, seems all updated - it must have been building/publishing in our morning
[07:42] <RAOF> Then it's time for me to play “does unity work now”
[07:48] <pitti> Good morning
[08:23] <pitti> robert_ancell: please dont' upload PK 0.7 yet
[08:23] <pitti> robert_ancell: erm, 0.97
[08:24] <and471> vish, I am sorting out those bug that are assigned to me
[08:24] <pitti> mclasen reports tons of problems with it
[08:26] <and471> vish, for bug 599525
[08:26] <ubot2> Launchpad bug 599525 in fretsonfire (Debian) (and 2 other projects) "Frets on Fire description is confusing (affects: 2) (heat: 75)" [Unknown,New] https://launchpad.net/bugs/599525
[08:27] <and471> vish, do you think it is okay to leave 'This is the package containing the game code'
[08:27] <and471> vish, as there are others packages containing songs, a metapackage etc.
[08:27] <bilalakhtar> and471: I think vish will say 'no', but his decision is what matters.
[08:28] <bilalakhtar> and471: because, in s-c we are completely dropping the word 'package'
[08:28] <and471> ah
[08:28] <robert_ancell> pitti, no problem, I was just updating the gnome component then realized that the main polkit had changed.  Just wanted to remind you to look in bzr if you to update
[08:28] <bilalakhtar> and471: a user migrating from windows won't know what a deb package is
[08:28] <robert_ancell> (it wasn't previously managed in bzr)
[08:28] <vish> and471: hmm, game code why are we mentioning game code?
[08:29] <and471> vish, there is a package 'fretsonfire'
[08:29] <vish> and471: i thought that the package was gonna be dropped?
[08:29] <and471> vish, this is a metapackage
[08:29] <and471> vish, yeah well I have heard to progress from debian so I am tired of waiting
[08:29] <pitti> robert_ancell: right, thanks
[08:29] <vish> and471: iirc, each package can have a different description
[08:29] <pitti> robert_ancell: we used to sync it from Debian, do we now have a permanent delta?
[08:29] <and471> vish, then there is fretsonfire-game which has the actual game binary files
[08:30] <pitti> robert_ancell: ah, appindicator
[08:30] <RAOF> robert_ancell: Confirmed that mutter ...ubunt3.1 works, it just hasn't built + propagated to my mirror.
[08:30] <vish> and471: which should the usr be installing?
[08:30] <and471> vish, then fretsonfire-songs-* which have songs in them
[08:30] <and471> vish, lemme check
[08:31] <robert_ancell> pitti, will your app indicator changes go to debian?
[08:31] <and471> vish, the one that the .desktop file in app-install-data points to is fretsonfire-game
[08:31] <vish> and471: there seem to be a lot of packages which need to be hidden.. if installing the main package pulls all the other ones, we need to make sure the others are hidden
[08:31] <pitti> robert_ancell: well, they aren't "mine"; no, they won't
[08:31] <pitti> Debian doesn't use the indicator for now
[08:31] <robert_ancell> pitti, then I guess it add to the list of package deltas for now :)
[08:32] <robert_ancell> RAOF, good news!
[08:32] <vish> and471: ah, then we need to make sure the  fretsonfire-game has a good description and the rest are hidden.. are you on maverick? maybe they are hidden already?
[08:32] <pitti> robert_ancell: well, if the patch is done as a new configure option, then we can
[08:32] <RAOF> robert_ancell: You've  built another doomsday device? :)
[08:32] <and471> vish, nope I am on lucid :)
[08:33] <vish> and471: gah.. :s my maverick VM got borked :(
[08:33] <robert_ancell> RAOF, no, the fing-longer
[08:34] <RAOF> That useless thing's not worth the gold it's made of!
[08:34]  * pitti asks the what-if machine what happens if robert_ancell had a fing-longer
[08:34] <vish> and471: i'm downloading a new daily iso, will test it and let you know in a couple of hrs.. it seems we might have two bugs here
[08:34] <and471> k
[08:35] <pitti> ok, I'm off for about an hour to find some food
[08:36] <bilalakhtar> robert_ancell: do you know whom should one ping in upstream for gnome-disk-utility ?
[08:37] <and471> vish, with the latest software-center, if I search fretsonofire, only the one comes up
[08:37] <robert_ancell> bilalakhtar, as in who on irc?
[08:37] <kermiac> pitti: when you get back can we have a chat re bug 573124... Nigel doesn't have the logs atm from when you discussed it. Basically the log is getting created as a tar automatically and I want to force it to be txt.
[08:37] <ubot2> Launchpad bug 573124 in cheese (Ubuntu) "Make cheese debugging log attach as a .log file (affects: 1) (heat: 8)" [Wishlist,New] https://launchpad.net/bugs/573124
[08:37] <and471> vish, so no bug there
[08:37] <and471> vish, just this bug about the last line
[08:38] <and471> vish, basically do we want no last line, or part of last line (remove opengl reference)
[08:38] <bilalakhtar> robert_ancell: yup
[08:38] <and471> vish, I feel that the game code stuff is useful for those not using SC
[08:38] <and471> vish, and more chance of debian accepting
[08:38] <vish> and471: cool, then we need to remove the last line.. is we can add a bit more info about the game that would be nice too.. :)
[08:38] <bilalakhtar> robert_ancell: since I need to get patch of bug #414107 there
[08:38] <ubot2> Launchpad bug 414107 in gnome-disk-utility (Debian) (and 2 other projects) "Palimpsest GUI impossible to use on small screen (affects: 30) (dups: 5) (heat: 175)" [Unknown,New] https://launchpad.net/bugs/414107
[08:38] <vish> s/is/if
[08:38] <robert_ancell> bilalakhtar, I don't know for sure but mclasen is a developer (https://bugzilla.gnome.org/browse.cgi?product=gnome-disk-utility).  seb128 might know and will be online in the next hour
[08:39] <bilalakhtar> robert_ancell: Thanks. Actually, dholbach advised me to ask either you or seb128 .
[08:46] <and471> vish, so to clarify you want to completely get rid of the last line?
[08:47] <vish> and471: yup, last line gone.. but if we can add some more mention of the bug, it would be a bonus.. otherwise just a single line seems too short  :)
[08:47] <and471> k
[08:52] <slomo> robert_ancell: hi, the pkg-vala git has vala 0.9.7, no need to package it yourself ;) did you make any progress on gtk3 already btw?
[08:55] <and471> vish, how is http://pastebin.ubuntu.com/480311/
[08:56]  * vish reads ..
[08:57] <and471> vish, I have just noticed a bug in app-install-data, it should point to the meta package, not just the games files
[08:59] <and471> bilalakhtar, seb128 is on now
[08:59] <vish> and471: nice work! you can just drop the repeated mentions of the game's name. and start with "A game of..." and drop the second mention of the name too
[08:59] <vish> and471: https://wiki.ubuntu.com/SoftwareCenter/PackageDescriptions might be helpful
[08:59] <and471> vish, ok
[09:02] <and471> oops
[09:02] <and471> the internets broke
[09:02] <and471> vish, so you mean just start as 'A game of musical skill and fast fingers' ?
[09:03] <vish> and471: yup
[09:03] <and471> k
[09:04] <pitti> kermiac: that usually happens if there are some non-ASCII files in it
[09:04] <and471> vish, http://pastebin.ubuntu.com/480315/
[09:05] <pitti> kermiac: I replied in the bug how you can force text mdoe
[09:06] <vish> and471: is it a "game of .. " or a "a game for.."
[09:06] <and471> vish, 'of'
[09:06] <and471> vish, that is taken from the website - kind of their slogan
[09:06] <vish> and471: ok.. cool! its good :)
[09:07] <and471> vish, I shall make a merge request
[09:07] <vish> and471: neat thanks :)
[09:07] <and471> vish, and also do a merge request for app-install-data to use the metapckage, not the game code package
[09:07] <and471> vish, so for the game code package, do I leave the description as it is?
[09:07] <and471> vish, and just change the description for the metapackage
[09:08] <vish> and471: yup, changing the meta package is enough
[09:09] <and471> vish, and for the metapckage, remove the line:
[09:09] <and471>  This is a metapackage depending on the game and songs for it.
[09:09] <vish> and471: i thought you said  fretsonfire-game  was the meta?
[09:09] <and471> vish, nope, fretsonfire is the meta
[09:10] <and471> vish, but app-install-data incorrectly points to fretsonfire-game
[09:10] <robert_ancell> slomo, no progress on gtk3, it's low prio :(
[09:10] <and471> vish, I just realised that
[09:10] <vish> and471: ah! so that was "two" bugs!
[09:10] <vish> :)
[09:10] <and471> vish, yeah sorry :)
[09:10] <slomo> robert_ancell: sure, no problem... it's pretty low prio for me too
[09:11] <seb128> robert_ancell, slomo: hey
[09:11] <slomo> hi seb128
[09:11] <and471> vish, so leave the last line in *-game, and remove the last line in the metapackage?
[09:11] <seb128> ricotz said has a gtk3 package working
[09:11] <vish> and471: you , so that line needs to be removed, for the meta and the new description used
[09:11] <seb128> he asked for review there and in #debian-gnome yesterday
[09:11] <and471> vish, and the fretsonfire-game package?
[09:12] <vish> and471: we need to make sure it is hidden
[09:12] <and471> vish, yup it is, and leave the package description?
[09:13] <vish> and471: yup, we can leave that description as is.. btw, fretsonfire-game has the icon and not the meta
[09:14] <robert_ancell> seb128, morning
[09:14] <pitti> hey seb128
[09:14] <seb128> pitti, hello
[09:14] <asac> seb128: hello
[09:14] <and471> vish, arghh, I shall finish this when I get back
[09:14] <asac> you updated clutter ;)
[09:15] <asac> without our changes ;)
[09:15] <seb128> robert_ancell, pitti, asac: hey, how are you?
[09:15] <bilalakhtar> hey, a netsplit
[09:15] <and471> vish, could you write up what we have said on the bug report?
[09:15] <and471> bug 599525
[09:15] <seb128> asac, right, I let a chance to pochu to review those
[09:15] <seb128> robert_ancell, there is a new vala fixing regressions in the one you uploaded ;-)
[09:15] <vish> and471: hehe, short term memory loss? ;p
[09:15] <pitti> seb128: bit sleepy, but pretty well otherwise; was a bit grumpy this morning because of the broken vte, but I did a local build now, and it's all good again :)
[09:15] <and471> vish, yup :)
[09:15] <asac> seb128: pochu already reviewed all the packaging and stuff
[09:15] <vish> and471: sure.. :)
[09:16] <vish> and471: btw, what happened to gps drive?
[09:16] <asac> he just wanted stuff to go upstream, which happened now
[09:16] <seb128> asac, ok, as said yesterday I wanted to do that today and still do ;-)
[09:16] <asac> now we have to rebase again
[09:16] <and471> vish, too much work, didn't really underatand it
[09:16] <and471> vish, the whole package needed to be updated
[09:16] <seb128> asac, so should I wait for another update from you?
[09:16] <and471> vish, anyway need to go, see ya
[09:16] <asac> not a big deal, just painful to run after a single patch
[09:16] <vish> and471: ah.. bye..
[09:16] <asac> seb128: no. you can rebase on your own. its just that the new version in archive is now higher than the debdiff
[09:17] <bilalakhtar> seb128: who is the upstream dev to poke (on irc) for package gnome-disk-utility ?
[09:17] <seb128> asac, oh ok, the upload was a one change diff
[09:17] <asac> seb128: do you want a fresh debdiff?
[09:17] <seb128> one line change I mean
[09:17] <asac> seb128: or can you handle updating it?
[09:17] <seb128> asac, no that's fine
[09:17] <seb128> I can handle
[09:17] <asac> alf__: ^^
[09:17] <asac> thanks
[09:17] <seb128> bilalakhtar, davidz on #gnome-hackers irc.gnome.org
[09:17] <seb128> bilalakhtar, if you want to talk to the ubuntu maintainer it's pitti
[09:17] <bilalakhtar> thanks seb128
[09:18] <asac> seb128: we might give you a new debdiff anyway, because our ppa is now superseded ... i would prefer if we could get this in today so we can work on one base
[09:18] <bilalakhtar> seb128: but I don't think pitti would be ready to sponsor, he is in the OEM team nowadays
[09:18] <asac> let me know
[09:18]  * bilalakhtar goes to gimpnet
[09:18] <seb128> asac, we will
[09:18] <asac> grewat
[09:18] <pitti> bilalakhtar: that's fine
[09:18] <seb128> bilalakhtar, I think davidz is sleeping by now
[09:18] <seb128> he's u.s based
[09:18] <bilalakhtar> pitti: bug #414107
[09:19]  * seb128 hugs pitti, always there
[09:19] <bilalakhtar> no bot in here?
[09:19]  * pitti hugs back seb128
[09:19] <bilalakhtar> probably down due to the netsplit
[09:19] <seb128> usually there is one
[09:19] <bilalakhtar> pitti: https://bugs.edge.launchpad.net/ubuntu/+source/gnome-disk-utility/+bug/414107
[09:19] <pitti> bilalakhtar: np, typing "ubug <middle mouse>" isn't too hard :)
[09:20] <bilalakhtar> pitti: it requires an SRU as well, so the debdiff for lucid-proposed is attached, andthe maverick branch is linked
[09:20] <bilalakhtar> maverick -> branch, lucid -> debdiff
[09:20] <robert_ancell> seb128, morning.  I uploaded 0.9.7 as soon at the tarball hit the ftp server :)
[09:21] <seb128> robert_ancell, hey, excellent
[09:21] <seb128> robert_ancell, I was hoping you would do the empathy update as well but seems you didn't :p
[09:21] <seb128> robert_ancell, oh, I got the vala email on -changes now
[09:22] <bilalakhtar> pitti: patch has been accepted by the MeeGo team for MeeGo
[09:23] <robert_ancell> seb128, you can leave empathy for tomorrow if you want
[09:23] <seb128> robert_ancell, I will do, I need to build a list of milestoned bugs for beta
[09:24] <seb128> robert_ancell, and to clean some other things, I didn't manage to do that yet this week with all the other updates
[09:24] <seb128> not to count dx and unity updates to do
[09:24] <pitti> bilalakhtar: that looks rather easy
[09:24] <seb128> I think I will miss didrocks today ;-)
[09:24] <bilalakhtar> pitti: yup, its a very popular and accepted patch :)
[09:24] <seb128> robert_ancell, thanks
[09:25] <seb128> robert_ancell, btw if touch a package which build-depends on gir-repository-dev please drop the build-depends
[09:25] <seb128> robert_ancell, I think we don't need the remaining gir in there and we should move it to universe
[09:25] <robert_ancell> seb128, np, leave it all for tomorrow - I tend to do updates on Friday afternoons as they're easy to finish in a predictable time
[09:26] <seb128> robert_ancell, excellent, thanks
[09:26] <robert_ancell> seb128, I don't understand.  Is all of gir-repository-dev obsolete now?
[09:26] <bilalakhtar> pitti: why did you decline it for lucid?
[09:26] <seb128> robert_ancell, dpkg -L
[09:26] <seb128> robert_ancell, dpkg -L gir-repository-dev
[09:26] <pitti> bilalakhtar: it's not appropriate for an SRU
[09:26] <bilalakhtar> pitti: ah, ok
[09:27] <seb128> robert_ancell, I don't think we actually use any of the remaining bits in the GNOME stack
[09:27] <seb128> robert_ancell, upstream moved dbus to gobject-introspection itself in git
[09:27] <robert_ancell> ah nice
[09:27] <seb128> robert_ancell, which was probably the only useful one
[09:27] <seb128> if we need one of the others somewhere we should try to build it from the source
[09:27] <robert_ancell> sure
[09:27] <seb128> ie I think gtksourceview git has introspection, we could backport it if required
[09:28] <seb128> but I doubt anything use those atm
[09:28] <seb128> it's just to move that one to universe if we can, it should be just a matter of cleaning the build-depends
[09:28] <seb128> they date from the time the gtk gir etc was still there
[09:29] <robert_ancell> seb128, so it looks like libgjs is the last thing using it
[09:29] <pitti> bilalakhtar: hm, that screenshot is from g-d-u 2.28 apparently; 2.30 looks completely different
[09:30] <bilalakhtar> pitti: but the problem exists still, as many people reported
[09:30] <seb128> robert_ancell, grep-dctrl -s Package -F Build-Depends gir-repository-dev /var/lib/apt/lists/*Sources
[09:30] <robert_ancell> seb128, where do you come up with these :)
[09:30] <bilalakhtar> pitti: the bug is there on GNOME bugzilla, MeeGo bugzilla, lp and debian BTS
[09:30] <seb128> robert_ancell, use the command line luke ;-)
[09:31] <seb128> it's powerful ;-)
[09:31] <robert_ancell> ok, gtg, see you guys tomorrow
[09:31] <pitti> bilalakhtar: ah, it still applies, but it's ugly -- the scrollbars never go away
[09:32] <seb128> robert_ancell, have fun, bye
[09:33] <bilalakhtar> pitti: what do you think? On big screens, no one cares about 'em
[09:33] <bilalakhtar> pitti: on small screens, its a need
[09:33] <bilalakhtar> pitti: and, some people on the bug are so impatient they forced me to make a PPA for it :(
[09:33] <seb128> bilalakhtar, it should be a nop on screen which have space and show scrollbar on small screens
[09:33] <seb128> ie add only the scrollingarea on small screens
[09:34] <bilalakhtar> so pitti, the patch is a 'reject' ?
[09:34] <pitti> bilalakhtar: hang on, I'm trying to fix it
[09:34]  * bilalakhtar wais for pitti to do it, he could also have done it if pitti asked 
[09:37] <pitti> bilalakhtar: ok, got it
[09:37] <bilalakhtar> pitti: gtk_scrolled_window_set_policy(<scrolledwindowheree>,GTK_POLICY_AUTOMATIC)
[09:37] <pitti> right
[09:37] <bilalakhtar> even I got it!
[09:38] <seb128> bilalakhtar, you should try to get it before pinging for sponsoring ;-)
[09:38] <bilalakhtar> seb128: I tried, but I didn't know someone would find the scrollbars ugly
[09:38] <bilalakhtar> seb128: after all, the MeeGo guys accepted it like this directly
[09:39] <bilalakhtar> seb128: and so is debian going to do, debian NMu is still pending, though
[09:39] <pitti> Debian NMU? nah, I'll just cherrypick it and upload regularly
[09:40] <seb128> bilalakhtar, those guys don't care about desktop though, they are a small screen product rather
[09:40] <bilalakhtar> thanks pitti
[09:40] <seb128> bilalakhtar, they might have tested it only on the small screen case
[09:40] <bilalakhtar> yes seb128 , I submitted my RFS thrice on debian-mentors, no response
[09:40] <bilalakhtar> ah, you meant that ;)
[09:41] <bilalakhtar> seb128: BTW, is there something I can do to help the desktop team (my favourite ) ?
[09:41] <bilalakhtar> any (non-job) vacancy
[09:42] <seb128> we have plenty of bugs to triage, fix, update to do, etc
[09:42] <seb128> I should update the milestoned buglist in the topic
[09:42] <bilalakhtar> seb128: is there any universe package maintained by ubuntu-desktop ?
[09:44] <bilalakhtar> Thanks pitti for fixing the bug!
[09:44] <pitti> thanks to you too for pointing out
[09:44] <seb128> bilalakhtar, no, we have enough to do on the default installation, we do care about having GNOME uptodate though
[09:44] <seb128> bilalakhtar, http://people.canonical.com/~seb128/versions.html
[09:44] <seb128> bilalakhtar, you can click next to the package title to display extra entries
[09:45]  * bilalakhtar looks at seb128 's link
[09:45] <seb128> bilalakhtar, you want to do updates?
[09:45] <seb128> bilalakhtar, I guess hamster-applet would be nice to update
[09:45] <bilalakhtar> seb128: I can, of course
[09:45] <bilalakhtar> seb128: thanks for pointing it out
[09:45] <seb128> np, thank you for helping ;-)
[09:46] <seb128> bilalakhtar, sound-juicer as well
[09:46] <bilalakhtar> seb128: these packagse aren;t in that list
[09:47] <seb128> bilalakhtar, click on the + next to the package title
[09:47] <bilalakhtar> seb128: ah, got it
[09:47] <seb128> bilalakhtar, the default list displays only the default installation, not universe and extra components
[09:47] <bilalakhtar> good,
[09:48]  * bilalakhtar finds universe packages better to work on
[09:48]  * bilalakhtar is not a MOTU, though
[09:48] <seb128> why better?
[09:48] <seb128> should be about the same if you don't have upload rights
[09:49] <bilalakhtar> seb128: should I merge from Debian or updatefrom upstream?
[09:49] <bilalakhtar> netsplit has been resolved!
[09:49] <seb128> bilalakhtar, update from upstream should be enough, we are past the merge period now
[09:50] <seb128> bilalakhtar, well you are welcome to merge hamster-applet if you want it seems nobody did it this cycle
[09:50] <bilalakhtar> seb128: but debian version of hamster-applet is somewhat out-of-date, so I am better of updating from upstream
[09:51] <seb128> bilalakhtar, well you can merge on debian and then do the update over that
[10:15] <asac> seb128: heh. i had a question on that bug and didier is gone, so maybe you could reroute that to someone?
[10:15] <asac> MIR
[10:18] <seb128> mpt_, hey
[10:22] <seb128> mpt_, sorry you dropped before I could reply
[10:22] <seb128> mpt_, doesn't synaptic has a category listing those?
[10:22] <seb128> I've not used pinning for a while, apt-cache policy might list those as well
[10:22] <mpt_> seb128, sorry, I didn't realize that the question had gotten through :-) jpds is helping me now
[10:22] <mpt_> Synaptic doesn't have a category for it
[10:37] <tjaalton> seb128: the applet itself, but a fedora bug would suggest it's normal...
[10:37] <tjaalton> ummm, gvfs upstream
[10:38] <tjaalton> it's just triggering a weird nfs4 bug that's still unfixed in 2.6.35
[10:38] <tjaalton> gathering more info for the upstream kernel folks to figure it out..
[10:40] <tjaalton> hum seems like both indicator-applet{,-session} do the same, both have four stale files open
[10:41] <seb128> I'm not really surprised they are pretty similar code
[10:41] <seb128> they just load different indicators
[10:43] <seb128> pitti, hum, no, the me-menu has an icon reflecting status...
[10:43] <seb128> pitti, ie the icon is actually useful
[10:43] <seb128> pitti, where the layout one doesn't bring anything to the user
[10:43] <pitti> seb128: right, I said as much on the bug
[10:43] <seb128> pitti, just replying to your bug comment there ;-)
[11:02] <kermiac> thanks pitti :)
[11:12] <kiwinote> njpatel: hi! I have investigated further into the s-c bug in the desktop edition which I assume causes the bug in unity (but yes, I can't test this because unity doesn't run here)
[11:12] <kiwinote> njpatel: the first step is triggering the bug: -
[11:14] <kiwinote> njpatel: it seems that purging software-center and apt-xapian-index will get us into an 'initial install' state
[11:14] <kiwinote> njpatel: if you then install s-c from the archives, this should trigger the bug in unity (please test)
[11:15] <bilalakhtar> seb128: hey, that rhythmbox bug
[11:15] <seb128> hey bilalakhtar
[11:15] <bilalakhtar> seb128: I think its better to first check if the locale is C or english, then resize?
[11:15] <kiwinote> njpatel: I think there are two issues in s-c causing that bug: -
[11:15] <seb128> bilalakhtar, or change it to only be an icon without label?
[11:15] <seb128> that's what totem is doing
[11:16] <bilalakhtar> seb128: that would be a bit odd, when compared with the other buttons there
[11:16] <seb128> ok, not sure then
[11:16] <seb128> but your current fix is broken
[11:16] <seb128> you can't code a geometry for each locale
[11:16] <seb128> not sure how to do it
[11:17] <kiwinote> njpatel: we recommend apt-xapian-index rather depending on it, which may cause the index not to be available when s-c is installed
[11:18] <bilalakhtar> seb128: BTW, is it necessary to resize? That was done sine the button size would change when the label changed.
[11:18] <kiwinote> njpatel: then there was that quirk in logic I pointed out earlier which means that the postinst exits before doing everything it's meant to
[11:18] <seb128> bilalakhtar, well otherwise you have the other buttons which get shifted which is weird I guess
[11:18] <bilalakhtar> so, we need to have a big discussion here. seb128 is right on the regard that we can strip off the label
[11:18] <seb128> bilalakhtar, but talk to vish
[11:19] <bilalakhtar> another netsplit!
[11:19] <kiwinote> njpatel: I have a branch which fixes those two issues at lp:~kiwinote/software-center/fresh-installs
[11:19] <bilalakhtar> vish: around?
[11:19] <seb128> those hunderpapercut are often not that trivial changes and bring back as many issue than they solve
[11:19] <kiwinote> njpatel: you should be able to build a deb from there which solves the issues
[11:19] <vish> ;p
[11:19] <vish> bilalakhtar: wassup?
[11:19] <njpatel> kiwinote, ah, nice. I'll try and reproduce it and test with your branch when I have a chance
[11:20] <bilalakhtar> vish: bug #620326
[11:20] <kiwinote> njpatel: I'm a bit unsure about whether all these findings are correct or not, so some testing would be nice ;)
[11:20] <ubot2> Launchpad bug 620326 in rhythmbox (Ubuntu) "Wrong (hardcoded) width for Play button in non-english language (affects: 2) (heat: 14)" [Low,New] https://launchpad.net/bugs/620326
[11:20] <kiwinote> njpatel: thanks. going to have some lunch now, so I'll be back later
[11:21] <vish> bilalakhtar: hehe! so how would have it been if you had added spaces! ;)  told you seb128 wont agree :)
[11:21] <bilalakhtar> vish: I didn't add spaces
[11:21] <vish> bilalakhtar: yeah , you changed that..
[11:21] <bilalakhtar> vish: now, this problem
[11:21] <seb128> vish, how many spaces?
[11:22] <bilalakhtar> seb128: it would need 3 spaces for english
[11:22] <vish> seb128: that was his first idea
[11:22] <seb128> vish, it depends of what play and pause labels are your locale
[11:22] <seb128> you can't really know that
[11:22] <bilalakhtar> well, I dumped the spaces idea earlier
[11:22] <seb128> and it would be weird have "play        " just because pause is "wordingforpause" in your locale
[11:22] <seb128> have -> to have
[11:23] <vish> seb128: yeah , i told bilalakhtar  that spaces should not be the solution and that it will change with languages, and to use the max size of the two labels.. didnt know he was gonna hardcode it for english..
[11:23] <seb128> vish, well what you suggest still has the same issue
[11:23] <seb128> "play            "
[11:23] <seb128> "wordingforpause"
[11:23] <seb128> would be weird
[11:23] <bilalakhtar> Why not do what totem did?
[11:23] <seb128> ie no label?
[11:24] <bilalakhtar> strip off the label? well, would be wierd
[11:24] <seb128> I think the reason was that it's easier to hit the play button with a label
[11:24] <vish> seb128: it needs to use the max size of the label thats what every other buttons do, else they will keep jumping
[11:24] <seb128> it also makes it easier to spot next to others
[11:24] <bilalakhtar> my solution: check if the locale is C or en_*
[11:24] <seb128> vish, what other buttons?
[11:24] <vish> seb128: i meant, the other buttons will keep moving if we dont have the size set
[11:24] <seb128> bilalakhtar, no locale specific hack no
[11:24] <bilalakhtar> then resize, if not, then just leave it like
[11:24] <vish> seb128: the buttons on the right of play/pause
[11:25] <seb128> vish, well so you have the choice between weird layout with lot of space, not label or undo that fix and go back to one label
[11:25] <vish> seb128: or we dont use label ;)
[11:25] <bilalakhtar> http://www.omgubuntu.co.uk/2010/08/for-what-its-worth-rhythmbox-gets-pause.html
[11:25] <seb128> vish, that was the second choice I listed
[11:25] <bilalakhtar> as we see, this was a very-much awaied change
[11:25] <seb128> "not label"
[11:25] <vish> ah..
[11:25] <seb128> (was meant to be "no label")
[11:26] <seb128> vish, how are other player dealing with that?
[11:26] <bilalakhtar> s/awaied/awaited
[11:26] <vish> seb128: in totem/banshee its without label
[11:26]  * bilalakhtar looks at banshee
[11:26] <bilalakhtar> anyone having banshee over here? I don't
[11:27] <seb128> vish, in other os? ie itunes?
[11:27] <vish> seb128: no label
[11:27] <seb128> ok, so just drop the label?
[11:27] <vish> yes, sounds sensible
[11:27] <bilalakhtar> decision made>
[11:27] <bilalakhtar> ?
[11:27] <seb128> yes
[11:28] <vish> bilalakhtar: not blindly dropping the label, we need to see how it changes with the gconf too
[11:28] <vish> bilalakhtar: with gconf labels below buttons, there needs to be a label
[11:28] <vish> because other buttons will have label
[11:29] <vish> labels below icons*
[11:29] <bilalakhtar> vish: ok, I am making the change, we will test it and see
[11:29] <seb128> vish, well just tweak the button flag to display only label in that mode
[11:29] <seb128> the way other buttons are doing it
[11:29] <vish> yup
[11:30] <bilalakhtar> vish: that's what I meant ^^
[11:30] <bilalakhtar> my task from now onwards :|
[11:31] <vish> bilalakhtar: just making sure, now itself.. :) otherwise there will be another problem/bug about that later ;)
[11:31] <bilalakhtar> vish: yes I will
[11:33] <bilalakhtar> seb128: should it be gtk_button_set_label(<buttonhere>,"") ?
[12:33] <webczat> Hey.
[12:33] <webczat> What usb-creator requiires? i want to install it on gentoo and then create ubuntu liveusb pendrive
[12:34] <webczat> more specifically i did but it freezes after pressing start
[12:35] <seb128> hi webczat, try #ubuntu-devel rather, the people working on usb-creator are not on this channel
[12:44] <seb128> pitti, there?
[12:44] <pitti> seb128: here
[12:45] <seb128> pitti, can you ssh to the retracers?
[12:45] <seb128> did the config change?
[12:45] <pitti> ubuntu-archive@ronne:~$
[12:45] <pitti> yes, seems to work
[12:45] <pitti> seb128: ssh fails for you?
[12:45] <pitti> seb128: no, it hasn't changed in ages
[12:45] <seb128> pitti, ok stupid me, I was trying to connect to the wrong port, I had the same change as for cocoplum there
[12:46] <seb128> pitti, sorry about the noise
[12:46] <seb128> pitti, thanks ;-)
[12:46] <seb128> hum, no was not that bug a buggy config anyway, it's solved now
[12:46] <seb128> pitti, I'm trying to see if I can fix the retracers
[12:49] <dpm> hey pitti, call in 10?
[12:49] <pitti> dpm: yep
[12:49] <dpm> cool
[12:50] <seb128> pitti, so you told me to log into a retracer and try to apport-retrace there manually? how do you get the authorization token in?
[12:51] <pitti> seb128: just --help should do, that should cover the imports
[12:51] <pitti> seb128: just trying 'python -c "import launchpadlib.errors"' should also do
[12:52] <seb128> pitti, well the amd64 crashes on the "SystemError: Corrupt duplicate db:[(u'*** in database main ***\nOn page 1129 at right child: invalid page number 1171',)]"
[12:52] <seb128> I started with that one
[12:53] <pitti> right, so that would happen in i386 again, I figure
[12:53] <pitti> I can't make any sense of this one :-/
[12:54] <seb128> is that part in the duplicate checking or in the apport retracing sandbox?
[12:58] <pitti> seb128: I think in the sandbox; the log should have the backtrace
[12:58] <pitti> seb128: I have a call now, bbl
[13:00] <seb128> see you
[13:06] <bilalakhtar> seb128: should I subscribe the desktop team to upgrade bugs?
[13:06] <seb128> bilalakhtar, no, just sponsors
[13:06] <seb128> we watch the sponsoring list
[13:07] <bilalakhtar> seb128: ah, my mistake, please unsubscribe from bug #620403
[13:07] <ubot2> Launchpad bug 620403 in hamster-applet (Ubuntu) "Update to 2.31.90 (affects: 1) (heat: 8)" [Wishlist,Confirmed] https://launchpad.net/bugs/620403
[13:07] <seb128> done
[13:07] <bilalakhtar> thanks seb128
[13:07] <seb128> thank you
[13:20] <LucidFox> Whee, I see the keyboard indicator has migrated away from using a tray icon
[13:20] <LucidFox> the text isn't updated when I switch the layout anymore, though
[13:21] <seb128> LucidFox, known issue
[13:21]  * LucidFox nods
[13:22] <bilalakhtar> seb128: dammit, hamster-applet has moved to waf
[13:23] <LucidFox> I wonder, by the way...
[13:23] <LucidFox> the messaging indicator uses indicate, the custom application indicators use libappindicator
[13:23] <LucidFox> * uses libindicate
[13:25] <LucidFox> Does the sound menu use yet a third API library?
[13:37] <kenvandine> LucidFox, i think libindicate, libdbusmenu and ido
[13:50] <asac> 14:48 < asac> alf__: https://edge.launchpad.net/ubuntu/+source/wncksync failed on amd64
[13:50] <asac> seb128: ^^
[13:50] <asac> on it
[13:50] <asac> ?
[13:50] <asac> ok seems its glib
[13:50] <asac> ibglib2.0-dev : Depends: libglib2.0-bin (= 2.25.14-1ubuntu1) but it is not going to be installed
[13:50] <seb128> asac, yes, I give a retry
[13:50] <asac> ok great
[13:51] <seb128> asac, it was an installability issue until the new glib built on amd64
[13:51] <asac> alf__: ^^ ... in 2 hours you can try again with some luck
[13:51] <seb128> but wncksync should not be used nowadays
[13:51] <seb128> you should use bamf, the modern maintained version
[13:51] <asac> seb128: we have it for liblauncher still
[13:51] <asac> seb128: i know
[13:51] <seb128> k
[13:51] <asac> not this cycle unless a miracle in form of volunteers show up ;)
[13:52] <asac> next cycle we can plan this ... but i guess we get camf by then ;)
[14:00] <seb128> pitti, let me know when you are back from your call
[14:01] <pitti> seb128: I am
[14:01] <seb128> pitti, so there is an issue with connecting to private bugs
[14:01] <seb128> pitti, it seems to timeout
[14:01] <seb128> pitti, I can retrace amd64 bugs by and in the sandbox correct if the bugs are public
[14:02] <seb128> pitti, I'm using apport-retrace --auth launchpad-credentials 614676 for testing
[14:02] <seb128> pitti, I'm using apport-retrace --auth=launchpad-credentials 614676 for testing
[14:02] <pitti> seb128: you can use --auth ... login, BTW, then you will have the credentials in /tmp/auth in the sandbox
[14:02] <pitti> ah, but seems you already copied them into the sandbox somehow
[14:02] <seb128> pitti, I've been ssh a second time and copying to /tmp/...
[14:02] <pitti> heh
[14:02] <seb128> ;-)
[14:02] <pitti> seb128: so, you'll know for next time
[14:03] <seb128> yes
[14:03] <seb128> thanks
[14:03] <pitti> seb128: anyway, so you fixed the import errors?
[14:03] <seb128> still that command hangs
[14:03] <seb128> pitti, no, I'm about to do it, I don't get what's going on
[14:03] <seb128> reinstalling those package workaround it
[14:03] <pitti> right, that fixed it for me, too
[14:03] <seb128> but I got similar error in the amd64 sandbox I'm using after a retracing
[14:03] <seb128> seems python-* get screwed by some upgrades
[14:04] <seb128> pitti, anyway another issue is that the retrace hangs when it needs credentials
[14:04] <seb128>     response = conn.getresponse()
[14:04] <seb128>   File "/usr/lib/python2.6/httplib.py", line 988, in getresponse
[14:04] <seb128>     method=self._method)
[14:04] <seb128>   File "/usr/lib/python2.6/httplib.py", line 330, in __init__
[14:04] <seb128>     self.fp = sock.makefile('rb', 0)
[14:04] <seb128> AttributeError: 'NoneType' object has no attribute 'makefile'
[14:04] <seb128> it gives that after a while
[14:04] <seb128> I think it goes to timeout
[14:05] <seb128> pitti, do you know to what machine and port that tries to connect?
[14:05] <pitti> seb128: does that happen in production ? or just your local calls when you didn't specify --auth?
[14:05] <seb128> pitti, it happens in the amd64 retracer with
[14:05] <seb128> apport-retrace --auth=launchpad-credentials 614676
[14:05] <pitti> seb128: hm, api.edge.launchpad.net or so, I htink
[14:05] <seb128> ie I did apport-chroot login chroots/maverick.tar.gz
[14:05] <seb128> on ronne
[14:05] <seb128> without the --save since I want to debug
[14:06] <seb128> not to update the sandbox
[14:08] <ara> rickspencer3, ping
[14:08] <pitti> seb128: logging in now
[14:08] <seb128> pitti, thanks, I logged out of the amd64
[14:08] <seb128> pitti, I'm fixing the i386 python issues
[14:08] <pitti> seb128: ah, thanks
[14:08] <pitti> seb128: I'll try with --stdout first
[14:09] <seb128> pitti, thanks
[14:09] <seb128> pitti, in any case I didn't get the db errors manually yet
[14:09] <seb128> I got python ones, retracing working and timeouts
[14:09] <seb128> pitti, retracing public bugs without credential works
[14:10] <pitti> seb128: maybe it happens during the dup db consolidation, I'll check again
[14:10] <pitti> AttributeError: 'NoneType' object has no attribute 'makefile'
[14:10] <pitti> seb128: ^ right, that's what I got from cron amd64 a few days ago
[14:11] <pitti> root@ronne:/# apport-retrace -sv --auth /tmp/auth 614676
[14:11] <pitti> seb128: ^ this just hangs for me; I guess same for you?
[14:11] <seb128_> pitti, sorry adsl ip change
[14:11] <seb128_> you were saying?
[14:11] <pitti> ah, heh
[14:11] <pitti> root@ronne:/# apport-retrace -sv --auth /tmp/auth 614676
[14:11] <pitti> seb128_: ^ this just hangs for me; I guess same for you?
[14:11] <seb128_> that hangs for a minute
[14:12] <seb128_> then give the python traceback I copied
[14:12] <seb128_> I think it timeouts
[14:12] <pitti> seb128_: and I got that from crno amd64 a few days ago:
[14:12] <pitti> AttributeError: 'NoneType' object has no attribute 'makefile'
[14:12] <seb128_> right
[14:12] <seb128_> that's the stacktrace I get if I wait
[14:12] <seb128_> wait a minute or so
[14:12] <pitti> and that's from the dup checker
[14:12] <pitti> i. e. not from chroot
[14:12] <seb128_> I'm wondering if there is some new firewall rules blocking something needed
[14:12] <pitti> seb128_: right, timed out, got the trace now
[14:13] <pitti> so it seems this can be debugged outside of the chroot, too
[14:14] <pitti> seb128_: FYI, I launched the amd64 dup finder one, it's consolidating now; I want to see whether it crashes during that
[14:14] <seb128_> ok
[14:14] <seb128_> how do you drive the dupfinder by hand?
[14:14] <pitti> just what the cronjob does
[14:14] <pitti> $ dchroot -q -c lucid
[14:14] <pitti> $ cd apport-retracer-amd64; . environ
[14:14] <pitti> $ crash-digger -l lock -d ~/apport_duplicates.db -a ~/.lpcookie -v -D
[14:15] <seb128_> ok
[14:15] <seb128_> I was just checking crontab -k
[14:15] <seb128_> -l
[14:15] <seb128_> I haven't touched the retracers for a while
[14:23] <chrisccoulson> asac - do we need the upgrade hooks in nspr for moving symlinks around now?
[14:24] <seb128_> pitti, ok, i386 one upgraded and no python error when trying to use apport-retrace now
[14:24] <seb128_> pitti, should I remove the lock or do you want to debug what you are on before?
[14:24] <pitti> seb128_: lucky you; I wanted to downgrade lazr.restfulclient in the amd64 test sandbox, and I get nothing else but import errors now :/
[14:24] <pitti> seb128_: please remove the lock, let's see how far it gets
[14:24] <asac> chrisccoulson: not sure. have to look at those. maybe post them to pastebin and i will look after lunch (now)
[14:26] <chrisccoulson> asac - http://pastebin.ubuntu.com/480427/
[14:33] <seb128> alf__, there?
[14:33] <alf__> seb128: here
[14:34] <seb128> alf__, where is your current clutter version available for download?
[14:34] <seb128> alf__, lp:~afrantzis/+junk/clutter-1.0-x11-unified seems to be some revisions behind?
[14:36] <alf__> seb128: lp:~arm-user-platforms/ubuntu/maverick/clutter-1.0/clutter-1.2-unified/
[14:36] <seb128> alf__, thanks
[14:36] <alf__> seb128: yw
[14:37] <alf__> seb128: it's a mess though :)
[14:38] <seb128> alf__, why?
[14:39] <rickspencer3> ara good morning
[14:39] <alf__> seb128: it was much easier to just copy changes from ubuntu than perform clean merges or rebases
[14:39] <seb128> hey rickspencer3
[14:39] <rickspencer3> hi seb128
[14:39] <seb128> alf__, I don't really care about the bzr, I just want the debdiff ;-)
[14:40] <ara> rickspencer3, hey, there are upstream developers asking if the testing program is only for main or also for universe
[14:40] <rickspencer3> hmmmm
[14:40] <rickspencer3> ara, what do you think?
[14:40] <rickspencer3> or rather, what do you think would be the right thing?
[14:40] <ara> rickspencer3, I think that we can add universe applications, can't we? I mean, if it is the developers who work on the testcases (like this case)
[14:41] <ara> rickspencer3, if, in the end, the program is a complete success and we have too many applications, we can divide the tracker
[14:41] <ara> rickspencer3, but, what do you think?
[14:42] <rickspencer3> ara, I agree with you
[14:42] <rickspencer3> the more participation the better, imo
[14:42] <rickspencer3> and if people want to participate with apps in universe, well ... that's great
[14:42] <ara> rickspencer3, great :-)
[14:42] <rickspencer3> I suppose it would be nice if people could see which tests are for apps in universe and which are in main
[14:43] <ara> rickspencer3, yes, I was thinking on doing that
[14:43] <seb128> I was going to say
[14:43] <rickspencer3> ara sweet!
[14:43] <seb128> seems nice as long as it's clear what you need to do to test the default install or what we want to focus on
[14:44] <pitti> seb128: dup db consolidation works, so it's not completely broken at least
[14:44] <pitti> firewall-wise, I mean
[14:44] <ara> seb128, yes, I will try to divide them clearly in the tracker and will update the documentation
[14:45] <seb128> pitti, 481 i386 crashes to retrace
[14:46] <pitti> seb128: timeout or db corruption?
[14:46] <pitti> as soon as it checks the first bug for duplicate, I get the makefile bug again
[14:46] <seb128> pitti, no, 481 is the number of crashes listed, it started on the first one
[14:46] <seb128> didn't crashyet
[14:47] <pitti> seb128: ah, I parsed that wrongly
[14:47] <seb128> I'm just saying there is quite some backlog
[14:47] <seb128> "Duplicate check negative
[14:47] <seb128> New attachments uploaded to crash database #617472
[14:47] <seb128> 08/19/10 13:47:03: retracing #615425
[14:47] <seb128> "
[14:47] <seb128> pitti, ^ seems to work
[14:47] <seb128> let's see if it stands
[14:47] <seb128> pedro_, ^ be warned, crashes might start to fly back your way ;-)
[14:53] <seb128> pitti,
[14:53] <seb128>     self.fp = sock.makefile('rb', 0)
[14:53] <seb128> AttributeError: 'NoneType' object has no attribute 'makefile'
[14:53] <seb128> 08/19/10 13:51:07: retracing #615425 failed with status: 1
[14:53] <seb128> pitti, it crashed on the second retracing
[14:53] <pedro_> seb128, \o/! nice, thanks
[14:53] <asac> seb128: alf__: didnt alf already send yesterdays debdiff?
[14:54] <asac> otherwise i can forward it
[14:54] <seb128> asac, I got only emails from you and there was a list of upstream bug reference but no debdiff
[14:54] <asac> i thought i CCed seb
[14:54] <asac> seb128: ok that was a failure on my side
[14:55] <asac> seb128: forwarded and tried to keep all others CCed too
[14:56] <seb128> asac, thanks
[14:57] <asac> thanks 2 u
[14:57] <asac> chrisccoulson: those are there to migrate from the debian soname approach to the upstream non-suffix-version libnames
[14:58] <chrisccoulson> asac - yeah, i thought so. but we shouldn't need that now we are past LTS should we?
[14:58] <asac> chrisccoulson: i would keep that for another 3 years in case you pus that to hardy etc. at some point
[14:58] <asac> chrisccoulson: well. they dont hurt, do they?
[14:58] <asac> :)
[14:58] <chrisccoulson> asac - no, they don't hurt, i was just wondering if i could drop some cruft ;)
[14:58] <asac> its a good example of how to do this kind of migration ... which had bad and really funny bugs
[14:58] <seb128> pitti, ok, the one which successed retracing had been made public by the submitter
[14:58] <seb128> pitti, so current state is that we timeout on private bugs
[14:59] <seb128> wth?
[14:59] <seb128> pitti, I guess it's an is issue but I don't know where apport tries to connect to
[14:59] <asac> chrisccoulson: right. i would keep it until all distros that might have an upgrade path from the version mentioned there are EOL
[14:59] <asac> also keeping it so debian mozilla folks can take it if at some point they start to be good folks might make sense ;)
[15:00] <asac> but i guess they are smart enough to figure that on their own ;)
[15:00] <asac> chrisccoulson: i think hardy still had the SONAME version in the beginning?
[15:00] <asac> and we moved away with some update?
[15:01] <chrisccoulson> asac - yeah, it seems that the transition was done in jaunty
[15:01] <pitti> seb128: running it locally now
[15:01] <asac> chrisccoulson: right. so definitly until EOL of hardy i would say
[15:02] <asac> and to make backporting simple just keep it everywhere
[15:02] <asac> thats what i would do ;)
[15:02] <chrisccoulson> asac - ok, i'll leave that in for now then
[15:02] <chrisccoulson> thansk
[15:02] <chrisccoulson> s/thansk/thanks
[15:02] <chrisccoulson> heh :)
[15:02] <pitti> seb128: I get the same crash locally, so it's not firewall; and I also get the same crash in the local install in ronne, where the launchpadlib branches haven't been updated in ages
[15:02] <chrisccoulson> asac - did you get my e-mail btw?
[15:02] <pitti> seb128: so it seems to be a regression in LP itself?
[15:03] <seb128> grrr launchpad
[15:04] <asac> chrisccoulson: to asac at linaro.org? if not, remember to use that in future
[15:04] <chrisccoulson> asac - i think i used your canonical address actually
[15:04] <chrisccoulson> let me check
[15:04] <chrisccoulson> yes, i did ;)
[15:06] <pitti> seb128: hm, it seems related to attachments only
[15:06] <pitti> seb128: accessing normal bugs works
[15:06] <pitti> seb128: I'll try to create a minimal reproducer now
[15:06] <asac> chrisccoulson: found
[15:07] <asac> chrisccoulson: and answerd (omni.jar)
[15:07] <asac> that mail only went to canoincal
[15:07] <chrisccoulson> asac - thanks
[15:07] <asac> chrisccoulson: for quick answers sent to linaro.org
[15:07] <asac> send
[15:08] <chrisccoulson> asac - i'm not sure if they support shipping files outside of omni.jar (the reason for this change is that it should give quite a big startup time improvement)
[15:08] <chrisccoulson> i spoke to bsmedberg on IRC yesterday, and he suggested that distro's who are building with external libraries (ie, everyone except for us) probably wouldn't be able to use omni.jar at all
[15:08] <asac> chrisccoulson: right. still for branding they need to come up with a solution imo
[15:08] <asac> and we should talk
[15:09] <asac> chrisccoulson: try to not use the Arch: all please
[15:09] <chrisccoulson> ok, no problem
[15:09] <asac> at least in the beginning
[15:09] <asac> later we can do that
[15:10] <asac> only if the stuff can really only be built on one arch it makese sense ... and having packages with all/any mix should be discouraged in general imo
[15:10] <chrisccoulson> ok, i'll leave that bit out
[15:10] <chrisccoulson> hmmm, i've just been trying to figure out why i keep getting a maintainer-script-lacks-debhelper-token lintian warning in nspr
[15:11] <chrisccoulson> because the token is definately in there
[15:11] <chrisccoulson> then i realised:
[15:11] <chrisccoulson> "#DEPHELPER#"
[15:11] <chrisccoulson> heh :)
[15:11] <asac> DEP ;)
[15:11] <asac> lol
[15:11] <asac> that must have been me
[15:11] <chrisccoulson> possibly ;)
[15:11] <asac> and yes, i looked at this for a few times
[15:12] <asac> and never spotted that. thanks!
[15:12] <chrisccoulson> i'll fix that now
[15:13] <pitti> seb128: ok, filed bug 620458 about it, pinging Francis now
[15:13] <ubot2> Launchpad bug 620458 in launchpadlib (and 1 other project) "cannot access attachments of private bugs any more (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/620458
[15:13] <seb128> pitti, thanks
[15:13] <seb128> pedro_, ^
[15:13] <pedro_> seb128, subscribing
[15:13] <asac> ouch ... uploaded with ~asac suffix to archive ;)
[15:13] <asac> guess its not worth to reupload without
[15:15] <seb128> pedro_, ok, so no retracing until that is sorted
[15:16]  * seb128 hugs pitti
[15:16] <pedro_> roger that
[15:16] <seb128> pitti, thanks for helping on that
[15:17] <chrisccoulson> asac - it could be worse ;)
[15:17] <chrisccoulson> you could have done something like upload firefox 4.0~b5 to the archive ;)
[15:18] <asac> lol
[15:18] <asac> yeah
[15:18] <pitti> seb128: see canonical channel, seems they have an idea about it
[15:18] <seb128> pitti, thanks
[15:20] <pitti> hmm, since today (or so) the Apps menu is much smaller than it used to be, but I can't put my finger on what's missing
[15:21] <pitti> did we just thin the whitespace  between the strings and the arrows?
[15:21] <seb128> pitti, the categories list you mean?
[15:21] <pitti> right
[15:21] <pitti> don't worry, I won't file a bug or so :) it just made me blink
[15:22] <seb128> I didn't notice any change
[15:22] <lucidfox> Speaking of the apps menu being smaller, I noticed that many of my installed applications don't show up in Unity on my netbook
[15:22] <lucidfox> is it a bug or a feature?
[15:22] <seb128> known bug
[15:23] <seb128> it might be fixed this week
[15:42] <james_w> seb128: do you still have the traceback from yesterday? I think it's a dupe of an already filed bug, but I want to make sure we are fixing yours too.
[15:43] <seb128> james_w, I guess it still does it, I had no time to open that bug yet, running after changes for other teams today
[15:43] <seb128> james_w, but should be easy to test with the testcase from yesterday
[15:43] <seb128> james_w, I can go back to that after the unity updates
[15:43] <james_w> seb128: that's fine, did you already tell me what the testcase was?
[15:43] <james_w> I can do it for myself if you like
[15:44] <seb128> james_w, yes I did yesterday
[15:44] <seb128> james_w,
[15:44] <seb128> bzr get lp:ubuntu/indicator-sound
[15:44] <seb128> bzr merge-upstream --version 0.4.0 http://edge.launchpad.net/indicator-sound/sound-menu-v2/0.4.0/+download/indicator-sound-0.4.0.tar.gz lp:indicator-sound
[15:44] <seb128> james_w, ^
[15:44] <james_w> thanks
[15:45] <seb128> np
[15:47] <seb128> james_w, let me know if you get the error
[15:47] <james_w> just starting a phone call, I'll try after
[15:49] <bcurtiswx> kenvandine: on MM I can't add a facebook gwibber account.  I've even gone onto facebook and removed the gwibber app link, still no success.
[15:49] <kenvandine> bcurtiswx, that is still facebook throttling, i am sure
[15:49] <kenvandine> the auth request we send gets blocked :/
[15:49]  * kenvandine shakes fist at facebook
[15:50] <bcurtiswx> so it's all facebook to blame eh?
[15:50] <kenvandine> well... partly :)
[15:50] <kenvandine> gwibber was too greedy before and over extended the allocation they give us
[15:51] <kenvandine> seems people aren't apply updates but are still trying to refresh from facebook
[15:51] <bcurtiswx> that sentance was confusing to me..
[15:52] <kenvandine> it is confusing :)
[15:52] <bcurtiswx> sentence*
[15:52] <kenvandine> gwibber was making too many calls to facebook
[15:52] <kenvandine> and requesting too much data
[15:52] <kenvandine> i trimmed that way way way back
[15:52] <kenvandine> and uploaded the fix to MM and lucid
[15:52] <kenvandine> but... they don't throttle per user
[15:52] <kenvandine> they throttle all gwibber users everywhere
[15:53] <kenvandine> so until enough gwibber users update to get the fix and our usage goes down... it breaks :/
[15:53] <kenvandine> the throttle by application by they are very much geared towards web apps embedding facebook widgets
[15:53] <kenvandine> not desktop apps
[15:54] <bcurtiswx> ah i see, I can imagine this won't go down until MM releases
[15:54] <kenvandine> it isn't maverick causing the problem
[15:54] <kenvandine> it is the lucid users
[15:54] <kenvandine> i suspect
[15:54] <kenvandine> we didn't get throttled until about a week after lucid was released
[15:54] <bcurtiswx> i know.. hence when they upgrade to MM it won't be an issue (assuming a lot of lucid users aren't upgrading)
[15:55] <kenvandine> ah... i see
[15:55] <kenvandine> but since lucid is an LTS, i fear lots of them will stay on lucid
[15:55] <kenvandine> i am hoping they will upgrade for 10.04.1 though
[15:55] <bcurtiswx> well with 10.04.1 out.. we can hope for the best
[15:56] <bcurtiswx> so to get a facebook account working, it's a try once in a while and hope it lets me through kind of thing?
[15:57] <chrisccoulson> asac - i just noticed that the nspr build isn't putting any ldconfig calls in the postinst script (even with the fixed debhelper token)
[15:57] <chrisccoulson> dh_makeshlibs should do that shouldn't it?
[16:00] <bcurtiswx> well i'll be darned.. facebook let me auth
[16:00] <rodrigo_> seb128, you haven't merged my tomboy branch, right? (didn't get an email, it seems)
[16:01] <seb128> rodrigo_, no sorry it's over crazy for some days
[16:01] <seb128> rodrigo_, will do in a bit
[16:01] <rodrigo_> seb128, ah, ok, don't worry then, just do it when you can
[16:18] <seb128> asac, alf__: ok, clutter with your changes uploaded
[16:20] <seb128> rodrigo_, ok, tomboy pushed, sorry about the delay the week is being crazy again
[16:21] <rodrigo_> seb128, oh, didn't want to put more pressure on you, so thanks a million :)
[16:21] <and471> kiwinote, are you experienced with app-install-data?
[16:22] <kiwinote> and471, depends what you need to know ;)
[16:22] <seb128> rodrigo_, that was a quick task I just forgot about it in the middle of the madness for other things ;-)
[16:22] <and471> hehe
[16:22] <and471> kiwinote, basically for the fretsonfire game, we have a few packages
[16:22] <rodrigo_> seb128, :)
[16:22] <and471> kiwinote, one is -game, with contains the games binaries
[16:22] <and471> kiwinote, the others are -songs-* which contain songs
[16:23] <and471> kiwinote, finally we have just 'fretsonfire' which is a meta-package that pulls in the game and the songs
[16:23] <and471> kiwinote, for the fretsonfire-game.desktop in app-install-data, the package it points to in X-AppInstallData-Package
[16:23] <and471> kiwinote, is fretsonfire-game
[16:24] <and471> kiwinote, am I correct in assuming this should really point to the 'fretsonfire' package?
[16:25] <kiwinote> let me have a look. If the name of the desktop file is fretsonfire-game, then I presume app-install-data isn't doing odd stuff, but I'll check
[16:25] <and471> kiwinote, the name is fretsonfire-game.desktop
[16:25] <kiwinote> I recall having to change the featured app from fretsonfire to fretsonfire-game at one stage
[16:26] <and471> kiwinote, yeah
[16:26] <and471> kiwinote, the reaosn I ask is in Software Center, we really want the app to be shown to be the metapackage, not just the game binaries
[16:26] <kiwinote> yep
[16:26] <and471> we = me and vish :)
[16:28] <kiwinote> and471: was just looking at the source code of fretsonfire
[16:29] <and471> k
[16:29] <kiwinote> and471: it seems that the file upstream is called fretsonfire-game.desktop
[16:30] <kiwinote> and471: the app-install-data magic that happens is quite complex, but I assume that the name above doesn't help it make the right decision
[16:30] <kiwinote> and471: so that would be something good to change
[16:30] <and471> kiwinote, so what needs to change app-install-data or fretsonfire?
[16:31] <kiwinote> and471: I *think* fretsonfire needs to rename that desktop file
[16:31] <and471> ok
[16:31]  * and471 thinks we need to buy mvo a pager
[16:31] <kiwinote> and471: that may not mean that app-install-data gets it right though, it'll just increase the chance of it
[16:32] <kiwinote> and471: mvo will hopefully know the details though
[16:32] <and471> kiwinote, yup, see above :)
[16:32] <kiwinote> hehe, got to let him take a bit of a break though ;)
[16:32] <and471> :)
[16:34] <and471> kiwinote, ok, I shall make a patch for fretsonfire
[16:34] <and471> vish, fyi ^
[16:35] <kiwinote> and471: although searching s-c for fretsonfire does return the desktop file and it installs all the right packages, so it's rather low priority, even qua hundred papercut bugs..
[16:35] <and471> kiwinote, yes but we are also changing the description of the metapackage to be better and so we want that description to be shown
[16:36] <and471> kiwinote, anyway thanks for your help :)
[16:36] <kiwinote> ah, ok, if you're modifying fretsonfire code anyway, then yes it does make sense to do this at the same time
[16:37] <and471> yup yup :)
[16:38] <nessita> seb128: hi there! have a couple of minutes to help me with a merge-upstream failure?
[16:38] <seb128> nessita, hey, you probably want james_w to help you but you can still ask on the channel
[16:38] <seb128> whoever knows can reply this way
[16:38] <seb128> nessita, I don't know much about merge-upstream failure myself, it usually works
[16:39] <nessita> does anyone know why I'm getting this bzr: ERROR: An inconsistent delta was supplied involving u'/COPYING'
[16:39] <nessita> full message at https://pastebin.canonical.com/36045/
[16:39] <james_w> nessita: running merge-upstream
[16:39] <james_w> ?
[16:39] <nessita> james_w: yes
[16:39] <nessita> james_w: the full command and output in the paste above
[16:39] <james_w> nessita: I'm working on fixing that right this second
[16:39] <nessita> james_w: splendid!
[16:40] <nessita> james_w: would you please let me know when is fixed?
[16:40] <nessita> so I can finish the release
[16:41] <james_w> nessita: of course
[16:41] <james_w> nessita: it will be more than a couple of minutes
[16:41] <seb128> $ bzr-buildpackage
[16:41] <seb128> ...
[16:41] <seb128> builddeb/upstream.py", line 183, in get_specific_version
[16:41] <seb128>     self.upstream_branch.lock_read()
[16:41] <seb128> AttributeError: 'NoneType' object has no attribute 'lock_read'
[16:41] <seb128>  
[16:41] <seb128> some days I hate the new packaging workflows ;-)
[16:42] <and471> kiwinote, ok I have made the changes in the fretsonfire branch and will make a merge request
[16:42] <james_w> seb128: some days I do too :-)
[16:42] <and471> kiwinote, should I just leave app-install-data?
[16:42] <seb128> james_w, do you know what is wrong there or how to workaround it?
[16:42] <kiwinote> and471: yep, that's automatically generated
[16:42] <james_w> seb128: that's odd, let me take a quick look
[16:42] <and471> kiwinote, ok thanks
[16:43] <kiwinote> and471: can you post a link to the branch?
[16:43] <and471> kiwinote, sure
[16:43] <seb128> upstream.py", line 345, in get_specific_version
[16:43] <seb128>     return source.get_specific_version(package, version, target_dir)
[16:43] <seb128> hum
[16:43] <seb128> james_w, thanks
[16:43] <james_w> seb128: can you run with -Derror and pastebin the full traceback?
[16:44] <seb128> james_w, http://paste.ubuntu.com/480482/
[16:44] <james_w> merci
[16:44] <seb128> de rien
[16:46] <rodrigo_> oh, no didrocks
[16:46] <seb128> rodrigo_, he's on holidays 2 weeks
[16:46] <seb128> rodrigo_, can I help you?
[16:46] <seb128> james_w, ok sorry, was my fault
[16:46] <seb128> james_w, I didn't have the orig.tar.gz rightly named
[16:46] <rodrigo_> seb128, (I wanted to ping didrocks, but since he's not here) -> only when you have time, have a look at the branch I linked to in https://bugs.edge.launchpad.net/ubuntu/+source/evolution/+bug/615874
[16:46] <ubot2> Launchpad bug 615874 in evolution (Ubuntu) "Add Ubuntu One email to Evolution fresh install (affects: 1) (heat: 400)" [Wishlist,In progress]
[16:46] <seb128> james_w, what it meant is "can't find tarball"
[16:47] <rodrigo_> seb128, but only when you have time, I still need danilo to have a look at it
[16:47] <seb128> rodrigo_, ok
[16:47] <james_w> seb128: yeah, still a bug though. And pristine-tar should have provided it for you anyway.
[16:47] <seb128> james_w, I'm using debian dir only in the vcs
[16:47] <james_w> seb128: ah
[16:48] <vish> and471: \o/
[16:48] <and471> :)
[16:49] <james_w> seb128: anyway, fixed the crash, so it should tell you that in future
[16:49] <james_w> now back to the other one...
[16:49] <seb128> james_w, you rock, thanks
[16:50] <sabdfl> seb128: do you know why gcm is so crashy at the moment?
[16:51] <seb128> sabdfl, gcm?
[16:51] <sabdfl> colour management
[16:51] <seb128> no, I'm not using it
[16:51] <seb128> do you have a stracktrace of the crash?
[16:52] <seb128> try unsetting UBUNTU_MENUPROXY before running it maybe as well
[16:52] <seb128> the appmenu thing is known to create some crashers
[16:53] <sabdfl> nope, that doesn't fix it in this case
[16:53] <sabdfl> apport to the rescue!
[16:54] <seb128> ok, so I guess the best is to let apport send the crash
[17:00] <and471> kiwinote, vish, side tracked by nosebleed, will have the branch in a sec
[17:00] <kiwinote> and471: sure, dinner time over here now anyway
[17:00] <chrisccoulson> talking of appmenu-gtk, it still crashes firefox-4.0 (presumably because the binary name doesn't match what is in the blacklist)
[17:01] <chrisccoulson> i might have to unset UBUNTU_MENUPROXY in our start script so we don't flood mozilla with crash reports ;)
[17:01] <sabdfl> seb128: looks like a buffer overflow, https://bugs.edge.launchpad.net/ubuntu/+source/gnome-color-manager/+bug/620512
[17:01] <ubot2> sabdfl: Error: Bug #620512 is private.
[17:01] <seb128> sabdfl, let's wait for retracing
[17:01] <seb128> chrisccoulson, right
[17:02] <seb128> chrisccoulson, but dx should fix that crash as well
[17:02] <chrisccoulson> yeah, it would be nice to
[17:02] <chrisccoulson> i might take a look at that once we've got FF4.0 working again
[17:02] <seb128> do you have a bug open about that?
[17:02] <seb128> can you give the number
[17:04] <chrisccoulson> seb128 - bug 610083 (which is for thunderbird, but they both have the same crash)
[17:04] <ubot2> Launchpad bug 610083 in appmenu-gtk (Ubuntu) (and 1 other project) "thunderbird segfaults with the latest appmenu-gtk (affects: 2) (dups: 1) (heat: 186)" [Undecided,Fix released] https://launchpad.net/bugs/610083
[17:04] <seb128> chrisccoulson, thanks
[17:06] <and471> kiwinote, https://code.launchpad.net/~and471/ubuntu/maverick/fretsonfire/fix-599525
[17:06] <and471> vish, merge request = https://code.launchpad.net/~and471/ubuntu/maverick/fretsonfire/fix-599525/+merge/33128
[17:06] <bcurtiswx> is there a new place to check maverick packages.. i don't see them in packages.ubuntu.com
[17:07] <and471> bcurtiswx, yeah I have found this annoying :/
[17:07] <vish> and471: lol! whats that in the changelog "NEEDS SPONSOR"!
[17:08] <and471> vish, well.. it needs a sponsor :)
[17:08] <nigelb> bcurtiswx: packages.ubuntu.com isn't working yet this time.
[17:08] <pedro_> seb128, could it be bug 620430 related to the latest mpris change? i'd happy to upstream it otherwise
[17:08] <ubot2> Launchpad bug 620430 in rhythmbox (Ubuntu) "Pressing "shuffle" button in Rhytmbox causes it to crash (affects: 1) (heat: 6)" [Medium,Confirmed] https://launchpad.net/bugs/620430
[17:09] <vish> and471: thats not necessarily the sponsors field, unless there are other changes.. its just an "uploader" field, so you can use your name.. :)
[17:09] <nigelb> bcurtiswx: launchpad.net/ubuntu/+source/<package-name> should be your best bet
[17:09] <nigelb> and471: that is generally the name of the person requesting sponsorship...
[17:09] <seb128> pedro_, well those changes come from upstream but maybe wait I'm about to do a git snapshot update
[17:10] <seb128> pedro_, so let's try with that version before
[17:10] <bcurtiswx> nigelb: yeah, i know.  I just got used to the packages.ubuntu.com interface.. thx tho :D
[17:10] <nigelb> and471: also the name of the person signing it..
[17:10] <nigelb> bcurtiswx: me too :)
[17:10] <pedro_> seb128, Ok I'll wait then, thank you
[17:10] <kenvandine> whew... fixed some UGLY account migration bugs in gwibber this morning... wasn't expecting that today
[17:10] <and471> nigelb, ah really? when I have left my name there, someone has usually overwrote it with theirs
[17:10] <and471> nigelb, maybe it was a special circumstance, I shall update it
[17:11] <seb128> pedro_, np
[17:11] <bcurtiswx> kenvandine: is emapthy 2.31.90 going to auto-merge?
[17:11] <bcurtiswx> empathy*
[17:11] <kenvandine> i don't think anything auto-merges anymore...
[17:11] <kenvandine> we'll have to do it
[17:12] <bcurtiswx> kenvandine:  OK, would I need a merge request?
[17:12] <kenvandine> i am sure we'll get it updated
[17:12] <bcurtiswx> kenvandine: kk, thx
[17:12] <kenvandine> seb128, is that on your radar?
[17:13] <nigelb> and471: where did you check? launchpad?
[17:13] <and471> nigelb, vish, updated with my name now :)
[17:13] <seb128> kenvandine, it will be updated tomorrow
[17:13] <kenvandine> cool
[17:13] <and471> nigelb, check?
[17:13] <nigelb> and471: where did you see it overwritten
[17:13] <and471> nigelb, in some of mvo's uploads when he updated software-center
[17:14] <and471> nigelb, however maybe it was because he had changes as well
[17:15] <nigelb> and471: yeah, that's when that happens
[17:15] <nigelb> when its only you, please use your name there :)
[17:15] <and471> ah okay
[17:16] <nigelb> basically, its autogenerated based on what you put in your .bashrc file.
[17:16] <and471> yup
[17:17]  * Riddell nudges seb128 towards qt4-qws in New queue
[17:18] <seb128> Riddell, I noticed the reject email from jdstrand showing up on the ubuntu-archive list
[17:18] <kiwinote> and471: gtg now, but if you builddeb from your branch and open the deb files with the archive manager you'll see that the desktop file is still provided by fof-game rather than fof metapkg
[17:18] <seb128> Riddell, I don't want to step against another archive admin and security team member opinion
[17:19] <Riddell> asac: ^^ looks like we need to convince jdstrand then?
[17:19] <and471> kiwinote, does it actually need to move into the metapackage?
[17:19] <and471> kiwinote, can't we just tell app-install-data to use the metapackage?
[17:19] <kiwinote> and471: yep, I think it does, otherwise app-install-data thinks it's in the fof-game pkg
[17:20] <and471> kiwinote, hmm, ok, i'll do some research
[17:20] <and471> kiwinote, see ya then :)
[17:20] <kiwinote> and471: afaik there is no simple way to do that
[17:20] <kiwinote> cu
[17:20] <asac> seb128: jdstrand wnated a bug to track the reasoning for forking the code
[17:20] <asac> lets do that in -devel
[17:25] <and471> vish, ok I can see a problem
[17:25] <and471> vish, as you know we want app-install-data to point to metapackage
[17:25] <and471> for fretsonfire
[17:25] <and471> vish, however, app-install-data will only point towards this if the .desktop file is in that package
[17:26] <and471> vish, currently it points towards -game becuase it is in the -game package
[17:26] <and471> vish, so we are kinda stuck
[17:26] <vish> and471: hmm.. well that needs to be fixed then.. ;)
[17:27] <and471> vish, again we need mvo :)
[17:27] <vish> and471: if its turning out to be too much of a trouble.. leave it and move to a different bug :)
[17:27] <and471> vish, I shall post a comment on the bug
[17:28] <vish> and471: thanks, we try to fix the ones we can.. if it is too messed up.. we can look at it later ;p
[18:05] <lucidfox> I wonder, can libappindicator be used as easily with Qt as with GTK?
[18:09] <and471> lucidfox, maybe ask on #ayatana ?
[18:46] <seb128> re
[18:46] <seb128> mpt, hi
[18:46] <seb128> mpt, could you clarify on that keyboard layout bug if your design can't be done this cycle what should be done with the icon displayed?
[18:49] <seb128> rodrigo_, I commented on the evo bug
[18:49] <seb128> rodrigo_, would be nice if you could split the patches in two, one to allow the translation and one with the template
[18:49] <seb128> template = u1 email
[18:50] <seb128> rodrigo_, would be nice to send the one which allows translations upstream as well
[18:58] <dobey> oh bugger
[18:58] <dobey> revu is confused
[18:59] <dobey> Package is for "maverick" but only packages for "lucid" are currently accepted.
[19:02] <nessita> seb128: I just created this merge proposal https://code.launchpad.net/~nataliabidart/ubuntu/maverick/ubuntu-sso-client/ubuntu-sso-client-0.99.1/+merge/33134
[19:02] <nessita> seb128: shall I dput the .changes somewhere?
[19:17] <dobey> seb128, rodrigo_: wow, that is disturbing
[19:19] <dobey> seb128, rodrigo_: also, intltool doesn't actually support that yet
[19:37] <seb128> dobey, right, which is what danilo is supposed to work on
[19:38] <dobey> right, but this is totally the wrong way to go about it :(
[19:38] <seb128> hum, what would be the right way?
[19:39] <dobey> seb128: heh. well i /just/ clicked 'save comment' on the merge proposal from rodrigo :)
[19:39] <dobey> https://code.edge.launchpad.net/~rodrigo-moya/ubuntu/maverick/evolution/add-u1-email/+merge/33125
[19:40] <dobey> i think it pretty much sums up why i think it's wrong, and what the right way to do it, are
[19:41] <seb128> ok
[19:41] <seb128> dobey, thank you for commenting
[19:43] <dobey> sure
[19:56] <nessita> seb128: did you get my message re the merge proposal?
[19:58] <seb128> nessita, hey, yes, sorry I though that you left for some reason I might have typoed the start of your nick when I tried <tab>
[19:58] <seb128> nessita, no need to dput it, you want me to upload?
[19:58] <nessita> seb128: yes please!
[19:58] <seb128> nessita, ok, I'm on it
[20:00] <nessita> thanks!
[20:03] <dobey> seb128: how plausible is it to still get stuff in universe? or to get something already in universe MIRed?
[20:04] <seb128> dobey, universe -> easy, something in universe mir you would need a solid reason that late in the cycle
[20:07] <seb128> nessita, uploaded
[20:08] <nessita> seb128: great, thanks!
[20:08] <seb128> nessita, you're welcome
[20:13] <dobey> seb128: well, the only reason they'd need to be in main, would be as build dependencies for running tests during build of other packages.
[20:19] <jenkins> can someone please point out the source file of the gtkspinner widget, as I would like to make a widget biased on it. I spent a couple of days tiring to find it. If no one knows a suggestion of a better channel to ask would be great :)
[20:20] <seb128> jenkins, hi, it's in gtk itself
[20:21] <jenkins> hello seb128 : download as per http://www.gtk.org/download.html ?
[20:22] <seb128> jenkins, git clone git://git.gnome.org/gtk+
[20:22] <jcastro> Laney: meeeby tells me that a new smuxi will be ready in ~2 weeks, they've done a bunch of ayatana integration work and are keen to get in maverick, do you think there'd be a problem?
[20:23] <jenkins> seb128: I will have a look, i tried there before I probably missed
[20:24] <pitti> good night everyone!
[20:24] <seb128> jenkins, see gtkspinner.c in the gtk directory
[20:24] <seb128> pitti, 'night
[20:24] <jenkins> thanks seb128 I will do when it is downloaded
[20:36] <james_w> nessita: that bug is now fixed in lp:bzr-builddeb
[20:36] <nessita> james_w: awesome, thanks!
[20:46] <kenvandine> asac, did you get a chance to look at bug 618757 ?
[20:46] <ubot2> Launchpad bug 618757 in libgwibber (Ubuntu) "[MIR] libgwibber (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/618757
[20:47] <kenvandine> asac, i need to upload a new indicator-me, which needs it
[20:50] <asac> kenvandine: let me check
[20:57] <asac> kenvandine: do we really need to support mono in libgwibber?
[20:57] <asac> the less strange dependencies the better :-P
[20:58] <kenvandine> yeah, we want to enable developers to embed stuff in mono apps
[20:58] <kenvandine> the more the better...
[20:58] <asac> omg
[20:58] <kenvandine> but yeah, less deps would be better
[20:58] <asac> lets close the mono door man :-P
[20:58] <asac> j.k.
[20:58] <kenvandine> hehe
[20:58]  * kenvandine calls boycottnovell
[20:58] <asac> in MIR pratice it doesnt matter here as the libs get demoted if thy are not used
[20:58] <kenvandine> yeah
[20:59] <kenvandine> i wish mono could use introspection
[20:59] <asac> but given how painful mono is ... i instantly get the idea of stop helping mono
[20:59] <asac> but i guess i am wrong :)
[20:59] <kenvandine> :)
[20:59]  * asac speaks with arm hat on
[20:59] <kenvandine> gzip: stdout: Broken pipe
[20:59] <kenvandine> dpkg-source: error: gunzip gave error exit status 1
[20:59] <kenvandine> E: pbuilder: Failed extracting the source
[20:59] <kenvandine> any idea about that from pbuilder?
[20:59] <asac> see thats mono
[20:59] <asac> ;)
[20:59] <kenvandine> i am getting that building one package in pbuilder
[20:59] <kenvandine> others are fine... weird
[21:00] <kenvandine> i can extract it with dpkg-source -x no problem
[21:00] <asac> yeah. you might not believe it, but we had gzip algorithm problems in the past :)
[21:00] <asac> in the RECENT past
[21:00] <asac> with python and crap :)
[21:00] <asac> incompatible gzip ;)
[21:01] <asac> was really annoying with bzr for the mozillateam at some point iirc
[21:01] <kenvandine> eek
[21:01]  * kenvandine blames tedg
[21:02] <asac> ok me goes to build log review
[21:02] <kenvandine> thx
[21:02] <asac> or maybe not. launchpad is really lunchpad atm here
[21:03] <asac> hell now you are in troubles ... armel failed to build
[21:03] <asac> kenvandine: ^
[21:03] <kenvandine> oh?
[21:03] <asac> i want a successful build before approving this for sure
[21:03] <asac> http://launchpadlibrarian.net/53885741/buildlog_ubuntu-maverick-armel.libgwibber_0.0.4-0ubuntu2_FAILEDTOBUILD.txt.gz
[21:03] <asac> maybe its good enough for retry
[21:04] <kenvandine>  valac : Depends: valac-0.10 but it is not going to be installed
[21:04] <asac> ogra: are there any major hickups in the stack that has depends problems here: http://launchpadlibrarian.net/53885741/buildlog_ubuntu-maverick-armel.libgwibber_0.0.4-0ubuntu2_FAILEDTOBUILD.txt.gz
[21:04] <kenvandine> i think it has built for armel before
[21:04]  * kenvandine retries
[21:13]  * tedg believes that we shouldn't have to worry about building on ARM until there are cool ARM netbooks out there that we can test on :)
[21:14] <tedg> For the record, I'd take a tablet as well.
[21:30] <jcastro> hey kenvandine
[21:30] <jcastro> if an app is ported to app indicators, and since we've shipped them for one cycle already, that's a bugfix not a feature right?
[21:34] <dobey> jcastro: that's an area that consists of multiple shades of grey :)
[21:35] <kenvandine> jcastro, depends on who you asks :)
[21:35] <kenvandine> jcastro, get seb128's opinion :)
[21:35] <jcastro> kenvandine: I want to know what you think because I already know what seb will say
[21:35] <kenvandine> hehe
[21:35] <dobey> technically speaking, 'compiling code' is a 'feature' :)
[21:35] <kenvandine> well a new port is a new feature
[21:35] <dobey> some apps lack it
[21:37] <kenvandine> asac, libgwibber built on armel
[21:38] <kenvandine> i'll wait for an ack before uploading indicator-me... gotta run out for about an hour
[21:38] <kenvandine> bbiab
[22:17] <ogra> asac, thats just arch any vs arch all stuff
[23:02] <rodrigo_> dobey, danilo's patch, which will be landed upstream, supports that, thus my comment about needing the patch
[23:03] <rodrigo_> seb128, ok, will look at spliutting the patch tomorrow morning
[23:03] <seb128> rodrigo_, thanks
[23:11] <kenvandine> asac, look at libgwibber?
[23:11] <ogra> kenvandine, its all fine with it
[23:11] <kenvandine> hey ogra
[23:12] <ogra> you just picked an unlucky moment to upload it (right after seb128 had upliaded a new glib)
[23:13] <ogra> if you had waited 2h it would have built, the populating of the arch all vs arch any packages of glib takes a while, through that time the archive is out of sync on arm
[23:22] <TheMuso> Hrm. Something is funky with gnome-terminal after updates yesterday. I can't send commands to irssi to switch between windows uing ALT shortcut keys.
[23:26] <bryceh> TheMuso, I had noticed that recently gnome-terminal added an option (set on by default) that makes Alt-* shortcuts be taken as menubar mnemonics
[23:26] <chrisccoulson> TheMuso, there's a bug report for that i think
[23:26] <TheMuso> chrisccoulson: Ah ok.
[23:27]  * TheMuso runs irssi in its own terminal window with no other tabs, so that the ALT shortcut keys do not get overridden by moving between tabs.
[23:27] <bryceh> TheMuso, try `gconftool-2 --set /apps/gnome-terminal/global/use_mnemonics \
[23:27] <bryceh>   --type Boolean False`
[23:27] <TheMuso> I do use alt shortcuts to move between my IRC windows however.
[23:27] <TheMuso> bryceh: will do so thanks
[23:27] <chrisccoulson> TheMuso, bug 619754
[23:27] <ubot2> Launchpad bug 619754 in vte (Ubuntu) (and 1 other project) "alt + backspace; alt+d etc. don't work anymore (affects: 9) (dups: 2) (heat: 54)" [High,Fix released] https://launchpad.net/bugs/619754
[23:28] <TheMuso> chrisccoulson: cheers
[23:29]  * TheMuso goes to fetch the update...