[00:46] <fosburg>  how do I find out where memory is being used?  I'm a newbe to linux and ubuntu
[00:50] <bjsnider> fosburg, try top, or htop
[00:51] <fosburg> thanks for the info--but I don't know what 'top' is
[00:53] <bjsnider> open a terminal and type "top" and hit return
[00:55] <fosburg> ok--I understand that. thanks
[01:11] <fosburg> well I'm learning a little--'htop' was not installed and I installed it from the terminal
[01:12] <fosburg> memory use bounces around from 2+% to 20%
[01:15] <bjsnider> you can also use system-monitor
[01:15] <fosburg> Is there a HELP where I can get definitions to term such as; Tasks, Load averages, etc?
[01:17] <fosburg> 'system-monitor' is that entered from the terminal?
[01:20] <bjsnider> sure, you can call it from the terminal with gnome-system-monitor
[01:20] <bjsnider> you can also use alt+f
[01:20] <bjsnider> f2
[01:21] <bjsnider> i think it's one of unity's icons in the app launcher area
[05:22] <pitti> Good morning
[05:31] <TheMuso> pitti: Morning. With that work item you added to the accessibility pollsih spec with regards to menus, do you know whether those menus will likely have icons in them that will need extra descriptions?
[05:35] <pitti> TheMuso: I don't know much about that new menu system
[05:36] <TheMuso> pitti: Right, I guess the first thing is whether we are going to get the newer GTK that uses that in the first place.
[05:36] <pitti> TheMuso: might be, but it doesn't really affect that WI
[05:37] <pitti> the new menu system should be designed right from the start for a11y regardless of whether it lands in precise or Q
[05:39] <TheMuso> pitti: True.
[05:58] <pitti> RAOF: do you have time for some SRU reviews today?
[05:59] <RAOF> pitti: Absolutely.
[05:59] <pitti> RAOF: I'm doing some now, too (and some sponsoring), but e. g. p-distutils-extra is my upload, so I can't review that
[05:59] <RAOF> I noticed the 27-item oneiric queue, and then decided to ensure that all the blueprints that I should be interested in are ready.
[05:59] <RAOF> )
[05:59] <RAOF> :)
[05:59] <pitti> heh
[06:02] <RAOF> I'll start from the top of the queue and work down?
[06:03] <pitti> RAOF: okay
[06:03] <pitti> RAOF: I started from teh bottom
[06:03] <pitti> RAOF: please do review p-d-extra at the bottom, though
[06:21] <pitti> RAOF: moving to lucid now
[06:33] <pitti> Sweetshark: uploaded; but it needs a precise upload, too (with higher version number), can you please prepare one?
[06:34] <pitti> RAOF: I'll stop -proposed review now; I'll do the pending kernel SRU stuff, then doing some real work
[06:34] <pitti> like unbreaking precise (grr @ gzip)
[06:35] <RAOF> I'll try to finish off the rest of proposed before (or possibly after) knocking off, then.
[06:35] <pitti> great, thanks
[07:51] <didrocks> good morning
[07:51] <pitti> bonjour didrocks
[07:51] <didrocks> guten morgen pitti. How are you?
[07:52] <pitti> I'm fine, thanks!
[07:52] <pitti> unfortunately gzip isn't :(
[07:52]  * pitti pulls his hair out on bug 889303
[07:52] <ubot2> Launchpad bug 889303 in libtasn1-3 "libtasn1-3 2.10-1 32/64-bit refuses to install (11/11/2011 updates)" [High,Confirmed] https://launchpad.net/bugs/889303
[07:53] <didrocks> good luck :)
[09:33] <hrw> hi
[09:33] <hrw> pitti: I think I know why it is
[09:34] <pitti> hey hrw
[09:34] <pitti> hrw: the gzip unpredictability?
[09:34] <hrw> pitti: no
[09:34] <hrw> pitti: when we do build for amd64 we build only amd64 package and it gets docs inside. when we build i386 it also makes 'all' packages which often gets docs and i386 ones have symlinks to 'all' one
[09:35] <pitti> hrw: that case got fixed a while ago in pkgbinarymangler
[09:35] <hrw> pitti: I noticed that when got hit by multiarch problem some time ago
[09:35] <pitti> but that's not the cause of bug 889303
[09:35] <ubot2> Launchpad bug 889303 in gzip "gzip -9n sometimes generates a different output file on 64 bit" [Undecided,Confirmed] https://launchpad.net/bugs/889303
[09:35] <hrw> ok
[09:35] <pitti> (I retitled the bug after adding a workaround to libtasn1-3)
[09:37] <seb128> hey
[09:39] <didrocks> good morning seb128
[09:39] <seb128> hey didrocks
[09:40] <seb128> how are you? has was the ubuntuparty?
[09:40] <didrocks> I'm a little bit tired by the week-end, but the ubuntu party was really nice (not as much people as we used to have though)
[09:40] <pitti> bonjour seb128
[09:40] <didrocks> but 9 hours of giving conferences/lessons/classroom is quite tiring in 3 days :)
[09:40] <seb128> hey pitti, how are you?
[09:41] <didrocks> tried to attract some new contributors as well and I think it worked out, so was really nice!
[09:41] <seb128> didrocks, was the feedback to unity better this cycle?
[09:41] <didrocks> a little bit better, not as much as I wanted though (especially from the people coming for installing ubuntu on other computers)
[09:42] <didrocks> tried to have some stats of who is using unity
[09:42] <seb128> they still try to access a flat list of applications rather than trying to use searches?
[09:42] <didrocks> (especially in the conference "what's new in 11.10, which attracts more users than contributors)
[09:42] <seb128> that seems to be the main issue old users have with unity (that and the lack of configurability)
[09:43] <didrocks> interistingly, way less than before
[09:43] <didrocks> so that's a good point :)
[09:43] <seb128> great
[09:43] <didrocks> and in the "discovering unity" classes I gave, I really underline this point and got no objection
[09:43] <didrocks> so I think we are making good progress there :)
[09:44] <seb128> \o/
[09:44] <didrocks> so next week-end, jdll (Friday and Saturday) and the week-end after ubuntu party in Toulouse
[09:45] <didrocks> and then, finally enjoying a quiet week-end at home :-)
[09:45] <seb128> ;-)
[09:46] <seb128> don't miss the didrocks ubuntu tour!
[09:46] <didrocks> ahah :)
[09:47] <rodrigo_> hello
[09:48] <seb128> hey rodrigo_
[09:48] <didrocks> hey rodrigo_
[09:48] <pitti> hey rodrigo_, good morning
[09:49] <rodrigo_> hi seb128, didrocks, pitti
[09:49] <pitti> mvo: hey, how are you?
[09:50] <mvo> pitti: good, thanks! how are you?
[09:50] <pitti> mvo: I'm fine, thanks!
[09:50] <pitti> mvo: who "owns" lp:sessioninstaller, glatzor or you?
[09:51] <pitti> mvo: I'd like to take a stab at porting it to GTK3/GI
[09:51]  * pitti just updated the "pygtk rdepends" section at the bottom of http://pad.ubuntu.com/ubuntu-desktop
[09:51] <mvo> pitti: its shared, feel free to attack it
[09:51] <mvo> pitti: you are part of aptdaemon-developers? if not, I can probably add you
[09:52] <seb128> pitti, was it much outdated?
[09:52] <pitti> mvo: oh, I can push
[09:52] <seb128> I should update those lists
[09:52] <pitti> seb128: onboard, s-c, and ubiquity got ported
[09:52] <pitti> so I removed them
[09:52] <mvo> pitti: glatzor is busy with work currently and has to do a review/merge for me before anyway, so porting should be fine :)
[09:52] <pitti> gnome-codec-install seems a bit stale
[09:52] <pitti> is that still being used upstream?
[09:53] <pitti> mvo: ah, so I should push into a branch and wait for him to review?
[09:53] <pitti> mvo: do you know why the ubuntu package's 02_no_crash_on_install_provides.patch was never merged upstream?
[09:53] <pitti> (bug 762431)
[09:53] <ubot2> Launchpad bug 762431 in sessioninstaller "session-installer crashed with ModifyInternalError in _install_provide_files(): org.freedesktop.Packagekit.Modify.InternalError: This method hasn't yet been implemented. (dup-of: 716711)" [Undecided,Fix released] https://launchpad.net/bugs/762431
[09:53] <ubot2> Launchpad bug 716711 in sessioninstaller "session-installer crashed with ModifyInternalError in _install_provide_files(): org.freedesktop.Packagekit.Modify.InternalError: This method hasn't yet been implemented." [High,Fix released] https://launchpad.net/bugs/716711
[09:54] <pitti> I guess it's deliberately throwing an error upstream to remind that this is a TODO?
[09:58] <seb128> pitti, gnome-codec-install is the small debian,ubuntu install-missing-codecs, I don't think it changed a lot for years but there is a recent design spec to rework it, I don't sign anyone signed to do the work though
[10:01] <mvo> pitti: yeah, please branch and propose for merging, glatzor or I will review and merge into trunk
[10:01] <mvo> pitti: I think we can get rid of gnome-codec-installer in favor of the session installer nowdays
[10:03] <pitti> that's what I thought
[10:04] <pitti> mvo: btw, I created lp:~aptdaemon-developers/sessioninstaller/ubuntu-precise
[10:07] <mvo> pitti: great, thanks!
[10:30] <pitti> didrocks: is "Bob The Builder" a new bot of your's?
[10:31] <didrocks> pitti: no, it's the daily build that unity-2d has for a while (but not linked at all to branch autolanding, which is what I'm working on)
[10:31] <pitti> didrocks: I just got four mails from it reopening "fix released" bugs to "fix committed"
[10:31] <didrocks> pitti: I only have a prototype made in 3 days there, I'm waiting on the RT ticket to be processed by IS to have access to the QA machines
[10:31] <didrocks> pitti: yeah, seems a question for Kaleo
[10:32] <Kaleo> pitti: sorry, it went crazy
[10:32] <Kaleo> didrocks: note for later, if a branch is merged that links to bugs as fix released, it will revert them to fix commited
[10:33] <Kaleo> (we are talking about tarmac here)
[10:33] <didrocks> Kaleo: I do that as well in my prototype, it adds the right bugs and such :)
[10:33] <Kaleo> didrocks: what is that prototype?
[10:33] <Kaleo> didrocks: tarmac?
[10:33] <didrocks> Kaleo: it's what was discussed at UDS
[10:34] <didrocks> basically, tarmac + some patches  + a jenkins plugin I wrote
[10:34] <Kaleo> didrocks: ok
[10:34] <Kaleo> didrocks: so if you use tarmac, beware of that bug
[10:34] <didrocks> then it calls a jenkins job, which trigger a pbuilder building the package for each commits
[10:34] <didrocks> running tests
[10:34] <Kaleo> didrocks: yep
[10:34] <didrocks> if all passes, telling "ok" to tarmac which merge the branch
[10:34] <didrocks> and push to trunk
[10:35] <Kaleo> didrocks: great
[10:35] <didrocks> and dput the package
[10:35] <didrocks> there are additional criterias like bugs linked in merge request, and other pre-requisites…
[10:36] <didrocks> 3 days to build it without knowing anything about tarmac and jenkins or how to write a plugin. It handles as well autotools and autoreconf nicely (which was not that straightforward in the pbuilder) ;)
[10:37] <didrocks> pitti: is there any process to put a RT ticket as a priority? it stalled for a week and that's what is blocking pushing it to production (first with only one upstream component)
[10:38] <pitti> didrocks: I don't know; try asking cjwatson? He at least knows whom to poke
[10:38] <didrocks> pitti: ok thanks :)
[10:39] <Kaleo> pitti, didrocks:https://bugs.launchpad.net/tarmac/+bug/890161
[10:39] <ubot2> Launchpad bug 890161 in tarmac "Bugs set to fix released are reverted to fix committed" [Undecided,New]
[10:39] <didrocks> Kaleo: why the same bug is linked to the new merge proposal btw?
[10:40] <didrocks> Kaleo: the patch is simple to do, but I want to be sure it's really needed
[10:40] <pitti> it doesn't actually seem wrong
[10:40] <pitti> sometimes you need to fix a bug harder
[10:40] <pitti> so if a bug is fixed, and a MP claims to fix it, there's something wrong
[10:41] <didrocks> indeed, I quite agree
[10:42] <Kaleo> didrocks: the submitter of the MR just did something wrong
[10:43] <didrocks> yeah, but I see valid cases as well, in this case, the issue is the submitter of the MR
[10:44] <chrisccoulson> good morning everyone
[10:44] <didrocks> hey chrisccoulson
[10:44] <chrisccoulson> hi didrocks, how are you?
[10:45] <didrocks> chrisccoulson: I'm a little bit exhausted by the week-end, but fine otherwise, thanks! You?
[10:45] <chrisccoulson> same ;)
[10:45] <chrisccoulson> i just arrived back from berlin
[10:56] <pitti> hey chrisccoulson
[10:56] <chrisccoulson> hi pitti, how are you?
[10:57] <pitti> chrisccoulson: quite fine, thanks!
[10:57] <pitti> chrisccoulson: ah, what did you do in Berlin?
[10:58] <chrisccoulson> pitti - i went to mozcamp
[11:01] <pitti> chrisccoulson: ah, great, had some good discussions there?
[11:02] <chrisccoulson> pitti, yeah, it was quite interesting. i will write up a trip report in a bit :)
[11:11] <seb128> bah, bug #889791, floppies...
[11:11] <ubot2> Launchpad bug 889791 in nautilus "Clicking on floppy drive item under "devices" on the nautilus sidebar does nothing" [Low,New] https://launchpad.net/bugs/889791
[11:11] <seb128> hey chrisccoulson, how are you?
[11:12] <chrisccoulson> hi seb128, i'm not too bad thanks. still recovering from UDS though!
[11:12] <chrisccoulson> how are you?
[11:12] <pitti> seb128: flopppies> I wish there was a LP bug status "I f***** don't care" :)
[11:13] <seb128> pitti, same here! ;-)
[11:13] <seb128> chrisccoulson, I'm fine, mostly went over my ubuflu
[11:14] <seb128> it's left to small after cold side effects
[11:47] <nessita> hello everyone!
[11:47] <seb128> hey nessita
[11:47] <pitti> hey nessita
[11:47] <seb128> how are you?
[11:48] <nessita> good! planning my holidays, which are next week :-)
[11:48] <nessita> so, I'm very very happy
[11:48] <seb128> didrocks, bug #889996 is about the unity_support_test being incompatible with remote logins (xdmcp, vnc, etc)
[11:48] <ubot2> Launchpad bug 889996 in nux "Automatic unity 2D fallback does not work with XDMCP logins over VNC" [Undecided,New] https://launchpad.net/bugs/889996
[11:48] <seb128> didrocks, is that something you want assigned to you?
[11:48] <seb128> nessita, ;-)
[11:49] <didrocks> seb128: I would prefer someone more familiar with XDMCP can have a look at it
[11:50] <didrocks> not sure what it triggers or if it gives wrong result
[11:50] <didrocks> and I have short echeance for two things which should already be landed previous cycle by dx
[11:50] <didrocks> so trying to rush to get things moving
[11:50] <seb128> didrocks, well it's basically "checking for local capability is wrong when the session connect to a different machine"
[11:50] <nessita> seb128: I have a initial-packaging branch for a project, would you like to review it and if correct, sponsor it?
[11:50] <seb128> nessita, I can do
[11:51] <seb128> didrocks, it's an item for the cycle, no hurry to fix it
[11:51] <didrocks> seb128: so, the checking should be changed by the dx guys
[11:51] <didrocks> seb128: as they are the maintainer of this tool
[11:51] <nessita> seb128: be as picky as you can, there is a lot about packaging I don't know and wanna learn. Branch is: https://code.launchpad.net/~nataliabidart/qt4reactor/initial-packaging
[11:52] <seb128> didrocks, ok, well it's the caching logic which is buggy but I can try to see with jay
[11:52] <didrocks> seb128: how is it the caching which is the trouble?
[11:53] <didrocks> seb128: if it answered 0 first, nux answered 0
[11:53] <seb128> didrocks, because you boot your computer, the cache is done for the local hardware but you open a distant xserver
[11:53] <seb128> so the cache is wrong, it doesn't apply to the right machine, server
[11:53] <seb128> but the session still read the tmp cache
[11:53] <seb128> i.e on lightdm you pick a thin client login for example
[11:54] <didrocks> seb128: assign it to me, but it will be for later, not now
[11:54] <seb128> didrocks, sure
[12:20] <pitti> mvo: ah, session-installer is mostly working now; found another Gtk bug while porting :/
[12:25] <pitti> mvo: tested --install-gstreamer and --install-package now
[12:29] <mvo> pitti: \o/
[12:30] <pitti> mvo: I'll try to debug/fix the gtk crash after lunch, and then submit a MP
[12:30] <pitti> when commenting out the tooltip, it doesn't crash, and everythign works
[12:31] <mvo> pitti: is the tooltip maybe going out of scope? I had a similar issue in some other project about a menu iirc
[12:31] <mvo> pitti: or is this something totally different?
[12:31] <Sweetshark> eh, so what is the canonical way to SRU this? 3.4.4-0ubuntu1 for -proposed and 3.4.4-0ubuntu2 for oneiric? or something like 3.4.4-0ubuntu1~proposed1 for -proposed and 3.4.4-0ubuntu1 for oneiric?
[12:31] <Daviey> Sweetshark: what package?
[12:32] <Sweetshark> Daviey: libreoffice
[12:32] <Sweetshark> pitti: ^^
[12:32] <Sweetshark> Daviey: sorry, I wanted to ask in reply to pitti. ...
[12:47] <Pendulum> pitti: are you the person to poke about pygobject?
[13:04] <rodrigo_> wow, just found the 'email' option in simple-scan, definitely replacing xsane with this :)
[13:10]  * rodrigo_ lunch
[13:16] <pitti> mvo: I have a hunch what's going on; it's not the tooltip itself, I think it's free()ing the GtkTreeModel
[13:17] <pitti> Sweetshark: yes, you can use ubuntu2 for the precise upload
[13:17] <pitti> Sweetshark: but the standard way is to have ubuntu1 in precise, and for the SRU use ubuntu0.1 or ubuntu1~oneiric
[13:17] <pitti> Pendulum: I'll try my best
[13:19] <Pendulum> pitti: I was contacted by the Orca developers because they're about to make a change to Orca which requires pygobject 3.0.2 and they noticed that Oneiric only has 3.0.0.
[13:20] <Pendulum> is there any way of backporting pygobject 3.0.2 as an update for Oneric so that the Orca update doesn't break things?
[13:20] <pitti> Pendulum: oneiric-updates has a number of backported patches already which might be enough
[13:20] <pitti> Pendulum: so if they need a particular one, we can backport that, yes
[13:21] <pitti> http://git.gnome.org/browse/pygobject/log/ -> there aren't too many commits between .0 and .2
[13:21] <Pendulum> pitti: is https://launchpad.net/ubuntu-leb/oneiric/+source/pygobject where I'd be able to show them the changes to see if what they need has been updated?
[13:23] <pitti> Pendulum: https://launchpad.net/ubuntu/oneiric/+source/pygobject/+changelog
[13:31] <Pendulum> pitti: looks like the patches are already in that are needed. Thanks!
[13:31] <pitti> yay
[13:36] <didrocks> taking my train tickets for ubuntu party in Toulouse, bbiab
[13:36] <pitti> mvo: ok, nailed it; working like charm now
[13:37] <pitti> mvo: it suggests :i386 variants of the gstreamer packages here, but that's unrelated to my porting
[13:38] <pitti> mvo: https://code.launchpad.net/~pitti/sessioninstaller/gtk3/+merge/82142 :)
[13:39] <mvo> pitti: yeah, I will tweak the cache iteration
[13:39]  * mvo waits for the diff to show up
[13:41] <pitti> mvo: hm, if I purge gnome-codec-install, it configures /usr/bin/gst-install as alternative which is session-installer
[13:41] <pitti> that looks right?
[13:41] <pitti> i. e. seems we might need to do no more than unseeding it and adding a Breaks: in session-installer to clean it up on ugprades?
[13:42] <pitti> I purged gstreamer0.10-ffmpeg, and totem pops up session-installer now
[13:42] <mvo> pitti: yeah, that sounds correct
[13:43] <pitti> nice, that'll get us rid of python-aptdaemon.gtkwidgets, and python-vte, too
[13:44] <mvo> !
[13:44] <mvo> nice
[13:45] <pitti> seed change and C/R/P committed
[13:47] <pitti> mvo: the MP is diffy now; do you have time for this or shall I ask glatzor?
[13:47] <pitti> (no need to do it right now, of course, just asking in general)
[13:56] <mvo> pitti: thanks, looks fine to me
[13:57] <pitti> mvo: thanks!
[14:00] <pitti> mvo: shall we tag a new 0.21 release upstream, or shall I just get a new bzr snapshot?
[14:01] <mvo> pitti: a new bzr snapshot for now, I leave the releases to glatzor
[14:01] <pitti> *nod*
[14:09] <pitti> mvo: ah, no, ubuntuone control panel still pulls in -vte :(
[14:12] <cyphermox> morning!
[14:28] <pitti> seb128: ok for me to update GTK to 3.2.2?
[14:28] <seb128> pitti, sure
[14:28] <pitti> seb128: I want to do an upload for teh recent annotation fix
[14:28] <pitti> and while I'm at it..
[14:28] <seb128> pitti, want to sru it as well? ;-)
[14:28] <pitti> do we have major bugs that it fixes?
[14:28] <pitti> well, I'll find out when I do the update
[14:32] <seb128> pitti, not sure about "major" but some segfault fixes, some signal not emitted fixes, some annotations fixes
[14:32] <seb128> toolkits are a bit special, I guess people developing on Oneiric would welcome those to be fixed in the stable as well ;-)
[14:33] <seb128> pitti, but yeah, no need to do it yourself today if you didn't plan it, we can first update and see at doing a sru later
[14:33] <seb128> hey cyphermox, how are you?
[14:33] <cyphermox> doing alright
[14:33] <cyphermox> the vacation was fun and very relaxing :)
[14:33] <seb128> great ;-)
[14:34] <pitti> seb128: of all the upstream fixed bugs, exactly one is reported in LP, with 0 dupes
[14:34] <pitti> so, not urgent IMHO
[14:34] <cyphermox> re: blueprints, who is supposed to be the approver? Jason or pitti? I have one spec that needs to be looked into
[14:34] <pitti> cyphermox: by default me
[14:35] <cyphermox> so I need to fix my bp
[14:35] <seb128> pitti, no, not urgent at all, as said it's rather a "would be nice", as said I'm sure that people using Oneiric to do work do appreciate if those fixes reach them but that's a bit orthogonal to SRU needs
[14:36] <seb128> cyphermox, if you have time this week do you want to do the evo 3.2.2 stack updates and upload those as srus as well?
[14:36] <cyphermox> sure, if it can wait until post-EST-work-hours :)
[14:37] <cyphermox> in fact, it is indeed pretty important to get them in as srus at least for that annoying POP issue
[14:55] <kenvandine> seb128, mind if i do gnome-keyring 3.2.2 for an SRU?
[14:55] <kenvandine> fixes bug 874501
[14:55] <ubot2> Launchpad bug 874501 in gnome-keyring "couldn't prepare to write out keyring" [High,Fix committed] https://launchpad.net/bugs/874501
[14:55] <pitti> hey kenvandine
[14:56] <kenvandine> hey pitti
[14:56] <pitti> kenvandine: please remember to upload to precise first, i. e. pick the version number accordingly
[14:56] <kenvandine> yeah
[14:56] <seb128> hey kenvandine, no please don't, we like Ubuntu being buggy ;-)
[14:56] <kenvandine> i am doing that now
[14:56] <kenvandine> :)
[14:56] <seb128> kenvandine, thanks! ;-)
[14:56]  * kenvandine usually tried to not touch gnome-keyring
[14:56] <kenvandine> :)
[14:56] <seb128> kenvandine, oh, too late, you touched it, it's sticky!
[14:56] <seb128> ;-)
[14:57] <kenvandine> :-D
[14:57] <pitti> well, at some point Debian will update to 3.2 as well, then we can merge our remaining changes (if we even have any) and sync
[14:57] <pitti> so it won't stick forever :)
[14:58] <seb128> I don't think we have changes for the keyring stack
[14:58] <seb128> which is good ;-)
[14:59] <kenvandine> indeed
[15:01] <dobey> there is a command to sync a package over from debian, right?
[15:01] <kenvandine> dobey, yes... syncpackage
[15:03] <dobey> oh neat. someone already did; apparently right after i looked at the package in debian and thought "this should be in ubuntu too"
[15:22] <pitti> good night everyone!
[15:23] <seb128> 'night pitti
[15:27] <kenvandine> good night pitti
[15:29] <dobey> meh. pbuilder-dist doesn't work for me in oneiric now; apparently the python modules changed :(
[15:29] <dobey> anyone use pbuilder-dist and have a recommendation on how to fix?
[15:31] <dobey> or should i just go but #ubuntu-devel?
[15:32] <dobey> ah, nm. i am dumb
[15:32] <kenvandine> dobey, still working for me...
[15:33] <dobey> kenvandine: yeah, apparently i did a cp to pbuilder-oneiric, instead of ln -s
[15:33] <kenvandine> :)
[15:33] <dobey> someone moved a python module though, without providing any compat
[15:33] <dobey> damn python developers. :(
[15:49] <BigWhale> seb128, there are a couple of bugs in the upstream related to #61786
[15:49] <BigWhale> one is closed, the other one isn't
[16:27] <seb128> kenvandine, can you do the seahorse update as well? it fixes bug #876813 that slangasek reported
[16:27] <ubot2> Launchpad bug 876813 in seahorse "seahorse takes forever to start up because it's checking signatures for all keys in the gpg keyring" [High,Triaged] https://launchpad.net/bugs/876813
[16:28] <kenvandine> seb128, sure
[16:28] <seb128> thanks
[16:28] <kenvandine> np
[16:29] <seb128> rodrigo_, hey, do you think you could review the bugs assigned to you this week?
[16:29] <seb128> rodrigo_, you have some g-s-d ones that didn't get any comment from you which are assigned for a while
[16:30] <rodrigo_> oh, sorry, forgot about those
[16:30] <rodrigo_> seb128, lookinmg now
[16:31] <seb128> thanks
[16:48] <glatzor> abend mvo,
[16:48] <mvo> hey glatzor!
[16:48] <mvo> glatzor: nice to see you
[16:49] <glatzor> mvo, nice to see you, too
[16:49] <glatzor> mvo, a short question, do you know if the dates for the next UDS is already set?
[16:49] <glatzor> mvo, I have to plan my vacations for 2012 today :)
[16:49] <chrisccoulson> w00t, my luggage has arrived now :)
[16:50] <ogra_> chrisccoulson, in orlando ?
[16:50] <ogra_> :)
[16:50] <chrisccoulson> ogra_, no, from berlin this morning
[16:51] <chrisccoulson> i had to get a connecting flight in brussels and my luggage ended up on the wrong flight
[16:51] <ogra_> oh, fun
[16:51] <chrisccoulson> this is why i hate flying to / from birmingham. i can't seem to get a direct flight anywhere i want to go
[16:52] <ogra_> you should change your expectations then :P
[16:52] <chrisccoulson> heh
[16:52] <ogra_> just "want" to go somewhere they fly direct
[16:52] <chrisccoulson> i should move closer to an airport that flies to destinations people actually want to travel to
[16:52] <mvo> glatzor: I don't think so, but I can inquire for you - that is really really early
[16:53] <glatzor> mvo, would be great!
[16:54] <glatzor> mvo, Actually I am quite late. I have to send in my holiday planning on 16th :)
[16:55] <Laney> manchester → orlando was quite reasonable for me
[16:55] <chrisccoulson> Laney, that's why i travel to manchester to fly to orlando :)
[16:55] <Laney> :-)
[16:56] <Laney> I mean that I would rather take trains to another airport if possible to get a direct flight
[17:15] <rodrigo_> seb128, for https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/833397 , we don't need the app_indicator patch anymore, do we?
[17:15] <ubot2> Launchpad bug 833397 in gnome-settings-daemon "indicator power displayed twice on panel" [Medium,In progress]
[17:15] <rodrigo_> seb128, since we have a indicator-power now?
[17:15] <seb128> rodrigo_, ? we don't have indicator code for the power icon
[17:16] <seb128> rodrigo_, the indicator patch is needed for keyboard, a11y, etc
[17:16] <rodrigo_> seb128, oh, sorry, my fault
[17:16] <seb128> rodrigo_, the bug there is that some users whitelist "all" in unity and g-s-d display a systray icon inconditionally
[17:17] <rodrigo_> yeah
[17:17] <seb128> rodrigo_, g-s-d should display a systray out of GNOME fallback I guess
[17:25] <didrocks> pitti: can you approve https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-zeitgeist for precise when you get some time?
[17:28] <seb128> didrocks, done
[17:28] <didrocks> thanks seb128 ;)
[17:28] <seb128> yw ;-)
[17:28] <didrocks> which team can do that, do you know?
[17:29] <didrocks> I can only pend them for approval
[17:29] <seb128> didrocks, I guess the uds approvers one
[17:29] <didrocks> ah, the old "ping me for changing the schedule" one :)
[17:29] <seb128> I'm in there since I played pitti for one cycle when he was in rotation ;-)
[17:29] <didrocks> indeed ;)
[18:02] <rodrigo_> out for a bit, bbl
[18:35] <mpt> chrisccoulson, hi, was it you who asked me during UDS about cleaning up the LibreOffice menus?
[22:26] <hallyn> if there are like 100s of pending notify-osd's, is there a way to flush them?
[22:28] <maxb> 1) Kill notify-osd
[22:28] <maxb> 2) Use xfce4-notify instead :-)
[22:28] <maxb> (or restart notify-osd if you insist)