[00:10] <desrt> blar
[00:10] <desrt> the indicator-application solves it
[00:10] <desrt> and now everyone has gone to sleep!
[01:47] <robert_ancell> TheMuso, hey, I assigned you an orca u-g bug 944159
[01:47] <ubot2`> Launchpad bug 944159 in unity-greeter "orca reads the password out loud" [High,Triaged] https://launchpad.net/bugs/944159
[01:47] <robert_ancell> home that's ok (also, you can push to the u-g branch once merge requests are approved
[01:47] <robert_ancell> hope
[01:47] <RAOF> Hey,  who had that full copy of the untarred source archive that you could run a grep against?
[01:48] <robert_ancell> TheMuso, also, if you have any clues about bug 944161 please drop a comment
[01:48] <ubot2`> Launchpad bug 944161 in unity-greeter "orca does not read user names" [Undecided,New] https://launchpad.net/bugs/944161
[02:00] <TheMuso> robert_ancell: Will take a look, thanks.
[03:52] <s9iper1> some body please give imp to this one crash as well https://bugs.launchpad.net/ubuntu/+source/indicator-sound/+bug/914883
[03:52] <ubot2`> s9iper1: Error: <Bugtracker.plugin.Launchpad instance at 0xa5ae8cc> bug 914883 not found
[05:00] <jbicha> oh bummer, gnome-shell wants gcr 3.3.90 now :(
[05:02] <jbicha> desrt: ^
[05:04] <desrt> jbicha: that seems like a pretty low impact version bump
[05:11] <jbicha> hmm, maybe, if it was low impact then why didn't we bother upgrading it sooner?
[05:11] <desrt> because the default position has been to stay on 3.2
[05:12] <desrt> in any case, it's some news to make seb's day that much brighter tomorrow :)
[05:12]  * desrt will have to have some very good news about the HUD to offset it :)
[05:13] <jbicha> lol
[05:13] <jbicha> ok, have a good night
[05:14] <desrt> nite :)
[05:38] <pitti> Good morning
[05:43] <desrt> pitti: good morning
[06:17] <didrocks> good morning
[06:32] <RAOF> Hey didrocks!
[06:32]  * RAOF wonders where seb is.
[06:32] <didrocks> good evening RAOF :)
[06:32] <didrocks> RAOF: seb connect in 2h30/3h normally
[06:33] <RAOF> Huh.
[06:50] <robert_ancell> RAOF, you're waiting for him too?  Shall we both tackle him at once?
[06:53] <didrocks> hey robert_ancell :)
[06:53] <didrocks> if you just need to send a message, I can help you
[06:53] <pitti> hey didrocks
[06:54] <didrocks> guten morgen pitti
[06:54] <didrocks> robert_ancell: btw, there is a sad and empty merger vm waiting for you :)
[06:54] <robert_ancell> didrocks, yeah, I just keep not having time to play with it.  Sort it out at UDS?
[06:54] <didrocks> robert_ancell: sounds good :)
[06:55] <didrocks> let's the vm resting a little bit more :)
[06:55] <robert_ancell> didrocks, thanks, I'm just sending him an email
[07:03] <pitti> tkamppeter_: you uploaded cups-filters to Ubuntu; any chance you could put that into the debian packaging bzr as well?
[07:03] <RAOF> didrocks: I just need to talk to him about gtk-sharp2.  I'll wait until he's up. :)
[07:04] <pitti> didrocks: oh, are you handling the gtk-sharp2 FTBFS? it seems to fail with our glib
[07:06] <didrocks> RAOF: I think this was for you ^
[07:06] <RAOF> pitti: Yeah, I've fixed that.
[07:06] <RAOF> (Although not uploaded)
[07:06] <pitti> \o/
[07:06] <pitti> thanks
[07:07] <RAOF> Seb *additionally* wants to drop the gtk resize-handles patch.  I need to ask whether he's audited the reverse-depends to check that nothing is using that API.
[07:08] <RAOF> Because it breaks ABI, and so anything that uses it will (possibly) fail at runtime.
[07:08] <pitti> but I understand it was removed from gtk2 as well?
[07:08] <pitti> so would the binding even build against our current gtk2?
[07:10] <RAOF> We actually haven't removed it from gtk2 yet.
[07:10] <RAOF> After all, it breaks ABI :)
[07:10] <RAOF> (It was, and then reverted)
[07:11] <pitti> RAOF: and then partly reapplied apparently?
[07:11] <pitti> https://launchpad.net/ubuntu/+source/gtk%2B2.0/+changelog
[07:12] <RAOF> Aha!
[07:12] <RAOF> Wasn't published when I checked :)
[07:13] <RAOF> I think that gtk-sharp2 with the handles patch will build against that gtk, and will try to set the property, which will fail but in a non-fatal fashion.  I think :)
[07:28] <tkamppeter_> pitti, sorry, forgot to push. Done now.
[07:29] <tkamppeter_> pitti, I did the upload into Ubuntu on sladen's request. Next upload should go synced with Debian again.
[07:38] <pitti> tkamppeter_: that's fine, thanks
[07:38] <pitti> tkamppeter_: nothing wrong with an ubuntu upload from bzr, I just want to avoid diverging permanently
[08:00] <pitti> need to run out for an hour or so
[08:04] <dupondje> https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/943881 added apport-collect info :)
[08:04] <ubot2`> Launchpad bug 943881 in libreoffice "Unable to print to password protected (cups) printer" [Undecided,New]
[08:52] <seb128> hey
[08:52] <seb128> happy unfrozen friday!
[08:54] <didrocks> salut seb128 :)
[08:56] <seb128> lut didrocks, en forme ?
[08:57] <seb128> no kudos to the r-t, how hard is it for the u.s guys to flush the queue when they unfreeze? :-(
[08:57] <seb128> looking at the time of the changes list I guess pitti did it this morning
[08:58] <didrocks> seb128: ça va bien, et toi?
[08:59] <seb128> didrocks, ca va nickel, c'est vendredi et on est unfrozen ;-)
[08:59] <seb128> did I manage to break anything with my stack of uploads yesterday evening?
[09:00] <seb128> bah, that ld option is no fun, webkit built on the first try on a slow builder :p
[09:00] <didrocks> seb128: not that I know of. However, someone removed compiz from the unity-team/staging ppa and then, dx were complaining that "oh the merger is broken"
[09:00] <seb128> didrocks, oh, why compiz was needed?
[09:01] <didrocks> seb128: for the alt-tap detection, there is a new API
[09:01] <didrocks> that unity uses
[09:01] <seb128> didrocks, sorry the someone would be me, tried to resolve the issue with people complaining about the abi change
[09:01] <didrocks> seb128: well, please communicate this by email :)
[09:01] <seb128> I though compiz was supposed to be in the compiz-tested and unity-team/ppa ppas, not staging
[09:01] <seb128> didrocks, yeah, I finished working at 1am
[09:01] <seb128> too tired to stay up longer writing emails
[09:02] <seb128> sorry ;-)
[09:02] <didrocks> seb128: don't remove anything at 1am :p they didn't want to integrate compiz in the merger and use a bad workaround, they have to deal with it themselves
[09:02] <didrocks> seb128: not blaming you :)
[09:02] <didrocks> seb128: but if they don't want to do things right, we don't have to cover them
[09:02] <seb128> well, I told lamalex about the issue and that I was dropping the compiz with the abi change from the ppa
[09:03] <didrocks> yeah, again, I think that it's them breaking the ABI, and it's them not using the standard tool for it
[09:03] <didrocks> so they should fix it :)
[09:03] <seb128> right
[09:03] <seb128> out of dx, did I break distro? ;-)
[09:03] <seb128> I hope I got all the rdepends for the gtk2 grip stuff
[09:03] <didrocks> seb128: that's my second point…
 ;)
