[00:01] <jasoncwarner> robert_ancell TheMuso RAOF bryceh https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-04-19 Meeting time!
[00:01] <TheMuso> Hey.
[00:01] <bryceh> hi
[00:02] <jasoncwarner> morning everyone...hope everyone is enjoying these last few weeks before the release ;)
[00:03] <TheMuso> Yeah.
[00:03] <TheMuso> Just over a week now till the release.
[00:03] <RAOF> Morning.
[00:03] <jasoncwarner> Alright, lets get to it!
[00:03] <jasoncwarner> [TOPIC] X Update
[00:04] <RAOF> One broad class of compiz freezes fixed.
[00:04]  * DBO pokes RAOF
[00:04] <RAOF> But bug #740126 has a different cause, seems to be intel-specific, and I'm working on it.
[00:05] <ubot2> Launchpad bug 740126 in unity "compiz hangs randomly several times per day" [High,Triaged] https://launchpad.net/bugs/740126
[00:06] <RAOF> Apart from that, there seems to be an Xserver crasher still lurking around, possibly associated with fullscreen flash.
[00:06] <jasoncwarner> ah flash...
[00:07] <jasoncwarner> ok...thanks, RAOF
[00:07] <RAOF> Bug #764456 is an exemplar of that; the server dies in CallCallbacks.
[00:07] <ubot2> Launchpad bug 764456 in xserver-xorg-video-intel "X crashes frequently with flash video playback" [Undecided,New] https://launchpad.net/bugs/764456
[00:07] <RAOF> bryceh: Anything you want to add?
[00:08] <bryceh> been focusing on the Arrandale external monitor issues this week, there's about a dozen bug reports notably 747205 as the primary.  I suspect there are at least 3 distinct bugs that are getting mixed up.
[00:08] <bryceh> of the three, the primary issue might be a DPMS issue in the kernel; possibly this can be worked around int he X driver; I have a patched driver in my ppa I'm having folks test
[00:10] <bryceh> last week I worked on gpu lockup bugs for -intel and did some testing for unity/-ati corruption issues, but haven't nailed down any noteworthy fixes there.
[00:10]  * robert_ancell loves the random X crash
[00:10]  * jasoncwarner agrees with robert_ancell
[00:10] <RAOF> Jay pinged me about that; I've filed a bug upstream about misrendering on r300g
[00:11] <RAOF> robert_ancell: Lies!  X crashes are myths perpetrated by evil aarvarks!
[00:12] <jasoncwarner> Ok...anything else of note?
[00:12] <jasoncwarner> or, moving on to [TOPIC] AOB ;)
[00:12] <bryceh> I also wrote a GUI tool called xdiagnose to help people turn on debugging in the kernel
[00:12] <bryceh> anyway, guess nothing else of note.  lamenting loss of wayland, etc.
[00:13] <robert_ancell> loss of wayland?
[00:13] <RAOF> bryceh: We should discuss what to do with that at a session of UDS.
[00:13] <jasoncwarner> yes, I think so...
[00:14] <RAOF> robert_ancell: Linking cairo with libGL causes a significant memory use increase for people with nvidia's libGL.
[00:14] <bryceh> RAOF, *shrug*
[00:14] <RAOF> (On the order of 5MiB per process linking to cairo on x86-64, apparently up to 20MiB/process on i386)
[00:15] <TheMuso> Youch.
[00:16] <RAOF> bryceh: Well, we *will* want to have wayland in the archive - even in main - in the not too distant future.  Even if we just decieded to say “sucks to be you, nvidia users”, we should probably decide that :)
[00:16] <bryceh> RAOF, to be honest I'm kinda worn out... was a lot of work and is kind of a let down that it all ended up for naught
[00:17] <jasoncwarner> bryceh: might feel like that now, but we'll be using that soon enough!
[00:17] <bryceh> anyway, I suppose if/when people start caring about wayland, the work can be undertaken again
[00:17] <jasoncwarner> just a stumbling block ;)
[00:18] <jasoncwarner> Anyway...sounds like we are about done...so thanks everyone...appreciate it!
[00:18] <bryceh> thanks
[00:18] <TheMuso> Thanks.
[00:19] <RAOF> Ta.
[00:29] <chrisccoulson> is everyone looking forward to UDS?
[00:30] <DBO> i dont want to go to hungary
[00:30] <desrt> is it because of the new constitution?
[00:31] <RAOF> I always look forward to UDS.
[00:31] <TheMuso> Me too.
[00:31] <broder> I'm excited. I haven't gotten a chance to go to Europe in years
[00:33] <chrisccoulson> i have to make sure i don't let my daughter find my passport!
[00:33] <chrisccoulson> she's already hidden it in the bin once already ;)
[00:33] <chrisccoulson> i don't want her to do that just before UDS :)
[00:34] <DBO> chrisccoulson, high shelves
[00:34] <chrisccoulson> DBO - yeah, it's on a high shelf now :)
[00:35] <DBO> altitude is the natural enemy of children
[00:35] <DBO> if you cant go for altitude, go for weight
[00:36] <DBO> dude budapest is like 1.7 million people... thats like twice as many as detroit... but probably a whole lot cleaner
[00:54] <lifeless> RAOF: hey, around ?
[00:54] <lifeless> RAOF: my dad has this happening -
[00:54] <lifeless> Error mounting location: DBus error org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus)
[00:55] <lifeless> RAOF: I've seen a few inconclusive bugs/forum posts
[00:55] <lifeless> he's running maverick; are you interested in more data / helping get him functional ?
[00:56] <RAOF> lifeless: I've seen something like the reverse of that when unmounting twice quickly enough that the first hasn't gone through before the second is triggered.
[00:56] <RAOF> But more context would be good - what's your dad doing to get that message?
[00:56] <lifeless> gvfs-mount ssh://10.0.0.16
[00:56] <lifeless> or via the GUI connect-to-server
[00:57] <lifeless> originally only the gui failed, so I got him running gvfs-mount as a (fugly) workaround
[00:57] <lifeless> dbus-monitor didn't show anything obviously bogus to me [but I don't practice enough to be sure whats good/bad]
[00:58] <RAOF> I think that's a reasonably common gvfs error mode that gvfs has terrible reporting for.
[00:59] <RAOF> I don't really have any suggestions on how to proceed, though.
[00:59] <RAOF> It's not something that I'm particularly familiar with; robert_ancell might know more :)
[01:00] <robert_ancell> unfortunately I don't know enough about gvfs to say
[01:06] <lifeless> so, if network connectivity is up
[01:06] <lifeless> and the machine on the other end is ubuntu
[01:06] <lifeless> and ssh <host> works
[01:06] <lifeless> htf does one debug this?
[01:08]  * RAOF is clueless
[01:15] <GunnarHj> kees: Pls see bug 766672. Were Martin's changes intended for Maverick?
[01:15] <ubot2> Launchpad bug 766672 in language-selector "package language-selector-common 0.6.8 failed to install/upgrade: sub-processo script post-installation instalado retornou estado de saída de erro 2" [Undecided,New] https://launchpad.net/bugs/766672
[01:22] <lifeless> RAOF: robert_ancell: also worth noting is that it returns effectively instantly when it fails
[01:22] <lifeless> not some arbitrary point later
[01:31] <RAOF> I win at reading the entrails of X.
[01:34] <cyphermox> RAOF, what does it tell you? ;)
[01:35] <RAOF> That if I cast 0xb78f660 to a DrawablePtr then I've found the drawable compiz is waiting on.
[02:29] <TheMuso> RAOF, bryceh, seems that with newer kernels/x bits on my ThinkPad, I can leave NVIDIA Optimus enabled in the BIOS, and natty now comes up and uses the intel controller only. So I can leave optimus turned on now for whenever I use windows.
[02:29] <RAOF> That's pretty nice.
[02:29] <TheMuso> Yeah it is.
[02:29] <lifeless> RAOF: robert_ancell: so, should I file a bug? Minimally the inability to debug network share access seems uhm important ?
[02:30] <RAOF> lifeless: Please do file a bug.  I'm not sure who we've got who'll be particularly good at looking at it, though.
[02:35] <lifeless> RAOF: I'll pop round to his place in a bit and ubuntu-bug it up there
[02:46] <robert_ancell> lifeless, :P
[02:47] <robert_ancell> lifeless, oh I thought you meant my place, but of course you're not in this neighborhood now!
[02:48] <lifeless> robert_ancell: indeed ;)
[02:49] <lifeless> robert_ancell: Would be happy to drop in some day but needs a little more coord :>
[02:52] <bryceh> TheMuso, good to hear
[02:53] <bryceh> ok, /me -> EOD.  time to go play in the garage
[07:17] <pitti> Good morning
[07:46] <pitti> robert_ancell: btw, the gtk-doc upload keeps being in the queue; TBH I'm quite nervous about breaking package builds with a new version at this point
[07:47] <robert_ancell> pitti, should I make a package with just the patch? It completely breaks distcheck at the moment
[07:49] <pitti> distcheck of gtk-doc?
[07:49] <pitti> I am looking forward to getting out of tree builds fixed, I painfully remember the workarounds I had to do in udev and other places
[07:49] <pitti> but it changes quite a bit more, too
[07:51] <GunnarHj> pitti: Good morning, Martin! Can you please upload a backports update due to yesterday's security update? I suppose it's pretty urgent. https://code.launchpad.net/~gunnarhj/ubuntu/maverick/language-selector/backports-sec-update/+merge/58417
[07:52] <Sweetshark> Morning all!
[07:52] <pitti> robert_ancell: that patch is the main change of that version, so I think if we take it we can just as well take 1.17 completely
[07:52] <pitti> GunnarHj: ah, yes
[07:52] <pitti> Sweetshark: guten Morgen!
[07:53] <robert_ancell> pitti, well, if we deliver 1.16 any project that uses gtk-doc.make and doesn't have it checked in is going to fail make dist :(
[07:53] <pitti> GunnarHj: you apparently have a conflict in debian/changelog, but I'll sort it out during merging
[07:53] <pitti> robert_ancell: that bug is ages old, though; why do
[07:53] <pitti> ... did it suddenly become worse?
[07:54] <GunnarHj> pitti: I saw that bzr believes it's a conflict, but...
[07:54] <robert_ancell> pitti, I don't know how no-one noticed it! It's only occurred in 1.16 right?
[07:54] <pitti> robert_ancell: I first noticed it maybe two years ago
[07:54] <pitti> I don't think that ever worked right
[07:55] <pitti> it's great to see it fixed, though; less crappy workarounds in udev, pygobject and friends
[07:55] <robert_ancell> hmm, but it was working for me previously, so from my experience it has got worse
[07:55] <pitti> there was a previous failed attempt to fix it, so perhaps that made it worse
[07:56] <pitti> robert_ancell: do you have time to try and build udev, pygobject, and perhaps a GNOME library against the new version and debdiff the binaries to check that doc files are still where they belong?
[07:56] <robert_ancell> pitti, ok, will do
[07:56] <pitti> thanks; that
[07:56] <pitti> darn
[07:56] <pitti> .. that'll give me a lot more confidence in it
[07:57]  * pitti needs to get used to this laptop keyboard again
[07:59] <Sweetshark> pitti: there is a nice little libreoffice-3.3.2-1ubuntu4.dsc on chinstrap fixing bug 765010.
[07:59] <ubot2> Launchpad bug 765010 in libreoffice "LibreOffice StartCenter’s desktop file has an empty value for Name[en]" [Undecided,Confirmed] https://launchpad.net/bugs/765010
[08:03] <didrocks> good morning
[08:19] <robert_ancell> pitti, pygobject and udev seem identical
[08:21] <pitti> nice
[08:21] <pitti> well, they both have workarounds to copy the full source tree into the source dir because of that :)
[08:21] <pitti> robert_ancell: ok, accepting
[08:22] <pitti> looking forward to trying it
[08:22] <Sweetshark> didrocks: good morning ...
[08:22] <Sweetshark> ... traitor! ;)
[08:22] <didrocks> hey Sweetshark, pitti, robert_ancell!
[08:22] <didrocks> Sweetshark: ahah :-)
[08:22] <robert_ancell> debdiff is very odd when it returns nothing.  Makes you wonder if it's done anything!
[08:22] <didrocks> Sweetshark: sorry, LaTeX only annoys me when I need to upgrade with latex-full :-)
[08:22] <robert_ancell> didrocks, morning!
[08:22] <pitti> robert_ancell: it should at least report some noise in the control files?
[08:23] <pitti> robert_ancell: and it says "file list identical" usually
[08:23] <robert_ancell> pitti, should it?  I'll double check
[08:23] <didrocks> Sweetshark: TBH, the first version of my book (in 2006), was in gOOo, but it couldn't handle the number of images and I had to split it two files :/
[08:23] <pitti> robert_ancell: LP queue page timed out again, so not too late to hold it back :)
[08:28] <Sweetshark> didrocks: how did was it not able to handle the images? crashes? or hangs and mindboggling slowness?
[08:29] <didrocks> mindboggling slowness… 500 pages, 250 images (most of them < 100x100px)
[08:40] <Sweetshark> didrocks: there is a solution to that: http://wiki.services.openoffice.org/wiki/Documentation/OOoAuthors_User_Manual/Writer_Guide/Working_with_Master_Documents something that works in OOo/LO better than on MS Office \o/.
[08:41] <Sweetshark> (I learned about that rather late too, unfortunately).
[08:42] <chrisccoulson> good morning everyone
[08:42] <robert_ancell> pitti, hey, how much longer before no more uploads?  I'm fixing up a few gcalctool bugs, should I upload now, or can I wait another 24 hours?
[08:42] <pitti> robert_ancell: gcalctool should be okay tomorrow, too
[08:43] <robert_ancell> pitti, can you check my debdiff logic.  I compile once with my gtk-doc package, and once with the current natty one.  Then debdiffed like this: http://paste.ubuntu.com/596430/
[08:44] <Sweetshark> pitti: but the LO fix should be uploaded today, right?
[08:44]  * Sweetshark looks nervous.
[08:44] <pitti> robert_ancell: that looks fine
[08:44] <pitti> Sweetshark: would be better, as it takes ages on arm
[08:44] <pitti> and we should have room for another emergency upload if that one fails
[08:44] <Sweetshark> pitti: well, its on chinstrap already
[08:45] <seb128> hey desktopers
[08:45]  * Sweetshark waves at seb128.
[08:45] <seb128> hey pitti Sweetshark
[08:45] <seb128> hey robert_ancell
[08:45] <robert_ancell> seb128, hello
[08:46] <pitti> Sweetshark: oh, want me to upload, or do you want to do more changes?
[08:47] <Sweetshark> pitti: upload please!
[08:47] <pitti> yippie!
[08:48] <pitti> Sweetshark: would you mind uploading the debian.tar.gz, too? :-)
[08:49] <chrisccoulson> didrocks, have you seen something like bug 766630 before?
[08:49] <ubot2> Launchpad bug 766630 in firefox "firefox have a "gap" between tabs and the panel " [Undecided,New] https://launchpad.net/bugs/766630
[08:50] <chrisccoulson> i've seen it before, but not for a while
[08:50] <chrisccoulson> but someone reported that yesterday
[08:50]  * Sweetshark grumbles.
[08:51] <Sweetshark> pitti: yes, beacuse you asked so nicely ;)
[08:51]  * pitti bats eyelashes
[08:51] <didrocks> chrisccoulson: yeah, seems to be a compiz bug. I've reproduced it sometimes, smspillaz can't reproduce it
[08:51] <chrisccoulson> didrocks, thanks. is there a master bug already?
[08:52] <didrocks> chrisccoulson: there is one in compiz, I can find it later
[08:52] <chrisccoulson> thanks :)
[08:52] <didrocks> my computer is in a pain with all the rebuilds right now :)
[08:52]  * Sweetshark just had Jehovas wittnesses at the door.
[08:53] <chrisccoulson> Sweetshark, you answered the door?
[08:53] <chrisccoulson> i always leave it to jo to answer the door in the daytime :)
[08:53] <chrisccoulson> (for that reason)
[08:54] <pitti> Sweetshark: "Ich habe auf Euch gewartet!!!"
[08:54]  * pitti remembers Michael Mittermeier
[08:54] <Sweetshark> What a disappointment: a) I was expecting a Notebook delivery. b) I wasnt playing Iron Maiden at maximum volume.
[08:55] <chrisccoulson> pitti - i had to use google translate there ;)
[08:55] <pitti> Sweetshark: thanks, it just looks a lot more beautiful with a debian tarball! that talked me into uploading it
[08:55] <Sweetshark> pitti: *hrhr*
[08:55] <pitti> chrisccoulson: it's a German comedian, there was an act where he describes what he does with Jehova's witnesses at the door
[08:56] <chrisccoulson> heh :)
[09:01] <chrisccoulson> seb128 - any more bugs you want me to look at today?
[09:02] <seb128> chrisccoulson, not right know but I'm doing my daily bug review so I will tell you if I find something ;-)
[09:03] <chrisccoulson> thanks :)
[09:03] <chrisccoulson> i will carry on hacking on my new firefox extension for now :)
[09:09] <rodrigo__> morning
[09:10] <pitti> hey rodrigo_
[09:11]  * pitti assigns 58 bugs to rodrigo_, now that he's part of desktop team for real
[09:11] <pitti> *cough* I meant "great that it worked out!"
[09:11]  * pitti hugs rodrigo_
[09:12] <seb128> did it?
[09:12] <seb128> hey rodrigo_
[09:15] <didrocks> morning rodrigo_
[09:18] <rodrigo_> hey pitti, official now?
[09:18] <rodrigo_> hi seb128, didrocks
[09:18] <seb128> rodrigo_, congrats ;-)
[09:18] <rodrigo_> cool!!
[09:19]  * rodrigo_ stops working and goes out to celebrate :D
[09:20]  * pitti is quite pleased with https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus#rcbugs now
[09:21]  * didrocks hugs rodrigo_, welcome! :)
[09:21] <rodrigo_> thanks didrocks
[09:21] <Sweetshark> rodrigo_: welcome!
[09:22] <rodrigo_> thanks Sweetshark and seb128
[09:22] <rodrigo_> so to celebrate, can someone sponsor this -> https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/webkit/fix-header/+merge/58395 please?
[09:23] <pitti> rodrigo_: oh, sure
[09:23] <didrocks> pitti: (btw, nux waiting, nux waiting, nux waiting… it's kind, it won't bite :-))</whispering>
[09:23] <pitti> didrocks: already processing the queue
[09:23] <rodrigo_> pitti, it's not critical, but needed for empathy in the gnome3 ppa, so can it go in?
[09:23] <pitti> rodrigo_: looks ok to me
[09:23] <didrocks> pitti: you're too fast! :-)
[09:23] <rodrigo_> ok
[09:24] <pitti> and still time to build on arm
[09:24] <rodrigo_> when's the final timeline?
[09:24] <pitti> "The Unapproved queue is empty." yay
[09:24] <pitti> rodrigo_: practically, tomorrow; today for large pacakges like LibO/webkit
[09:25] <pitti> Easter holidays get in the way..
[09:25] <rodrigo_> pitti, ah cool, because I found a bug in evo-couchdb yesterday with jono, so I'm working on a fix
[09:25] <rodrigo_> hopefully will get it done today
[09:25] <pitti> rodrigo_: gosh, it complains about () and wants (void)?
[09:26] <pitti> how stupid is that..
[09:26] <rodrigo_> pitti, that's for stuff compiled with --strict
[09:26] <pitti> right
[09:26] <rodrigo_> yeah, quite dumb indeed
[09:26] <pitti> I still think these should be synonyms
[09:26] <rodrigo_> yes
[09:26] <pitti> oh, btw
[09:26] <pitti> rodrigo_: you aren't in ~ubuntu-desktop yet?
[09:27] <rodrigo_> pitti, I was, but then I was removed because of the process to accept people
[09:27] <rodrigo_> someone complained when I started the rotation
[09:27] <rodrigo_> that I hadn't followed the process to be accepted
[09:28] <pitti> rodrigo_: who except seb128 and me sponsored your work?
[09:28] <pitti> we need to find three people
[09:28] <pitti> I'll send an invite to the list
[09:28] <rodrigo_> hmm
[09:28] <rodrigo_> dholbach a couple of times iirc
[09:29] <rodrigo_> pitti, ah, and kenvandine, although that was before my rotation
[09:29] <pitti> rotation doesn't matter
[09:29] <rodrigo_> ok then
[09:30] <rodrigo_> pitti, https://wiki.ubuntu.com/RodrigoMoya/PerPackageUploadApplication
[09:30] <rodrigo_> if that's useful
[09:30] <seb128> didrocks, pitti: so you do you have any opinion on those geforce cards not working with unity and nvidia but "working" with nouveau
[09:31] <seb128> it's likely users will go and activate nvidia and get no desktop
[09:31] <rodrigo_> btw, can I propose this -> http://git.gnome.org/browse/couchdb-glib/commit/?id=f8765589465b16610e73fb37906716bade83efe6 for upload?
[09:31] <didrocks> right, I think we should blacklist them in jockey then
[09:31] <glatzor> morning mvo seb128  and pitti
[09:31] <seb128> do we consider nouveau to be solid enough and that they should use?
[09:31] <seb128> or should we send them to classic?
[09:31] <seb128> hey glatzor
[09:31] <rodrigo_> it's not critical neither, but it removes a lot of warnings in the logs that people send
[09:31] <pitti> glatzor: Servus!
[09:32] <pitti> seb128: 2D yes, but on nvidia you currently get classic by default, don't you?
[09:32] <seb128> rodrigo_, seems fine to me
[09:32] <mvo> hey glatzor
[09:32] <seb128> pitti, do you?
[09:32] <glatzor> mvo, it seems that the forzen_status context manager is still called in the forked child process if we just use os._exit. Very strange behavior
[09:32] <pitti> I don't think we should install nouveau-3d by default yet
[09:32] <rodrigo_> seb128, ok, and since I have upload rights, I just dput and it will get reviewed, right? or do I need a merge proposal?
[09:33] <mvo> glatzor: oh, that is indeed puzzling, no atexit should be called for _exit()
[09:33] <seb128> pitti, well, whatever you get by default manage to run unity but nvidia gives you a frozen desktop on geforce 7300 and 7400 cards
[09:33] <pitti> seb128: classic for natty IMHO
[09:33] <seb128> pitti, so people get unity working, install nvidia, restart and get no desktop
[09:33] <pitti> feh
[09:34] <glatzor> mvo, but this only happens if you send a ctrl+c to the forked client
[09:34] <didrocks> pitti: we can only blacklist by pcid right now, not pcid + driver
[09:34] <pitti> didrocks: oh, bummer; the nux testing tool doesn't check the driver?
[09:34] <didrocks> pitti: right, only pcids
[09:34] <didrocks> and I don't feel we should change that now
[09:34] <pitti> door bell, brb
[09:34] <pitti> didrocks: but I still think blacklisting is safer at this point
[09:35] <didrocks> so "sorry" for people wanting to try with nouveau?
[09:35] <seb128> didrocks, you just hate users admit it ;-)
[09:35] <didrocks> seb128: damned, my secret!! :-)
[09:35] <mvo> seb128: nowdays it works ok-ish for my 8400, but its not that smooth and I get a crash every now and then
[09:35] <seb128> didrocks, tseliot's point that the nouveau driver is not very efficient and will lead to other issues
[09:35] <didrocks> seb128: do you have the pcid btw?
[09:36] <didrocks> yeah, I see a lot of people using it, but they get artifacts and such
[09:36] <tseliot> yep
[09:36] <glatzor> mvo, you can reproduce by adding a import pdb; pdb; pdb.set_trace() in the finally statement of the frozen_status  method , and abort an installation with Crtl c
[09:36] <seb128> didrocks, we should probably recommend unity only when it will give a solid experience
[09:37] <tseliot> seb128, didrocks: I really think the check should be in either unity or nux, so that users can still use nvidia with the classic desktop or with unity 2d
[09:37] <seb128> didrocks, #728745, it has some, like the apport infos has
[09:37] <seb128> "nVidia Corporation G72M [GeForce Go 7400] [10de:01d8] "
[09:37] <didrocks> ok, looking to add it
[09:37] <seb128> we can ask for lspci infos from other commenters
[09:37] <didrocks> seb128: can you handle that? I'm chasing a bugs in theme with unity
[09:38] <seb128> didrocks, yes
[09:38] <didrocks> adding 10de:01d8 meanwhile
[09:38] <didrocks> seb128: thanks :)
[09:38] <seb128> thanks
[09:39] <didrocks> it will blacklist unity and compiz FYI
[09:41] <pitti> re
[09:42] <pitti> didrocks: is the blacklist in the code, or in any text file?
[09:42] <seb128> didrocks, the --unity and --compiz part of the helper don't have different lists?
[09:42] <didrocks> pitti: it's in the code unfortunately
[09:42] <pitti> didrocks: can it be ignored with an environment variable or a command line optino? (that might also be useful for people testing drivers in a PPA, etc.)
[09:43] <didrocks> seb128: no, despite my repeated demands
[09:43] <pitti> note that a full option is not required, just a very small "optino" one!
[09:43] <didrocks> pitti: can add that
[09:43] <rodrigo_> hmm
[09:43] <rodrigo_> Changes file must be signed with a valid GPG signature: Verification failed 3 times: ["(7, 9, u'No public key')", "(7, 9, u'No public key')", "(7, 9, u'No public key')"] : Permission denied.
[09:43] <rodrigo_> Note: This error might indicate a problem with your passive_ftp setting.
[09:43] <rodrigo_>       Please consult dput.cf(5) for details on this configuration option.
[09:43] <pitti> rodrigo_: argh, that again?
[09:43] <pitti> rodrigo_: just ignore it, it'll work anyway
[09:43] <rodrigo_> again? it's the 1st time I see it
[09:43] <rodrigo_> ah ok
[09:46] <rodrigo_> pitti, I ran dput twice, so there are 2 identical uploads, can you remove one of them?
[09:46] <pitti> rodrigo_: yes, no problem
[09:46] <pitti> rodrigo_: yeah, it has haunted people in the last couple of weeks
[09:46] <rodrigo_> also, can someone please merge this -> https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/couchdb-glib/remove-warnings/+merge/58453 ?
[09:47] <rodrigo_> pitti, well, haven't used dput myself much in the last couple of weeks, that's why I didn't see it, I guess :)
[09:47] <pitti> rodrigo_: isn't that the very one you just uploaded?
[09:47] <rodrigo_> pitti, yes
[09:48] <pitti> rodrigo_: done
[09:49] <rodrigo_> thanks
[10:05] <huats> seb128, I was wondering where to find some updates to do )
[10:05] <huats> :)
[10:05] <huats> well may be not for natty, it is too late I assume
[10:05] <huats> but I'd like to work again for oneiric...
[10:05] <huats> and the page versions.html gave me a 404
[10:06] <huats> so it is not used anymore ?
[10:08] <pitti> bonjour huats
[10:08] <pitti> huats: it just moved to http://people.canonical.com/~platform/desktop/versions.html
[10:08] <huats> hey pitti !
[10:08] <huats> thanks for the info
[10:08] <pitti> we'll have plenty of work to do for O :)
[10:09] <huats> pitti, I know there is
[10:09] <huats> and I'll do my best to help again
[10:09] <huats> :)
[10:10] <seb128> hey huats, yeah new url is in the topic, we moved there like in start of the cycle, you have been away from packaging for a while ;-)
[10:11] <huats> seb128, you know I have been away :)
[10:11] <seb128> huats, it's getting close from natty, hard freeze is tomorrow, so not really the best time for updates though, maybe universe ones
[10:11] <huats> that was my idea (to not work on natty because of the hard freeze)
[10:11] <huats> but to start update my tools :) to be able to work quite soon on oneiric
[10:12] <huats> I'll give a look on universe
[10:13] <pitti> huats: sounds awesome! you have some more time to spend on FOSS stuff again?
[10:13] <pitti> huats: if you are interested, there's still plenty of work to do on the gnome 3 PPA
[10:13] <pitti> which isn't bound by the natty freeze
[10:14] <pitti> huats: it's kind of a staging area for oneiric anyway, but should also be useful for natty users who want to try it
[10:16] <huats> let's say that I have spent sometime working on FOSS but I couldn't find time to work on ubuntu desktop :)
[10:16] <huats> pitti, and yes I should be able to find some more time in the next months !
[10:16] <pitti> tres bien!
[10:16] <huats> indeed the gnome3 ppa is something quite interesting too
[10:17] <huats> pitti, I'll give a look right now
[10:18] <seb128> mvo, have you seen bugs about http://paste.ubuntu.com/596474/ or similar before?
[10:18] <seb128> the error in english says that broken packages are in "keep in state" mode
[10:19] <rodrigo_> huats, we have lots of things todo in the gnome3 ppa, like packaging e-d-s, evolution, gnome-panel, the new network manager, etc, so feel free to do it :)
[10:20] <huats> rodrigo_, I'll give a look quite soon
[10:20] <huats> rodrigo_, how do you coordonate inside the team ? (well if there is coordination :))
[10:21] <mvo> seb128: what bug is that?
[10:21] <seb128> mvo, it's happening on my box, it's not a bug (yet)
[10:21] <mvo> in what context did it happen?
[10:21] <mvo> it usually mean that the poor reslver is confused
[10:22] <seb128> mvo, it seems that's when clicking a binary for upgrade in  update-manager
[10:22] <mvo> ok
[10:22] <seb128> like I click on of the firefox-... which should make firefox to be checked as well
[10:22] <seb128> like firefox-branding
[10:22] <seb128> but instead of checking firefox as to upgrade as well it triggers apport
[10:23] <seb128> mvo, it's my way to select updates I want to do first, I tend to unselect all, click a few I want to try without waiting for other download, install those and then upgrade the remaining
[10:24] <seb128> mvo, bug #752104
[10:24] <ubot2> Launchpad bug 752104 in update-manager "update-manager crashed with SystemError in mark_install(): E:Unable to correct problems, you have held broken packages." [Undecided,New] https://launchpad.net/bugs/752104
[10:24] <mvo> seb128: right, I suspect its just confused over one dependency somewhere or a inconsitent archive
[10:24] <seb128> I'm not the only one ;-)
[10:24] <seb128> mvo, well I'm my system in that buggy state if you want, but it's easy to trigger with a natty box from yesterday where you didn't upgrade firefox yet
[10:24] <seb128> clicking on firefox select the other depends as it should
[10:27] <rodrigo_> huats, there's a mailing list https://edge.launchpad.net/~gnome3-team
[10:27] <huats> rodrigo_, yeah I have seen that :)
[10:27] <rodrigo_> huats, also, there are branches -> https://code.edge.launchpad.net/~gnome3-team
[10:27] <rodrigo_> huats, so, if you start working on something, just tell the list, and propose a branch merge
[10:28] <rodrigo_> that's all :)
[10:28] <huats> rodrigo_, ok that is way to coordonate :)
[10:28] <huats> rodrigo_, thanks for letting me know
[10:28] <rodrigo_> huats, for the stuff we don't have branches yet (e-d-s, evo, etc), just branch from the ubuntu-desktop branch and we'll push that to a gnome3-team branch
[10:28] <huats> ok
[10:29] <rodrigo_> huats, well, to be honest, we haven't used the list much to tell what we were working on :)
[10:29] <huats> (I have seen that since I gave a look at the archives since :) )
[10:30] <huats> rodrigo_, I don't know if you used the url I mentioned (andthat I was looking) but it worked quite well in the past in the desktop team
[10:30] <huats> may be having smething similar might be a good idea :)
[10:30] <rodrigo_> huats, hmm, which url?
[10:30] <huats> rodrigo_, http://people.canonical.com/~platform/desktop/versions.html
[10:30] <rodrigo_> ah yes, we use that
[10:31] <rodrigo_> robert_ancell changed it to show the 3.0 versions
[10:31] <seb128> chrisccoulson, oh, if you feel like it might be worth trying to clean some of the unity or indicator warnings spamming .xsession-errors
[10:31] <chrisccoulson> sure, i can look at that
[10:31] <huats> rodrigo_, do you have the url for the 3.0 ppa ?
[10:31] <rodrigo_> huats, https://edge.launchpad.net/~gnome3-team/+archive/gnome3
[10:33] <huats> no I might misunderstood you, but I thought you mention that robert  set up a web page like the one I just  showed you but focussed on the gnome3 ppa
[10:33] <huats> and I was asking if you have that ur l :)
[10:33] <huats> (or may be I should ask robert directly :))
[10:33] <rodrigo_> huats, no, it's the same page, but it shows the 3.0 versions also
[10:35] <huats> rodrigo_, pfff I think I might need some sleep : I just realized the 2 versions separated by a / :)
[10:35] <rodrigo_> huats, see the Ubuntu and Upstream columns
[10:35] <rodrigo_> huats, heh
[10:35] <seb128> chrisccoulson, ok, other goal for you, can you make unity print the g_debug output in a log rather than spamming .xsession-errors?
[10:35] <seb128> didrocks, ^
[10:36] <mvo> seb128: hm, not on my (slightly outdated box, will try on a second one in a bit, just finishing some code)
[10:36] <huats> rodrigo_, thanks
[10:36] <didrocks> seb128: I thought you told that you would tackle it some weeks ago?
[10:36] <huats> Ineed to go right now, but I'll come back later and try to start workng on something
[10:37] <seb128> didrocks, yeah, you know how it goes ;-)
[10:37] <didrocks> :-)
[10:37] <seb128> didrocks, well it's stable time now I would turn debug off by default
[10:37] <seb128> but anyway let's see if chrisccoulson can help there
[10:38] <didrocks> yeah, I've other more important things to fix now
[10:42] <pitti> seb128, didrocks: WDYT about turning off apport by default tomorrow?
[10:42] <pitti> do you still depend on it for tracking down stuff?
[10:42] <seb128> pitti, the later the better this cycle
[10:42] <seb128> pitti, I want to see what segfaults are still there in the new unity
[10:43] <seb128> but one day should be enough
[10:43] <didrocks> pitti: sounds good to me, most of people reporting stacktrace now are using the "light" report, so we get unuseful stacktrace though…
[10:43] <pitti> oh, they do? why
[10:44] <pitti> ah, I think it sometimes displays vastly inflated numbers for the size of the full one
[10:44] <pitti> I saw it display "130 MB" or so, but it's counting uncompressed size
[10:44] <pitti> the core dump usually melts down to more like 5
[10:44] <seb128> because people judge they don't have enough upload for those
[10:44] <pitti> meh; let's hope it's usually enough to at least identify it as a dupe
[10:45] <pitti> most of the time when I tried to report one, I already got several existing ones with teh same title
[10:45] <pitti> sorry about that; need to fix for o
[10:45] <seb128> no worry
[10:46] <didrocks> pitti:  no worry, but yeah, being more incitating on the "full" version can be nice :)
[10:46] <seb128> I've restarted the amd64 retracer
[10:46] <seb128> it had a lock and a log with no error but not updated since 3am this night
[10:46] <seb128> not sure why it stopped, let's see if just removing the lock is enough
[10:47] <abhinav-> pitti: Hi, smb approved this proposal yesterday, I made a few small changes again today. is it too late for natty now ? https://code.launchpad.net/~er-abhinav-upadhyay/ubuntu/natty/tomboy/patch-757635/+merge/58303
[10:47] <seb128> chrisccoulson, yeah, ok, so if you have time try to clean warnings and errors in the bug, those might point real issues and maybe for bonus point make unity g_debug calls log into a unity.log
[10:47] <seb128> didrocks, ^
[10:48] <fta> pitti, most people don't upload full report for chromium because of the announced size, which is always wrong, stuff like 230MB, 370MB, ...
[10:48] <pitti> fta: same problem I guess
[10:48] <chrisccoulson> heh, my ~/.xsession-errors is 150kB, and i restarted my session less than 1 hour ago
[10:48] <fta> pitti, yep, that was just a +1 :)
[10:48] <pitti> chrisccoulson: (nautilus:1700): GLib-GObject-CRITICAL **: g_value_get_object: assertion `G_VALUE_HOLDS_OBJECT (value)' failed
[10:48] <pitti> ?
[10:49] <pitti> 800 kB/2 hours
[10:49] <chrisccoulson> pitti - mostly "(xchat-gnome:3012): Gdk-CRITICAL **: _gdk_pixmap_new: assertion `(width != 0) && (height != 0)' failed"
[10:49] <chrisccoulson> and some similar ones from nm-applet too
[10:52] <chrisccoulson> brb
[10:53] <seb128> the spamming is mostly that here:
[10:53] <seb128> (<unknown>:8523): GLib-GObject-WARNING **: invalid (NULL) pointer instance
[10:53] <seb128> (<unknown>:8523): GLib-GObject-CRITICAL **: g_signal_handler_disconnect: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
[10:54] <pitti> didrocks: did a test install in kvm (for testing another bug), and now got the dialog about "you can't run unity blabla" (but not on the live system); so that works as it should, nice!
[10:54] <didrocks> pitti: excellent! thanks for confirming :)
[10:54] <pitti> seb128: hm, seems that everyone got a different spam source now :/
[10:56] <didrocks> seb128: pitti: on bug #728745 seems people are trying nvidia with nouveau when the other driver doesn't work. Hoping that the environment variable to set won't upset them :)
[10:56] <ubot2> Launchpad bug 728745 in unity "[nvidia, 7300, 7400] display freeze when using unity desktop" [Undecided,New] https://launchpad.net/bugs/728745
[10:57] <seb128> pitti, yeah... :-(
[10:57] <seb128> didrocks, well those are technical users, most users which a frozen session will not know what to do
[10:58] <seb128> they will just think their install and screwed and reinstall
[10:58] <seb128> or install another os
[10:58] <didrocks> ok, let's put them in the classic "no effect" then
[11:07] <seb128> didrocks, bug #764379 might be in a similar case
[11:07] <ubot2> Launchpad bug 764379 in nvidia-graphics-drivers "Partial screen corruption and poor performance on GeForce 6150" [Undecided,New] https://launchpad.net/bugs/764379
[11:08] <seb128> didrocks, though nouveau doesn't work for that one
[11:09] <didrocks> seb128: blacklisting then
[11:09] <didrocks> UNITY_BLACKLIST_DISABLE is a good env name for you?
[11:09] <seb128> didrocks, we should maybe tag those card specific issues in some way and do a sru a bit later
[11:10] <pitti> didrocks: UNITY_DONT_CHECK ?
[11:10] <pitti> or UNITY_FORCE_START to avoid a negation?
[11:10] <seb128> I was going to suggest something around pitti's suggestion
[11:10] <didrocks> pitti: it's not FORCE_START, it's just for the blacklist
[11:10] <didrocks> you want to totally disable the checking?
[11:10] <pitti> didrocks: you don't?
[11:11] <pitti> might be interesting for testing
[11:11] <didrocks> I was just disabling the blacklist
[11:11] <pitti> didrocks: but really, doens't matter much either way
[11:11] <didrocks> hum, checking on gnome-session
[11:11] <pitti> it's a secret option only which should only come up in bug reports
[11:11] <didrocks> don't remember if I added that ;)
[11:11] <seb128> well the check tools is only used by gnome-session?
[11:11] <didrocks> seb128: yeah
[11:11] <seb128> i.e those people can tweak their .session?
[11:12] <didrocks> exactly
[11:12] <seb128> if they want to skip the checking
[11:12] <didrocks> (until the next gnome-session update)
[11:49] <didrocks> seb128: wait, on bug https://bugs.launchpad.net/ubuntu/+source/nux/+bug/728745, rereading it, isn't the xorg freeze?
[11:49] <ubot2> Launchpad bug 728745 in nux "[nvidia, 7300, 7400] display freeze when using unity desktop" [High,Fix committed]
[11:49] <didrocks> seb128: people don't report that freeze from the start of the session
[11:51] <seb128> didrocks, seems like that when unity start it screw things
[11:52] <didrocks> seb128: https://bugs.launchpad.net/ubuntu/+source/nux/+bug/728745/comments/7
[11:52] <ubot2> Launchpad bug 728745 in nux "[nvidia, 7300, 7400] display freeze when using unity desktop" [High,Fix committed]
[11:52] <seb128> didrocks, it doesn't render things as it should or doesn't react to clicks
[11:52] <didrocks> seems like after a grab rather
[11:52] <didrocks> seb128: there is the xorg (which is in fact a kernel) freeze as well
[11:52] <seb128> well it doesn't happen in a constant way?
[11:52] <seb128> but anyway feel free to do what you judge best for the bug
[11:53] <didrocks> I'm afraid we are rushing on blacklisting card we shouldn't
[11:53] <seb128> even if it's unity making xorg lock it's still a broken unity session imho
[11:53] <seb128> ok, got to go, food is ready and i've a call at 2
[11:53] <didrocks> seb128: it happens here to, (once a day), and for chrisccoulson as well
[11:53] <seb128> brb
[11:53] <didrocks> if we were going to blacklist our cards… ;)
[11:53] <seb128> didrocks, well that bug seems it happen on login every time
[11:53] <didrocks> seb128: not from comment 7, I asked for more info
[11:54] <seb128> ok thanks
[12:22] <rodrigo_> hmm, huats sent a request for joining gnome3-team
[12:22] <rodrigo_> seb128, pitti: I assume yo know him well right?
[12:22] <rodrigo_> so can I just accept him?
[12:22] <seb128> rodrigo_, yes
[12:22] <rodrigo_> ok
[12:22] <seb128> he has been an active contributor for some years and used to help on GNOME updates
[12:23] <rodrigo_> oh, I can't accept people it seems
[12:23] <seb128> he has been less around recently and busy with other things but it's fine to add him to the team
[12:23] <rodrigo_> seb128, yes, that's what I thought, just wanted to confirm
[12:23] <rodrigo_> seb128, can you accept him -> https://launchpad.net/~gnome3-team/+member/christophe.sauthier please?
[12:24] <huats> rodrigo_,  and seb128 thanks :)
[12:24] <seb128> rodrigo_, huats: done
[12:24] <seb128> doh 20 members pending
[12:24] <rodrigo_> huats, nah, you need to send us some French wine or food :)
[12:24] <seb128> do we know any of the others?
[12:25] <rodrigo_> seb128, who are they?
[12:25] <seb128> rodrigo_, list on https://launchpad.net/~gnome3-team/+members
[12:25] <didrocks> rodrigo_: and he's french, that's a ack on its own :)
[12:25]  * huats needs to run give a prensentation on the "Ubuntu community"
[12:25] <seb128> rodrigo_, but the names don't ring any bell
[12:25] <rodrigo_> didrocks, well, I thought that before meeting you, so now I'm more careful with French people :)
[12:25] <huats> rodrigo_, please remind me that before we met :)
[12:25] <huats> (about food and wine)
[12:25] <huats> :)
[12:25] <rodrigo_> huats, :)
[12:26] <didrocks> rodrigo_: ok, where is your application for ~ubuntu-desktop already? :-)
[12:26] <rodrigo_> didrocks, :)
[12:26] <rodrigo_> seb128, JC Hulce is one of the guys from the gnome remix. we told him to send some merge proposals first
[12:27] <seb128> rodrigo_, I guess I should go through the list and add a comment for each saying that
[12:27] <rodrigo_> seb128, Jeremy Bicha has sent a few merge proposals, not sure if we should accept him for now
[12:27] <rodrigo_> seb128, no idea about the others
[12:27] <rodrigo_> seb128, ok
[12:27] <seb128> rodrigo_, let me know if you know of anyone that should be acked
[12:28] <seb128> I didn't watch the ppa a lot recently but I will catch up once natty is wrapped
[12:28] <rodrigo_> seb128, not really, no idea who they are
[12:41] <chrisccoulson> hmmmm, is xchat still working?
[12:41] <chrisccoulson> seems to be
[12:41] <chrisccoulson> nice :)
[12:42] <chrisccoulson> and no critical errors
[12:47] <TheMuso> pitti: hrm ok you filled powerpc alternate, but we need to decide what to cull from powerpc desktop as its oversized. I can't make up my mind as to what we can cull, as we are at the point where functionality will have to be culled. The question is what.
[12:48] <mvo> chrisccoulson: do you mind if I upload  http://paste.ubuntu.com/596518/ ? helps the upgader and should do no harm
[12:48] <chrisccoulson> mvo - sure, that's fine
[12:48] <chrisccoulson> i'll push it to bzr too
[12:49] <chrisccoulson> (or you could propose a merge) :)
[12:49] <chrisccoulson> lp:~mozillateam/nss/nss.head, i think
[12:49] <mvo> chrisccoulson: sure, will do that
[12:49] <chrisccoulson> thanks :)
[12:54] <mvo> https://code.launchpad.net/~mvo/nss/nss.mvo/+merge/58479 fyi, uploaded now, its waiting in the queue
[12:55] <pitti> TheMuso: TBH, at that point I'd just declare it done and document that you need a DVD or an USB stick
[12:55] <dpm> hey seb128, what was the context of the "Drop To Add Application" string in unity? Is it to drop an application icon to the launcher?
[12:56] <TheMuso> pitti: Right, DVD it will have to be then, due to powerpc not being able to boot from USB.
[12:56] <seb128> dpm, yes, do a dnd from the dash to the launcher
[12:56] <TheMuso> pitti: Whats the task for release notes? There is a bug against ubuntu-meta for this, so I want to make sure its mentioned.
[12:56] <seb128> dpm, ie in the application view for example
[12:57] <seb128> dpm, it display it as a tooltip while you dnd over the launcher
[12:57] <pitti> TheMuso: feel free to directly add it to https://wiki.ubuntu.com/NattyNarwhal/TechnicalOverview
[12:57] <TheMuso> Ok will take care of that tomorrow. Thanks.
[12:58] <pitti> TheMuso: thanks; good night!
[12:58] <dpm> thanks seb128
[12:59] <seb128> dpm, sorry I didn't send the email about it yesterday I was waiting the template import which has been taking a while, seems someone beat me to it today
[12:59] <dpm> seb128, yeah, no worries, all is good :)
[13:11]  * rodrigo_ lunch
[13:22] <didrocks> seb128: you imported the pot yourself on Monday, isn't it?
[13:23] <seb128> didrocks, unity?
[13:23] <didrocks> seb128: yeah, I remember we discussed this
[13:23] <seb128> didrocks, dpm did yesterday but the launchpad side takes a while to process uploads
[13:23] <didrocks> ok
[13:24] <seb128> didrocks, it's in now and already translated in frencg
[13:24] <didrocks> ok, nice :)
[13:24] <seb128> in french
[13:34] <mterry> Riddell, ping
[13:40] <Riddell> hi mterry
[13:40] <Riddell> oh aye, you had a dbusmenu patch
[13:41] <Riddell> mterry: have you run it by agateau?
[13:41] <mterry> Riddell, nope.  shall I jump in the kubuntu channel?
[13:41] <Riddell> can do
[13:42] <seb128> he's off this week
[13:42] <seb128> he = agateau
[13:44] <Riddell> oh ok, thanks for letting us know seb128
[13:44] <Riddell> mterry: in that case I'll just upload it and hope you know what you're doing :)
[13:44] <Riddell> it looks sensible to me
[13:45] <mterry> Riddell, :)
[13:47] <mterry> seb128, I'm testing the keyring patch, hopefully won't blow up in my face and I'll upload
[13:48] <seb128> mterry, oh nice, did you get upstream to review it?
[13:48] <mterry> seb128, oh, I assumed that guy was upstream.  :)  Let me look at his history again
[13:48] <seb128> mterry, "that guy"? I didn't read the bug for a while
[13:49] <mterry> yeah, upstream Stef provided a new patch
[13:49] <seb128> ok, Stef is upstream ;-)
[13:49] <mterry> seb128, oh sorry  :)  I thought you were subscribed
[13:49] <seb128> sorry I was a bit out of context for this one
[13:49] <mterry> seb128, yeah, he provided a new patch
[13:49] <seb128> yeah, seems like I'm subscribed to gnome-keyring but not the lib
[13:49] <mterry> I can't reproduce, but as long as it doesn't crash for me, I think it's fine to put in, since it came from upstream
[13:49] <seb128> right
[13:49] <seb128> quite some users get it
[13:50] <seb128> the retracer run into 2-3 of those a day
[13:50] <seb128> natty starts feeling pretty solid, I don't find new bugs that really need to be worked by reading daily reports
[13:51] <pitti> great to hear!
[13:56] <mterry> seb128, hahah.   now I get a different assert  ;)
[13:56] <seb128> mterry, :-(
[13:59] <Sweetshark> seb128: I still have bug 746375, which is not easy to reproduce. I will release a ppa version for that and ask the guys if it is gone. And I have bug 754562 which unfortunately will require some heavylifting in the code -> risk of regressions, release to ppa
[13:59] <ubot2> Launchpad bug 746375 in libreoffice "soffice.bin crashed with SIGSEGV in uno_type_sequence_construct()" [Medium,Confirmed] https://launchpad.net/bugs/746375
[13:59] <ubot2> Launchpad bug 754562 in libreoffice "soffice.bin crashed with SIGSEGV in g_hash_table_lookup()" [Medium,Confirmed] https://launchpad.net/bugs/754562
[13:59] <mterry> seb128, oh my mistake.  Same assert.  Which isn't much better
[14:00]  * Sweetshark lunches.
[14:00] <mterry> seb128, but I can reproduce now.  Using gvfs-mount on the command line over and over gets it pretty fast
[14:00] <seb128> mterry, ok well at least being able to trigger it will be useful
[14:01] <seb128> Sweetshark, right, you better target a sru for those, the sru updates get at least one week of testing before going to updates
[14:24] <seb128> pedro_, hey
[14:28] <pedro_> hello seb128
[14:28] <seb128> pedro_, how are you?
[14:29] <pedro_> seb128, i'm good, thanks.  what about you?
[14:29] <seb128> pedro_, I'm fine thanks ;-)
[14:29] <pedro_> seb128, finally a week with no kernel testing, so time to catch up with some desktop bugs ;-)
[14:29] <seb128> pedro_, we are getting close from natty, is there any desktop bug you can think about that need to be worked and didn't yet?
[14:30] <pedro_> evolution is a mess...
[14:30] <seb128> nothing new there
[14:30] <pedro_> m there's a couple of minor annoyances like bug 740104
[14:30] <ubot2> Launchpad bug 740104 in compiz "Windows appear in the window list on adjacent workspaces" [High,Triaged] https://launchpad.net/bugs/740104
[14:31] <pedro_> but looks like that's being tracked already, but haven't seen any progress yet
[14:31] <pedro_> that'd be nice to fix though, is pretty confusing
[14:31] <seb128> it's a compiz bug yeah, not sure if smspillaz can work on it
[14:31] <seb128> pedro_, but it's in classic GNOME only right?
[14:32] <pitti> the shadow spillover isn't, though
[14:32] <pedro_> seb128, yeah on classic, since it's related to the window list
[14:32] <pedro_> bug 753369 is also something that's affecting lot of users
[14:32] <ubot2> Launchpad bug 753369 in compiz "compiz artifacts in chromium, xchat, opera... you name it" [High,Triaged] https://launchpad.net/bugs/753369
[14:33] <seb128> that one is assigned and being worked
[14:34] <pedro_> the others are being tracked already, so nothing on the top of my head atm
[14:34] <pedro_> besides the ones already mentioned
[14:35] <seb128> ok
[14:35] <seb128> pedro_, there is a brasero one easy to trigger if you want to check upstream, try to run it twice
[14:35] <seb128> pedro_, it's one of the recent bugs which have the same titles, they are not duplicates though so don't close it if you triage it ;-)
[14:36] <pedro_> seb128, ok i'll have a look ;-)
[14:36] <seb128> thanks
[14:36] <seb128> ok, nothing special in today retracing, unity is table
[14:36] <pedro_> you're welcome monsieur
[14:36] <seb128> stable
[14:37] <seb128> ;-)
[14:42] <chrisccoulson> seb128 - so, i figured out why nm-applet spams xsession-errors (which seems to be one of the biggest offenders for me)
[14:43] <chrisccoulson> but i'm not sure what to do about it. it's a broken theme (bug 767186)
[14:43] <ubot2> Launchpad bug 767186 in ubuntu-mono "nm-signal-* icons break nm-applet" [Undecided,New] https://launchpad.net/bugs/767186
[14:43] <seb128> chrisccoulson, can you talk to sladen about the issue see if he can get it fixed for natty or in a sru?
[14:44] <seb128> he's maintaining ubuntu-mono
[14:45]  * ogra_ hopes we advance one day to ubuntu-stereo
[14:50] <chrisccoulson> ogra_, lol ;)
[14:50] <chrisccoulson> do you want to bring the tumbleweed, or shall i? ;)
[14:51] <ogra_> that probably requires a dual-core sladen though :P
[14:51] <chrisccoulson> heh:)
[14:51] <ogra_> yeah, sorry, couldnt resist that one :)
[14:52] <seb128> chrisccoulson, do you get such warnings?
[14:52] <seb128> (<unknown>:8523): GLib-GObject-WARNING **: invalid cast from `(null)' to `BamfView'
[14:53] <chrisccoulson> seb128 - no, i don't have any of those
[14:53] <chrisccoulson> "unknown" - that's useful :)
[14:53] <seb128> that's unity
[14:57] <seb128> chrisccoulson, you don't have those either?
[14:57] <seb128> (<unknown>:1657): GLib-GObject-WARNING **: instance of invalid non-instantiatable type `(null)'
[14:57] <seb128> (<unknown>:1657): GLib-GObject-CRITICAL **: g_signal_handler_disconnect: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
[14:58] <chrisccoulson> seb128 - yeah, i've got those
[14:58] <seb128> can you check on that next?
[14:58] <chrisccoulson> yeah, sure
[14:58] <seb128> I think I got the bamf ones after play a bit adding launcher by dragging those from the dash and deleting those
[14:58] <seb128> chrisccoulson, thanks
[14:59] <chrisccoulson> seb128 - do you get these from nautilus too: (nautilus:8232): GConf-CRITICAL **: gconf_value_free: assertion `value != NULL' failed ?
[14:59] <seb128> yes
[14:59] <seb128> would be nice to debug as well
[15:02] <seb128>     203 (<unknown>:8523): GLib-GObject-CRITICAL **: g_signal_handler_disconnect: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
[15:03] <seb128>     219 ** (process:1683): DEBUG: zeitgeist-datahub.vala:174: Inserting 1 events
[15:03] <seb128>      22 (<unknown>:8493): GLib-GObject-CRITICAL **: g_signal_handler_disconnect: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
[15:03] <seb128>     328 (<unknown>:8523): GLib-GObject-WARNING **: invalid cast from `BamfWindow' to `BamfApplication'
[15:03] <seb128>     168 (<unknown>:8523): GLib-GObject-WARNING **: invalid (NULL) pointer instance
[15:03] <seb128> quite some spamming
[15:04] <seb128> (the first number are the counts)
[15:04] <seb128> go unity :p
[15:04] <seb128> nautilus is first spammer though it seems
[15:04] <chrisccoulson> ah, debugging unity sucks. there are some gdbus related errors first, and i'm not sure how i can skip those and catch the ones that happen more often :/
[15:05] <chrisccoulson> if i do G_DEBUG=fatal_criticals, it will abort on the less interesting errors first
[15:05] <seb128> try to break on the function from the other ones, with some luck it's not hit a lot before
[15:06] <seb128> or try the test-panel binary in the vcs
[15:06] <seb128> it's handy since it let you run a standalone unity-panel service
[15:06] <seb128> which loads indicators etc which seem to be what create most of the warnings
[16:02] <mpt> hey and471
[16:02] <and471> hey mpt
[16:02] <GunnarHj> pitti: It looks like you in effect redid the l-s backports merge this morning. For next time I'll try to figure out the proper way to do it. Bazaar Explorer tells you that the branches diverged (which is true)...
[16:02] <GunnarHj> pitti: Thanks for your patience!
[16:02] <mpt> pitti (or anyone), what's the package that does the "Install Multimedia Plugins" process?
[16:02] <pitti> GunnarHj: not really, I merged and just updated teh changelog
[16:03] <pitti> GunnarHj: there's no need to copy the previous changelog entry, as the locale handlnig didn't actually changed in this version; you just merged the security fix
[16:03] <pitti> mpt: I believe it's gnome-codec-install
[16:04] <mpt> thanks pitti
[16:05] <seb128> mpt, gnome-codec-install iirc
[16:05] <seb128> oh, pitti replied already
[16:06] <GunnarHj> pitti: Yeah, it's the "merge the security fix" part, i.e. merge particular revisions only, that I need to learn. Or have I got it wrong completely?
[16:08] <pitti> GunnarHj: no, the actual code chagnes/merge were quite perfect
[16:09] <pitti> GunnarHj: just the changelog was a bit fiddly; partly because bzr likes to mess up changelogs, and partly because you described the changes of the original backport instead of the changes _since_ the previous -backports version
[16:09] <pitti> GunnarHj: i. e. conceptually what you do is to merge *from* -updates *into* -backports; you don't re-do the backport from scratch on a new -updates base
[16:10] <pitti> as for how to read/write the changelog
[16:16] <GunnarHj> pitti: You are right about how I did it conceptually. Reason: Bazaar Explorer complained...
[16:16] <GunnarHj> pitti: Maybe the problem simply is that these defensive backports updates are urgent, and for that reason I haven't really taken the time to figure out how to do it the proper way. Will be better next time. ;-)
[16:17] <pitti> GunnarHj: ideally you would just check out lp:ubuntu/maverick-backports/language-selector, and then run bzr merge lp:ubuntu/maverick-security/language-selector
[16:18] <pitti> that's how it's meant to work in the new world order
[16:19] <GunnarHj> pitti: I see. That's what I'll try first next time, then.
[16:21] <mvo> so sometimes pressing super in unity does not give me shortcuts for the 1-n keys, the numbers are not highlighted n the launcher, only "s", "a", "f". and super-1 does not launch my terminal. any idea what that could be? this is a upgrade from today with nouveau
[16:22] <didrocks> mvo: can you check you only have one compiz process running?
[16:26] <didrocks> james_w: hey, I think you won't update bzr builder into natty anymore (and we will keep a broken "bzr: ERROR: Unable to determine the previous upload for --package-merge.") for some branches, isn't it?
[16:26] <james_w> hi didrocks
[16:27] <james_w> jelmer was going to get it in to Debian so we could sync
[16:27] <mvo> didrocks: sure, just did that, just one compiz
[16:27] <didrocks> james_w: excellent! :-) I still keep a trunk branch meanwhile ;)
[16:27] <didrocks> mvo: hum… weird  :/
[16:27] <james_w> didrocks, yeah, hopefully we can have it in tomorrow, but you'll be building many packages before then I expect :-)
[16:27] <didrocks> mvo: the weird thing is that the shortcuts (keybinding don't work)
[16:28] <didrocks> james_w: well, just the two latest, hopefully, no worry for now :-)
[16:30] <mvo> didrocks: well, super-s super-a work
[16:31] <didrocks> mvo: the code is really stupid in that area, so there is really something not attributing them :/
[16:34] <dbarth> Cimi: are you really, really sure you want to make this change now?
[16:34] <mvo> didrocks: no worries, I will ignore it for now, let me know if I can do anyhting to help with this
[16:34] <Cimi_> dbarth: which change?
[16:34] <didrocks> mvo: I think this will certainly end up with printf at UDS :)
[16:35] <mvo> ahah
[16:38] <lucazade> rodrigo_ : ping
[16:39] <rodrigo_> lucazade, pong
[16:40] <Sweetshark> pitti: ping?
[16:40] <lucazade> i've tried the issue of gnome-settings-daemon with a physical installation and it is not present (only in virtuabox)
[16:41] <lucazade> installed from scratch and with all updates
[16:41] <rodrigo_> lucazade, ok, good to know that the bug's severity is lower then
[16:41] <lucazade> rodrigo_ it seems related to vbox video drivers
[16:42] <lucazade> ok just to let you know
[16:42] <rodrigo_> lucazade, yes, xrandr plugin, not sure though what makes the indicator patch raise the bug though
[16:42] <lucazade> rodrigo_ mystery !
[16:42] <rodrigo_> lucazade, yeah :)
[16:46] <dbarth> Cimi: the merge prop. tedg is talking about
[16:48] <Cimi> dbarth: it's a feature requested by mark and rick
[16:50] <pitti> Sweetshark: (on phone); just ask your question, I'll respond later
[16:53] <Sweetshark> pitti: I tought I gave you a upload without regenerating control (and ending up with a LO-l10n control file), but it seems now that was a false alarm.
[16:54] <pitti> Sweetshark: at least it built the expected packages :)
[16:54] <pitti> I haven't restarted unity yet to check whether the bug is fixed, though
[16:55]  * Sweetshark drops his heartrate below 150 again.
[16:55] <Sweetshark> pitti: Well, it did with my locally build *.deb
[16:59] <Sweetshark> hmmm, I think I found a good way to reproduce a unity crash: Run claws-mail, minimize it, run "DISPLAY=:0 unity" on a vt -> uunity crashes
[16:59] <seb128_> well why would you run unity if it's already running?
[16:59] <seb128_> btw no need to set DISPLAY the unity wrapper will do that for you
[17:09] <dbarth> Cimi: where is the branch proposal?
[17:09] <Cimi> dbarth: https://code.launchpad.net/~cimi/ayatana-scrollbar/hide-thumb-on-selection/+merge/58296
[17:25] <Cimi> dbarth: and I need the new blacklist
[17:40] <rodrigo_> ok, going out for a bit. Will be on national holidays till Tuesday, but will check mail so if there's anything you want from me, please send mail
[17:40] <rodrigo_> have a nice week
[17:44] <seb128> rodrigo_, slacker!!!
[17:45] <seb128> rodrigo_, sorry... enjoy ;-)
[17:45] <seb128> still one day before the long weekend here
[17:50] <pitti> rodrigo_: enjoy!
[18:02] <jcastro> hey seb128: https://bugs.launchpad.net/unity/+bug/687567
[18:02] <ubot2> Launchpad bug 687567 in unity "Global menu causes white "flashes" when scrubbing/moving with mouse fast over menus" [High,Confirmed]
[18:02] <seb128> hey jcastro
[18:02] <seb128> yes?
[18:03] <jcastro> sorry wrong bug: https://bugs.launchpad.net/askubuntu-lens/+bug/758839
[18:03] <ubot2> Launchpad bug 758839 in gwibber/unity-lens-gwibber "Lens doesn't start on login" [High,Confirmed]
[18:03] <jcastro> so there's an issue with python lenses not loaded on login
[18:03] <seb128> the first one is a compiz setting to tweak, someone pinged didrocks about that today iirc but not sure if that's happening for natty
[18:03] <jcastro> and DX is sprinting now or something, I would like to escalate this bug (or whatever process)
[18:04] <didrocks> it's not happening in natty, it's sent to backlog
[18:04] <jcastro> (the first bug was just cruft from my buffer, I mean to talk about lenses)
[18:04] <didrocks> jcastro: I tried, but it won't be fixed for natty, maybe a 0 day SRU
[18:04] <dbarth> jcastro: what's up?
[18:04] <jcastro> oh ok, SRU would be fine
[18:04] <seb128> didrocks, well johnlea comment #20 suggested to disable the option in compiz as a workaround for this cycle
[18:05] <jcastro> dbarth: I am concerned that we talked to people to make lenses, and none of the python ones work
[18:05] <didrocks> seb128: right, but as told this will impact all the other fading effect
[18:05] <didrocks> seb128: and won't upgrade beta users, so we will still have those things
[18:05] <seb128> didrocks, ok, could you maybe add a comment on the bug saying so?
[18:06] <didrocks> seb128: it's sent to backlog, isn't it?
[18:06] <seb128> jcastro, we need kamstrup de look at your issue basically, talk to njpatel
[18:06] <didrocks> I pinged them for that already and kamstrup is aware of it
[18:06] <kees> okay, when I hit super, I get the app-search window thing (what's this called?). but clicking any of the top row doesn't do anything.
[18:06] <didrocks> seb128: https://bugs.launchpad.net/unity/+bug/687567/comments/19
[18:06] <ubot2> Launchpad bug 687567 in unity "Global menu causes white "flashes" when scrubbing/moving with mouse fast over menus" [High,Confirmed]
[18:06] <didrocks> it's on the bug report
[18:07] <jcastro> kees: that's the dash
[18:07] <didrocks> bug then,John commented, not sure he's aware that it won't work on upgrade
[18:07] <kees> jcastro: "dash"! okay, thanks.
[18:07] <kees> jcastro: any idea why the top row of buttons don't do anything?
[18:07] <jcastro> that sounds like a bug
[18:09] <seb128> didrocks, I don't even know what that means, users don't know the unity team process, especially that the workaround suggested by john was a compiz one
[18:09] <seb128> kees, "dash"
[18:09] <seb128> kees, do you have unity-place-applications installed?
[18:09] <didrocks> seb128: see the comment
[18:10] <seb128> didrocks, right and in comment #20 johnlea replied saying to do it anyway
[18:10] <kees> seb128: I do not; how did that happen, I wonder. :P
[18:10] <didrocks> seb128: go for it if you want, I prefer to fix an intellihide for now
[18:11] <seb128> kees, you use command line tools that don't handle recommends correctly?
[18:11] <seb128> ;-)
[18:11] <seb128> kees, bug #759262 on the topic, at least update-manager should ensure those are installed
[18:12] <ubot2> Launchpad bug 759262 in update-manager "Important Unity components not installed after update-manager -d upgrade" [Medium,Fix released] https://launchpad.net/bugs/759262
[18:12] <kees> seb128: nope, I instlal recommends. I think the problem is that if a package is already installed and its recommends change, apt doesn't do it. not sure.
[18:12] <kees> but yup, installing that makes the top line of the dash work.
[18:13] <kees> jcastro: and "dock" or "launcher" for the left edge dingus?
[18:13] <seb128> kees, mvo claims it should but also says that if the recommends are not installable it just skip those and doesn't suggest them later on
[18:13] <kees> seb128: ah, I bet that's what happened.
[18:13] <kees> seb128: actually, I lied, it still doesn't work. do I have restart unity after installing that?
[18:13] <seb128> kees, not sure I never tried to start without them
[18:14] <seb128> but doesn't hurt to alt-f2 unity if you don't mess your applications to be shuffled around
[18:14] <seb128> compiz is not great at keeping things where they are on restart
[18:14] <jcastro> kees: it's "launcher"
[18:15] <kees> jcastro: cool
[18:15] <jcastro> kees: http://askubuntu.com/questions/10228/whats-the-right-terminology-for-unitys-ui-elements/19166#19166
[18:17] <kees> jcastro: well hey, look at that. nice. :)
[18:24] <didrocks> seb128: are you uploading compiz?
[18:25] <seb128> didrocks, no, I've no clue what setting to change and how and where
[18:25] <seb128> didrocks, we can do it in a sru later on
[18:25] <didrocks> seb128: still won't upgrade people, so worthless
[18:25] <seb128> didrocks, I don't feel like tweakings settings I don't understand just before the freeze but I might check with smspillaz tomorrow
[18:26] <seb128> didrocks, it's the first impression you get on new installs
[18:26] <didrocks> seb128: same for me, hence the fact I didn't change
[18:26] <seb128> well I know on my nb it's very noticable
[18:26] <didrocks> seb128: I don't get it, I can't tell
[18:26] <seb128> oh, I do it
[18:26] <seb128> I will show you at UDS ;-)
[18:26] <didrocks> :)
[18:26] <didrocks> I don't have it either on my nvidia, nor intel card
[18:27] <seb128> weird, but at least it's not everybody getting it
[18:28] <didrocks> seb128: if we tweak the settings, the fade will disappear from all the change, hence the fact I don't want to change it in a rush (especially when we decided to push it back)
[18:30] <nessita> seb128: thanks for the upload! you rock :-)
[18:30] <seb128> nessita, yw ;-)
[18:32] <mterry> tremolux, heyo!  Does software center have plans to keep track of installed applications?
[18:32] <mterry> tremolux, (in the sense that it could install them again on a fresh install)
[18:33] <tremolux> mterry: heyo back!
[18:34] <tremolux> mterry: I think that is the purpose of OneConf, and we have very regretfully unable to give it the attention it deserves during Natty
[18:35] <tremolux> mterry: or, one purpose of OneConf, with didrock's plugin functionality for s-c
[18:35] <didrocks> right, I just have been able to update to the new s-c API
[18:35] <didrocks> nothing more…
[18:35] <mterry> tremolux, ah, interesting.  I remember discussions about oneconf, but didn't know that angle
[18:36] <tremolux> mterry: I assume you are talking about a recent post about Deja Dup in the Oneiric discussions
[18:36] <mterry> tremolux, yeah
[18:36] <didrocks> mterry: it's in universe, you can install it (using desktopcouch, which should change for next cycle)
[18:38] <pitti> good night everyone
[18:38] <tremolux> 'night pitti!
[18:39] <tremolux> mterry, didrocks: it has such nice potential, hopefully we can really do it up for Oneiric
[18:39] <kenvandine> good night pitti
[18:39] <didrocks> good night pitti
[18:40] <didrocks> tremolux: yeah, I agree, just need some time allocated to it :)
[18:40] <tremolux> didrocks: indeed!  :)
[18:41] <tremolux> mterry: I wonder if you might make such a plugin for Deja Dup
[18:42] <tremolux> mterry: I think that would TOTALLY ROCK (tm)
[18:43] <mterry> tremolux, a plugin that interfaced with software-center?
[18:43] <mterry> or oneconf?
[18:43] <didrocks> mterry: oneconf is a plugin to s-c
[18:44] <didrocks> mterry: so, ideally, we can use the same backend service
[18:44] <didrocks> (it's dbus-activated)
[18:44] <didrocks> and just write the Déjà-Dup plugin
[18:53] <tremolux> mterry, didrocks: bbl, my family is clamoring for me to go have lunch (kids are off school this week)  :)
[18:53] <didrocks> tremolux: enjoy
[18:53] <tremolux> thx!  :)
[19:30]  * didrocks waves good evening
[19:30]  * highvoltage waves back
[19:32] <highvoltage> ah I see I kind of misunderstood that one
[19:42] <seb128> pitti, bououh
[19:45] <seb128> tedg, mterry: users comment on the emacs bug saying it still get the menus stripped when started from the dash
[19:48] <mterry> seb128, indeed, or if you start it with the command "emacs23"
[19:48] <mterry> because that gives it a different window class
[19:48]  * mterry works on a patch
[19:55] <mterry> tedg, https://code.launchpad.net/~mterry/appmenu-gtk/emacs23/+merge/58556
[20:18] <tedg> mterry, Are you going to distro patch that?
[20:23] <mterry> tedg, yea
[20:44] <mterry> tedg, I'm having problems uploading?  Something about "no public key" gpg error when I try to upload...  Can you distro patch it for me for today?
[20:45] <mterry> tedg, oh, nm
[20:45] <mterry> tedg, it apparently went through, but still gave me the error on the console
[20:45] <tedg> mterry, Oh, good, because I can't :-)
[20:45]  * mterry should still probably figure out what the problem was
[21:09] <chrisccoulson> mterry, another case which will fail for emacs is if you set it as the alternative for /usr/bin/editor ;)
[21:09] <mterry> chrisccoulson, guh!
[21:09] <chrisccoulson> but, i don't think there's any way around that with the current blacklist implementation
[21:10] <chrisccoulson> (you certainly don't want to blacklist editor, as that could be anything)
[21:10] <mterry> chrisccoulson, good point...   I suppose maybe we should set the env var UBUNTU_MENUPROXY emacs-side
[21:10] <chrisccoulson> yeah, possibly
[21:10] <mterry> oneiric
[21:11] <chrisccoulson> what's the actual issue with emacs?
[21:12] <mterry> chrisccoulson, menus that get added dynamically (like, based on the type of file opened) by plugins don't show up
[21:13] <mterry> chrisccoulson, (they don't show because the menu isn't filled out) and emacs only fills them out when it receives an actual X button press to the menu, so it's hard to fake it and trick it into filling it out early
[21:14] <chrisccoulson> i'm sure the bookmarks menus in firefox work in the same way (they are only populated when you open the menu), but that's working :/
[21:15] <mterry> chrisccoulson, depends on how it gets populated.  appmenu has some tricks for it (fakes a gtk activation signal), but emacs was looking for a very low-level X event that we don't want to be faking for all apps
[21:15] <chrisccoulson> ah, ok. that's probably why it works in firefox :)
[21:35] <chrisccoulson> seb128, http://bazaar.launchpad.net/~chrisccoulson/unity/lp767642/revision/1169 ;)
[21:36] <seb128> chrisccoulson, \o/
[21:37] <chrisccoulson> so, that one, plus the nautilus issue (which i will look at now), and the nm-applet errors are the bulk of what is in my xsession-errors
[21:37] <chrisccoulson> (and xchat-gnome too, but i fixed that one already)
[21:38] <chrisccoulson> i hope the icon theme gets fixed, because nm-applet probably is the worst offender for me :)
[21:58] <Sarvatt> now thats odd..You received this email because you are an admin of the GNOME3 Team team via the Ubuntu Desktop team.
[21:58]  * Sarvatt isn't in either
[21:59] <chrisccoulson> Sarvatt - are you subscribed to the ubuntu-desktop list?
[21:59] <Sarvatt> ah yeah, the mail went to my launchpad folder and threw me off
[22:00] <Sarvatt> (not the ubuntu-desktop list one)
[22:07] <cyphermox> chrisccoulson, I agree for the nm-applet errors, it's really annoying
[22:07] <cyphermox> I trying to mess with the icons myself but it's taking me forever
[22:11] <chrisccoulson> cyphermox, yeah, i'm not that familiar with theming. i'm not sure if you can just edit the width attribute in the svg ;)
[22:13] <Sweetshark> chrisccoulson: were is that chat on bug 740815 from?
[22:13] <ubot2> Launchpad bug 740815 in xulrunner-2.0 "[FFe] Updates to enable us to drop xulrunner from main" [High,Fix released] https://launchpad.net/bugs/740815
[22:14] <chrisccoulson> Sweetshark, that's from #ubuntu-devel a little while ago
[22:14] <chrisccoulson> cyphermox, oh, editing the width attrbiute doesn't work ;)
[22:14] <chrisccoulson> that just chops off the edge of the icon :(
[22:16] <cyphermox> yeah
[22:16] <cyphermox> you need to adjust everything in like, inkscape
[22:16] <cyphermox> I'll get started on this, maybe we can have it ready soon enough