[00:09] <rickspencer3> robert_ancell: good morning
[00:10] <robert_ancell> rickspencer3: hi rick
[00:10] <rickspencer3> robert_ancell: how was your weekend (and Monday)?
[00:10] <rickspencer3> it's very confusing talking to you when it's tomorrow for you
[00:11] <robert_ancell> rickspencer3: hehe, Good weekend.  I've been working on uploading new packages yesterday (very easy to make errors)
[00:11] <rickspencer3> yes, packaging is a job for people with keen attention to detail, indeed
[00:28]  * dobey needs some packaging help
[00:29] <dobey> whatever runs debian/rules has decided it hates me i think
[00:29] <maxb> :-)
[00:29] <ajmitch> dobey: what's breaking?
[00:30] <dobey> ajmitch: it's not running the dh_icons i told it to run
[00:30] <ajmitch> put your debian/rules on pastebin somewhere?
[00:31] <dobey> ajmitch: http://pastebin.com/dff8a672
[00:31] <ajmitch> oh, a fun cdbs package :)
[00:32]  * ajmitch tries to remember the appropriate make syntax for what gets run first
[00:32] <dobey> yeah
[00:33] <maxb> hmm
[00:33] <james_w> dobey: try binary-install/package-name::
[00:33] <maxb> Isn't it supposed to be.... yes, that :-)
[00:33] <james_w>     dh_icons -ppackage-name
[00:33] <dobey> james_w: package-name is literal?
[00:33] <dobey> james_w: the odd thing is that this used to work fine
[00:33] <james_w> dobey: no, the package name you want to run dh_icons for
[00:33] <james_w> welcome to CDBS :-)
[00:34] <dobey> and there's only one package
[00:35]  * dobey tries anyway
[00:39] <james_w> common-binary-indep:: might work as well
[00:39] <james_w> or -arch if it's not arch independent
[07:13] <pitti> Good morning
[07:13] <ajmitch> hello pitti
[07:22] <didrocks> morning pitti & ajmitch
[07:25] <didrocks> pitti: using dh_pysupport -d as in old debian/rules instead of dh_pysupport -ppython-vte fix the FTBFS. BUT modules like vtemodule.so are installed in usr/lib/pyshared (like Debian) instead of usr/lib/py-support
[07:25] <didrocks> and doko is away these days...
[07:25] <pitti> didrocks: hm, isn't pyshared/ the right location anyway?
[07:26] <didrocks> pitti: wondering, don't know the difference between pyshared and python-support
[07:26] <didrocks> in the old packages, it was python-support
[07:28] <pitti> didrocks: you are right, it needs to be python-support/
[07:29] <didrocks> pitti: do you find any documentation on that?
[07:29] <pitti> didrocks: -d is deprecated
[07:29] <didrocks> pitti: yes, I saw taht
[07:29] <didrocks> that*
[07:29] <pitti> didrocks: oh, hang on
[07:29] <pitti> *.so is in pyshared?
[07:29] <pitti> that's _wrong_
[07:29] <didrocks> yes, that's it
[07:30] <pitti> *.so need to go itno /usr/lib/python2.X/{site,dist}-packages/
[07:30] <pitti> they are version specific, not shared
[07:30] <didrocks> hum, in the previous revision, they were in:/usr/lib/python-support/python-vte/python2.5/
[07:31] <didrocks> http://packages.ubuntu.com/jaunty/i386/python-vte/filelist for instance
[07:31] <didrocks> so, they are versionned
[07:31] <didrocks> (and it's still the case in pyshared)
[07:31] <didrocks> usr/lib/pyshared/python2.5/ for instance
[07:35] <pitti> that's still wrong
[07:36] <pitti> well, it might work
[07:36] <pitti> but they should just be in the standard directory
[07:40] <didrocks> yes. I will ask to dktrkranz when he will be around
[08:02] <pitti> robert_ancell: I retried the builds of gnome-games and glade-3, they failed due to pygtk arch mismatch; should be okay now
[08:02] <robert_ancell> pitti: ok, was going to look into that
[08:03] <robert_ancell> pitti: do you know about the translation imports, see bug 283183 - can I close invalid?
[08:04] <pitti> robert_ancell: I guess the Polish .po file is broken in some way
[08:04] <pitti> so the bug at least doesn't seem invalid
[08:06] <robert_ancell> pitti: there are many failures in translations.lp.net, e.g. gnome-games has 6.  I'm so used to translations.lp.net complaining that I've just assumed it was broken :)
[08:06] <pitti> robert_ancell: yeah, I usually ignore them as well
[08:07] <pitti> ideally they'd be fixed upstream at some point, but it's too much for our limited capacity
[08:07] <pitti> so ignoring is just okay
[08:07] <pitti> if the language teams care about something particular, they should do that work
[08:08] <robert_ancell> hmm, I can't work out what is wrong with it so not sure how to flick upstream
[08:09] <robert_ancell> pitti: should I be a member of ~ubuntu-desktop in bzr?  I want to create some bzr archives for packages
[08:10] <pitti> robert_ancell: just ignore it for now
[08:10] <pitti> robert_ancell: yes, you should be
[08:10] <pitti> robert_ancell: did you practice bzr maintained packages with Seb already
[08:10] <pitti> you know https://wiki.ubuntu.com/DesktopTeam/Bzr ?
[08:11] <robert_ancell> pitti: yes, we did it in London and I got to the last step in the Wiki page and aren't a member of the group
[08:11] <pitti> robert_ancell: wrong, you are
[08:11] <pitti> for about 20 seconds now :-)
[08:11] <robert_ancell> pitti: :P
[08:18] <seb128> good morning everybody
[08:18] <pitti> hey seb128
[08:18] <seb128> hello pitti, how are you?
[08:19] <pitti> seb128: bit stressed
[08:19] <seb128> oh?
[08:19] <pitti> yesterday's upload broke karmic all over the place :(
[08:19] <pitti> and I'm on alpha-1 duty this week
[08:19] <seb128> which upload?
[08:19] <pitti> seb128: how are you?
[08:19] <pitti> well, many :)
[08:19] <pitti> http://people.ubuntu.com/~ubuntu-archive/testing/karmic_probs.html
[08:19] <seb128> I'm good thanks
[08:19] <pitti> I sorted out gnome-games and glade-3
[08:20] <pitti> no idea about ptlib etc. yet (ekiga)
[08:20] <seb128> karmic_probs doesn't seem out of control
[08:20] <pitti> currently fighting with openoffice
[08:20] <seb128> what was gnome-games and glade-3 due to?
[08:20] <pitti> seb128: no, but ubuntu-desktop is uninstallable
[08:20]  * ajmitch sees a lot of kde*
[08:20] <crevette> pitti, I cannot boot anymore in karmic, due to hald / console-kit stuck, is it a know problem ?
[08:20] <pitti> seb128: that was just pygtk i386/amd64 desync, I gave them back
[08:20] <pitti> crevette: dist-upgrade
[08:20] <seb128> ok, sorry about that
[08:20] <pitti> crevette: a newer dbus broke it, current d-bus should fix it
[08:20] <crevette> pitti, okay I update at the wrong moment so :)
[08:20] <pitti> seb128: no problem, that was easy, and happens all the time anyway
[08:21] <crevette> pitti, thanks a lot
[08:21] <seb128> the alpha1 timing is not perfect
[08:21] <pitti> it's never perfect :)
[08:21] <pitti> it always comes in the middle of much activity
[08:21] <seb128> if I block upload nows with allhand and uds coming I will get no GNOME work done for a month
[08:21] <pitti> seb128: no, don't block GNOME uploads
[08:21] <seb128> ok thanks
[08:21] <pitti> we just need to ensure to handle FTBFSes
[08:22] <pitti> I'd just appreciate if someone coudl look what's wrong with ptlib?
[08:22] <pitti> oh, it's just the -dev
[08:22] <pitti> Riddell: while I'm working on the OO.o breakage, could you please have a look at the kde* uninstallability?
[08:23] <crevette> hey seb128
[08:24] <crevette> and others
[08:24] <seb128> lut crevette
[08:27] <pitti> seb128: seahorse-plugins wants to go to universe, is that ok?
[08:27] <seb128> pitti: everything is ok but it used to be installed by default
[08:28] <pitti> seb128: wasn't that for the gnupg thing?
[08:28] <seb128> it's doing gpg agent yes
[08:28] <seb128> seahorse used to recommends it I think
[08:28] <seb128> that has been changed by a suggest in debian though
[08:28] <pitti> hm, so we could sell it as "boot speed improvement" instead of "feature cut"? :-)
[08:28] <seb128> I'm not clear of what we want
[08:28] <pitti> admittedly few users need a gpg agent, I figure
[08:28] <seb128> it's not really taking boot time
[08:29] <pitti> it took about a second or so for me, AFAIR
[08:29] <seb128> I've never been clear on what should be seeded as supported or what should go to universe
[08:29] <seb128> so your call
[08:29] <pitti> and since it's an xsession.d/ script, it blocks everything, no?
[08:29] <pitti> seb128: let's keep it not installed by default and see who complains
[08:30] <pitti> ideally this ancient gpg agent activation socket would go away and be replaced with something d-bus activated
[08:30] <seb128> ok
[08:31] <seb128> still I'm interested by knowing if you have an opinion on supported against universe
[08:31] <seb128> we have gftp for example that we could sync if it was in universe
[08:31] <pitti> seb128: 'supported against universe'?
[08:31] <pitti> seb128: I wouldn't mind having gftp in universe
[08:32] <pitti> nautilus can do ftp, that's about as much ftp as most people need, I figure
[08:33] <seb128> pitti: right, "supported against universe", in "should seahorse-plugins go to universe or stay in main since that's a GNOME component and was installed by default"
[08:33] <pitti> seb128: you mean you would like to keep all gnome components in main?
[08:33]  * seb128 kicks hald which is sitting there for hours and not restarting and blocking upgrade
[08:34] <pitti> seb128: you need the latest d-bus
[08:34] <seb128> pitti: not especially, I'm not clear why we have this supported seed
[08:34] <didrocks> hey seb128
[08:34] <pitti> a previous d-bus upload broke hal
[08:34] <seb128> lut didrocks
[08:34] <seb128> pitti: ie what should go to supported nowadays
[08:34] <pitti> seb128: packages in main get langpacks, etc.
[08:34] <pitti> but in general, "stuff that we want to support, but not install by default"
[08:35] <seb128> ok, so is the seahorse gpg agent in this case?
[08:35] <pitti> I think so
[08:35] <didrocks> seb128: gnome-python-extras is ready. Do you want I open a bug for sponsoring (not sure if we want it in bzr too)?
[08:35] <pitti> gtfp rather not
[08:35] <pitti> gthumb, probably not, since we promote f-spot as default
[08:36] <pitti> it depends on which packages you guys can and want to maintain
[08:36] <seb128> ok
[08:36] <pitti> s/you guys/we/, sorry
[08:36] <seb128> well, easier to get things maintained in universe
[08:36]  * pitti has been known to do some gthumb uploads
[08:36] <pitti> indeed
[08:37] <seb128> ok that's not for today but I put that on my todolist, cleaning desktop packages in main that could go to universe
[08:37] <seb128> didrocks: I don't understand the question, you want to stop using sponsoring bugs? what else do you suggest to track those?
[08:38] <pitti> seb128: sounds great
[08:39] <didrocks> seb128: no no, just if you want that I push this package in bzr (~ubuntu-desktop) too before opening the bug)
[08:40] <seb128> didrocks: are we near of merging with debian?
[08:41] <didrocks> seb128: yes, it's merged. I have to work on ubuntu-desktop now and then reshape every packages to have on -dbg package by source
[08:41] <seb128> didrocks: you can use your bzr or the team one, I don't really care either way, we can drop the bzr when we sync with debian later if we sync
[08:42] <didrocks> seb128: ok, using team one for the moment
[08:42] <didrocks> seb128: will do it this morning (not now, a lot of work today :/)
[08:42] <asac> hi
[08:43] <seb128> didrocks: ok, no hurry, good luck with work
[08:43] <seb128> hey asac
[08:43] <didrocks> seb128: thanks, will try ^^
[08:44] <didrocks> hi asac
[08:58] <pitti> seb128: do you think we should say "gnome 2.27.1" in the alpha-1 notes?
[08:58] <seb128> pitti: we are close enough of it now to say it yes
[08:58] <seb128> we did most of the revelant updates yesterday
[09:15] <robert_ancell> seb128: hey
[09:15] <robert_ancell> didrocks: hey2
[09:15] <seb128> hello robert_ancell, how are you?
[09:16] <robert_ancell> seb128: good.  I was having trouble finding any gnome packages to update today!
[09:17] <robert_ancell> seb128: what was the plan with gdm?  It's so different from the current version, are we going to update in Karmic?
[09:19] <seb128> robert_ancell: need to be discussed at uds again, I'm leaning toward updating now but it's not a good idea for several reasons
[09:19] <seb128> the new gdm version is in the desktop team ppa
[09:20] <seb128> as gdm-new
[09:20] <seb128> the rational is that the old gdm works fine and the new one doesn't bring a lot
[09:20] <seb128> but has not graphical configuration tool
[09:20] <seb128> no graphical themes
[09:20] <pitti> the original plan was to land face-browser in karmic, together with the new gdm
[09:20] <pitti> to avoid changing UI twice
[09:20] <seb128> that's not going to happen though
[09:21] <seb128> and next cycle if that's a lts is not the right cycle either
[09:21] <seb128> so I'm leaning toward going for it now
[09:21] <seb128> though the upstream issues I listed are not solved but it seem they will not be soon
[09:22] <robert_ancell> are there any packages in need of updating? Or are we holding off until after the alpha
[09:22] <seb128> the new gdm has better *kit integration, user switching, etc
[09:23] <seb128> robert_ancell: did you do the totem and totem-pl-parser 2.27 updates?
[09:23] <didrocks> robert_ancell: hey :)
[09:23] <crevette> and I heard the gnome-power was no more per user but launched ah gdm start so power policy is run when no user is connected
[09:25] <robert_ancell> seb128: I knew I forgot something... Will finish them tomorrow
[09:25] <seb128> robert_ancell: ok, you can also merge deskbar-applet on debian and update to 2.27.1
[09:26] <robert_ancell> ok, will do
[09:26] <seb128> robert_ancell: and look to the gdl and anjuta update if you have interest in that
[09:26] <seb128> huats does those usually but he's busy at the moment
[09:26] <robert_ancell> ok. I'm heading off now, any more requests?
[09:26] <seb128> no, extra bug triage effort would be nice too ;-)
[09:27] <seb128> and otherwise there is plenty of merges on merges.ubuntu.com if you look for something to do
[09:27] <huats> seb128: I can take a few stuffs too :)
[09:27] <robert_ancell> seb128: I hacked away at cheese triaging today
[09:27] <seb128> but I think with those you should have enough to be busy
[09:27] <huats> it might be a good way to change my ideas :)
[09:27] <huats> hello btw seb128 and robert_ancell :)
[09:27] <seb128> robert_ancell: ah ok, I'm not subscribed to this one so I didn't notice, good ;-)
[09:27] <robert_ancell> hi huats
[09:27] <seb128> lut huats
[09:28] <seb128> robert_ancell: ok, so you have deskbar-applets, totem and totem-pl-parse to merge and update for tomorrow
[09:28] <robert_ancell> see you guys tomorrow
[09:28] <seb128> have fun, see you tomorrow
[09:29] <seb128> brb restart after karmic upgrade
[09:54] <asac> seb128_: upgraded today?
[09:54] <asac> worked fine?
[09:55] <seb128_> asac: no, I did upgrade 2 weeks ago, I just did another dist-upgrade after 2 weeks not touching this box
[09:55] <seb128_> I worked on my laptop previous week because I was in London
[09:55] <pitti> I dist-upgraded and rebooted, works fine except for OO.o installability
[09:55] <pitti> working on that
[09:55] <seb128_> and yes current karmic works fine there
[09:55] <asac> heh
[09:56] <asac> my karmic upgrade wants to remove apache2
[09:56] <asac> too bad
[09:58] <asac> is apache2 with apache2-mpm-prefork installable for anyone on karmic?
[10:00] <seb128_> yes
[10:00] <seb128_> it wants to remove apache2-mpm-worker though
[10:01] <asac> yeah thats expected i guess
[10:01] <asac> odd
[10:01] <seb128_> what?
[10:01] <seb128_> sudo apt-get install apache2-mpm-worker apache2
[10:01] <seb128_> what error do you get?
[10:01] <asac> that it installs for you and it wants to be removed here ;)
[10:01] <asac> no error
[10:01] <seb128_> so?
[10:01] <asac> just that dist-upgrade to karmic wants to remove apache here
[10:01] <seb128_> you probably have something else installed which requires that
[10:01] <seb128_> sudo aptitude dist-upgrade
[10:01] <seb128_> and look at the reason
[10:03] <asac> hmm ... aptitude doesnt want to remove it
[10:04] <seb128_> does it put something else on hold or remove something else?
[10:04] <asac> oh libaprutil1 seems to have breaks on my apache common
[10:04] <ajmitch> oh that's right, you'll be on amd64
[10:04] <asac> so maybe binary all hasnt made it to my archive
[10:05] <asac> right amd64
[10:05] <ajmitch> sigh
[10:05] <ajmitch> apr-util failed to build on i386 due to dependencies
[10:05] <asac> heh
[10:05] <ajmitch> but the later one built on amd64, which introduced a breaks on apache-common
[10:05]  * ajmitch was doing an apache2 merge earlier
[10:05] <seb128_> hey ajmitch, it has been a while, how are you?
[10:05] <ajmitch> good, how are you?
[10:05] <seb128_> good thanks
[10:06] <asac> https://edge.launchpad.net/ubuntu/+source/apr-util/1.3.4+dfsg-2
[10:06] <asac> that seems to have build
[10:06] <asac> om its recent
[10:06] <ajmitch> oh, it built now, interesting
[10:06] <asac> so all is probably just missing on my mirror
[10:07] <ajmitch> it'll still have the breaks on apache-common until the updated apache2 package is uploaded & built
[10:07] <ajmitch> but that'll drag in libaprutil1-ldap, libaprutil1-dbd-mysql from universe :)
[10:07] <asac> isnt that an alpha-1 blocker for the server team ;)?
[10:08] <ajmitch> pitti: sorry, looks like a apache2 upload may be needed to fix this up :(
[10:08] <asac> i always knew that Breaks: is just evil ;)
[10:08] <ajmitch> if my muddled reasoning is correct
[10:09] <ajmitch> blame debian maintainers, right? ;)
[10:13] <didrocks> seb128_: gnome-python-extras ready, bugs #375355
[10:14] <seb128_> didrocks: ok thanks
[10:14] <didrocks> seb128_: so, now. I'm focusing on reshaping one -dbg package by gnome-python* source?
[10:14] <asac> udev breaks devmapper (dmsetup) ... and no upload in sight ;)
[10:14] <seb128_> would be nice, and sending the patches to debian so maybe we can be almost in sync again on those
[10:15] <didrocks> seb128_: ok. I will try. Anything else, more relaxing, during this time? :)
[10:15] <asac> udev: Breaks: dmsetup (<= 2:1.02.27-4ubuntu5) but 2:1.02.27-4ubuntu5 is installed.
[10:15] <asac> pitti: ^^ any plans to upload that for karmic?
[10:15] <seb128_> didrocks: nothing specific feel free to do shopping on merge.ubuntu.com
[10:16] <didrocks> seb128_: ok. That's some kind of inexpensive shopping ^^
[10:16] <didrocks> (apart for free time ;))
[10:16] <seb128_> hehe
[10:16] <ajmitch> asac: see discussion in -devel a few minutes ago :)
[10:16] <seb128_> indeed!
[10:17] <asac> good
[10:17] <asac> thx ajmitch
[10:31] <pitti> ajmitch: ok, go ahead then please
[10:32] <pitti> asac: that was discussed in #u-devel, let me talk to keybuk
[10:35] <Keybuk> :-)
[10:44] <asac> pitti: bug 352622 ... can you please put that to proposed? its a no change upload that will allow the ppp plugin to load
[10:53] <pitti> asac: oh, sorry; thought I did that days ago already
[10:53] <asac> no problem ;)
[10:53] <pitti> asac: will do an SRU round today, in between fighting archive
[10:53] <asac> pitti: i think you didnt like that there was no impact/verify instructions in description and then it dropped from the radar
[10:54] <pitti> indeed, and in comment 16 I was just confused
[11:47] <didrocks> pitti: I might have a clue. The previous version of vte was built with python-support 0.8.7. I have to figure out how to force this manually in my pbuilder though.
[11:47] <didrocks> (just to confirm)
[11:53] <pitti> didrocks: might very well be a regression/changed behaviour there, yes
[11:57] <didrocks> pitti: pyshared is the right location for .so modules. http://paste.ubuntu.com/170484/
[11:59] <pitti> didrocks: alright, thanks for clearing that; then python-apt is wrong
[11:59] <didrocks> it seems, yeah
[11:59] <didrocks> pitti: just fixing -dbg package and I open a new bug for sponsoring
[11:59] <pitti> didrocks: or just ping here, you're committing to bzr anyway, right?
[12:00] <didrocks> pitti: ok. I will ping you, after committing :)
[12:17]  * asac lunch
[12:29] <didrocks> pitti: new vte revision pushed
[12:48] <pitti> didrocks: hah, that looks good
[12:49] <didrocks> pitti: great ;)
[12:52] <pitti> seb128: do you think that Robert and you want to maintain libpst? (see bug 351577)
[12:53] <seb128> pitti: that's a biased question ;-)
[12:53] <pitti> seb128: well, if you say it's not maintainable, we don't support it, period :)
[12:53] <seb128> pitti: I think it's an useful feature to have and we got questions in review about that not being working in jaunty
[12:54] <seb128> I'm not looking for extra work but I think we should use it yes
[12:57] <Keybuk> seb128: gnome-keyring seems a little bit broken
[12:57] <seb128> Keybuk: what ubuntu version and how?
[12:58] <Keybuk> seb128: karmic, current
[12:58] <Keybuk> it keeps asking for the passphrase over and over and over again
[12:58] <pitti> hm, I'm using both ssh and gpg, WFM
[12:58] <seb128> I would said it's due to something else
[12:58] <seb128> since it didn't change since jaunty
[12:59] <Keybuk> it's failing for all applications
[13:00] <seb128> wfm
[13:00] <seb128> and I dist-upgraded this morning
[13:01] <Keybuk> how would I debug?
[13:02] <Keybuk> ah
[13:02] <seb128> gnome-keyring-daemon --foreground perhaps
[13:03] <Keybuk> in the process of poking, I figured out what the problem is
[13:03] <seb128> ah?
[13:03] <Keybuk> my X keymap has reverted to "USA"
[13:03] <Keybuk> and gnome-keyring never says if you get the password wrong
[13:03] <seb128> I got the issue too on the gdm screen this morning
[13:03] <seb128> but I've a custom keymap in gconf for GNOME so it was working there
[13:03] <seb128> iz xorg bog
[13:06] <crevette> about bog, I wanted to know if this is possible to run Xorg in the old fashion way for input device (without hal)
[13:06] <ikonia> seb128: thanks for the input on the bug reprot
[13:06] <ikonia> report
[13:07] <seb128> ikonia: which one? I comment on over an hundred bug every a day
[13:07] <ikonia> seb128: the ssh/gnome-keyring/ssh-add bug
[13:07] <seb128> -every
[13:07] <seb128> ah ok
[13:08] <seb128> sorry to not being really helpful but what I know is that it works for most people
[13:08] <seb128> it's weird that you get the issue on several stock installs
[13:08] <ikonia> trying it on a seperate hardware platform
[13:08] <pitti> I'm actually using US layout, though
[13:08] <seb128> could be due to some rsa keys or something, there is some bugs about that
[13:09] <ikonia> I doubt that, as I've tried re-creating the key
[13:09] <seb128> pitti: you were using dvorak no? or just learning?
[13:09] <ikonia> and if I manually invoke ssh-add it works finr
[13:09] <ikonia> fine
[13:09] <pitti> seb128: I had learned it years ago, but never to the point of being sufficiently fluent
[13:09] <seb128> ikonia: ssh-agent is not the gnome-keyring agent though
[13:09] <pitti> so I have used US for years
[13:09] <seb128> ok
[13:09] <seb128> ikonia: env | grep SSH?
[13:09] <ikonia> seb128: I know, the problem is with ssh-add/and gnome-keyring
[13:10] <ikonia> SSH_AGENT_PID=4012
[13:10] <ikonia> SSH_AUTH_SOCK=/tmp/keyring-dog0Sb/socket.ssh
[13:10] <ikonia> all good
[13:10] <ikonia> using the keyring as the auth
[13:10] <seb128> ikonia: what is not working there if the keyring is used?
[13:11] <seb128> ikonia: ls -l /tmp/keyring-dog0Sb/socket.ssh
[13:12] <ikonia> seb128: the keyring is not being used
[13:12] <seb128> ikonia:
[13:13] <seb128> " all good
[13:13] <seb128>  using the keyring as the auth"
[13:13] <ikonia> seb128: if I do "ssh hostname" - ssh asks me for the key, rather than gnome-keyring launghing the ask-pass gui
[13:13] <seb128> that's not coherent, is it used or not?
[13:13] <ikonia> sorry - it's setup according to the auth_sock varible to use it, but it is is not being invoked
[13:13] <seb128> ok
[13:13] <seb128> ikonia: ls -l /tmp/keyring-dog0Sb/socket.ssh
[13:14] <ikonia> srwxr-xr-x 1 test test 0 2009-05-12 08:12 /tmp/keyring-dog0Sb/socket.ssh
[13:14] <seb128> ikonia: gconftool -R /apps/gnome-keyring
[13:15] <ikonia> http://pastebin.ubuntu.com/170541/
[13:15] <seb128> ps aux | grep gnome-keyring
[13:16] <ikonia> test     3862  0.0  0.0  92424  3292 ?        S    08:12   0:01 /usr/bin/gnome-keyring-daemon --daemonize --login
[13:16] <seb128> can you stop this one, run
[13:16] <ikonia> sure
[13:16] <seb128> gnome-keyring-daemon --daemonize --login --foreground
[13:16] <seb128> ups
[13:16] <seb128> not --daemonize
[13:16] <seb128> and see if anything is printed when trying to use ssh
[13:18] <ikonia> nothing in the terminal
[13:18] <ikonia> just ssh prompting me for a password for the key
[13:19] <seb128> and ssh -vvv has nothing useful?
[13:19] <seb128> you are sure your setup is configured correctly to do key authentification?
[13:19] <ikonia> seb128: very useful stuff for debugging an ssh problem, but as there is no problem - it just things it's waiting for a key
[13:19] <seb128> ok so I don't know
[13:19] <ikonia> it can do key auth, fine, working for years, if I put the key in with ssh - it works fine
[13:19] <seb128> upstream might have a better idea about the issue
[13:20] <seb128> you can try opening a bug on bugzilla.gnome.org
[13:20] <ikonia> trying to find someone who can spec out the gnoem stuff,
[13:20] <seb128> well upstream is usually responsive
[13:20] <seb128> and they writte the code so they know it
[13:22] <ikonia> I'll see what I can get, but as I said, thank you for a response
[13:24] <seb128> you're welcome
[13:32] <Keybuk> seb128: definitely something up with gpg:
[13:32] <Keybuk> gpg: gpg-agent is not available in this session
[13:33] <seb128> env | grep GPG
[13:33] <Keybuk> seb128: nada
[13:33] <seb128> is seahorse-plugins installed?
[13:33] <Keybuk> no
[13:33] <seb128> there you go
[13:33] <Keybuk> why would that have been removed?
[13:34] <Keybuk> nothing depends on it
[13:34] <seb128> the seahorse recommends has been changing to suggests
[13:34] <seb128> changed
[13:34] <Keybuk> why?
[13:34] <seb128> we discussed it this morning with pitti
[13:34] <Keybuk> no gpg agent by default?
[13:34] <pitti> I just don't understand why it gets removed?
[13:34] <pitti> (on upgrades)
[13:34] <Keybuk> pitti: because it's no longer a recommends, so it's an "unused package automatically installed"
[13:34] <seb128> because debian did it this way, pitti thinks that's good idea, it wins some login speed and gpg agent is not used by most users
[13:35] <pitti> having new installs without an agent is certainly fine, but it shuold be kept on upgrades
[13:35] <seb128> pitti: Keybuk probably did a clean run
[13:35] <Keybuk> it makes bzr a ball-ache to use
[13:35] <pitti> Keybuk: ah, autoremove
[13:35] <Keybuk> not to mention packaging ;)
[13:35] <Keybuk> does it really take much time just for the gpg agent?
[13:35] <seb128> I would say no
[13:35] <Keybuk> I mean, if I were looking at login time and swinging some axes, I wouldn't be targetting that
[13:35] <pitti> Keybuk: it's an xsession.d script, thus blocking everything
[13:35] <seb128> but pitti says it takes 1 second on his box
[13:36] <pitti> Keybuk: how much does it take on your reference box?
[13:36] <Keybuk> I guess I have to logout and login to get it?
[13:36] <Keybuk> pitti: doesn't show up
[13:36] <Keybuk> http://people.ubuntu.com/~scott/black-jaunty-20090310-4_cropped.png
[13:36] <seb128> Keybuk: yes
[13:36] <pitti> Keybuk: yes, it's a stupid "install an unix socket" architecture
[13:36] <pitti> I wish it would use something less 1960ish
[13:36] <pitti> it needs to run all the time for nothing for most users
[13:37] <Keybuk> it sounds like it'd be nicer if someone ported it to a GpgKit like D-Bus activated service
[13:37] <pitti> indeed
[13:38] <pitti> I haven't checked gpg2 and pinentry yet, perhaps that changed to something less silly
[14:01] <seb128> pitti: ok, I've a gvfs git package ready to upload to karmic ... do you know if that's normal that both the hal and the gdu monitors are installed?
[14:04] <didrocks> seb128: gvfs provides as well frontends for hal and du?
[14:05] <didrocks> (btw, I will upgrade to karmic during UDS, promise ;))
[14:05] <seb128> didrocks: rather backends that frontend but yes
[14:05] <didrocks> seb128: ok, I thought that gdu was a frontend
[14:06] <seb128> gvfs is not a graphical layer
[14:06] <didrocks> yes, I'm aware of that. That's why I was surprised :)
[14:06] <seb128> but I'm not sure on how gdu fits in the puzzle that's why I'm asking pitti there ;-)
[14:06] <didrocks> oki ^^
[14:07] <seb128> I though gdu would be doing the volumes and drive monitoring too
[14:07] <didrocks> seb128: it's not gio?
[14:08] <seb128> no, gio is the filesystem layer
[14:08] <seb128> gvfs is what monitors for devices, etc
[14:09] <didrocks> ok, I only memorized gvfs == backend and gio == frontend. And I understood monitoring as monitoring vfs. Hence my misunderstanding :)
[14:10] <seb128> gio is what let you monitor files, read those, etc
[14:10] <seb128> gvfs provide the backend to access non local files for example and monitors the mounts, devices, etc
[14:10] <seb128> so gio doesn't have to know if a path is a local one or a gvfs location
[14:12] <didrocks> ok, so gio is just some kind of library to access file, which can interact with the local vfs, or gvfs
[14:12] <didrocks> gvfs itself can interact with fuse, and so on...
[14:13] <seb128> didrocks: sort of yes
[14:14] <didrocks> seb128: ok, thanks ;)
[14:21] <pitti> didrocks: new gvfs should drop the hal monitor
[14:21] <pitti> seb128: gdu is a library which provides gnome-mount-like functionality for gvfs, but in library form
[14:21] <pitti> seb128: thus, gnome-mount will be obsolete with the gdu-gvfs
[14:22] <seb128> pitti: I've a git build but both hal and gdu monitors are installed, was that the case for your build too?
[14:25] <pitti> seb128: no, I disabled the hal backend, since I wanted to drop the b-dep
[14:25] <pitti> seb128: but it's still present in the source, of course
[14:25] <seb128> pitti: well in my case it's still in the gvfs-backend binary
[14:26] <seb128> pitti: I've no other issue, the gphoto backend built correctly
[14:26] <seb128> pitti: I'm sorting that with upstream and will upload to karmic soon
[14:28] <seb128> hey rickspencer3
[14:28] <rickspencer3> hi seb128
[14:30] <seb128> pitti: ok, I upload the new gvfs with both backend and without the gnome-disk-utility recommends
[14:30] <seb128> that's less disruptive for the alpha milestone, to avoid getting new stuff on the CD
[14:30] <seb128> this way gdu is used when gnome-dist-utility is installed otherwise it falls back to the old way
[14:49] <asac> hmm ... fork/execv forgets environ?
[14:52] <chrisccoulson> asac - shouldn't do should it?
[14:52] <asac> not sure ;)
[14:55] <pitti> seb128: right, we don't need the palimpsest tool at all
[14:55] <pitti> seb128: thanks
[14:55] <seb128> pitti: uploaded meanwhile, enjoy
[14:55] <pitti> seb128: g-d-u binary package has nothing to do with gvfs
[14:55] <pitti> it's like gparted, but with using devkit
[14:56] <seb128> pitti: something in the gnome-disk-utility depends was required though
[14:56] <seb128> pitti: because the gdu monitor was not running before I installed it
[14:56] <seb128> could be libgdu-gtk
[14:57] <pitti> seb128: hm, weird; I don't have it installed, it just needs libgdu and libgdu-gtk
[14:57] <seb128> I didn't have libgdu-gtk
[14:57] <seb128> it build-depends on libgdu-dev
[14:58] <pitti> seb128: right, I replaced libhal-dev with libgdu-dev, too
[14:58] <pitti> and the hal dependency with devicekit-disks
[14:58] <pitti> seb128: so libgphoto built for you?
[14:58] <seb128> pitti: I didn't have devicekit-disks installed
[14:59] <seb128> pitti: yes, debdiff shows no difference out of the new gdu files and all configure options were set to yes
[14:59] <pitti> seb128: ah, then it's probably still using hal
[14:59] <pitti> seb128: that's fine, I'll have another look at it after a1, and switch it over
[14:59] <pitti> seb128: thanks for uploading
[14:59] <seb128> pitti: what I said, it was using hal until I installed gnome-disk-utility
[14:59] <seb128> which pulled devicekit-disks
[14:59] <seb128> so something in the depends is required for gdu to be on
[15:00] <seb128> devicekit-disks I guess
[15:00] <pitti> seb128: that would be it then; I bet it tries to use that, and then falls back
[15:00] <seb128> I didn't add the Recommends though to not impact on CD builds
[15:00] <seb128> pitti: it does
[15:00] <pitti> cool
[15:00] <seb128> so right now there is no change by default
[15:00] <seb128> and people installing devicekit-disks get gdu used
[15:00] <seb128> it's all good
[15:01] <seb128> we will add the recommends once alpha is out and devicekit-disks in promoted if that's not the case yet
[15:01] <pitti> right
[15:34] <jcastro> seb128: hey check these out: http://en.opensuse.org/GNOME/Patches
[15:38] <seb128> jcastro: yeah, we have patch tagging guidelines too ;-)
[15:39] <jcastro> yes, I know.
[15:39] <jcastro> I was just pointing these out.
[15:39] <seb128> jcastro: do you think there is something interesting in those that we don't do or you are just pointing it for the record?
[15:40] <jcastro> I was just thinking if there is any value in having the same format for everybody
[15:40] <seb128> I doubt it
[15:41] <jcastro> We have full URLs for fully lazy people
[15:41] <seb128> indeed
[16:04] <kenvandine> pitti: ping
[16:05] <kenvandine> pitti: for some reason, evolution-indicator is getting removed on upgrades (at least for rickspencer3 and I)
[16:05] <rickspencer3> is there some way that I can query apt-get to find out why it was removed?
[16:05]  * rickspencer3 has poor apt-cache-fu
[16:05] <pitti> 'was' is a little late
[16:05] <kenvandine> me too :)
[16:05] <pitti> usually it's very easy if it's _about_ to be removed on dist-upgrade
[16:06] <pitti> if that happens, you should immediately abort, use "upgrade", and then debug it
[16:06] <kenvandine> i think it got removed yesterday
[16:06] <kenvandine> yeah
[16:06] <pitti> kenvandine: what happens if you install it?
[16:06] <kenvandine> works fine
[16:06] <rickspencer3> kenvandine: what is the specific package name?
[16:06] <kenvandine> evolution-indicator
[16:06] <kenvandine> rc  evolution-indicator                    0.1.12-0ubuntu1                        GNOME panel indicator applet for Evolution
[16:06] <kenvandine> what does that rc mean?
[16:06] <rickspencer3> kenvandine: bzzzt
[16:07] <pitti> 'removed', "conffiles left"
[16:07] <rickspencer3> it's installed for me:
[16:07] <rickspencer3> the only configuration will be KMS + GEM + UXA.
[16:07] <rickspencer3> I mean
[16:07] <rickspencer3> rick@rick-desktop:~$ aptitude search evolution-indicator
[16:07] <rickspencer3> i   evolution-indicator                                                                             - GNOME panel indicator applet for Evolution
[16:07] <pitti> kenvandine: most probably a temporary uninstallability due to gnome rebuilds
[16:07] <pitti> ii  evolution-indicator   0.1.15-0ubuntu1
[16:07] <pitti> seems to work fine here
[16:07] <kenvandine> pitti: my karmic box has it
[16:08] <kenvandine> my jaunty box had it yesterday morning... but not last night
[16:08] <kenvandine> i did update at the end of the day
[16:08] <seb128> on "upgrades"
[16:08] <seb128> how do you upgrade?
[16:08]  * kenvandine should have looked closer
[16:08] <kenvandine> update-manager
[16:08] <seb128> update-manager should never remove anything
[16:08] <kenvandine> that is all i used yesterday
[16:08] <seb128> weird
[16:08] <seb128> are you sure?
[16:08] <rickspencer3> kenvandine: do you know for a fact that it was uninstalled?
[16:08] <kenvandine> yes
[16:08] <kenvandine> yes
[16:08] <kenvandine> it was "rc"
[16:08] <seb128> did you get the dist-upgrade mode?
[16:09] <kenvandine> no
[16:09] <seb128> I don't believe you
[16:09] <kenvandine> :)
[16:09] <pitti> well, such things happen every now and then
[16:09] <seb128> update-manager is programmed to not do removal
[16:09] <kenvandine> is there a log?
[16:09] <seb128> /var/log/dpkg.log
[16:09] <pitti> during the early karmic days with lots of archive shatter you just need to be careful
[16:09] <seb128> pitti: that's a jaunty install
[16:09] <seb128> and I doubt update-manager does uninstall anything
[16:10] <seb128> it puts things on hold usually
[16:11] <kenvandine> i don't see anything removing it in the log
[16:11] <kenvandine> in fact, the only references to it are from just now when i installed it
[16:11] <seb128> the log lists all the package changes
[16:11] <seb128> so it was not installed before
[16:11] <seb128> that log has everything which got un-installed, installed, reconfigured, etc
[16:12] <kenvandine> at least since the 1st
[16:12] <pitti> ugh
[16:12] <seb128> so your box had it yesterday morning and not yesterday night and it's not listed there?
[16:13] <seb128> are you sure you booted the correct install?
[16:13] <kenvandine> ok, the older log shows it upgraded on 04-07
[16:13] <seb128> or that you didn't have a local install out of the packaging system you were using?
[16:13] <kenvandine> yes
[16:13] <kenvandine> nothing shows it getting removed in the logs
[16:13] <seb128> that doesn't make sense
[16:13] <kenvandine> i see an upgraded in the older log
[16:13] <seb128> the log is the dpkg one
[16:13] <kenvandine> and an install today
[16:13] <kenvandine>  /var/log/dpkg.log.1 and  /var/log/dpkg.log
[16:13] <seb128> ie it should be listed there whatever package tool you used
[16:14] <kenvandine> yup
[16:14] <kenvandine> the status was rc before i installed it today
[16:14] <seb128> my bet is local database corruption then
[16:14] <kenvandine> The following NEW packages will be installed:
[16:14] <kenvandine>   evolution-indicator
[16:14] <seb128> check your disk
[16:14] <kenvandine> :(
[16:14] <seb128> there is just no way something got removed and not logged
[16:14] <seb128> and especially no way that update-manager does un-install something
[16:15] <seb128> it's designed to not do that
[16:15] <kenvandine> yeah, it wasn't uninstalled
[16:15] <kenvandine> so weird
[16:15] <kenvandine> according to the log
[16:15] <seb128> check your ram and disks
[16:15] <kenvandine> rickspencer3: so you have it installed... i wonder why it is broken for you
[16:16] <seb128> how broken?
[16:16] <seb128> broken like "the panel shows an error and doesn't load the applet"
[16:16] <rickspencer3> kenvandine: it is present and selected in the evo plugins dialog
[16:16] <seb128> or broken like "doesn't list clients"?
[16:17] <kenvandine> rickspencer3: so you see Evolution Indicator in the list of plugins?
[16:17] <rickspencer3> seb128: evo is not appearing in the indicator
[16:17] <rickspencer3> kenvandine: yes, see above
[16:17] <seb128> rickspencer3: what is working before? did you change anything since?
[16:17] <seb128> what -> was
[16:17] <kenvandine> rickspencer3: ok... i didn't have the plugin listed there...
[16:18] <rickspencer3> seb128: yes, it was working before
[16:18] <kenvandine> so you have /usr/lib64/evolution/2.26/plugins/org-freedesktop-evolution-indicator.eplug
[16:18] <rickspencer3> according the dpkg log the last time it was updated was on April 13
[16:19] <kenvandine> tedg says it was updated recently
[16:19] <rickspencer3> kenvandine: yes
[16:20] <seb128> rickspencer3: did you try restarting evolution in case?
[16:20] <rickspencer3> seb128: yes, this has been happening for some number of days
[16:20] <rickspencer3> I have restarted, etc...
[16:20] <seb128> do you get the issue in a guest session?
[16:20] <rickspencer3> seb128: dunno
[16:20] <rickspencer3> I suspect that the plugin version and the indicator applet version are out of synch
[16:21] <kenvandine> no, that shouldn't do it
[16:21] <rickspencer3> kenvandine: did the interface between the two change at any point recently?
[16:21] <kenvandine> it was a minor bug fix
[16:21] <kenvandine> one line change
[16:22] <seb128> rickspencer3: somebody else would have noticed if that was an interface change
[16:22] <seb128> rickspencer3: I would start trying a guest session
[16:22] <seb128> that's the quicker way to know if the issue is due to some config or not
[16:23] <seb128> just start evo there, putting a random email configure no account and sendmail and when you are at the mailbox screen look the icon
[16:23] <kenvandine> that's how i  figured out it wasn't installed :)
[16:44] <rickspencer3> kenvandine: I added a bullet point to your U1 agenda for the team meeting
[16:45] <kenvandine> ok
[16:45] <rickspencer3> was hoping you get educate us about what the U1 team's goals were for Jaunty during the meeting
[16:47] <kenvandine> for jaunty?
[16:47] <jcastro> time machine time!
[16:47] <kenvandine> :)
[16:52] <artir> idea: add a launchpad registration as "Ubuntu Online Services" in ubiquity, that eases launchpad and U1 use
[17:25] <rickspencer3> desktop team meeting in 5 minutes
[17:26] <mclasen> pitti: did you ever look at my update of your gconf client-side translations patch ?
[17:26] <pitti> mclasen: yes, I did; thanks for cleaning it up
[17:27] <mclasen> I want to land that upstream
[17:27] <mclasen> but I need someone to lobby for the prerequisite intltool changes...
[17:28] <pitti> so far I only applied your cleaned up gconf patch, haven't checked the intltool one yet
[17:28] <pitti> I'd certainly welcome changing it in intltool itself, that would be so much cleaner
[17:30] <bryce> morning
[17:30] <pitti> hey bryce, good morning
[17:30] <rickspencer3> Team meeting all?
[17:30] <calc> hi
[17:31] <rickspencer3> awe: bryce: calc: kenvandine: pitti: seb128: ArneGoetje: Riddell:
[17:31] <rickspencer3> did I miss anyone?
[17:31] <seb128> there
[17:31] <rickspencer3> asac is at a concert I think
[17:31] <pitti> o/
[17:31] <Riddell> hola
[17:31] <rickspencer3> tkamppeter: hi
[17:32] <rickspencer3> let's go
[17:32]  * kenvandine here
[17:32] <rickspencer3> https://wiki.ubuntu.com/DesktopTeam/Meeting/2009-05-12
[17:32] <rickspencer3> Outstanding actions from last meeting
[17:33] <rickspencer3> both are done, see the wiki please
[17:33] <rickspencer3> next ... Current Jaunty Tax?
[17:33] <rickspencer3> What, if anything, are we spending time on related to Jaunty?
[17:33] <rickspencer3> Robert already told me about the SRU for totem
[17:33] <rickspencer3> pitti: seb128: is that going to happen?
[17:33] <seb128> "tax"?
[17:34] <calc> the only thing i am still doing is backporting OOo packages in the ppa for h/i/j to make it easier to catch bugs in the new packages (not too much trouble to do)
[17:34] <pitti> rickspencer3: currently waiting on SRU justification; don't know yet
[17:34] <rickspencer3> seb128: sorry, I'm trying to discover what resources we are still expending on Jaunty as apposed to moving on to Karmic
[17:34] <seb128> I'm in favor of it but seems pitti is trying to put the sru bar higher for stable GNOME updates
[17:34] <pitti> s/GNOME//
[17:34] <Riddell> I'd like to get our network-manager-plasmoid backported and SRUed into jaunty
[17:34] <seb128> I included GNOME on purpose there
[17:34] <pitti> in particular, put it back to where it was before hardy :)
[17:34] <Riddell> trouble is it's roughtly described as "generally less broken then the jaunty version" which isn't perfect SRU material
[17:35] <seb128> I think it deserves a special case since it's what we ship by default and they have freeze process which make bug fix stable usually
[17:35] <pitti> rickspencer3: so, there'll be some moderate SRU activity still, of course
[17:35] <pitti> we won't get it to zero
[17:35] <rickspencer3> pitti: ack, I just want everyone to be aware of where it is being expended right now
[17:36] <rickspencer3> pitti: do we need to discuss the Totem SRU now?
[17:36] <bryce> i'm finding that I'm spending a higher than normal amount of time doing jaunty stuff, mostly due to the -intel mess
[17:36] <pitti> rickspencer3: we shouldn't do it in this meeting, IMHO
[17:36] <seb128> rickspencer3: ok, GNOME wise robert has been working on totem and totem-pl-parser updates and I think that will be all from his side, maybe a gcalctool bug fix version still later
[17:36] <seb128> rickspencer3: I plan to sponsor a gvfs ssh permission fix and some evolution fixes for other crashers
[17:37] <seb128> that should be all for GNOME
[17:37] <rickspencer3> any others (besides obviously the ones we don't know about yet)?
[17:37] <seb128> I would "budget" one or two hours for that
[17:38] <pitti> we still need to finish the 965 SRU
[17:38] <pitti> besides that, I'm not aware of other major issues
[17:38] <rickspencer3> ack
[17:38] <rickspencer3> thanks all
[17:38] <tkamppeter> hi
[17:38] <rickspencer3> sounds moderate to me
[17:39] <rickspencer3> moving on ...
[17:39] <rickspencer3> UDS
[17:39] <rickspencer3> please fill out your blueprint summaries by eow this week if possible
[17:40] <rickspencer3> please let pitti know if you have any questions, etc... about that (or me if pitti is not available)
[17:40] <rickspencer3> sessions are scheduled as of now, but expect some churn in the schedule for the next week or so
[17:41] <rickspencer3> next topic: Team Meeting Next Week
[17:41] <rickspencer3> I assume that we should just cancel as folks will be traveling to all hands, etc...
[17:41] <rickspencer3> thoughts?
[17:41] <pitti> +1
[17:41] <seb128> +1
[17:41] <awe_> +1
[17:41] <kenvandine> +1
[17:41] <pitti> we will be at somehands, too
[17:41] <calc> +1
[17:41] <rickspencer3> kewl
[17:41] <bryce> +1
[17:41] <kenvandine> those of us already there can grab a beer
[17:41] <seb128> somehands?
[17:41]  * calc not sure if he will even be at the hotel yet at that point
[17:41] <kenvandine> :)
[17:42] <tkamppeter> OK (but I am not on all hands).
[17:42] <rickspencer3> we'll have like a 5 hour meeting in the hotel bar that night, perhaps
[17:42] <rickspencer3> tkamppeter: ack
[17:42] <calc> rickspencer3: heh
[17:42] <awe_> somehands == mgr types
[17:42] <pitti> seb128: monday/tuesday
[17:42] <rickspencer3> see you at UDS though, we'll make up for it then
[17:42] <pitti> not sure yet what's going on there
[17:42] <seb128> pitti: ah ok
[17:42] <rickspencer3> hmm
[17:42]  * kenvandine is glad he has all of his hands
[17:42] <rickspencer3> I guess I should have mentioned that
[17:43] <rickspencer3> rickspencer3: and pitti will be at all day meetings on Monday and Tuesday
[17:43] <pitti> sounds like .. fun :)
[17:43] <rickspencer3> so would be a good time to etiher take a day off, or get real work done ;)
[17:43] <seb128> or travel ;-)
[17:43] <crevette> hello
[17:44] <rickspencer3> let me know if you have any questions about some hands via /msg
[17:44] <rickspencer3> next topic: Ubuntu One
[17:44]  * rickspencer3 hands mic to kenvandine
[17:44] <kenvandine> it's alive!
[17:44] <kenvandine> went beta yesterday, by invitation
[17:44] <awe_> cool!
[17:44] <kenvandine> anyone can request an invite, and we are approving those in batches
[17:45] <kenvandine> to control scalling
[17:45] <kenvandine> make sure it can handle the load, etc
[17:45] <pitti> I filed a grave bug 5 hours ago, and Facundo committed the fix now
[17:45] <kenvandine> just FYI, if people have questions you can send them to #ubuntuone
[17:45] <pitti> they are really responsive \o/
[17:45] <kenvandine> pitti: yeah... i file at least one of those a day :)
[17:45] <kenvandine> they are speedy
[17:46] <artir> what is bug 5?
[17:46] <rickspencer3> bug five!
[17:46] <rickspencer3> oh no, it's private, thanks ubottu
[17:46] <kenvandine> rickspencer3: i didn't understand your scope question for jaunty?
[17:46] <rickspencer3> kenvandine: what are the functional goals for Jaunty?
[17:46] <kenvandine> ok
[17:47] <crevette> rickspencer3: bug 5 is 'world domination'
[17:47] <rickspencer3> is there a spec so we can see what they are shooting for for instance
[17:47] <kenvandine> file sync, sharing, etc
[17:47] <kenvandine> also
[17:47] <kenvandine> the next thing on the horizon that i know they are working on is screen sharing via u1
[17:47] <awe_> kenvandine: where should we file bugs?  I managed to crash my system shortly after the meeting started...after launching the ubuntuone applet?
[17:47] <kenvandine> http://ubuntuone.com/support
[17:47] <awe_> thanks
[17:48] <kenvandine> takes you to LP :)
[17:48] <kenvandine> also
[17:48] <pitti> also, applet -> right click -> file a bug
[17:48] <kenvandine> any questions folks have, feel free to ping me as well... i have spent quite a bit of time in it now
[17:48] <pitti> it has an apport hook as well (ubuntu-bug), but be aware that the log files tend to be huuuge
[17:48] <kenvandine> pitti: yeah, it should be a little better now
[17:48] <kenvandine> they rotate daily
[17:48] <rickspencer3> kenvandine: I got the impression that other than file synching they are not committed to anything else for Jaunty, though they would like to do more, is that correct?
[17:49] <kenvandine> but still in debug mode
[17:49] <kenvandine> they aren't thinking in our milestones
[17:49] <kenvandine> so when they are done with a service, they will role it out
[17:49] <kenvandine> it will be up to us what gets included in karmic
[17:49] <kenvandine> so for now it is more like a 3rd party app
[17:49] <rickspencer3> hmm
[17:50] <kenvandine> as they add services there should be new packages for them, etc
[17:50] <rickspencer3> I feel that we are committed to supporting them to ship file synching in Karmic, assuming their quality is good
[17:50] <kenvandine> client side
[17:50] <pitti> kenvandine: can you put a little pressure on them to start using serious test suites?
[17:50] <kenvandine> rickspencer3: right
[17:50] <pitti> I discovered an endless 100% cpu spin loop today due to a broken symlink
[17:50] <kenvandine> pitti: they do unit testing
[17:50] <kenvandine> we are working on more functional tests
[17:50] <pitti> stuff like that is totally discoverable by regression tests
[17:50] <kenvandine> basically what we expect of it before we say it goes in karmic
[17:50] <kenvandine> yeah
[17:51] <kenvandine> i wonder how their coverage is
[17:51] <kenvandine> i will bring it up
[17:51] <pitti> getting sync into karmic would be great indeed
[17:51] <pitti> bug reports like those should get a test written first to reproduce
[17:51] <rickspencer3> pitti: kenvandine: could you think of it as "how to help them with testing" as apposed to "putting pressure on them"?
[17:51] <kenvandine> rickspencer3: yes :)
[17:51] <pitti> yes
[17:51] <rickspencer3> I think they probably have enough pressure they put on themselves :)
[17:52] <rickspencer3> let's make this "win-win", as I think this functionality has huge value for users
[17:52] <rickspencer3> :)
[17:52] <kenvandine> yup
[17:52] <kenvandine> ok, moving on

