[07:13] <micahg> pitti: so, I finally got Firefox uploaded, it's building on i386 now, should be done in ~2 hrs, I think the other archs should be ready to copy to -proposed in ~7-9 hours, I'll be back in ~7hrs
[07:31] <pitti> Good morning
[07:31] <pitti> micahg: ah, nice; the langpacks are ready for upload as well
[07:31] <pitti> micahg: so I'll upload them when we copy firefox to -proposed from the PPA
[07:32] <micahg> pitti: ok, I'll check on it when I wake up (early morning for DMB Meeting :))
[07:52] <dholbach> good morning
[08:11] <pitti> jibel: the server ISOs built and have no uninstallability; https://jenkins.qa.ubuntu.com/view/Precise/job/precise-server-amd64_default/lastFailedBuild/console looks like a problem in the test system itself?
[08:12] <pitti> jibel: or is there something wrong with the cdimage publishing/checksums generation?
[08:13] <pitti> oh, holiday
[08:18] <pitti> ScottK, Riddell: kalgebra doesn't build kalgebra-dev any more; the changelog makes this look like an accident/merge error instead of deliberate? (it's needed by cantor)
[08:19] <pitti> in http://launchpadlibrarian.net/87670525/kalgebra_4%3A4.7.3-0ubuntu1_4%3A4.7.90-0ubuntu2.diff.gz
[08:19] <pitti> it also dropped libanalitza4 and -dev
[09:36] <pitti> gema: good morning, how are you?
[09:37] <gema> pitti: hello, I am good, you?
[09:37] <pitti> gema: I'm great, thanks!
[09:37] <pitti> gema: jibel and jamespage are on vacation now, and it seems that the server ISO tests are broken (looks like a bug in the test setup)
[09:38] <pitti> gema: do you know if anyone jenkins-literate is still available in your team?
[09:38] <pitti> https://jenkins.qa.ubuntu.com/view/Precise/job/precise-server-amd64_default/lastFailedBuild/console
[09:38] <pitti> I can't make any sense of this, I'm afraid :(
[09:38] <pitti> internal error process exited while connecting to monitor: chardev: opening backend "file" failed
[09:38] <gema> pitti: patrick will be working later today, but we've created a wiki that should help us figure out what is wrong
[09:38] <gema> pitti: let me pull it out
[09:39] <gema> pitti: I am going to have a look using this: https://wiki.ubuntu.com/QATeam/AutomatedTesting/UnderstandingJenkinsResults
[09:39] <pitti> gema: right, but it doesn't have any existing "infrastructure failure conditions"
[09:40] <gema> pitti: then why is it failing?
[09:40] <pitti> gema: I don't know :) the ISO is present and working
[09:40] <pitti> I pasted the error message above
[09:40] <gema> pitti: give me 5 mins to  have a look , I have been trying to learn about it, now seems like a good time to test what I learnt
[09:40] <pitti> it's not something from the server ISO itself, it doesn't even start booting it apparently
[09:40] <pitti> gema: ah, heh
[09:41] <pitti> gema: well, on the bright side, Rick is now _also_ on holiday, so he will hopefully not look at jenkins today and get another heart attack :)
[09:41] <gema> pitti: larry and pete were in Lex last week adding machines to the lab, maybe something was left in the wrong state
[09:41] <gema> pitti: haha
[09:42] <gema> pitti: everything's red, not just server
[09:42] <pitti> gema: I think this problem has just one clean solution: let's just go to holidays as well :)
[09:42] <stgraber> :)
[09:42] <gema> pitti: sounds good to me, actually, if I had any days left :P
[09:42] <pitti> gema: ah, indeed, just refreshed; I suppose an hour ago the desktops etc. didn't start testing yet
[09:42]  * pitti has his last official day today
[09:43] <pitti> mission: inbox zero
[09:43] <gema> pitti: select all -> mark as read, works wonderfully
[09:43] <gema> :P
[09:47] <hrw> smoser: can grub-legacy-ec2 provide grub? This way Xen/cloud instances will not get grub-pc installed (as it is recommended by kernel: grub-pc|grub|lilo).
[09:47] <gema> pitti: the virsh start command seems to have failed, so something is wrong with the VMs (I think)
[10:02] <Chipzz> pitti: last day of the year, or moving on to greener pastures?
[10:02] <pitti> Chipzz: just EOY vacation
[10:02] <pitti> Chipzz: will be back on Jan 3
[10:02] <Chipzz> pitti: ah k :)
[10:03] <Chipzz> have a nice and relaxing vacation then :)
[10:03] <pitti> Chipzz: thanks! I guess you'll have some as well?
[10:03] <Chipzz> pitti: I started mine over a week ago :)
[10:04] <Chipzz> pitti: had a lot of unspent vacation which I all took in December
[10:04] <Chipzz> I use public transportation to go to work, and since December usually is way too cold for my taste, that happens to work pretty well :)
[10:28] <gema> pitti, Chipzz: spotify with Christmas carols will have to do for me until Wed evening... :(
[10:29] <pitti> heh
[11:00] <gema> pitti: did you do anything to jenkins?
[11:04] <pitti> gema: FTR, I only see the R/O frontend, I can't actually "do" anything to it
[11:04] <gema> pitti: ok, I thought you had access :)
[11:11] <pitti> meh, seems everytime we do an auto-sync from Debian we import gazillions of NBS
[11:11]  * pitti catching up
[11:12] <dholbach> did anybody else run into bug 906248?
[11:12] <pitti> doko: ^ missing B/R:?
[11:13] <pitti> although I guess /usr/bin/python3 is supposed to be in -minimal, not in python3.2
[11:14] <cjwatson> should be, yes
[11:14] <doko> pitti, my bad, should be in the udeb. will fix
[11:14] <pitti> doko: thanks
[11:16] <pitti> so, what the heck is the libverto build complaining about (depwait on libev-dev); we have that since lucid
[11:17] <pitti> oh, nevermind; someone NEWed it to main, putting back to universe
[11:29] <apw> dholbach, /me just hit it too
[11:29]  * apw wonders if a fixed version will fix this this up or if manual intervention is required
[11:29] <doko> pitti, needs manual intervention :-/
[11:30] <pitti> doko: why? the next upload will just drop the file and should install again?
[11:30] <doko> pitti: because b-d's are not installable. let me try something
[11:31] <pitti> doko: oh, does it b-dep on itself?
[11:32] <doko> pitti, lsb_release depends on python3
[11:33] <pitti> oh; so we could temporarily switch that back to py2, build py3 with that, and switch to py3 again?
[11:33] <cjwatson> hm, ubiquity seems to fail on today's ISO image; did jenkins not catch that?
[11:33] <pitti> (yay for 30 minute publisher cycles)
[11:33] <doko> no, avoiding lsb-release in the python3 build
[11:34] <pitti> cjwatson: no, all the autotests ran fine
[11:34] <cjwatson> odd
[11:34] <pitti> cjwatson: perhaps because it's using pre-seeding and avoids some UI? does the UI crash or the logic?
[11:35] <cjwatson> somewhere in between; it's possible that a preseeded install would avoid this though, yes
[11:35] <cjwatson> anyway, looking into it now
[11:35] <apw> cjwatson, do we have somewhere to file bugs against the QA jenkins tests?  seems we should "failed to catch this regression"
[11:36] <pitti> I think gema mentioned that she wanted to file a bug against the jenkins tests
[11:36] <pitti> gema: ^ is there a specific LP project for this?
[11:36] <cjwatson> it's something non-Unicode somewhere in the language list
[11:37] <pitti> cjwatson: oh, sounds like bug 905429
[11:37] <pitti> cjwatson: something in pygobject changed to return unicode, but setlocale() doesn't like that
[11:37] <pitti> http://bugs.python.org/issue3067
[11:37] <cjwatson> could be yes
[11:38] <cjwatson> not convinced though
[11:38] <pitti> I worked around it in language-selector by .encode('UTF-8') in the setlocale() call
[11:38] <cjwatson> it's nowhere near a setlocale call
[11:38] <pitti> ok
[11:38] <doko> pitti: ok, building
[11:46] <doko> Laney, some more haskell packages will build once the kernel with bug 861296 fixed is on the buildds. checked with haskell-src-exts
[11:46] <Laney> oh awesome
[11:46]  * Laney subscribes
[11:46] <cjwatson> pitti: I think I just need a "make sure this is unicode if it isn't already" helper everywhere
[11:47] <cjwatson> rather than assuming it's str and using .decode
[11:47] <Laney> ah, no task which would tell me that
[11:47] <gema> pitti: we have a project ongoing with the community to add test cases from bugs into our regression suit
[11:47] <cjwatson> wouldn't surprise me if this showed up elsewhere mind you
[11:47] <gema> pitti: depending on the problem, it wouldn't be ISO testing but more generic type of testing
[11:47] <gema> pitti: but language selector sounds like daily iso , agreed
[11:48] <gema> pitti: I believe that the project would be https://launchpad.net/ubuntu-server-iso-testing
[11:48] <pitti> gema: no, I meant for "it didn't catch the ubiquity failure"
[11:49] <pitti> cjwatson: calling encode() on a str should be a no-op, though
[11:49] <gema> pitti, add the bug against that project, tag it with qa-test-code and we will look into it
[11:49] <pitti> cjwatson: ah, no, it's not; sorry
[12:21] <Riddell> pitti: it as an accident to upload it yet but analitza has been split out and I'll fix it later today
[12:22] <pitti> Riddell: ah, thanks
[12:55] <pitti> apw: btw, is linux-meta in git anywhere? IOW, if there's an ABI bump, could someone like me just upload the corresponding -meta after binNEWing the kernel, or should we always bug you guys?
[12:55] <pitti> apw: (waiting for the armel build still)
[12:56] <apw> pitti, its in our git repos, i've already reved it for the -6, its not all built yet though is it
[12:56] <pitti> apw: ah, ok; so "bug you guys" it is :)
[12:56] <pitti> apw: no, armel will need another 3 hours
[12:57] <apw> pitti, its one we can cope with at least if its done by you just about, we've had one or two done by AAs in the past
[12:57] <apw> pitti, we are usually waiting on tenta-hooks for it to complete
[12:59] <mr_pouit> pitti: mmh, micahg and I had hoped to stick to abiword 2.8.x for precise (for xubuntu), as 2.9.x is a development branch...
[13:09] <pitti> mr_pouit: hm, it's in Debian testing; the new one doesn't depend on the NBS gucharmap any more
[13:09] <pitti> mr_pouit: but if that was wrong, I can also roll it back to 2.8, and see whether that one works without gucharmap
[13:10] <pitti> will be back later, just off to lunch, but will read scrollback
[13:10] <pitti> mr_pouit: sorry, I wasn't aware that you wanted to say at 2.8
[13:11] <mr_pouit> well, we didn't advertise it at all, so you couldn't have guessed ;-)
[13:11] <apw> doko, you will be pleased to hear that and update as of now the python3 thing seems resolved, and following the onscreen prompts seems to have installed it without other human intervestion
[13:12] <mr_pouit> pitti: I'll rediscuss with micahg, and the xubuntu testers to see if 2.9.x fixes lots of issues present in 2.8.x, so no hurry
[13:13] <Thomas_Jaszok> Hello,
[13:13] <Thomas_Jaszok> I'm studding "economy and computer since" and I'm nearly finished with my studies.
[13:13] <Thomas_Jaszok> I would like to write about the working plan and the business process of Ubuntu and wanted to ask you if I somebody would have some time for a small Interview
[13:16] <smoser> hrw, we actually want the cloud-images to have grub-pc installed.
[13:17] <smoser> without it they would not function in kvm
[13:23] <hrw> smoser: xen ones do not need it - they are fine with grub-legacy-ec2
[13:25] <smoser> hrw, well, yes. but the cloud-images "just work" on xen or kvm. so having "provides" would break that.
[13:25] <smoser> perhaps there could be another itility that *did* provide that, and possibly it could depend on grub-legacy-ec2.
[13:26] <smoser> but i am hesitant to build thinkgs on grub-legacy-ec2, when i think the right solution is to get "pv-grub2"
[13:27] <hrw> smoser: ok
[13:28] <smoser> if you were nice enough to cjwatson, he might comment, and maybe even do the pv-grub2 work for you .
[13:28] <smoser> but i've failed to be so nice.
[13:28] <smoser> (he has mentioned that he understands what would have to be done there)
[13:29] <cjwatson> there was a patch posted upstream recently
[13:29] <cjwatson> I don't know how complete or, er, productised it is
[13:30] <cjwatson> (haven't had a chance to read over it)
[13:34] <smoser> ah. thanks cjwatson.
[13:36] <smoser> hrw, for reference http://lists.gnu.org/archive/html/grub-devel/2011-11/msg00088.html
[13:39] <hrw> thx
[13:40] <hrw> smoser: will stay with pygrub for now - works fine.
[13:42] <smoser> hrw, but we coul definitely consider something else providing "grub" that was that.
[13:44] <hrw> smoser: ok, just wanted to know opinion
[13:44] <hrw> smoser: I remember day when I did lucid-maverick-natty upgrade and ended with nonbooting system. learnt more then needed on xen, xen console stuff
[14:06] <apw> pitti, we have a kernel waiting to be copied out to -proposed which appears to have been there since the 14th, what triggers that, is it manual?
[14:18] <pitti> apw: just slipped attention, I guess; I'll do the outstanding stuff now
[14:32] <micahg> pitti: why did you sync abiword 2.9.1, I had a note on MoM not to sync it
[14:33] <pitti> micahg: I merged with Debian (well, was a sync) as the current one still needed the libgucharmap gtk2 libs which are gone now
[14:33] <pitti> micahg: see discussion with mr_pouit from an hour ago
[14:33] <apw> pitti, thanks
[14:33] <pitti> micahg: mr_pouit | pitti: I'll rediscuss with micahg, and the xubuntu testers to see if 2.9.x fixes lots of
[14:33] <pitti> ... issues present in 2.8.x, so no hurry
[14:33] <pitti> micahg: in response to "want me to roll back"
[14:33] <micahg> pitti: ah, silly freenode dropped me :)
[14:34] <micahg> pitti: so  I missed it, thanks
[14:34] <pitti> but then we need to figure out how to build it without gucharmap
[14:34] <pitti> (probably not that hard, though)
[14:37] <micahg> pitti: well, we're stuck with GTK2 in Xfce land, but as abiword/pyabiword are the only rdepends, I have trouble keeping the lib around just for that, but if 2.9.1 is crashy, I'd suggest doing just that, but will follow up with the xubuntu team
[14:38] <pitti> micahg: right
[14:40] <apw> doko, ok the oneiric/ti-omap4 is in proposed now, which has the fixes you wanted; that should cover the newer buildds at least
[14:43] <dobey> pitti: btw, some of the apport hookutils seem to be broken, and import static bindings
[14:43] <pitti> dobey: oh, which?
[14:43] <pitti> from gi.repository import Gio, GLib
[14:43] <dobey> pitti: at least the gconf one anyway; it imports gconf/glib static bindings
[14:43] <pitti> dobey: oh, that's gone in precise
[14:44] <pitti> dobey: attach_gconf() is a no-op now and the import is gone
[14:44] <pitti> dobey: attach_gsettings_schema() is the new kid in town
[14:44] <dobey> oh; so the banshee apport hook is just broken in precise now :)
[14:44] <dobey> and broken in oneiric because of the imports :)
[14:44] <pitti> dobey: broken because it doesn't collect gconf data?
[14:45] <dobey> pitti: broken because the hook expects it to, and it now doesn't, in precise, yeah
[14:49] <micahg> pitti: if you have time, could you look at bug 906110, it fixes a depwait
[14:49] <dobey> pitti: someone was just asking about a problem reporting a bug against banshee in oneiric in #launchpad, and i asked him to report this bug against apport; and do a work around to file his bug against banshee
[14:51] <ScottK> pitti: kalgebra was uploaded to the archive by accident.  It was meant to go to a PPA for now, but it'll be in the archive eventually and it'll all be OK, so I think it's best to just leave it for now.
[14:52] <pitti> zul, Daviey: the nova upload in -proposed is a bit hard for trackign -- almost all of the referenced bugs only have an upstream task, and there is no meta-bug for tracking verification; any idea how this should be done?
[14:52] <pitti> ScottK: right, will do
[14:53] <pitti> zul, Daviey: I'll accept it for now to unblock testing, but I guess for the next update we need something like the kernel guys do with their tracking bugs
[14:53] <zul> pitti: the SRU tracking one is: https://bugs.launchpad.net/ubuntu/+source/nova/+bug/901710 (however can you reject the horizon package, there is a couple of things i want to do to it)
[14:54] <zul> pitti: how does the kernel guys do it?
[14:57] <pitti> zul: they create a metabug for each new release which documents the current status and testing, like in bug 899339
[15:20] <doko> apw, \o/
[15:22] <doko> lamont, any chance to get these installed on the buildds?
[15:34] <jdstrand> pitti: hi! fyi, got your canned 'moved to -proposed/verification-needed' comment in 868360. this is already fix released and there are no nova packages in -proposed. fyi in case of script error
[15:35] <pitti> jdstrand: I just accepted it maybe 30 mins ago, it should turn up on the mirrors soon?
[15:35] <pitti> hmm, /me checks LP, where did it go?
[15:36] <jdstrand> pitti: ok. thing is, I did a security update for that bug last month. not sure why it was on your report
[15:37] <jdstrand> ah, it was closer to 2 months ago
[15:38] <jdstrand> http://www.ubuntu.com/usn/usn-1247-1/
[15:38] <jdstrand> anyhoo, no worries on my end. only fyi
[15:41] <lamont> doko: we don't have any buildds that run 2.6.32, other than arm and ppc
[15:42] <lamont> or were you referring to the l/m/n omap/4 kernels?
[15:42] <micahg> pitti: still another 2-4 hrs to go before the firefox copy for lucid (powerpc is behind), maverick is still waiting on powerpc as well, I'm fine with both happening tomorrow if you want
[15:43] <lamont> doko: in any case, it will happen in the normal course of things, once they show up in -security or -updates
[15:43] <pitti> micahg: sure, WFM
[15:49] <pitti> jdstrand: https://launchpad.net/ubuntu/+source/nova/+publishinghistory has it, t hough
[15:56] <jdstrand> pitti: ok, so 6.2 is what 868360 is referring to. that was fixed in Oct. 6.3 (http://www.ubuntu.com/usn/usn-1305-1/) was a different security update, which also shouldn't have gone through -proposed or gotten the verification-needed comment.
[15:58] <jdstrand> pitti: neither 6.2 or 6.3 went through -proposed and 868360 was already fix released, which is why I thought the verification-needed bug update was odd
[15:59] <pitti> jdstrand: well, the whole update is a bit weird -- pretty much all of the bugs are upstream tasks only, cf. my question to zul/Daviey an hour ago
[16:00] <jdstrand> pitti: ok. I see that https://launchpad.net/ubuntu/oneiric/+source/nova/2011.3+git20111117-0ubuntu1 does reference that bug, which must be why it was on your list
[16:00]  * jdstrand didn't see that one before
[16:01] <jdstrand> I guess the server team should verify that bug doesn't regress...
[16:01] <jdstrand> anyhoo, I let you guys handle that
[16:02] <pitti> yes, this is the first trial run of a microrelease exception proposal
[16:02] <pitti> they now need to throw lots of test suites at that
[16:19] <pitti> apw: kernel built now, binNEWed, so you can go ahead with l-meta
[16:19] <pitti> apw: I'll update seeds and d-i
[16:19] <apw> pitti, thanks
[16:21] <apw> pitti, uploaded
[16:23] <jasox> I just compiled vim with qt gui http://code.google.com/p/vim-qt/wiki/Packages. It works perfectly, better than gvim. I am wondering would anyone help me to make package for ubuntu, I never try to make packages for any linux distro.
[16:29] <doko> pitti, you libverto MIR ... libverto can be built against libevent as well, which already is in main
[16:29] <pitti> oh, nice!
[16:29] <doko> I don't know which one is better suited
[16:31] <micahg> pitti: have you seen Bug #905389?
[16:34] <pitti> micahg: oh, I thought I already caught them all
[16:35] <pitti> micahg: right, I see it on http://people.canonical.com/~ubuntu-archive/testing/lucid-updates_probs.html; will fix asap
[16:52] <doko> Sweetshark, how stable is graphite2? if we backport newer lo versions, won't we have to enable the internal copy anyway?
[16:52] <doko> then we'll have two different graphite versions to maintain :-/
[16:52] <porthose> pitti, would it be ok to do the debian-med-1.10 merge?
[16:53] <pitti> porthose: you mean you want me to do it, or you want to do it?
[16:53] <pitti> porthose: (I won't have time any more today, need to run in about 10 mins)
[16:53] <porthose> me :)
[16:54] <pitti> porthose: ah, thanks; I have no personal relationship to the package, I just fixed installability a while ago
[16:55] <porthose> ok cool
[16:56] <Sweetshark> doko: yes, anyway one does it, one loses. :/
[16:57] <pitti> cjwatson: can I just move gnome-{panel,applets} from "ubuntu-desktop" to "desktop-extra" set? I suppose ubuntu-desktop is just because it once was in the ubuntu seeds? (they are in universe now)
[16:57] <pitti> cjwatson: or is that also a case where manual changes won't stick?
[16:57] <pitti> Laney, jbicha ^ Cc:
[16:57] <Laney> ty
[16:57] <Laney> I am under the impression that ubuntu-desktop is fully automatic, i.e. some external change will need to happen to make the packages drop out
[16:57] <Laney> but maybe it is just semi automatic
[16:58] <pitti> this part has always been a bit magic to me
[16:58] <cjwatson> pitti: ubuntu-desktop changes you make won't stick - see lp:~cjwatson/+junk/packageset
[16:58] <cjwatson> pitti: feel free to add it to desktop-extra though
[16:58] <cjwatson> that's not one I manage
[16:59] <Laney> it should be dropped out of ubuntu-desktop first
[16:59] <cjwatson> it apparently already has
[16:59] <pitti> cjwatson: ah, so it should just be dropped from" exceptions" then?
[16:59] <cjwatson> er, oh
[16:59] <cjwatson> yeah, probably, let me do that ...
[16:59] <pitti> $ edit_acl.py -s gnome-panel query
[16:59] <pitti> Archive Upload Rights for ubuntu-desktop: archive 'primary', package set 'ubuntu-desktop' in precise
[17:00] <pitti> cjwatson: want a MP?
[17:00] <cjwatson> no
[17:00] <cjwatson> easier to JFDI :)
[17:00] <pitti> cjwatson: ok, thanks
[17:00] <Laney> panel and applets
[17:01] <cjwatson> done
[17:01] <pitti> cjwatson: indicator-applet as well (it doesn't exist any more)
[17:01] <pitti> cjwatson: cheers
[17:02] <cjwatson> also done
[17:09] <jono> is anyone having any issues with wireless dropping off the network in Precise?
[17:10] <jono> over the last few hours I have had a number of drop-outs where I seem to stay connected to the LAN but there no net access, when I reset the connection (by flipping the hardware wireless card switch) I get back online and everything is fine
[17:10] <jono> I wasn't sure if this has been reported recently
[18:02] <tgardner> how do I resolve python3 v.s. python3.2 interdependency issues ?
[18:02] <tgardner> Preparing to replace python3.2-minimal 3.2.2-1build1 (using .../python3.2-minimal_3.2.2-2ubuntu1_amd64.deb) ...
[18:02] <tgardner> Unpacking replacement python3.2-minimal ...
[18:02] <tgardner> dpkg: error processing /var/cache/apt/archives/python3.2-minimal_3.2.2-2ubuntu1_amd64.deb (--unpack):
[18:02] <tgardner>  trying to overwrite '/usr/bin/python3', which is also in package python3-minimal 3.2.2-0ubuntu2
[18:05] <cjwatson> put it on hold for now - doko is aware
[18:06] <tgardner> ack
[18:06] <cjwatson> (dpkg --force-overwrite is possible but probably not a good idea in this case because the file is actually supposed to be in python3-minimal not python3.2-minimal
[18:06] <cjwatson> )
[18:07] <cjwatson> I think https://launchpad.net/ubuntu/+source/python3.2/3.2.2-2ubuntu2 plus https://launchpad.net/ubuntu/+source/python3.2/3.2.2-2ubuntu3 should fix it
[18:08] <tgardner> I'll give 'em a try. its a test server anyway
[18:08] <cjwatson> yeah, looks like it
[18:20] <doko> tgardner, should resolve itself with the updated packages
[18:23] <tgardner> doko,  I pulled python3.2/3.2.2-2ubuntu3. now all is well.
[18:26] <ManDay> I need to know how you make GCC work on a multilib system? Do you put the PATHs into the enviroment or is there something that I can set on Buildtime so that it finds ./x86_64-gnu-linux ?
[18:28] <ManDay> j #workingset
[18:38] <ManDay> Did you understand my question?
[18:38] <smoser> could someone take a read of bug 905419 ?
[18:38] <smoser> to me, this seems like a regression between rsyslog 5.8.1 and 5.8.6.  at very least it is a change in behavior.
[18:39] <smoser> i'll raise it upstream, but i'd appreciate if someone familiar with syslog and/or python logging (and syslog) could tell me here if its just my (or python logging) misuse of syslog.
[18:57] <Ampelbein> Hi there! Is Ubuntu planning on using gnutls 3.0 ("gnutls28") for PP or stay on gnutls26 for the LTS?
[22:22] <mvo> RAOF: hey, good morning! the SRU verification for bug #905413 is done now, could this package please be moved to oneiric-updates? (for the app-install-data-partner packages we waive the 7 days aging requirement)