Re: [Mageia-dev] autogen.sh

2012-09-20 Thread Angelo Naselli
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 19/09/2012 10:55, Oden Eriksson ha scritto:
 Hello people.
 
 Someone was wondering why i added autogen.sh in libxslt. There is a
 reason for this after long time maintaining open source softwares.
 See it as a last known good way of using the autopoo stuff as
 done upstream.  If autoreconf - fi should ever fail in libxslt
 use the provided autogen.sh file. These files tends to disappear or
 be moved to the upstream release managers private hard drive only,
 or something like that. It's simply wise to keep autogen.sh for 
 ourselves for reference. If you don't need to use it, fine, but
 keep it.

I'm not against on having stuff that simplify our life in building
packages, but i have a question what does autogen.sh that does not
work with the standard sequence (more or less always the same)?:
libtoolize  aclocal  automake --add-missing  autoconf

Just wonder...

Cheers,
Angelo

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlBa3J4ACgkQqEs9DA4DquAqEQCeK3H5KHMEzOS6qooWMn8puYI6
028Anj4jlWlO4l2suPdtQOwAHl8r8k5I
=44Mc
-END PGP SIGNATURE-


[Mageia-dev] autogen.sh

2012-09-19 Thread Oden Eriksson
Hello people.

Someone was wondering why i added autogen.sh in libxslt. There is a reason for 
this after long time maintaining open source softwares. See it as a last 
known good way of using the autopoo stuff as done upstream.  If autoreconf -
fi should ever fail in libxslt use the provided autogen.sh file. These files 
tends to disappear or be moved to the upstream release managers private hard 
drive only, or something like that. It's simply wise to keep autogen.sh for 
ourselves for reference. If you don't need to use it, fine, but keep it.


-- 
Regards // Oden Eriksson
Security team manager - Mandriva
CEO NUX AB



Re: [Mageia-dev] autogen.sh

2012-09-19 Thread Guillaume Rousse

Le 19/09/2012 10:55, Oden Eriksson a écrit :

Hello people.

Someone was wondering why i added autogen.sh in libxslt. There is a reason for
this after long time maintaining open source softwares. See it as a last
known good way of using the autopoo stuff as done upstream.
Just because you never understood autoconf is not an excuse to use such 
kind of derogative comments.



If autoreconf -
fi should ever fail in libxslt use the provided autogen.sh file. These files
tends to disappear or be moved to the upstream release managers private hard
drive only, or something like that. It's simply wise to keep autogen.sh for
ourselves for reference. If you don't need to use it, fine, but keep it.
Those dedicated scripts disappear because they are now obsoletes in 
favor of a generic solution maintained upstream. You'd better find an 
actual case where using the standard tool fails, whereas using such kind 
of ad-hoc wrapper works, before bloating packages with useless hacks.


BTW, libxslt builds perfectly without ever regenerating the build system...

--
BOFH excuse #189:

SCSI's too wide.


Re: [Mageia-dev] autogen.sh

2012-09-19 Thread Oden Eriksson
onsdagen den 19 september 2012 12.34.46 skrev  Guillaume Rousse:
 Le 19/09/2012 10:55, Oden Eriksson a écrit :
  Hello people.
  
  Someone was wondering why i added autogen.sh in libxslt. There is a reason
  for this after long time maintaining open source softwares. See it as a
  last known good way of using the autopoo stuff as done upstream.
 
 Just because you never understood autoconf is not an excuse to use such
 kind of derogative comments.
 
  If autoreconf -
  fi should ever fail in libxslt use the provided autogen.sh file. These
  files tends to disappear or be moved to the upstream release managers
  private hard drive only, or something like that. It's simply wise to keep
  autogen.sh for ourselves for reference. If you don't need to use it,
  fine, but keep it.
 Those dedicated scripts disappear because they are now obsoletes in
 favor of a generic solution maintained upstream. You'd better find an
 actual case where using the standard tool fails, whereas using such kind
 of ad-hoc wrapper works, before bloating packages with useless hacks.
 
 BTW, libxslt builds perfectly without ever regenerating the build system...

Funny... An ignorant, patronizing and belittling responce is what I get on my 
first ever mail here. I really don't have time with this childish crap.


-- 
Regards // Oden Eriksson
Security team manager - Mandriva
CEO NUX AB



Re: [Mageia-dev] autogen.sh

2012-09-19 Thread Colin Guthrie
'Twas brillig, and Oden Eriksson at 19/09/12 09:55 did gyre and gimble:
 Hello people.
 
 Someone was wondering why i added autogen.sh in libxslt. There is a reason 
 for 
 this after long time maintaining open source softwares. See it as a last 
 known good way of using the autopoo stuff as done upstream.  If autoreconf -
 fi should ever fail in libxslt use the provided autogen.sh file. These files 
 tends to disappear or be moved to the upstream release managers private hard 
 drive only, or something like that. It's simply wise to keep autogen.sh for 
 ourselves for reference. If you don't need to use it, fine, but keep it.

autogen.sh or bootstrap.sh and similar scripts are usually in upstream
SCM repositories but simply are often marked as NODIST or similar such
that they do not make it into tarballs (that's not always the case - it
varies from project to project).

They are typically just wrappers around various auto* stuff, but 9 times
out of 10 if you change some of the .am or .in files in patches, you
don't need to redo the full bootstrap process, it's often just a matter
of calling autoreconf or similar.

But this is also only needed if:
 1. We apply patches that touch some of the .am/.in files.
 or
 2. The system on which make dist was run is somehow very broken and
doesn't play nice with our environment (quite rare)

I don't see either being true in the libxslt case so I wonder why
autogen.sh is needed to make it build?

Col


-- 

Colin Guthrie
colin(at)mageia.org
http://colin.guthr.ie/

Day Job:
  Tribalogic Limited http://www.tribalogic.net/
Open Source:
  Mageia Contributor http://www.mageia.org/
  PulseAudio Hacker http://www.pulseaudio.org/
  Trac Hacker http://trac.edgewall.org/