[04:43] <cjwatson> stgraber: hm, yes, weird - well, I moved things around by hand for now and am publish-releasing now
[09:24] <rbasak> facter 1.6.5-1ubuntu1.1 is in precise-proposed, approved and awaiting testing. Looks like I'll have to do it. I have another fix for facter in bug 986973 for which a fix has been identified, so I'd like to add that too. It'd be nice for me to test all of this at once, so can I just add another patch to a 1.6.5-1ubuntu1.2 and get that uploaded, and once approved test all the fixes at once?
[09:24] <ubot2`> Launchpad bug 986973 in facter (Ubuntu) "Facter bug causes puppet to hang" [Medium,Triaged] https://launchpad.net/bugs/986973
[09:26] <rbasak> ie. I guess I want to trump a version of facter that's already in precise-proposed but is verification-needed.
[09:43] <Daviey> rbasak: I think doing both fixes in one upload is acceptable. Please do continue
[09:43] <Daviey> rbasak: Please ping me when you upload the new one, so i can trump the status on the original
[09:54] <rbasak> Daviey: OK, thanks.
[10:51] <ogra_> could some archive admin unleash ubuntu-touch-generic-initrd from binary NEW ?
[11:53] <ogra_> seb128, would you mind unbocking me ^^^ ?
[11:53] <cjwatson> 12:15 -queuebot:#ubuntu-release- New: accepted ubuntu-touch-generic-initrd [armhf] (saucy-proposed) [0.2]
[11:53] <cjwatson> somebody already did
[11:53] <seb128> ogra_, /me "bocks" ogra_
[11:53] <ogra_> oh
[11:54] <seb128> great, less work for me ;-)
[11:54] <ogra_> that kind of drowned in the noise, sorry
[11:54] <seb128> ogra_, if you need something that was already one by somebody else, feel free to ping me :p
[11:54]  * ogra_ notes down on his whiteboard on the wall 
[11:54] <Laney> bockwurst
[11:55] <ogra_> mustard ?
[11:56] <xnox> somebody please accept shadow [armhf] which was slow to arrive to be accepted with the rest of them =)
[11:56] <Laney> natürlich
[11:56] <StevenK> Laney: Nein, die Antwort ist falsch
[11:56] <StevenK> (Am I close enough, ogra_?)
[11:57] <ogra_> perfect !
[11:57] <xnox> StevenK: Ja, alles ist klar!
[11:57] <StevenK> Wonderbar!
[11:57] <ogra_> though i hink Laney is right ... i would want mustard with my bockwurst
[11:57] <seb128> Laney, nein, wiener schnitzel
[11:57]  * xnox ponders about German as default language for ubuntu desktop 14.04. Look even seb128 speaks it!
[11:58] <StevenK> Hmmm, Duolingo was using deutlich as clear, rather than klar
[11:58] <Laney> I just looked up "chipolata" in German
[11:58] <Laney> cocktailwürstchen ♥
[11:58] <seb128> lol
[11:59] <ogra_> StevenK, i would translate "deutlich" more as "precise" than clear
[11:59] <Laney> not sure that's an entirely correct translation though
[11:59] <Laney> ...aaanyway
[11:59] <ogra_> it is
[11:59] <Laney> it doesn't appear to be the same thing
[11:59] <ogra_> it is "mini bockwurst"
[11:59] <Laney> cocktail sausages aren't the same as chipolatas
[11:59] <Laney> but maybe you do indeed use the same word
[12:00] <Laney> that might be enough OT for now :P
[12:00] <ogra_> heh
[12:01] <ogra_> dict translates chipolata with chipolata :)
[12:48] <ogra_> ogra@chromebook:~$ cd branches/lovecd-rootfs
[12:48] <ogra_> bash: cd: branches/lovecd-rootfs: No such file or directory
[12:48] <ogra_> there are days where i like my typos :)
[12:54] <xnox> ogra_: there is a similar eastern egg in android build system.
[12:54]  * iulian wonders where the western egg is.
[12:55] <ogra_> in ubuntu kylin indeed !
[12:57] <iulian> That's still in east! :)
[14:18] <ScottK> FYI, there are several KDE related libs that are NBS due to poor timing and things being forced: libkipi10, libmarblewidget15, libokularcore2abi1, and libsolidcontrol4abi2.  There are uploads of KDE SC 4.11 Beta 2 and the newest Digikam release planned for the next few days that will resolve these (I took care of the rest), so don't worry about rebuilds for those.  They'll resolve themselves shortly.
[14:20] <ScottK> Actually, that's not quite true.  There's one package, contour that needs some porting.
[14:20] <cjwatson> OK, thanks
[14:53] <tseliot> infinity: hi, can you approve nvidia-settings-319-updates and nvidia-graphics-drivers-319-updates in Saucy NEW, please?
[16:30] <jdstrand> hey, I just uploaded a new source (apparmor-easyprof-ubuntu). this is going to ship some data formerly in apparmor
[16:30] <infinity> jdstrand: So, just a simple package split?
[16:30] <jdstrand> infinity: yes-- out to a new source though
[16:30] <infinity> jdstrand: Yeah, I got that part. :)
[16:30] <jdstrand> (as opposed to what I did the other day with a new binary)
[16:31] <jdstrand> right, so simple package split. I haven't uploaded the new apparmor yet, cause I wanted to have a dependency on apparmor-easyprof-ubuntu
[16:33] <infinity> jdstrand: Did these templates previously ship in another package?
[16:35] <infinity> Hrm, doesn't look like.
[16:35] <jdstrand> infinity: yes, but in a different directory
[16:35] <jdstrand> apparmor ubuntu16 in saucy should have those
[16:35] <infinity> jdstrand: Yeah, I meant the exact paths (for breaks/replaces), not conceptually.
[16:35] <jdstrand> err, apparmor-easyprof
[16:35] <cjwatson> is having them both simultaneously installed bad?
[16:35] <jdstrand> won't need a Breaks/Replaces in this case
[16:36] <jdstrand> nope
[16:36] <cjwatson> is having them removed from the first without the second being installed bad?
[16:36] <jdstrand> the new apparmor I've yet to upload them won't happen to ship them, but there is no problem if it does
[16:36] <infinity> I was assuming easyprof-ubuntu is a superset of easyprof and the former wants to depend on the latter, is that not true?
[16:37] <jdstrand> apparmor-easyprof is going to lose all its ubuntu templates. it is going to Depends on apparmor-easypro-ubuntu
[16:37] <jdstrand> to get them back again
[16:37] <infinity> Oh, the dep's going that direction.  Kay.  Doesn't that seem backward?
[16:37] <infinity> generic Depends specific means no one can take just generic without altering it.
[16:37] <jdstrand> I considered both directions
[16:38] <jdstrand> on the hand that you are referring to, it does seem backwards
[16:38] <jdstrand> but on the other hand, dh_apparmor depends on apparmor-easyprof, and we are going to want these templates there. same will be said for the click package hook
[16:39] <jdstrand> I guess I culd adjust the dh_apparmor (and future click) dependency to depend on apparmor-easyprof-ubuntu instead of apparmor-easyprof
[16:39] <infinity> Well, I'm not wildly fussed.  It's just a bit downstream-hostile to have the dep this direction.  But it's more work to go the other way and fix up seeds/deps to make sure *we* always have what you want installed.
[16:39] <jdstrand> but that is unfriendly to Debian
[16:40] <infinity> I suppose if people just need to alter the one dependency, that's not a big deal.
[16:40] <infinity> License: GPL-2
[16:40] <infinity> ^-- Really?
[16:40] <infinity> Not 2+ or 3?
[16:42] <infinity> Oh, I geuss that comes from the original apparmor license mess.
[16:43] <infinity> jdstrand: Do me a favour and upload that new apparmor nowish.  I'm NEWing this to main, and I don't want someone dropping it back out when nothing depends on it. :P
[16:44] <jdstrand> infinity: yes, original licensing
[16:45] <jdstrand> infinity: thanks!
[16:45] <jdstrand> I have another change I need to test, then can upload
[16:45] <infinity> Kay.
[16:51] <infinity> I don't know how I lived without the lesspipe hook for debs before I found out about it...
[16:52] <xnox> *_* for debs!
[16:52] <infinity> xnox: It just triggers dpkg-deb -I and dpkg-deb -c, but it's wildly useful.
[16:52] <xnox> infinity: I don't have it, is it in the archive?
[16:52] <cjwatson> that is handy :)
[16:53] <infinity> xnox: Of course you have it.  "less foo.deb"
[16:53] <xnox> infinity: i get crazy binary output.
[16:54] <infinity> xnox: Using a custom .${shell}rc that doesn't eval lesspipe?
[16:55] <infinity> xnox: See /etc/skel/.bashrc for the lesspipe eval.
[16:55] <cjwatson> He wouldn't be the only one with custom shell init files that date back years, although mine do at least eval lesspipe ...
[16:56] <xnox> same here. same snippet is evaluated.
[16:56] <cjwatson> (I have VCS history for mine back to 2002, and I think they originate in more like 1999 or so)
[16:57] <infinity> I gave up on managing fancy custom shell inits when I realized that default was almost good enough now.
[16:57] <infinity> And I just tack on DEBEMAL and DEB_BUILD_OPTIONS on new installs.
[16:58] <xnox> infinity: I started pushing my minimal changes to ~/.bash_aliases such that I know I can take fresh ~/.bashrc any time.
[17:30] <jdstrand> infinity: ok, uploaded. there may be another one later today, but that chouldn't concern you :)
[18:25] <jbicha> today's Ubuntu GNOME daily image build failed, can I just use the iso tracker to request a rebuild?
[18:30] <stgraber> yep
[20:34] <phillw> Hi, a very quick question... Someone installs 10.04 via the netboot / mini.iso from, say, http://archive.ubuntu.com/ubuntu/dists/lucid/main/installer-i386/current/images/netboot/ and then drops a DE onto it. They will get no security updates for the DE, but they will they still get kernel updates?
[20:35] <ScottK> phillw: Is the the security team's channel?
[20:35] <ScottK> (or the kernel team's)
[20:36] <phillw> ScottK: I'm not sure... the note is signed "On behalf of the Ubuntu Release Team,Adam Conrad "
[20:36] <phillw> which I think is here?
[20:37] <ScottK> True, but I don't understand what needs clarifying.
[20:37] <phillw> But, i will go ask on kernel :)
[20:37] <phillw> I think that they will, but as I'm updating a wiki page, I wanted to check :)
[21:40] <ScottK> No publisher run this half hour?
[22:07] <infinity> phillw: Which part of the EOL announcement wasn't clear?
[22:09] <phillw> infinity: it is clear, my question was does an install via netboot get (i.e. have the repos) for server kernel updates which will continue for approx 18 months.
[22:10] <infinity> phillw: Of course.  Of course, people could install from desktop media too, it's not like I reached through the internet and deleted everyone's ISOs when I sent the announcement.
[22:11] <infinity> phillw: But, in either case, things are set up with -updates and -security turned on by default, and nothing changes.  We just stopped pushing updates for non-server stuff.
[22:11] <phillw> infinity: thanks, I was 99% sure, but as I was clearing old releases out in readiness for 13.10, we keep 10.04 hanging around in lubuntu for legacy kit. :)
[22:12] <phillw> it is quite clear that they do not get DE updates and they have to look after that them selves :)
[22:12] <phillw> thanks for giving me the 100% :)
[23:15] <infinity> cjwatson: Hrm.  I thought britney/autopkgtest was meant to trigger as soon as amd64 binaries were available?
[23:16] <infinity> cjwatson: Looks to me like linux only triggered the eglibc test once it was available on all arches, rather than 6 hours earlier.