[00:00] <seb128> no, I'm using the first one
[00:00] <seb128> let me retry ;-)
[00:01] <robert_ancell> LP needs attachment status...
[00:01] <seb128> you can delete buggy ones if you want but right
[00:02] <robert_ancell> seb128, ah, it's on the right panel - I couldn't see the attachment controls
[00:03] <seb128> no, I can't get the fixed version to crash
[00:04]  * robert_ancell changes history by removing an attachment - I never made that incorrect patch
[00:04] <robert_ancell> seb128, yeah, I think pitti must be using the old patch - can you comment on the bug it works for you?
[00:05] <seb128> robert_ancell, bug comment added
[00:05] <robert_ancell> seb128, thanks
[00:05] <seb128> you're welcome
[00:05] <seb128> looking at the patch I don't see why it would crash
[00:08] <seb128> and pitti should really use valgrind from crashes in malloc or similar
[00:13] <hggdh> seb128: hi -- re. bug 359658 -- what you want done?
[00:14] <seb128> hggdh, debdiff + confirmation it works would be nice there
[00:15] <hggdh> seb128: so an upgrade for evo-indicator from Jaunty version to current? Or just Ted's fix for the bug?
[00:15] <seb128> just the fix we don't do random updates is stable
[00:15] <hggdh> OK, will work on it
[00:15] <seb128> thanks
[00:15] <hggdh> welcome
[00:16] <seb128> ok, I clean my unread emails now time to call it a day
[00:16] <seb128> have fun everybody
[00:16] <hggdh> good night, seb128
[00:17] <seb128> robert_ancell, good luck for the motu council ;-)
[00:17] <seb128> see you later
[00:17] <robert_ancell> seb128, cya
[00:19] <chrisccoulson> well, that didn't go very well
[00:20] <seb128> oh, yeah, you were away for a while
[00:20] <james_w> chrisccoulson: you rock
[00:20] <seb128> what did you upgrade?
[00:20] <chrisccoulson> seb128 - i upgraded mountall from the ubuntu-boot PPA
[00:20] <chrisccoulson> it hangs ;)
[00:20] <james_w> (good timing)
[00:20] <chrisccoulson> hey james_w
[00:20] <seb128> oh ubuntu-boot ppa
[00:21] <seb128> I'm glad I'm not using that one now ;-)
[00:21] <james_w> wth is going on here? http://launchpadlibrarian.net/33327980/ck-list-sessions-output.txt
[00:21] <chrisccoulson> heh, i felt like a bit of breakage ;)
[00:21] <james_w> something is authenticating through pam as 'nobody', but not attached to any console
[00:22] <chrisccoulson> james_w - that looks wierd - they both have the same login-session-id
[00:22] <chrisccoulson> that's not normal is it?
[00:22] <james_w> ah, spotted
[00:22] <chrisccoulson> i'm not sure how that can happen:/
[00:36] <james_w> it's not generated randomly at session creation
[00:36] <james_w> it's taken from /proc/$pid/sessionid
[00:37] <james_w> so the extra login originates from the session, if not the same process by which they log in
[00:38]  * james_w requests ps output to look for processes running as nobody
[00:38] <james_w> unless somebody has any better suggestions
[00:39] <james_w> (boom boom)
[00:40] <chrisccoulson> james_w - yeah, sounds sensible
[00:41] <chrisccoulson> (i was just trying to figure out how that ID gets generated too)
[00:42] <james_w> /usr/lib/ConsoleKit/ck-collect-session-info
[00:42] <james_w> called by ck-session-leader.c
[00:44] <chrisccoulson> ah yes, thanks!
[00:55] <chrisccoulson> james_w - where does the "on-since" property come from?
[00:56] <james_w> is this a test?!
[00:56] <chrisccoulson> because the "nobody" session has an earlier time than the real one
[00:56] <chrisccoulson> heh;)
[00:57] <james_w> ck_session_init
[00:58] <james_w> so the session object was simply created earlier
[00:58] <james_w> another nice spot
[01:02] <james_w> https://bugs.edge.launchpad.net/ubuntuone-client/+bug/441190/comments/6
[01:02] <james_w> seem to have a knack for dbus bugs this week
[01:04] <chrisccoulson> yeah, you've had to deal with a few dbus issues recently ;)
[01:29] <rickspencer3> anyone know I remove the Assistive Technologies applet from my notification area?
[01:29] <rickspencer3> TheMuso, eeejay ^?
[01:33] <TheMuso> rickspencer3: What are you wanting to know exactly?
[01:33]  * TheMuso can't make sense of your question.
[01:33] <rickspencer3> TheMuso, the assistive technology applet seems to be part of my notification area
[01:33] <TheMuso> Oh.
[01:33] <rickspencer3> I would like to hide it, but there is no right-click
[01:33] <TheMuso> You should be able to right-click, and get rid of it I guess
[01:33] <TheMuso> oh ok
[01:34] <TheMuso> Its probably something that has to be turned off in the keyboard/mouse prefs.
[01:34] <rickspencer3> hmm
[01:34] <rickspencer3> TheMuso, yup
[01:35] <rickspencer3> thanks (had to turn off Accessibilty Features can be toggled with keyboard shortcuts)
[01:35] <rickspencer3> gots to run
[01:35] <rickspencer3> bye bye
[01:36] <TheMuso> bye
[01:59] <chrisccoulson> james_w - i see there's a response to bug 443441 now
[01:59] <chrisccoulson> i've seen the same issue as that before with monopd actually
[02:03] <james_w> ok, so that package is doing it's init script in a silly way?
[02:06] <james_w> --chuid should do the trick
[02:08] <chrisccoulson> yeah, i'm not entirely sure what it's doing
[02:09] <james_w> http://paste.ubuntu.com/288935/
[02:09] <james_w> chrisccoulson: care to test as you have run it before?
[02:09] <chrisccoulson> yeah, can do, but i'd have to do it tomorrow though
[02:10] <chrisccoulson> i need to get some sleep now really ;)
[02:10] <james_w> heh, bug 373181
[02:10] <james_w> yeah, me too, hence trying to pass it off ;-)
[02:10] <james_w> night chrisccoulson
[02:10] <chrisccoulson> night james_w!
[02:10] <chrisccoulson> i'll try that out tomorrow anyway
[03:45] <mac_v> kenvandine: hi... the shutdown icon in the indicator session doesnt change with the themes :( ... its not using th humanity icon even if it is added to the theme , nor does it change with other themes
[03:48] <mac_v> v(0.1.7-0ubuntu1)
[03:55] <kenvandine> :(
[03:55] <kenvandine> mac_v, ok, please file a bug and assign it straight to ted
[03:55] <kenvandine> so he looks at it in the morning
[03:56] <mac_v> ok
[04:02] <kenvandine> thx
[04:22] <kenvandine> hey robert_ancell
[04:22] <kenvandine> good morning
[04:23] <robert_ancell> kenvandine, hey
[04:46] <Amaranth> So much for going to bed before the meeting...
[05:36] <robert_ancell> Amaranth, do you know how to make a snapshot of compiz-plugins?
[05:37] <Amaranth> robert_ancell: you mean compiz-fusion-plugins-main?
[05:37] <robert_ancell> Amaranth, yeah
[05:37] <robert_ancell> they're all in separate git repos upstream right?
[05:38] <Amaranth> robert_ancell: no we have commit hooks to combine them
[05:38] <robert_ancell> Amaranth, so do I check out fusion/plugins-main?
[05:39] <Amaranth> robert_ancell: clone git://anongit.compiz.org/fusion/plugins-main, run autogen.sh, run make distcheck, upload package ;)
[05:39] <robert_ancell> cool, thanks
[05:39] <robert_ancell> Amaranth, I figured it would be that but thought I should check first...
[05:41] <robert_ancell> Amaranth, and just to confirm - master is good for 0.8.3 right?
[05:41] <Amaranth> yeah, we don't have a compiz++ version of it setup yet
[05:55] <robert_ancell> Amaranth, running new plugins now, seems to work good.  Do you know any specific bugs that I should mention in the changelog?
[05:55] <Amaranth> let me check
[05:57] <robert_ancell> Amaranth, bug 446931
[05:57] <Amaranth> robert_ancell: https://bugs.edge.launchpad.net/ubuntu/+source/compiz/+bugs?field.status:list=INPROGRESS&field.status:list=FIXCOMMITTED
[05:57] <Amaranth> that's the list of all the bugs a new snapshot of everything will fix
[05:57] <Amaranth> some of those apply to plugins-main
[05:57] <Amaranth> robert_ancell: no need for a FFe, it's all bug fixes
[05:57] <robert_ancell> Amaranth, I just need the bug for the upload request
[05:58] <Amaranth> oh, right, you can't upload yet either :)
[05:58] <Amaranth> I guess I could have made the snapshot then... :)
[05:58] <robert_ancell> not yet :(
[05:58] <robert_ancell> no problem, I haven't done one yet
[05:59] <Amaranth> It's usually easier to just have mvo do it since the debdiff is generally just a call to dch -i and it's about as much work having me upload a new orig.tar.gz and him download it as him running git pull and make distcheck :)
[06:00] <Amaranth> or in the case of compiz he made the new snapshot and editing the date on my changelog tracking the fixes
[06:00] <Amaranth> that's why I just handle tracking stuff and pushing things to bzr and let him make the snapshots
[06:28] <pitti> Good morning
[06:29] <pitti> robert_ancell: I'll try it again with valgrind then
[06:29] <robert_ancell> pitti, hey
[06:32] <Amaranth> wow, pitti up early
[06:34] <pitti> robert_ancell: saw the bug followup, so I won't forget it
[06:35] <robert_ancell> pitti, np
[06:37] <Amaranth> arg, latest chromium daily broke user scripts again
[07:39] <robert_ancell> pitti, did the devicekit package go obsolete?
[07:39] <pitti> robert_ancell: yes, it got removed from ubuntu and debian
[07:39] <pitti> the last rdepends (packagekit) got fixed a couple of weeks ago
[07:40] <robert_ancell> but devicekit-disks is still valid?
[07:40] <pitti> yes
[07:40] <pitti> but it uses libgudev/udev directly
[07:40] <robert_ancell> ok
[07:40] <pitti> (as do all the other apps now)
[07:41] <Amaranth> devicekit died before anyone really used it
[07:41] <Amaranth> but devicekit-disks and devicekit-power are still around and useful
[07:43] <pitti> Amaranth: yes, devicekit was a thinko, by and large
[07:43] <pitti> it was devised when udev didn't allow non-root processes to talk to it
[07:43] <pitti> (through the netlink socket)
[07:43] <pitti> but then the kernel changed it
[07:45] <Amaranth> good morning mvo
[07:47] <mvo> hey Amaranth
[07:48] <mac_v> Amaranth: hei , is this alsa-driver Bug #446977 , i dont find any  alsa-base package
[07:48]  * mac_v misses dtchen ;)
[07:49] <Amaranth> mac_v: need to do one per computer to make sure they're not using different setups
[07:49] <mac_v> hm..
[08:05] <Amaranth> robert_ancell: meeting not looking good so far... :(
[08:06] <robert_ancell> Amaranth, yeah perhaps the wiki page intentionally wasn't updated...
[08:20]  * Amaranth gives up, goes to bed
[08:20] <Amaranth> I guess I'll at least be able to upload stuff for lucid...
[08:23] <Laney> there was supposed to be an MC meeting that never happened?
[08:24] <robert_ancell> Laney, MOTU meeting
[08:25] <Laney> oh I never knew
[08:28] <chrisccoulson> hey pitti - does anything still need to happen from you for bug 432715?
[08:28] <robert_ancell> Amaranth, don't sleep yet! I've got dholbach chasing people
[08:28] <pitti> chrisccoulson: something needs to pull it into main
[08:28]  * pitti checks c-m
[08:28] <chrisccoulson> hey robert_ancell and Amaranth
[08:28] <chrisccoulson> did you have your meeting yet?
[08:28] <pitti> chrisccoulson: right, I'll promote it now
[08:29] <chrisccoulson> pitti - seb128 sponsored the gnome-python-extras upload last night
[08:29] <chrisccoulson> pitti - thanks:)
[08:30] <chrisccoulson> do builds that are in dependency wait start automatically, or do you need to give them a prod?
[08:31] <pitti> the former
[08:31] <chrisccoulson> thanks
[08:31] <chrisccoulson> right, i've got a meeting to go to now
[08:31] <chrisccoulson> bbl
[08:42] <mvo> robert_ancell: hey! do you want me to cheer a bit for you in ubuntu-meeting? or is that not needed :) ?
[08:43] <robert_ancell> mvo, cheering is good :)
[08:43] <robert_ancell> Amaranth, congrats
[08:43] <Amaranth> thanks :)
[08:44] <mvo> :)
[08:50] <Amaranth> https://wiki.ubuntu.com/TravisWatkins/MOTUDeveloperApplication#List of compiz packages
[08:50] <Amaranth> mvo: does that look complete to you? don't want to miss one :)
[08:51] <robert_ancell> Amaranth, watching the vote is scary :)
[08:51] <Amaranth> always
[08:52] <Amaranth> robert_ancell: congrats
[08:52] <robert_ancell> Amaranth, thanks!
[08:52] <mvo> Amaranth: yes, looks good
[08:52] <mvo> congrats robert_ancell
[08:52] <Amaranth> that's more packages then I realized
[08:53] <robert_ancell> mvo, yay!
[08:55] <Amaranth> mvo: robert_ancell made an updated snapshot of plugins-main, even uploaded the tarball to launchpad for it :)
[08:55] <Amaranth> bug bug 446931
[08:55] <Amaranth> whoops
[08:56]  * Amaranth goes to bed
[08:56] <robert_ancell> Amaranth, sleep well!
[08:56] <mvo> good night
[08:56] <pitti> robert_ancell: you made it? congrats!
[08:56] <pitti> well deserved
[08:57] <mvo> but you will not (yet) be able to do the plugins-main upload, right? I shall do that then :)
[08:57] <pitti> we are very close to getting upload powers to ~ubuntu-desktop
[08:57] <mvo> !
[08:57] <mvo> cool
[08:57] <Amaranth> mvo: I suspect it'll be a few days
[08:57] <Amaranth> pitti: now I know want to apply for next :)
[08:58]  * Amaranth goes to bed for reals this time ;)
[08:58] <pitti> sleep well
[09:05] <robert_ancell> pitti, yes! thanks!
[09:31] <pitti> I'm off for some two hours
[09:47] <soren> I just saw Jono's blog post.. Which protocols in Empathy support video chat?
[09:49] <Zdra> soren, SIP, Jabber and MSN
[09:50] <soren> Awesome.
[09:50] <soren> Zdra: Thanks!
[09:51] <Zdra> soren, actually I don't think version of package in ubuntu karmic supports MSN audio/video
[09:51] <Zdra> soren, but latest version upstream does
[10:27] <Ng> any evolution users fancy double checking something quickly for me? :)
[10:34] <mvo> mpt: if you could check #446253 (and assign importance or close) that would be nice (#445558 and #445380 too, but I think the later is a dup but I can't find it)
[10:35] <mvo> mpt: and #442310 as well please
[10:35]  * mvo tries to get the amount of bugs down again
[10:36] <mpt> ok :-)
[10:36] <mpt> I'll do that in about an hour
[10:37] <mvo> sure, no rush, just wanted to make sure its on your radar
[10:37] <mvo> (I can also use tags or some other method, whatever works best for you)
[10:37] <mpt> I've assigned bugs to me where I need to design stuff
[10:40] <mvo> mpt: right, there are some bugs (like the search one) that are bugs against the current design and I think that should be taken into consideration for lucid
[10:41] <mvo> so I want you to see them and act (close as invalid or consider changing the behavior for the next cycle)
[11:30] <mat_t> asac: hi
[11:31] <mat_t> asac: I'm having problems with my 3G connection, which worked great in Jaunty
[11:31] <mat_t> asac: bug #447114
[11:32]  * asac checks
[11:32] <asac> mat_t: thanks for testing.
[11:32] <mat_t> asac: np :)
[11:42] <asac> mat_t: did you explicitly not include the GConf.txt when submitting the bug?
[11:42] <asac> or just submitted everything and there is a bug in our apport hook ;)
[11:43] <mat_t> asac: the latter I think ;)
[11:43]  * mat_t is not clever enough to know what to exclude that would annoy asac ;)
[11:44] <asac> mat_t: gconftool-2 -R /system/networking ... does that print anything for you?
[11:44] <mat_t> lemme try
[11:45] <mat_t> asac: nope, nothing
[11:45] <asac> strange
[11:45] <asac> ok
[11:45] <asac> mat_t: https://wiki.ubuntu.com/DebuggingModemmanager can you do those things?
[11:46] <asac> mat_t: not that there is a < karmic and >= karmic instruction for stopping NM
[11:46] <asac> note
[11:47] <mat_t> ok
[11:52] <mat_t> asac: will do it a bit later if that's ok
[11:53] <asac> mat_t: sure. i will work on bugs in the afternoon and evening ... so no hurry
[11:53] <mat_t> ok
[11:55] <mvo> hm, it looks like the gdm greeter gets darker every day
[12:06] <asac> dark-matter
[12:15] <mac_v> mpt: hei , regarding adding a monochrome icon for display properties > Bug #443311 , do we want to do this , that icon is not a status indicator of any sort and IMO adding an icon for it is just encouraging apps to abuse the notification area more
[12:15] <mac_v> it is just a static icon of a monitor
[12:23] <mpt> mac_v, if you're 100% sure that it won't make the System > Preferences > Display icon monochrome too, then I'm ok with it
[12:24] <mac_v> mpt: i tested it in my system , only the gsd-xrandr icon is used in the panel , and the system menu is using a different icon [but IMO , that icon is still abuse of notification area ;p]
[12:24] <mac_v> mpt: so add monochrome icon?
[12:26]  * mac_v also not sure how that icon will turn out
[12:27] <asac> james_w: do you know if there is something similar to git commit -c ORIG_HEAD if i uncommit and improve the current topmost local commit? (e.g. to automatically refill in the previous commit message)?
[12:27] <asac> in bzr
[12:27] <james_w> no
[12:28] <james_w> bug 180109
[12:39] <asac> thx
[12:39] <asac> gcommit?
[12:39] <asac> that should be in bzr
[12:39] <asac> ah its already filed
[12:41] <james_w> hey huats
[12:41] <huats> hello mister james_w !
[12:41] <huats> how are you ?
[12:41] <james_w> heh
[12:41] <james_w> good thanks
[12:41] <james_w> how are you?
[12:42] <tkamppeter> pitti, hi
[12:43] <huats> great too
[12:45] <tkamppeter> pitti, I have committed a fix for bug 420490 into the cups BZR, but I could not test it as cups does not build on my box.
[12:46] <pitti> tkamppeter: for testing, temporarily add an "|| true" to line 32 of debian/rules
[12:47] <pitti> some d-bus service seems to generate that warning
[12:47] <tkamppeter> pitti, is there no way to make the build permanently compatible with real-life-Ubuntu systems?
[12:48] <pitti> tkamppeter: there surely is, it was just unimportant enough so far to not trump all the RC bugs I was working on
[12:48] <pitti> tkamppeter: and it builds just fine in a chroot
[12:52] <chrisccoulson> congrats Amaranth :)
[12:55] <james_w> oh yeah, congratulations Amaranth
[12:55] <james_w> hey chrisccoulson, I just uploaded monopd, it was easy to test
[12:55] <chrisccoulson> james_w - thanks
[12:55] <james_w> no, thank you
[12:55] <chrisccoulson> i wish i could test these things at work;)
[12:55] <james_w> bug 445303 still has me mystified
[12:56] <kwwii> pitti: I just heard about the gpm icons in notifications from upstairs...is there anything we cna do to show the correct icons here?
[12:56] <chrisccoulson> yeah, i haven't looked in to that at all yet
[13:06] <pitti> kwwii: sorry, do you have some details about that?
[13:06] <kwwii> pitti: I think this is the same problem I mentioned a couple of weeks ago
[13:07] <kwwii> pitti: gpm is displaying normal colorfull icons in notify-osd
[13:07] <kwwii> erm, one l
[13:07] <asac> pitti: ubuntu-bug -pPACKAGE is not working anymore?
[13:08] <pitti> asac: 1.9.2-0ubuntu1 re-added a dummy -p option
[13:08] <pitti> ubuntu-bug -p PACKAGE should work again
[13:08] <asac> was that officially deprecated for a while at least ;)?
[13:08] <asac> hmm
[13:08] <pitti> all the documentation uses a space
[13:08] <pitti> asac: since intrepid; but I added it back for hardy compat
[13:08] <asac> i have apport ubuntu2
[13:09] <asac> yeah. without -p it works
[13:09] <kwwii> pitti: bug #399492 explains it in detail
[13:09] <asac> also with -p firefox-3.5
[13:10] <tkamppeter> pitti, thanks. I have tested now and the change works as it should work. Can you upload CUPS so that the bug gets closed?
[13:11] <pitti> tkamppeter: ok
[13:11] <asac> oh. its apparmor preventing to run ubuntu-bug
[13:11] <asac> makes sense
[13:12]  * asac goes jdstrand
[13:12] <pitti> tkamppeter: hm, are you sure you need the invoke-rc? At that time it shouldn't run anyway
[13:13]  * asac goes and drop -p ...
[13:13] <asac> oh wait
[13:13] <pitti> tkamppeter: oh, that code should come before #DEBHELPER#, which starts it
[13:13] <pitti> tkamppeter: I'll fix it
[13:13] <asac> guess i dont want to break backports
[13:13]  * asac keeps -p
[13:13] <tkamppeter> pitti, to reliably clear the cache of CUPS you have to stop the daemon, then remove the files in the cache and after that start the daemon.
[13:14] <pitti> tkamppeter: right; #DEBHELPER# is too early in the postinst
[13:15] <tkamppeter> pitti, but the PPD update and the /etc/printcap stuff at least must be after #DEBHELPER#, to assure that the daemon is running whan these things are done.
[13:15] <pitti> tkamppeter: sure
[13:17] <tkamppeter> pitti, one improvement: For the case that the update happens when the user does not have the CUPS daemon running, one should put the daemon stop and daemon start into if, only executed if the daemon is actually running. The removal of the cache files has always to be done though.
[13:27] <pitti> tkamppeter: that's implied
[13:29] <pitti> tkamppeter: pushed
[13:30] <chrisccoulson> hey pitti - would you mind accepting my gnome-python-extras package currently sat in the NEW queue if you get some spare minutes this afternoon (so I can go ahead and upload glom this evening)
[13:35] <pitti> asac: just updated https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus; seems you own half of the remaining bugs now..
[13:36] <pitti> Riddell: can you please update https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus ?
[13:38] <pitti> chrisccoulson: don
[13:38] <pitti> e
[13:38] <asac> pitti: 440987 is fix committed
[13:38] <chrisccoulson> pitti - thanks
[13:38] <chrisccoulson> right, home time for me now!
[13:38] <chrisccoulson> bbl
[13:39] <pitti> asac: thanks, page updated
[13:39] <asac> 435073 this is nasty, but probably not a blocker because it has a workaround
[13:39] <kwwii> pitti: the issue with 399492 is that gpm passes the wrong icon names to notify-osd (from what I understand of it)
[13:39] <pitti> kwwii: they can't be wrong by definition, though
[13:39] <pitti> it's what g-p-m icons are...
[13:39] <asac> 430067 -> the main bug is fixed for that
[13:40] <asac> just the other half not.
[13:40] <kwwii> pitti: they point to normal app icons which are used elsewhere and not the notify-osd icons
[13:40] <asac> i will spin out a non-RC bug
[13:40] <asac> and mark that fixed
[13:40] <asac> 429835 -> this is fixed as discussed before
[13:41] <asac> ah yeah thats on the right ;)
[13:42] <pitti> asac: or just downgrade the severity
[13:42] <pitti> so that it falls off the radar
[13:42] <asac> yeah well. the main bug is really fixed. we now dont try three times the same pin without asking again ;)
[13:42] <pitti> asac: the new langpacks were already uploaded?
[13:42] <asac> oh right
[13:42] <asac> i thought arne wanted to upload not sure if that happened
[13:43] <asac> guess not but soon
[13:43] <pitti>  1:9.10+20091007.2
[13:43] <pitti> Published in karmic-release 1 hour ago
[13:43] <pitti> seems so
[13:43] <pitti> coolie
[13:44] <pitti> asac: releasestatus updated, thank you
[13:45] <asac> ok that also fixed bug 437545 that i had on my personal target list
[13:46] <tkamppeter> pitti, I think your way to clear the cache does not work.
[13:46] <pitti> tkamppeter: why not? it's what you committed, just without the invoke-rc.d stuff
[13:46] <tkamppeter> pitti: The CUPS daemon must get stopped before clearing the cache?
[13:46] <tkamppeter> pitti: The CUPS daemon must get stopped before clearing the cache.
[13:46] <asac> kept the upstream task open because devmode is still broken for some locales
[13:47] <pitti> tkamppeter: sure, that's done in prem, and #DEBHELPER# in postinst starts it again
[13:47] <pitti> tkamppeter: I moved it before the #DEBHELPER#
[13:47] <tkamppeter> If I am in postinst before #DEBHELPER# is the old CUPS daemon stopped there?
[13:47] <pitti> tkamppeter: yes
[13:47] <tkamppeter> pitti, OK, thanks.
[13:49] <pitti> kwwii: hm, that bug is about string changes, no?
[13:50] <kwwii> pitti: it is about notify-osd getting notification-battery-* instead of gpm-battery-*
[13:51] <kwwii> just icon names...we discussed this a couple of weeks ago...I assumed it was fixed but a recent icon change brought it to our attention
[13:56] <mvo> is the decision to remove all the menu icons a upstream gnome one or a design team one?
[13:57] <andreasn> mvo: upstream gnome, but from the advice of a member of the design team, ie mpt
[13:57] <andreasn> mvo: so a bit of both a guess :)
[13:57]  * mvo nods
[13:57] <mvo> thanks, I was just curious
[13:59] <asac> pitti: what do you think about the dell-laptop.c bugs?
[14:00] <andreasn> mvo: it's not all of them though, objects, such as apps, folders etc use icons
[14:00] <asac> is that worse getting special attention for?
[14:00] <asac> pitti: we also have wifi being disabled and not reacting for dell-laptop.c
[14:00] <mpt> mvo, speaking of icons, did you get the second version of the new Ubuntu Software Center icons from kwwii?
[14:00] <asac> bug 441161 and bug 445462
[14:00] <pitti> asac: how so?
[14:00] <pitti> asac: the killswitch was fixed in the current kernel upload
[14:00] <asac> its the same bug ... dell-laptop.c broken since rfkill refactoring in kernel
[14:00] <asac> pitti: oh
[14:01] <pitti> asac: I'm just aware of the bluetooth icon thing
[14:01] <asac> pitti: yes. but both are related i would say. do you have a commit for what was done?
[14:01]  * mac_v grumbles in a corner about the icons being removed :(
[14:01] <pitti> asac: bug 430809 \o/
[14:01] <mvo> mpt: yes, but I have not merged it yet
[14:01] <asac> very good
[14:01] <pitti> asac: the bug has a kernel.u.c. git link
[14:01]  * asac checks
[14:02] <asac> great
[14:02] <asac> that was the patch that was discussed in august, but somehow never followed through upstream
[14:02] <asac> cool
[14:04] <asac> very good.
[14:04]  * asac now happy
[14:04] <mac_v> mpt: can you convince asac to add patch for bluetooth? ;) the menu uses the greyscale icon from the panel   , Bug #437162 has the patch upstream as well.
[14:05] <asac> mac_v: what name is used atm? what name do you want to use?
[14:06] <mac_v> asac: now "bluetooth" , from the 24px apps folder , ideally , bluetooth-active from status
[14:06] <mac_v> already there is a bluetooth-disabled in the status
[14:06] <asac> mac_v: it already uses bluetooth-disabled right?
[14:06] <asac> yep
[14:07] <asac> assume upstream opinion didnt change on that bug?
[14:07] <mpt> hum, shouldn't really be using -disabled for an enabled menu
[14:07] <andreasn> asac: your last comment on the upstream bug makes sense, does the patch attached to that?
[14:07] <asac> mpt: its -disabled if bluetooth is disabled. we wants -active for enabled ... currently it uses plain bluetooth
[14:08] <mac_v> mpt: we use the -disabled for disabled
[14:08] <asac> andreasn: what was the bug id?
[14:08] <mac_v> but active uses bluetooth
[14:08] <andreasn> asac: https://bugzilla.gnome.org/show_bug.cgi?id=596564
[14:08] <mpt> ah, andreasn has already posted exactly what I was going to post in that bug report :-)
[14:09] <asac> andreasn: i think we dont want to add upstream icon because that will cause a mismatch for not updated theme
[14:09] <mpt> andreasn, the -symbolic proposal doesn't take disabled menus into account
[14:10] <asac> andreasn: so if upstream adds a -active icon, all themers have to do that. if we dont add that, it doesnt cause that and would address comment 3 imo
[14:10] <asac> maintainer has to decide if he considers that icon essential. if not, dont ship it, just use the name so themers can use that if they want
[14:12] <asac> andreasn: so how about just using the applet/notify.c      hunk?
[14:12] <asac> makes sense? or do you have other concerns?
[14:13] <andreasn> what is that?
[14:13] <andreasn> I don't really have any big concerns about the bug, you should talk to hadess in #gnome-hackers
[14:14] <andreasn> and perhaps dobey, he probably have opinions on what icon names should be used and how the fallback should work
[14:14] <andreasn> or kwwii, he's a naming-spec maintainer too
[14:16] <andreasn> asac: mostly what I was wondering about was 1. oh, more icons in the tree (not a really crutial), and 2. what are we trying to do here
[14:24] <chrisccoulson> heh, Keybuk - i just saw your last comment on bug 436796. i installed the previous PPA version on my machine late last night. it probably wasn't the brightest thing for me to do right before i wanted to go to sleep ;)
[14:30] <Keybuk> chrisccoulson: oops ;P
[14:31] <chrisccoulson> Keybuk - the new version has mounted all my new systems now (and exits too)
[14:31] <chrisccoulson> but i havent tried rebooting yet ;)
[14:32] <chrisccoulson> oops
[14:32] <chrisccoulson> s/new/file
[14:32] <Keybuk> cool
[14:32] <Keybuk> OOI, why are you using bindfs?
[14:33] <chrisccoulson> i'm using it for sharing a folder between 2 users, which we can both write too without having to worry about permissions
[14:33] <Keybuk> ah right
[14:33] <Keybuk> you can probably do that with normal bind mounts though right?
[14:33] <chrisccoulson> i tried ACL's, but they don't seem to apply for files that you copy
[14:34] <chrisccoulson> i'm not sure about normal bind mounts - i don't know if you can tweak the permissions in the same way
[14:48] <davmor2> guys is it known that you can't set your availability from inidicator-applet-session again?
[14:54] <pitti> davmor2: dist-upgrade harder :) should work again with today's updates
[14:54] <dobey> Amaranth: crap. that didn't fix compiz :(
[14:55] <davmor2> pitti: this is from this mornings iso so that's not an issue then I'm just working through it seeing what bust and not
[14:55] <mac_v> pitti: apw , works on which time zone?
[14:55] <davmor2> emapthy works with the indicator app again so congrats to who ever fixed that :)
[14:56] <pitti> davmor2: was bug 427643, I think
[14:57] <pitti> mac_v: should be UK
[14:57] <mac_v> pitti: or how to disable output , or what he mentions here > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/271258/comments/39
[14:57] <mac_v> i'm using grub 2 btw
[14:57] <davmor2> pitti: :)
[14:58] <pitti> mac_v: I'm afraid I don't know what he means with "disable output" :-(
[14:59] <mac_v> pitti: thanks... i'll wait for him then :)
[14:59] <james_w> mac_v: try #ubuntu-kernel
[14:59] <james_w> he probably doesn't hang around in here
[15:00] <mac_v> james_w: ah... he seems available there ;) thanks
[15:00] <mac_v> tedg: yay , you are back ;)
[15:00] <mac_v> tedg: Bug 446885
[15:01] <tedg> mac_v: Saw that.  AFAICT the Humanity package doesn't have the icon in it.
[15:01] <mac_v> tedg: it doesnt have one in Ubuntu yet , sure... but adding the icon doesnt solve the problem
[15:02] <tedg> mac_v: Okay, I'll look into it when it does :)  I can't really test it without that.
[15:09] <mac_v> tedg: try this , add an icon in any theme with the name  , system-shutdown-panel , notice the icon wont change
[15:13] <tedg> mac_v: I hate to be a jerk, but seriously, I don't have the time to go through that.  If you can get it in the Ubuntu package I'll look into it.
[15:14] <mac_v> tedg: no probs for me with waiting... the UX asked me why there was a problem with that icon... and they wanted it fixed asap...
[15:14] <mac_v> ;)
[15:16] <tedg> mac_v: They've been pushing this broken feature for too long, too late.  I have a hard time getting excited about it.
[15:16] <mac_v> lol ;p
[16:03] <asac> davidbarth: i had an action from last release meeting :)
[16:03] <asac> sorry
[16:05] <ccheney> grr OOo bugs keep popping up as faster than i can triage them :-\
[16:05] <ccheney> at least i'm still on hold for uploading new OOo build so i can finish the triage before then :)
[16:06] <davidbarth> asac: ?
[16:13] <asac> davidbarth: gpm ... bug fix upload
[16:13] <davidbarth> asac: ah cool
[16:13] <asac> phone
[16:21] <asac> davidbarth: what is the patch that needs to be done?
[16:26] <davidbarth> asac: see with MacSlow; he made yet another adjustment; he has the details
[16:28] <asac> he is not here
[16:28] <asac> guess on monday then
[16:28] <asac> ok
[16:50] <james_w> does anyone else see weirdness with the seahorse ssh-agent?
[16:51] <james_w> it doesn't work the first time I ssh somewhere
[16:51] <james_w> but then will decide to work later
[16:56] <pitti> james_w: hm, I didn't notice that, and I'm using it all the time
[16:56] <pitti> james_w: will take a look at my next reboot
[16:56] <pitti> (which will probably be tomorrow morning)
[16:56] <james_w> thanks
[16:57] <james_w> I haven't spotted any patter to it
[16:57] <james_w> but every time I reboot I don't get seahorse-agent doing anything for a while
[17:34] <pitti> bye everyone, have a good weekend!
[17:34] <james_w> you too pitti
[18:06] <dtchen> TheMuso: everything in the ubuntu-audio-dev PPA is ready to go
[18:06] <rickspencer3> dtchen, perhaps TheMuso is asleep?
[18:06] <rickspencer3> I think it's like 2am there?
[18:06] <dtchen> rickspencer3: (yes, i'm leaving it for his backscroll)
[18:06] <rickspencer3> :)
[18:07] <dtchen> we've done this for years :)
[18:07] <rickspencer3> that's asynchronous communication for sure
[18:07] <rickspencer3> dtchen, how are you feeling about audio in Karmic in general, good?
[18:08] <dtchen> rickspencer3: once all the rest of the bits are in, much better than Jaunty
[18:08] <rickspencer3> dtchen, that's for sure
[18:08] <dtchen> (all the rest of the bits being what's in the PPA)
[18:08] <rickspencer3> tbh, it works great for me in Karmic
[18:08] <rickspencer3> and has been for a while, on my desktop anyway
[18:09] <rickspencer3> http://theravingrick.blogspot.com/2009/09/pulse-working-well-for-me.html
[18:09] <Amaranth> I'm loving my audio in karmic :)
[18:22] <kenvandine> rickspencer3, the thing we need to figure out is why empathy crashes when the media stream fails
[18:22] <rickspencer3> kenvandine, ah
[18:23] <rickspencer3> kenvandine, is there just a lack of error handling in that case?
[18:23] <kenvandine> i think that is what the problem is for all these logs you guys are sending me
[18:23] <kenvandine> when it thinks there is data to get, and it isn't there it crashes
[18:23] <kenvandine> must be
[18:23] <rickspencer3> that's a great start
[18:23] <kenvandine> but i haven't seen where to look yet :)
[18:23] <rickspencer3> so you can just throw away "thinks there is data" state, and perhaps it will go on working
[18:24] <rickspencer3> or at least say "the data stream is gone, shall I reconnect?"
[18:25] <kenvandine> yeah
[18:25]  * rickspencer3 is running through quickly tutorial, ensuring everything still works before fixing bgus
[18:27] <kenvandine> or perhaps when i disposes of it's of stuff shutting down the connection after failure, there is some null pointer or something
[18:27] <kenvandine> i tried to make it crash while in gdb
[18:27] <kenvandine> but i can't make it crash here :)
[18:27] <rickspencer3> kenvandine, desktopcouch seems faster and smoother now
[18:27] <kenvandine> cool
[18:28] <kenvandine> i haven't messed with it this week :/
[18:31] <dobey> mac_v: i'm not sure exactly how you can consider any icon theme to be "fixed" for #253599
[18:34] <mac_v> dobey: hmm?
[18:35] <mac_v> the icons are different now
[18:35] <dobey> mac_v: different how? the original poster never clarified what he was even talking about
[18:36] <mac_v> dobey: lol , yeah , the OP probably doesnt even use Ubuntu now ;)
[18:37] <dobey> mac_v: then it should be closed invalid and if you want to argue about whatever it is you're arguing about on the bug, and fix that, opena  new bug for it :)
[18:40] <mac_v> dobey: from what i and of couple others tested the usb external drives , now use different icons from the internal hdds  ... oh... i dont want to argue! Mantas just pissed me off a bit ;) i dont mind if you mark all the packages as invalid too ;) someone hijacked the bug and made it a master bug ...argh!
[18:41] <dobey> mac_v: i don't like bugs being hijacked, and "usb external vs. interl hdds" still doesn't clarify anything! :)
[18:42] <dobey> mac_v: LP will only let me change the status on tango-icon-theme it seems :(
[18:42] <mac_v> dobey: seriously that bug was totally hijacked, some marked humanity-unr , humanity-dark in the also affects too! they werent even a theme :(
[18:47] <dobey> oh
[18:47] <dobey> the ajax bit just doesn't work correctly, and all the links are broken when the ajax fails
[18:47] <dobey> fun!
[18:53] <dobey> mac_v: ok, i marked a bunch either invalid (or incomplete, if it was filed by the OP)
[18:55] <kklimonda> what are the sane system requirements for 9.10?
[19:14] <dobey> mac_v: i also wonder what all that was about with the icon-naming-utils drivel. i didn't really understand what he was getting at
[19:15] <mac_v> dobey: dont know either... seriously he confused the crap out of me that day!
[19:15] <dobey> mac_v: oh well... Invalid! :)
[19:16] <mac_v> \o/
[19:31] <mpt> glatzor, hi, does aptdaemon keep a history of transactions anywhere?
[20:19] <chrisccoulson> grrrrr, stupid nvidia
[20:22] <kklimonda> really? It just died on me and I have to work from ooold laptop..
[20:22] <kklimonda> ;)
[20:23] <kklimonda> but good day anyway :)
[20:23] <chrisccoulson> hi kklimonda ;)
[20:31] <Amaranth> chrisccoulson: what now?
[20:31] <chrisccoulson> compiz crashed ;)
[20:31] <Amaranth> apport?
[20:32] <chrisccoulson> yeah, it's one ive already submitted though ;)
[20:33] <Amaranth> the !prev thing?
[20:34] <Amaranth> dobey: Did you ever get a chance to test compiz with that patch backed out?
[20:34] <Amaranth> s/patch/commit/
[20:35] <dobey> Amaranth: yeah, it still crashed :(
[20:35] <dobey> Amaranth: same crash, !prev
[20:35] <Amaranth> *sigh*
[20:35] <dobey> indeed
[20:35] <Amaranth> dobey: fell like grabbing compiz packages from jaunty just to see if it was something in nvidia or X that changed instead of compiz?
[20:38] <dobey> Amaranth: not really. the package structure changed in karmic, and i don't really want to go through the hell of getting the jaunty packages installed :)
[20:41] <Amaranth> eh? pacakge structure didn't change
[20:43] <dobey> Amaranth: eh? there was an update where "compiz" was removed, and now i have some "compiz-fusion" thing
[20:43] <Amaranth> dobey: oh, you upgraded when the ABI transition was half done
[20:44] <Amaranth> dobey: you can install compiz again
[20:44] <dobey> http://pastebin.ubuntu.com/289511/
[20:44] <dobey> that's what i currently have installed
[20:44] <dobey> so i should install "compiz" and not "compiz-fusion-whatever"?
[20:44] <Amaranth> well, the compiz package pulls in those compiz-fusion ones
[20:45] <Amaranth> but that's the same package layout we had in jaunty
[20:45] <Amaranth> if you get jaunty versions of those and install them all at the same time with dpkg it should downgrade just fine
[20:45]  * dobey wonders if that has anything to do with this problem
[20:46]  * Amaranth wonders how you have a compiz-gnome 0.8.2
[20:46] <Amaranth> but that's just gconf schemas and gtk-window-decorator so not really a problem
[21:03] <Amaranth> dobey: on my nvidia system going back to jaunty compiz doesn't fix anything so...
[21:03] <Amaranth> nvidia or xorg is broken
[21:03] <dobey> i doubt it will here too
[21:04] <dobey> Amaranth: do you have a jaunty live cd?
[21:05] <Amaranth> nope
[21:05] <Amaranth> I can downgrade xorg though
[21:06] <Amaranth> aptitude is awesome like that, just `sudo aptitude install xserver-xorg-core/jaunty` and it automatically suggests downgrading everything needed to make it work
[21:07] <dobey> well, i was going to suggest installing newer nvidia on jaunty
[21:07] <Amaranth> that helped a little bit...
[21:08] <Amaranth> now it runs but apparently with software rendering
[21:08] <Amaranth> dobey: I can downgrade the nvidia driver too
[21:08] <Amaranth> nevermind, working better was a one time fluke
[21:08] <dobey> Amaranth: this is my main machine, so i don't really want to do much in the way of downgrading to it
[21:12] <Amaranth> ah, old driver doesn't work with new kernel
[21:14] <Amaranth> i'll try to 173 driver instead
[21:19] <jono> kenvandine, did those Gwibber fixes land?
[21:24] <Amaranth> dobey: it's the kernel
[21:25] <dobey> oh lovely
[21:25] <dobey> easy fix?
[21:26] <Amaranth> *shrug*
[21:27] <dobey> well at least it's not nvidia :)
[21:32] <Amaranth> Technically it still is...
[21:32] <Amaranth> if the driver was open source it would be in the kernel and would have been fixed when whatever change was made broke it :)
[21:34] <Amaranth> reisub to the rescue :/
[21:36] <Amaranth> dobey: so try installing the 2.6.28-11-generic image and headers and see if that helps you
[21:36] <Amaranth> my laptop was having a different problem so it may not
[21:37] <Amaranth> I mean, it was having the !prev thing on exit too but I haven't checked to see if that is fixed
[21:38] <Amaranth> chrisccoulson: same please
[21:38] <dobey> will have to do later
[23:08] <ccheney> is there an easy way to revert a bzr commit that happened some time ago, or in this case bring old deleted files back?
[23:08] <ccheney> the commit accidentally deleted a lot of files it should not have
[23:13]  * ccheney found bzr revert -r before:#
[23:13] <ccheney> works good enough
[23:13] <ccheney> did seem to revert things i didn't tell it to though so i had to rerevert those