[02:12] Perhaps this the appropriate place to ask, let me know if it isnt. But what is the scope of the debian import freeze? After that are no new major/minor versions of already imported packages introduced? And more generally whats the last date for new versions of of general end user/desktop software to be pulled in to the new release? [02:51] kurufu: Debian Import Freeze means that we're no longer autosyncing everything from unstable. [02:52] That just means that if you want something synced from unstable, you need to do it manually (if you've upload privileges; otherwise, you can ask) [02:53] However, we're also in Feature Freeze, which means that changes should now focus on fixing bugs rather than features/new versons. [02:56] So, new upstream versions can still be uploaded freely, if they're bugfix releases. [02:56] that makes sense, thanks! [02:57] Non-bugfix upstream releases, or other new features (for example: enabling a new compile-time optional feature) need to follow the Feature Freeze Exception process. [04:12] tseliot_: RE: bug 1915003, not sure if you saw, but nvidia-settings FTBFS on bionic. The OEM I work for is waiting for this to migrate, but the bionic build being FTBFS means the focal build is stuck. [04:12] bug 1915003 in OEM Priority Project "SRU: Always update the initramfs when changing power profile" [Critical,Triaged] https://launchpad.net/bugs/1915003 === nniehoff_ is now known as nniehoff === franksmcb_ is now known as franksmcb === fossfreedom_ is now known as fossfreedom === Wimpress_ is now known as Wimpress === UnivrslSuprBox_ is now known as UnivrslSuprBox === slashd_ is now known as slashd === bashfulrobot_ is now known as bashfulrobot === rafaeldtinoco_ is now known as rafaeldtinoco === dreamcat4__ is now known as dreamcat4 === steev_ is now known as steev [08:46] slyon, hey, did you see bug #1915579 ? [08:46] bug 1915579 in lvm2 (Ubuntu) "version 2.03.11-2ubuntu1 breaks initramfs" [Critical,Confirmed] https://launchpad.net/bugs/1915579 [08:48] * slyon looking, thanks for the heads up! === lan3y is now known as Laney === alan_g_ is now known as alan_g === caribou_ is now known as caribou === rbasak_ is now known as rbasak [10:32] aaargh when can we get debdiff to show mode changes :( [10:35] that would be a valuable improvement indeed [10:35] just a matter of raising a pull request ;) [10:36] i think there is a debian bug that would be at high school now if it was a child about this [10:37] It was a bit moot until patch grew support, which it did not too long ago. Now it'd make a lot of sense, or you can cheat and add it. [10:37] oh no, not that old, because i filed it :) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=907126 [10:37] Debian bug 907126 in devscripts "debdiff: please show mode changes when comparing source packages" [Wishlist,Open] [10:38] 90xxxx, that's fairly new, basically. 40xxxx would be old. [10:38] yeah faulty memory [10:38] must be time for bed [10:39] But I have a patchfile with 'new file mode 100755' to create the script executable, it works. \o/ [11:49] mwhudson: switch to git-ubuntu :) [13:08] mwhudson: replied to that bug report with a patch. [13:26] With general patching, I always love when upstream puts configure.in instead of configure.ac and of course that triggers a lintian warning, but quilt doesn't know how to read files being renamed. :P (except for maybe deleting and making a new file) [13:44] ItzSwirlz: good lord, are there upstreams who still haven't caught up with that? That change was in 2001 [13:44] I shouldn't be surprised really [13:44] cjwatson: Don't tell Mint. A nemo extension still uses it for some reason [13:45] in nemo-share [13:45] nemo forked from nautilus whose first stable release was two months before autoconf 2.50 which IIRC introduced configure.ac. they must really be trying [13:46] (almost certainly not so much "still" using it as copied from some archaic template which was long obsolete when they did so) [13:55] I'll PR them upstream. === tianon- is now known as tianon === ijohnson is now known as ijohnson|lunch [19:14] xnox: nice, seems devscripts actually uses salsa merge requests quite a lot: https://salsa.debian.org/debian/devscripts/-/merge_requests [19:39] hi. I seem to have a package conflict between linux-firmware and linux-firmware-raspi2 on rasppi 4 with Ubuntu Desktop 21.04. [19:41] https://pastebin.com/id33tUfC [19:41] looks like they're both containing wifi driver [19:43] not sure what the best course to take is. reluctant to apt remove them both === ijohnson|lunch is now known as ijohnson [21:33] Is any core dev available to restart the autopkgtests that are blocking freeunit? I believe they should all pass with a retry [21:34] s/freeunit/freetype [21:35] JawnSmith: sure [21:36] done [21:36] Thanks mwhudson! [22:34] mwhudson: ..And sometimes pastes over IRC. :3 === JackFrost is now known as Unit193 === gurmble is now known as grumble [23:20] How do I prevent a given package's preinst maintainer script from running? [23:21] I'm not aware of a method to do that apart from to remove the preinst from the deb before installing it manually [23:22] dpkg-deb -R to unpack [23:22] Then remove DEBIAN/preinst [23:22] Then dpkg-deb -b to repack [23:22] (see manpage for the necessary arguments) [23:23] I assume you're working around something [23:23] If it's an actual bug in the preinst, let's fix it instead :) [23:24] rbasak: I knew about repacking, but yeah, fixing the bug is going to be difficult.... [23:25] Ros2 has this little beauty: https://index.ros.org/d/rti-connext-dds-5.3.1/ [23:26] and the preinst blocks waiting for user input in _all_ cases [23:31] where's the maintainer scripts from there/ [23:35] lemme see if I can scrape the one I'm talking about .... [23:36] all the clicking I've done so far suggests it's hidden behind registration pages, heh [23:41] realtime-neil: ah, the bug's not in Ubuntu itself? This isn't the best channel then.