[00:09] <mterry> robert_ancell, what are your thoughts on using libgnome-desktop3 to set the average background color?  I'm not sure I want to propose rewriting how we do the background stuff we have at this late juncture, so it would mean we'd be using its background setting method even though the user never saw the root window
[00:09] <mterry> robert_ancell, this is in reference to bug 1043572
[00:10] <robert_ancell> mterry, should be ok
[00:11] <mterry> robert_ancell, I'll try to whip something up, but in order to make it for UIF, I'll try to finish it tonight so you can review
[00:11] <robert_ancell> ok
[04:35] <pitti> Good morning
[06:24] <malkauns> how do you create animated progressbars in gtk-3 ?
[07:00] <dholbach> good morning
[09:06] <cody-somerville> wtf
[09:06] <cody-somerville> my e-mail to ubuntu-devel has been moderated
[09:06] <cody-somerville> "The reason it is being held:
[09:06] <cody-somerville>     Post by non-developer to moderated list."
[09:06] <cody-somerville> Ugh. I'm the owner of ubuntu-core-dev. Pretty sure I'm a developer ;p
[09:07] <ogra_> cody-somerville, sent under wrong address ?
[09:07] <cody-somerville> Checked
[09:07] <xnox> cody-somerville: wrong email alias? which email are you subscribed to with to the mailing list? @ubuntu?
[09:07] <cody-somerville> Sender: cody-somerville@ubuntu.com
[09:08] <ogra_> did you stop developing and mailman noticed ? :)
[09:08]  * xnox ..... who will break the news out to cody?! =))))))))))) *giggles*
[09:08] <cody-somerville> possibly :-)
[09:08] <cody-somerville> mailman is written by barry so it's probably got all sorts of features ;)
[09:09] <ogra_> haha
[12:37] <jamespage> can someone help me understand why 'apt-get install bacula' in 12.04 results in 'bacula : Depends: bacula-server but it is not going to be installed'
[12:37] <scott-work> stgraber: do you know to whom i would speak to learn how to set up ubuntu studio's profile for autotesting per https://blueprints.launchpad.net/ubuntu/+spec/other-q-ubuntu-flavors ?
[12:38] <jamespage> I figure its something todo with unversioned dependencies on the bacula meta-package but I'd like to understand why it creates this issue (if that is the problem)
[12:38] <scott-work> point me at documentation, an example, or another person would be helpful :)
[12:41] <zul> jamespage:  good question and i dont think you are being a dumbass
[12:47] <geser> jamespage: tested in my precise vm and apt is happy with the dependencies. try if "apt-get install bacula bacula-server" tells you more (you might need to repeat this with additional dependencies till you get to the real error)
[12:48] <jamespage> geser, hmm -  "apt-get install bacula bacula-server" works just fine
[12:48] <geser> interesting
[12:49] <jamespage> geser, there is a version of bacula in -updates as well which I think is causing the problem
[12:49] <jamespage> bacula -> bacula-server
[12:49] <jamespage> bacula does not have a versioned Depends on bacula-server
[12:50] <geser> I've -updates enabled in my precise vm and "sudo apt-get -s install bacula" shows no error
[12:52] <jamespage> geser, odd - I get http://paste.ubuntu.com/1175807/ from exactly the same command
[12:53] <geser> is this about an upgrade or fresh install of bacula?
[12:54] <jamespage> geser, fresh install
[12:54] <jamespage> relates to bug 1034962
[12:54] <jamespage> geser, my instance is fully up-to-date and is amd64 arch
[13:02] <geser> jamespage: did you try if temporarily disabling the -updates repo "fixes" it?
[13:03] <jamespage> geser, good point
[13:03]  * jamespage tries it
[13:05] <jamespage> hmm - odd - I still see the same issue
[13:05]  * jamespage puts the idea about -updates confusing things in the bin
[13:10] <geser> try activating some of apt's Debug settings like Debug::pkgProblemResolver, perhaps it gives a hint
[13:34] <jamespage> geser, thanks for that pointer - I think I see the issue
[13:35] <jamespage> I think its a Recommends down the depencency chain on a virtual package - this is fixed in quantal
[13:36] <jamespage> precise: Recommends: bacula-sd-tools
[13:36] <jamespage> quantal: Recommends: bacula-sd-mysql (>= 5.2.6+dfsg-2ubuntu1) | bacula-sd-tools
[13:37] <hallyn> jodh: SpamapS: the upstart cookbook doesn't seem to mention anything about 'restart job' acting different from 'stop; start' when there is a pre-stop or post-stop stanza.  that is the case right?
[13:39] <jamespage> zul, geser: its broken in oneiric as well
[13:39]  * jamespage sighs
[13:41] <geser> jamespage: you're probably right. I had Recommends disabled my precise vm and with Recommends enabled I get that error too
[13:42] <jamespage> geser, testing that theory now; the Recommends has been like that since forever so suspect a change in resolver behaviour as well - but its def not right
[13:42] <geser> but 'sudo apt-get -s install bacula -oApt::Install-Recommends=false' works again
[13:42] <jamespage> geser, thanks for the help BTW
[13:50] <jamespage> gema, ^^ why we need more automated test coverage of seeded packages which are not on ISO's
[13:51] <gema> jamespage: excuse my ignorance, where do I find those seeds?
[13:52] <jamespage> gema, launchpad - they are all owned by the ubuntu-core-dev team
[13:52] <jamespage> https://code.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/platform.quantal for example
[13:52] <geser> jamespage: the interesting question is if this is a packaging bug in bacula or a regression in apt
[13:53] <jamespage> geser, depends on what apt should do when trying to resolve a virtual package
[13:53] <jamespage> I find it odd that it just picks one
[13:53] <jodh> hallyn: well spotted. Yes, that is the case - the behaviour needs documenting in the man pages too. I'll add to the Cookbook this week if I get a chance.
[13:54] <hallyn> jodh: thanks, wanted to make sure
[13:54] <jamespage> mvo, any opinion on the discussion above?
[13:55] <geser> assuming it ever worked as expected
[13:55] <jamespage> geser, quite
[13:56] <geser> btw this was Debian bug #602222
[13:59] <jamespage> geser, looks like thats been dropped during merges for some time....
[14:00] <jamespage> geser, there is certainly a behavioural change in apt between natty and oneiric which reveals this issue
[14:08] <soren> hallyn: I don't know if it answers your question, but restart and stop;start differ in that stop;start stops the job as upstart knows it in-memory and then starts it anew based on what's in the upstart job file now. Restart doesn't care what's on disk. It uses it's in-memory copy of the job description as it were when it was started.
[14:08] <soren> hallyn: Whether there are differences wrt to pre-stop and post-stop handling.. I don't know.
[14:12] <dholbach> gema, dpm, ScottK, bdrung: ready? :)
[14:13] <dpm> dholbach, in 45 mins?
[14:13] <gema> dholbach: dpm is starting, I am second!
[14:13] <dholbach> yep
[14:13] <gema> ready
[14:13] <dholbach> just asking all speakers of today
[14:13] <dpm> gema, yes dholbach is aware too, we've changed it in the calendar. Thanks again for swapping :)
[14:14] <gema> dpm: no problem!
[14:14] <bdrung> dholbach: yes as a ill developer can be
[14:14] <hallyn> soren: yea, that bit is documented in the cookbook.  but also if there is a pre-stop or post-stop stanza, then 'restart' does not kill and restart it.  i only know bc that's been a problem with libvirt before
[14:14] <hallyn> biab
[14:19] <Peace-> just to report something that ubuntu devs should read http://www.wired.com/wiredenterprise/2012/08/osx-killed-linux/ that's maybe why developers can't do a good  programs for years things are keeping changing and they broke always the code you did before
[14:27] <arges> Hello. If a debian bug targets the wrong package, is there a way to change the package it was targeted against, or should I file a new bug?
[14:27] <pitti> arges: http://www.debian.org/Bugs/server-control
[14:27] <arges> pitti, thanks
[14:28] <pitti> arges: if you have the "bts" tool working, "bts reassign 12345 new-package new-version"
[14:28] <pitti> otherwise mail the command to control@bugs.debian.org
[14:28] <arges> ahh very nice
[14:33] <ricotz> hello, could an archive-admin look into accepting clutter-gst-2.0 ? -- https://bugs.launchpad.net/ubuntu/+source/clutter-gst/+bug/1040930
[14:36] <seb128> ev, is e.u.c broken?
[14:36] <ev> seb128: working fine here
[14:36] <seb128> ev, selecting: 12.10, gnome-control-center, the past month gives me a "No data to display" which I find hard to believe ;-)
[14:36] <seb128> like I know g-c-c has bugs, it should have collected at least one in august
[14:37] <seb128> there is a solid list of those for 12.04 though
[14:38] <ev> seb128: it's a sort of bug in the deployed version of errors.ubuntu.com....
[14:39] <ev> it only shows problems with instance counts >= 20
[14:39] <ev> whereas trunk takes the 100 problems with the highest instance counts
[14:39] <seb128> so no g-c-c bug got >= 20 during august
[14:39] <seb128> that's hard to believe
[14:39] <ev> so looking at trunk, I see problems with 18, 16, and 9 instances (and so on)
[14:39] <ev> in quantal.
[14:40] <seb128> ok, maybe we have less quantal users that I though
[14:40] <seb128> some bugs have > 3000 in precise for g-c-c during august and they are not fixed in quantal
[14:40] <ev> in 12.04 we had 3447 instances for the biggest g-c-c problem
[14:40] <seb128> yeah, I'm just surprise that we don't have a magnitude of some hundred for quantal at least
[14:41]  * xnox quantal users don't use g-c-c but use dconf-editor?
[14:41] <seb128> it means we don't get enough people running it yet at this stage to do work in a statistical way :-(
[14:41] <seb128> ev, thanks for the responses
[14:41] <ev> seb128: anytime :)
[14:42] <seb128> xnox, could be, it means we don't have enough real datas to know what to work on though ... at this point we are basically back to IRC pings and launchpad :p
[14:42] <ev> seb128: for what it's worth, ubiquity's top problem in 12.10 has 220 instances
[14:42] <ev> so it could just be that g-c-c is lightly used so far
[14:42] <ev> (software-center's is 1338)
[14:43]  * xnox probably should look at those about ubiquity....
[14:43] <seb128> ev, yeah, could be
[14:43] <seb128> ev, ok, maybe I'm overlooking it but where are retraced stacktraces hidding?
[14:43] <seb128> ev, I would like to get some debug infos for https://errors.ubuntu.com/bucket/?id=failed%3A%2Fusr%2Fbin%2Fgnome-control-center%3A11%3Ax86_64%3A%2Fusr%2Flib%2Fcontrol-center-1%2Fpanels%2Flibnetwork.so%2Bd0e5%3A%2Fusr%2Flib%2Fx86_64-linux-gnu%2Flibgobject-2.0.so.0.3200.3%2Bfeca%3A%2Fusr%2Flib%2Fx86_64-linux-gnu%2Flibgobject-2.0.so.0.3200.3%2B28741%3A%2Fusr%2Flib%2Fx86_64-linux-gnu%2Flibgobject-2.0.so.0.3200.3%2B29242%3A%2Fus
[14:43] <seb128> r%2Flib%2Fx86_64-linux-gnu%2Flibgobject-2.0.so.0.3200.3%2Bfca2%3A%2Fusr%2Flib%2Fx86_64-linux-gnu%2Flibgobject-2.0.so.0.3200.3%2B20d71%3A%2Fusr%2Flib%2Fx86_64-linux-gnu%2Flibgobject-2.0.so.0.3200.3%2B29099%3A%2Fusr%2Flib%2Fx86_64-linux-gnu%2Flibgobject-2.0.so.0.3200.3%2B29242%3A%2Fusr%2Flib%2Fx86_64-linux-gnu%2Flibdbus-glib-1.so.2.2.2%2B110a7%3A%2Fusr%2Flib%2Fx86_64-linux-gnu%2Flibgobject-2.0.so.0.3200.3%2Bfca2%3A%2Fusr%2Fl
[14:43] <seb128> ib%2Fx86_64-linux-gnu%2Flibgobject-2.0.so.0.3200.3%2B20d71%3A%2Fusr%2Flib%2Fx86_64-linux-gnu%2Flibgobject-2.0.so.0.3200.3%2B29099%3A%2Fusr%2Flib%2Fx86_64-linux-gnu%2Flibgobject-2.0.so.0.3200.3%2B29242%3A%2Fusr%2Flib%2Fx86_64-linux-gnu%2Flibdbus-glib-1.so.2.2.2%2B116e6%3A%2Flib%2Fx86_64-linux-gnu%2Flibdbus-1.so.3.5.8%2Be9a6
[14:44] <seb128> arg
[14:44] <seb128> sorry for the spam, I didn't see that 1 line would do that
[14:44] <seb128> ev, that's the most reported g-c-c bugs for 12.04 in august
[14:44] <seb128> bug
[14:47] <dholbach> https://wiki.ubuntu.com/UbuntuDeveloperWeek last day starting in 13 minutes in #ubuntu-classroom
[14:48] <ev> seb128: that one failed to retrace
[14:48] <ev> back in a few - need to help a colleague
[14:48] <seb128> ev, ok
[15:12] <stgraber> sconklin: that'd be me
[15:13] <stgraber> oops
[15:13] <stgraber> wrong tab-complete
[15:13] <stgraber> scott-work: ^
[15:19] <debfx> infinity: clang 3.1 ping :)
[15:42] <karunCool> Hello
[15:42] <scott-work> stgraber: sorry to bother you :)   i'll await the ping then
[16:22] <karunCool> Hello anyone here
[16:22] <karunCool> ???
[16:30] <SpamapS> hallyn: re pre-stop screwing up restart.. its bug 703800
[16:31] <hallyn> SpamapS: yup, thanks, i've marked it a dup
[16:39] <bjf> slangasek: bug 1043936
[16:39] <bjf> slangasek: this is something i mentioned last week in the release channel
[16:41] <bjf> slangasek: i'm just now getting back to it
[16:41] <slangasek> bjf: is this with or without preseeding of interface names?
[16:41] <slangasek> bjf: fwiw this isn't ubiquity, ubiquity is only used in the desktop live installer
[16:41] <bjf> slangasek: no preseeding of interface names
[16:41] <slangasek> ok
[16:41] <bjf> slangasek: i didn't know what to file the bug against
[16:42] <slangasek> so it looks like we've failed to get biosdevname included in the target
[16:42] <slangasek> bjf: can you confirm that the biosdevname package is missing on the system?
[16:42] <bjf> slangasek: any log files you'd like me to attach?
[16:42] <bjf> slangasek: i had to install biosdevname myself
[16:43] <slangasek> bjf: have you rebooted since installing biosdevname?
[16:43] <bjf> slangasek: no
[16:44] <bjf> slangasek: can do if you'd like me to
[16:44] <slangasek> bjf: so I expect that a reboot will rejigger the interface names now that biosdevname is present, and let things work as intended; we just need to sort out why the package wasn't included in the target
[16:45] <bjf> slangasek: would you like me to reboot and see?
[16:45] <slangasek> bjf: if that's ok, yes
[16:45] <bjf> slangasek: np
[16:46] <bjf> slangasek: i have no problem reprovisioning this system from scratch if that would help in any way
[16:46] <bjf> slangasek: it's a test box and only takes about 10 minutes
[16:47] <slangasek> bjf: I think if you can attach /var/log/installer/*, and confirm that a reboot is sufficient to fix the networking, that's all we need
[16:47] <bjf> slangasek: just so you know, i had to fix up /etc/network/interfaces by hand to get it onto the network and install biosdevname
[16:48] <slangasek> oh, then after reboot your config file and interface names will be criss-crossed ;)
[16:48] <bjf> slangasek: nope, everything came up as eth0 still
[16:49] <slangasek> bjf: ok, then /var/log/udev as well please
[16:49] <bjf> ack
[16:59] <bjf> slangasek: logs attached
[17:05] <infinity> Riddell: Did you have any plans to fix the symbols files in telepathy-qt for ARM and PPC?  It's been FTBFS all month...
[17:23] <bjf> slangasek: i also attached the preseed file that i'm using
[17:30] <xnox> barry: I don't like OrderedDict. It should support being initialised with dictionary syntax yet preserving order. E.g. OrderedDict({'x':1,'a':1,'b':1}).items() == ['x','a','b'] should be True, but it's not =(
[17:30] <xnox> barry: oh well, will change to tuple now =(
[17:32] <xnox> barry: wait.... i simply don't need a dictionary in this case at all, just tuple of tuples.
[17:32]  * xnox likes OrderedDicts again
[17:33] <geser> :)
[17:37] <barry> xnox: exactly.  the former suggestion would be impossible
[17:38] <xnox> barry: phhhh if import print_functions changes print(), you could make former to work !!!! =)
[17:39] <xnox> if barry.is_away(): self.make_black_magic()
[17:39] <barry> xnox: if you'd like to submit a pep <wink> i can commit it for you, but i think it will not live long before the guido hammer fell :)
[17:40] <xnox> barry: maybe on 1st of april
[17:40] <xnox> =)
[17:40] <barry> yes! we need a new april fools joke :)
[18:58] <bjf> slangasek: i added biosdevname to my preseed file pkgsel/include and that seems to have done the trick
[18:58] <bdrung> ScottK: developer week session in a few minutes
[19:00] <slangasek> bjf: right-o - so we just need to fix it so that's done by default
[19:00] <bjf> slangasek: ack
[19:11] <kees> \o/ biosdevname
[19:20] <xnox> kees: =)))) if only people new the things that get you excited ! =)
[19:21] <kees> xnox: it's my secret sysadmin upbringing or something :)
[19:22] <xnox> kees: I'm thinking to get a Linksys WRT router in a plush form now =)
[19:22] <kees> ah!
[19:23] <kees> I just built my first dd-wrt router :)
[19:55] <geser> and if kees drops soon out of IRC we know why :)
[20:24] <kees> geser: heh, so far I haven't null-routed myself :)
[20:52] <smoser> pitti, around ?
[20:53] <ScottK> jbicha: There's a bug in gnomebuntu-default-settings.postrm.  It still says Xubuntu.  Please fix and reupload.
[20:54] <smoser> i was looking at bug 1018552 . i'm generally python illiterate.
[20:54] <smoser> data/general-hooks/ubuntu.py uses 'startswith' a lot of times. and seems to pass strings in.
[20:56] <ScottK> smoser: The issue in that bug is a matter of type changes between python and python3.
[20:56] <smoser> right.
[20:57] <ScottK> In python, string and bytes are interchangeable, but in python3 they're different types.
[20:57] <smoser> so i can easily fix that case, with: ami.startswith(b'ami-')
[20:57] <smoser> but the file is loaded with those
[20:57] <ScottK> The 'b' at the start makes is of type bytes and not type string.
[20:57] <smoser> so all of thse uses of startswith should be fixed, no?
[20:58] <ScottK> It depends on if it really should be bytes and not string.
[20:58] <ScottK> Congratulations.  IME the is the most painful part of python/python3 porting.
[20:59] <ScottK> When you trip over the added distinction in the two types you have to step back and figure out which one you actually want.
[20:59] <ScottK> I'd ask barry  to look at it as he claims to understand this distinction well.
[20:59] <smoser> ah. is see.
[20:59] <smoser> the url.open returns bytes
[20:59] <smoser> easiest to just change that to  a string i think
[21:00] <ScottK> Probably, but I haven't looked at the code, so I don't have a very valid opinion.
[21:00] <bdrung> smoser: you need to decode/encode it as some kind of string if the url returns a string
[21:00] <barry> sorry, i'm deep into a few other things atm.  i could possibly help later
[21:02]  * ScottK looks for a minion to ping barry every 5 minutes IOT ensure his productivity is completely destroyed.
[21:03] <jbicha> ScottK: thanks
[21:03]  * barry needs no extra help destroying his productivity
[21:09] <smoser> barry, bdrung anyeone.. if you want to look at https://code.launchpad.net/~smoser/ubuntu/quantal/apport/lp1018552/+merge/122147
[21:09] <smoser> i'm pretty sure that is right (at least it seems to test right)
[21:09] <smoser> but it seems like theres other hplaces there in ubuntu.py that should also need to be fixed.
[21:09] <barry> smoser: is this python3?
[21:10] <smoser> yes.
[21:10] <smoser> apport is python3
[21:12] <barry> smoser: i'm uncomfortable with the blanket str() conversion.  probably better to .decode('utf-8') assuming the bytes are coming back as utf-8.  the problem is you need to know the encoding, or be told it out of band.  or you can just cross your fingers which is what this is pretty much doing ;)
[21:12] <smoser> barry, i changed it
[21:12] <smoser> you're looking at old diff i think
[21:12] <barry> smoser: ah, sorry
[21:12] <smoser> if ami and ami.startswith(b'ami'):
[21:13] <barry> yeah, that's probably better
[21:13] <barry> bytes is bytes :)
[21:13] <smoser> do you think there are othe rthing sin that file that need to be fixed?
[21:14] <smoser> well. i'm gonna upload this one.
[21:15] <barry> smoser: i can't really tell from the diff context.  i'd have to review the code, but i don't have any time right now to do that :(
[21:16] <smoser> fine.
[21:16] <smoser> i'm uploading this one now
[21:30] <soren> hallyn: Oh, ok. Interesting. That's good to know. Thanks!
[21:30] <soren> hallyn: (re: upstart jobs and pre-stop and post-stop stanzas)