Use upstream URL's for 0pointer packages

[Armin K]

Avahi - http://avahi.org/
libasyncns (pulseaudio) - http://0pointer.de/lennart/projects/libasyncns/
libatasmart - http://0pointer.de/public/
libcanberra - http://0pointer.de/lennart/projects/libcanberra/
libdaemon - http://0pointer.de/lennart/projects/libdaemon/
mod_dnssd - http://0pointer.de/lennart/projects/mod_dnssd/

[bdubbs@…]

If I recall correctly, the reason we went away from 0pointer was reliability issues. Does anyone else remember this?

[Armin K]

It was fixed. No issues for some time now.

[Fernando de Oliveira]

It is not wise to "fix" working URLs. I vote for "leave them and all the working ones alone".

Worse yet when they are fixes to the ones intended to come back.

[Armin K]

So, if a site temporarily had a problem, you think it will come back? You don't take into account the years it has been working without interruptions it seems.

Using upstream URL's is prefered as far as I know, especially when they replace such ugly URL's as Fedora ones, where not even currency would work - and even if it did, you'd have to rely on Fedora to get the new version into distro (which can take time) instead of simply relying on upstream.

[Fernando de Oliveira]

Replying to Krejzi:

Using upstream URL's is prefered as far as I know, especially when they replace such ugly URL's as Fedora ones, where not even currency would work

Yes, it does. One example:

​http://pkgs.fedoraproject.org/repo/pkgs/libatasmart/libatasmart-0.19.tar.xz/53afe2b155c36f658e121fe6def33e77/libatasmart-0.19.tar.xz

Now, for currency script, you use

​http://pkgs.fedoraproject.org/repo/pkgs/libatasmart/

Index of /repo/pkgs/libatasmart

Name                     Last modified      Size  Description
Parent Directory                              -   
libatasmart-0.1.tar.gz/  28-Jul-2008 17:56    -   GZIP compressed docume>
libatasmart-0.2.tar.gz/  19-Mar-2009 00:30    -   GZIP compressed docume>
libatasmart-0.3.tar.gz/  24-Mar-2009 01:00    -   GZIP compressed docume>
libatasmart-0.4.tar.gz/  02-Apr-2009 21:53    -   GZIP compressed docume>
libatasmart-0.5.tar.gz/  03-Apr-2009 17:55    -   GZIP compressed docume>
libatasmart-0.6.tar.gz/  05-Apr-2009 17:01    -   GZIP compressed docume>
libatasmart-0.7.tar.gz/  07-Apr-2009 20:07    -   GZIP compressed docume>
libatasmart-0.8.tar.gz/  10-Apr-2009 03:30    -   GZIP compressed docume>
libatasmart-0.9.tar.gz/  12-Apr-2009 21:51    -   GZIP compressed docume>
libatasmart-0.10.tar.gz/ 14-Apr-2009 03:20    -   GZIP compressed docume>
libatasmart-0.11.tar.gz/ 14-Apr-2009 21:18    -   GZIP compressed docume>
libatasmart-0.12.tar.gz/ 15-Apr-2009 21:49    -   GZIP compressed docume>
libatasmart-0.13.tar.gz/ 22-Apr-2009 22:57    -   GZIP compressed docume>
libatasmart-0.14.tar.gz/ 06-Aug-2009 19:42    -   GZIP compressed docume>
libatasmart-0.15.tar.gz/ 18-Sep-2009 03:28    -   GZIP compressed docume>
libatasmart-0.16.tar.gz/ 29-Sep-2009 03:43    -   GZIP compressed docume>
libatasmart-0.17.tar.gz/ 27-Oct-2009 02:36    -   GZIP compressed docume>
libatasmart-0.18.tar.gz/ 11-Oct-2011 22:32    -   GZIP compressed docume>
libatasmart-0.19.tar.xz/ 20-May-2012 22:17    -   tar archive

• and even if it did, you'd have to rely on Fedora to get the new version into distro (which can take time) instead of simply relying on upstream.

