[02:12] <kurufu> 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] <RAOF> kurufu: Debian Import Freeze means that we're no longer autosyncing everything from unstable.
[02:52] <RAOF> 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] <RAOF> However, we're also in Feature Freeze, which means that changes should now focus on fixing bugs rather than features/new versons.
[02:56] <RAOF> So, new upstream versions can still be uploaded freely, if they're bugfix releases.
[02:56] <kurufu> that makes sense, thanks!
[02:57] <RAOF> 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] <Eickmeyer> 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.
[08:46] <seb128> slyon, hey, did you see bug #1915579 ?
[08:48]  * slyon looking, thanks for the heads up!
[10:32] <mwhudson> aaargh when can we get debdiff to show mode changes :(
[10:35] <seb128> that would be a valuable improvement indeed
[10:35] <ed_> just a matter of raising a pull request ;)
[10:36] <mwhudson> i think there is a debian bug that would be at high school now if it was a child about this
[10:37] <JackFrost> 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] <mwhudson> oh no, not that old, because i filed it :) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=907126
[10:38] <JackFrost> 90xxxx, that's fairly new, basically.  40xxxx would be old.
[10:38] <mwhudson> yeah faulty memory
[10:38] <mwhudson> must be time for bed
[10:39] <JackFrost> But I have a patchfile with 'new file mode 100755' to create the script executable, it works. \o/
[11:49] <rbasak> mwhudson: switch to git-ubuntu :)
[13:08] <xnox> mwhudson:  replied to that bug report with a patch.
[13:26] <ItzSwirlz> 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] <cjwatson> ItzSwirlz: good lord, are there upstreams who still haven't caught up with that?  That change was in 2001
[13:44] <cjwatson> I shouldn't be surprised really
[13:44] <ItzSwirlz> cjwatson: Don't tell Mint. A nemo extension still uses it for some reason
[13:45] <ItzSwirlz> in nemo-share
[13:45] <cjwatson> 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] <cjwatson> (almost certainly not so much "still" using it as copied from some archaic template which was long obsolete when they did so)
[13:55] <ItzSwirlz> I'll PR them upstream.
[19:14] <mwhudson> xnox: nice, seems devscripts actually uses salsa merge requests quite a lot: https://salsa.debian.org/debian/devscripts/-/merge_requests
[19:39] <orbot> 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] <orbot> https://pastebin.com/id33tUfC
[19:41] <orbot> looks like they're both containing wifi driver
[19:43] <orbot> not sure what the best course to take is. reluctant to apt remove them both
[21:33] <JawnSmith> Is any core dev available to restart the autopkgtests that are blocking freeunit? I believe they should all pass with a retry
[21:34] <JawnSmith> s/freeunit/freetype
[21:35] <mwhudson> JawnSmith: sure
[21:36] <mwhudson> done
[21:36] <JawnSmith> Thanks mwhudson!
[22:34] <JackFrost> mwhudson: ..And sometimes pastes over IRC. :3
[23:20] <realtime-neil> How do I prevent a given package's preinst maintainer script from running?
[23:21] <rbasak> 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] <rbasak> dpkg-deb -R to unpack
[23:22] <rbasak> Then remove DEBIAN/preinst
[23:22] <rbasak> Then dpkg-deb -b to repack
[23:22] <rbasak> (see manpage for the necessary arguments)
[23:23] <rbasak> I assume you're working around something
[23:23] <rbasak> If it's an actual bug in the preinst, let's fix it instead :)
[23:24] <realtime-neil> rbasak: I knew about repacking, but yeah, fixing the bug is going to be difficult....
[23:25] <realtime-neil> Ros2 has this little beauty: https://index.ros.org/d/rti-connext-dds-5.3.1/
[23:26] <realtime-neil> and the preinst blocks waiting for user input in _all_ cases
[23:31] <sarnold> where's the maintainer scripts from there/
[23:35] <realtime-neil> lemme see if I can scrape the one I'm talking about ....
[23:36] <sarnold> all the clicking I've done so far suggests it's hidden behind registration pages, heh
[23:41] <rbasak> realtime-neil: ah, the bug's not in Ubuntu itself? This isn't the best channel then.