[00:03] <Nafai> uh, is there a way to get back to the default layout with gwibber?
[00:05] <chrisccoulson> kklimonda, ah, right
[00:05] <chrisccoulson> the dialog will only appear if an application doesnt respond to QueryEndSession
[00:07] <chrisccoulson> after closing the dialog, the clients are sent EndSession. applications then have 10 seconds in which to respond before the session ends
[00:11] <kklimonda> chrisccoulson, and what can they respond? I guess only TRUE passed to EndSessionResponse change anything (the session can be terminated immediately). If application doesn't respond to EndSession in 10 seconds it's going to be killed anyway.
[00:11] <chrisccoulson> they can cancel the logout
[00:11] <kklimonda> chrisccoulson, they can do it forcefully?
[00:12] <chrisccoulson> yeah
[00:13] <kklimonda> using Inhibit ?
[00:18] <kklimonda> chrisccoulson, but if you were right it would mean that the application can be written that stops user from logging out/restarting or shutting down computer.
[00:18] <mclasen> a misfeature that was added after the fact...
[00:19] <chrisccoulson> kklimonda, yeah, i think it works like that
[00:19] <chrisccoulson> perhaps mclasen is slightly more familiar there
[00:19] <chrisccoulson> my understanding is that a dbus client can cancel the logout
[00:25] <kklimonda> chrisccoulson, mclasen: so the documentation at http://live.gnome.org/SessionManagement/GnomeSession#A6._EndSession isn't exact? I see no mention of it there..
[00:26] <mclasen> yeah, when those 'improvements' were made, the documentation was not updated...
[00:26] <kklimonda> are those improvements here to stay?
[00:28] <chrisccoulson> anyway, i really need to get some updates done now:)
[00:35] <chrisccoulson> ooh, nobody sponsored gnome-terminal yet
[00:38] <RAOF> robert_ancell: Did you push the CDBS-fixed launchpad-integration anywhere?
[00:38] <TheMuso> robert_ancell: Sorry I had the day off yesterday, had a relative's funeral to go to. Did your upload get done?
[00:39] <robert_ancell> RAOF, yes, pushed to lp:~ubuntu-desktop/launchpad-integration/ubuntu.  I think seb128 has already uploaded it
[00:39] <robert_ancell> TheMuso, yes, I think seb has done it
[00:39] <TheMuso> robert_ancell: ok
[00:40] <RAOF> robert_ancell: I'm looking to do a little gardening on it; at least to make it a little bit easier to start working on, and audit for Debian CLI policy.
[00:41] <robert_ancell> TheMuso, ah, no it wasn't uploaded, can you do that?
[00:41] <robert_ancell> RAOF, +1 from me!
[00:41] <TheMuso> robert_ancell: Sure, in a bit when I get through some email here.
[00:41] <robert_ancell> TheMuso, no rush, I think the previous one has fixed the original problem
[00:42] <TheMuso> ok
[00:45] <robert_ancell> RAOF, do you know how to enable patches in dh7?
[00:46] <RAOF> robert_ancell: Include quilt.mk.
[00:47] <robert_ancell> RAOF, thanks
[00:48] <RAOF> robert_ancell: Alternatively, you can include the standard make targets and add dependancies on your patch system of choice's targets.
[00:48] <RAOF> gnome-do-plugins is a dh7 package using quilt.mk; you'll notice that it doesn't include any explicit patch/unpatch calls or targets.
[00:50] <RAOF> Boo.  My stricter dh_clideps exposes the improper ordering of dh_clideps / dh_makeshlibs calls in launchpad-integration.
[00:55] <chrisccoulson> ugh, brain fade
[00:55] <bjf> i'm running the latest lucid, any guess why I keep getting "searching for available drivers" everytime I reboot and log in?
[01:05] <kklimonda> chrisccoulson, no! I still have questions ;)
[01:05] <chrisccoulson> i'm still here, but just trying to catch up on other work before i go to bed ;)
[01:06] <chrisccoulson> i would like to go to bed before 3am if possible :)
[01:06] <kklimonda> chrisccoulson, I get two Transmission entries in inhibit api - one from Inhibitor and the other from session handling - is it because inhibitor call have toplevel_xid set to 0?
[01:07] <chrisccoulson> i think that's expected, if you opened an inhibitor
[01:07] <kklimonda> in inhibit dialog*
[01:08] <kklimonda> chrisccoulson, this inhibitor is only for suspend/hibernation
[01:12] <chrisccoulson> kklimonda, maybe the inhibit dialog displays all types of inhibits, even those that aren't interesting for the action you're performing
[01:13] <chrisccoulson> but you should only see that dialog if you don't respond to the QueryEndSession fast enough
[01:13] <kklimonda> chrisccoulson, probably and yes :)
[01:13] <kklimonda> chrisccoulson, or rather - if you respond to QueryEndSession by sending FALSE dialog shows up
[01:14] <kklimonda> chrisccoulson, at least that's how it works for me :)
[01:14] <chrisccoulson> kklimonda, the way it should work with transmission is:
[01:14] <chrisccoulson> transmission receives QueryEndSession, and responds to say it's ok to proceed
[01:14] <chrisccoulson> once all other clients have done the same, transmission receives EndSession
[01:15] <chrisccoulson> then transmission can save whatever information it needs to for the torrents, and then respond
[01:15] <chrisccoulson> and then exit
[01:37] <chrisccoulson> wow, this is the easiest gnome-control-center update i've ever done
[01:39] <crimsun> hmm, I seem to have gained 1.5s each in both suspend-to-ram and resume
[03:37] <RAOF> robert_ancell: I've got a couple of launchpad-integration branches, but they've been trapped in a rich-root format by bug #506556.  While I extract the diffs one by one, what do you think about upgrading the branch format to 2a?
[03:39] <robert_ancell> RAOF, I've no problem with that, what's the bzr command to do that?
[03:40] <RAOF> robert_ancell: There's a button on the launchpad page for the branch; I'd hit that, since it's much much faster.
[03:40] <robert_ancell> RAOF, done
[03:41] <RAOF> Superb.  Thanks.
[04:22] <TheMuso> robert_ancell: Given that you guys have been discussin lpi stuff, what branch should I be pulling from, and what besides the upload do you need done?
[04:25] <robert_ancell> TheMuso, pull from lp:launchpad-integration, do a make distcheck, untar, copy the debian dir, do the upload.  or should I make a debdiff?
[04:25] <RAOF> When bzr finishes dicking around I've got a couple of branches I'll propose for merging into the main one.
[04:25] <robert_ancell> TheMuso, ok, then wait for that
[04:25] <TheMuso> robert_ancell: What branch is the debian dir in?
[04:26] <TheMuso> robert_ancell: I don't mind doing it all
[04:26] <TheMuso> robert_ancell: oh ok
[04:26] <robert_ancell> TheMuso, it's all in the same repo
[04:26] <TheMuso> robert_ancell: oh ok
[04:27] <RAOF> The first of my branches makes that process become “bzr bd --native -S” instead, but it means autogen'ing at build time which you might not want.
[04:28] <RAOF> I wonder when it'll finish; it has already pushed 150MB of bzr data to launchpad.
[04:29] <TheMuso> RAOF: IMO that would be useful.
[04:29] <RAOF> robert_ancell: Oh, it seems the upgrade didn't work because lp:launchpad-integration is stacked on lp:~ubuntu-core-dev/launchpad-integration/ubuntu, which isn't upgraded :(
[04:30] <RAOF> TheMuso: *I* was certainly confused by the build process when I started looking at it :)
[04:32] <robert_ancell> RAOF, oh groan.  I don't have access to that one (which is why it moved).  TheMuso, do you have core access?
[04:32] <TheMuso> robert_ancell: Yes.
[04:33] <robert_ancell> TheMuso, can you upgrade that bzr branch?
[04:33] <TheMuso> which one?
[04:33] <TheMuso> the core-dev lpi branch?
[04:34]  * TheMuso doesn't see it on launchpad.net/launchpad-integration/+branches
[04:37] <TheMuso> ok found it.
[04:37] <RAOF> robert_ancell: http://tinyurl.com/ygvkmn8 is the first of the merges.  Curses.  I thought you'd uploaded 0.1.33, so the changelog entry's wrong.
[04:38] <robert_ancell> RAOF, why does it build-depend on cvs?
[04:38] <RAOF> Because autopoint has a runtime dependency on cvs.
[04:38] <TheMuso> Ok lp:~ubuntu-core-dev/launchpad-integration/ubuntu is being upgraded.
[04:39] <RAOF> DON'T ASK ME WHY! :)
[04:39] <robert_ancell> :)
[04:42] <robert_ancell> RAOF, I'm being pedantic in asking you to merge the changelog entries - I can do that manually if it's too annoying..
[04:42] <RAOF> Not at all.  I'll fix them.
[04:46] <RAOF> robert_ancell: pushed
[04:47] <robert_ancell> RAOF, thanks
[04:48] <RAOF> I'll need to fix the other merges, once they finally make it all the way to launchpad.
[04:51] <TheMuso> robert_ancell: You should be able to upgrade lp:launchpad-integration now.
[04:52] <robert_ancell> upgrading...
[05:08] <RAOF> Next branch is aaaaaaaaalmost pushed.
[05:18] <RAOF> robert_ancell: Next merge request http://tinyurl.com/yzp3ahf
[05:19] <robert_ancell> RAOF, ok, still working on the first one :)
[05:19] <robert_ancell> I pulled ok, but it doesn't want to push...
[05:21] <RAOF> Stupid bzr!  If it wasn't for this branch format craziness, I'd never have any problems with it.
[05:22] <RAOF> http://tinyurl.com/y8ufc7g is the final, most optional merge.  It renames the binary package to liblaunchpad-integration1.0-cil, which we might not want to do until an ABI break.
[05:22] <RAOF> You can safely ignore it if you wish :)
[05:28] <robert_ancell> RAOF, I'll have to patch the other packages but it will be easier to do earlier than later
[05:28] <robert_ancell> RAOF, I was unsure what to do there - Isn't the API version 0.1
[05:28] <robert_ancell> ?
[05:29] <RAOF> The AssemblyVersion states that it's <IP_ADDRESS>
[05:29] <RAOF> Which makes the version 1.0 according to CLI standards.
[05:31] <robert_ancell> TheMuso, can you do a second upgrade on that branch?  I think we have to do multiple upgrades to get to 2.0...
[05:31] <robert_ancell> RAOF, yeah I did that... How does it match what is in configure.ac?
[05:31] <RAOF> You shouldn't have to patch the other packages, should you?  The -cil-dev package hasn't changed name, that should be what other packages are build-depending on, and that'll pull in the correct package.
[05:31] <RAOF> robert_ancell: It doesn't at all.
[05:32] <robert_ancell> RAOF, ah true.  Then I'll take that patch
[05:33] <RAOF> Oooh.  I forgot, one further CLI policy patch; use mono-csc rather than gmcs.
[05:33] <robert_ancell> RAOF, you are the policy master!
[05:34] <RAOF> I'll add that to the top of the rename merge?  Each one is a superset of the previous ones.
[05:34] <robert_ancell> sure, just stack them up
[05:34] <TheMuso> robert_ancell: oh sure
[05:34] <robert_ancell> TheMuso, and then you might have to do it again, and again, and... :)
[05:34] <TheMuso> heh ok
[05:35] <TheMuso> ok upgrading again...
[05:35] <RAOF> Make sure *that* branch isn't stacked on anything else, otherwise the upgrade will take time and do nothing.
[05:35] <TheMuso> Looks like its changing though
[05:35] <RAOF> Ok, it isn't stacked.
[05:35] <TheMuso> can't remember what format it was last, but didn't mention stacking
[05:40] <didrocks> morning
[05:49] <bratsche> Morning.
[05:53] <robert_ancell> TheMuso, did that work?  It still seems to be at the same version
[05:53] <TheMuso> robert_ancell: hrm interesting.
[05:54] <TheMuso> robert_ancell: No idea why its not changing...
[05:54]  * TheMuso wonders if he should use bzr to upgrade things...
[05:56] <robert_ancell> I've asked in #launchpad
[05:57] <RAOF> TheMuso: You can, but it'll take ages; it'll need to download & then reupload all the revisions in the repository.
[05:57] <TheMuso> RAOF: right
[06:16] <RAOF> robert_ancell: cli-lib-rename merge updated.  Would you like one final patch to ltmain.sh to make libtool handle --as-needed in such a way that it reduces unnecessary library dependencies?
[06:17] <robert_ancell> RAOF, sure.
[06:17] <robert_ancell> the less lintian warnings the better
[06:21] <robert_ancell> bzr looks a bit messed up, might have to manually merge all these
[06:22] <RAOF> I can provide a debdiff against 0.1.32 if you like.
[06:40] <RAOF> It sounds like bzr might be working soon; lp:~raof/launchpad-integration/rename-lib-for-cli-policy has all the goodness of wheat in it, now.
[07:13] <robert_ancell> RAOF, looks like the branches may be broken for some time... might have to go manual :)
[07:16] <robert_ancell> gtg, see you guys tomorrow
[09:04] <chrisccoulson> good morning everyone
[09:07] <chrisccoulson> hey seb128
[09:08] <seb128> hey chrisccoulson
[09:08] <seb128> how are you?
[09:09] <chrisccoulson> i'm good thanks. quite tired though, i had a fairly busy evening last night
[09:09] <chrisccoulson> how are you?
[09:09] <kklimonda> good morning :)
[09:09] <chrisccoulson> hey kklimonda
[09:09] <seb128> good, not too tired for once
[09:09] <seb128> I had some good nights this week
[09:10] <chrisccoulson> seb128 - i finished g-c-c and gsd if you feel like doing some sponsoring this morning :)
[09:12] <seb128> oh sure!
[09:12] <chrisccoulson> cool, thanks!
[09:12] <seb128> I notice you did your hamster-applet at a non-decent hour
[09:12] <chrisccoulson> i also did gnome-screensaver and hamster-applet last night too
[09:12] <chrisccoulson> yeah ;)
[09:12] <chrisccoulson> and i sponsored gnome-terminal too
[09:13] <seb128> I noticed
[09:13] <seb128> you rock
[09:13] <seb128> but you should not forget to sleep
[09:13] <seb128> no need to burn you out on work before starting ;-)
[09:13] <chrisccoulson> yeah, i shall probably have an early night tonight
[09:14] <seb128> I think I've already read that in the past week a few times ;-)
[09:16] <pitti> Good morning
[09:17] <pitti> james_w: bzr dh-make> sweet, thanks! will have a look at it
[09:18] <seb128> brb, another round of plymouth testing
[09:19] <chrisccoulson> does plymouth work yet?
[09:19] <chrisccoulson> i still don't have it installed on my laptop
[09:19] <kklimonda> chrisccoulson, if by work you mean not breaking boot then yes :)
[09:20] <RAOF> chrisccoulson: Mostly; as long as you don't need prompting for a dm-crypt passphrase, in my experience.
[09:20] <pitti> yay, what a nice surprise in my morning email
[09:21] <chrisccoulson> ah thanks, i'll try installing it again
[09:21] <chrisccoulson> pitti??
[09:21] <chrisccoulson> good morning btw ;)
[09:21] <RAOF> Someone's mailed you cake?
[09:21] <pitti> after just one year after approval, I finally got commit access to udisks/upower :)
[09:21] <pitti> hey chrisccoulson
[09:21] <pitti> RAOF: nobody does unfortunately :(
[09:21] <chrisccoulson> pitti - thats awesome :)
[09:21] <pitti> freedesktop admin is a little bit on the slow side, as it seems
[09:22] <chrisccoulson> yeah, it's quicker when you apply for a gnome git account ;)
[09:24] <didrocks> hey pitti, chrisccoulson :)
[09:24] <chrisccoulson> hey didrocks, how are you?
[09:25] <didrocks> chrisccoulson: fine even if I have woken up  at 4am :)
[09:25] <didrocks> chrisccoulson: you?
[09:25] <chrisccoulson> didrocks - i was just going to bed at that time ;)
[09:25] <didrocks> heh
[09:25] <chrisccoulson> how come you woke up so early?
[09:25] <didrocks> chrisccoulson: don't know. Impossible to find some sleep. So, I worked on Quickly ;)
[09:27] <Keybuk> did you not try "quickly sleep" ?
[09:28] <didrocks> Keybuk: good idea, I'll add a template "get-some-rest" :)
[09:28] <chrisccoulson> Keybuk - or perhaps "quickly make coffee"
[09:28] <didrocks> chrisccoulson: this one is already implemented and sitting next to my hand :)
[09:28] <chrisccoulson> heh ;)
[09:29]  * Keybuk wants "quickly boot"
[09:30] <didrocks> :)
[09:31] <didrocks> I know that some people here wants "quickly kill gnome panel and all bonobo stuff"
[09:36] <seb128> re
[09:36] <seb128> enough plymouth testing for now
[09:36] <chrisccoulson> seb128 - it worked ok then?
[09:36] <seb128> no
[09:37] <seb128> I would not say "enough for now" otherwise ;-)
[09:37] <seb128> I would say "good that's fixed now"
[09:37] <seb128> :-p
[09:37] <didrocks> salut seb128 :)
[09:37] <seb128> still freezes on enter
[09:37] <seb128> hey didrocks
[09:38] <chrisccoulson> seb128 - oh, ok. i won't bother installing it again later on then ;)
[09:39] <seb128> if you want a running box, don't ;-)
[09:40] <chrisccoulson> it would be nice to be able to close the lid without crashing too :)
[09:42] <chrisccoulson> didrocks - do you want "quickly kill gnome-panel" then? ;)
[09:43] <chrisccoulson> didrocks - i make your life difficult now: http://git.gnome.org/browse/gnome-panel/commit/?id=67fd15da344e590314b92147382d2cc37f074136
[09:43] <chrisccoulson> :P
[09:43] <chrisccoulson> you can't get rid of it!
[09:43] <didrocks> chrisccoulson: damned ;)
[09:43] <chrisccoulson> it will just keep coming back now ;)
[09:43]  * didrocks makes a loop in kill command ;)
[09:43] <chrisccoulson> lol
[09:44] <didrocks> snow again!
[09:45] <seb128> didrocks, as long as it's not stopping planes I've to take it's all good ;-)
[09:45] <didrocks> seb128: heh, good to be at home :-)
[09:46] <didrocks> seb128: I'll need some sponsoring for metacity
[09:46] <didrocks> got badly rejected
[09:46] <seb128> pitti, ^ up for some sponsoring by any chance?
[09:46] <didrocks> seb128: lp:~ubuntu-desktop/metacity/ubuntu
[09:46] <didrocks> or pitti ;)
[09:46] <seb128> I'm already looking at g-s-d and g-c-c sponsoring
[09:46] <seb128> and I've some other things I try to get done before lunch too
[09:46] <seb128> or mvo
[09:46] <didrocks> seb128: concerning cheese, I've filed a bug upstream with a backtrace
[09:46] <pitti> seb128, didrocks: will sponsor metacity
[09:47] <seb128> didrocks, ok thanks
[09:47] <didrocks> thanks pitti
[09:47] <seb128> pitti, thanks
[09:47] <seb128> didrocks, you did the new version update? or is that the tooltip change?
[09:47] <didrocks> seb128: no, it's only the "don't show ws switcher if only one ws"
[09:48] <seb128> oh ok
[09:48] <didrocks> 2 lines patch, but before forgetting to do it
[09:48] <seb128> didrocks, you should be doing the version update too ;-)
[09:48] <seb128> it's a minor version update
[09:48] <didrocks> seb128: I want to do the tooltip before the end of the day
[09:48] <mvo> oh, too late - I can take it as well
[09:48] <didrocks> so, for tomorrow morning sponsoring, if you don't mind :)
[09:48] <seb128> ok
[09:48] <seb128> mvo, hey ;-)
[09:49] <didrocks> hey mvo
[09:49] <seb128> mvo, how are you?
[09:49] <mvo> hey seb128, didrocks !
[09:49] <mvo> tired!
[09:49] <mvo> but otherwise fine
[09:49] <seb128> mvo, if you want to do some sponsoring you can upload lp:launchpad-integration
[09:49] <didrocks> (or, maybe, when grep -i seb128 https://wiki.ubuntu.com/DidierRoche/CoreDevApplication won't return something empty :p)
[09:49] <seb128> robert_ancell said there is changes ready for upload there
[09:50] <seb128> didrocks, is there any hurry there?
[09:50] <seb128> didrocks, you pinged at least 5 times in a week about that now :-p
[09:50] <mvo> seb128: yeah, I have a look
[09:50] <pitti> didrocks: any particular reason why you skipped 1:2.28.0-2ubuntu5 ?
[09:50] <didrocks> seb128: you're kidding, I just pinged once you yesterday ;) I just wanted to suscribe to next week meeting agenda, but if you think you won't have the time
[09:50] <seb128> mvo, danke
[09:51] <didrocks> pitti: hum? maybe not pushed in bzr branch? let me check
[09:51] <pitti> didrocks: no, I mean the version in the archive is ubuntu4, and your new one is ubuntu6
[09:51] <seb128> didrocks, you dropped me an email, told me during the sprint, did reminder yesterday and again today
[09:51] <seb128> didrocks, but that's fine, and I will have it done on time, I just tend to delay paper work ;-)
[09:52] <didrocks> seb128: I know you don't like paperwork ;)
[09:52] <didrocks> pitti: my bad then, I can fix it
[09:52] <pitti> didrocks: I just wanted to make sure that there wasn't something important lost
[09:52] <didrocks> pitti: no no, I "dch -i" twice maybe
[09:53] <didrocks> pitti: do you want me to push 2 branches ?
[09:53] <didrocks> s/2/a new/
[09:53] <pitti> didrocks: uncommit, fix the dch -r release, push --overwrite
[09:53] <pitti> s/release/commit/
[09:55] <glatzor> morning mvo
[09:55] <didrocks> pitti: done and pushed. I've deleted also manually the tag for next release (1:2.28.0-2ubuntu6)
[09:56] <glatzor> mvo, I created a new 0.2.x branch for aptdaemon. it will be the stable release for Ubuntu Lucid.
[09:56] <seb128> didrocks, how did you delete the tag?
[09:56] <didrocks> seb128: bzr tag --delete ...
[09:56] <mvo> glatzor: nice! is it ready for packaging, i.e. should I update?
[09:57] <seb128> didrocks, it seems to not delete the tag from the server though, when I do that and push it's still on the online version
[09:57] <seb128> I got some duplicate tags errors doing that
[09:57] <seb128> or did you delete lp:...?
[09:57] <didrocks> seb128: right, but as I pushed with --overwrite, I think it's removing it in that case
[09:57] <didrocks> (need to be confirmed)
[09:58] <seb128> hum, ok
[09:58] <didrocks> seb128: no, I pulled and the tag is still present when "bzr tags", indeed
[09:59] <glatzor> mvo, actually the code hasn't changed for 4 weeks :)
[10:00] <glatzor> mvo, But I will commit a port to the latest python-apt 0.7.9x API to trunk in a few minutes
[10:00] <mvo> glatzor: ok, thanks. I switch the packaging over to the old branch
[10:00] <glatzor> mvo, it is so scaring how fast time moves on
[10:01] <mvo> glatzor: indeed
[10:01] <mvo> glatzor: s/old/stable/
[10:01] <glatzor> mvo, lp:~aptdaemon-developers/aptdaemon/0.2.x
[10:03] <didrocks> pitti: thanks for the upload
[10:04] <mvo> glatzor: thanks, building now
[10:04] <TeTeT> asac: hi there, is there a complete graphical way to establish a bluetooth/mobile phone connection for 10.04?
[10:04] <TeTeT> asac: any third party tool would do too
[10:05] <glatzor> didrocks, you want to have contribute privileges for python-disututils-extra?
[10:06] <didrocks> glatzor: pitti told me to apply as I still have some patches to do for python-mkdebian, specifically
[10:07] <mvo> glatzor: nice stuff, I'm just looking over the diff \o/
[10:08] <glatzor> pitti, servus, I gave you admin privileges for python-distutils-hackers
[10:08] <pitti> hey glatzor
[10:08] <pitti> wie gehts?
[10:08] <pitti> ah, thanks
[10:10] <glatzor> pitti, I am currently quite busy with my main work. but I am fine. how are you?
[10:10] <pitti> glatzor: same :) and I'm okay, just very tired today for some reason
[10:29]  * james_w hugs chrisccoulson
[10:29]  * chrisccoulson hugs james_w
[10:29] <chrisccoulson> how are you?
[10:29] <james_w> good thanks
[10:29] <james_w> how are you?
[10:30] <chrisccoulson> i'm ok, but quite tired today
[10:30] <chrisccoulson> i'm looking forward to getting home again :)
[10:32] <james_w> thanks for the hamster-applet upload
[10:32] <chrisccoulson> you're welcome
[10:44] <Keybuk> pitti: third day back from the US?
[10:44] <pitti> Keybuk: yes, it is
[10:45] <Keybuk> I always find Wednesday and Thursday to be the worst
[10:45] <Keybuk> brain and body just out of sync enough to make the whole world hurt
[10:45] <pitti> I was quite fine on Monday, and reasonably well on Sunday
[10:48] <Keybuk> remember to keep your blood-coffee levels up ;)
[10:52] <pitti> Keybuk: I don't drink coffee :)
[10:52] <pitti> I guess not having any weekend didn't really help
[10:52] <chrisccoulson> pitti - i don't know how you survive without coffee
[10:52] <chrisccoulson> i get headaches when i don't drink it
[10:53] <Keybuk> pitti: I didn't fly back until Sunday, so got back to the UK Monday morning
[10:53] <chrisccoulson> which is probably not a good thing ;)
[10:53] <Keybuk> by the time I'd collected dogs and got home, it was Monday evening!
[10:53] <Keybuk> so I'm not expecting to hit the wall until later today or tomorrow :-/
[10:53] <pitti> chrisccoulson: I sleep :)
[10:53] <chrisccoulson> heh
[10:53] <chrisccoulson> maybe i should try sleeping one day ;)
[11:01] <chrisccoulson> seb128 - "what is LaCie?" - i was just thinking the same thing there when going through my mail ;)
[11:02] <seb128> :-)
[11:11] <Keybuk> chrisccoulson: it's the drinking coffee that gives you headaches
[11:11] <Keybuk> not the not drinking it
[11:11] <Keybuk> just to be precise
[11:12] <chrisccoulson> Keybuk - i only get them when i stop drinking it though ;)
[11:14] <baptistemm> thanks chrisccoulson for the g-terminal sponsoring
[11:15] <chrisccoulson> baptistemm: you're welcome
[11:21] <czajkowski> kklimonda: did you get the slides from fosdem ?
[11:22] <seb128> what are those fosdem discussions about?
[11:22] <kklimonda> seb128, the one I'm interested in is about debian and ubuntu :)
[11:22] <chrisccoulson> i think charles sent me a link to that
[11:22] <seb128> looking for something to troll about? ;-)
[11:22] <chrisccoulson> but it's at home
[11:23] <kklimonda> seb128, no - that's exactly why I'd like to see whole presentation for myself :)
[11:23] <didrocks> I think you're speaking about lucas' one: http://www.lucas-nussbaum.net/blog/?p=444
[11:23] <kklimonda> the slides I've seen so far were titled "Why is Debian better" ;)
[11:23] <didrocks> that's this one, kklimonda ^
[11:23] <didrocks> (link on the blog post)
[11:24] <seb128> yeah
[11:24] <kklimonda> czajkowski, ^ :)
[11:24] <chrisccoulson> heh, i can't view that at work
[11:24] <kklimonda> didrocks, thanks
[11:24] <seb128> normal that lucas try to sell debian by some way ;-)
[11:24] <didrocks> kklimonda: y/w
[11:24] <seb128> chrisccoulson, they might try to fire you? ;-)
[11:25] <czajkowski> seb128: I was at fosdem, the room was too packed to get in, so no, I'm not looking for something to troll, but to gain information!#
[11:25] <seb128> yeah, I was rather jocking
[11:25] <chrisccoulson> seb128 - i hope they don't try to ;)
[11:25] <chrisccoulson> i've still got 2.5 weeks left to work
[11:26] <seb128> I don't think there is anything really worth discussion in those slides
[11:26] <seb128> chrisccoulson, hehe
[11:26] <czajkowski> seb128: I suspect the video of Q&A may also be useful
[11:28] <kklimonda> seb128, I was actually more interested in the video but it's not yet uploaded so I'd like to at least know what was the topic :)
[11:33] <pitti> seb128: do you want me to help with some package updates? I don't feel too well today, not well enough for coding
[11:33] <seb128> pitti, you should take a day off or sleep a bit if you don't feel well
[11:34] <seb128> pitti, otherwise sure, help on upgrades is welcome, we did most of those but there is a few remaining on versions
[11:37] <pitti> seb128: shall I do gnome-menus and gnome-user-docs for now?
[11:38] <seb128> pitti, gnome--menus would be nice thanks
[11:38] <seb128> pitti, g-u-d, not sure if that's easy or that's the one which has lot of ubuntu changes for documentation
[11:39]  * chrisccoulson hugs pitti
[11:39] <chrisccoulson> i hope you feel better soon!
[11:39]  * seb128 hugs pitti too
[11:40]  * pitti hugs you back, thanks
[11:40] <pitti> seb128: I'll start with gnome-menus
[11:43] <seb128> pitti, ok thanks
[11:47] <seb128> pitti, clutter and gimp have new versions if you feel doing one of those
[11:47] <seb128> gtkspell is on the update list too
[11:48] <seb128> otherwise we need to get gvfs built with the new libiphone at some point before alpha3
[11:48] <seb128> I was sort of waiting for the debian maintainer to sort the issue you pointed yesterday on launchpad
[11:48] <pitti> right, libimobileplayer is FTBFS
[11:48] <seb128> but if you want to move that forward you are welcome to pick on that
[11:48] <pitti> ok
[11:49] <seb128> danke
[11:50] <chrisccoulson> i'll take g-s-t later on
[11:51] <chrisccoulson> and liboobs
[11:52] <seb128> thanks
[11:52] <seb128> brb
[12:03] <asac> TeTeT: blueman
[12:05] <pitti> seb128: while I'm touching gnome-menus anyway (update is done), I'll track down that menu translation bug as well, so will take me a while still
[12:09] <seb128> pitti, \o/
[12:18] <TeTeT> asac: ok, just tgried that
[12:19] <asac> TeTeT: good enough for you?
[12:47] <TeTeT> asac: for me yes, for the customer not, they want complete integration into NM or any other applet
[12:47] <asac> TeTeT: what does complete integration mean?
[12:47] <asac> flor blueman you set up the bluetooth part in the blueman applet
[12:48] <asac> and then you can connect in NM
[12:48] <asac> thats quite good
[12:48] <asac> and even gnome-bluetooth goes the same way
[12:48] <TeTeT> asac: understood, I think it's good too
[12:48] <TeTeT> asac: they insist on using one applet
[12:48] <asac> well. no such solution exists and currently the open source community agrees that that belongs in two applet ;)
[12:48] <TeTeT> asac: so it's usable by completely inexperienced people
[12:48] <asac> they would need to hier someone
[12:49] <TeTeT> asac: ok, I will tell them
[13:37] <pitti> there, properly translated menus again
[13:37] <pitti> seb128: ^ wasn't my fault after all :)
[13:38] <dpm> \o/
[13:38]  * pitti uploads new gnome-menus
[13:38] <dpm> you're a rockstar pitti!
[13:39] <pitti> waah!
[13:39] <pitti> did we get a new seahorse today?
[13:39] <pitti> my GPG passphrase suddenly appears in plaintext in the dialog
[13:39] <seb128> yes we did
[13:39] <seb128> not nice
[13:39] <seb128> I didn't get that issue there
[13:39] <didrocks> pitti: yesterday, I upoaded seahorse-plugins, but I still have the dialog
[13:39] <didrocks> uploaded*
[13:40] <seb128> pitti, where was the gnome-menus bug?
[13:40] <pitti> seb128: pyxdg, the patch wasn't applied any more (quilt 3.0 source)
[13:40] <seb128> pitti, oh ok
[13:40] <seb128> pitti, well done!
[13:40] <pitti> de rien
[13:40]  * seb128 hugs pitti
[13:40] <seb128> but what use pyxdg?
[13:40]  * pitti hugs seb128 back
[13:40] <seb128> you cache writer?
[13:40] <pitti> seb128: the menu cache builder
[13:41] <seb128> +r
[13:41] <seb128> pitti, ok, makes sense
[13:42] <didrocks> someone has some time to review the cache patch?
[13:43] <pitti> I need to disappear for ~ 2 hours, to visit my grandfather in hospital
[13:43] <pitti> my brain is of not much use today anyway
[13:47] <seb128> pitti, see you later
[13:47] <seb128> didrocks, did it change since previous review?
[13:48] <didrocks> seb128: the caching cleanage and don't save wallpaper previews
[13:48] <didrocks> seb128: so, quite small changes :)
[13:49] <seb128> give the url there, I will have a look in the afternoon
[13:51] <didrocks> seb128: http://paste.ubuntu.com/373222/ (changes are at line 135
[13:51] <didrocks> and 82 to the end of the function
[13:51] <seb128> ok
[13:51] <didrocks> thanks :)
[13:52] <seb128> np
[13:57] <Nafai> Good morning all!
[13:57] <didrocks> hey Nafai
[14:16] <seb128> hey Nafai
[14:16] <seb128> hey rickspencer3
[14:16] <Nafai> good morning seb128
[14:16] <rickspencer3> hi guys
[14:17]  * rickspencer3 slurps coffee
[14:17] <rickspencer3> kenvandine, have you been using photobomb? ;)
[14:18] <kenvandine> yup :)
[14:18] <rickspencer3> hehe
[14:18] <Nafai> kenvandine: lemme guess, the picture you posted to identica/twitter I just responded to? :)
[14:19] <kenvandine> hehe... yup!
[14:19] <kenvandine> luv me some photobomb in the morning
[14:20] <didrocks> hey rickspencer3, kenvandine
[14:20] <rickspencer3> good morning didrocks
[14:20] <kenvandine> hey didrocks
[14:36] <sabdfl> update-initramfs: Generating /boot/initrd.img-2.6.32-12-generic
[14:36] <sabdfl> cpio: ./lib/udev/firmware.sh: Function stat failed: No such file or directory
[14:36] <sabdfl> should i be worried about that?
[14:37] <rickspencer3> hmmm
[14:37] <sabdfl> i do in fact have a /lib/udev/firmware.sh
[14:37] <rickspencer3> that sounds rather foundationsy
[14:38] <rickspencer3> pitti, Keybuk? ^
[14:39] <rickspencer3> sabdfl, I assume this occured during a dist-upgrade?
[14:40] <sabdfl> rickspencer3: yup. sorry, i just realised i'm in the wrong channel
[14:40] <rickspencer3> sabdfl, no problem, we help anyone who pops in here ;)
[14:40] <sabdfl> i'll head over there
[14:40] <rickspencer3> ok
[14:41] <rickspencer3> let us know if it doesn't get working for you
[15:22] <fagan> seb128: I got a broken update in lucid there
[15:22] <seb128> broken what?
[15:23] <fagan> It failed to set up initframfs
[15:23]  * fagan pastebins the output
[15:23] <seb128> fagan, not really desktopish
[15:24] <fagan> ill go to devel
[15:24] <seb128> it was discussed there some minutes ago
[15:24] <fagan> ah
[15:24] <kklimonda> fagan, bug 519855
[15:25] <seb128> fagan, <cjwatson> sabdfl: you should be able to apply http://launchpadlibrarian.net/39011493/udev-firmware.patch and then 'update-initramfs -u' again
[15:25] <fagan> thats it
[15:26] <fagan> so its known anyway ill just hang about for the update
[15:36] <rickspencer3> ccheney, hey, what's up with libsoup porting stuff?
[15:37] <Nafai> Is that what is holding back gnome-gmail-notifier? :)
[15:40] <seb128> Nafai, ?
[15:41] <Nafai> seb128, gnome-gmail-notifier isn't currently installable in lucid because of a missing dependency on libsoup
[15:41] <seb128> no it's not?
[15:41] <seb128> I can install it there
[15:41] <seb128> and libsoup has not changed recently
[15:41] <seb128> could you give details on the error?
[15:42] <Nafai> Sure, just a sec
[15:43] <Nafai> http://gist.github.com/300454 <- what happens when I try to install it
[15:43] <Nafai> updated lucid last night
[15:46] <seb128> Nafai, ah, I've the old lib still installed
[15:47] <Nafai> ah, that would be it
[15:47] <seb128> Nafai, somebody should probably port that package to libsoup2.4
[15:47] <seb128> 2.2 is deprecated
[15:48] <Nafai> maybe I could attack that soon if I get far enough ahead; I also want to port it to app indicators so I can use it
[15:48] <dobey> that *must* be unmaintained upstream... 2.2 was dead years ago
[15:50] <chrisccoulson> i think it probably is unmaintained. there is this instead, which already uses the messaging indicator: https://edge.launchpad.net/gm-notify/
[15:51] <dobey> well it was 2 years ago that evolution-webcal switched to explicitly requiring 2.4 instead of supporting both 2.4 and 2.2
[15:52] <Nafai> chrisccoulson: does that one support domain accounts or just gmail.com?
[15:52] <Nafai> and of course their PPA doesn't have packages for lucid
[15:53] <chrisccoulson> Nafai, i'm not sure. i don't have any need for that
[15:53] <chrisccoulson> it seems gnome-gmail-notifier still has some commits recently, but just no tarballs
[15:53] <chrisccoulson> we should probably get gm-notify in universe
[15:54] <chrisccoulson> (or find someone interested to get it in to universe)
[15:56] <pitti> re
[15:56] <chrisccoulson> hey pitti
[16:02] <desrt> why is libglib in /lib these days?
[16:04] <seb128> desrt, devicekit-disks uses it iirc
[16:04] <pitti> desrt: it's used by upstart
[16:04] <ccheney> rickspencer3: i think its almost done this time, it hasn't popped up any more large sets of unknown symbols
[16:04] <desrt> it breaks the glib build :(
[16:04] <seb128> how so?
[16:05] <desrt> libtool sees things in /lib before the in-tree ones
[16:05] <desrt> just wondering if you guys have any experience working around this...
[16:05] <seb128> no
[16:05] <seb128> never got an issue due to that
[16:05] <seb128> pitti, wb
[16:06] <seb128> pitti, so libgpod was broken, I noticed when testing the new version
[16:06] <desrt> hm.  maybe i can workaround libtool
[16:06] <seb128> pitti, it still relied on /usr/share/hal/fdi/policy/20thirdparty/20-libgpod-sysinfo-extended.fdi to be called
[16:06] <seb128> pitti, teuf just ported git to udev though, I uploaded that to lucid now
[16:06] <seb128> pitti, should be working again now, and one less hal user
[16:26] <tgpraveen12> is gnome-user-share present in default install in lucid? it is reqd for bluetooth receive to work
[16:26] <seb128> no
[16:26] <seb128> how so?
[16:27] <chrisccoulson> it's only needed for obex push
[16:27] <tgpraveen12> seb128: wouldnt that cause some problems as in the 2.30 series gnome-bluetooth has a receive button in prefs which basically opens gnome user share?
[16:27] <seb128> we can patch the button out
[16:28] <chrisccoulson> the button should just hide if it's not installed shouldn't it?
[16:28] <chrisccoulson> i didn't notice that button before
[16:28] <tgpraveen12> hmm well the button was added because it is not at all clear how receiveing a file should work
[16:29] <tgpraveen12> (imho gnome-bluetooth should have handled it but upstream devs dont agree) anyways if gnome user share is not present
[16:29] <tgpraveen12> then there is no way to receive a file via bluetooth.
[16:29] <chrisccoulson> gnome-user-share would be great if i didn't have to install apache for the webdav stuff that i'm never going to use
[16:30] <chrisccoulson> tgpraveen12 - can you not use the obex-ftp backend in gvfs to browse files?
[16:30] <tgpraveen12> which is a huge problem. iirc asac had commented on a bug regarding this that it might be added in the future
[16:30] <chrisccoulson> that gnome-user-share might be added?
[16:31] <tgpraveen12> chrisccoulson: exactly why it should have been handled by gnome-bluetooth itself
[16:31] <tgpraveen12> the problem with what u say is that many phones do not support browse files mode i think
[16:31] <tgpraveen12> eg my blackberry pearl 8100
[16:32] <pitti> seb128: sweet, great to hear
[16:32] <chrisccoulson> tgpraveen12: i agree that having bluetooth push support is great, but gnome-user-share also has a webdav backend, that 99% of users will probably never use
[16:32] <chrisccoulson> and that pulls in apache
[16:32] <chrisccoulson> and the design of it makes it not possible to split
[16:32] <tgpraveen12> hence only thing i can do is install gnome user share. but a normal user will never be able to figure this all out. in fact there are many many bug reports on this on many bug trackers and hence the button was added to make this
[16:33] <tgpraveen12> what easier
[16:34] <tgpraveen12> chrisccoulson: i agree completely but having broken bluetooth is really very bad esp with lucid being LTS and will be installed by many companies on their laptop,dekstop offerings
[16:34] <tgpraveen12> just for ref. fedora does ship gnome user share
[16:38] <chrisccoulson> tgpraveen12 - gnome-user-share pulls in apache (which would take up several MB on the CD if it were to be installed by default), to enable functionality that most people will probably never use
[16:39] <tgpraveen12> chrisccoulson: i agree. but some other solution should be found then. coz having broken bluetooth is really bad.
[16:39] <tgpraveen12> perhaps blueman
[16:39] <tgpraveen12> or talking with upstream
[16:41] <seb128> we could perhaps split gnome-user-share binaries?
[16:42] <baptistemm> there only one binary
[16:42] <baptistemm> hmm, actually there are the capplet and the daemon which handle the bluetooth and webdav
[16:43] <pitti> kenvandine: I think we ought to drop https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-empathy-indicator for lucid; empathy seems to work reasonably well, and I think we should rather keep it instead of ripping it open all over again for lucid (especially not after alpha-3); WDYT?
[16:44] <seb128> we could perhaps build a gnome-user-share version doing only bluetooth?
[16:44] <pitti> seb128: since we can't have robert, https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-gdmsetup won't see any progress anytime soon; is that something that interests you? (like doing some parts of it in an afternoon, to do some coding)
[16:45] <pitti> I remember that you mentioned it recently
[16:45] <seb128> yes
[16:45] <pitti> seb128: it keeps being a target of opportunity
[16:45] <seb128> I think adding options which are custom.conf ones should be easy
[16:45] <seb128> since we have the infrastructure for those
[16:45] <pitti> *nod*
[16:45] <seb128> gconf ones might not be so trivial
[16:45] <seb128> I would like at least to have a "disable sound"
[16:45]  * rickspencer3 puts fingers in ears
[16:45] <baptistemm> chrisccoulson, tgpraveen12, FYI https://bugzilla.gnome.org/show_bug.cgi?id=570624
[16:45] <seb128> or turn sound off by default
[16:45] <pitti> seb128: so, ok if I assign it to you, and you pick what you want/like/is easy?
[16:46] <davidbarth> pitti: hi; could you nudge the burndown chart crontab before my review call please? ;)
[16:46] <pitti> seb128: as a hack, it could call "echo 'gconftool blabla' | su gdm" or so?
[16:46] <seb128> pitti, right, please assign to me
[16:46] <pitti> davidbarth: you want an update now? sure
[16:47] <davidbarth> pitti: let me know if i can do it next time without bothering you, thanks
[16:47] <didrocks> one build, one try, and adding gconf key for showing or not tooltip on metacity decorator works like a charm \o/
[16:47] <pitti> davidbarth: running (don't worry, it's no biggie)
[16:47] <tgpraveen12> from the bug "trying to save 2 megs of dependencies."  like i said upstream is not interested in fixing this
[16:48] <pitti> did rocks!
[16:49] <pitti> seb128: done (and postponed the uninteresting bits)
[16:49] <didrocks> pitti: heh ;)
[16:49] <pitti> oh, hang on, "face browser toggle" is not what I think it is
[16:49] <pitti> it's just a simple setting
[16:49] <didrocks> pitti: that just show how metacity code is well designed, I'm afraid ;)
[16:49] <pitti> "afraid"?
[16:50] <didrocks> pitti: "afraid" that it's not because I rocks ;)
[16:50]  * pitti sighs, now people complain about stuff that works!
[16:50]  * pitti hugs didrocks, you rock either way
[16:50]  * didrocks hugs pitti back
[16:54] <tgpraveen12> should i do something to make this problem be solved
[16:54] <tgpraveen12> (bugs are already filed since long)
[16:55] <kenvandine> yeah
[16:55] <kenvandine> pitti, we can't do anything with it
[16:55] <pitti> kenvandine: so I understood from the whiteboard
[16:56] <baptistemm> chrisccoulson, gnome-user-share pulls 2 371ko in karmic in a standard gnome installation
[16:56] <pitti> kenvandine: ack
[16:57] <chrisccoulson> baptistemm - that's unpacked isn't it?
[16:57] <baptistemm> no
[16:57] <baptistemm> I meant will all dependencies
[16:58] <baptistemm> apache has been splitted to be shipped as a component without pulling the system server part (init script and whatnot)
[16:59] <seb128> reading that upstream bug apache doesn't need to be installed
[16:59] <seb128> we could maybe make it not installed an g-u-s work with bluetooth only by default
[16:59] <seb128> tgpraveen12, work on the changes and send patches?
[16:59] <baptistemm> sure, I didn't tested how it works
[16:59] <seb128> there is just too much to do
[17:00] <seb128> and nobody really interested in bluetooth there
[17:00] <seb128> there = in the active contributors set
[17:00] <tgpraveen12> hmm sorry but am not really got any experience/knowledge
[17:00] <baptistemm> I can try to do it, I just need to find the time
[17:00] <seb128> ok, so nothing you should make out of waiting
[17:00] <seb128> or trying to find motivated contributors
[17:01] <baptistemm> yeah, it should not that hard
[17:01] <chrisccoulson> i can do it in my spare time, in exchange for beer
[17:01] <chrisccoulson> ;)
[17:01] <baptistemm> tgpraveen12, open the bug in lp please
[17:01] <tgpraveen12> baptistemm: what should the bug be about? split apache from gus?
[17:02] <chrisccoulson> make gus share work without apache
[17:02] <baptistemm> like "make g-u-s installable without apache"
[17:05] <tgpraveen12> done.
[17:05] <tgpraveen12> https://bugs.launchpad.net/ubuntu/+source/gnome-user-share/+bug/519953
[17:05] <tgpraveen12> ok folks bye.
[17:35] <bjf> bryceh, what causes the "searching for available drivers" to run? i'm seeing it after every reboot on a laptop with intel video
[17:36] <rickspencer3> bjf, sounds rather like a jockey issue
[17:38] <bjf> rickspencer3, how do I go about debugging it?
[17:39] <rickspencer3> bjf, I suppose look at the log files and such
[17:39] <rickspencer3> maybe pitti has some documentation for debugging jockey
[17:40] <pitti> bjf: right, known to me
[17:40] <pitti> I suspect the recently rewritten dbusmenu stuff which changed d-bus API
[17:40] <pitti> bjf: it's on my list to fix
[17:42] <seb128> pitti, they added a timestamp parameter to some api yes
[17:42] <seb128> should be easy to change
[17:42] <pitti> seb128: also renamed the bus name, no?
[17:42] <pitti> right, I don't expect it to be hard, I just didn't have time to look into it yet
[17:42] <seb128> pitti, should /dev/sdb have a ID_FS_USAGE?
[17:43] <bjf> pitti, thanks, didn't know if it was known (but now I do)
[17:43] <seb128> pitti, I think that's transparent for applications, it should if you use the libraries
[17:43] <pitti> seb128: why not?
[17:43] <seb128> pitti, discussing some libgpod udev issue with teuf
[17:43] <seb128> he has none on his ipod classic apparently
[17:43] <pitti> seb128: I presume it's a partition table? it should be "other" then
[17:44] <seb128> ID_FS_USAGE=filesystem
[17:44] <seb128> I get that set
[17:44] <pitti> seb128: the DKD_PARTITION_* bits are more interesting for the whole device, though
[17:44] <pitti> seb128: oh, is it a raw device, i. e. no partitions?
[17:44] <seb128> no
[17:45] <seb128> I've /dev/sdb and /dev/sdb1 where sdb1 is the vfat partition used
[17:45] <pitti> then ID_FS_USAGE=filesystem on sdb sounds gravely wrong
 seb128: ok, the udev rule could match on DEVTYPE=partition too to avoid matching both /dev/sdb and /dev/sdb1
 hmm, though there's is this ENV{ID_FS_USAGE}=="filesystem" rule
 seems like for once, it's not libgpod that is buggy!
