Bug#501456: dpkg-deb: Add new option --compress-program=
On Thu, 5 Jan 2023 at 13:52, Guillem Jover wrote: > Control: tags -1 - patch > > Hi! > > On Sat, 2016-06-18 at 23:19:16 +0300, Konstantin Khlebnikov wrote: > > Here is tiny patch which adds new option dpkg-deb > --compress-program= > > Program is executed as a filter with single argument: compression level > -0 .. -9 > > The code is not reaping the child, nor closing the file descriptors, > Oh, maybe. I just slammed it together to show simple solution. There was no ready to use library solution for parallel compression. I was limited by the technology of my time. Maybe nowadays it is invented. > this is covered in fd_fd_filter(), but… > > > So, any existing parallel compression tool (pigz/pbzip2/pxz/pixz) > > could be used here. > > Of course compression type (-Z) must match. Such compression might not > > suit for official > > builds because it have lower ratio, but will save tons of time for > > building debug packages. > > …this is the main problem I have with such patch, that you can specify > any random program and it might or might not match the intended > compression. Also as stated previously several of these tool generate > output that is not ideal anyway. > Well, misconfiguration isn't a big deal. Dpkg could easily validate magic afterwards. Just to be clear - I have zero interest now. That's trivial matter, so anybody could finish that. > > Thanks, > Guillem >
Bug#501456: dpkg-deb: Add new option --compress-program=
Control: tags -1 - patch Hi! On Sat, 2016-06-18 at 23:19:16 +0300, Konstantin Khlebnikov wrote: > Here is tiny patch which adds new option dpkg-deb --compress-program= > Program is executed as a filter with single argument: compression level -0 .. > -9 The code is not reaping the child, nor closing the file descriptors, this is covered in fd_fd_filter(), but… > So, any existing parallel compression tool (pigz/pbzip2/pxz/pixz) > could be used here. > Of course compression type (-Z) must match. Such compression might not > suit for official > builds because it have lower ratio, but will save tons of time for > building debug packages. …this is the main problem I have with such patch, that you can specify any random program and it might or might not match the intended compression. Also as stated previously several of these tool generate output that is not ideal anyway. Thanks, Guillem
Bug#501456: dpkg-deb: Add new option --compress-program=
Hi, is there any progress on this bug? On a recent 72-core system, a kernel can be build in a few minutes with "make deb-pkg". But dpkg-deb takes ~45 minutes just to pack everything in a single thread. It would be really nice to get the patch merged. -- -- Best regards / Mit freundlichen Grüßen / Med vennlig hilsen === Thomas Dreibholz Simula@OsloMet -- Simula Metropolitan Centre for Digital Engineering Centre for Resilient Networks and Applications Pilestredet 52 0167 Oslo, Norway --- E-Mail: dre...@simula.no Homepage: http://simula.no/people/dreibh === signature.asc Description: OpenPGP digital signature
Bug#501456: dpkg-deb: Add new option --compress-program=
Here is tiny patch which adds new option dpkg-deb --compress-program= Program is executed as a filter with single argument: compression level -0 .. -9 So, any existing parallel compression tool (pigz/pbzip2/pxz/pixz) could be used here. Of course compression type (-Z) must match. Such compression might not suit for official builds because it have lower ratio, but will save tons of time for building debug packages. dpkg-deb-add-new-option-compress-program-prog Description: Binary data