On Sat, 25 Jun 2005, Hrvoje Niksic wrote:
> Despite the apparent consensus that it should be integrated in
> Autoconf, the integration never materialized. When I queried about
> this in 2003 (http://tinyurl.com/a63lc), the single response
> charmingly told me that "the solution is libtool." I no
On Mon, 27 Jun 2005, Hrvoje Niksic wrote:
> > Bugs are of course inevitable and you shouldn't be surprised seeing
> > them especially as on exotic platforms (you even admit you've never
> > been able to reproduce some of the other's problems on your
> > systems).
>
> Please note that a platform d
On Mon, 27 Jun 2005, Post, Mark K wrote:
> This is the kind of obnoxious commentary I've learned to expect from
> glibc's maintainers. It's no more becoming from you (or anyone else).
Well, but unlike with glibc, maintainers of libtool do actually handle
problems reported by users. But they h
On Sat, 8 Oct 2005, Hrvoje Niksic wrote:
> As you said, parsing UNIX directory listings is a nightmare. If
> someone has a suggestion for better heuristics, please go ahead and
> suggest.
Hmm, use MDTM/SIZE to attempt to get at file dates and sizes and NLST to
get lone file names? Easier said,
On Mon, 10 Oct 2005, Hrvoje Niksic wrote:
> And that's assuming that all servers support MDTM/SIZE, which I'm not
> sure is a given. Not at all sure.
That's assuming some of them do, as it's known not all do. But these
commands have been invented exactly for machine-processing, so they should
On Wed, 18 Jul 2007, Josh Williams wrote:
> Is there any particular reason we don't have an option to ignore robots.txt?
There is no particular reason, so we do.
Maciej
On Tue, 24 Jul 2007, Matthew Woehlke wrote:
> This rough patch adds a '--ask-password' option to wget. About all that can be
It's a good rule to send patches inlined rather than attached as that
makes them easy to comment on.
> said for it is that it works; hopefully it will serve as a useful
On Wed, 25 Jul 2007, Matthew Woehlke wrote:
> Read from stderr? I admit I've heard stderr is bi-directional but I can't say
> I've ever seen it used to read input.
Well, `wget' can be used as a filter (and I did do so a couple of times
in some scripts in the past; I would be surprised if others
On Wed, 25 Jul 2007, Micah Cowan wrote:
> As pointed out, there will be some work necessary to allow for
> portability across other platforms, and use of stdin/stdout may not be
The autoconf macro I quoted solves the problem for *nix systems --
anybody with an incompatible configuration is welc
On Wed, 25 Jul 2007, Micah Cowan wrote:
> > Otherwise it looks OK, I think. Though I am not sure whether it is
> > really needed given that many years have passed and nobody wanted such a
> > feature. But the decision is up to the maintainer (once you sort out
> > technical problems).
>
> I
On Tue, 16 Oct 2007, Micah Cowan wrote:
> I may take liberties with the Make environment, and assume the presence
> of a GNU toolset, though I'll try to avoid that where it's possible.
Well, the issue has been resolved one way or another with many GNU
packages, including the core ones such as G
On Fri, 30 Nov 2007, Mauro Tortonesi wrote:
> not really. because of its JIT compiler, Java is often as fast as C/C++, and
> sometimes even significantly faster.
And GCJ can be asked to compile Java to native machine code too. I think
Java per se would be OK as a programming language if it we
Hello,
Here is a change that adds $(datarootdir) throughout that has been missed
despite the prominent warning output by ./configure. :-(
2008-08-09 Maciej W. Rozycki <[EMAIL PROTECTED]>
* Makefile.in (datarootdir): Add definition.
* doc/Makefile.in (datarootdir): Li
Hi Micah,
> We're not anticipating any further 1.11.x releases for Wget. Active
> development for most of the last year has focused on 1.12, which is
> based on Automake (so we get datarootdir for free).
Hmm, I must have missed that bit, but if I said I had been following the
discussion at the w
On Wed, 24 Sep 2008, Oliver Hahn wrote:
> I think it would be a nice feature if wget could print in --spider mode all
> downloadable file urls into a text file, so that you can import this urls to
> another download manager.
You can use the log file to retrieve this information from -- use the
u
On Fri, 31 Oct 2008, Micah Cowan wrote:
> I will ask the dotsrc.org folks to set up this mailing list as a
> forwarding alias to [EMAIL PROTECTED] (the reverse of recent history). At
> that time, no further mails will be sent to subscribers of this list.
> Please subscribe to [EMAIL PROTECTED] ins
On Sat, 1 Nov 2008, Micah Cowan wrote:
> > I am puzzled. You mean you declare retired and
> > <[EMAIL PROTECTED]> is to be used from now on for the purpose the former
> > list instead? And <[EMAIL PROTECTED]> will most likely be retired
> > as well soon with the replacement to be <[EMAIL PR
_RUN test needed for at all, BTW? Can't it be replaced
with an AC_TRY_LINK or an AC_TRY_LINK_FUNC one? The function called in
AC_TRY_RUN doesn't do anything catchable by the configure script at all --
it does never fail.
Maciej
--
+ Maciej W. Rozyc
ke use of AC_CACHE_VAL. Note that
adding RPATH for a cross-compiled program would usually be bogus anyway,
as the convention is to place cross-compilation libraries in ${tooldir},
which is /usr/${host_alias}/lib, normally.
Maciej
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+
autoconf 2.50.
Here are two patches I created working on wget over the weekend. I have
a few others available, as well: a libtool 1.4 update and fixes for
autoconf 2.50. I think the libtool update is worth considering now (1.3.5
has a few nasty cross-compiling bugs) and autoconf fixes wou
in WGET_PROCESS_PO as required by
autoconf 2.50 (srcdir)
- call AC_AIX before AM_PROG_LIBTOOL as the latter invokes CC
(ac_aix)
- take m4 quote expansion into account (m4-quote)
- fixed weird message quoting (msg-quote)
I skipped the libtool patch as it's huge and it's just a new versio
y
can't you use AM_GNU_GETTEXT so we have a single place to fix, anyway?).
> ChangeLog entries are good!
OK, these should fit, more or less. Modify as needed when you look into
the patches:
2001-05-28 Maciej W. Rozycki <[EMAIL PROTECTED]>
* configure.in: Move AC_AIX befor
On 28 May 2001, Hrvoje Niksic wrote:
> So most of them are not for 2.13? Hmm, I'll have to investigate that
> on my own, I guess.
That's actually good news the changes are basically cosmetic -- no need
to rewrite scripts heavily, unlike for some other programs.
--
+ M
the same problem). I think you could discuss
any compatibility problems on the autoconf's mailing list.
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+
en host.
You don't really want gcc to insert -R implicitly as this would be
invalid for a number of cases, with cross-compilation being number one.
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--+
+
On 29 May 2001, Hrvoje Niksic wrote:
> Aha, so you mean it's safe to use -R<...> as a *libtool* flag, which
> libtool will interpret as necessary.
Exactly. Try `libtool --mode=link --help' for all options libtool
recognizes in the link mode.
--
+ Maciej W. Rozycki, T
ce a working executable.
I think the following patch should solve the problem for platforms
libtool supports.
2001-06-07 Maciej W. Rozycki <[EMAIL PROTECTED]>
* configure.in: Don't try to handle the runtime path option
explicitly, use the "-R" libtoo
ile, possibly one auto-generated from version.c or
> whatever.
See e.g. sources of autoconf for how automake makes use of a
supplementary generated version.texi file to include package's version
information in documentation. I think it can be easily modelled after.
--
+ Maciej W. Rozycki,
derived
from BSD. Note that it is not quite equivalent to `memmove',
because the arguments are not in the same order and there is no
return value.
The best way to verify is to look at the libc 4/5 implementation.
--
+ Maciej W. Ro
on. But
> that's just me.
That might be a fallback. A library's bcopy() may be significantly
faster due to low-level tricks.
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+
n int h_errno;
#endif
and use AC_CHECK_DECLS(h_errno,,,[#include ]) somewhere in
configure.in.
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+
may see how to do this, but I have no
free time slots at the moment, so I may be unable to code anything until
the next week. Anyone feel free to do it sooner.
Maciej
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+---
re. I can't comment
other C libraries, but I'm told getaddrinfo() is the only resolving
function supported by the standard IPv6 API.
I don't know if the IPv6 API is finally stabilized now, but for many
years it was nothing but a floating mess, sigh...
--
+ Maciej W. Rozy
us from the list's name and definition and not repeat the program's
name anywhere in the headers or the body (only a version number for
example, or "current" when referring to a CVS snapshot). Just like I did
here. ;-)
--
+ Maciej W. Rozycki, Technic
On Mon, 8 Apr 2002, Hrvoje Niksic wrote:
> Don't get me wrong, a "spam" detection wouldn't get discarded; it
> would simply need to be approved by an editor. So even the false
> positives would make to the list, only a tad later.
OK, then.
--
+ Maciej W. Roz
t; Maybe you should upgrade gettext?
The current version of GNU gettext is 0.11.1, BTW.
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+
stems gettext 0.11.1 only provides libgettextlib.so
and libgettextsrc.so shared libraries and they are only used by itself and
not for applications.
Even if you have a broken system, you may still keep one version of
libintl.so for existing binaries and use another one for new development
(as usually).
-
directives
> showing up in my mirrors as if they were real files...
How about using the "-R" option of wget? A brief test proves "-R
'*\?[A-Z]=[A-Z]'" works as it should.
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+
et `reject' to
> empty string.
Well, I don't think it's sane but adding a *commented-out* reject line
with an appropriate annotation to the default system wgetrc looks like a
good idea to me.
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--
out
>
> reject = *\?[NMSD]=[AD]
Hmm, it's too fragile in my opinion. What if a new version of Apache
defines a new format?
> ^^ literal '?' needed here
Exactly -- I've meant the question mark above, of course.
uot;index.html"
objects for server's filesystem directories providing no default page.
Any dynamic content should probably be protected by "robots.txt" and
otherwise dealt by a user specifically depending on the content.
BTW, wget's accept/reject rules are not regular e
page (assuming neither such building nor the
directives are disabled). They have always the form of
"?=" appended to the base URL of a directory. See e.g.
"http://www.kernel.org/pub/linux/"; and its subdirectories for how it looks
like.
> I think what Jamie wants is one co
ll be closed to
non-subscribers.
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+
s. The type selection is rarely needed -- typically for
downloading a text file from an EBCDIC host -- so including it with the
short help reference would seem to be an overkill.
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+
"diff" format. I'll send it for inclusion once wget gets a
new maintainer. Until then the change will be present in the software
archive I maintain for Linux running on MIPS processors; I can make an
i386 (and/or an Alpha) Linux binary available as well.
Maciej
--
+ Macie
k I sent a patch
proposal here some time ago -- I can resend the changes if there is
interest.
Changes for automake (if you select this way) are another story.
Maciej
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--
The next step is to make use of the new
> features in Autoconf 2.50+. Integration of the latest libtool would
> probably be in order as well.
I couldn't send the patches earlier, sorry. Besides what you have
already done, I have the following bits within my changes.
Maciej
--
+
an the whole configure.in file
for possible improvements. Unfortunately I'm very busy with other
projects right now, so chances I'll find a free time slot for wget soon
are quite slim.
Maciej
--
+ Maciej W. Rozycki, Technical University o
erience common
practices disagreed with written standards. Once these issues are
resolved, glibc will follow; I hope this already happened.
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+
g at tar, which supports LFS and also
prints file sizes. You should probably look at the latest alpha release
(I haven't checked if there's a CVS tree available), as the stable release
is quite old. I might be able to dig for more details in October.
Maciej
--
+ Maciej W. Rozycki, Te
ll:
AC_CHECK_TYPE(off_t, long)
before calling AC_SYS_LARGEFILE. Any real examples of systems that fail
this sequence?
Maciej
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+
YPE(off_t, long)
> >
> > before calling AC_SYS_LARGEFILE.
>
> That still doesn't explain how to print off_t on systems that don't
> natively support it. (Or that do, for that matter.)
Sure, that's a completely independent problem. Wh
nt in practice. ISP's typically host a bunch of web sites on
> the same interface, and http://DOTTED-DECIMAL-ADDR will get you a
> default page, if even that.
Hmm, couldn't --header "Host: " work? I think it could, but
now wget appends it instead of replacing its own
rver/directory/subdirectory/filename"; will order wget to retrieve
"[directory.subdirectory]filename" from "server", but there's no way to
specify the "disk:" part.
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+
ting
means, otherwise more tweaking may be needed.
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+
t, or any other program I have checked,
> to handle that type of pathname as a URL.
Well, as the last resort, you can always use a regular FTP client.
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--+
+
s with that server anyway.
;-)
At least the double-slash has it's history as being used for a
"super-root" specifier and it could be made transparent for non-VMS
servers.
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+
On Thu, 27 May 2004, Tony Lewis wrote:
> Assuming, you can detect a VMS connection, why not simply
> ftp://server/foo:[dir1.dir2]?
Well, that would contradict the URI specification (although it could be
considered a usable hack).
--
+ Maciej W. Rozycki, Technical University of
ases?
Both are proposals for a possible implementation.
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+
On Sun, 20 Feb 2005, Hrvoje Niksic wrote:
> >> > 1. I'd say that code like "if ( sizeof(number) == 8 )" should have
> >> > been a compile-time #ifdef rather than a run-time decision.
> >>
> >> Where do you see such code? grep 'if.*sizeof' *.c doesn't seem to
> >> show such examples.
> >
> >
On Mon, 21 Feb 2005, Hrvoje Niksic wrote:
> > Actually "if (sizeof(number) == 8)" is much more readable than any
> > preprocessor clutter and yields exactly the same.
>
> Agreed, in some cases. In others it yields to pretty annoying
> compiler warnings.
What kind of warnings? It's valid C.
On Mon, 21 Feb 2005, Hrvoje Niksic wrote:
> >> Agreed, in some cases. In others it yields to pretty annoying
> >> compiler warnings.
> >
> > What kind of warnings?
>
> Comparing constants. Unreachable code.
Broken compiler? What ends up as constants may be "computed" by cpp and
depending o
On Mon, 21 Feb 2005, Hrvoje Niksic wrote:
> > Besides, despite "sizeof(foo)" being a constant, you can't move a
> > comparison against it to cpp.
>
> You can, Autoconf allows you to "check for size of foo", which gives
> you a SIZEOF_FOO preprocessor constant. Then you can write things
> like:
>
On Tue, 22 Feb 2005, Hrvoje Niksic wrote:
> However, I suspect that this will not work correctly with large files.
> strace shows that, when large files are used, Linux fopen includes
> O_LARGEFILE among the flags. Solaris, on the other hand, seems to use
> the open64 function. (But will open be
On Wed, 23 Feb 2005, Hrvoje Niksic wrote:
> > You may also want AC_FUNC_FSEEKO for fseeko().
>
> I wonder what is the difference between AC_FUNC_FSEEKO and
> AC_CHECK_FUNCS(seeko). The manual doesn't seem to explain.
Well, that's what I have on my local system:
- Macro: AC_FUNC_FSEEKO
On Wed, 23 Feb 2005, Hrvoje Niksic wrote:
> I see. Now I know why I didn't use AC_FUNC_FSEEKO -- Wget doesn't use
> fseeko anywhere. The only usage we have is:
>
> fseek (fp, 0, SEEK_END);
> size = ftell (fp); /* replaced with ftello where available */
>
> Is there need to use
On Thu, 24 Feb 2005, Hrvoje Niksic wrote:
> > Generating Code...
> > retr.c(261) : fatal error C1001: INTERNAL COMPILER ERROR
> > (compiler file 'E:\8966\vc98\p2\src\P2\main.c', line 494)
> > Please choose the Technical Support command on the Visual C++
> > Help menu, or op
On Fri, 25 Feb 2005, Herold Heiko wrote:
> > > Doesn't GCC work for this target?
> >
> > It does, in the form of "Cygwin" and "MingW". But Heiko was using MS
> > VC before, and we have catered to broken compilers before, so it
> > doesn't hurt to try.
>
> Also, Cygwin requires a large installed
On Fri, 25 Feb 2005, Herold Heiko wrote:
> > Well, instead of scratching the head, how about filing a bug
> > report?
>
> Ha :), would be nice.
> I suppose that would mean calling PSS, which (if things didn't change) means
> an immediate billing on your credit card (to be refunded later if th
On Mon, 28 Feb 2005, Herold Heiko wrote:
> > Huh? It's you who should actually charge them for doing bug
> > discovery for them.
>
> Yeah. Only please understand - I'm not a C programmer. I'm not an expert in
> Microsoft interaction (the fewer the better). I just have (legal!) access to
> a Vi
70 matches
Mail list logo
