[00:00] <mwhudson> (fix here https://pastebin.canonical.com/p/VBwVhxZvXr/)
[00:08] <mwhudson> sent it upstream here fwiw https://github.com/Blosc/c-blosc2/pull/588
[00:08] -ubottu:#ubuntu-devel- Pull 588 in Blosc/c-blosc2 "Change blosc2.c:set_values to always call memcpy if BLOSC_STRICT_ALIGN" [Open]
[07:39] <utkarsh2102> hey!
[07:40] <utkarsh2102> I am doing +1, if you need anything, let me know o/
[07:47] <ginggs> utkarsh2102: o/ r-cran-rcppparallel, r-cran-tmb and r-cran-openmx look like similar failures in the maintainers sed magic, that might an easy win to forward to debian
[08:00] <utkarsh2102> nice, will take a look o/
[09:01] <pushkarnk> utkarsh2102: Can you please sync python-django-bootstrap-form? They have some new fixes, might fix the autopkgtest failures
[09:03] <utkarsh2102> pushkarnk: sure thing! can it be a sync? I see there's an ubuntu delta
[09:04] <pushkarnk> ah, ok :(
[09:04] <utkarsh2102> but if you tell me it's something that's already there in Debian, then I can just  sync it
[09:04] <utkarsh2102>    * Move away from distutils, use packaging (Closes: #1062980)
[09:04] <utkarsh2102> debian does have your changes
[09:04] <utkarsh2102> :)
[09:05] <pushkarnk> The debian maintainer said they fixed the problem that I and ahasenack saw
[09:05] <pushkarnk> oh, yeah
[09:05] <utkarsh2102> perfect
[09:06] <utkarsh2102> then I can sync, no?
[09:07] <utkarsh2102> looks like it, at least
[09:09] <pushkarnk> how does it work? Will ahasenack's delta be overwritten? In that case, I am not sure :/
[09:11] <utkarsh2102> it will be, yes
[09:11] <utkarsh2102> I've sync'd it
[09:11] <utkarsh2102> let's see, otherwise I'll re-introduce it later this week
[10:07] <pushkarnk> utkarsh2102: thanks, will test it asap
[10:30] <ginggs> pandas has circular dependencies, so I am bootstrapping it with the 2.1.4+dfsg-4ubuntu1 upload, and I'll follow up with a 2.1.4+dfsg-4ubuntu2 upload once it has published
[11:15] <ginggs> mwhudson _doko : i've uploaded c-blosc2 with mwhudson's fix for armhf
[11:15] <ginggs> it seems many of it's rdaps through pytables are already not available on s390x
[11:16] <ginggs> so i think we can just remove s390x binaries, i'll file a bug
[11:17] <ginggs> the dependency in pandas was only for tests and documentation, so i'm taking care of that
[12:11] <waveform> @pilot in
[15:57] <bastif> Is is normal that currently the update from Debian unstable don't enter Ubuntu?
[15:58] <rbasak> bastif: autosync is currently disabled to help complete some transitions
[15:59] <bastif> ok, thanks. Will it be enabled before the feature freeze (the one that freeze updates from debian)
[16:06] <rbasak> I'm not sure. Hopefl
[16:07] <rbasak> Hopefully someone else can answer that. But note that it's possible for an Ubuntu developer to sync a given package manually if required, which should be fine if it doesn't interact with those transitions.
[16:09] <waveform> @pilot out
[16:15] <bastif> rbasak: thanks
[16:15] <rbasak> bastif: I'm implying that you should ask about a specific package here and maybe someone will sync it for you :-)
[16:23] <bastif> The packages are not extremely urgent. Maybe I can wait a few more days if autosync comes back.
[16:24] <rbasak> OK. Thank you for caring for these packages in Ubuntu! I think if you ask here in a few days if needed you should get a timely response.
[17:48] <sdeziel> Hello, I noticed the package geoipupdate is licensed as Apache-2.0 or MIT yet it is in multiverse. Shouldn't it be in universe?
[17:52] <rbasak>  guess it ended up there because it's in Debian contrib.
[17:52] <rbasak> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768979
[17:52] -ubottu:#ubuntu-devel- Debian bug 768979 in wnpp "ITP: geoipupdate -- MaxMind GeoIP/GeoIP2 database updates" [Wishlist, Fixed]
[17:52] <rbasak> > since the only purpose of this package is to fetch
[17:52] <rbasak> paid, binary databases from MaxMind, it will uploaded to the contrib
[17:52] <rbasak> section of the archive
[18:01] <sdeziel> rbasak: I can understand the choice of contrib for Debian but for Ubuntu, it feels like it belongs to universe like some other maxmind bits like this https://packages.ubuntu.com/jammy/mmdb-bin
[18:01] <sdeziel> rbasak: also, it allows pulling the free of charge DB so you don't need to pay MaxMind
[18:04] <sdeziel> rbasak: this is also mentioned on https://packages.debian.org/sid/geoipupdate: "These may be MaxMind's paid products, or their GeoLite variants that are less accurate but provided without charge."
[19:15] <arraybolt3> OK, tricky question - what is the "ultimate" tool in Ubuntu that builds ISO images? I'm trying to find the component that generates the grub.cfg file on ISOs.
[19:15] <arraybolt3> so far I know it's not casper, livecd-rootfs, or live-build.
[19:15] <arraybolt3> or if it is, the info I'm looking for isn't where I expect
[19:20] <bdmurray> I just happen to be looking at an old debian-cd MP modifying kernel parameters in grub.cfg
[19:20] <bdmurray> https://code.launchpad.net/~xnox/debian-cd/+git/debian-cd/+merge/453255
[19:35] <arraybolt3> bdmurray: nice, thanks!
[19:46] <arraybolt3> woohoo found it!
[19:57] <arraybolt3> bdmurray: I just did the same thing as that MP: https://code.launchpad.net/~arraybolt3/debian-cd/+git/debian-cd/+merge/460402
[19:57] <arraybolt3> sorta anyway
[19:57] <arraybolt3> alright, now off to patch casper
[20:06] <arraybolt3> and boom: https://code.launchpad.net/~arraybolt3/casper/+git/casper/+merge/460403
[20:07] <arraybolt3> so now we just wait for NEW review and we should be good.
[20:48] <arraybolt3> vorlon: apologies if I'm accidentally spamming you because of the debian-cd merge request, I cannot figure out how LP works with replying to diff review comments :P
[21:04]  * sudip wonders whats happening with LP: #2045034
[21:04] -ubottu:#ubuntu-devel- Launchpad bug 2045034 in libvpoll-eventfd (Ubuntu Jammy) "vpoll-dkms FTBS with linux 6.5 in jammy" [Undecided, New] https://launchpad.net/bugs/2045034
[23:10] <mwhudson> arraybolt3 is after the forbidden knowledge i see
[23:10] <arraybolt3> indeed I am
[23:10] <mwhudson> well maybe not forbidden. cursed
[23:11] <arraybolt3> hey, someone's gotta hack the scrolls in order to get things to work, and I signed up for it, so... :P
[23:11] <mwhudson> yeah i know, i am somewhat torn between wanting to write better docs for all of this code or going all in on being able to throw it all into the sea
[23:12] <dbungert> is the sea big enough for what needs to be thrown in?
[23:12] <arraybolt3> I couldn't make heads or tales of most of the runs, but the bits I was after made pretty good sense
[23:13] <arraybolt3> I'm decent at reverse-engineering things if I just know where the start point is, so if you feel like documenting, just say "abandon all hope ye who enter, if you enter anyway at least enter here for your sanity's sake"
[23:52] <Eickmeyer> I sea we want to pollute the Pacific Ocean with that code.