[17:53] <rickspencer3> kenvandine: that it for U1?
[17:53] <kenvandine> yup
[17:53] <rickspencer3> Riddell: Alpha1 Status ?
[17:53]  * rickspencer3 hands mic to Riddell (acting release manager this week)
[17:53] <Riddell> along with pitti I am :)
[17:54] <Riddell> it's still pretty messy
 both the kernel and OO.o are still in the process of becoming installable
 and we won't have live CDs (no aufs in kernel)
[17:54] <Riddell> kernel, openoffice, d-i all still getting into place
 Riddell: I guess by tomorrow we should have alternates for testing
[17:55] <calc> several of the ports buildds are still way behind due to the linux-libc-dev issue last week
[17:55] <Riddell> and once everything installs who knows if it'll even run :)
[17:55] <pitti> we'll entirely ignore ports
[17:55] <calc> pitti: is the no aufs issue solvable in time for alpha 2 to have live cds?
[17:55] <pitti> I think ubuntu/kubuntu alternates will be just about everything we'll get
[17:55] <pitti> calc: I hope so; it needs to be ported to 2.6.30, I guess
[17:55] <calc> ok
[17:56] <pitti> http://people.ubuntu.com/~ubuntu-archive/testing/karmic_probs.html FWIW
[17:56] <rickspencer3> Riddell: pitti: thanks for managing while Steve is on a much deserved holiday
[17:57] <rickspencer3> sweet segue to the next topic
[17:57] <rickspencer3> Taking Care or Yourself
[17:57] <pitti> s/or/of/?
[17:58] <rickspencer3> just a reminder that Ubuntu is a marathon, and not sprint
[17:58]  * kenvandine slows his stride a little for a sip of water
[17:58] <rickspencer3> I encourage you all to consider your work/life balance during this summer, and if you feel that you cannot take proper time off due to work commitments, speak to me privately so that we can change that
[17:59] <rickspencer3> make sense?
[17:59] <seb128> speaking about holidays the karmic sprint week is fixed now?
[17:59]  * rickspencer3 needs to take own medicine 
[17:59] <pitti> yeah, that would be good to know
[17:59] <pitti> for planning summer holidays
[17:59] <rickspencer3> seb128: yes, the time is fixed
[17:59] <artir> Mark wants you happy!
[18:00] <rickspencer3> thought we covered this, in a previous meeting
[18:00] <rickspencer3> ACTION: rickspencer3 to confirm dates of distro sprint with randa and send to team
[18:01] <rickspencer3> (I can dig through my emails as well)
[18:01] <rickspencer3> I believe it's the first week of August
[18:01] <rickspencer3> not sure where though
[18:01] <kenvandine> rickspencer3: you told me on irc... but i haven't seen any email
[18:02] <rickspencer3> kenvandine: hmm, my bad, I'll follow up asap
[18:02] <kenvandine> thx
[18:02] <rickspencer3> in any case, please know that I support you all taking your alloted holidays, and also swap days for when you've been burning the midnight oil
[18:02] <rickspencer3> (10:02:20 AM) randa: rickspencer3: 3rd Agust to 7th August
[18:03] <rickspencer3> there's the dates from randa, so no email (except in the meeting minutes)
[18:03] <rickspencer3> any other business?
[18:03] <pitti> looking forward to seeing you all again!
[18:03] <bryce> do we know where the sprint will be?  London?
[18:04] <rickspencer3> bryce: don't know yet
[18:04] <rickspencer3> sorry
[18:04] <rickspencer3> pitti: si
[18:04] <rickspencer3> muy bien!
[18:04] <calc> bryce: iirc distro is too big for london now
[18:05] <rickspencer3> any other business?
[18:06] <rickspencer3> ACTION: rickspencer3 to contact desktop team about sprint location when it is determined
[18:07] <pitti> thanks everyone
[18:07] <rickspencer3> meeting adjourned?
[18:07] <bryce> thanks
[18:07] <seb128> thanks everybody
[18:07] <pitti> seb128: FYI, I filed devkit-disks and libatasmart MIRs (http://people.ubuntu.com/~ubuntu-archive/component-mismatches.txt)
[18:07] <pitti> seb128: you don't happen to be in the mood for filing a g-d-u one? :-)
[18:07] <awe_> see ya
[18:07] <seb128> pitti: good thanks
[18:07] <seb128> pitti: I can do
[18:09]  * pitti hugs seb128
[18:10]  * seb128 hugs pitti back
[18:12]  * pitti -> dinner
[18:15] <seb128> pitti: enjoy
[18:26] <chrisccoulson> i can't get gnome-panel from debian experimental to build in karmic :/
[19:14] <awe_> pitti: ping
[19:14] <pitti> hi awe_
[19:15] <awe_> ping: I need help setting up pbuilder for karmic.  I added jaunty-backports via sw srcs, but don't know which pkg to install to get the debootstrap?
[19:17] <pitti> awe_: "debootstrap"
[19:17] <awe_> ;/
[19:17] <pitti> you need 1.0.13~jaunty1 from jaunty-backports
[19:17] <pitti> then it should work
[19:18] <awe_> ah, I saw jaunty in the version and assumed it was for jaunty.  not karmic.   ok, i'll install that one.
[19:18] <pitti> awe_: that means "it's 1.0.13 backported _for_ jaunty"
[19:18] <pitti> awe_: we also have backports for hardy and intrepid
[19:18] <awe_> ok
[19:19] <vuntz> dobey: hrm, I have a trivial gtkhtml2 patch in an openSUSE package. Want to commit it?
[19:20] <awe_> pitti: that did the trick.  thanks!
[19:20] <vuntz> dobey: https://api.opensuse.org/public/source/GNOME:Factory/libgtkhtml/libgtkhtml.patch?rev=f20337ade0cc943ff7e4422817bbf45a
[19:20] <pitti> awe_: no problem
[19:20] <vuntz> dobey: (not sure if you'll make a release in the future?)
[19:20] <pitti> awe_: don't feel like upgrading to karmic just yet? :-)
[19:21] <awe_> pitti: yea, not so much...
[19:21] <awe_> karmic, soon come, as they say in jamaica!
[19:24] <james_w> "The main developer is making PolicyKit1 a similar thing to PolicyKit, but will be a daemon rather than a library"
[19:25] <james_w> I wasn't aware it was a change like that
[19:25] <pitti> I just read about this today myself
[19:25] <james_w> also, why not call it 2, even if 1 was never released
[19:25] <pitti> came as a surprise to me
[19:25] <james_w> I'll try and dig around in it before UDS so that I can talk sensibly about it
[19:29] <mclasen> its described here: https://fedoraproject.org/wiki/Features/PolicyKitOne#Scope
[19:29] <mclasen> err, scratch the #Scope
[19:30] <james_w> thanks
[19:47] <seb128> pitti: bug #375615
[19:48] <seb128> pitti: and kees approved devicekit-disks already ;-)
[19:53] <pitti> nice
[19:56] <pitti> seb128: all promoted now; bring the crack on! :-)
[19:56] <dobey> vuntz: you can go ahead and commit it
[19:56] <seb128> \o/
[19:56]  * seb128 hugs pitti
[20:50] <seb128> crevette: do you read your bug emails?
[20:50] <crevette> since 1 month no
[20:51] <seb128> ok, so you have a comment on your sponsoring request about the bluez update
[20:51] <seb128> it would be nice to either update the package or unsubscribe the team if you don't want to work on the change
[20:51] <crevette>  ah I was reading this one actually
[20:51] <crevette> and a new upstream reslease wias issued in between
[20:52] <seb128> ok so you can update and fix the issue? ;-)
[20:52] <crevette> I'll try to see why these two plugins are not shipped
[20:52] <seb128> cool
[20:52] <crevette> I'm sorry
[20:52] <crevette> I forgot that was bothering people to have team subscribed
[20:53] <seb128> no need to be sorry there is nothing wrong
[20:53] <crevette> I should have removed them
[20:53] <seb128> I was just wondering if you read the comment
[20:55] <crevette> should I put all upstream release Changes in the changelog between last package and current version (so 4.38 which was never packaged) ?
[20:57] <seb128> you can use your 4.38 update and do an another upload over this one
[20:57] <seb128> so both entries will be listed in the changelog
[20:57] <seb128> ie use the 4.38 source and use dch to add a new one
[20:57] <seb128> Laney: hey, want to review bug #372395 perhaps?
[20:57] <chrisccoulson> ugh devkit-disks is polling my floppy drive every couple of seconds
[20:57] <chrisccoulson> nice
[20:58] <chrisccoulson> maybe i shud get rid of such old technology
[20:58] <seb128> chrisccoulson: calling devkit old technology? ;-)
[20:58] <chrisccoulson> lol. i was referring to the floppy drive ;)
[20:58] <seb128> just jocking, but it's good to know who to ping about floppy bugs
[20:58] <seb128> I don't have any floppy drive for years
[20:59] <seb128> who need floppy drives when you get usb keys? ;-)
[20:59] <didrocks> chrisccoulson: ahah, you're stuck. We will flood you about floppy bugs :)
[20:59] <seb128> oh didrocks!
[21:00] <chrisccoulson> i havent used my floppy drive in a long time actually
[21:00] <seb128> you made a mistake by showing that you were there ;-p
[21:00] <chrisccoulson> but it's part of my card reader ;)
[21:00] <didrocks> seb128: don't scare me :)
[21:00] <seb128> chrisccoulson: oh, it's too late to try that trick ;-)
[21:00] <seb128> chrisccoulson: you will get floppy bugs assigned, ah ah ah ;-)
[21:00] <didrocks> chrisccoulson: nice try ^^
[21:00] <chrisccoulson> haha. i'm really looking forward to it ;)
[21:00]  * didrocks is running during this time… ;)
[21:01] <seb128> first one is to figure why devicekit poll on floppy every second ;-)
[21:01] <seb128> didrocks: WAIT
[21:01] <seb128> didrocks: ups, I meant "hello" ;-)
[21:01] <didrocks> seb128: caught ^^
[21:01] <seb128> didrocks: do you have gnome-python-desktop on your list?
[21:01] <didrocks> seb128: for refactoring, you mean?
[21:01] <seb128> no, for merging
[21:02] <seb128> but that's equivalent debian splitted all the binaries
[21:02] <seb128> I'm looking forward it because it means we can get libgnomeprint* out of the CD
[21:02] <didrocks> seb128: I don't find it at https://merges.ubuntu.com/main.html
[21:03] <didrocks> that's why I was just thinking it was refactoring
[21:03] <seb128> didrocks: that's because debian still has 2.24 and we have 2.26
[21:03] <seb128> and mergomatic only lists what is newer in debian
[21:03] <seb128> but we want to sync the split
[21:03] <didrocks> seb128: ok, so, we need a manual merging :)
[21:03] <didrocks> ok
[21:03] <seb128> yeah
[21:03] <seb128> you use the mergomatic diffs usually?
[21:04] <seb128> I only do manual merges, I'm a bit old school apparently
[21:04] <didrocks> seb128: that means that the package depending on libgnomeprint is seperated and not included in the CD seed?
[21:04] <didrocks> seb128: I just use MoM for convenient download
[21:04] <didrocks> I merge manually too
[21:05] <seb128> that means most of the known universe moved to gtkprint
[21:06] <seb128> but gnome-print-desktop still have gnome-print bindings so it brings the lib on the CD
[21:06] <seb128> gnome-python-desktop rather
[21:06] <seb128> I did some splitting before jaunty but it was jugged not worth the trouble to go through rdepends to fix those
[21:06] <didrocks> ok, in debian version there is an independant package gnome-print-desktop from gnome-python-desktop source package, right?
[21:07] <seb128> yes, they did split all the bindings in different binaries
[21:07] <seb128> didrocks: http://packages.qa.debian.org/g/gnome-python-desktop.html look on the left
[21:07] <didrocks> ok, so the once which will depend on gnomeprint* will not be included on the CD
[21:07] <didrocks> yes,
[21:08] <seb128> well, only the binary using gnomeprint.so will depend on it
[21:08] <seb128> which means nothing on the CD indeed
[21:08] <seb128> gnome-games was the only one using it and we patched it before jaunty
[21:08] <seb128> same for gtksourceview
[21:09] <didrocks> ok, and removing lib in deprecation is always good :)
[21:09] <seb128> indeed!
[21:09] <didrocks> so python-gnomeprint will not be on the CD, right?
[21:09] <seb128> and don't bother added a -dbg for each binary
[21:09] <seb128> one for the source will do, should make the job easier
[21:09] <seb128> right
[21:09] <seb128> python-gnomeprint and python-gtksourceview will not be on the CD
[21:09] <seb128> they might move to universe
[21:09] <didrocks> ok, that's more clear now :)
[21:10] <didrocks> hum?
[21:10] <didrocks> is it possible to have a source package in main and binaries in universe?
[21:10] <pitti> yes
[21:10] <seb128> yes
[21:10] <didrocks> ok, great, consequently :)
[21:10] <maxb> It wouldn't make much sense unless *some* of the binaries were in main, though
[21:10] <didrocks> it was for yesterday, isn't it? :)
[21:11] <seb128> didrocks: no, it was for a week ago
[21:11] <didrocks> ^^
[21:11] <seb128> ;)
[21:11] <seb128> didrocks: joke aside don't hurry, I don't think we want to disrupt the archive before alpha1
[21:11] <seb128> ie next week will do
[21:11] <seb128> or after uds
[21:12] <seb128> I'm not a fan of disrupting the archive while everybody is at uds either
[21:12] <seb128> I want to use the evening there to chat with people and collect beer at the bar not to fix broken depends ;-)
[21:12] <didrocks> seb128: I will try to have something for tomorrow, even if we don't ship it in alpha 1 or in the very few days, but I have more free time now that SCU is released (it was today \o/)
[21:12] <seb128> SCU?
[21:13] <pitti> mmmm beer
[21:13] <didrocks> sorry, Simple Comme ubuntu
[21:13] <seb128> oh ok, congrats for the new edition ;-)
[21:13]  * chrisccoulson buys pitti and seb128 a beer
[21:13] <didrocks> seb128: thanks, I'm released from writing for 5 monthes now. That's what I celebrate :)
[21:13] <seb128> chrisccoulson: thanks!
[21:13] <seb128> chrisccoulson: coming to uds?
[21:14] <chrisccoulson> i'm not
[21:14] <seb128> shame
[21:14] <didrocks> that's so easy ^^
[21:14] <seb128> chrisccoulson: you should really apply for MOTU and be invited to next uds
[21:14] <chrisccoulson> yeah, i'll try and apply this week
[21:14] <seb128> excellent
[21:15] <seb128> didrocks: I exchange you a jaunty CD against a SCU book ;-)
[21:15]  * seb128 runs
[21:15] <didrocks> seb128: that can be the deal. I can bring some at UDS ;)
[21:15] <seb128> bring at least one so I can have a look
[21:16] <seb128> I didn't bought any ubuntu book so far
[21:16] <didrocks> right. I will :)
[21:16] <seb128> I just got an "ubuntu efficace" from ploum some years ago
[21:17] <didrocks> seb128: you know, Eyrolles still ship the same "ubuntu efficace" book
[21:17] <didrocks> it's on 6.10 IIRC.
[21:17] <seb128> he got the editor to send me a book as a thanks for replying to some questions
[21:18] <didrocks> that was kind. I will give you framabook. Sure you will do nothing with it, but well ^^
[21:18] <seb128> framabook?
[21:19] <didrocks> seb128: framabook is the Free Book collection of framasoft
[21:19] <didrocks> SCU is one of them
[21:19] <seb128> ah ok
[21:19] <didrocks> http://www.framabook.org/
[21:19] <seb128> don't bother giving me a book, you can probably find users that will make better use of it
[21:19] <seb128> give one to huats perhaps ;-)
[21:19] <didrocks> yeah, sure huats need it :-)
[21:19] <seb128> I heard that he's trying to make some business around ubuntu
[21:20] <seb128> that could be useful to him there ;-)
[21:20] <didrocks> exactly ; hope for him it will works :)
[21:20] <huats> rrrggghhhh seb128
[21:20] <huats> :P
[21:21] <seb128> hey huats
[21:21] <seb128> how are you?
[21:21] <huats> seb128: great
[21:21] <seb128> good ;-)
[21:21] <seb128> didrocks, huats: come with some workflow ideas to uds, I want us to decide on a better team workflow there for updates
[21:22] <huats> seb128: ok I will
[21:22] <huats> :)
[21:22] <huats> definitly a good idea
[21:22] <didrocks> seb128: I'm thinking about that regularly, to be honest :)
[21:22] <didrocks> and yes, it's needed as the team grows up
[21:23] <huats> seb128: I might have another trainig to do ...
[21:23] <seb128> didrocks: I'm thinking about it often
[21:23] <huats> well for the moment I haven't signed any contract
[21:23] <huats> but 2-3 are almost done :)
[21:23] <seb128> we need something similar to the debian page listing debian, upstream and ubuntu versions
[21:23] <seb128> huats: excellent
[21:23] <seb128> and we need a way to claim work
[21:23] <huats> seb128: the page that norsetto did was a good start I think
[21:24] <seb128> right, it's not much different of the debian one
[21:24] <huats> yep
[21:24] <huats> and there was the possibility of comment IIRC
[21:24] <didrocks> it just needs some bindings for claiming work
[21:24] <seb128> we just need a bzr to store the todolist
[21:24] <huats> yep
[21:24] <seb128> and a small python wrapper to fetch and list changes and add some new ones there
[21:25] <didrocks> seb128: do you want I put a specification in LP for this and schedule at karmic UDS in a blank session (and free hours for all of us?)
[21:25] <seb128> I'm still not decided between using bzr and text listing or wiki of launchpad bugs though
[21:26] <didrocks> s/us/uds
[21:26] <crevette> something integrated with launchpad would be great (for authencation, team management, ...)
[21:26] <seb128> didrocks: no, don't bother, I think the schedule is full for that already and we don't need a full room for that, just some desktop team people sitting together
[21:26] <didrocks> seb128: right. I will come with some proposal though
[21:26] <seb128> we could probably do a french mafia meeting at the bar for this one ;-)
[21:27] <huats> seb128: YEAH
[21:27] <didrocks> the bar is a good place for decision ;)
[21:27] <huats> I like that idea :)
[21:27] <didrocks> huats: I was sure you would like this :p
[21:29] <didrocks> well, time to go to bed
[21:29] <didrocks> have a good night guys o/
[21:29] <seb128> didrocks: 'night
[21:29] <didrocks> thanks ^^
[21:29] <huats> night didrocks
[21:34] <seb128> pitti: is gnome-mount totally deprecated in the devicekit world?
[21:34] <pitti> seb128: yes
[21:34] <pitti> seb128: you can use devkit-disks --mount for CLI mounting
[21:34] <seb128> pitti: ok, so I guess it's not worth sponsoring bug #325315
[21:34] <pitti> and gvfs uses libgdu
[21:35] <pitti> seb128: no, that's why I ignored it as well
[21:35] <seb128> I will unsubscribe the sponsor team now
[21:35] <seb128> thanks
[21:45] <Laney> seb128: ok i will look
[21:45] <seb128> Laney: thanks
[21:46] <Laney> btw I am in France right now \o/
[21:49] <pitti> good night everyone
[21:55] <seb128> 'night pitti
[21:55] <seb128> Laney: oh? what are you doing there? holidays?
[21:55] <Laney> seb128: I'm at a conference in aussois
[21:56] <seb128> is that a real town? ;-)
[21:56] <crevette> seb128: I can't un-subscribe sponsor team it seems, I don't have a '-'
[21:56] <Laney> it's a ski town
[21:56] <Laney> so no, it's not real
[21:56] <seb128> crevette: right you need to be part of the team for that, don't bother just work on the update ;-)
[21:56] <seb128> Laney: ah ok
[21:57] <crevette> working in a ski station....
[21:57] <crevette> :)
[21:57] <seb128> crevette: he's reviewing your gnome-bluetooth update so be nice ;-)
[21:58] <Laney> REJECT
[21:58] <crevette> ah this big mess
[21:58] <crevette> Laney: no problem :)
[21:58]  * seb128 kicks crevette
[21:58] <Laney> heheh
[21:58] <Laney> just came back to my room to relax before bed
[21:58] <Laney> what better way/
[21:59]  * crevette should go to sleep as he's night technical night duty
[22:01] <crevette> hmm redhat as a udev rule to start bluetooth only when ther is a bluetooth device
[22:01] <crevette> that would be nice to have
[22:05] <crevette> ah ahaha
[22:09] <crevette> seb128: I answered for bluez package
[22:09] <seb128> crevette: thanks
[22:10] <seb128> crevette: is that a new source tarball?
[22:11] <crevette> seb128: sorry I don't get you ?
[22:11] <crevette> this is a new upstream release
[22:11] <seb128> where are those shipped now? you said a new binary
[22:11] <crevette> ah no
[22:12] <crevette> this is into the bluetoothd binary
[22:12] <crevette> which is the service daemon
[22:13] <seb128> the bluez source builds no such binary
[22:13] <seb128> you mean the code is in the bin itself now?
[22:15] <crevette> dpkg -S bluetoothd
[22:15] <crevette> bluez: /usr/sbin/bluetoothd
[22:15] <crevette> bluez: /usr/share/man/man8/bluetoothd.8.gz
[22:15] <crevette> so bluetoothd is provided by bluez
[22:16] <crevette> and the plugin binary code is merged into the bluetoothd code at build time
[22:16] <crevette> for "hal" and "service"
[22:16] <crevette> don't ask me why
[22:16] <crevette> :)
[22:17] <crevette> I don't understand the rationale behind
[22:19] <crevette> I need to sleep
[22:19] <crevette> see you
[22:32] <seb128> Laney: you could perhaps sponsor the change on #333462 too?
[22:33] <Laney> bug 333462
[22:33] <Laney> oh, no bot
[22:33] <Laney> I'll have to look at bluetooht properly later
[22:36] <seb128> Laney: no hurry
[22:39] <Laney> is that patch upstream?
[22:41] <seb128> I don't know
[22:41] <Laney> no worries, I'll ask
[22:41] <seb128> I'm just trying to clean the sponsoring list a bit and I know we got several duplicates about this one since jaunty
[22:46] <chrisccoulson> seb128 - debian dropped the scrollkeeper build-dep from gnome-panel
[22:46] <chrisccoulson> but i cant get it to build without that
[22:47] <seb128> chrisccoulson: did they add a --disable-scrollkeeper too?
[22:47] <chrisccoulson> and i can't get the debian source package to build in a sid pbuilder either
[22:47] <seb128> what error do you get?
[22:47] <chrisccoulson> there's a --disable-scrollkeeper in debian/rules alreadyt
[22:47] <seb128> what debian version did you try?
[22:48] <chrisccoulson> seb128 - http://paste.ubuntu.com/170986/
[22:48] <chrisccoulson> this is with version 2.26.0-1
[22:49] <chrisccoulson> it builds fine with scrollkeeper, and also builds with rarian-compat too
[22:49] <seb128> chrisccoulson: http://experimental.debian.net/build.php?pkg=gnome-panel confirms that
[22:49] <chrisccoulson> i didn't know that existed
[22:49] <chrisccoulson> thanks:)
[22:49] <seb128> chrisccoulson: debian do binary uploads whoever did the build and upload had it installed
[22:50] <seb128> chrisccoulson: the pts is useful
[22:50] <seb128> http://packages.qa.debian.org/source
[22:50] <seb128> where "source" is your source
[22:50] <seb128> the buildd logs are on the right
[22:50] <seb128> that's the "exp" in the list
[22:51] <chrisccoulson> that's useful to know
[22:51] <chrisccoulson> so we can't drop the build-dep on scrollkeeper then
[22:53] <seb128> indeed
[22:53] <seb128> but use rarian-compat rather
[22:54] <chrisccoulson> yeah, i'll do that