xnox | Odd_Bloke: cjwatson: isn't it the first one in /var/lib/dpkg/arch ?! | 00:37 |
---|---|---|
xnox | but i think that is internal / private, not public api | 00:37 |
mwhudson | ENOENT | 02:46 |
mwhudson | dpkg seems to set it at build time | 02:49 |
=== hggdh is now known as hggdh-msft | ||
didrocks | cpaelzer: thanks for the libos-info patch (and yeah, the readme needs some update it seems :p) | 08:52 |
cpaelzer | didrocks: yw | 09:12 |
cpaelzer | for once I tried to follow the "how to contribute" and then it is outdated :-) | 09:12 |
cpaelzer | didrocks: did you spot any issues in the MR ? | 09:12 |
cpaelzer | and if not maybe say "LGTM" there as you also are listed as Reviewed-by on the last Ubuntu changes | 09:13 |
didrocks | cpaelzer: I’ll have a deeper look this morning, but at first glance, I didn’t spot anything. Once done, yes, I’ll answer on gitlab | 09:15 |
cpaelzer | thank you didrocks | 09:20 |
tkamppeter | Some core dev around here? Could you have a look at bug 1862926? It updates SANE to make the scanning in nearly all modern multi-function printers work and hopefully also stops users from mucking around with HPLIP (bug 1766020). | 11:50 |
ubottu | bug 1862926 in sane-backends (Ubuntu) "Request for update: SANE 1.0.29" [High,New] https://launchpad.net/bugs/1862926 | 11:50 |
ubottu | bug 1766020 in hplip (Ubuntu) "package python3 3.6.5-3 failed to install/upgrade: installed python3 package post-installation script subprocess returned error exit status 4" [Medium,Confirmed] https://launchpad.net/bugs/1766020 | 11:50 |
LocutusOfBorg | tkamppeter, . | 14:23 |
tkamppeter | LocutusOfBorg, ? ? | 14:23 |
LocutusOfBorg | 16mb of debdiff... meh | 14:24 |
LocutusOfBorg | can't we help uploading in debian experimental and then go for ubuntu? | 14:24 |
tkamppeter | LocutusOfBorg, the huge debdiff is due to the upstream code included. | 14:24 |
tkamppeter | LocutusOfBorg, an new upstream version always causes a big debdiff, especially if it is two feature releases later. | 14:25 |
LocutusOfBorg | yes, but I would prefer to upload on debian expeirmental | 14:29 |
LocutusOfBorg | and then sync | 14:29 |
tkamppeter | LocutusOfBorg, could you do that? We need to get it done before FF. | 14:33 |
=== alan_g is now known as alan_g_ | ||
=== cpaelzer__ is now known as cpaelzer | ||
cpaelzer | cjwatson: hiho - a binfmt question, qemu's style to use this is very outdated | 15:29 |
cjwatson | cpaelzer: I'm pretty sure there's a Debian bug about this | 15:30 |
cpaelzer | yes | 15:30 |
cpaelzer | 866756 | 15:30 |
cpaelzer | but I have a detail question abotu it for you as binfmt expert | 15:30 |
cjwatson | Sure | 15:30 |
cpaelzer | we had a problem e.g. in WSL containers that the (old style) direct calls to "update-binfmts ... --install" failed there | 15:31 |
cpaelzer | the fix in the past was to have a better contianer detection | 15:31 |
cjwatson | --import shouldn't have that problem | 15:31 |
cpaelzer | but reading through the bug above I was wondering what binfmt triggers will do | 15:31 |
cjwatson | I mean, by all means try it out, but it isn't supposed to fail if the equivalent of --install fails | 15:32 |
cpaelzer | so it would try and gracefulyl go on | 15:33 |
cjwatson | more or less on the grounds that the information is still on disk and can be replayed, yes | 15:33 |
cpaelzer | cjwatson: do you have a package in mind that already uses the --import + trigger correctly? | 15:33 |
cjwatson | please don't say trigger here - binfmt-support probably should support actual triggers, but it doesn't yet (https://bugs.debian.org/945019) | 15:34 |
ubottu | Debian bug 945019 in binfmt-support "binfmt-support: please use dpkg triggers" [Wishlist,Open] | 15:34 |
cjwatson | I don't know of anything using --unimport correctly (which isn't to say they don't exist); quite a few use --import (e.g. pythonX.Y, llvm-8-runtime). But really if you follow the detailed instructions in /usr/share/doc/binfmt-support/README.Debian you should be fine | 15:36 |
cpaelzer | thanks cjwatson | 15:36 |
cjwatson | The only qemu quirks AFAIK are that it has arch-specific binfmts, and that it needs to be extra-careful to avoid accidentally registering a binfmt for the native architecture (which is a great way to instantly lock up your system) | 15:37 |
cpaelzer | the omit logic didn't change for years and I'd not touch it on that change | 15:40 |
cjwatson | I suppose you can keep on computing that at run-time and just import the right set of binfmt files | 15:49 |
cjwatson | I'm not sure that will work well though | 15:49 |
cjwatson | cpaelzer: you really want to ship the right set of binfmt files at build time rather than at run-time | 15:50 |
cjwatson | cpaelzer: doing it at build time means they can all go in /usr/share/binfmts/, which means that if binfmt-support is installed after qemu then it can run 'update-binfmts --import' and catch up | 15:50 |
cjwatson | cpaelzer: this is not going to work well if you keep the arch-specific handling entirely in the postinst | 15:50 |
=== LargePrime is now known as Guest28425 | ||
=== alan_g_ is now known as alan_g | ||
tkamppeter | LocutusOfBorg, reported SANE update request to Debian as Debian bug 951213. | 17:07 |
ubottu | Debian bug 951213 in sane-backends "Request for update: SANE 1.0.29" [Important,Open] http://bugs.debian.org/951213 | 17:07 |
=== nOOb__ is now known as LargePrime | ||
LocutusOfBorg | tkamppeter, will have a look tomorrow hopefully | 17:10 |
tkamppeter | LocutusOfBorg, are you Debian developer? | 17:13 |
=== LargePrime is now known as Guest91337 | ||
=== LargeGoof is now known as LargePrime | ||
=== LargePrime is now known as Guest84888 | ||
=== Guest84888 is now known as LargePrime | ||
LocutusOfBorg | tkamppeter, yes I am | 18:15 |
=== LargePrime is now known as Guest57841 | ||
=== LargePrime1 is now known as LargePrime | ||
=== ben_r_ is now known as ben_r |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!