Hello, Perryh.
You wrote 11 сентября 2011 г., 10:05:59:
I can't address the non-specific etc, but I would claim that each
of those 3 specific examples is a VCS bug. Creating a tarball of a
particular content set _should_ be a deterministic process:
Once again: gzip, for example, has
On Sun, Sep 11, 2011 at 01:01:31PM +0400, Lev Serebryakov wrote:
Hello, Perryh.
You wrote 11 сентября 2011 г., 10:05:59:
I can't address the non-specific etc, but I would claim that each
of those 3 specific examples is a VCS bug. Creating a tarball of a
particular content set _should_
Lev Serebryakov l...@freebsd.org wrote:
... gzip, for example, has timestamp field in header.
Try this locally, without any [D]VCS:
% mkdir test echo one test/one.txt echo two test/two.txt
% tar czf test1.tar.gz test sleep 5 tar czf test2.tar.gz test
% md5 test1.tar.gz test2.tar.gz
... gzip, for example, has timestamp field in header.
Try this locally, without any [D]VCS:
% mkdir test echo one test/one.txt echo two test/two.txt
% tar czf test1.tar.gz test sleep 5 tar czf test2.tar.gz test
% md5 test1.tar.gz test2.tar.gz
MD5 (test1.tar.gz) =
Baptiste Daroussin b...@freebsd.org wrote:
The main problem with that is: we have no way to keep a valid sum
of the distfiles if it is autogenerated (in particular with github)
and this sum is really important.
No question about the importance of the checksum, to prevent trojans
and other
Hello, Perryh.
You wrote 10 сентября 2011 г., 18:03:41:
If I am understanding correctly, you seem to be saying that two
distfiles autogenerated from the _same_ tag etc. in the _same_
repository, and actually containing exactly the same code, can
nevertheless generate different checksums!?
On Fri, Sep 09, 2011 at 04:39:14PM +0100, Klaus T. Aehlig wrote:
Until recently, github required two requests to get a tarball: one to
initiate the tarball creation, the other to download it.
Yes, that's what I remember. The URL you got after the first redirect
was then good for a couple
On 9 September 2011 15:28, Baptiste Daroussin b...@freebsd.org wrote:
On Fri, Sep 09, 2011 at 02:24:37PM +0100, Klaus T. Aehlig wrote:
The main problem with that is: we have no way to keep a valid sum of the
distfiles if it is autogenerated (in particular with github) and this sum
is
Chris Rees wrote on 10.09.2011 21:33:
Counterexamples welcome!
Chris
When i worked on net/erlyvideo port there on github were tarballs for
some old versions of it. When i asked author to create tarballs for new
versions too, he just delete all the tarballs :)
So i just create and host
On 10 September 2011 18:47, Ruslan Mahmatkhanov cvs-...@yandex.ru wrote:
Chris Rees wrote on 10.09.2011 21:33:
Counterexamples welcome!
Chris
When i worked on net/erlyvideo port there on github were tarballs for some
old versions of it. When i asked author to create tarballs for new
Chris Rees wrote on 10.09.2011 21:58:
On 10 September 2011 18:47, Ruslan Mahmatkhanovcvs-...@yandex.ru wrote:
Chris Rees wrote on 10.09.2011 21:33:
Counterexamples welcome!
Chris
When i worked on net/erlyvideo port there on github were tarballs for some
old versions of it. When i asked
The change occurred sometime in the last few months. This might be
related:
https://github.com/blog/900-nodeload2-downloads-reloaded
Ah, I see. Thanks for the link.
Klaus
___
freebsd-ports@freebsd.org mailing list
Matthew D. Fuller fulle...@over-yonder.net wrote:
On Sat, Sep 10, 2011 at 07:03:41AM -0700 I heard the voice of
per...@pluto.rain.com, and lo! it spake thus:
If I am understanding correctly, you seem to be saying that two
distfiles autogenerated from the _same_ tag etc. in the _same_
Hello, Freebsd-ports.
I notice, that many software projects are hosted on social DVCS
hostings nowadays.
Other common feature among them is absence of official tarballs
for versions. I don't say, that ALL projects whith primary hosting on
these DVCS sites don't publish official tarballs. But
On Fri, Sep 09, 2011 at 02:30:52PM +0400, Lev Serebryakov wrote:
Hello, Freebsd-ports.
I notice, that many software projects are hosted on social DVCS
hostings nowadays.
Other common feature among them is absence of official tarballs
for versions. I don't say, that ALL projects whith
The main problem with that is: we have no way to keep a valid sum of the
distfiles if it is autogenerated (in particular with github) and this sum is
really important.
With github this fortunately is a non-issue. Even though they autogenerate their
tar balls, they keep enough information to
Hello, Baptiste.
You wrote 9 сентября 2011 г., 17:04:58:
The main problem with that is: we have no way to keep a valid sum of the
distfiles if it is autogenerated (in particular with github) and this sum is
really important.
I've thought about checksums, but my simple experiment shows, that
I've thought about checksums, but my simple experiment shows, that
tag-related (not tip-related, of course) archives give same chsum
after re-downloading in short time. But I don't check it for long-term
stability.
Well, let's do at least one check with a one and a half year old tar ball.
Hello, Klaus.
You wrote 9 сентября 2011 г., 17:24:37:
* due to autogeneration, you're quite likely to get a http-redirect,
Does fetch support redirects?
* filenames like 2011.07.25 are not too suitable for a distfile.
DIST_SUBIDR=${PORTNAME} is solution for this.
--
// Black Lion AKA Lev
* due to autogeneration, you're quite likely to get a http-redirect,
Does fetch support redirects?
Yes. But for good reasons, Mk/bsd.ports.mk contains the line
FETCH_ARGS?=-AFpr
Note the -A. Of course, it's no problem to make an exception for github, but
at least, one should be aware of
On Fri, Sep 09, 2011 at 02:24:37PM +0100, Klaus T. Aehlig wrote:
The main problem with that is: we have no way to keep a valid sum of the
distfiles if it is autogenerated (in particular with github) and this sum is
really important.
With github this fortunately is a non-issue. Even
Until recently, github required two requests to get a tarball: one to
initiate the tarball creation, the other to download it.
Yes, that's what I remember. The URL you got after the first redirect
was then good for a couple of days -- till eventually it wasn't used
for long enough time and the
On Fri, Sep 09, 2011 at 03:05:42PM +0100, Klaus T. Aehlig wrote:
* due to autogeneration, you're quite likely to get a http-redirect,
Does fetch support redirects?
Yes. But for good reasons, Mk/bsd.ports.mk contains the line
FETCH_ARGS?=-AFpr
Note the -A. Of course, it's no
23 matches
Mail list logo