Bug#1032662: elpa-debian-el: deb-view fails on zstd compressed debs
Contro: tags -1 pending Xiyue Deng writes: > Hi Sven, > > I'd like to experiment an implementation to add zstd support (as well > as lzma if possible). Do you know which ubuntu deb files are using zstd > or lzma compressions so that I can use to test? I have tested this change[1] with a zstd compressed deb file from ubuntu to be working. I'll merge this soon. Note that there is actually no lzma compiled deb support in dpkg-deb either, so I have dropped that part for now. Will revisit in case this is enabled in dpkg-deb later. [1] https://salsa.debian.org/manphiz/debian-el/-/commit/11bcd8fc563cf36140deab8f4d3293783c7b770c -- Xiyue Deng
Bug#1032662: elpa-debian-el: deb-view fails on zstd compressed debs
Hi Sven, I'd like to experiment an implementation to add zstd support (as well as lzma if possible). Do you know which ubuntu deb files are using zstd or lzma compressions so that I can use to test? -- Xiyue Deng
Bug#1032662: elpa-debian-el: deb-view fails on zstd compressed debs
On 2023-03-11 07:49 -0800, David Bremner wrote:
> Sven Joachim writes:
>
> Control: severity -1 wishlist
>
>> Package: elpa-debian-el
>> Version: 37.10
>> Severity: normal
>>
>> Visiting zstd compressed .deb files in deb-view mode-fails with a tar
>> error, here is a backtrace after toggling debug-on-error.
>
> Hi Sven;
>
> At least until Debian is using zstd this seems like a feature request to
> me, setting the severity (and hopefully expectations) appropriately.
No packages in Debian are using zstd compression, but Ubuntu switched to
it as default in 2021. So there are a lot of packages out in the wild
there, and on Ubuntu derivatives deb-view.el is basically useless.
Anyway, my expectations are not too high as nobody currently takes care
of {debian,dpkg-dev}-el. My recommendation to use dpkg-deb to extract
the data.tar.* archive (see #878900) still stands, but I don't know
if/when I will be able to develop a patch for that.
Cheers,
Sven
Bug#1032662: elpa-debian-el: deb-view fails on zstd compressed debs
Sven Joachim writes: Control: severity -1 wishlist > Package: elpa-debian-el > Version: 37.10 > Severity: normal > > Visiting zstd compressed .deb files in deb-view mode-fails with a tar > error, here is a backtrace after toggling debug-on-error. Hi Sven; At least until Debian is using zstd this seems like a feature request to me, setting the severity (and hopefully expectations) appropriately. Cheers, d
Bug#1032662: elpa-debian-el: deb-view fails on zstd compressed debs
Package: elpa-debian-el
Version: 37.10
Severity: normal
Visiting zstd compressed .deb files in deb-view mode-fails with a tar
error, here is a backtrace after toggling debug-on-error.
,
| Debugger entered--Lisp error: (error "Malformed Tar header")
| signal(error ("Malformed Tar header"))
| tar-mode()
| debview-mode()
| deb-view-process("/tmp/libtinfo6_6.3+20220423-2_amd64.deb")
| deb-view-mode()
| set-auto-mode-0(deb-view-mode nil)
`
Here /tmp/libtinfo6_6.3+20220423-2_amd64.deb is the package from Ubuntu
22.10, see https://packages.ubuntu.com/kinetic/amd64/libtinfo6/download.
While the control.tar.zst apparently can be inspected, there is no way
to get to the files in data.tar.zst. I had to kill the buffer
libtinfo6_6.3+20220423-2_amd64.deb-DATA, confirming that I wanted to get
rid of that buffer despite it being modified.
-- System Information:
Debian Release: 12.0
APT prefers unstable
APT policy: (500, 'unstable'), (101, 'experimental')
merged-usr: no
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.10.172-nouveau (SMP w/2 CPU threads)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages elpa-debian-el depends on:
ii bzip2 1.0.8-5+b1
ii dh-elpa-helper 2.0.16
ii dpkg1.21.21
ii emacsen-common 3.0.5
ii reportbug 11.6.0
ii xz-utils5.4.1-0.2
Versions of packages elpa-debian-el recommends:
ii emacs 1:28.2+1-12
ii emacs-gtk [emacs] 1:28.2+1-12
ii wget 1.21.3-1+b2
elpa-debian-el suggests no packages.
-- no debconf information