[17:46] <seb128> I'm being confused on what sdb should be
[17:46] <seb128> but teuf seems it should not be ID_FS_USAGE=filesystem
[17:46] <seb128> which is what libgpod filter on
[17:46] <pitti> it shouldn't indeed
[17:46] <seb128> ok
[17:46] <seb128> udev bug?
[17:47] <pitti> blkid, or rather weird signatures on the device
[17:47] <pitti> seb128: where are you discussing?
[17:47] <seb128> #rhythmbox on irc.gnome.org
[17:47] <pitti> seb128: sudo blkid -p /dev/sdb output would be interesting
[17:47] <seb128> but he's probably on some IRC channels on this IRC too
[17:47] <seb128> /dev/sdb: LABEL="iPod" UUID="A88B-3652" VERSION="FAT32" TYPE="vfat" USAGE="filesystem"
[17:47] <pitti> right, he's on freenode as well
[17:48] <pitti> seb128: so it seems this is mis-formatted to have both a partition table and a file system
[17:48] <seb128> are you both on some dk channel?
[17:48] <pitti> #udev
[17:56] <didrocks> seb128: pitti: disable tooltip on demand is available at bug #519856 on both metacity/mutter/compiz (reporting upstream those 3 was painful). As an additional bonus, the metacity branch contains the last update.
[17:57] <seb128> didrocks, you rock
[17:57] <seb128> kwwii, ^
[17:57] <didrocks> seb128: thanks ;)
[17:58] <didrocks> do you want me to suscribe u-m-s? or you will put on your schedule later?
[17:59] <kwwii> didrocks: yes you do rock indeed ;)
[18:00] <seb128> didrocks, subscribe sponsors for now
[18:00] <seb128> I'm behind schedule for today
[18:00] <seb128> I doubt I will look at your caching change or that
[18:00] <didrocks> no pb, done ;)
[18:01] <didrocks> ok, no hurry then
[18:01] <seb128> thanks
[18:01] <seb128> maybe you can convince pitti or mvo to sponsor those ;-)
[18:01] <seb128> I will have a look tomorrow otherwise
[18:01] <seb128> I still have to review an app indicator patch in launchpad
[18:01] <didrocks> ok ;)
[18:02] <seb128> and to work on nm-applet, upstream commented on my patch some days ago and I want to update that today...
[18:02] <didrocks> urgh, think about sleeping a little too seb128 :)
[18:02] <seb128> yeah don't worry
[18:03] <seb128> I will run for dinner soon
[18:03] <didrocks> I'm doing liferea now. If I can help you on other things, tell me
[18:03] <didrocks> enjoy  ;)
[18:03] <seb128> and to have a look to a friends upgrade which broke
[18:03] <seb128> hardy to karmic
[18:03] <seb128> he didn't want to do all the stages upgrade
[18:03] <seb128> didrocks, did you get a reply for cheese?
[18:03] <seb128> didrocks, you can keep doing upgrades from the version page
[18:03] <didrocks> seb128: not yet :/
[18:04] <seb128> there is pessulus, anjuta to upgrade
[18:04] <seb128> gimp
[18:04] <seb128> gtkspell
[18:04] <seb128> and some others
[18:04] <didrocks> seb128: ok, I will certainly sleep early today, but I still can do pessulus and anuta
[18:04] <didrocks> anjuta*
[18:04] <seb128> you should call it a day now
[18:04] <seb128> and do those tomorrow morning
[18:04] <seb128> no hurry
[18:05] <didrocks> let's see if after dinner time I'm motivated to do some updates ;)
[18:10] <baptistemm_> hi there
[18:11] <baptistemm_> I've just updated my lucid install and had an error with update-initamfs, the same than reported earlier
[18:11] <baptistemm_> cpio: ./lib/udev/firmware.sh: --> no such file
[18:11] <seb128> wait for the new udev update to be build and installable
[18:12] <baptistemm_> okay
[18:12] <baptistemm_> thanks a lot
[18:12] <seb128> np
[18:13] <seb128> bbl, dinner and debugging upgrade for a friend on the way
[18:16] <chrisccoulson> good evening everyone
[18:17] <Nafai> evening chrisccoulson
[18:18] <chrisccoulson> hey Nafai, how are you?
[18:18] <Nafai> Doing well!
[18:18] <Nafai> Having fun with gdb at the moment :)
[18:18] <baptistemm_> hey chrisccoulson
[18:18] <chrisccoulson> hey baptistemm_
[18:19] <chrisccoulson> Nafai - what are you debugging in gdb at the moment?
[18:20] <Nafai> got a segfault in my brasero changes, I know why it happens now (something had already been free'd, now figuring out what I need to do to prevent it :))
[18:20] <baptistemm_> chrisccoulson, I seen you pushed my gnome-terminal changes in a bzr branch, it a normal process ?
[18:20] <chrisccoulson> Nafai - make a copy of it ;)
[18:20] <chrisccoulson> baptistemm_ - yeah, we work in bzr :)
[18:21] <chrisccoulson> you can do your changes in bzr if you want, but i'm not sure it's completely necessary
[18:23] <baptistemm_> hey, there is a patch that make bluetooth optionnal for gnome-user-share
[18:24] <baptistemm_> I wonder what would be the result with httpd optional too :)
[18:24] <chrisccoulson> baptistemm_ - we want webdav optional?
[18:24] <chrisccoulson> yeah;)
[18:24] <chrisccoulson> sorry, typing with 1 hand ;)
[18:24] <baptistemm_> bluetooth is at build, and IIRC webdav is at runtime
[18:25] <mvo> didrocks:  you need sponsoring?
[18:26] <mvo> seb128: hrm, hrm, bzr-buildpackage does not work with launchpad-integration
[18:26] <mvo> woah
[18:26] <mvo> it still uses debian/rules arch-build?
[18:26] <mvo> that is from ... 1999 or something ;)
[18:32] <baptistemm_> chrisccoulson, for g-u-s I should move apache-bin from Depends to Suggest ?
[18:33] <chrisccoulson> baptistemm_ - yes
[18:33] <baptistemm_> or Recommend?
[18:33] <baptistemm_> +s
[18:34] <chrisccoulson> recommends are installed by default, which we don't  want
[18:44] <didrocks> mvo: oh yes, if you have some time, there are 3 branches attached here: https://bugs.edge.launchpad.net/mutter/+bug/519856
[18:47] <mvo> didrocks: ok, let me finish my fight with launchpad-integration and then I have a look
[18:49] <pitti> seb128: do we really need X-GNOME-AutoRestart=true in r/share/applications/nautilus.desktop ?
[18:49] <pitti> it breaks nautilus -q
[18:49]  * pitti chmods it to 0 for the moment
[18:49] <pitti> is that just a fallback for crashes?
[18:50] <seb128> pitti, yes it's for crashes
[18:50] <mvo>  * debian/rules:
[18:50] <seb128> idem for gnome-panel
[18:50] <mvo>     - removed arch-build target (very pre bzr-builddeb)
[18:51] <seb128> mvo, hehe, that's sort of why I pinged you for this one
[18:51] <seb128> mvo, you are the one who wrote that old and unknown magic
[18:51] <seb128> ;-)
[18:51] <mvo> seb128: and now its GONE
[18:51] <mvo> maybe I should have kept it? job security?
[18:51] <didrocks> mvo: sweet, thanks ;)
[18:52] <seb128> lol
[18:52]  * seb128 hugs mvo
[18:52]  * mvo hugs seb128
[18:52] <mvo> seb128: all good now, bzr-buildpackage with DTRT now
[18:53]  * mvo hugs james_w for bzr-buildpackage love
[18:53] <james_w> wassat?
[18:54] <mvo> james_w: just a kudos for bzr-builddeb, I love it
[18:54] <james_w> nice :-)
[18:54] <james_w> I added bzr dh_make the other day
[18:54] <mvo> seet
[18:54] <james_w> cd upstream
[18:54] <mvo> sweet
[18:54] <james_w> bzr dh_make <package> <version> http://upstream.org/upstream....tar.gz
[18:54] <james_w> bzr bd
[18:55] <james_w> if you don't have an upstream branch in bzr then just do it from outside a branch and it will create a branch for you in ./<package>
[18:56] <seb128> dinner, bbl
[20:03] <didrocks> seb128: I'll begin tomorrow morning with some updates, too tired now ;)
[20:03] <seb128> didrocks, 'night
[20:03] <didrocks> seb128: thanks, you too. Don't go to bed too late :)
[20:04] <seb128> don't worry, thanks :-)
[20:04]  * pitti waves goodnight, too
[20:04] <baptistemm_> chrisccoulson, g-u-s can be run without http but nothing prevent on to try to start webdav sharing, but actually that's doesnt work
[20:04] <didrocks> good night pitti
[20:04] <baptistemm_> s/on /one/
[20:04] <pitti> bon nuit didrocks
[20:07] <seb128> asac, good work, got mono to build on armel! :-)
[20:07] <seb128> baptistemm_, we should probably hide the ui control for it if it's not running
[20:08] <baptistemm_> or disable it?
[20:08] <seb128> right
[20:09] <asac> yeah ;)
[20:10] <asac> its impressive how deep mono got entrenched in our desktop
[20:10] <asac> through indicator applet pushing mono bindings
[20:10] <asac> or indicator-something (cant remember)
[20:12] <jcastro> asac: yeah for the app indicators
[20:13] <seb128> asac, indicator-application
[20:14] <seb128> asac, well it's just build-depends, thing need to build bindings
[20:14] <seb128> you could say the same about python
[20:15] <asac> seb128: "just" is the wrong word here. its capable of breaking full desktop stack if its failiing on a specific arch ;)
[20:15] <asac> at least build-breaking :)
[20:16] <asac> and yes. there certainly is other stuff that would kill us even harder :)
[20:16] <seb128> well you could say the same about any lib basically
[20:16] <seb128> if gtk doesn't build on armel you are in trouble
[20:16] <seb128> or glib
[20:16] <seb128> or dbus
[20:16] <seb128> or ...
[20:17] <seb128> <zillion things we use in the desktop set>
[20:24] <Laney> asac: good work on the fix!
[20:28] <asac> seb128: thats basically what i said. yes.
[20:28] <asac> Laney: thx
[20:29] <Laney> lp takes longer to generate diffs these days
[21:27] <rickspencer3> ug
[21:28] <rickspencer3> desktopcouch is demanding an administrator password from me to view it :/
[21:28] <rickspencer3> kenvandine, any idea what's up
[21:28] <rickspencer3> ?
[21:28] <kenvandine> oh!
[21:28] <kenvandine> damn!
[21:29] <kenvandine> rm ~/.config/desktop-couch/desktop-couchdb.ini
[21:29] <kenvandine> and kill desktopcouch
[21:29] <rickspencer3> in that order?
[21:29] <kenvandine> chad had a branch to fix it
[21:29] <kenvandine> yeah
[21:30] <rickspencer3> ug, four instances of couchdb are running
[21:30] <rickspencer3> kill all those?
[21:30] <kenvandine> killall beam.smp desktopcouch-service
[21:30] <rickspencer3> and couchjs?
[21:30] <kenvandine> or
[21:30] <kenvandine> killall beam desktopcouch-service
[21:30] <kenvandine> for single core box
[21:30] <kenvandine> i am checking on that bug
[21:31] <kenvandine> i thought they uploaded that fix last week
[21:31] <kenvandine> hope it didn't sneak back in :)
[21:31] <rickspencer3> I'll just kill -9 everything
[21:33] <rickspencer3> kenvandine, no love, it still wants an admin password
[21:33] <rickspencer3> hmm
[21:34] <rickspencer3> and now it won't start from apps
[21:34] <rickspencer3> :/
[21:34] <kenvandine> well... hang on
[21:35] <kenvandine> ok, chad says you don' thave to delete the ini file
[21:35] <kenvandine> but it doesn't matter
[21:35] <kenvandine> you just need to really restart it
[21:35] <kenvandine> kill those processes and make sure they are dead
[21:36] <kenvandine> ok... hang on ... maybe you do need to axe it
[21:37] <rickspencer3> everything is dead
[21:38] <kenvandine> ok, hang on ... waiting for chad :)
[21:38] <rickspencer3> heh
[21:38] <kenvandine> he has it fixed in trunk
[21:38] <kenvandine> basically couchdb likes to overwrite it's ini file sometimes
[21:41] <rickspencer3> ken, this is silly
[21:41] <rickspencer3> no stress
[21:41] <rickspencer3> I'm going to go to the gym, come back, and keep working on couchgrid on my netbook
[21:41] <rickspencer3> (without dist-upgrading it)
[21:42] <rickspencer3> ;)
[21:42] <rickspencer3> I'll do what I can to help you debug tomorrow
[21:42] <kenvandine> rickspencer3,  grep -- -hashed- ~/.local/share/desktop-couch/couchdb.html && dbus-send --session --dest=org.desktopcouch.CouchDB --print-reply --type=method_call / org.desktopcouch.CouchDB.quit && rm ~/.config/desktop-couch/desktop-couchdb.ini
[21:43] <kenvandine> rickspencer3, dbus-send --session --dest=org.desktopcouch.CouchDB --print-reply --type=method_call / org.desktopcouch.CouchDB.getPort
[21:43] <rickspencer3> <a id="there" href="http://SlvaZtTHkb:-hashed-c9bd3d75310eb431d8d4d6719ee98459d36b3488,78ac21c8dd9864cae943396c0653fcdd@localhost:42513/_utils">take me
[21:43] <rickspencer3> Error org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus)
[21:43] <rickspencer3> Error org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus)
[21:45] <kenvandine> ah, cause we killed it
[21:45] <kenvandine> part of his command was stopping it nicely :)
[21:45] <rickspencer3> hehe
[21:45] <rickspencer3> so how do I start it again?
[21:45] <kenvandine> the second command
[21:45] <kenvandine> dbus-send --session --dest=org.desktopcouch.CouchDB --print-reply --type=method_call / org.desktopcouch.CouchDB.getPort
[21:46] <kenvandine> the fix for this should get uploaded friday
[21:46] <rickspencer3> so I am dead in the water on my desktop until Friday?
[21:46] <kenvandine> no
[21:46] <kenvandine> this will fix it
[21:46] <rickspencer3> that's cool, I just won't dist-upgrade my netbook until then
[21:46] <kenvandine> but it might happen again
[21:46] <kenvandine> nothing to do with the update
[21:46] <kenvandine> something makes couchdb want to change that ini file
[21:46] <kenvandine> it seems random
[21:47] <rickspencer3> oh
[21:47] <rickspencer3> ok
[21:47] <rickspencer3> just reboot?
[21:47] <kenvandine> it hit me last week
[21:47] <rickspencer3> reinstall couch?
[21:47] <kenvandine> you still need to run this command
[21:47] <kenvandine> reboot and run both of these commands
[21:47] <kenvandine> :)
[21:47] <kenvandine> just to get back to a sane state
[21:47] <kenvandine> it should only affect futon
[21:47] <kenvandine> apps can still use it
[21:48] <kenvandine> i think :)
[21:49] <rickspencer3> kenvandine, gwibber won't start, my apps won't start
[21:49] <kenvandine> ok, maybe i was wrong
[21:50] <kenvandine> ok... easy
[21:50] <kenvandine> rm ~/.config/desktop-couch/desktop-couchdb.ini
[21:50] <kenvandine> and reboot
[21:51] <kenvandine> gwibber using desktopcouch has helped uncover some of these issues
[21:51] <kenvandine> real desktop apps that you interact with...
[21:51] <kenvandine> if dc goes away, you know it
[21:53] <rickspencer3> kenvandine, okay, rebooting
[21:54] <milanbv> guys, I'm glad to announce you an awesome reporter allowed me to fix the old random bug that destroyed /etc/passwd and /etc/groups when using users-admin
[21:55] <kenvandine> milanbv, excellent
[21:55] <milanbv> some ugly script had added an extra ':' in a line in /etc/group (the one for 'audio' group), which the system-tools-backends did not like at all (quite stupid error checking)
[21:56] <milanbv> a one-liner was enough! and it had been around for a few years! ;-)
[21:56] <rickspencer3> kenvandine, futon works now
[21:57] <kenvandine> rickspencer3, sweet
[21:57] <rickspencer3> hehe
[21:57] <rickspencer3> I had a nice infinite loop in my couchgrid test code
[21:57] <rickspencer3> add 1300+ records before it gave up
[21:58] <dobey> doh. i gotta remember to bug james_w tomorrow
[22:06] <rickspencer3> kenvandine, anything I should wrt logging a bug or what not?
[22:06] <kenvandine> bug is logged and fix committed
[22:06] <kenvandine> don't have the # handy
[22:06] <kenvandine> he has another bug to fix then release
[22:06] <rickspencer3> np
[22:06] <chrisccoulson> milanbv - are you going to do a stb release now, or do you have a patch i can upload?
[22:07] <rickspencer3> also, gwibber seemed to start faster, maybe because desktopcouch was already running?
[22:07] <milanbv> oh, don't worry
[22:07] <chrisccoulson> and is it backportable to the other supported releases?
[22:07] <milanbv> yeah, this is highly backportable
[22:07] <milanbv> (one line)
[22:07] <milanbv> but I guess you can wait for Lucid
[22:07] <milanbv> since the changes in 2.29 have mitigated the problem
[22:07] <chrisccoulson> if it's easily backportable, then the change would probably be worth a SRU for the current releases
[22:08] <milanbv> http://git.gnome.org/browse/system-tools-backends-clone/commit/?id=5bad3f88f5e28fd9c1b62e1da6ff062d520ccc61
[22:08] <chrisccoulson> but i will ask pitti that
[22:08] <milanbv> I'm adding a task against Jaunty
[22:09] <chrisccoulson> milanbv - i'm not sure you can do that (i know that i can't)
[22:09] <milanbv> yeah, I'm just candidating for backport
[22:09] <milanbv> actually this applies from Hardy to Karmic :D
[22:09] <chrisccoulson> yeah, probably. but don't worry about intrepid
[22:10] <chrisccoulson> that's EOL soon, and i suspect that most people will have moved on from that now ;)
[22:10] <milanbv> OK
[22:15] <milanbv> BTW, that's bug 160862
[22:15] <milanbv> going to bed, have good day/night
[22:15] <chrisccoulson> yeah, i think i'm subscribed to that one
[22:15] <chrisccoulson> thanks! :)
[22:16] <milanbv> no problem, I'm quite happy to have eventually tackled that one ;-)
[22:22] <rickspencer3> kenvandine, thanks for helping me get desktopcouch back up
[22:22] <rickspencer3> bbl
[22:51] <kwwii> erm, are we shipping with GRUB2 in lucid?
[22:51] <kwwii> ok, I take that question back
[22:51] <kwwii> night
[22:54] <dobey> uhm, we did in karmic no? :)
[22:57] <RAOF> robert_ancell: I've updated the launchpad-integration merge for mvo's (better) build-from-bzr work in trunk.  Do you want to fight bzr again today, or shall I try to extricate my changes from the clutches of rich-root?
[22:58] <robert_ancell> RAOF, No progress on bzr as of yet.  It might be easier just to send the diff...
[23:00] <seb128> mvo did use trunk?
[23:00] <seb128> didn't?
[23:18] <robert_ancell> *sigh* mono+dpkg is hard...
[23:19] <RAOF> seb128: mvo did use trunk, but my branches hadn't landed there yet.
[23:19] <RAOF> robert_ancell: Want some help? :)
[23:20] <robert_ancell> RAOF, just following the discussion in #ubuntu-devel as to why the last version of launchpad-integration failed to build...
[23:21] <RAOF> Ah, right.  Yes, that's one of the things my branch fixes :)
[23:22] <robert_ancell> oh good.  just trying to upgrade the branch now, if not I'm just going to manually merge everything
[23:23] <robert_ancell> upgrade failed.  interestingly it doesn't seem to be stacked anymore
[23:23] <RAOF> I'm happy to provide a new, non-rich-root branch for you to merge.
[23:24] <robert_ancell> RAOF, ok, please do
[23:24] <RAOF> Because there are some file moves in there, which make simply applying the diff a little more difficult.
[23:28] <robert_ancell> seb128, oh, are you looking at the gdmsetup tool now?
[23:30] <seb128> robert_ancell, not really, but it was either we found somebody to take responsibility for the spec or dropped it
[23:30] <seb128> I told pitti to assign it to me as a target of opportunity
[23:30] <seb128> since having lucid not having an option to not make noise would suck
[23:30] <seb128> and nobody seems to be interested or having free time for it
[23:30] <seb128> I will probably not have free slots for it either though
[23:31] <seb128> :-(
[23:31] <robert_ancell> seb128, ok, I was looking at it the other day - there's a community tool that was made - https://launchpad.net/gdm2setup
[23:31] <seb128> is that the pygtk code calling command lines?
[23:31] <seb128> ie sudo -u gdm gconftool....
[23:31] <robert_ancell> yes
[23:32] <seb128> I'm not sure I like that ;-)
[23:32] <robert_ancell> seb128, the real difficulty is that you can't read the config without root access.  Although I noticed someone has changed gdmsetup to run through sudo now
[23:32] <robert_ancell> didrocks, ^ was that required for the session changes?
[23:32] <robert_ancell> seb128, you don't know of a way to access gconf for another user do you?
[23:32] <seb128> he's sleeping
[23:33] <seb128> gdmsetup is not called through sudo
[23:33] <seb128> but the polkit dialog is displayed on run now
[23:33] <seb128> which is weird
[23:34] <chrisccoulson> yeah, i thought that was a bit weird
[23:34] <robert_ancell> it must access something requiring polkit on startup
[23:34] <robert_ancell> annoyingly the button didn't realise that
[23:34] <seb128> that would explain
[23:34] <seb128> gconf as an another user, good question
[23:35] <robert_ancell> I was looking through the docs but it doesn't seem possible
[23:35] <istaz> is there an official channel for desktopcouch? #desktopcouch seems kinda empty
[23:35] <robert_ancell> (or at least sanely possible)
[23:35] <bratsche> What's the status of sound-juicer these days?  Anyone know?
[23:35] <seb128> bratsche, not really actively maintained I think
[23:35] <seb128> istaz, not sure but kenvandine probably knows
[23:36] <bratsche> Is there a better alternative yet?
[23:36] <seb128> nothing newer no I think
[23:36] <seb128> the current official GNOME way is to use rhythmbox I think
[23:36] <bratsche> Okay, there's a patch I want to write for it later then.
[23:36] <seb128> but I don't think it's any better
[23:37] <istaz> seb128: ok thanks
[23:37] <bratsche> Yeah, banshee lets me rip CDs but sound-juicer does a better job of detecting what the CD is so I still want to use it.
[23:48] <seb128> robert_ancell, gconf-editor can set mandatory key using the gconf default policykit service thing...maybe gdm could do something similar
[23:48] <robert_ancell> seb128, is that the same as a key default?  Can you do that on a per-user basis?
[23:49] <bratsche> Has anyone here ever used rsvg from Python?  The example code that comes with python-rsvg doesn't even seem to work.
[23:49] <seb128> robert_ancell, no in fact it seems to be made to write system defaults only :-(
[23:50] <seb128> bratsche, not me
[23:50] <robert_ancell> seb128, that seems the problem, the gdm default is the same as for all users
[23:56] <seb128> we could set system default key then
[23:57] <seb128> no need to change the gdm user one
[23:57] <seb128> excepted that some keys are used by normal session too...


[00:45] <axw> marcoceppi Icey: storage will be supported in bundles when deployed from CLI in 1.26, not sure when juju-gui support will be added
[00:46] <axw> rick_h_: ^^
[00:47] <lathiat> storage in bundles?
[00:57] <axw> lathiat: yes, the ability to specify how storage is allocated for charms that support the new storage feature
[00:58] <axw> lathiat: e.g. how many disks to allocate for each unit by default
[01:01] <rick_h_> axw: conversations took place today. we wanted to check about creating pools from bundles?
[01:02] <axw> rick_h_: that sounds a bit odd, since a bundle should be deployable to multiple clouds?
[01:03] <rick_h_> axw: true but it also can't be a full deployment without the pool. it's sonething to chat on there.
[01:04] <rick_h_> axw: but the bundle wxport with storage will be on gui 2.0 in dec i think
[01:04] <rick_h_> export
[01:09] <axw> rick_h_: yeah I think it needs sprint-meeting discussion. it doesn't seem straight forward to me. for some providers the pools are really environment specific. e.g. for MAAS, you can specify tags that disks must match... that's going to be specific to an installation of MAAS
[01:09] <axw> rick_h_: so then you have (bundle, pool, MAAS-install) tuple that defines your deployment
[01:13] <rick_h_> axw: right so curious if it's like spexifying machines and the putting services on those machines
[01:14] <rick_h_> axw: it can be very substrate specific and we'd not want those in the store
[01:14] <rick_h_> axw: but useful for a repeatable deploy for your own use
[01:14] <axw> rick_h_: yeah, I guess so. like using instance-type in constraints.
[01:15] <rick_h_> axw: right
[01:19] <axw> rick_h_: FWIW, there's a way to specify an override for storage when deploying a bundle on the command line. --storage <service>:<storage-name>=<constraints>. so it's possible to deploy a bundle with a specific pool, it's just not self-contained
[01:20] <axw> rick_h_: if it's just for personal use, I'm not really convinced the amount of work involved in support it is warranted, but I'm not deploying bundles all the time so I may have a warped view :)
[05:34]  * Sharan slaps kwmonroe around a bit with a large fishbot
[14:12] <tvansteenburgh> rick_h_: need clarification - with new juju store stuff, can one promulgate directly from a /development/ url, or must that development revision be published first?
[14:12] <rick_h_> tvansteenburgh: yes, you can --publish a ~rharding/development/mysql to publish the latest development revision
[14:13] <rick_h_> tvansteenburgh: at least that's the spec, I'm looking forward to getting the client to try it out
[14:13] <tvansteenburgh> rick_h_: and you could do the same with a specific revision i assume?
[14:13] <rick_h_> tvansteenburgh: yes
[14:13] <tvansteenburgh> oh wait, you didn't answer my question :)
[14:13] <rick_h_> tvansteenburgh: or even just 'charm upload --publish .' to both upload it to dev and publish it in one stroke
[14:13] <tvansteenburgh> *promulgate*
[14:14] <rick_h_> tvansteenburgh: oh,  so in promulgate you have to first promulgate the published url.
[14:14] <tvansteenburgh> ok, thanks
[14:14] <rick_h_> tvansteenburgh: then the end user can only upload to develop, and only those with the promulgate ACL can publish from develop to the promulgated published space
[14:14] <rick_h_> if that makes sense
[14:14] <tvansteenburgh> yep
[14:44] <lazypower> woo
[14:44] <lazypower> new tooling
[15:07] <stokachu> anyone know if there is a way to react to a 'relation finished' using juju api or any other means?
[15:07] <stokachu> not specific to reactive pattern just in general
[15:07] <tvansteenburgh> rick_h_: how does one determine whether a user-namespace charm has advanced beyond what is currently promulgated?
[15:08] <tvansteenburgh> stokachu: relation-departed|broken hooks?
[15:09] <stokachu> looking for a way to run a process against a service after it has joined a relation
[15:09] <stokachu> but want to make sure the relation stuff is done
[15:09] <tvansteenburgh> ah, probably need to use status-set for that
[16:28] <roadmr> helloo juju people. How can a unit know its own id? i.e. which command can I run, while inside unit foo/0 (via ssh), to get "foo/0" (or the tag: unit-foo-0)?
[16:29] <marcoceppi> roadmr: if you're in a hook, $JUJU_UNIT_NAME
[16:31] <jrwren> is there a place to see queue of tests to be run for stuff at http://reports.vapour.ws/ ?
[16:31] <roadmr> marcoceppi: what if I'm not in a hook? :( i.e. a plain shell
[16:31] <marcoceppi> jrwren: what do you mean
[16:31] <marcoceppi> roadmr: I mean, not easily, there are "ways"
[16:32] <jrwren> marcoceppi: I updated a MR and am wondering when tests for it will run again.
[16:32] <marcoceppi> jrwren: never, we have to push a button for updates. Only initial new items are run. In the new review queue it'll work on update but it's hard for us to track that in the old one
[16:32] <roadmr> marcoceppi: I could write the unit's id/tag to a file as part of a charm, then I'd have that info available for later... off the top of my crazy head that's one idea
[16:32] <marcoceppi> jrwren: link me to the review item in the review queue and I'll kick off tests
[16:33] <marcoceppi> roadmr: yeah, the other is to sniff init files, but that won't work if you have multiple units on the node
[16:34] <jrwren> marcoceppi: oh!  I'm glad I asked :)  https://code.launchpad.net/~evarlast/charms/trusty/mongodb/fix-dump-actions/+merge/277191
[16:34] <marcoceppi> jrwren: that's not a review queue link ;)
[16:34] <jrwren> marcoceppi: oh.
[16:34] <marcoceppi> jrwren: http://review.juju.solutions/review/2357 will show tests and the results
[16:34] <roadmr> marcoceppi: I see them! is it at all possible for two units of the *same* service to be deployed on the same node?
[16:34] <marcoceppi> jrwren: if there are no tests "PENDING" then none are running
[16:35] <jrwren> marcoceppi: where do I get a review queue link? its in the list here, I've no idea what link you want. http://reports.vapour.ws/latest-bundle-and-charm-results
[16:35] <marcoceppi> roadmr: if someone is crazy, and does a juju add-unit --to, then yes
[16:35] <marcoceppi> jrwren: http://review.juju.solutions
[16:35] <roadmr> marcoceppi: if not, maybe init file poking would help me, since I don't care about services bar, baz, quux, as long as I know this node is foo/0
[16:35] <roadmr> marcoceppi: oh, yes the crazy factor :)
[16:35] <marcoceppi> roadmr: it's probably easier to write it to a file, tbh
[16:35] <marcoceppi> jrwren: I just queued up tests for it
[16:36] <roadmr> marcoceppi: hey thanks for your help/feedback :) at least I know 1) it's not straightforward, 2) I have several options to work with.
[16:36] <jrwren> marcoceppi: http://review.juju.solutions/review/2357 ?  that link?
[16:36] <marcoceppi> yes
[16:36] <marcoceppi> jrwren: it'll say either PASS, FAIL, PENDING, or RUNNING
[16:36] <jrwren> marcoceppi: in that case, this too please: http://review.juju.solutions/review/2371
[16:37] <marcoceppi> jrwren: so if you don't see any PENDING or RUNNING then ping a ~charmer to kick them off
[16:37] <marcoceppi> jrwren: done :)
[16:37] <jrwren> marcoceppi: thank you.
[16:38] <marcoceppi> tvansteenburgh: it looks like LXC substrate for charm testing is broken again "ERROR there was an issue examining the environment: cannot use 37017 as state port, already in use"
[16:38] <marcoceppi> tvansteenburgh: http://juju-ci.vapour.ws:8080/job/charm-bundle-test-lxc/1535/console
[16:38] <tvansteenburgh> marcoceppi: thanks, looking into it
[16:39] <roadmr> marcoceppi: hey feel free to defer me if busy, but what I want to ultimately achieve is being able to deploy a crontab configuration to all units for one particular service but have only one of them run the crontab, the others should ignore or early-exit from it. I can't imagine I'm the first to need something like this?
[16:40] <marcoceppi> roadmr: so, are you doing this crontab as part of a charm? or outside the charm?
[16:41] <roadmr> marcoceppi: good question :) my plan is for the charm to write the crontab file (say in /etc/cron.daily/blah)
[16:41] <marcoceppi> roadmr: if you want it to only run on one unit, then just have this kind of codeblock
[16:41] <marcoceppi> http://paste.ubuntu.com/13493735/
[16:42] <marcoceppi> roadmr: juju will elect a leader from the service group for you at deploy time, and there will ever only be one leader. If that leader goes away a `leader-elected` hook will fire where you can codify that check so that the cront will only ever exist on one machine
[16:43] <roadmr> marcoceppi: oh cool! yes, I was gravitating towards using is-leader but was thinking of using it at runtime (i.e. in the unit). Doing it on hooks sounds reasonable
[16:44] <marcoceppi> roadmr: it's be a safer and repeatable way to do what you're looking for
[16:44] <roadmr> marcoceppi: indeed... and it sounds like the correct way to use is-leader, rather than my horrid mental hacks :)
[16:44] <marcoceppi> :D
[16:45] <roadmr> marcoceppi: cool! I'll dive into doing it that way. Thanks so much!
[16:49] <cory_fu> marcoceppi: Still no ANN for the new charm-tools?  mbruzek was hitting an issue that was fixed in the new version with --hide-metrics
[16:53] <marcoceppi> cory_fu: the latest version is out and live
[16:54] <marcoceppi> cory_fu: it's been out (1.9.2) since Friday, still fighting homebrew'
[16:54] <cory_fu> Anything I can help with?
[16:55] <marcoceppi> cory_fu: it's grunt work, see https://github.com/Homebrew/homebrew/pull/46273 apparently the way I've been doing Formulas for the past 2 years is "wrong"
[16:58] <marcoceppi> cory_fu: I'm working on it again now, if I can get poet to work I should have it in homebrew soone enough
[16:58] <cory_fu> Thanks a bunch
[16:58] <cory_fu> mbruzek's issue was just that he was not aware of the new release.  It is working now, I believe.
[17:01] <marcoceppi> of course, poet doesn't install cleanly.
[17:03] <tvansteenburgh> how would one fix this: ERROR failed to bootstrap environment: cannot make cloud-init init script for the machine-0 agent: relative path in ExecStart (cloud-city/charm-testing-lxc/tools/machine-0/jujud) not valid
[17:05] <tvansteenburgh> "relative path not valid"... i have cloud-city/ dir, but nothing beyond in that path
[17:05]  * tvansteenburgh tries creating dirs...
[17:07] <tvansteenburgh> nope
[17:15]  * tvansteenburgh facepalms. note to future self - don't set JUJU_HOME to a relative path
[17:18] <rick_h_> tvansteenburgh: ouch, that seems like a party there
[22:23] <blahdeblah> Hi all, quick Q: is it possible to tell juju to use MAAS to bootstrap and install the boostrap node into a container in MAAS rather than the base node itself, leaving the base node available for other juju units?
[22:30] <marcoceppi> blahdeblah: so bootstrap in a LXC container?
[22:31] <blahdeblah> marcoceppi: yep
[22:31] <marcoceppi> blahdeblah: not really, at least not atm, however you can just create a KVM container on the maas-master and tag it "bootstrap" so you can `juju bootstrap --constraints="tags=bootstrap"`
[22:32] <blahdeblah> yeah - I've done that before, but it's cumbersome and manual
[22:32] <blahdeblah> When the LXD driver comes it will be possible?
[22:32] <blahdeblah> s/it will/will it/
[22:32] <lazypower> marcoceppi: it may be complete coincidence, but if i have a machine tagged bootstrap maas always picks it for the bootstrap node.
[22:33] <lazypower> i dont have to pass the --constraints bit
[22:33] <marcoceppi> blahdeblah: I don't know, I'm not sure if you'll be able to register lxd as a chassis for maas
[22:33] <blahdeblah> lazypower: hi - did you see my question about the DNS charm recently?
[22:33] <marcoceppi> though that would be pretty awesome
[22:33] <lazypower> blahdeblah : I did not
[22:33] <blahdeblah> marcoceppi: :-(
[22:33] <lazypower> blahdeblah on the repo?
[22:34] <blahdeblah> lazypower: No, here; I've read through the doco on it a couple of times and I'm still struggling to understand what you're aiming at with it.
[22:35] <lazypower> blahdeblah : a single charm to handle DNS
[22:35] <lazypower> either setup the bind infrastructure to handle DNS for me, or proxy requests to my upstream DNS provider like Rt53
[22:35] <blahdeblah> lazypower: Was hoping you'd have some time to have a hangout to discuss so I can fit into it with the stuff I'm working on.
[22:36] <lazypower> Sure. I have a todo to lend a hand integrating it into the big data bundles possibly
[22:36] <lazypower> I can wrap it into that todo, and sync next week over it so it'll be fresh in my mind?
[22:37] <lazypower> i haven't looked under teh hood of the charm in a bit, its been an on-going WIP
[22:37] <blahdeblah> marcoceppi: Any idea who are the people to talk to about explaining my use case?
[22:37] <blahdeblah> lazypower: Cool - thanks
[22:38] <blahdeblah> lazypower: The current thing that you seem to be aiming for is sending requests to manage DNS records over the relation, right?
[22:39] <lazypower> Correct
[22:39] <blahdeblah> lazypower: What I'm hoping to do is tie the DNS records directly to a relation, so that as soon as I add a unit and it's functional, it gets added to DNS without needing to ask anything.
[22:39] <lazypower> Thats exactly the plans of the auto relation
[22:39] <lazypower> it uses the units name and a wildcard domain to populate the entire model
[22:39] <lazypower> that or SRV records
[22:39] <lazypower> er
[22:39] <blahdeblah> I thought that might be the case, but the doco for it is empty at the moment. :-)
[22:39] <lazypower> welllll
[22:40] <lazypower> lets sling some code g-funky
[22:40] <lazypower> :D
[22:40] <marcoceppi> blahdeblah: the maas team, or email the juju mailing list about it
[22:40] <blahdeblah> marcoceppi: I would have thought it would be all in the juju driver side of things; we can deploy units to LXCs on MAAS now, just not the bootstrap node.
[22:41] <marcoceppi> blahdeblah: wait
[22:41] <marcoceppi> blahdeblah: what?
[22:41] <marcoceppi> the lxc container has to run somehwere though
[22:41] <blahdeblah> lazypower: I'm definitely happy to do some coding for it
[22:42] <blahdeblah> marcoceppi: yep, and the MAAS driver allows saying "juju add-unit --to lxc:N", where N is a MAAS-provisioned machine.
[22:42] <blahdeblah> marcoceppi: s/driver/provider/ maybe - not sure on the exact terminology there
[22:42] <marcoceppi> blahdeblah: sure, that makes sense, that exists for other providers
[22:42] <marcoceppi> so what you want is for maas to spin up a machine and put the bootstrap node on a lxc container on that node?
[22:43] <blahdeblah> exactly
[22:45] <blahdeblah> That way an environment could be fully auto-provisioned in MAAS without requiring a dedicated bootstrap machine or manually adding KVM nodes to MAAS.
[23:44] <los_> Q: is there a current list of providers for JuJu?  "providers" is the "per IaaS enabler" bits right?
[23:45] <cholcombe> i seem to have run into this problem with the manual provider: https://bugs.launchpad.net/juju-core/+bug/1412621
[23:45] <mup> Bug #1412621: replica set EMPTYCONFIG MAAS bootstrap <adoption> <bootstrap> <bug-squad> <charmers> <cpec> <cpp> <maas-provider> <mongodb> <oil> <juju-core:Fix Committed by frobware> <juju-core 1.24:Won't Fix> <juju-core 1.25:Fix Released by frobware> <https://launchpad.net/bugs/1412621>
[23:46] <marcoceppi> los_: there is
[23:48] <los_> marcoceppi: thankx...I'll look again.  Did you see this re: LXD? https://www.youtube.com/watch?v=QyXLRDN0ERo
[23:48] <marcoceppi> los_: `juju init --show | grep "type:" | grep -v "#" |  awk '{print $2}'` which says the following:
[23:49] <marcoceppi> los_: openstack maas joyent gce ec2 cloudsigma vsphere manual local azure
[23:49] <marcoceppi> los_: Yes! I have seen teh lxd provider, it'll be in the 1.26-alpha2 release which should be out in a week or so
[23:50] <los_> marcoceppi: I swear, if I could wave a magic wand and banish all the old maas/juju vids I think that'd be my best contribution!
[23:50] <marcoceppi> los_: haha, yeah... you and me both. You should checkout the Juju video channel which is only publishing fresh content
[23:51] <marcoceppi> los_: https://www.youtube.com/channel/UCSsoSZBAZ3Ivlbt_fxyjIkw
[23:51] <marcoceppi> los_: we're publishing new content about once or twice a week to that channel
[23:54] <los_> marcoceppi: THANKS!  Awesome.


