[04:49] <pitti> Good morning
[05:16] <larsu> hi pitti!
[05:16] <pitti> hey larsu, wie gehts?
[05:16] <larsu> gut, und dir?
[05:16]  * larsu can't stop hacking
[05:19] <pitti> larsu: prima, danke
[07:42] <dholbach> hiya
[07:42] <dholbach> I don't know what the plan is WRT gnome 3.7 - how do you feel about https://bugs.launchpad.net/ubuntu/+source/gnome-system-monitor/+bug/1130956?
[07:42] <ubot2> Ubuntu bug 1130956 in gnome-system-monitor (Ubuntu) "Update gnome-system-monitor to 3.7.90" [Undecided,New]
[08:09] <jibel> good morning
[08:10] <highvoltage> morning jibel
[08:10] <jibel> Hey  highvoltage
[08:50] <m4n1sh> mvo: can you please have a look at the merge req in your free time
[09:33] <seb128> hey desktopers
[09:34] <Sweetsha1k> seb128: ho
[09:34] <seb128> Sweetsha1k, where are ... oh, other side of the table
[09:34] <seb128> got it
[09:34] <chrisccoulson> lol
[09:35] <chrisccoulson> seb128, how come i always end up with you sat next to me? ;)
[09:35] <seb128> Laney, btw ricotz pointed at http://git.gnome.org/browse/pango/patch/?id=6ee53b4e4567b4d7f2b8799d00ecea223ab4b28f to fix linking issues with the new pango
[09:35] <seb128> chrisccoulson, oh, I didn't see you
[09:35] <seb128> chrisccoulson, hey
[09:35] <Sweetsha1k> seb128: really?
[09:35] <chrisccoulson> hi!
[09:35]  * Sweetsha1k looks up.
[09:35] <Sweetsha1k> seb128: true dat.
[09:35] <Sweetsha1k> amazing
[09:36] <chrisccoulson> mterry, what was that? sorry, i didn't hear ;)
[09:36] <mterry> :)
[09:36] <seb128> chrisccoulson, firefox failed to build in the ppa it seems
[09:36] <seb128> did you notice?
[09:36] <chrisccoulson> seb128, WHICH PPA?
[09:36] <seb128> YOUR PPA
[09:36] <seb128> DUDE
[09:36] <chrisccoulson> hah
[09:36] <chrisccoulson> thanks
[09:37]  * ogra_ shades his ears ... 
[09:38] <Sweetsha1k> mterry: we should finally switch from UDP to TCP for voice so that such communication fails dont happen
[09:38] <Sweetsha1k> chrisccoulson: ^^
[09:38] <chrisccoulson> lol
[09:38] <mterry> Sweetsha1k, :)
[09:39] <chrisccoulson> hi ogra_. i bet you wish you were sat here next to seb128 too!
[09:39] <ogra_> did he shout in RL as well ?
[09:39] <Sweetsha1k> ogra_: you dont wanna know about RL
[09:39] <chrisccoulson> ogra_, YES
[09:39] <Sweetsha1k> ogra_: scary stuff
[09:39] <seb128> STEAK
[09:39] <ogra_> managers ... tsk
[09:39] <ogra_> LOL
[09:44] <RAOF> desrt: What's up?
[09:44] <RAOF> desrt: I'm driving the projector, but I can spare some cycles.
[09:47] <desrt> RAOF: weird trackpad issue
[09:47] <desrt> RAOF: i sum it up here: https://bugzilla.gnome.org/show_bug.cgi?id=694343
[09:47] <ubot2> Gnome bug 694343 in mouse ""disable touchpad" doesn't completely disable touchpad" [Normal,Needinfo]
[09:50] <RAOF> Wooo!
[09:50] <desrt> neat bug, eh? :)
[09:52] <RAOF> Yeah.
[09:54] <RAOF> desrt: So, synaptics has *two* ways to disable it - there's device-enabled and synaptics-off.
[09:54] <RAOF> Hysterical raisins.
[09:55] <desrt> lemme guess which one *syn*daemon uses....
[09:55] <RAOF> Ding!
[09:55] <desrt> RAOF: can you put that info in the bug?
[09:55] <Laney> http://paste.ubuntu.com/1698083/
[09:55] <desrt> Laney: that's some nice looking code!
[09:55] <Laney> the stroke of genius is evident
[09:56] <desrt> the sort of genius that causes one to think that the best thing to do before creating a thread is to instruct the kernel to not allow us to create threads
[10:05] <Laney> http://paste.ubuntu.com/1698116/ http://paste.ubuntu.com/1698110/
[10:20] <Laney> hmm
[10:21] <Laney> when / how often / how soon are autopkgtests run after upload?
[10:22] <Laney> for the record - didier answered me irl: scanned every 15 mins
[10:24] <desrt> Laney: "i believe that the internet is real"
[10:28] <Sweetsha1k> desrt: the cake is a lie
[10:46] <TheMuso> OOOOI/c
[10:53] <dholbach> asking again since now more poeple are up: I don't know what the plan is WRT gnome 3.7 - how do you feel about https://bugs.launchpad.net/ubuntu/+source/gnome-system-monitor/+bug/1130956?
[10:53] <ubot2> Ubuntu bug 1130956 in gnome-system-monitor (Ubuntu) "Update gnome-system-monitor to 3.7.90" [Wishlist,New]
[10:57] <desrt> dholbach: that's a pretty low criticality component...
[10:57] <desrt> dholbach: do you know about gnome3-staging?
[10:58] <desrt> dholbach: they have gnome-system-monitor 3.7 in their PPA
[10:58] <dholbach> ah, just saw pitti's comment
[10:58] <dholbach> desrt, no, no idea about the ppa
[10:58] <pitti> yeah, just discussed in #u-devel
[10:58] <desrt> desktop team will probably sync things out of this PPA
[10:58] <pitti> I'm sponsoring
[10:59] <desrt> pitti: 3.7 ALL the things!
[10:59] <desrt> seb looks unhappy :p
[10:59] <desrt> jdstrand: around?
[11:45] <didrocks_on_pidg> hum, interesting… at least it works
[11:45] <didrocks_on_pidg> for some definition of working :p
[11:45] <ogra_> well, it gives you a weird nick
[11:45] <ogra_> :P
[11:46] <didrocks> ogra_: it was _on_pidgin_and_crying :)
[11:46] <ogra_> haha
[11:47] <didrocks> ogra_: I doubted for one second to upload the patch. People using IRC on pidgin doesn't even deserve the patch :p
[11:47] <Laney> _with_happiness
[11:47] <Laney> _at_how_beautiful_an_irc_experience_can_be
[11:47] <ogra_> didrocks, ++
[11:48] <didrocks> :)
[12:51] <notgary> What are all the different lists of work items that someone could work on if they wanted to help out with packaging during the global jam?
[12:51] <notgary> I've got: http://people.canonical.com/~platform/desktop/versions.html
[12:51] <notgary> and
[12:51] <notgary> http://people.ubuntuwire.org/~lucas/merges.html
[12:51] <notgary> and was wondering if there were any others I could like to
[12:57] <notgary> I've also got a lit of build failures reported by Jenkins http://qa.ubuntuwire.org/ftbfs/
[13:17] <Laney> pitti: could it be that the new gobject-introspection makes things ftbfs like this: http://paste.ubuntu.com/1698884/ ?
[13:21] <Laney> http://btlondon2012.co.uk/pano.html?view.hlookat=-28.0528&view.vlookat=2.5688&view.fov=4.7186&imarkerath=-28.0528&imarkeratv=2.5688
[13:21] <Laney> o hai blue fin
[13:28] <Sweetsha1k> Laney: Icanhazcheeseburger?
[13:28] <Sweetsha1k> Laney: oh wait, I just had one.
[13:29] <Laney> yum yum
[13:31] <Sweetsha1k> isnt that nomnomnom?
[13:31]  * Sweetsha1k needs to retrain his lolcode ...
[13:33] <pitti> Laney: yeah, most likely; there have been some changes in that area
[13:33] <pitti> Laney: all the examples have <instance-parameter> wrapped in a <parameter> tag
[13:41] <Laney> pitti: The examples in g-i you mean? I see <parameters> <instance-parameter …> … </parameters> in both
[13:41] <pitti> right, forgot the 's', sorry
[13:43] <xnox> cyphermox: are in you in BlueFin?
[13:43] <Laney> hmm, so I don't see the difference
[13:43] <Laney> looking in tests in g-i
[13:49] <pitti> Laney: I was looking at commit d1ac20f7920
[13:49] <pitti> and 9c0bd59b02
[14:08] <mitya57> hi, can anybody please look at / sponsor lp:~mitya57/gnome-system-monitor/lp1110498 ?
[14:10] <Laney> you should propose a merge and get it on the sponsor list
[14:10] <pitti> mitya57: we just got g-s-m 3.7.90 into raring
[14:10] <pitti> mitya57: so I'm pretty sure that this is not relevant any more
[14:11] <pitti> mitya57: indeed, verified; closing
[14:11] <mitya57> pitti: oops, didn't notice that (my branch is two days old) :)
[14:11] <pitti> mitya57: yeah, the one I sponsored two hours ago or so was from today; sorry
[14:12] <Laney> hmm, so there's http://git.gnome.org/browse/vala/commit/?id=9cd5d1d5eb8bdeecfcf544971b6a9f4c20718f80
[14:12] <Laney> but not for start
[14:13] <pitti> Laney: would it actually be desirable to silently discard broken elements instead of failing on them?
[14:13] <Laney> ah: http://git.gnome.org/browse/vala/commit/?id=c755bb4bd3b078363193ea41495e4c9f2782a9d8
[14:13] <mitya57> Laney: how can I make a merge against ubuntu-desktop branch show up there?
[14:13] <Laney> no, it needs to explicitly ignore the ones it wants to
[14:13] <Laney> like this
[14:14] <pitti> Laney: ah, so we need to backport that vala patch?
[14:14] <Laney> seems so
[14:14]  * Laney does
[14:19] <desrt> jbicha: we can talk here too
[14:19] <Laney> kinky
[14:20] <desrt> O_o
[14:23] <jbicha> desrt: in front of all these people?!
[14:24] <pitti> what on earth are you guys doing!?
[14:25]  * larsu doesn't want to know
[14:27] <desrt> jbicha: gnome-shell actually has a direct depend on gconf as well
[14:27] <desrt> presumably because a .convert file is installed
[14:27] <desrt> i think it's probably safe to not have that as a depend
[14:28] <Laney> pitti: haha, you already sponsored that for ricotz in -0.18
[14:29] <pitti> Laney: ah, that's still using 16?
[14:29] <Laney> yeah
[14:29] <Laney> https://launchpadlibrarian.net/130734937/vala-0.18_0.18.1-0ubuntu3_0.18.1-0ubuntu4.diff.gz
[14:29] <jbicha> desrt: maybe, how do we handle upgrades though?
[14:29] <jbicha> desrt: you're using gnome-terminal 3.7?
[14:32] <desrt> yup
[14:35] <jbicha> anyone want to sponsor https://code.launchpad.net/~ubuntu-desktop/vte/ubuntu-vte3 ?
[14:35] <mlankhorst> would be better to ask in ubuntu-devel?
[14:36] <jbicha> desrt: let me know if you figure out how to get new tabs to keep the same working directory ^ that fix is a prerequisite
[14:37] <desrt> oh ya.  that's sort of been annoying me a lot.
[14:38] <jbicha> http://git.gnome.org/browse/gnome-terminal/tree/NEWS#n12 but I couldn't get it to work
[14:39] <jbicha> pitti: are you still patch piloting?
[14:39] <pitti> jbicha: yes
[14:40] <jbicha> pitti: cool, can you look at vte3? ^
[14:44] <pitti> jbicha: hm, this really needs to run in each and every shell we are running? what does it do?
[14:45] <pitti> jbicha: i. e. how does __vte_ps1() actually get used?
[14:47] <jbicha> http://git.gnome.org/browse/vte/tree/src/vte.sh?h=vte-0-34
[14:47] <jbicha> and it's needed for gnome-terminal 3.7
[14:48] <jbicha> http://git.gnome.org/browse/vte/commit/?h=vte-0-34&id=2975562
[14:50] <marga> So, I'm trying to figure out a sound bug, and there's one thing that's driving me crazy.  If I open gnome-control-center sound from unity, it shows a completely different window than if I open it from cinnamon
[14:50] <marga> from unity, there's no hardware tab
[14:51] <marga> and the contents of the tabs are different
[14:52] <marga> and, when I connect my usb headphones, I get no sound.
[14:55] <pitti> jbicha: uploaded, thanks
[15:11] <TheMuso> marga: yes I believe we show a different UI depending on the desktop shell used.
[15:11] <jdstrand> infinity: can you kill these: https://launchpad.net/~ubuntu-security/+archive/ppa/+build/4317384 https://launchpad.net/~ubuntu-security/+archive/ppa/+build/4317385
[15:12] <jdstrand> whoops
[15:12] <jdstrand> infinity: asked in #ubuntu-release (where I meant to ask)
[15:18] <pitti> jdstrand: I don't think he can; you need to ask vanguard in #is
[15:18] <jdstrand> interesting
[15:18] <jdstrand> pitti: ok, thanks
[15:39] <Laney> hi mlankhorst
[15:39] <mlankhorst> g'day
[15:39] <Laney> NO
[15:41] <czajkowski> random 13.04 desktop question, on start up, when you get to the login screen, type in password. why does the user name and name of machine become highlighed?
[15:49] <seb128> czajkowski, they do?
[15:49] <czajkowski> they do
[15:49] <czajkowski> each and every time
[15:49] <czajkowski> it's very odd
[15:49] <czajkowski> but not as odd as the other issue I get where  it boots up and looks black
[15:49] <czajkowski> but if I hite the contrast button there is my login screen
[15:50] <czajkowski> but that only happens every 3/4th time
[16:02] <TheMuso> czajkowski: Your audio issue should be resolved now as of the latest pulse update.
[16:02] <czajkowski> whoo
[16:02] <czajkowski> TheMuso: at least I wasnt imagining it :)
[16:06] <mterry> seb128, chrisccoulson: bug 1049046 is what you were talking about?
[16:06] <ubot2> Launchpad bug 1049046 in update-manager (Ubuntu Quantal) "Software updater stops complete update if only one source cannot be found" [High,Triaged] https://launchpad.net/bugs/1049046
[16:06] <chrisccoulson> mterry, yeah, that's the one. thanks
[16:34] <qengho> chrisccoulson: https://code.launchpad.net/~cmiller/chromium-browser/ppa-chromium-browser.raring.stable
[16:36] <rickspencer3> stgraber, hey, so when I started up this morning, it seemed that I had no pulseaudio
[16:36] <rickspencer3> I suspect this is due to having user session upstart running
[16:36] <rickspencer3> anyway I can get you some info so you can look into that?
[16:37] <stgraber> rickspencer3: what do you get if you do "status pulseaudio"?
[16:37] <rickspencer3> stgraber, well ... unfortunately I have restarted and it works now
[16:37] <rickspencer3> I forgot I was running user session upstart :(
[16:37] <stgraber> rickspencer3: ok. Anything interesting in ~/.cache/upstart/pulseaudio.log?
[16:37]  * rickspencer3 looks
[16:38] <rickspencer3> stgraber, 12 lines of this:
[16:38] <rickspencer3> pulseaudio: error while loading shared libraries: libpulsecommon-2.1.so: cannot open shared object file: No such file or directory
[16:38] <rickspencer3> which is weird because I think I got pulse 3 yesterday
[16:39] <stgraber> my guess is that pulse crashed and upstart failed to respawn it because of an existing pid file. I believe I saw that here at some point too. A simple workaround would be to add a pre-start of "pulseaudio -k || true" so that it'd cleanup before spawning it
[16:39] <rickspencer3> stgraber, should I log a bug for that or something?
[16:39] <stgraber> I'll do that change to the job in the next upload, hopefully that'll fix it (would still be nice to figure out exactly why pulse is dying and fix that too ;))
[16:39] <rickspencer3> stgraber, well, I suspect it had something to do with upgrading yesterday, tbh
[16:40] <rickspencer3> so is probably transient
[16:40] <rickspencer3> thanks stgraber
[16:40] <stgraber> rickspencer3: I just commited the change to bzr, so the job will workaround any issue like that with the next build. As the feature technically isn't in the archive, we don't need a bug report here. It'd probably be useful to log a bug for the pulse crash if we ever manage to reproduce it and get some debug info
[16:41] <rickspencer3> stgraber, ok, thanks
[16:43] <stgraber> seb128: hey there. I'm trying to debug the qt theme being wrong when running under user sessions. Can you suggest someone who has a clue as to how our qt theming is working?
[16:43] <seb128> stgraber, Riddell maybe?
[16:44] <seb128> stgraber, is that qt4 or qt5? what's the issue?
[16:45] <stgraber> seb128: well, the problem happens under a unity session. Outside of an upstart user session we get a theme that looks like gtk (testing with mumble), within a user session we get an ugly theme (all gray, probably some kind of default theme)
[16:45] <seb128> stgraber, it happens only with the new upstart though?
[16:45] <stgraber> yep
[16:46] <seb128> not sure what qt is using to determine what gtk is using...
[16:46] <seb128> could be xsettings
[16:46] <Riddell> stgraber: Qt has some magic to detect if its running under gnome and loads the gtk theme if so, maybe that's broken in unity?
[16:46] <Riddell> it's window manager atoms I believe
[16:46] <seb128> Riddell, do you know what's the magic? env variable?
[16:46] <Riddell> ^^
[16:47] <stgraber> Riddell: ah, good idea. I looked at the environment but didn't find anything obvious. I'll go check the xatoms on the root window
[16:49] <mitya57> it's not xsettings definitely
[16:49] <mitya57> my patch that brings xsettings support to qt is awaiting review for longer than a month :(
[16:52] <mitya57> (they really should have dholbach^W patch pilots)
[16:59] <stgraber> seb128, Riddell: found it, it depends on GNOME_DESKTOP_SESSION_ID being set (to any value)
[17:00] <stgraber> I'll add that to the gnome-session job, should do the trick
[17:00] <seb128> stgraber, seems wrong
[17:01] <seb128> stgraber, something is/was setting it, why that something stopped working and shouldn't we fix that cause rather?
[17:01] <mitya57> funny comment @ https://bazaar.launchpad.net/~ubuntu-branches/ubuntu/raring/qt4-x11/raring/view/head:/src/gui/kernel/qapplication_x11.cpp#L2370
[17:01] <mitya57> / GNOME_DESKTOP_SESSION_ID is deprecated for some reason, but still check it
[17:02] <Riddell> :)
[17:02] <stgraber> seb128: well, if you know what usually sets it, I'd be happy to look into it. I just grepped all of /usr/bin and /etc without finding a single match
[17:03] <Riddell> a shame there's no reliable way to do that
[17:03] <mitya57> but well, GNOME_DESKTOP_SESSION_ID is a fallback to "DESKTOP_SESSION=gnome" check
[17:03] <seb128> stgraber, gnome-session does
[17:03] <seb128> stgraber, gnome-session/main.c:        gsm_util_setenv ("GNOME_DESKTOP_SESSION_ID", "this-is-deprecated");
[17:03] <stgraber> seb128: hmm, odd
[17:04] <stgraber> stgraber@castiana:~$ cat /proc/$(pgrep gnome-session)/environ | tr '\0' '\n' | grep SESSION_ID
[17:04] <stgraber> stgraber@castiana:~$
[17:04] <stgraber> seb128: is that code conditional on something else?
[17:05] <seb128> stgraber, no
[17:05] <seb128> stgraber, but it's updating it by making a call over the dbus session bus
[17:05] <seb128> UpdateActivationEnvironment
[17:09] <stgraber> seb128: hmm, right, so it'll only be set to things that are dbus activated, not for what's started by upstart or by a child of an upstart job (in this case, compiz/unity)
[17:09] <seb128> stgraber, weird, compiz/unity are not dbus activated in the traditional workflow either
[17:11] <stgraber> seb128: hmm, indeed... maybe gnome-session explicitly sets it for things it spawns itself? I had a quick look here and compiz on a regular system definitely has GNOME_DESKTOP_SESSION_ID in the environment
[17:15] <seb128> stgraber, well, gsm_util_setenv() does g_setenv (variable, value, TRUE);
[17:16] <seb128> stgraber, so any child (e.g the autostarted .desktop) should have the env
[17:16] <stgraber> ok, so it applies to both its children and to dbus activated stuff. That explains how compiz usually inherits it
[17:16] <seb128> yeah
[17:18] <stgraber> ok, so the next upstart upload will have a simple trick in gnome-session.conf to export GNOME_DESKTOP_SESSION_ID to jobs depending on gnome-session. That should do the trick (at least it works here). Hopefully QT will stop depending on that variable soon and we can drop that workaround then.
[17:19] <mterry> mpt, seb128 and chrisccoulson don't like the dialog that we added in bug 1049046.  A suggestion was that the "OK" button should be something like "Continue" or "Continue Anyway" or some such.  Thoughts?
[17:19] <ubot2> Launchpad bug 1049046 in update-manager (Ubuntu Quantal) "Software updater stops complete update if only one source cannot be found" [High,Triaged] https://launchpad.net/bugs/1049046
[17:20] <seb128> mterry, mpt: "OK" is not really informative on the what you are saying "OK" to
[17:20] <mpt> mterry, what OK button?
[17:20] <seb128> or what's coming next if you ack it
[17:20] <mterry> mpt, sorry...  let me get you context
[17:21] <czajkowski> rickspencer3: if you're on raring and booted up and have no sound, I logged that bug and it's just been fixed - may be seperate but just so you know.
[17:21] <czajkowski> rickspencer3: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1129990
[17:21] <ubot2> Ubuntu bug 1129990 in pulseaudio (Ubuntu) "Sound no longer works unless you kill it each time for each application" [High,Fix released]
[17:22] <mterry> mpt, hmm, I don't see the addition to the spec promised by comment #5 in that bug?  But the dialog you proposed in that bug, I put an "OK" button on (because the rest of the error dialogs in update-manager use OK)
[17:23] <mpt> mterry, well, you grabbed it so it fell off my to-do list ;-)
[17:23] <mterry> mpt, you can see the dialog if you edit your sources.list and screw up one of the URLs
[17:23] <mpt> mterry, and I'm running Ringtail?
[17:23] <mterry> mpt, yes
[17:24] <seb128> stgraber, in the new upstart world the autostarts are not spawned by gnome-session anymore?
[17:24] <seb128> stgraber, I don't understand why the env is unset if gnome-session still starts those
[17:25] <seb128> stgraber, are we likely to have the same issue with some other variables?
[17:26] <stgraber> seb128: compiz has a separate upstart job with the setup in my PPA, so it's not spawned by gnome-session. Same thing applies to pulseaudio and gnome-settings-daemon
[17:27] <stgraber> seb128: from a simple environment diff, we seem to be missing two variables. GNOME_DESKTOP_SESSION_ID and XDG_CURRENT_DESKTOP
[17:27] <seb128> stgraber, right
[17:27] <TheMuso> Um, I think Pulseaudio gets automatically spawned, it doesn't get explicitly loaded under normal circumstances.
[17:28] <achiang> mterry: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1126516
[17:28] <ubot2> Ubuntu bug 1126516 in xorg-server (Ubuntu) "Xorg crashed with SIGABRT in <unavailable> in ??() (Nexus 7)" [Critical,New]
[17:29] <stgraber> TheMuso: right, the current jobs are just examples. It'll eventually be up to you guys to choose what you want to have started by upstart and what should be dbus activated instead.
[17:30] <mterry> bryce, you want help with the above bug?   Just want me to reproduce it?
[17:36] <bryceh> mterry, yeah see if you can repro
[17:41] <Laney> ricotz: what is the pango1.0-multiarch-modver?
[17:46] <Laney> I see, it's automatically generated
[17:46] <Laney> oh no, it's set in the rules file
[17:50] <ricotz> Laney, i guess it was suppose to be use by rdepends to track this version
[17:50] <ricotz> Laney, like plymouth
[17:51] <czajkowski> I've a bit of an odd one on raring atm, and before I log a bug am curious if anyone else can replicate it.  if you click empty recycling bin - it opens up the folder of my /home and looks like this, is this now normal? http://ubuntuone.com/2UdQROWOWnq5yOrzCj2JUu
[17:51] <Laney> it's some kind of abi then?
[17:51] <Laney> ricotz: will we have to rebuild packages for it?
[17:52] <Laney> actually I only see pango-graphite depending on it
[17:52] <ricotz> Laney, in case of plymouth just the initramfs trigger will be affected and i already made infinity fix that a while ago
[17:53] <ricotz> (by the module location change ^)
[17:53] <bschaefer> czajkowski, hmm from that screen shot it looks like your trash icon has some trash in it
[17:53] <bschaefer> (the trash icon)
[17:53] <bschaefer> now if you don't have any trash, and the trash icon thinks its full then thats a bug
[17:53] <czajkowski> bschaefer: well it does, but I'd expect the folder to show up is the trash folder not the one wher all home is
[17:53] <czajkowski> I'd have thought it should bring you to your trash folder
[17:54] <czajkowski> so you could review the items, and empty
[17:54] <Laney> ah, it hardcoded the directory
[17:54] <Laney> ricotz: OK, uploading 1.32.5 to raring now
[17:54] <Laney> I'll let it age in proposed some time though
[17:54] <Laney> like a fine wine
[17:54] <bschaefer> czajkowski, right, it should open a trash window somewhere
[17:54] <bschaefer> but im guessing its not focusing the right window
[17:54] <ricotz> Laney, oh i thought 1.32.4 was the target
[17:55] <czajkowski> yup
[17:55] <czajkowski> bschaefer: bingo
[17:55] <Laney> ricotz: hope not!
[17:55] <Laney> .6 was the borked one
[17:55] <bschaefer> possibly, which is a Nautilus focus bug
[17:55] <bschaefer> IIRC
[17:55] <Laney> seb128: confirm/deny
[17:55]  * bschaefer tries to find that bug
[17:55] <ricotz> Laney, just saying i thought seb128 was working on .4
[17:55] <Laney> gtk asks for .4 I think but .5 should also be good
[17:56] <Laney> .6 is bad
[17:56] <seb128> I was looking at .5
 ricotz, no, I want 1.32.4 then
[17:56] <seb128> so +1
[17:56] <ricotz> ok
[17:56] <seb128> ricotz, I got confused by the versions
[17:57] <ricotz> alright
[17:58] <bschaefer> czajkowski, well im not sure where it is atm, Trevinho would know if its a bug already
[17:58] <bschaefer> hopefully :)
[17:58] <czajkowski> if not I can log one for raring
[17:58] <bschaefer> czajkowski, I would file a bug, worst case it gets marked a dup of the real one :)
[17:59] <bschaefer> as I don't see a bug that describes your problem 100%
[18:00] <czajkowski> against nautilus
[18:00] <bschaefer> czajkowski, hmm it could be unity/bamf or nautilus
[20:47] <thumper> hi folks
[20:47] <thumper> I've just removed a ppa
[20:48] <thumper> and I want to revert packages that may have been upgraded back to the defaults
[20:48]  * thumper has no working unity
[21:13] <czajkowski> :/
[21:14] <czajkowski> suspects many of the folks on sprint in london may be able to help but are all offline
[22:09] <xnox> thumper: purge-ppa is your friend.
[22:10] <xnox> czajkowski: purge-ppa for similar cases always helps =)
[23:04] <TheMuso> thumper: Did you use ppa-purge?