[EMAIL PROTECTED] (Georg Bauhaus) writes:
> Hrvoje Niksic, Tue, 02 Sep 2003 15:58:02 +0200:
>> Mauro Tortonesi <[EMAIL PROTECTED]> writes:
>>
>> >> 2. Care to elaborate on why you introduced automake in wget?
>> >
>> > it makes the sources __MUCH__ easier to maintain, believe me.
>>
>> How so?
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
>> I almost can't believe this is serious -- ansi2knr and the PARAMS
>> macro are concession enough to pre-ANSI compilers; I wouldn't want to
>> encumber the program with the K&R-style function definitions too.
>
> i agree that supporting K&R compilers i
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
> On Tue, 2 Sep 2003, Jeremy Reeve wrote:
>
>> I've written a trivial patch to implement the --disable-dns-cache feature
>> as described in the TODO contained in the CVS tree. I need to write the
>> Changelog entry which I'll do and post to the patches
Georg Bauhaus wrote:
> Hrvoje Niksic, Tue, 02 Sep 2003 15:58:02 +0200:
>> Mauro Tortonesi <[EMAIL PROTECTED]> writes:
>>
2. Care to elaborate on why you introduced automake in wget?
>>>
>>> it makes the sources __MUCH__ easier to maintain, believe me.
>>
>> How so? It adds the complexity to
Hrvoje Niksic, Tue, 02 Sep 2003 15:58:02 +0200:
> Mauro Tortonesi <[EMAIL PROTECTED]> writes:
>
> >> 2. Care to elaborate on why you introduced automake in wget?
> >
> > it makes the sources __MUCH__ easier to maintain, believe me.
>
> How so? It adds the complexity to the build process, and i
On Tue, 2 Sep 2003, Hrvoje Niksic wrote:
> Mauro Tortonesi <[EMAIL PROTECTED]> writes:
>
> > i don't like the automatic de-ANSI-fication approach. what do you think of
> > this approach instead:
> >
> > http://sources.redhat.com/autobook/autobook/autobook_51.html
> >
> > part of the wget code alre
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
>> > it makes the sources __MUCH__ easier to maintain, believe me.
>>
>> How so? It adds the complexity to the build process, and it makes a
>> crucial build component (Makefiles) almost impossible to understand,
>> debug, and modify.
>
> that's a point
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
>> 2. Care to elaborate on why you introduced automake in wget?
>
> it makes the sources __MUCH__ easier to maintain, believe me.
How so? It adds the complexity to the build process, and it makes a
crucial build component (Makefiles) almost impossible
On Tue, 2 Sep 2003, Jeremy Reeve wrote:
> I've written a trivial patch to implement the --disable-dns-cache feature
> as described in the TODO contained in the CVS tree. I need to write the
> Changelog entry which I'll do and post to the patches list ASAP.
you should probably not bother writing
On Tue, 2 Sep 2003, Hrvoje Niksic wrote:
> Mauro Tortonesi <[EMAIL PROTECTED]> writes:
>
> >> 2. Care to elaborate on why you introduced automake in wget?
> >
> > it makes the sources __MUCH__ easier to maintain, believe me.
>
> How so? It adds the complexity to the build process, and it makes a
On Tue, 2 Sep 2003, Daniel Stenberg wrote:
> On Tue, 2 Sep 2003, Mauro Tortonesi wrote:
>
> > in fact, if you take a look at the Makefile.in's generated by automake in my
> > package you'll see that they aren't much different from the original
> > Makefile.in's contained in wget-1.9beta, so why bo
Hi all!
I've written a trivial patch to implement the --disable-dns-cache feature
as described in the TODO contained in the CVS tree. I need to write the
Changelog entry which I'll do and post to the patches list ASAP.
I am willing to put some time in to learn the code and provide some fixes
an
On Tue, 2 Sep 2003, Mauro Tortonesi wrote:
> > 2. Care to elaborate on why you introduced automake in wget?
>
> it makes the sources __MUCH__ easier to maintain, believe me. you only need
> 6 months (i am __definitely__ not joking here) to understand how the
> automake/autoconf/libtool/gettext stu
On Tue, 2 Sep 2003, Herold Heiko wrote:
> Did you know wget is currently in lack of a maintainer ?
the GNU website says (http://www.gnu.org/help/help.html):
We are looking for new maintainers for these GNU packages (contact
<[EMAIL PROTECTED]> if you'd like to volunteer):
* GNU dumb
On Tue, 2 Sep 2003, Daniel Stenberg wrote:
> On Mon, 1 Sep 2003, Mauro Tortonesi wrote:
>
> > i hope that you will like the new autoconf-2.5x/automake-1.6-ed package. i
> > also hope that the wget maintainer will consider accepting this patch.
>
> 1. There is no current wget maintainer. Your CVS t
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
> On Tue, 2 Sep 2003, Herold Heiko wrote:
>
>> Did you know wget is currently in lack of a maintainer ?
>
> the GNU website says (http://www.gnu.org/help/help.html):
>
> We are looking for new maintainers for these GNU packages (contact
> <[EMAIL PRO
Hi all folks,
RH8.0
wget-1.8.2-5
I just join this list. I encountered problem in using following syntax
$ wget --no-parent
http://www.linuxplanet.com/linuxplanet/tutorials/3174/1
$ wget --no-parent
http://www.linuxplanet.com/linuxplanet/tutorials/3174/1/
$ wget http://www.linuxplan
We released WackGet 1.2.2 for Windows.
Changelog: http://millweed.com/projects/wackget/CHANGES.txt
Download: http://millweed.com/projects/wackget
Cheers,
Keith
Did you know wget is currently in lack of a maintainer ?
If you have time to perform those enhancements you enlistened you should
probably apply as (at least temporary) maintainer.
This wouldn't mean you would be forced to devolve more time to wget than you
can and want, or tackle issus you really
On Mon, 1 Sep 2003, Mauro Tortonesi wrote:
> i hope that you will like the new autoconf-2.5x/automake-1.6-ed package. i
> also hope that the wget maintainer will consider accepting this patch.
1. There is no current wget maintainer. Your CVS tree has a good chance
of becoming the official one
I successfully compiled and have used GNU Wget 1.8.2 on Mac OS 10.2.6.
Thanks for the swell software.
Josef Schneider
__ OUTPUT OF ./config.guess __
creating cache ./config.cache
configuring for GNU Wget 1.8.2
checking host system type... powerpc-apple-darwin6.6
chec
21 matches
Mail list logo