[00:28] <CarlFK> https://www.independent.co.uk/news/world/europe/brexit-france-theresa-may-deal-nathalie-loiseau-cat-a8828026.html
[00:28] <CarlFK> France’s EU minister names her cat ‘Brexit’ because ‘he meows loudly to be let out but won’t go through the door’
[00:48] <tinoco> .
[04:46] <CarlFK> whoops, this is not https://wiki.pumpingstationone.org/IRC :p
[08:16] <lag> Does anyone know how this images is created?
[08:16] <lag>   http://cdimage.ubuntu.com/releases/18.04.2/release/ubuntu-18.04.2-server-arm64.iso
[08:17] <lag> There is lots of documentation regarding how to build a customised Ubuntu ISO for x86_64 (using ISOLINUX), but none for ARM64
[08:17] <lag> Does anyone know of a working `mkisofs` command that works for the ISO image above?
[08:18] <lag> .. or where the scripts that create this image reside?
[08:18] <mwhudson> lag: the code is all in debian-cd somewhere
[08:18] <lag> mwhudson: Is that a package?
[08:19] <mwhudson> no, it's a branch
[08:19] <mwhudson> this one https://code.launchpad.net/~ubuntu-cdimage/debian-cd/ubuntu
[08:19] <alkisg> arm boxes have cds?! :)
[08:19] <lag> alkisg: Sure, why wouldn't they?
[08:20] <lag> alkisg: Also flashing these images onto USB flash drives and SD cards work
[08:20] <alkisg> I've only seen raspberries and the like, so no idea, I didn't imagine they'd have
[08:20] <mwhudson> fair warning, this code is not really designed for third party use
[08:20] <mwhudson> sadly
[08:20] <mwhudson> alkisg: x86_64 boxes have cds !? :)
[08:20] <mwhudson> none of mine do...
[08:20] <alkisg> For usb/sd cards, I thought the images were .img
[08:21] <alkisg> I.e. no need for hybrid .isos with workarounds etc
[08:22] <alkisg> BIOS/UEFI do have code to boot from El-torito cds, I didn't know arm firmware has that code too
[08:28] <lag> alkisg: You have led a sheltered life :D
[08:28] <alkisg> :D
[08:28] <lag> alkisg: There is more to (ARM) life than RPi
[08:29]  * alkisg would like to get sheltered from rpi as well, but has to support it in a couple of projects...
[08:30] <lag> alkisg: I'm not saying it a bad platform - just that there are so many more (better) platforms out there
[08:32] <alkisg> +1. Or maybe +1000. :D
=== M_hc[m] is now known as _hc
=== Wryhder is now known as Lucas_Gray
[10:03] <lag> Does anyone know a bit about ISO files?
[10:04] <lag> alkisg: You seemed pretty knowledgable in that area (/me has lived a sheltered (ISO) life)
[10:04] <lag> I have 2 files - 1 made by Canonical, 1 by me:
[10:04] <lag>   https://paste.ubuntu.com/p/btdkvtnJDs/
[10:04] <lag> They look the same (should be ISO9660), but when they're flashed, the partition tables look totally different
[10:05] <lag> Canonical: https://paste.ubuntu.com/p/btdkvtnJDs/
[10:05] <lag> Whoops - ignore that
[10:05] <lag> Canonical: https://i.imgur.com/MldCw7i.png
[10:05] <lag> Mine: https://i.imgur.com/uIbyFAJ.png
[10:05] <lag> What gives?
[10:07] <lag> CMD: xorriso -as mkisofs -r -checksum_algorithm_iso md5,sha1 -V "Bionic: AArch64 Laptops" -o laptops-ubuntu-bionic.iso -J -l -c boot/boot.cat -partition_offset 16 -append_partition 2 0xef CDDIR/boot/grub/efi.img -e boot/grub/efi.img -no-emul-boot CDDIR
[10:14] <rbasak> Is there a good answer to https://lists.ubuntu.com/archives/ubuntu-server/2019-March/007820.html ?
[10:14] <rbasak> (Ctrl-C during release upgrade)
[10:14] <rbasak> I would apt -f install and fix anything up manually, or better redeploy to a new release and not do a release upgrade in the first place.
[10:15] <rbasak> I'm not sure if there's anything better that could be recommended.
=== ricab is now known as ricab|brb
=== ricab|brb is now known as ricab|bbiab
[10:25] <alkisg> lag: sorry, I haven't studied the hybrid .iso internals recently, I don't know that much. I did find some related pages on the internet about it in the past, explaining both ubuntu's and fedora's methods, but it was so long ago that I don't remember anything to help you.
[10:28] <mwhudson> rbasak: yeah if dpkg --configure -a and apt install -f and friends don't fix it, either you're in for a lot of fiddling or should just start again i think
[10:29] <rbasak> mwhudson: I'm wondering: is that acceptable, or a bug that we don't have a better option?
[10:29] <mwhudson> rbasak: we should probably block C-c i guess...
[10:30] <mwhudson> i don't know, i guess apt install -f should really fix things and any way it doesn't would pedantically be a packaging bug?
[10:32] <alkisg> Maybe there's also "power loss recovery" involved, not just ctrl+c...
[10:33] <rbasak> In theory all maintainer scripts are idempotent and so apt install -f should always be able to fix things.
[10:33] <rbasak> But in practice do-release-upgrade exists instead of apt; doesn't that fix things up after apt is finished?
[10:33] <rbasak> So perhaps do-release-upgrade needs a "resume" entry point.
[11:01] <mvo> cjwatson: thanks for merging support for the new "Commands-*" indexfiles to LP. I did a quick test on disco and command-not-found there seems to be working fine and using the data from the archive.ubuntu.com indexfiles now instead of the old command-not-found-data package. so yay!
[11:03] <cjwatson> Excellent
[11:10] <xnox> whoop whoop
[11:15] <juliank> awesome!
=== Wryhder is now known as Lucas_Gray
[13:37] <rbalint> juliank, found the bug why u-u autopkgtest fails in disco when upgrading cosmic
[13:38] <juliank> :)
[13:38] <rbalint> i'm rather :-\, will push the fix after lunch
=== ricab is now known as ricab|lunch
[14:01] <tseliot> doko: things should be fine now that nvidia is finally in restricted (rather than in multiverse)
[14:06] <ricotz> tseliot, without transitionals for i386 I don't see this properly working
[14:07] <ricotz> and libnvidia-common-410 should be arch all
[14:08] <tseliot> ricotz: let me check
[14:13] <tseliot> ricotz: this should do it: http://paste.ubuntu.com/p/mbyPR5djWn/
[14:17] <ricotz> tseliot, this looks good
[14:19] <tseliot> good
[14:48] <bdmurray> Is command-not-found information now on Ubuntu mirrors?
=== ricab|lunch is now known as ricab
[15:23] <bdmurray> seb128: does gnome-initial-setup still ask about automatic crash reporting?
[15:23] <seb128> bdmurray, it never did on Ubuntu I think
[15:24] <seb128> bdmurray, I don't think it knows how to talk to apport?
[15:24] <bdmurray> seb128: I thought didier did something about that a while ago
[15:24] <seb128> gnome-control-center yes
[15:24] <seb128> initial setup no
[15:25] <bdmurray> Ah, okay
[17:26] <rbalint> seb128, juliank: I pushed the converted repo, it matches usd imports (ignoring .bzr-builddeb) https://code.launchpad.net/~ubuntu-core-dev/software-properties/+git/software-properties
[17:27] <rbalint> tomorrow we can switch the default repo on lp and i push a pointer on top of the bzr repos
[17:27] <rbalint> and import the few dscs missing from trusty/precise
[17:28] <juliank> rbalint: Awesome!
[17:29] <seb128> rbalint, great, thx
[17:30] <juliank> then I'll rebase the PackageKit patch queue from Debian on top of the matching Ubuntu tag
[17:30] <juliank> and then I'll rebase again on top of ubuntu/master
[17:30] <juliank> It
[17:30] <juliank> It will be fun
[17:36] <rbalint> juliank, cool!
[17:36] <rbalint> juliank, i see there used to be a git repository on alioth but it is not migrated
[17:37] <rbalint> (to salsa)
[17:37] <rbalint> was there anything useful or i should not care about it?
[17:39] <rbalint> juliank, also are you ok with the git repo scheme? Debian uses quilt
[17:39] <juliank> rbalint: I have a git repo on salsa at https://salsa.debian.org/pkgutopia-team/software-properties, but it imports the ubuntu tarballs
[17:39] <juliank> rbalint: Yeah, it's fine. What I do in Debian is import the ubuntu .tar.xz and as an .orig.tar.xz, and then use 3.0 (quilt), so I can ship the same tarball
[17:40] <juliank> I'll probably merge in the Ubuntu git branches into the Debian branches soon, though
[17:40] <rbalint> juliank, ok, ack
[17:40] <juliank> instead of continuing to import tarballs :)
[17:41] <rbalint> juliank, i'm transitioning to this upstream/latest scheme, too, with my packages
[18:54] <coreycb> bdmurray: hello, would you be able to take a look at keystone in the cosmic unapproved queue? this version would replace the current version that is in cosmic-proposed (2:14.0.1-0ubuntu2).
[21:32] <tjaalton> LocutusOfBorg: hi, I have three patches for llvm/clang, needed by intel's "NEO" opencl compute runtime. I'll test the build tomorrow and would like to get them in disco
[21:33] <tjaalton> LocutusOfBorg: all are in llvm master, but not on llvm-8
[23:05] <coreycb> bdmurray: i added the additional test details to bug 1815126
[23:05] <ubottu> bug 1815126 in python-networkx (Ubuntu Bionic) "[SRU] Bionic missing dependency for pydotplus" [Medium,Incomplete] https://launchpad.net/bugs/1815126
[23:07] <bdmurray> coreycb: cool, thanks
[23:07] <coreycb> bdmurray: np thank you
[23:21] <teward> bdmurray: thanks for accepting parted to proposed for 1820090 :)