=== salem_ is now known as _salem [05:35] Good morning [05:52] @pilot in === udevbot changed the topic of #ubuntu-devel to: Xenial (16.04.1) Released! | Archive: feature freeze, beta 1 freeze | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-xenial | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: pitti [05:54] "beta 1 freeze" still? I tohught the beta1 announcement was already sent? === pitti changed the topic of #ubuntu-devel to: Xenial (16.04.1) Released! | Archive: feature freeze | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-xenial | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: pitti [06:04] sarnold: right, I guess it was just forgotten to be changed; done [06:04] thanks pitti :) guten morgen :) [06:04] sarnold: good evening to you! [06:04] thank you :) [06:40] pitti, hi, please skip fpc/armhf testsuite and python-pysam where it failed? thanks [06:40] fpc-armhf can be ignored because it isn't a regression in the current fpc [06:40] and pysam... NBS [06:42] thanks [07:17] sigh.. anyone managed to mount zfs filesystems with schroot/sbuild [07:17] ? [07:17] for some reason it fails to bind-mount them [07:32] nevermind, looks like it uses sbuild/fstab with schroot as well.. [07:42] LocutusOfBorg: wb [07:42] LocutusOfBorg: fpc hint updated, pysam hint added, both landed now [07:43] http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#iva needs actual code changes (not build on the removed architectures) [07:45] thanks [07:46] pitti, isn't this just a removal on i386? [07:46] it will bd-uninstallable without code changes [07:47] ah, does it b-dep on python3-pysam? [07:47] so it does [07:47] ok [07:48] done [07:48] thanks, I was wondering about ENOCOFFEE from my side :) [08:18] Unit193, I don't think we have need to have an ext-pack vbox downloader [08:18] the PUEL license is the same as guest-additions-iso, why should the package be different? [08:18] I prefer it in non-free with the actual stuff inside the deb, to avoid proxy issues and similar [09:19] pitti, autopkgtestsuite broken again? Error reading configuration: FAKEROOT binary 'fakeroot' does not exist or is not executable at /usr/share/perl5/Sbuild/Conf.pm line 75. [09:20] (sbuild testsuite fails) [09:41] tseliot, do you have a hint for zyga for bug 1615248 ? [09:41] bug 1615248 in Snappy Launcher "ubuntu-core-launcher nvidia driver detection is bogus" [High,Triaged] https://launchpad.net/bugs/1615248 [09:42] (i guess there is a tool you can use to find the running driver) === hikiko is now known as hikiko|ln [10:10] LocutusOfBorg: maybe, missing package dependency? [10:12] pitti, isn't fakeroot something installed by default? [10:12] at least it was until two days ago [10:12] LocutusOfBorg: certainly not, it's a developer package [10:12] maybe some dependency got dropped somewhere? [10:12] mmm ok, so lets add it [10:13] not in sbuild package [10:13] LocutusOfBorg: sbuild recommends it, maybe the test should get Restrictions: needs-recommends? [10:14] but why the previous version was working? [10:14] Merged Build-Depends: build-essential, fakeroot [10:14] Filtered Build-Depends: build-essential, fakeroot [10:16] LocutusOfBorg: the version in -proposed adds the check, maybe it just ignored its absence before? [10:17] LocutusOfBorg: previous versions installed fakeroot into the debootstrap, not into the "outer" test VM [10:17] oh indeed [10:17] so, how to add it? [10:17] so apparently that new test is not really necessary, as you can use sbuild/schroot without fakeroot [10:18] or, if it was added for some reason, the Recommends: needs to be bumped to Depends: [10:18] looks to me like an actual packaging bug -- adding fakeroot to test dependencies would merely paper over it [10:20] moved to -devel (debian) [10:20] thanks === hyperair is now known as Guest23766 === Guest23766 is now known as hypera1r [10:31] patch ongoing, uploading shortly === hikiko|ln is now known as hikiko [10:54] jbicha, syncpackage libraw -s costamagnagianfranco please? [10:59] ogra_, zyga: I'll have a look at it [10:59] thanks ... [11:06] pitti: should i sync things like mutt and libraw during beta freeze, even thought they are seeded? [11:07] ginggs: we aren't in beta freeze any more [11:07] ginggs: also, even if we were, uploads/syncs are now always safe as we block promotion from -proposed in a freeze, not uploads [11:07] pitti: ok, thanks! [11:09] can we maybe change the manpage? :) [12:07] LocutusOfBorg: See §2 though. [12:09] Unit193, where? [12:10] 2 has a part that is virtualbox-guest-additions only [12:10] https://www.virtualbox.org/wiki/VirtualBox_PUEL Exactly, the part where they allow you to distribute it. [12:10] you right [12:12] Otherwise, yeah non-free is so much better than a downloader (see adobe-flashplugin vs whatever the current downloader is.) [12:34] oh bad sbuild, you green now === freyes__ is now known as freyes === _salem is now known as salem_ [13:37] ogra_, zyga: I've just posted a solution in the bug report === JanC is now known as Guest12120 === JanC_ is now known as JanC [15:54] Yakkety server ISO seems to have packages ending with "*.ude" in pool/main/l/linux [15:55] http://paste.ubuntu.com/23093622/ [16:07] powersj: are they .udeb ? [16:07] nacc, suppose to be - package search downloads them as .udeb [16:07] maybe they are meant to be, rather [16:07] powersj: ack [16:07] We used to get that sometimes when we hit a length limit in one of the weird CDish filesystem formats. [16:08] Probably triggered by the >2-digit ABI number here ... [16:08] (Though actually some of them need more characters than that) [16:08] yeah, that seems likely in this case [16:09] so filing a bug against the source package (linux) doesn't seem like the right thing, does it? [16:09] I'm not sure it can be fixed anywhere else in reality [16:10] Though you could see if anyone more up-to-date on cdimage stuff can think of something [16:10] It'll be somewhere in the overlap of ubuntu-cdimage, the linux source package, and the debian-installer source package [16:11] powersj: in theory, that 9134 naming will go away sooner or later [16:11] but it should probably be fixed still (or maybe be a warning somehwere?) [16:14] sounds like a good test would be to verify # of files in pool == # *.deb + # *.udeb [16:16] powersj: seems like a reasonable sanity check [16:26] If adding two characters to a filename is breaking CDs, we have a problem. :P [16:26] Especially since we have flavours longer than '-generic' [16:27] Also, that's even sketchier, given then file before the extension is also cut off. [16:28] powersj: How did you mount that ISO? [16:28] infinity: good point [16:29] 7z x -y yakkety-server-amd64 *.iso [16:29] Not sure I trust 7z to be reading the right filesystem. [16:29] Try "sudo mount -o loop foo.iso mountpoint/" and look inside? [16:29] sure [16:30] There are several filesystems overlaid in ISOs, from vfatish to rockridge to... Misc. I forget all the weird ways names get mangled. [16:30] There might even be an 8.3 FAT hidden in there. [16:30] But mounting it should give sane filenames. [16:30] that seems to have fixed it [16:31] So, call that a 7z bug, not an ISO bug. :) [16:31] yep! thx [16:31] heh [16:32] iso9660 + extensions is really weird. [16:32] Rock Ridge + Joliet, I believe. [16:32] And by "really weird", I mean "a complete mess". [16:33] cjwatson: And Joliet is effectively a vfatish emulation, right? Not actually case sensitive, n-char limit, etc. [16:33] well, just another 10 years and CDs will have gonne the way of the floppy [16:33] infinity: Something like that, I think. [16:33] cjwatson: While rockridge is closer to POSIX. [16:33] I didn't even know 7z did ISO9660 unpacking. [16:33] You can use bsdtar if you need a non-rootly unpacker. [16:33] I think it actually gets it mostly right. [16:33] ok - and yes I was looking for a non-root way of doing it so I could script it [16:34] ogra_: Except that people keep insisting on writing iso9660 filesystems to larger and larger optical media. [16:34] (Which is derpy, we should switch to something less broken) [16:34] (It might have a slight problem with symlinks, I don't quite remember.) [16:34] yeah ... people are crazy [16:34] What was the DVD filesystem that never really caught on? UDF? [16:34] Something like that. [16:34] yeah [16:35] I'd love to see iso9660 die in a fire. [16:35] +1 [16:39] I'd also love to get rid of that file extension... [16:40] I can only imagine a true greybeard, the first time he saw a .iso, going "huh, I wonder if this has something to do with date formats or country codes, or perhaps metric measurements... let's read it in vi". [16:40] well, vi would open it ... [16:40] might take a while though [16:40] Sure would. [16:41] Would also scribble all over your poor VT120. [16:41] And possibly make it beep a lot. [16:42] And by "beep", I mean that distinctly DEC "dwoop" noise. [16:42] Man, I miss Digital. [16:43] :) [16:44] Hrm. It's been 18 years. People have reached the age of majority since the Compaq/Digital acquisition. [16:44] Maybe it's time for me to move on. [16:44] Maybe. [16:45] or just to grow a very long beard [16:45] anmd watch it turn grey [16:45] You could be on to something. [18:53] * hallyn misses his vt101 === davmor2 is now known as davmor2_hols === tvoss_ is now known as tvoss === salem_ is now known as _salem