I think that it is available in Fedora as soon as they know it will be released. Only once Fedora was later. Three times it was earlier. In 19 releases, both had it available in the same day. In thr following table, last column, for a positive value Fedora is later, for null, both at the same day, negative, 0pointer is later.

       Version          Fedora      0pointer    Days after
libatasmart-0.1.tar.gz  08/07/28    08/07/25        3
libatasmart-0.2.tar.gz  09/03/19    09/03/19        0
libatasmart-0.3.tar.gz  09/03/24    09/03/24        0
libatasmart-0.4.tar.gz  09/04/02    09/04/02        0
libatasmart-0.5.tar.gz  09/04/03    09/04/03        0
libatasmart-0.6.tar.gz  09/04/05    09/04/05        0
libatasmart-0.7.tar.gz  09/04/07    09/04/07        0
libatasmart-0.8.tar.gz  09/04/10    09/04/10        0
libatasmart-0.9.tar.gz  09/04/12    09/04/12        0
libatasmart-0.10.tar.gz 09/04/14    09/04/14        0
libatasmart-0.11.tar.gz 09/04/14    09/04/14        0
libatasmart-0.12.tar.gz 09/04/15    09/04/15        0
libatasmart-0.13.tar.gz 09/04/22    09/04/23       -1
libatasmart-0.14.tar.gz 09/08/06    09/08/06        0
libatasmart-0.15.tar.gz 09/09/18    09/09/18        0
libatasmart-0.16.tar.gz 09/09/29    09/09/29        0
libatasmart-0.17.tar.gz 09/10/27    09/10/27        0
libatasmart-0.18.tar.gz 11/10/11    11/10/12       -1
libatasmart-0.19.tar.xz 12/05/20    12/05/21       -1

[Armin K]

It wouldn't really make sense if Fedora had the package before upstream. The difference you see is just 2 hours and few minutes, which corresponds to the time zone difference I suppose (ie, UTC and UTC+2, which is Germany in Summer Time).

I'm still believe the official links should be used wherever possible. Watch @ 0pointer.de and see for yourself that it's once again stable as it was before the recent issues.

[Fernando de Oliveira]

Replying to Krejzi:

It wouldn't really make sense if Fedora had the package before upstream. The difference you see is just 2 hours and few minutes, which corresponds to the time zone difference I suppose (ie, UTC and UTC+2, which is Germany in Summer Time).

So what?

I'm still believe the official links should be used wherever possible. Watch @ 0pointer.de and see for yourself that it's once again stable as it was before the recent issues.

I don't like to spend two times in the same problem, if it is solved. And if I remain as editor, I will not fix URLs that I had fixed before, just because someone has a particular taste which does not coincide with my always better taste :-).

Most of our problems are due to differences in taste, so if I do something, you should never disrespect me, if the question is a personal preference, it is only a provocation, and I will undo it without even talking about it. It would be much better to live in peace. When you want, you are the nicest an most helpful person. Please try to keep that way.

I am not working today, just replying to comments. I don't like to keep talking about things. I do like working in things.

Last week was an experiment. I did not write anything nor committed, so I could work in peace, without needing to address other peoples idiosyncrasies. It was a very happy week.

Today is the worst day of all since I discovered that there was LFS.

I forgot to add that I do prefer Fedora's nice URLs (beauty is in the eyes of the one who sees). It gives me th md5sum, so it is more difficult to make a mistake in the page, because of the URL test.

[Armin K]

Taste?

​http://www.linuxfromscratch.org/blfs/view/svn/introduction/packages.html

"The best place to download files is the site or sites set up by the *source code developer*. Please try there first."

Apparently not just my taste. I don't care though, you are welcome to close the ticket.

[bdubbs@…]

After reading the comments, I will agree that the urls should be changed back because that is the ultimate upstream location for these packages. I'll do it.

[bdubbs@…]

Fixed at revision 15335. Thanks for the patch Armin.

[Fernando de Oliveira]

Replying to Krejzi:

Taste?

​http://www.linuxfromscratch.org/blfs/view/svn/introduction/packages.html

"The best place to download files is the site or sites set up by the *source code developer*. Please try there first."

Apparently not just my taste. I don't care though, you are welcome to close the ticket.

OK. Now, I agree.