Hi Jon,
it seems that cygport is not pulling the decompressor
that is supposed to recognise:
https://ci.appveyor.com/project/cygwin/scallywag/builds/37134000/job/0m9h56ptrwwyg3hc
>> Unpacking source flex-2.6.4.tar.lz
tar (child): lzip: Cannot exec: No such file or directory
tar (child): Error i
Marco Atzeri via Cygwin-apps writes:
> it seems that cygport is not pulling the decompressor
> that is supposed to recognise:
>
> https://ci.appveyor.com/project/cygwin/scallywag/builds/37134000/job/0m9h56ptrwwyg3hc
>
>>> Unpacking source flex-2.6.4.tar.lz
> tar (child): lzip: Cannot exec: No such
On 08.01.2021 14:23, ASSI wrote:
Marco Atzeri via Cygwin-apps writes:
it seems that cygport is not pulling the decompressor
that is supposed to recognise:
https://ci.appveyor.com/project/cygwin/scallywag/builds/37134000/job/0m9h56ptrwwyg3hc
Unpacking source flex-2.6.4.tar.lz
tar (child): lzi
On 08/01/2021 13:58, Marco Atzeri via Cygwin-apps wrote:
On 08.01.2021 14:23, ASSI wrote:
Marco Atzeri via Cygwin-apps writes:
it seems that cygport is not pulling the decompressor
that is supposed to recognise:
https://ci.appveyor.com/project/cygwin/scallywag/builds/37134000/job/0m9h56ptrwwyg
On 2021-01-08 07:21, Jon Turney wrote:
On 08/01/2021 13:58, Marco Atzeri via Cygwin-apps wrote:
On 08.01.2021 14:23, ASSI wrote:
Marco Atzeri via Cygwin-apps writes:
it seems that cygport is not pulling the decompressor
that is supposed to recognise:
https://ci.appveyor.com/project/cygwin/sca
Brian Inglis writes:
>> Yeah, perhaps lzip should be a dependency of cygport.
Since it promises to enable it's use, yes. I wouldn't mind to add a
dependency to tar also.
> ...and zstd as Achim is working on that.
That dependency has already been added to tar, so there is no need to do
anything
On 2021-01-08 10:13, Achim Gratz wrote:
Brian Inglis writes:
Yeah, perhaps lzip should be a dependency of cygport.
Since it promises to enable it's use, yes. I wouldn't mind to add a
dependency to tar also.
I would support that for technical reasons alone, although hoped for uptake of
lzip
Brian Inglis writes:
> Do we know what the frequency weighted difference is on bandwidth of
> packages actually downloaded?
Not that I know of, as everything goes through mirrors. But I happen to
have a complete Cygwin mirror on disk at the moment plus another one
that only has the packages for m
Achim Gratz writes:
> Since it promises to enable it's use, yes. I wouldn't mind to add a
> dependency to tar also.
Since lzip is not a very large package and tar just released a new
version… should I add the dependency or should I keep things as they
are?
Regards,
Achim.
--
+<[Q+ Matrix-12 WA
On 2021-01-08 12:11, Achim Gratz wrote:
Brian Inglis writes:
Do we know what the frequency weighted difference is on bandwidth of
packages actually downloaded?
Not that I know of, as everything goes through mirrors. But I happen to
have a complete Cygwin mirror on disk at the moment plus anot
On 2021-01-11 15:05, Brian Inglis wrote:
On 2021-01-08 12:11, Achim Gratz wrote:
Brian Inglis writes:
Do we know what the frequency weighted difference is on bandwidth of
packages actually downloaded?
Not that I know of, as everything goes through mirrors. But I happen to
have a complete Cyg
Brian Inglis writes:
> Currently mirrors.html states 160GB total.
I'm only mirroring the stuff that setup might actually use. The other
mirror, as I said is only what setup actually uses, plus one previous
version plus the sources of that.
> Rsync delta download data transfer quantities are stil
Hello,
I run into the same problem as discussed in
https://www.mail-archive.com/cygwin-apps@cygwin.com/msg37597.html
I found no final decision in this mail thread and the problem is still
existing.
I would also expect cygport depends on lzip, since source files are
provided in this format.
Mayb
13 matches
Mail list logo
