GNU bug report logs -
#38256
Packages sources in '.tar.lz' archives
Previous Next
To reply to this bug, email your comments to 38256 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#38256
; Package
guix
.
(Mon, 18 Nov 2019 13:31:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Guillaume Le Vaillant <glv <at> posteo.net>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Mon, 18 Nov 2019 13:31:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
Currently, when package sources are in a '.tar.lz' archive (e.g. ed,
wget, ddrescue, etc.), the 'lzip' package must be explicitly put into
the 'native-inputs' of the package definition, or building the package
fails.
Would it be possible to make the 'lzip' package available by default in
the build process, like 'gzip', 'bzip2' and 'xz'?
Information forwarded
to
bug-guix <at> gnu.org
:
bug#38256
; Package
guix
.
(Sat, 23 Nov 2019 17:38:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 38256 <at> debbugs.gnu.org (full text, mbox):
Hi Guillaume,
Guillaume Le Vaillant <glv <at> posteo.net> skribis:
> Currently, when package sources are in a '.tar.lz' archive (e.g. ed,
> wget, ddrescue, etc.), the 'lzip' package must be explicitly put into
> the 'native-inputs' of the package definition, or building the package
> fails.
>
> Would it be possible to make the 'lzip' package available by default in
> the build process, like 'gzip', 'bzip2' and 'xz'?
Yes. There’s not a strong incentive because there are relatively few
packages distributed as lz files, but we could do that in
‘core-updates’.
Thanks,
Ludo’.
This bug report was last modified 5 years and 201 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.