[01:13] <Unit193> cyberanger: Oh, and done any docker/lxc?
[03:53] <cyberanger> Unit193: unfortunately
[03:54] <cyberanger> From what I've seen, I don't think I'm a fan
[03:54] <cyberanger> But I'm hoping that may change
[04:02] <Unit193> May want to check another channel for related backlog.
[04:07] <cyberanger> Another channel?
[04:07] <cyberanger> I'm in a lot less channels right this moment
[04:07] <cyberanger> (Doing a huge overhaul, and znc isn't as high on the priority list, so I just threw something together quick)
[05:22] <cyberanger> I really wish I had more time...
[05:23] <Unit193> For everyting.
[05:24] <cyberanger> Yep
[12:43] <average_guy> aw yeah, finally got it working
[12:43] <average_guy> gui on server = dumb. broke it
[12:44] <average_guy> what was messing me up was I could not get to the CUPS admin panel remotely. I kept getting 'forbidden'
[12:45] <average_guy> I did it locally with sensible-browser and setting it all up was easy from there
[23:24]  * aedend is building his first kernel atm... "make" please be kind...
[23:58] <aedend> finished my first LFS build, and... it works! Excellent way to learn about Linux


[00:49] <ScottK> slangasek: I can't accept chromium-browser and it's got some security fixes in it, so would you please accept it?
[00:49] <ScottK> Package accept page times out reliably for me on that one.
[00:52] <slangasek> done
[04:49] <ScottK> slangasek: Thanks.
[11:31] <bdrung> can someone accept lintian?
[11:31] <bdrung> i don't want that waiting too long lets lintian run into this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522441
[11:31] <ubot4> Debian bug 522441 in file "file: misreported gzip-compressed files" [Normal,Open]
[15:46] <ScottK> bdrung: Done.
[15:50] <bdrung> ScottK: thanks. i hope that it build this time.
[15:50] <ScottK> Me too.
[15:52] <bdrung> ScottK: this is just my fifth try ;)
[15:52] <ScottK> ;-)
[15:53] <bdrung> the question is: what comes after pkgbinarymangler and amd64 vs i386?
[16:11] <bdrung> ScottK: can you accept audacity too?
[16:11] <ScottK> bdrung: No.  Due to Bug #745799
[16:11] <ubot4> Launchpad bug 745799 in launchpad "DistroSeries:+queue Timeout accepting packages (affects: 1) (heat: 13)" [Critical,Triaged] https://launchpad.net/bugs/745799
[16:18] <bdrung> ScottK: \o/ lintian built!
[16:19] <ScottK> Congratulations.
[17:05] <iulian> ScottK: Uh, that is indeed a nasty bug.
[17:06] <ScottK> It is.  It comes and goes for vague and varied SQL reasons.
[17:07] <iulian> Uhmm.
[20:40] <ScottK> slangasek: Would you please accept audacity.  The LP page times out for me.
[20:41] <slangasek> accepting
[20:41] <ScottK> Thanks.
[20:41] <ScottK> bdrung: ^^^
[20:44] <iulian> ScottK: Does that happen only to you?
[20:48] <ScottK> iulian: The Canonical archive-admins can use their command line access so it doesn't come up.
[20:49] <ScottK> I'm limited to the Soyuz U/I in LP.