[00:02] <stgraber> cjwatson: diagnostic so far is that the .md5sum file isn't even read by ucf, not sure why yet
[00:03]  * SpamapS wipes the sweat off his brow, checks for any bleeding wounds, then returns to hacking
[00:12] <micahg> stgraber: FYI, cjwatson said he was gone a few hours ago in case you're waiting for a quick answer
[00:12] <stgraber> cjwatson: ok, found the issue, it's caused by the fact that we have a lastsum on the system, so the whole .md5sum file is ignored
[00:12] <stgraber> micahg: nope, not really hoping for a quick answer :) I'll likely post that in the bug report anyway
[00:13] <micahg> stgraber: k :)
[00:41] <ohsix> am i seeing things or is python-ubuntuone-client and ubuntuone-client broke right now w/ unsatisfiable deps
[00:43] <ohsix> ahhnm i know what to check, ftb for my arch
[01:42] <kees> skaet: what's the best way to answer the question "is pkg Foo seeded?"
[01:43] <cjwatson> kees: http://people.canonical.com/~ubuntu-archive/germinate-output/
[01:43] <cjwatson> grep through that (perhaps over ssh rather than http)
[01:43] <skaet> kees,  its an area I'm still learning about,  germinate is what folks use.
[01:45] <kees> cjwatson: ah, yes, germinate again. how quickly I forget. :)
[01:46] <cjwatson> (also: make the distinction between "explicitly seeded" and "pulled in by dependency-expansion of seeds")
[01:47] <kees> well, mostly I'm trying to sort out the mess that is cyrus-sasl2-heimdal. we branched from debian at the wrong time...
[01:48] <kees> currently cyrus-sasl2-heimdal is uninstallable and ftbfs. it's in universe, but people do use it.
[01:49] <cjwatson> the rdepends/ directories in germinate-output can tell you why something is wanted in main
[01:49] <kees> nothing seems to seed it, so that's nice. but to fix it, we need debian's -6 of cyrus-sasl2, and that gets seeded by lots. I suspect this'll need a -proposed update after release.
[01:49] <cjwatson> they're the answer to many questions in that area
[01:50] <cjwatson> I'd prefer to keep the term "seeded" for "there's an explicit entry in the seed files kept in bzr for it"
[01:50] <kees> gotcha
[01:51] <cjwatson> since that corresponds to the useful concept of "we explicitly decided we wanted this in main regardless of dependencies" (mostly)
[01:51] <cjwatson> and besides the verb/noun correspondence makes more sense that way :)
[02:25] <cavedon> hi, jcc binary  on natty needs to be rebuilt. what is the procedure for requesting a rebuild at this stage?
[02:26] <cavedon> I guess open a bug and subscribe whom?
[02:42] <sladen> cavedon: open a bug, subscribe ubuntu-release
[02:42] <cavedon> sladen, thanks
[02:46] <sladen> cavedon: got the bug number/package name?
[03:00] <cavedon> sladen, https://bugs.launchpad.net/ubuntu/+source/jcc/+bug/768733
[03:06] <sladen> cavedon: python -m jcc.__main__   "/usr/bin/python: No module named _jcc"   that's a different error to what the bug report suggests?>
[03:07] <sladen> cavedon: how can I test the rebuild fixes it?
[06:08] <happyaron> Is there any plan about Firefox 4 for Lucid?
[06:12] <micahg> happyaron: no, but maybe 5 or 6
[06:12] <micahg> happyaron: you can get it now in the PPA, ppa:mozillateam/firefox-stable
[06:18] <happyaron> micahg: thanks. I'm using Nighly from ftp.mozilla.org now, which get auto-update everyday.
[06:18] <micahg> happyaron: we have nightlies too, ppa:ubuntu-mozilla-daily/ppa, package is firefox-trunk
[06:19] <happyaron> thanks.
[07:56] <didrocks> good morning
[08:04] <smoser> anyone have any ideas? i've got a self signed https server . i have 2 systems running natty, that comlain about it, but will let me get the file.
[08:04] <smoser> i have 2 systems running lucid (headless systems, the other 2 are desktops) that simply refuse
[08:04] <smoser> wget says: Unable to establish SSL connection.
[08:05] <smoser> python urllib2 gives: urllib2.URLError: <urlopen error [Errno 104] Connection reset by peer>
[08:15] <lool> slangasek: apparently the u1 package issue went away by itself
[08:15] <lool> or someone fixed it
[08:15] <slangasek> yeah, there was IS fixing involved :)
[09:12] <tseliot> Riddell: can you approve fglrx in the archive, please? It contains updates to the EULA and to the documentation
[09:12] <tseliot> it won't affect the image build since the driver is not installed by default
[11:29] <Quintasan> good morning
[13:18] <mdeslaur> good morning
[13:18] <mdeslaur> @pilot in
[14:12] <ScottK> sladen: I took care of jcc.
[14:14] <ScottK> tseliot: It's on the Kubuntu DVD so it does affect image building.
[14:14] <tseliot> ScottK: ah, I didn't know that
[14:16] <sladen> ScottK: ta
[14:31] <J_Rey> Anyone know if the system requirements are going to noticably increase if using Unity?
[14:35] <tomreyn> is there a universal command which can be used to check for presence of installed non-free kernel modules?
[14:36] <tomreyn> i think apport and reportbug do this but i'm not sure how
[14:43] <mterry> tomreyn, jockey?
[14:43] <directhex> tomreyn, /proc/sys/kernel/tainted
[14:44] <directhex> tomreyn, 0 means no non-free modules
[14:46] <tomreyn> directhex: that's what i was looking for, thanks. How would I go about identifying which modules are tainting the kernel?
[14:47] <directhex> tomreyn, that's rather more involved ;)
[14:48] <tomreyn> okay, i'll leave it there for now, that's good enough for my needs.
[14:56] <directhex> tomreyn, try something like for i in `lsmod | tail -n +2 | cut -f1 -d' '`; do if [ -n "$(modinfo $i | grep ^license | grep -v GPL)" ]; then echo $i; fi; done
[14:56] <ScottK> i
[14:56] <directhex> tomreyn, this is unsophisticated & will spit out a module which isn't really tainted (e.g. MIT only), and will miss modules which lie to fool the kernel (e.g. "not GPL; Proprietary")
[15:01] <smoser> does anyone have a https server with a self signed cert running on natty ?
[15:02] <smoser> i have a little python based web server, with self signed cert and I can't connect to it from lucid using python or wget (Unable to establish SSL connection.)
[15:02] <smoser> i want to make sure its not a bug in the natty openssl stack
[15:04] <mdeslaur> smoser: what about wget with --no-check-certificate?
[15:04] <smoser> it fails.
[15:04] <smoser> same command succeeds from natty to natty
[15:05] <smoser> both complain about the certificate
[15:05] <smoser> but it gives "Unable to establish ssl connection" when run from lucid -> natty.
[15:06] <mdeslaur> smoser: hmm...interesting
[15:06] <smoser> wait. i might not have been cclear
[15:07] <smoser> server is natty python based self signed cert.
[15:07] <smoser> when client is lucid, wget and python fail
[15:07] <smoser> when client is natty, wget and python both succeed
[15:09] <mdeslaur> smoser: give me a few minutes, I'll set up a natty apache with https and try it
[15:12] <fta> robbiew, hi, do we know how debdelta compares with google's courgette?
[15:12] <fta> robbiew, https://sites.google.com/a/chromium.org/dev/developers/design-documents/software-updates-courgette
[15:12] <RoAkSoAx> mdeslaur: howdy!! Since you are piloting, could you please sponsor bug #768598 please?
[15:13] <robbiew> fta: I don't, and tbh  would prefer to use something shared by debian
[15:14] <fta> robbiew, ok, fair enough. i just has the impression that courgette would be several orders of magnitude smaller
[15:14] <fta> but i didn't test deltadeb
[15:14] <mdeslaur> RoAkSoAx: sure...I'll have to ask the release team for approval first though
[15:16] <mdeslaur> RoAkSoAx: actually...looks like it's too late for release, so it needs to be an SRU once natty is out
[15:17] <RoAkSoAx> mdeslaur: Oh, I didn't know that we were already frozen. Thanks though!
[15:20] <tumbleweed> smoser: works for me (twisted ssl server)
[15:23] <smoser> tumbleweed, you have a self signed https server running on natty? and you can connect to it using wget or python from lucid ?
[15:23] <tumbleweed> smoser: with --no-check-certificate yes
[15:24] <smoser> ok. thank you.
[15:32] <ScottK> RoAkSoAx and mdeslaur: You can upload to natty-proposed now, although (unless I screw up) it won't get accepted until release.
[15:33] <ScottK> No need to wait.
[15:34] <mdeslaur> ScottK: ah! cool, thanks
[15:42] <mdeslaur> RoAkSoAx: I'll upload powernap as a day 0 SRU
[15:42] <kirkland> mdeslaur: RoAkSoAx: thanks
[15:43] <RoAkSoAx> ScottK: cool!! good to know! Thanks
[15:43] <RoAkSoAx> mdeslaur: awesome! Thank you
[15:43] <RoAkSoAx> kirkland: wouldn't have even noticed if you wouldn't have pointed it out :)
[15:43] <kirkland> RoAkSoAx: i was working with negronjl, showing it off, and it broke for both of us
[15:44] <RoAkSoAx> kirkland: yeah I don't really know what happened cause I did patch that. I guess I just forgot to commit those 3 lines when changing laptopsg
[15:44] <RoAkSoAx> kirkland: btw.. how did the tests go? How much energy savings were shown?
[15:46] <RoAkSoAx> kirkland: btw the issue was only seen when executing powernap-now, cause it wouldn't have come back up with activity or powerwake-now. But other than that everything was working as expected
[16:36] <tomreyn> directhex: thanks for the non-free kernel module one-liner :)
[16:59] <mdeslaur> @pilot out
[17:47] <hallyn> Daviey: about bug 769025, what do we do with it, target it at 'natty-updates'?
[17:53] <ohsix> hallyn: do you know offhand if cgroup-bin still makes suspend fail?
[17:56] <hallyn> ohsix: nope
[17:57] <hallyn> thatis, i don't know
[17:57] <ohsix> i had a fun time figuring it out :] installed it to check it out a few times and thought the failures were from thekernel or something related
[17:57] <ohsix> the way it bins threads, kernel and otherwise messes with the ordering of something, at least with the default configuration in cgroup-bin
[17:58] <ohsix> i didn't know enough about it (that's why i wnated to mess with it) to offer a fix, and i still don't; shrug
[18:02] <hallyn> ohsix: there is an open bug about it right?
[18:02] <hallyn> (pretty sure i saw one before)
[18:02] <hallyn> if i get through some other bugs, i may try to reproduce here
[18:02] <ohsix> yea i think i filed one after i found out & closed the bug i reported for the suspend
[18:03] <ohsix> one moment
[18:04] <ohsix> https://bugs.launchpad.net/ubuntu/+source/libcgroup/+bug/713187
[18:18] <hallyn> ohsix: thanks
[18:37] <ScottK> barry: I think Bug #768363 is python2.7 related.  I was wondering if you could have a look.
[19:45] <dobey> can someone approve the lucid/maverick nominations on bug #663001 please?
[20:11] <Cas07> I updated this bug https://bugs.launchpad.net/ubuntu/+source/pygtk/+bug/664920 with ubuntu sponsors so that it can be backported but i am wondering if there is anything else i should do?
[20:38] <hallyn> ohsix: actually, i think libcgroup may no longer stop suspend from working.  It's not placing tasks in any child cgroups for me by default
[20:39] <hallyn> ohsix: that's not to say you can't write a config to make it do so.  (nor that i'm just wrong about my conclusion)
[20:39] <ohsix> did the config remove the default groupings?
[20:39] <ohsix> right, the config it came with in mav was what was moving things
[20:40] <hallyn> ok - we still might want to teach libcgroup explicitly not to move kthreadd, but by default maybe it won't mess people up
[20:40] <Daviey> hallyn, That package is universe, and unseeded by flavours as far as i can see.  Therefore, natty pocket makes sense still.
[20:41] <ohsix> it might be more than kthreadd, at least with respect to suspend, but since it's bad to do it's probably prudent
[20:41] <hallyn> ohsix: right
[20:41] <hallyn> Daviey: are you saying go ahead and dput?
[20:41] <Daviey> hallyn, Final freeze for universe/multiverse is 26th.
[20:42] <Daviey> hallyn, Yes, i would.
[20:42] <hallyn> Daviey: cool, then i just have to find someone who's not on vacation who can sponsor :)
[20:42] <hallyn> SpamapS: around?
[20:42] <Daviey> hallyn, linky, i can
[20:42] <hallyn> finding
[20:42] <Daviey> hallyn, Vacation is for wuffos.
[20:44] <hallyn> Daviey: the source (minus .orig.tar.gz) is at http://people.canonical.com/~serge/libcgroup_0.37.1-1ubuntu2-package.tgz.  bzr tree is linked to the bug which is https://bugs.launchpad.net/ubuntu/+source/libcgroup/+bug/769025
[20:44] <hallyn> Daviey: i could do with a week vacation with no laptop available
[20:44] <Daviey> hallyn, so bzr branch is suitable for review?
[20:44] <hallyn> yup
[20:44] <hallyn> want me to do merge request?
[20:44] <Daviey> hallyn, I get shaky hands if i haen't checked my email for an hour.
[20:44] <Daviey> hallyn, sure, go for it.
[20:45] <hallyn> merge proposal sent
[20:46] <hallyn> yeah i used to be that way.  i might still be.  wouldn't know, bc it hasn't happened :)
[20:46] <Daviey> hallyn, what about https://code.launchpad.net/~serge-hallyn/ubuntu/natty/libcgroup/upstart ?
[20:47] <hallyn> Daviey: that's merged
[20:47] <hallyn> well upstart2 was
[20:48] <hallyn> it was a long road :)
[20:48] <Daviey> hallyn, does that mean bug 681724 is fix released?
[20:49] <hallyn> Daviey: i forgot all about that one!  Yes, it is.  we're now mounting under /sys/fs/cgroup/
[20:50] <hallyn> looks like we licked 5 or 6 bugs with the last-minute release.  and so far only created one new one :)
[20:50]  * hallyn ^5s jbernard 
[20:50] <Daviey> hallyn, Okay, looking at the merge proposal now.. Could you copy the debian/changelog entry that fixed that bug into a comment, and change the status to Fix Released please?
[20:51] <hallyn> a comment on that bug you mean, right?
[20:52] <hallyn> done
[20:52] <Daviey> ta
[21:21] <micahg> mdke: ubuntu-docs firefox-index still references Ubuntu 10.10, I filed a bug against ubuntu-docs a couple weeks ago
[21:22] <mdke> micahg: does firefox still use that these days? I thought it was all handled internally by now
[21:23] <micahg> mdke: firefox doesn't, but midori does and I think maybe others
[21:23] <mdke> micahg: I can fix it now but don't know if the upload will be accepted
[21:23] <ScottK> SRU material now unless you can get a fix uploaded in the next 15 minutes.
[21:23] <micahg> mdke: would you rather me fix the midori home page?
[21:24] <ScottK> We have a Ubiquity fix that's about to go in, so I can take a trivial fix if it's quick.
[21:24] <micahg> mdke: ugh, it's seeded, I'll see if I can fix midori and the other browsers instead
[21:25] <mdke> it's fairly easy SRU material though
[21:26] <mdke> ScottK: I will try a gnome-user-docs upload in the next 15, as I have some help for mobile broadband that I'd like to get onto the images if at all possible
[21:26] <ScottK> Hurry.  Just accepted Ubiquity.
[21:26] <micahg> mdke: ok, if you want to SRU the ubuntu-docs change, that'll probably be easier, then we can fix the other browsers for oneiric
[21:28] <mdke> ScottK: will depend how long it takes to build. Testing is straightforward
[21:28] <ScottK> Let's see how he does with my deadline for getting it in -release first ....
[21:28] <ScottK> OK
[21:30] <ScottK> mdke: It looks like you've got a little longer, there's some buildd backlog and I doubt Ubiquity will make the next publisher run.
[21:30] <mdke> ScottK: splendid, my laptop is a bit slow at building :)
[21:30] <ScottK> So don't dawdle, but better to take a little extra time to get it right than to push it by a given moment.
[21:31] <mdke> noted
[21:31] <mdke> how much longer are we talking?
[21:59] <mdke> ScottK: uploaded
[22:06] <ScottK> Looking
[22:07] <ScottK> mdke: Accepted.
[22:08] <mdke> ScottK: a million thanks
[22:08] <mdke> or hugs
[22:08] <ScottK> You're welcome.
[22:08]  * ScottK prefers thanks in whisky.
[22:09] <maco> ScottK: taken Riddell's linguistic preferences to heart?
[22:09] <ScottK> I figure he's in a position to be authoritative on the matter.
[22:11] <mdke> ScottK: noted
[22:11] <ScottK> mdke: You coming to UDS again?
[22:12] <mdke> ScottK: I'm afraid not. In fact, I've never been to one
[22:12] <mdke> :(
[22:12] <ScottK> Ah.  Too bad then.
[22:12] <mdke> difficult to get away from work
[22:35] <lamont> how on earth do I get &*^_&N  to quit thinking that because the window bumps in to the top of the screen when I move it that I for some inexplicable reason want a full screen version of it?
[22:52] <broder> go in ccsm and disable the grid plugin
[22:54] <cjwatson> or Grid -> Edges -> Resize Actions -> Top Edge = None
[22:54] <cjwatson> (also in ccsm)