[09:04] <seb128> lol
[09:04] <didrocks> seb128: I know RAOF wanted to talk to you
[09:04] <didrocks> about sharp bindigns
[09:04] <didrocks> bindings*
[09:04] <seb128> gtk2-sharp? I asked him to look at the ftbfs
[09:04] <seb128> seems he didn't fix it
[09:04] <seb128> did he say what issue he had?
[09:06] <didrocks> seb128: http://irclogs.ubuntu.com/2012/03/02/%23ubuntu-desktop.html#t07:03
[09:09] <seb128> didrocks, ok, he wanted to check if I looked at the rdepends
[09:12] <dholbach> yo seiflotfy - how are you doing?
[09:12] <dholbach> seiflotfy, I just merged https://code.launchpad.net/~kelemeng/activity-log-manager/i18n-fixes/+merge/95472 as a distro fix - you might be interested in merging it upstream
[09:17] <chrisccoulson> good morning everyone
[09:18] <didrocks> hey chrisccoulson!
[09:18] <chrisccoulson> hi didrocks
[09:23] <seb128> chrisccoulson, hey, how are you?
[09:23] <RAOF> seb128: Right.  I think we should keep the resize-grip patch; dropping it breaks ABI, keeping it is harmless (modulo some glib warnings when something tries to use it).
[09:23] <chrisccoulson> seb128, yeah, not too bad thanks. how are you?
[09:23] <seb128> chrisccoulson, I'm good thanks
[09:23] <seb128> RAOF, hey
[09:24] <RAOF> seb128: Ho!
[09:24] <seb128> RAOF, we had an archive grep on the lintian community box by broder but I'm not sure that covered the property name
[09:24] <seb128> RAOF, the grep was for the api
[09:24] <RAOF> For the C# api?
[09:25] <seb128> RAOF, I can do a grep through the rdepends today and fix any using it
[09:25] <seb128> RAOF, no, I think the grep wouldn't cover the C# case, but I googled for a while and couldn't find anything out of do and the gnome-do patch got dropped by error in a sync earlier in the cycle
[09:25] <RAOF> That'd be good.  As I say, we could also leave it in there; it's harmless.
[09:26] <seb128> RAOF, ok, live it here if you want, that's fine with me ;-)
[09:26] <RAOF> Ok.  I'll upload, then.
[09:26] <seb128> RAOF, I just wanted to drop the gtk patch and I didn't yesterday, I tried to be nice and update the rdepends
[09:26] <seb128> ups
[09:26] <seb128> didn't->did
[09:27] <seb128> RAOF, so I should grep for HasResizeGrip accross the libgtk2.0-cil rdepends?
[09:27] <RAOF> Yeah, if you want to drop the patch.
[09:27] <seb128> RAOF, well I don't see a reason to keep in the lts
[09:28] <seb128> the abi was never an upstream one in gtk2 and if grep through the archive and make sure nothing is using it we should be fine
[09:28] <seb128> RAOF, but your,pkg-mono call at the end
[09:28] <RAOF> Yeah, I guess so.
[09:28] <seb128> I don't care much, it just feels cleaner to drop it ;-)
[09:29] <RAOF> Yeah; I don't much like having non-upstream API.  I also don't much like dropping ABI we've supported for a couple of releases :)
[09:30] <RAOF> I'll upload with the patch dropped (after testing again).  If you could grep the rdepends, that'd be grand.
[09:31] <seb128> RAOF, ok, I will do today, thanks!
[09:31] <seb128> I hope I didn't miss a C rdepends because those wouldn't only display a warning :p
[09:33] <RAOF> :)
[09:37] <Sweetshark> dholbach: sorry, for that misfired sync request.
[09:40] <pitti> seb128: good morning; yes, I flushed this morning
[09:40] <seb128> hey pitti, how are you?
[09:41] <pitti> desperately tired, but ok otherwise, thanks!
[09:42] <seb128> pitti, stop starting work at 6am! ;-)
[09:42] <pitti> seb128: well, I didn't get much sleep
[09:42]  * Sweetshark gives pitti a hug.
[09:42] <seb128> oh, is everything ok?
[09:43] <Sweetshark> Also, just heard on #libreoffice-dev:
[09:43] <Sweetshark> 10:33 <@jcorrius> Sweetshark: the 12.04 beta looks quite impressive,  congratulations!
[09:45]  * pitti hugs back Sweetshark
[09:45] <pitti> seb128: aand -- WTH did you do yesterday !?
[09:45] <pitti> +14 on http://reports.qa.ubuntu.com/reports/bug-fixing/canonical-desktop-team-precise-fixes-report.html !!!
[09:45] <seb128> pitti, I worked hard sir!
[09:46] <seb128> pitti, well it's not yesterday, it's during the years that freeze did last
[09:46] <seb128> ;-)
[09:46] <pitti> lol
[09:46] <seb128> pitti, you scared me with your "I've 5 apport bug fixes stacked"
[09:46] <seb128> I had to do something ;-)
[09:47] <pitti> but, but, 14?
[09:47] <seb128> pitti, you will have some time to catch up I think, I mostly cleaned my small things list, I will spend a few days on bug triages and less easy stuff next week
[09:47]  * pitti will upload apport today with 8 fixes
[09:48] <seb128> hehe
[09:49] <ricotz> good morning
[09:49] <seb128> hey ricotz, how are you?
[09:49] <ricotz> seb128, hi, are there any problems expected through the gtk+2.0 update?
[09:49] <ricotz> seb128, ca va bien
[09:49] <seb128> ricotz, not really, I rebuilt rdepends before it and used a break
[09:50] <seb128> but gtk2-sharp didn't get to build yet, it hit a ftbfs, RAOF should uploaded a fixed version soon
[09:50] <ricotz> seb128, i see, havent updated it yet, but there already people complaining about things crashing like g-s and gnome-fallback
[09:51] <micahg> seb128: anything holding up the planner upload
[09:51] <ricotz> seb128, so i was just assuming it might have created problems
[09:51] <seb128> micahg, no, I apparently dput on the wrong files, from by bugs emails it got rejected
[09:51] <seb128> micahg, redoing it
[09:51] <micahg> seb128: thanks
[09:51] <seb128> ricotz, no, gnome-shell,gnome-panel shouldn't even use gtk2
[09:52] <dholbach> Sweetshark, no worries :)
[09:52] <ricotz> seb128, i know ;), but some weird plugin or service might
[09:52] <ricotz> seb128, never mind :)
[09:52] <ricotz> dholbach, hey
[09:53] <dholbach> hey ricotz - wie geht's?
[09:53] <seb128> ricotz, well, the gtk2 update only drops the gtkresizegrip backport to ubuntu which was an ubuntu specific api in gtk2
[09:53] <ricotz> dholbach, danke, gut, ich hoffe dir auch
[09:53] <seb128> ricotz, we grepped through the archive to find rdepends and I fixed those
[09:53] <seb128> ricotz, I might have overlooked something but I doubt it's due to it
[09:53] <dholbach> ja, alles prima :)
[09:53] <ricotz> dholbach, bin noch nicht dazu gekommen zu antworten :\
[09:54] <ricotz> seb128, yeah, gtk-sharp is holding the update for me so far
[09:54] <dholbach> mach Dir kein Stress :)
[09:54] <seb128> ricotz, RAOF is fixing it
[09:54] <ricotz> seb128, good
[09:55] <Laney> dropping the resizegrip stuff?
[09:55] <seb128> Laney, yes
[09:55] <Laney> so we can sync gtk-sharp2 again? :-)
[09:55] <Laney> (assuming someone has checked rdeps)
[09:55] <seb128> Laney, cf discussion a bit earlier, I had the rdepends checked but for the C api, I don't think it matched the C# one, I will get that done today so we can drop it next week
[09:56] <ricotz> Laney, right, there could be some apps turning it off, like gnome-do
[09:56] <Laney> what do you mean by 'turning it off'?
[09:56] <Laney> gnome-do is synced so I don't see how it can have any code for that api
[09:56] <seb128> the gnome-do patch got dropped in a sync by error early in the cycle
[09:56] <Laney> aha
[09:56] <seb128> Laney, yeah, that was buggy
[09:57] <ricotz> Laney, i mean access it somehow
[09:57] <Laney> so it was broken anyway :P
[09:57] <ricotz> good, so this isnt an issue for gnome-do then
[09:57] <Laney> seb128: seems you already uploaded to turn it off for gtk# though
[09:58] <seb128> Laney, that upload ftfbs on something else
[09:58] <Laney> huh, so it did
[09:58] <seb128> Laney, RAOF has a fix, he said he would upload soon, but he's putting the patch back "in case" until we grep the archive again for the C# api
[09:58] <Laney> ok
[10:00] <Laney> looking at changelogs for all packages with delta, I don't see anything suspicious
[10:00] <seb128> I googled and didn't find anything either
[10:01] <Laney> but no substitute for a search indeed
[10:01] <seb128> well, it's friday, let's not break things over the w.e ;-)
[10:01] <Laney> indeed
[10:01] <seb128> we can maybe get the build fix in Debian and then sync properly next week
[10:02] <Laney> yeah sure I'll take linker fixes there
[10:14] <tkamppeter> pitti, hi
[10:16] <pitti> hello tkamppeter
[10:20] <Sweetshark> With a recent vanilla precise, it seems something is blocking logout, e.g. a) you click logout b) parts of the session kill themselves c) but never enough to see the login screen d) this is _not_ libreoffice, which I have fixed now.
[10:20] <Sweetshark> ^^ is that a known issue?
[10:20] <Sweetshark> ah, no. it logs out -- it just takes ages
[10:21] <Sweetshark> e) it also happens when there is no libreoffice running
[10:25] <Sweetshark> kinda hard to debug the libreoffice issue, if there is one on the session side of things.
[10:33] <RAOF> Laney: It's not actually linker fixes; glib dropped some symbols in 2.31.  Or, rather, some symbols hit the deprecated list.
[10:33] <Laney> righto
[10:34] <RAOF> The practical upshot of which is that GLib.Thread becomes a no-op.
[10:34] <RAOF> So I'll upload the build fix now, then I'll go back and conditionalise on glib version and throw it upstream and to Debian.
[10:34] <RAOF> Then we're syncable.
[10:48] <tkamppeter> pitti, Debian has put a "Recommended: printer-driver-all" into foomatic-db and we synced this package. Now the printer-driver-all package is in Universe but it is a meta package (no code) so we can easily move it into Main. Problem is that printer-driver-all recommends other, not very important drivers which are in Universe: printer-driver-escpr which Ubuntu auto-installs from OpenPrinting and some exotic drivers for printers which ar
[10:48] <tkamppeter> e not produced any more for 10 years.
[10:49] <pitti> tkamppeter: right, we already discussed this; for precise I think we should drop that new recommends, and then think about how we can do a better job at printer driver installation than having to ship them all by default
[10:49] <pitti> tkamppeter: bug 944660, right?
[10:49] <ubot2`> Launchpad bug 944660 in foomatic-db "foomatic-db-compressed-ppds recommends printer-driver-all (>= 0.20111206) but 0.20111027 is in the archive" [Undecided,New] https://launchpad.net/bugs/944660
[10:50] <tkamppeter> pitti, yes.
[10:51] <tkamppeter> pitti, so I think we should discuss on the UDS a concept for not needing to ship printer drivers for both Debian and Ubuntu (following the goal of syncing printing stacks completely).
[10:52] <pitti> tkamppeter: that should be possible, we should use the PackageKit API for this
[10:54] <micahg> pitti: speaking of packagekit, I'm still stumped on why component-mismatches isn't showing gdebi for demotion, what's "rescued" seems to be in universe already
[10:54] <micahg> oops, meant for this to be in -devel
[10:55] <pitti> micahg: yes, but it wants to go back to main, so gdebi stays for now
[10:55] <micahg> pitti: yes, but why, I can't seem to find the reason
[10:55] <pitti> micahg: I supposed due to the still missing powerpc build
[10:56] <pitti> oh, it built one hour ago
[10:56] <micahg> right, the reverse-recommends disappeared after that
[10:56] <pitti> so the extra-exclude apparently didn't help
[10:57] <pitti> I figure I need to copy it to kubuntu seeds as well
[10:58] <pitti> cd
[10:58] <pitti> micahg: done, waiting for next publisher
[10:59] <micahg> pitti: ah, ok, I forgot about those :), but anyways, it's not shown as supported there
[10:59] <micahg> pitti: does the netbook seed keep stuff in main?
[11:01]  * micahg fixes
[11:01] <pitti> gosh, does that still exist?
[11:01] <micahg> yep
[11:01] <pitti> micahg: thanks
[11:05] <tkamppeter> pitti, can you help me with a UDEV issue?
[11:05] <tkamppeter> pitti, it is bug 931417
[11:05] <ubot2`> Launchpad bug 931417 in hplip "HP LaserJet P1005 not setup correctly in 12.04" [Undecided,New] https://launchpad.net/bugs/931417
[11:06] <tkamppeter> pitti, the file attached to comment #5 is on the user's Precise system as /etc/udev/rules.d/86-hpmud-hp_laserjet_p1005.rules
[11:07] <tkamppeter> pitti, It should load the printer's firmware when the printer is connected. It happens nothing, not even the logger message appears in syslog.
[11:11] <jml__> uhh, ok.
[11:12] <jml> how can I install Skype on a 64bit precise machine?
[11:15] <micahg> jml: add oneiric partner, apt-get install skype?
[11:19] <jml> micahg, so it's no longer supported in Ubuntu?
[11:19] <micahg> jml: huh, no, it's just partner hasn't been populated for precise yet
[11:19] <jml> micahg, oh ok.
[11:20] <pitti> tkamppeter: responded in bug and sub'ed
[11:22] <jml> micahg, I'm still told that skype is not available but referred to by another package
[11:23] <micahg> jml: try skype:i386
[11:23] <jml> micahg, ah, that works. Thanks.
[11:23] <micahg> jml: not marked multiarch:foreign, that's why
[11:41] <tkamppeter> pitti, the rules file is part of HP's proprietary plugin, we cannot change it as part of one of our packages. So if we find a solution without changing the file would be great.
[11:42] <pitti> tkamppeter: for that we need to understand what's wrong with it first
[11:43] <tkamppeter> pitti, how should 'please run /devices/pci0000:00/0000:00:1d.7/usb2/2-1' work?
[11:45] <pitti> tkamppeter: argh, followed up
[11:52] <tkamppeter> pitti, thanks.
[12:21] <micahg> didrocks: is there a reason why the libcompizconfig dev package is versioned?
[12:22] <seb128> micahg, it's quite common
[12:23] <seb128> is there any official guideline saying they should not be?
[12:23] <micahg> seb128: yes, but Debian doesn't have this
[12:23] <seb128> on what? compiz?
[12:23] <micahg> no, libcompizconfig
[12:23] <seb128> right, same difference
[12:24] <seb128> it's not like we were any close to be on sync from Debian on that stack
[12:24] <seb128> or even pretending to merge with them or trying to be close
[12:24] <micahg> they have an unversioned dev package
[12:24] <micahg> well, there are some packages in experimental that could be worth merging if they build :)
[12:24] <seb128> well, I guess feel free to submit a merge request
[12:25]  * Chipaca waves
[12:25] <micahg> seb128: is that for review purposes?
[12:26] <seb128> micahg, yes, beause the lib is used across dx ppas, etc and a renaming would break all their builds
[12:27] <seb128> it would be good to get review anyway in case there is a reason and just so Didier can make sure it's handled fine
[12:27] <micahg> ah, ok, I'd be happy with a provides, I"ll propose that a bit later
[12:27] <seb128> doesn't work
[12:27] <seb128> the provides are not versioned
[12:27] <seb128> so stuff which build-depends on >= version would stop working
[12:28] <micahg> ok, empty package than
[12:28] <seb128> right, at which point please get review from didrocks, but better to use a bug and deal with it in an async way
[12:28] <seb128> he's swamped in unity release issues today
[12:29] <micahg> ok, so bug is better than merge proposal or both?
[12:30] <seb128> either is fine I think
[12:37] <chrisccoulson> gah, i didn't realize xchat had crashed :/
[12:37] <dholbach> is anyone going to have a look into the inkscape update?
[12:37] <seb128> hey chrisccoulson
[12:37] <seb128> dholbach, what update?
[12:37] <dholbach> (it's in the sponsoring queue)
[12:37] <seb128> dholbach, and not especially, we don't maintain inkscape
[12:38] <dholbach> didn't bryce and others maintain it upstream?
[12:48] <seb128> dholbach, bryce, ted yes
[12:49] <seb128> dholbach, not sure they have time for packaging it in Ubuntu though
[12:49] <dholbach> it needs a sponsor :)
[12:50] <seb128> dholbach, feel free to do it, ted would need sponsoring anywaya
[13:33] <chrisccoulson> pitti, seb128, have either of you had issues like bug 899013?
[13:33] <ubot2`> Launchpad bug 899013 in firefox "Firefox not using localized Google Search" [Undecided,Confirmed] https://launchpad.net/bugs/899013
[13:33] <chrisccoulson> it seems to work ok here
[13:34] <seb128> is that using the google entry on the top right?
[13:34] <seb128> (I never use it because it's buggy, it sends me to google.com rather than google.fr)
[13:34] <seb128> i.e search in english
[13:34] <seb128> which seems similar to your bug title
[13:35] <pitti> chrisccoulson: that's right, searching for "Tonne" in the google search bar brings up the English results
[13:35] <chrisccoulson> pitti - and the UI is localized correctly?
[13:35] <pitti> same with the awesome bar
[13:35] <pitti> chrisccoulson: yes
[13:35] <pitti> all in German
[13:35] <chrisccoulson> hmmm :/
[13:36] <seb128> yes, same here
[13:36] <seb128> though that bug is different, it says it works after a restart, i.e is an issue only on first start
[13:36] <seb128> here it's buggy this way consistently
[13:38] <chrisccoulson> pitti, seb128 - if you enable the web console (Tools -> Web Developer -> Web Console), ensure that Logging is switched on and do a search, can you make sure that the Accept-Language header is correct
[13:39] <seb128> chrisccoulson, where do I switch logging on?
[13:39] <seb128> --
[13:39] <seb128> [14:39:09,216] GET http://www.google.com/search?client=ubuntu&channel=fs&q=ubuntu&ie=utf-8&oe=utf-8 [HTTP/1.1 302 Found 268ms]
[13:39] <chrisccoulson> seb128, actually, you need the "Net" option enabled in the web console (it's the button with a black square in it here)
[13:39] <seb128> chrisccoulson, I get that
[13:40] <chrisccoulson> seb128, yeah, if you click on that, you get to see all the headers :)
[13:40] <seb128> fr,fr-fr;q=0.8,en-us;q=0.5,en;q=0.3
[13:40] <seb128> chrisccoulson, ^
[13:40] <chrisccoulson> seb128, thanks
[13:40] <chrisccoulson> that looks correc then
[13:40] <seb128> yw
[13:40] <chrisccoulson> **correct
[13:40] <chrisccoulson> so, it seems more like a google bug
[13:41] <chrisccoulson> i'll have to speak to them about it
[13:41] <seb128> it seems so yes
[13:41] <seb128> chrisccoulson, well, I get the same behaviour if I go on google.com and search
[13:41] <seb128> chrisccoulson, I need to go to google.fr to have french results
[13:41] <chrisccoulson> yeah, you shouldn't need to. at least, you never used to need to
[13:41] <seb128> so it's not firefox, or firefox should send me to google.<locale>
[13:42] <chrisccoulson> they used to figure it out automatically
[13:42] <seb128> right, that was better ;-)
[13:42] <chrisccoulson> although, for en-gb, we give them a little helping hand to avoid getting en-us results
[13:45] <desrt> seb128: hey
[13:45] <desrt> good morning
[13:45] <seb128> desrt, hey
[13:45] <seb128> desrt, had a good night?
[13:45] <desrt> good enough
[13:46] <desrt> remember that bug i found in the app menu indicator... thingy... service?
[13:46] <seb128> desrt, I tried your updated (indicator-applications and hud-...)
[13:46] <desrt> (god... ted needs better naming)
[13:46] <seb128> updates
[13:46] <desrt> indicator-application
[13:46] <seb128> desrt, yeah, that fixed my login issue
[13:46] <desrt> great :D
[13:46] <seb128> desrt, but it's buggy in another way now
[13:46] <desrt> obviously needs a merge
[13:46] <desrt> seb128: AWESOME
[13:46] <seb128> the prefixs work as well indeed
[13:46] <desrt> what's next :p
[13:47] <seb128> desrt, it stopped listed anything else than indicators
[13:47] <desrt> oh.  oops.
[13:47] <seb128> desrt, like it wouldn't list any normal menus
[13:47] <desrt> heh
[13:47] <desrt> that's because i disabled it for testing
[13:47] <seb128> ;-)
[13:47] <desrt> probably accidentally checked that it :p
[13:47] <desrt> *in
[13:47] <seb128> ok
[13:47] <seb128> k, please fix ;-)
[13:47] <desrt> http://bazaar.launchpad.net/~desrt/indicator-appmenu/hud-rewrite-wip/revision/184#src/hud-service.c :)
[13:48] <desrt> ^ "oops"
[13:48] <chrisccoulson> seb128, btw, are you logged in to any google services when you search?
[13:48] <seb128> chrisccoulson, define "logged in", the google homepage has my name at the top right
[13:48] <desrt> seb128: so... indicators, appindicators, prefixing, appindicator race issue -> solved
[13:49] <seb128> chrisccoulson, but I'm not on any gmail, gdoc or anything
[13:49] <chrisccoulson> seb128, yeah, that's what i was asking :)
[13:49] <desrt> leaving disabled/hidden, indicator attributes, usage tracker
[13:49] <seb128> desrt, you seem to be on track to have it on time ;-)
[13:49] <desrt> not bad for the ride home on the streetcar :)
[13:50] <desrt> hopefully ted will be up soon
[13:50] <desrt> wow.
[13:51] <desrt> tedg: good morning :)
[13:51] <desrt> 08:50 < desrt> hopefully ted will be up soon
[13:51] <desrt> 08:50 -!- tedg [~ted@12.49.125.218] has joined #ubuntu-desktop
[13:51] <tedg> Heh
[13:51] <desrt> you're a bit early today
[13:51] <tedg> For some reason I didn't realize you were on eastern time.
[13:51] <desrt> yup
[13:52] <desrt> toronto is basically directly above upstate new york
[13:52] <seb128> hey tedg
[13:52] <tedg> Yeah, I don't know why, the timezone and location didn't align :-)
[13:52] <seb128> tedg, see it's not only me who ping you in the minute you join ;-)
[13:52] <desrt> seb128: i'm not pinging.  yet.
[13:52] <desrt> ;)
[13:52] <seb128> desrt, I did the same yesterday, asked if tedg was going to be around and he joined while I was typing ;-)
[13:52] <tedg> seb128, I know, I'm getting a little troubled by the scenario.
[13:53] <tedg> It's like there's no free will, on IRC pings.
[13:53] <desrt> tedg: just don't reach around to the back of your head and start feeling around
[13:53] <desrt> everything will be okay
[13:54] <desrt> we wouldn't implant a chip in your brain or anything... that would just be .... immoral
[13:54] <seb128> mterry, hey
[13:54] <mterry> seb128, hello
[13:54] <seb128> mterry, chrisccoulson, pitti: did you guys install the new lightdm yet?
[13:54] <tedg> Heh
[13:54] <seb128> I'm running it for 2 days and it's fine here but I'm a bit concerned about
[13:54] <seb128> bug #944736
[13:54] <mterry> seb128, yeha
[13:54] <ubot2`> Launchpad bug 944736 in lightdm "Fails to load any session" [Undecided,Incomplete] https://launchpad.net/bugs/944736
[13:54] <seb128> got 2 dups already today
[13:54] <chrisccoulson> seb128, not yet. i haven't updated for a while now
[13:54]  * chrisccoulson runs update
[13:55] <seb128> they also say that downgrading to 1.1.3 fixes it...
[13:55] <seb128> or that gdm works
[13:55] <desrt> tedg: so... gvariantbuilder
[13:55] <mterry> seb128, don't have nvidia myself
[13:55] <desrt> tedg: you're not supposed to use it with indefinite types
[13:55] <desrt> tedg: in retrospect, i sort of regret adding that feature at all
[13:55] <tedg> desrt, Like G_VARIANT_TYPE_ARRAY?
[13:55] <desrt> ya.  don't do that
[13:55] <desrt> because if you happen to put zero items in the builder, it has no way to guess the type
[13:55] <desrt> you should always give the full type
[13:56] <seb128> mterry, well, I think the nvidia thing is a redherring
[13:56] <desrt> like G_VARIANT_TYPE("a(sisosssss)")
[13:56] <tedg> Oh, yeah, I just usually check for the zero case and deal with it.
[13:56] <desrt> that way, even if you add zero items, it works
[13:56] <desrt> tedg: i noticed that in some of your other code.  don't do that :p
[13:56] <seb128> mterry, it's just that the session is not starting so they get the screen left in the state it is if nautilus doesn't start drawing the background
[13:56] <desrt> just always give the definite type
[13:56] <desrt> then it's okay to add zero items
[13:56] <mterry> seb128, right...
[13:56] <tedg> desrt, The problem is I don't like having "type strings" all over.  Too prone to typos, I'd rather use the defines.
[13:57] <desrt> tedg: you can make your own defines
[13:57] <seb128> mterry, well I wanted to make sure other people are fine, like it's not broken for everybody
[13:57] <mterry> not for me
[13:57] <desrt> tedg: btw: if you typo the type string for gvariantbuilder it will detect the issue
[13:57] <seb128> mterry, the xsession-errors log is a bit weird, I've asked for more infos
[13:57] <tedg> desrt, I guess...
[13:57] <seb128> mterry, thanks
[13:57] <desrt> tedg: unless you typo ALL the type strings
[13:57] <tedg> desrt, By detect the issue do you mean "crash your program" ?  ;-)
[13:57] <desrt> (no meme intended)
[13:58] <desrt> tedg: no.  in this case i think i mean "refuse to accept your type-mismatching item"
[13:58] <desrt> although i like crashes
[13:58] <desrt> they lead to problems being discovered :)
[13:58] <tedg> What about tuples?  It seems like GVariantBuilder was a nice way to build tuples without having to write out the string.
[13:58] <desrt> (vs. this problem which has gone undetected for a long time)
[13:58] <seb128> chrisccoulson, the firefox behaviour doesn't depend of you being logged on google or not, it does the same in a guest session
[13:58] <desrt> tedg: ya.. tuples are the reason i did it this way
[13:58] <chrisccoulson> seb128, ok, thanks
[13:59] <desrt> tedg: in that case it really makes sense not to specify the type at the start
[13:59] <tedg> desrt, Ah, okay.
[13:59] <desrt> tedg: but even still, i always do
[13:59] <desrt> tedg: put it this way:
[13:59] <desrt> you're concerned about making an undetected typo
[13:59] <desrt> but by giving the full type string you're always adding additional restrictions
[13:59] <desrt> ie: _extra_ checks
[13:59] <desrt> (runtime checks, granted...)
[14:01] <tedg> Yeah, I was thinking we could perhaps to a custom Coverity checker for the g_variant stuff...
[14:01] <tedg> So it wouldn't all be runtime.
[14:01] <desrt> tedg: that would be absolutely amazing
[14:01] <desrt> particularly if you could teach it about gvariant format strings
[14:01] <desrt> i tried to write a gcc plugin once to do this
[14:01] <desrt> .....uhm.  don't try to write gcc plugins.
[14:01] <desrt> as a general word of advice.
[14:01] <tedg> desrt, Definitely, they have an SDK that basically exposes their AST and all that.
[14:03] <desrt> tedg: anyway.  you should do that merge :)
[14:04] <desrt> it fixes a rather serious problem that both seb and i were hitting
[14:04] <tedg> desrt, Which merge?
[14:04] <desrt> https://code.launchpad.net/~desrt/indicator-application/gvariantbuilder-fix/+merge/95507
[14:04] <tedg> Ah, okay.  Sorry, not to e-mail yet :-)
[14:04] <desrt> sorry.  i assume that you have full knowledge of the contents of your inbox at all times
[14:04] <desrt> your implant^Wuh... instincts... must be malfunctioning
[14:06] <dobey> i just keep my inbox empty. much less stressful that way :)
[14:13] <desrt> seb128: incoming
[14:13] <desrt> seb128: if you're worried about my recent changes, you have another thing coming :)
[14:14] <desrt> seb128: mclasen just merged the touch/scroll stuff in gtk and it's causing regressions
[14:14] <seb128> desrt, yeah, thanks to ricotz for testing ;-)
[14:14] <seb128> desrt, I'm reading the GNOME IRC channels as well ;-)
[14:15] <desrt> sometimes i think you do nothing but read irc all day :p
[14:15] <seb128> lol
[14:15] <seb128> you keep saying that
[14:15] <desrt> i keep seeing more evidence!
[14:16] <seb128> desrt, I just have IRC reading running in an idle function
[14:17] <ricotz> seb128, still pretty huge changes this late ;)
[14:17] <seb128> yes
[14:17] <seb128> not a lot we can do about it
[14:18] <seb128> out of stop trusting gtk next cycle
[14:18] <dobey> i stopped trusting gtk+ last cycle ;)
[14:19] <dobey> i guess we'll need an FFe/UIFe to ship a new snapshot of rhythmbox
[14:19] <desrt> seb128: come on...
[14:19] <seb128> dobey, depends of the change
[14:19] <seb128> desrt, no joking, we are past ff for GNOME and they land a ton of changes
[14:19] <desrt> seb128: there were 1.5 canonical employees at the gtk hackfest advocating this course of action
[14:20] <desrt> seb128: and glib/gtk have never been under gnome freezes, and you know it
[14:20] <seb128> desrt, right
[14:20] <desrt> you also know that it's going to get fixed in time
[14:20] <seb128> desrt, well, I assumed the gesture would be new feature
[14:20] <desrt> so keep an eye, but don't panic :p
[14:20] <seb128> not breaking stuff like normal scrolling
[14:21] <seb128> desrt, but yeah, let's see how it goes ;-)
[14:21] <dobey> seb128: hrmm, well there have been a lot of changes since 2.95 was released
[14:21] <seb128> dobey, if it's not only bug fixes yes you need a ffe
[14:21] <seb128> dobey, would be better if you could get moch to roll a tarball
[14:21] <seb128> desrt, btw let me know when you restore menus support in the hud
[14:22] <desrt> okay.  i'll do that now
[14:22] <Chipaca> hi guys. I've seen nm-applet eating a lot of memory of late, to the point that yesterday it was at 1.7GB and I had to kill it; now it's at 326MB (resident; virtual is 500+). Anything I need to do or tweak to fix it?
[14:22] <seb128> Chipaca, we had until a week ago, are you uptodate with session restarted this week?
[14:22] <dobey> seb128: yeah. i'm debugging a weird memory bug at the moment, and not sure if it's in rhythmbox proper, or if it's due to the way we're calling something in the plug-in. but i'll bug him to roll a tarball
[14:23] <seb128> dobey, thanks
[14:23] <Chipaca> seb128: machine booted yesterday after a dist-upgrade
[14:23] <desrt> seb128: okay.  pushed.
[14:23] <seb128> Chipaca, ok, talk to cyphermox then
[14:23] <Chipaca> cyphermox: bla bla bla
[14:23] <Chipaca> seb128: thanks :)
[14:23] <cyphermox> Chipaca: you using CDMA/GSM ?
[14:23] <dobey> Chipaca: nm-applet is 15M RES here. and 299M VIRT. so i think the VIRT is normal
[14:24] <cyphermox> the rest is supposed to be fixed.
[14:24] <Chipaca> cyphermox: sadly, yes.
[14:24] <cyphermox> Chipaca: ok, then it's known, still working on that part
[14:24] <Chipaca> cyphermox: ok. Good to know.
[14:26] <cyphermox> om26er filed a bug about that... https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/939802
[14:26] <seb128> desrt, ok, improvement
[14:26] <ubot2`> Launchpad bug 939802 in network-manager-applet "nm-applet leaks memory when connected to cdma connection" [High,Confirmed]
[14:26] <seb128> desrt, your ranking is still messed up, that was not the lack of prefix
[14:27] <seb128> desrt, or at list fixing prefix didn't fix it
[14:27] <seb128> list->least
[14:27] <desrt> seb128: so that confuses me
[14:27] <desrt> seb128: i wonder if i just lack the most recent improvements from trunk
[14:28] <desrt> keep in mind that i don't have usage tracking
[14:29] <seb128> desrt, well, my testcase is "focus nautilus, tab, "pref""
[14:29] <desrt> sometimes i wish it was possible to physically manipulate software
[14:30] <seb128> desrt, it lists some indicator "preferences" before the nautilus preferences
[14:30] <desrt> ohhh
[14:30] <desrt> yes!
[14:30] <seb128> desrt, the precise hud has always ranked the focused app first I think
[14:30] <desrt> the old code penalised indicators
[14:30] <desrt> i don't do that yet
[14:30] <seb128> ok
[14:30] <desrt> another item for the todo, thanks
[14:30] <seb128> thank you ;-)
[14:30] <desrt> thanks for acting as my interactive todo list :)
[14:31] <seb128> desrt, otherwise I like how it's going, it's mostly usable and working now
[14:31] <seb128> so keep going this way ;-)
[14:31] <desrt> tedg: any idea about this 'unknown indicator' business?
[14:31] <seb128> desrt, what business?
[14:31] <desrt> Unknown Indicator (nm-applet)
[14:31] <desrt> i see that
[14:31] <desrt> i had to add the same workaround to my code...
[14:31] <seb128> desrt, that's because your nm-applet doesn't call indicator_set_title
[14:32] <desrt> well yes
[14:32] <desrt> but when does it get fixed? :)
[14:32] <seb128> cyphermox fixed that in precise before beta1, weird
[14:32] <desrt> oh.  great.
[14:32] <desrt> i didn't upgrade, i guess
[14:32] <seb128> desrt, what network-manager-applet version do you have?
[14:32] <seb128> network-manager-applet (0.9.2.0+git.20120126t000800.5151959-0ubuntu2) precise; urgency=low
[14:32] <seb128>     - add a call to app_indicator_set_title() for Unity HUD support.
[14:32] <seb128>  
[14:32] <seb128> desrt, ^ that was fixed in that version
[14:32] <desrt> network-manager-gnome: Installed: 0.9.2.0+git.20120126t000800.5151959-0ubuntu4
[14:33] <seb128> weird
[14:33] <desrt> oh.  bad example
[14:33] <desrt> nm-applet is working, indeed
[14:33] <tedg> desrt, Unfortunately since we just added it this cycle, we'll probably always have a few that'll show up that way, but we should get the main ones.
[14:33]  * pitti does the "happy Friday" apport upload and disappears for an hour for supermarket etc.
[14:33] <desrt> bluetooth is not
[14:33] <seb128> desrt, update
[14:33] <desrt> woh
[14:33] <seb128> desrt, I fixed bluetooth keyboard and tomboy during beta freeze
[14:34] <tedg> Oh!  indicator-jenkins is not setting it...
[14:34] <desrt> beta freeze is over, clearly :)
[14:34] <seb128> desrt, they jost got accepted this night
[14:34] <seb128> just
[14:34] <desrt> to upgrade: one bazillion packages
[14:34] <seb128> desrt, ;-)
[14:34]  * desrt sees no xorg
[14:34] <desrt> oh my poor barriers
[14:35] <desrt> libbamf also appears absent
[14:41] <JamesTait> Hello, people! :)
[14:42] <JamesTait> I have a problem that I'd like to run past you guys.
[14:42] <JamesTait> It seems related to this morning's updates, but that could be a red herring.
[14:43] <JamesTait> When I log into a standard (3D) Unity session, my terminal windows are all transparent, and the default background colour of other windows is black.
[14:43] <seb128> pitti, can you score https://launchpad.net/~ubuntu-desktop/+archive/ppa/+build/3254298 for me?
[14:43] <seb128> pitti, https://launchpad.net/~ubuntu-desktop/+archive/ppa/+build/3254297 as well
[14:43] <JamesTait> Neither unity --reset nor changing themes, nor explicitly setting the solid background colour in gnome-terminal has had any effect on this.
[14:44] <JamesTait> This is on 12.04 with, as I said, this morning's updates applied.
[14:44] <seb128> JamesTait, hey, weird, what theme do you use?
[14:44] <JamesTait> seb128: The default, ambience I think (*goes to check*)
[14:45] <seb128> JamesTait, ok, dunno then, you are the first one to report that issue
[14:45] <JamesTait> I'm in Unity 2d at the moment, which has its own set of problems.
[14:46] <JamesTait> Yes, Ambience theme, on amd64 and nvidia GT330M graphics, using nvidia-current.
[14:46] <JamesTait> seb128: That's what I feared. :(
[14:47] <cyphermox> I'll upgrade my nvidia system now see if I can reproduce
[14:48] <seb128> pitti, URG
[14:48] <seb128> pitti, you have 16 bugs listed in that apport upload, good that I had a 15 margin ;-)
[14:52] <seb128> I'm out for some sport, be back in an hour or so
[14:53] <desrt> seb128: exercise :)
[14:53] <seb128> doh
[14:53] <seb128> one day I will learn this one ;-)
[14:53] <desrt> you and didrocks :)
[14:53] <seb128> well, probably most of the french people :p
[14:54] <didrocks> I know about this one
[14:55] <didrocks> I don't use it anymore, desrt even noticed!
[14:56] <desrt> didrocks is a better student :)
[14:56] <desrt> k.  streetcar time.  ciao.
[14:56] <didrocks> see you desrt ;)
[15:11] <tkamppeter> pitti, still there?
[15:19] <randy__> hello
[15:19] <randy__> i have a question
[15:21] <randy__> I have a tablet pc (2007 version) and i use onboard, often times ubuntu will take the screen i am working on out of focus when i move the pointer on top of onboard. to remedy the problem i have to minimize and remaximize to screen
[15:23] <randy__> ??
[15:30] <barry> yikes, seeing lots of regressions today in both unity 3d and 2d.  bug 944880 bug 944884 and bug 944865  let me know if i can help with any debugging
[15:30] <ubot2`> Launchpad bug 944880 in unity "regression: docks on both screens, and they never autohide" [Undecided,New] https://launchpad.net/bugs/944880
[15:30] <ubot2`> Launchpad bug 944884 in unity "Emacs window gets shrunk to a single line" [Undecided,New] https://launchpad.net/bugs/944884
[15:30] <ubot2`> Launchpad bug 944865 in unity-2d "regression: no dock or menu bar after login" [Undecided,New] https://launchpad.net/bugs/944865
[15:35] <didrocks> barry: hum, why "today"? there has not been an unity upload for 2 weeks
[15:35] <didrocks> barry: are you on a ppa?
[15:35] <didrocks> bug #944880 is not a bug, but design decision
[15:35] <ubot2`> Launchpad bug 944880 in unity "regression: docks on both screens, and they never autohide" [Undecided,New] https://launchpad.net/bugs/944880
[15:36] <didrocks> the 3rd bug is only you reporting it, do you have any segfault? do you have unity-2d installed?
[15:36] <barry> didrocks: nope.  come to think of it, i might have been running unity 2d before.  i don't actually know for sure, but i tried them both after encountering bug 944865 and that's when i noticed the problems
[15:36] <ubot2`> Launchpad bug 944865 in unity-2d "regression: no dock or menu bar after login" [Undecided,New] https://launchpad.net/bugs/944865
[15:36] <didrocks> apt-cache policy unity-2d ?
[15:36] <barry> didrocks: it's installed
[15:37] <didrocks> which version?
[15:37] <barry> % apt-cache policy unity-2d
[15:37] <barry> unity-2d:
[15:37] <barry>   Installed: 5.4.0-0ubuntu1
[15:37] <barry>   Candidate: 5.4.0-0ubuntu1
[15:37] <pitti> hello tkamppeter
[15:37] <barry>   Version table:
[15:37] <barry>  *** 5.4.0-0ubuntu1 0
[15:37] <pitti> just back
[15:37] <barry>         500 http://us.archive.ubuntu.com/ubuntu/ precise/main amd64 Packages
[15:37] <barry>         100 /var/lib/dpkg/status
[15:37] <barry>  
[15:37] <didrocks> barry: ok, what's your .xsession-errors,
[15:37] <barry> didrocks: oh ouch, re bug 944880 not being a bug.  that causes pain ;)
[15:38] <ubot2`> Launchpad bug 944880 in unity "regression: docks on both screens, and they never autohide" [Undecided,New] https://launchpad.net/bugs/944880
[15:38] <didrocks> barry: I'm surprised you are telling that all happens after today's bunch of update
[15:38] <didrocks> multiple docks is here for a month
[15:38] <didrocks> intellihide removed 2 weeks ago
[15:38] <didrocks> and again, no recent update on the archive ;)
[15:39] <pitti> seb128: bumped
[15:39] <didrocks> for bug #944884, I have no idea, other emacs user seems to not be affected, please ping the dx guys on #ubuntu-unity
[15:39] <ubot2`> Launchpad bug 944884 in unity "Emacs window gets shrunk to a single line" [Undecided,New] https://launchpad.net/bugs/944884
[15:39] <barry> didrocks: i guess i was using unity 2d before and it behaved differently.  so maybe those aren't regressions in 3d after all (but just behavioral differences to 2d)
[15:39] <dobey> didrocks: maybe he just rebooted today :)
[15:40] <dobey> barry: well, 3d didn't *used* to do it, so depending on your POV it can be called a regression :)
[15:40] <barry> ;)
[15:40] <dobey> i certainly find having the unity panels on every screen to be quite annoying
[15:40] <didrocks> barry: 2d got the same last week (but no multimonitor support)
[15:41] <didrocks> I'm wondering about unity-2d not starting, please post your .xsession-errors
[15:41] <didrocks> will be definitively interesting :)
[15:41] <barry> dobey: i can auto hide the launcher and be relatively happy (not as happy as before, but oh well), the part that's seriously painful is the pointer lag when moving between screens
[15:41] <dobey> also that :)
[15:41] <barry> didrocks: pastebin coming...
[15:42] <dobey> and the diffrences between the 2d and 3d implementation also annoying.
[15:42] <barry> dobey: true, but maybe less so if 3d's behavior is a feature :)
[15:42] <barry> didrocks: http://paste.ubuntu.com/865279/
[15:43] <dobey> barry: well, i mean other differences. like icon size setting not working, and the fact you can't disable the colorful backgrounds for the icons on the launcher
[15:43] <barry> dobey: yes, true
[15:44] <didrocks> if you want to rant about design decision or unity, there is #ubuntu-unity for that
[15:44] <didrocks> if you want that we debug your issues, we can have a look here
[15:44] <didrocks> barry: is this your unity-2d session? it's starting compiz…
[15:45] <barry> didrocks: fair enough re: design decisions
[15:45] <kamstrup> dpm: https://code.launchpad.net/~dpm/giraffe/seo-friendly-urls do you want this branch merged? (cc: mhr3)
[15:45] <dobey> didrocks: or you can comment on a post of jono's aobut his band or some other hack he's playing with :P
[15:45] <dpm> kamstrup, ah, yes please :)
[15:45] <barry> didrocks: it's essentially everything i've done today including switching between 2d and 3d.  i'm happy to try to collect anything you need
[15:46] <didrocks> barry: apparently, you have a look of cracky compiz plugin
[15:46] <barry> didrocks: oh noes ;)
[15:46] <didrocks> in that session :)
[15:46] <dpm> kamstrup, it's just to make the job of the publisher script to determine which kind of documentation generator the docs come from easier
[15:46] <didrocks> woobly, and so
[15:47] <didrocks> barry: so, this is your unity-2d session that give you an empty desktop?
[15:47] <barry> didrocks: my desktop setup is (hopefully) very pedestrian.  i really do almost no customization or installing weird plugins and such.  is there something in particular i should try to zap?
[15:47] <barry> didrocks: yes
[15:47] <didrocks> that shouldn't happen :)
[15:47] <barry> :)
[15:47] <didrocks> there is something screwed
[15:47] <didrocks> open a terminal
[15:47] <Ursinha> barry, there is a report of unity not starting after login in lightdm too.. I wonder if they're related somehow
[15:47]  * Ursinha looks
[15:47] <didrocks> env | grep SESSION
[15:48] <barry> didrocks: right now i am in 3d
[15:48] <didrocks> ah!
[15:48] <didrocks> :)
[15:48] <didrocks> barry: so, there is an issue on lightdm i heard of, where session switching is not working
[15:48] <didrocks> barry: the fact that unity don't appear for you in that session is because you have cracky plugin activated
[15:49] <didrocks> and they run *after* the unityshell plugin
[15:49] <didrocks> so remove their painting
[15:49] <didrocks> you can reset your compiz profile with unity --reset
[15:49] <didrocks> at least, you will have a sane configuration by default :)
[15:50] <barry> didrocks: that works in 2d?  but i have to be *in* 2d first right?
[15:50] <Ursinha> didrocks, is that a new issue?
[15:50] <didrocks> barry: no no, this is to reset your 3d configuration
[15:51] <barry> didrocks: oh, but the desktop comes up in 3d, it does not come up in 2d
[15:51] <didrocks> barry: for accessing your 2d session, I think that it's maybe a lightdm issue
[15:51] <didrocks> barry: ?
[15:51] <didrocks> barry: what's the .xsession-errors you just pastebined?
[15:51] <barry> didrocks: sorry, too many issues flying around my head ;)
[15:51] <didrocks> the one you had after login in unity-2d?
[15:51] <barry> didrocks: if that file gets overwritten @ every login, it is my 3d session, which i am in right now
[15:52] <didrocks> ah
[15:52] <didrocks> ok
[15:52] <didrocks> makes sense
[15:52] <didrocks> so yeah
[15:52] <didrocks> it's overwritten at every login
[15:52] <didrocks> I need one where it's screwed
[15:52] <didrocks> (but you shoud still unity --reset, you have cracking plugins in 3d! :p)
[15:53] <Ursinha> didrocks, rsalveti reported he's not able to login using lightdm-session, because it starts x-window-manager
[15:53] <barry> didrocks: fair enough, let me try that now
[15:53] <Ursinha> if he runs it without the lightdm-session wrapper, it works
[15:53] <didrocks> Ursinha: ah, that's what I heard in fact
[15:53] <didrocks> barry: yeah, get it in a tty and pastebin from there
[15:54] <barry> didrocks: okay.  i'll have to leave irc and come back...
[15:54] <didrocks> barry: ok :)
[15:54] <barry> didrocks: oh also, fwiw, i am running 2d on my laptop in a vm and it's working fine ;)
[15:54] <didrocks> barry: yeah, I'm sure it's a local issue, let's try to find it!
[15:54] <didrocks> barry: oh, in that case
[15:54] <didrocks> let's try to get all the info
[15:54] <tkamppeter> pitti, can you upload CUPS to Debian and Ubuntu?
[15:54] <didrocks> so
[15:54] <didrocks> before you reboot :)
[15:55] <barry> ... :)
[15:55] <Ursinha> he says he updated precise this morning, last time he done that was three days ago
[15:55]  * Ursinha keeps looking for the bug
[15:55] <didrocks> barry: edit /usr/share/xsessions/ubuntu-2d.desktop and add --debug to Exec=
[15:55] <didrocks> Ursinha: doesn't seem to be same issue here
[15:56] <Ursinha> didrocks, do you know if there's an open bug for this issue?
[15:56] <barry> didrocks: Exec=gnome-session --session=ubuntu-2d --debug
[15:56] <barry>  
[15:56] <didrocks> barry: exactly!
[15:56] <didrocks> Ursinha: not on top of my head, tracking the unity bugs is already etoomuch :)
[15:56] <barry> didrocks: okay!  rebooting.  do not trust my evil twin barry_
[15:56] <didrocks> heh ;)
[15:58] <barry_> ah whoops, i forgot to reset my 3d.  oh well, i'll do that later
[15:58] <barry_> logging in w/2d...
[15:59] <barry_> didrocks, wow, there's a very long lag between hitting return after entering my password and anything coming up on the screen
[15:59] <barry_> didrocks, and now i just see my cursor over a black background
[16:00] <didrocks> barry_: interesting, seems that you really miss some components ;)
[16:00] <didrocks> so let's see you xsession-errors
[16:01] <barry_> didrocks, okay, i now have that desktop folder and gnome do gives me a terminal.  let me pastebin the session file
[16:01] <barry_> didrocks, should be http://paste.ubuntu.com/865302/
[16:02] <barry_> fail whale :)
[16:02] <didrocks> are you sure? :)
[16:03] <didrocks> it's a total no sense
[16:03] <didrocks> gnome-session is even not started
[16:03] <didrocks> it's starting compiz
[16:03] <barry_> didrocks, positive.  i selected 2d from the ubuntu icon on the login screen
[16:04] <didrocks> yeah, something is really scewed
[16:04] <didrocks> /usr/sbin/lightdm-session: 34: [: Linux: unexpected operator
[16:04] <didrocks> I would start from that
[16:04] <barry_> yowch
[16:04] <Ursinha> check if x-window-manager is there... maybe something is preventing gnome-session to start
[16:04] <didrocks> barry_: let me show you what it should like (without gnome-session in debug mode)
[16:05] <didrocks> barry_: http://paste.ubuntu.com/865307/
[16:05] <didrocks> barry_: this is the beginning
[16:05] <didrocks> you can see that it source some scripts
[16:05] <barry_> didrocks, that does look much nicer
[16:05] <didrocks> and the last scipt
[16:05] <didrocks> /etc/X11/Xsession.d/99x11-common_start
[16:05] <didrocks> is the one starting gnome-session
[16:05] <didrocks> and thus selecting it…
[16:06] <barry_> didrocks, i guess it's possible that some update since my last reboot failed.  are there specific packages i should reinstall possibly?
[16:06] <didrocks> barry_: hum, I would say lightdm first
[16:07] <didrocks> as "Running X session wrapper" doesn't show up
[16:07] <didrocks> oh maybe mterry would know that ^
[16:07] <didrocks> (hey mterry ;))
[16:07] <barry_> didrocks, cool, trying that...
[16:08] <mterry> didrocks: seb128 was talking about this bug before.  let me scrollback for bug number
[16:08] <didrocks> ah :)
[16:09] <mterry> didrocks, barry_: is bug 944736 the one?
[16:09] <ubot2`> Launchpad bug 944736 in lightdm "Fails to load any session" [Undecided,Incomplete] https://launchpad.net/bugs/944736
[16:09] <didrocks> mterry: per chance, it loads compiz for him, but if you look at the .xsession-errors, it even don't start gnome-session, so I think a local hack make him starting it :)
[16:10] <didrocks> hum, the .xsession-errors looks way better here
[16:10] <didrocks> contrary to barry's one
[16:10] <barry_> mterry, quickly scanning it, it looks slightly different.  i do get the corrupt video (i'm on ati radeon hw) but then it all goes black and i eventually i just get the ~/Desktop folders
[16:11] <barry_> didrocks, okay, lightdm reinstalled and rebooted.  let's see what happens...
[16:12] <barry_> didrocks, it comes back more quickly, but still no joy.  same problem in behavior and contents of .xsession-errors
[16:14] <didrocks> barry_: you're lying, I can't believe you!
[16:14]  * didrocks writes some python2 code for a revenge :)
[16:14] <barry_> :-D :-D
[16:14]  * barry_ is the evil twin after all
[16:14] <didrocks> hum, it's really weird, I have the impression that the main Xsession script for lightdm is doing something wrong
[16:15] <didrocks> mterry: you are not knowledgeable about that? ^
[16:15] <didrocks> seems really not a gnome-session issue here (hey vuntz! :p)
[16:17] <pitti> tkamppeter: not to Debian right now (see http://packages.qa.debian.org/c/cups.html), I'll upload to Ubuntu
[16:18] <rsalveti> Ursinha: I'm back, finally
[16:18] <rsalveti> the bug seems to be quite stupid, don't know yet it it was caused by lightdm
[16:19] <rsalveti> but when lightdm starts, it runs: /usr/sbin/lightdm-session /usr/bin/gnome-session --session=ubuntu
[16:19] <barry_> didrocks, is it possible some gnome library got accidently removed, possibly by a less than careful dist-upgrade or landscape?
[16:19] <rsalveti> when using ubuntu session as default
[16:19] <pitti> tkamppeter: uploaded
[16:19] <rsalveti> by just starting X and then running the same command I'm able to reproduce the issue
[16:19] <rsalveti> that's the x-window-manager loaded instead of unity
[16:19] <Ursinha> rsalveti, what did you do to workaround the issue?
[16:20] <rsalveti> when xsession starts, it runs 20x11-common_process-args
[16:20] <mterry> didrocks, whoops, sorry, went afk
[16:21] <rsalveti> as we have the lightdm wrapper, $# will be " /usr/sbin/lightdm-session /usr/bin/gnome-session --session=ubuntu"
[16:21] <seb128> re
[16:21] <didrocks> rsalveti: it doesn't even source the other files before running /usr/sbin/lightdm-session in that case, see the .xsession-errors
[16:21] <seb128> didrocks, mterry: sorry, there was like 5 screen of scrollback during my hour out, I won't read tht
[16:21] <seb128> what's up?
[16:22] <rsalveti> Ursinha: check /etc/X11/Xsession.d/20x11-common_process-args
[16:22] <mterry> didrocks, I'm not super familiar with lightdm and its Xsession scripts, no
[16:22] <barry_> didrocks, mterry i *really* don't understand that first error in my .xsession-errors.  is it complaining about line 34 of lightdm-session?  that line looks fine to me: XKB_IN_USE=yes
[16:22] <didrocks> seb128: barry_ has this .xsession-error: http://paste.ubuntu.com/865302/
[16:22] <rsalveti> didrocks: it does it seems
[16:22] <didrocks> seb128: see, almost no script in /etc/X11/Xsession.d/ are sourced
[16:22] <rsalveti> the issue I got was that the number of arguments is now 2 instead of 1 when running /etc/X11/Xsession.d/20x11-common_process-args
[16:22] <mterry> seb128: barry_ is having a similar but not identical issue to the not-loading-sessions lightdm bug
[16:22] <rsalveti> because of the wrapper
[16:22] <seb128> weird
[16:22] <rsalveti> just changing s/1/2/g made it to work again
[16:23] <seb128> mterry, barry_: good that we have somebody to debug it
[16:23] <didrocks> rsalveti: hum, but this wrapper is new?
[16:23] <rsalveti> because then it'd run the proper session
[16:23] <rsalveti> don't know
[16:23] <rsalveti> probably not
[16:23] <rsalveti> still investigating
[16:23] <desrt> seb128: how was your sport?
[16:23] <didrocks> desrt: he won I'm sure! :p
[16:23] <seb128> desrt, what sport? I went for some exercice
[16:23] <seb128> which was good
[16:23] <seb128> ;-)
[16:23] <desrt> top marks for both of you :)
[16:23] <barry_> seb128, indeed!  i'm happy to be your guinea pig today
[16:24] <cyphermox> Chipaca: GSM or CDMA?
[16:24] <pitti> wb seb128
[16:24] <seb128> barry_, mterry, didrocks: barry_'s issue is different, the other users have the unity profile loading in the session log and the normal scripts
[16:24] <seb128> pitti, thanks ;-)
[16:25] <didrocks> seb128: yeah, that's on the scrollback you didn't read :p
[16:25] <mterry> barry_, I'm familiar with that line 34 error in the context of bashisms.  But I agree that line seems innocent.  Do things change if you change that script to be run under bash?
[16:25] <barry_> mterry, let's try it
[16:27] <didrocks> rsalveti: so you are not correct, this wrapping is sourcing the script
[16:27] <didrocks> rsalveti: then, the last script is running gnome-session (sorry vuntz again for the hilight :p)
[16:27] <seb128> didrocks, mterry: I get that here in .xsession-errors "/usr/sbin/lightdm-session: 65: /etc/X11/Xsession.d/20x11-common_process-args: message: not found"
[16:27] <seb128> that's the only Xsession.d script listed for me
[16:27] <seb128> but my system works
[16:27] <didrocks> seb128: well, I think if you try the 2d session, it won't
[16:28] <seb128> + cat
[16:28] <seb128> cat: : Aucun fichier ou dossier de ce type
[16:28] <seb128> + OPTIONS=
[16:28] <didrocks> it accidently work because the default session is running compiz I bet
[16:28] <didrocks> seb128: env | grep COMPIZ
[16:28] <rsalveti> didrocks: sure, but when I checked /etc/X11/Xsession.d/20x11-common_process-args for $# it'd show "/usr/sbin/lightdm-session /usr/bin/gnome-session --session=ubuntu" instead of "/usr/bin/gnome-session --session=ubuntu" (what the script is expecting)
[16:28] <didrocks> seb128: what do you have?
[16:28] <seb128> $ env | grep COMPIZ
[16:28] <seb128> COMPIZ_CONFIG_PROFILE=ubuntu
[16:28] <didrocks> hum, and you don't see the sourced files?
[16:29] <barry_> mterry, indeed, changing that to bash does eliminate the line 34 error but it does not fix my desktop
[16:29] <rsalveti> then it'd go to the default case exit, and would not set the STARTUP var
[16:29] <mterry> k
[16:29] <barry_> i still see the line 65 error from 20x11-common_process-args
[16:30] <seb128> didrocks, how is that file supposed to work?
[16:30] <seb128> OPTIONS=$(cat "$OPTIONFILE") || true
[16:30] <rsalveti> barry_: probably the same issue I had
[16:30] <seb128> what is setting OPTIONFILE?
[16:30] <rsalveti> barry_: for a test, at 20x11-common_process-args, change case 1) to 2) and restart lightdm
[16:30] <barry_> rsalveti, could be.  do you have a diff to fix it, or what did you change?  i can test that here
[16:31] <didrocks> seb128: /etc/X11/Xsession is setting it
[16:31] <seb128> didrocks, well, "# This file is sourced by Xsession(5), not executed.", I was trying to run it ;-)
[16:31] <Chipaca> cyphermox: GSM. HSPA+
[16:31] <rsalveti> barry_: in my case the number of arguments was wrong because of the wrapper
[16:31] <barry_> rsalveti, trying...
[16:31] <cyphermox> Chipaca: thx
[16:31] <didrocks> set to /etc/X11/Xsession.options
[16:31] <didrocks> seb128: ah ;)
[16:31] <didrocks> seb128: yeah, can give funny things ;)
[16:31] <didrocks> they are all sourced
[16:32] <didrocks> (source them with source <file> I already saw some issues with . <file>)
[16:32] <seb128> ok, so error run sh -x /etc/X11/Xsession.options
[16:33]  * didrocks takes a beta1 box
[16:34]  * JamesTait watches barry_'s problem with interest - this sounds like the problems with Unity-2d I mentioned earlier.
[16:34] <barry_> rsalveti, didrocks hmm, now i get a slightly different message from that 20x11 script
[16:34] <JamesTait> cyphermox: Did you get a chance to upgrade your nvidia box?
[16:34] <rsalveti> barry_: what are you getting now?
[16:34] <didrocks> seb128: so, if I remember correctly, robert told me he did his own wrapper
[16:34] <cyphermox> JamesTait: yep, just finished
[16:34] <barry_> /etc/X11/Xsession.d/20x11-common_process-args: line 65: message: command not found
[16:34] <didrocks> seb128: and didn't use /etc/X11/Xsession
[16:35] <didrocks> seb128: so /usr/sbin/lightdm-session seems to be that one
[16:35] <barry_> before it said /usr/sbin/lightdm-session: 65: /etc/X11/Xsession.d/20x11-common_process-args: message: not found
[16:35] <rsalveti> barry_: hm, but it is still going to *
[16:35] <rsalveti> barry_: can you print both $@ and $# inside your script?
[16:35] <rsalveti> before going to the case block
[16:35] <barry_> rsalveti, no i don't think it is
[16:36] <JamesTait> cyphermox: And everything is behaving as expected?
[16:36] <cyphermox> yep
[16:36] <barry_> rsalveti, but sure, let's try that
[16:36] <JamesTait> Hm. Local issue then. :(
[16:38] <seb128> barry_, did you try to sh -x /usr/sbin/lightdm-session
[16:38] <seb128> and to pastebin that?
[16:38] <barry_> seb128, not yet, but i'm happy to once i get logged in again
[16:39] <barry_> oh, i think i get what it's saying about "message: command not found"
[16:39] <barry_> the actual 'message' command used in that script is not found
[16:39] <seb128> didrocks, mterry, rsalveti: random piece of info, I use ecryptfs on my user and barry_ as well and we had bugs in the past where lightdm was running command before the ecryptfs mount was done
[16:39] <seb128> dunno if that can be the issue there
[16:40] <seb128> I don't get the warning running /usr/sbin/lightdm-session in my active session
[16:40] <rsalveti> barry_: I was getting this error as well
[16:40] <seb128> only at session opening
[16:40] <seb128> rsalveti, using ecryptfs?
[16:40] <rsalveti> seb128: no, just at my home
[16:40] <seb128> ok
[16:40] <JamesTait> seb128: FWIW, I also use ecryptfs and am seeing what look like similar problems.
[16:41] <JamesTait> seb128: Can I offer anything to help debug?
[16:41] <seb128> brb session restart
[16:41] <rsalveti> barry_: able to check $@? interested to know what are the arguments of that script
[16:41] <didrocks> hum, on beta1, where is works for me: I have 2 args /usr/sbin/lightdm-session and "/usr/bin/gnome-session --session…"
[16:41] <barry_> rsalveti, it failed because i dumped them with 'message' which doesn't exist ;)
[16:41] <didrocks> I on't understand why we have /usr/sbin/lightdm-session again
[16:42] <didrocks> barry_: just echo it
[16:42] <barry_> mterry, more information on that line 34 bug
[16:42] <didrocks> hum, on beta1, where is works for me: I have 2 args /usr/sbin/lightdm-session and "/usr/bin/gnome-session --session…"
[16:42] <didrocks> seb128: ^
[16:42] <barry_> didrocks, yep, this time i will :)
[16:42] <rsalveti> didrocks:  that could be the issue
[16:42] <didrocks> I dont understand why we have /usr/sbin/lightdm-session in it, it seems reetrant
[16:42] <didrocks> rsalveti: well, not an "issue" on beta1
[16:42] <seb128> I restarted with a sh -x
[16:42] <didrocks> rsalveti: here all the script are sourced
[16:42] <didrocks> and works
[16:42] <barry_> mterry, i have a line like this in my .bash_profile:
[16:42] <barry_> if [ "`uname -s`" == "Darwin" ]
[16:42] <rsalveti> sure, I just updated it :-)
[16:43] <rsalveti> but seems after beta there was one lightdm upload at least
[16:43] <barry_> but when it gets sourced with /bin/sh there's no [ there
[16:43] <seb128> http://pastebin.ubuntu.com/865369/
[16:43] <seb128> didrocks, mterry: ^
[16:43] <seb128> that's a part of the log
[16:43] <seb128> if that makes sense to anyone
[16:43] <barry_> mterry, and yes, my .bash_profile gets sourced from my ~/.profile since like a bazillion years
[16:43] <didrocks> seb128: yeah, it's fine
[16:44] <didrocks> rsalveti: oh I'm stupid
[16:44] <barry_> all of that is very dim memories of workaround for various startup problems over the last oh, 25 years :)
[16:44] <didrocks> ok, all is fine here :)
[16:44] <didrocks> rsalveti: and it's not the first argument, it's arg0
[16:44] <barry_> mterry, anyway, that's why changing it back to /bin/bash eliminates that problem
[16:44] <didrocks> and as it's sourced
[16:44] <didrocks> that's normal the lightdm-session shows up
[16:44] <barry_> so.  let me now switch that back to 'echo' and see what happens
[16:45] <mterry> barry_, good..
[16:45] <barry_> mterry, so i'd like to call it a bug, but i wouldn't argue too much if you say "hey you're just an old fart, update your configs to the 21st century"
[16:46] <seb128> there is enough people debugging that, I will step out and continue on my business, ping me if you need me for something ;-)
[16:46] <seb128> brb on a normal session
[16:47] <mterry> Doh, seb, that's what I was doing.  Maybe I should jump back in
[16:48] <didrocks> greyback: hey
[16:48] <didrocks> greyback: what's your .xsession-errors when you fail to log in?
[16:48] <greyback> didrocks: hang on, let me generate a fresh one
[16:48] <mterry> barry_, so I'm a little confused in all the chatter.  The bashism thing is a bug, but not the main bug we're talking about with sessions?
[16:48] <barry_> oh crap. that echo change prevented gnome do from starting so now i have no terminal on that desktop
[16:48] <barry_> mterry, correct
[16:49] <Saviq> didrocks, did you see #944865 ? I encountered that in a VM today, didn't think to dig deeper, though
[16:49] <barry_> rsalveti, apparently that echo produced nothing as the first line in .xsession-errors is now:
[16:49] <barry_> /etc/X11/Xsession.d/20x11-common_process-args: line 68: message: command not found
[16:49] <didrocks> Saviq: well, barry_ is here :)
[16:49] <Saviq> good :)
[16:50] <rsalveti> barry_: hm, you should at least have something, nothing is no good
[16:50] <greyback> didrocks: barry_: https://pastebin.canonical.com/61493/ (with a set +x at the top of /usr/sbin/lightdm-session)
[16:50] <mterry> barry_, so what's the state of the art?  sounds like something isn't being sourced so message() isn't being defined, which screws things up?
[16:50] <barry_> rsalveti, indeed, and that error is in the *) section
[16:50] <barry_> mterry, that sounds like it
[16:51] <tkamppeter> pitti, Mike Sweet is currently working on fixes for the IPP backend, but it takes a week to run them through Apple's testing. Until when on the latest we can take these fixes?
[16:51] <seb128> mterry, barry_: for me it's "+ message unsupported number of arguments (2); falling back to default session."
[16:51] <barry_> greyback, i am not a debugger, just a debuggee :)
[16:51] <pitti> tkamppeter: bug fixes pretty much any time; perhaps two weeks before release
[16:51] <greyback> barry_: ah sorry :)
[16:51] <barry_> no worries
[16:51] <greyback> barry_: you sounded authoritative :)
[16:52] <barry_> seb128, so why would that script be getting no arguments?
[16:52] <mterry> seb128, but your pastebin also shows the message not found error
[16:52] <barry_> greyback, i'm the evil twin
[16:52] <seb128> mterry, right, I get
[16:52] <seb128> + message unsupported number of arguments (2); falling back to default session.
[16:52] <seb128> /usr/sbin/lightdm-session: 65: /etc/X11/Xsession.d/20x11-common_process-args: message: not found
[16:52] <seb128> mterry, that's running sh -x in the lightdm script
[16:52] <seb128> mterry, the message: not found is
[16:52] <seb128>   *)
[16:52] <seb128>     # More than one argument given; we don't know what to do.
[16:52] <seb128>     message "unsupported number of arguments ($#); falling back to default" \
[16:52] <seb128>             "session."
[16:53] <didrocks> greyback: fudge, your issue is different than barry's one
[16:53] <mterry> ah
[16:54] <didrocks> STARTUP=x-session-manager
[16:54] <barry_> is message supposed to be a dash builtin?
[16:54] <didrocks> that's the real issue, the one rsalveti pointed
[16:54] <didrocks> and it's then switched to gnome-session
[16:55] <barry_> JamesTait, didrocks oh, but do note that i run ecryptfs on my laptop and unity 2d works okay there.  so it's very odd
[16:55] <JamesTait> barry_: Possibly a red herring then.
[16:55] <didrocks> barry_: your issue seems different that the other reported with the script failing parsing
[16:55] <barry_> rsalveti, is that echo output supposed to get printed to .xsession-errors?  cause i put more echos in there and get nothing
[16:56] <tkamppeter> pitti, OK, so in a week we will probably get fixes for the IPP backend of CUPS.
[16:56] <rsalveti> barry_: maybe just the stderr, I redirected the message to a file
[16:57] <barry_> rsalveti, hmm, okay
[16:57] <rsalveti> to avoid this sort of issues :-)
[16:58]  * mterry has to go for a bit
[16:59] <seb128> barry_, message () {... : message is defined in Xsession
[16:59] <seb128> that's a macro
[16:59] <seb128> message () {
[16:59] <seb128>   # pretty-print messages of arbitrary length; use xmessage if it
[16:59] <seb128>   # is available and $DISPLAY is set
[16:59] <seb128> ..
[16:59] <barry_> seb128, i wonder why it's undefined in this script
[16:59] <seb128> yeah, me too...
[17:00] <didrocks> it's sourced in the wrapper
[17:00] <pstolowski> seb128, barry_ : undefined message is one thing; another one is why it gets 2 arguments, when it's not supported
[17:00] <didrocks> as it's common to every other sourced script
[17:00] <seb128> right, the 2 arguments is the error
[17:00]  * didrocks upgrades his netbook to confirm the 2 arguments
[17:00] <barry_> pstolowski, right
[17:00] <pstolowski>  the args passed to the 20x11 script are: "/usr/bin/gnome-session --session=ubuntu-2d"
[17:00] <didrocks> yeah, then, there is a which
[17:01] <didrocks> which defines STARTUP
[17:01] <greyback> pstolowski: but those arguments are used later too.
[17:01] <barry_> pstolowski, oh wait, would that second argument then be the --debug didrocks had me add earlier?
[17:01] <didrocks> barry_: no, that's wrapped a an unique argument normally
[17:01] <seb128> oh
[17:01] <didrocks> one sec, rebooting the netbook
[17:02] <seb128> didrocks, is lightdm-session replacing Xsession?
[17:02] <barry_> k
[17:02] <didrocks> seb128: that's what I told above. I think robert told me that
[17:02] <seb128> ok
[17:02] <seb128> that's why message is not defined
[17:02] <didrocks> not sure why there is another wrapper needed
[17:02] <seb128> it's defined in Xsession
[17:02] <seb128> not in the lightdm wrapper
[17:02] <didrocks> yeah, it's part of the common tools
[17:03] <pstolowski> greyback: yeah, but looking at the logic in 20x11 script... it handles 3 cases: 0 args, 1 argument, anything else -report the error mentioned above
[17:03] <barry_> my brain's a bit mushed right now and i need some lunch.  i'll be back in a bit
[17:03] <didrocks> pstolowski: but what you mean, there is only one arg, it's passed with "foo back"
[17:04]  * rsalveti also needs to eat something, brb
[17:04] <didrocks> and I just checked
[17:04] <didrocks> it's given as only one arg
[17:05] <pstolowski> moment, need to double check my debug code
[17:06] <greyback> pstolowski: yep, withdrawing my objection as I'm now confused again
[17:07] <didrocks> pstolowski: greyback: as long as it's given as one arg, which is what the calling script is doing, then, there is this which… which is used to set the STARTUP
[17:07] <pstolowski> didrocks: I output "$@" with errormsg just after set -x at the top of the script and it says '"/usr/bin/gnome-session --session=ubuntu-2d"
[17:07] <didrocks> pstolowski: can you output
[17:07] <didrocks> $1
[17:07] <greyback> for the record: https://pastebin.canonical.com/61498/ <- correctly working bootup
[17:07] <pstolowski> didrocks: meaning $# is 2
[17:07] <didrocks> just to confirm :)
[17:08] <pstolowski> ok
[17:08] <didrocks> hum, no
[17:08] <didrocks> you have " "
[17:08] <didrocks> so it's one arg
[17:08] <didrocks> pstolowski: an you output just $1?
[17:08] <seb128> 1: 2
[17:08] <seb128> 2: /usr/bin/gnome-session --session=ubuntu
[17:08] <seb128> here
[17:08] <seb128> echo "1:" $# > /tmp/log
[17:08] <seb128> echo "2:" $@ >> /tmp/log
[17:08] <didrocks> can someone just output $1 ? :)
[17:08] <didrocks> to ensure it's /usr/bin/gnome-session
[17:09] <didrocks> and that $2 is not just an " "
[17:09] <pstolowski> got it
[17:09] <rsalveti> that would be annoying
[17:09] <seb128> didrocks, /usr/bin/gnome-session
[17:09] <pstolowski> $1 = /usr/bin/gnome-session
[17:09] <didrocks> ok, so that's clearly why it's broken
[17:09] <pstolowski> $2 = --session=ubuntu
[17:10] <didrocks> that has always been one arg in /etc/X11/Xsession
[17:10] <didrocks> then, we got this issue in lucid with arg
[17:10] <didrocks> hence the which()
[17:10] <pstolowski> it has to be, otherwise it wouldn't hit the *) case
[17:10] <didrocks> but it was still one arg
[17:10] <didrocks> so, meaning, the new lightdm is giving that in 2 args
[17:10] <pitti> good night everyone!
[17:10] <seb128> 'night pitti
[17:10] <pitti> have a nice weekend
[17:10] <didrocks> have a good night pitti :)
[17:10] <seb128> pitti, you as well
[17:10] <pitti> cheers!
[17:10] <didrocks> and that's where it starts to go badely
[17:10] <didrocks> because it goes to *)
[17:11] <didrocks> STARTUP is then unset
[17:11] <rsalveti> yup
[17:11] <didrocks> 50_ is taking STARTUP unset
[17:11] <didrocks> set to the x-session-manager
[17:11] <greyback> yes makes sense to me too
[17:11] <didrocks> which is just "gnome-session" by default
[17:11] <didrocks> hopefully, the default session is "ubuntu"
[17:11] <didrocks> so it start unity
[17:11] <didrocks> (if there is no --session argument)
[17:11] <didrocks> but that don't work for 2d
[17:12] <rsalveti> but why it's giving that in 2 arguments?
[17:12] <rsalveti> what changed that broke it
[17:12] <didrocks> I guess it's a lighdm regression, from this night
[17:12] <rsalveti> probably
[17:12] <didrocks> rsalveti: lightdm upload post beta1
[17:12] <pstolowski> btw, there were changes to lightm just yesterdat
[17:12] <didrocks> it's calling /usr/sbin/lightdm-session
[17:12] <didrocks> but instead of calling
[17:12] <didrocks> /usr/sbin/lightdm-session "gnome-session --session=ubuntu"
[17:12] <didrocks> it's doing:
[17:12] <rsalveti> just checked the diff and it's quite big actually, new minor upstream release
[17:12] <didrocks> /usr/sbin/lightdm-session gnome-session --session=ubuntu
[17:12] <rsalveti> yeah
[17:13] <pstolowski> rsalveti, indeed
[17:13] <didrocks> phew
[17:13] <didrocks> at least, that's a start :)
[17:13] <rsalveti> :-)
[17:13]  * didrocks grep lightdm-session * in lightdm source without any success
[17:15] <pstolowski> the change is not really that big, majority affects tests/
[17:16] <pstolowski> the main change seems to be removal of pam-session.* and introducing session-child.{c,h}
[17:20] <didrocks> prepend_argv (&argv, wrapper);
[17:22] <didrocks> get_session_command (const gchar *filename)
[17:22] <didrocks> ok, the combination of the two is buggy
[17:22] <didrocks> /* Split command into an array listing and make command absolute */
[17:23] <didrocks> that's why the args are in an array
[17:23] <cr3> hi folks, I just noticed that checkbox-gtk is now in universe instead of main which might cause upgrade problems. was this an implicit side effect of migrating to checkbox-qt on the desktop image?
[17:23] <didrocks> and which not makes them as a single command
[17:24] <didrocks> cr3: in needs to be seeded in supported yeah
[17:25] <cr3> didrocks: I'm not sure I understand, are you saying that when checkbox-qt was seeded then checkbox-gtk was unseeded?
[17:25] <didrocks> cr3: yeah
[17:25] <didrocks> cr3: we don't want both on the CD
[17:25] <didrocks> but both should in main
[17:26] <didrocks> for main -> main upgrade
[17:26] <didrocks> oh no
[17:26] <didrocks> universe is fine
[17:26] <didrocks> mixing with transitional package :)
[17:26] <didrocks> which isn't the case here
[17:26] <cr3> didrocks: exactly, we want checkbox-gtk to be upgraded. if it's in universe, that won't work unless the user added universe to their repositories
[17:27] <cr3> didrocks: there won't be a transitional package for checkbox-gtk during the precise release, we're not deprecating checkbox-gtk yet
[17:27] <pstolowski> didrocks: good catch... and discard my comment about that change not being that big... it's actually big ;).. got confused by bzr qlog
[17:27] <cr3> didrocks: so, someone upgrading from oneiric will have both checkbox-gtk (latest version) and checkbox-qt (recommended version grabbed by the ubuntu-desktop dependencies)
[17:28] <didrocks> cr3: ok, need to be in supported if you want to support both then
[17:28] <cr3> didrocks: how should I go about requesting that? bug and subscribe the ubuntu-desktop team (that team exists, right?)
[17:28] <didrocks> cr3: just open a bug, assign me, I'll do it on monday
[17:28] <didrocks> (need promoting it again + seed)
[17:28] <cr3> didrocks: will do, thanks!
[17:29] <didrocks> cr3: yw ;)
[17:41] <dobey> mterry: ping. remind me what deja-dup does with ubuntuone-control-panel exactly?
[17:43] <mterry> dobey, it asks it over dbus how much space is left in the user's cloud
[17:44] <dobey> ah ok
[17:49] <seb128> mterry, there?
[17:50] <seb128> mterry, can you deal with that lightdm issue? it's getting end of day in europe, Didier mostly figured what is wrong (at least for the parsing issue, wrong session)
[17:50] <chrisccoulson> hmmmm, "Need to get 1,238 MB of archives."
[17:50] <mterry> seb128, ah yes.   let me read scrollback
[17:50] <chrisccoulson> i should upgrade more often!
[17:50] <seb128> mterry, easy
[17:50] <seb128> mterry, http://bazaar.launchpad.net/~lightdm-team/lightdm/trunk/revision/1438
[17:50] <seb128> mterry, that commit
[17:50] <seb128> mterry, session_run (Session *session, gchar **argv)
[17:50] <seb128> mterry, it does now
[17:51] <seb128>     command = g_strjoinv (" ", argv);
[17:51] <seb128>     g_debug ("Session %d running command %s", session->priv->pid, command);
[17:51] <seb128>     g_free (command);
[17:51] <seb128>  
[17:51] <seb128> it used to do
[17:51] <seb128> command = g_strdup_printf (PKGLIBEXEC_DIR "/lightdm-guest-session-wrapper %s", command);
[17:51] <seb128>  
[17:51] <seb128> mterry, i.e the arguments should be joined
[17:51] <seb128> mterry, in display.c
[17:51] <seb128> mterry, well, that's the spirit at least, I'm not sure if it's as trivial as adding the g_strdup_printf back
[17:53] <barry_> didrocks, mterry any progress?  anything else i can try?
[17:53] <didrocks> mterry: basically, when calling /usr/sbin/lightdm-session, it should be: /usr/sbin/lightdm-session "gnome-session --session=…"
[17:54] <didrocks> mterry: meaning only one arg for lightdm-session
[17:54] <mterry> seb128, didrocks: I should be able to reproduce by trying unity-2d?
[17:54] <didrocks> exactly
[17:54] <didrocks> you should end up in unity
[17:54] <didrocks> and not 2d
[17:54] <didrocks> without the correct fix
[17:55] <seb128> mterry, well any session really, it's basically ignored --session=
[17:55] <seb128> mterry, I tried with gnome classic here
[17:55] <seb128> mterry, unity starts instead
[17:55] <seb128> ignoring
[17:56] <seb128> mterry, I just use the guest session and try to pick any non 3d session
[17:56] <mterry> seb128, didrocks: K, I see the code change too.  It now uses prepend_argv to insert the session script first, but yeah it should be quoting everything after the session script
[17:56] <mterry> Let me reproduce, test my fix, and upload.  Thanks for debugging this!
[17:57] <mterry> Not "my fix" but your fix  ;)
[17:57] <seb128> mterry, thanks
[17:57] <didrocks> thanks mterry, good luck! ;)
[17:57] <seb128> mterry, I can probably test your fixed version after dinner, I will be back to give that a run
[17:58] <mterry> k
[18:01] <kenvandine> i was about to ask if that was a known problem :)
[18:02] <rickspencer3> hey guys, I saw someone tweet that they were having a problem with LightDM today
[18:02] <rickspencer3> you guyses know what's up/
[18:02] <rickspencer3> ?
[18:02] <seb128> rickspencer3, read the hour backlog
[18:02] <seb128> rickspencer3, basically "yes" ;-)
[18:02] <rickspencer3> seb128, that sounds ominous
[18:02] <seb128> rickspencer3, we are discussing it for an hour or so
[18:02] <seb128> so just "yes" ;-)
[18:03] <rickspencer3> seb128, can you boil it down for me? is it under control?
[18:03] <seb128> rickspencer3, sorry, not sure the "read the hour backlog" was right worded, I meant "yes, cf the past hour discussion here ;-)"
[18:03] <seb128> rickspencer3, not sure, one issue is under control, others I'm not convinced
[18:04] <seb128> rickspencer3, lightdm changed the way it calls the session which leads to always load unity-3d is the bug we figured
[18:04] <rickspencer3> oh
[18:04] <rickspencer3> so if you can't run 3d, you are shut out until the bug is fixed?
[18:04] <seb128> rickspencer3, the x11 wrapper expect 1 argument, lightdm used to join the arguments, it stopped doing that which leads to a parsing error
[18:05] <seb128> rickspencer3, well I would expect the 3d->2d fallback to work
[18:05] <rickspencer3> oh
[18:05] <rickspencer3> ok
[18:05] <seb128> rickspencer3, but selecting i.e directly 2d or gnome classic will not work
[18:05] <rickspencer3> ok
[18:05] <seb128> rickspencer3, otherwise bug #944736 seems to have different issues I've no clue about
[18:05] <ubot2`> Launchpad bug 944736 in lightdm "Fails to load any session" [Undecided,Incomplete] https://launchpad.net/bugs/944736
[18:05] <seb128> different users having different issues I think, one seems like an nvidia,xorg one
[18:06] <rickspencer3> seb128, should we revert lightDm until it's sorted?
[18:06] <seb128> like the session start and xorg seems to go away from the log
[18:06] <rickspencer3> or are there work arounds?
[18:06] <seb128> rickspencer3, well, we could I guess, I've no idea if the bug we are fixing is the only one and how many users hit issues
[18:07] <rickspencer3> I get the feeling that this particular upload did not get sufficent QA attention
[18:12] <seb128> rickspencer3, well, we had it in the desktop team ppa for 2 days, I've been running and robert_ancell as well, I tested on ecryptfs, guest session, normal session and robert_ancell has most of the code test covered
[18:12] <seb128> rickspencer3, but yet, yes, we missed an integration test there
[18:12] <rickspencer3> ok
[18:13] <rickspencer3> I don't mean to finger point, it's water under the bridge anyway
[18:13] <seb128> it's not lightdm itself which bugs, it's just that it feeds argument to start the session that the x11 script doesn't handle fine
[18:13] <rickspencer3> I'm sure we'll keep it from happening again
[18:13] <seb128> rickspencer3, I agree we missed a bug though
[18:13] <seb128> which pointed a weak point in our testing
[18:13] <rickspencer3> so, seb128 you think reverting is riskier than just living with thisover the weekend?
[18:13] <seb128> we didn't test session selection at the system level
[18:14] <seb128> mterry, ^ opinion about reverting?
[18:16] <mterry> rickspencer3, seb128: I think I can fix it today.  If for some reason that becomes difficult, I can revert.
[18:16] <seb128> mterry, great, thanks
[18:16] <rickspencer3> mterry, wfm
[18:16] <rickspencer3> thanks mterry
[18:17] <Amoz> fix it friday! \o/
[18:45] <synic> Where is the channel I can go to for help with precise?
[18:45] <seb128> synic, #ubuntu+1
[18:46] <synic> seb128: thanks
[18:46] <barry_> seb128, so i guess the fix for unity-2d has been uploaded?
[18:46] <seb128> barry_, not yet
[18:46] <seb128> barry_, do you need 2d?
[18:47] <barry_> seb128, i can live with 3d for a little while, but it behaves differently enough to cause some pain ;)
[18:47] <barry_> e.g. gnome-do seems broken :(
[18:47] <barry_> and emacs :( :(
[18:47] <seb128> yeah, if you get a session I don't consider that a "need to be fixed in the hour" bug
[18:48] <barry_> seb128, nope, i can get some work done.  just wanted to make sure you didn't need any other info from my busted system :)
[18:48] <seb128> barry_, if you need 2d I guess you can hack the script which errors on 2 args to just deal with it
[18:48] <seb128> barry_, no, we know what is wrong, mterry is working on a fix as we speak
[18:48] <barry_> seb128, cool.  thanks
[18:48] <seb128> yw
[19:02] <zzecool> seb128: take a look at this please https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/945039
[19:02] <ubot2`> Launchpad bug 945039 in nautilus "nautilus cant copy from / or any subfolder to desktop and Crashes" [Undecided,New]
[19:10] <hallyn> hi, a trivial patch to fix column ordering (bug 30554 !) is proposed for merge at https://code.launchpad.net/~serge-hallyn/ubuntu/precise/rhythmbox/rhythmbox-sort/+merge/95646 .  Could someone accept and apply that?
[19:10] <ubot2`> Launchpad bug 30554 in hundredpapercuts "rhythmbox columns are not in "right" order" [Low,In progress] https://launchpad.net/bugs/30554
[19:10] <hallyn> (then again, a 5-digit bug - maybe we want to keep that open for old time's sake!  :)
[19:19] <trkemist> Anyone here can suggest a good bluetooth headset for work?
[19:22] <dobey> i hope that question has at least a vaguely remote context which actually relates it to this channel?
[19:37] <desrt> hum
[19:37] <desrt> when did G_MESSAGES_DEBUG=all get switched on?
[19:37] <desrt> or rather, where?
[19:37] <dobey> it did?
[19:38] <dobey> i'm only seeing warning/critical messages here
[19:38] <seb128> did it?
[19:39] <dobey> not here it didn't
[19:40] <kenvandine> not for me either
[19:42] <zzecool> Is anyone able to copy anything to desktop  using nautilus ?
[19:44] <seb128> zzecool, works fine for me
[19:44] <seb128> zzecool, I read your pings on -bugs but I was away, report a bug using ubuntu-bug?
[19:44] <zzecool> yes i did
[19:45] <zzecool> but
[19:45] <zzecool> nautilus is crashed without trigering apport
[19:45] <zzecool> nor with a segfault
[19:45] <zzecool> it just goes away
[19:45] <zzecool> and im not the only onewith the problem
[19:46] <seb128> zzecool, well, nautilus --quit; gdb nautilus; (gdb) run
[19:46] <seb128> get the issue
[19:46] <seb128> bt
[19:46] <seb128> then pastebin the log
[19:46] <zzecool> ok sec
[19:47] <zzecool> is this one command ? "nautilus --quit; gdb nautilus; (gdb) run"?
[19:47] <zzecool> cause it give me an error
[19:48] <zzecool> seb128: ?
[19:51] <seb128> no
[19:51] <seb128> it was a summary
[19:51] <seb128> nautilus --quit should close the running one
[19:51] <seb128> gdb nautilus
[19:51] <seb128> should start a gdb session you would get
[19:51] <seb128> (gdb)
[19:51] <seb128> then type "run" there
[19:51] <seb128> get the issue
[19:51] <seb128> and the gdb prompt would stop
[19:51] <seb128> type "bt"
[19:53] <zzecool> i made it
[19:53] <zzecool> http://pastebin.com/Mf2H45U9
[19:53] <zzecool> here you are
[19:53] <zzecool> there is a mention about samba shares
[19:54] <zzecool> that it is irrelevant to what im doing
[19:54] <zzecool> seb128: just a ping :)
[19:56] <seb128> zzecool, you start being annoying you know?
[19:56] <seb128> 0x00007ffff48f83bf in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
[19:56] <seb128> (gdb)
[19:56] <seb128> on that (gdb) type "b"
[19:56] <seb128> "bt"
[19:56] <seb128> well without the quotes: bt
[19:57] <zzecool> sry seb128 im trying to help here
[19:57] <zzecool> i didnt get what you want me to do
[19:57] <seb128> yes, and it's 9pm on a friday evening there and I had a long week
[19:58] <zzecool> its ok
[19:58] <seb128> so if I take a minute to reply it's ok
[19:59] <zzecool> what about : 0x00007ffff48f83bf in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
[19:59] <zzecool> ?
[20:00] <JanC> zzecool: please enter the 'bt' command as seb asked, and then put the result on a pastebin...  ;)
[20:00] <zzecool> JanC:  enter the bt where?
[20:01] <zzecool> im not a dev and not have any experience in debugging so i need the full steps
[20:01] <Amoz> zzecool, when you're in gdb, where you entered "run", just enter bt
[20:01] <JanC> at the (gdb) prompt you see at line 59 in your original paste
[20:01] <zzecool> i see ok
[20:02] <zzecool> wait
[20:02] <JanC> so after 'run' and crashing
[20:02] <JanC> bt = backtrace
[20:02] <zzecool> oh
[20:02] <zzecool> ok
[20:04] <zzecool> here you are http://pastebin.com/9wCxRqVP
[20:05] <mterry> seb128, heyo.  Regarding lightdm, I'm either being an idiot or this is more complicated than we thought (I'm leaning toward the former).  But I'm just going to revert for now, so there's no time pressure
[20:05] <mterry> (and to fix it for users asap)
[20:07] <dobey> zzecool: do you have a file in /var/crash/ that gets created for nautilus, when this crash happens?
[20:07] <seb128> mterry, thanks
[20:07] <zzecool> dobey: let me check
[20:08] <seb128> mterry, I tend to agree with that and I think rick was looking forward a revert case just to show that we apply what we said ;-)
[20:08] <mterry> seb128, yar.  To be fair, we do say we give ourselves a few hours to bang against it.  Those are up though  :)
[20:09] <zzecool> dobey: yes i have but the time is from earlier today some hour before
[20:09] <zzecool> maybe form the first time that happend
[20:09] <zzecool> hours*
[20:10] <dobey> zzecool: run apport-bug /var/crash/that_file
[20:10] <dobey> zzecool: and it will use the information in that file to create a bug report
[20:10] <seb128> mterry, yeah, please do, to be fair those bugs we had today had issues out of the default session one
[20:10] <seb128> mterry, so I'm happy to revert, I will email robert_ancell about it ... did you want to email, be Cced, be out of it?
[20:11] <zzecool> dobey: there are 4 files usr_bin_nautilus.0.crash and 3 more
[20:11] <mterry> seb128, sure cc me
[20:12] <zzecool> dobey: there are 4 files usr_bin_nautilus.1000.crash and one  .upload file for every one
[20:12] <seb128> zzecool, install whoopsie or update apport to today's version
[20:12] <zzecool> seb128: im fully updated
[20:12] <zzecool> did check a min ago
[20:13] <zzecool> apport version : 1.94-0ubuntu1
[20:14] <zzecool> is it the latest?
[20:15] <zzecool> dobey: i will upload both crash reports as you told me
[20:15] <zzecool> thanks
[20:19] <dobey> zzecool: if they are the same crash you only need to report one of them :)
[20:19] <zzecool> dobey: there is a big dif in hours
[20:19] <zzecool> so i will post both
[20:21] <mterry> seb128, is the state of the art for versioning for revisions like this to do "1.1.4.is.1.1.3"?
[20:23] <seb128> mterry, that's what I would do
[20:23] <seb128> mterry, or other option for lightdm I would revert the diff in bzr between 1.1.3-0ubuntu<n> and 1.1.4 and put that as a patch
[20:23] <mterry> hrm.  gets weird when we want to go back.  1.1.4.is.1.1.4  heaven help us if we have to ever revert twice in a row
[20:23] <seb128> but I think we will get a new tarball out anyway
[20:24] <seb128> so the "reupload 1.1.3 as 1.1.4.is1.1.3" is maybe easier
[20:43] <Amoz> jbicha, oh hai :D
[20:47] <jbicha> Amoz: happy Friday!
[20:48] <Amoz> jbicha, fix it friday :D
[20:50] <jbicha> yeah, I haven't done much fixin' today
[20:50] <Amoz> oh :(
[20:50] <Amoz> why not?
[20:52] <jbicha> dayjob :)
[20:53] <Amoz> ah ofc
[20:55] <Amoz> bzr-gtk (olive) fails to build
[20:55] <Amoz> testcases
[20:56] <Amoz> looks quite complex :(
[21:01] <Ursinha> mterry, is the lightdm issue bug 944736?
[21:01] <ubot2`> Launchpad bug 944736 in lightdm "Fails to load any session" [Undecided,Incomplete] https://launchpad.net/bugs/944736
[21:01] <mterry> Ursinha, yeah that's the big one
[21:01] <Ursinha> I'll check for possible duplicates, I don't think we would only have two bugs reported about an issue this huge
[21:02] <Ursinha> mterry, could you set the importance of that bug, please?
[21:50] <desrt> seb128: hey
[21:50] <desrt> seb128: did you hear about the gcr thing, btw?
[21:50] <seb128> desrt, I'm not supposed to be still around :p
[21:50] <seb128> (was just finishing reading email)
[21:50] <desrt> i know.  your fault that you are :)
[21:50] <desrt> just wanted to catch you before the weekend for your thoughts
[21:50] <seb128> desrt, yeah, I don't care much, I delegate to pitti
[21:50] <desrt> sounds about right
[21:50] <desrt> bye again :)
[21:50] <seb128> he's the one who looked gnome-keyring this cycle
[21:51]  * desrt decides to install some fresh gnome ppas
[21:51] <seb128> I think we could be convinced to update
[21:51] <seb128> if somebody is wanting to hand the updates ready to test ;-)
[21:52] <desrt> i'm running the PPA to test it now :p
[21:52] <seb128> ok, great, let me know how it goes on monday, calling it a week this time! bye
[22:00] <Amoz> update what? o.O
[22:00] <desrt> Amoz: gnome3
[22:00] <Amoz> btw, someone knows where the font-selector belongs?
[22:00] <Amoz> desrt, :O 3.4?
[22:00] <desrt> Amoz: gtk?
[22:00] <desrt> Amoz: ya
[22:00] <Amoz> yeah
[22:01] <Amoz> oh my
[22:01] <Amoz> are they still thinking about updating to 3.4 in precies?
[22:01] <Amoz> precise*
[22:01] <desrt> it's always been a bit of a complicated question
[22:01] <desrt> even from the very start, the plan was to take some parts of 3.4
[22:01] <desrt> it seems as time goes on we end up wanting to have more and more of it, though
[22:01] <Amoz> ppl like it!
[22:01] <desrt> which i think is a fundamentally good thing
[22:02] <Amoz> that's why
[22:02] <desrt> :)
[22:02] <Amoz> i luv it <3
[22:02] <desrt> well, even if not for gnome-shell
[22:02] <desrt> having newer versions of gnome components like the control centre and settings daemon makes support easier going forward
[22:02] <desrt> and since this is an LTS....
[22:02] <Amoz> yeah
[22:03] <desrt> but ya... it's hard to beat gnome-shell :)
[22:03] <Amoz> maybe a few bugs would be introduced because of the 3.4, but still , if packages as consistent (3.4 for all of them) that would probably be better for some reasons
[22:03] <Amoz> are*
[22:05] <Amoz> I met a naughty bug in gnomeshell, the powerindicator wouldn't update the battery percentages because of a change in signals from the backend
[22:05] <Amoz> desrt, can I help with the 3.4 testing?
[22:05] <desrt> Amoz: yes
[22:05] <desrt> there is a gnome3 ppa
[22:05] <Amoz> desrt, I suppose they want as much feedback as possible
[22:06] <desrt> https://launchpad.net/~gnome3-team/+archive/gnome3
[22:06] <Amoz> also, if you know what package the font-selector is part of that'd be great thanks :)
[22:07]  * desrt steps out for the night
[22:08] <Amoz> desrt, bye :)
[23:35] <rsalveti> Ursinha: I wonder why the bug is still marked as incomplete
[23:35] <rsalveti> unless we have another bug tracking the issue
[23:35] <rsalveti> but still
[23:35] <Ursinha> rsalveti, that seems to be the main issue
[23:36] <rsalveti> oh, lightdm got reverted
[23:36] <rsalveti> 1.1.4.is.1.1.3-0ubuntu1
[23:36] <Ursinha> rsalveti, I guess mterry reverted it
[23:36] <mterry> yeah
[23:37] <rsalveti> do we have another bug tracking the issue?
[23:37] <rsalveti> otherwise we should just confirm it
[23:40] <Ursinha> rsalveti, that's supposed to be the main bug tracking the issue, not sure why it's still marked as incomplete
[23:40] <rsalveti> let me update it
[23:42] <Ursinha> mterry, thanks for setting the importance, btw
[23:46] <mterry> np!  :)