Am 25.12.2014 um 14:29 schrieb Tim Rühsen:
I attached a patch to skip pkg-config detection when --with...-prefix is given.
It works for me, but please also review and test.
I have now made several tests with this patch and everything works for
me as we wanted.
For the sake of completeness
Hi Tim,
Am 16.12.2014 um 14:00 schrieb Tim Ruehsen:
That is not so easy, since when having --with-libssl-prefix=/usr/local/ssl,
you can't just
OPENSSL_CFLAGS=$with_libssl_prefix/include
OPENSSL_LIBS=$with_libssl_prefix/lib
You also have to manually specify the libraries you want to link
Am 14.12.2014 um 17:30 schrieb Tim Rühsen:
I already spent some time to find a project that handles such cases, unlucky so
far. I often could see the use of pkg-config without a fallback.
The docs say: install pkg-config or die.
That is also an option for us, especially since pkg-config becomes
Am 15.12.2014 um 13:20 schrieb Jochen Roderburg:
Am 14.12.2014 um 17:30 schrieb Tim Rühsen:
I appreciate any help in finding an example.
Else we have to amend the documentation... I already made up a patch
for the
docs, but I am willing to wait a while before I push it.
Hmm, I thought
OK, that worked, thanks; indeed, all I had to do was
'PKG_CONFIG_PATH=/usr/local/ssl/lib/pkgconfig ./configure blah blah'. Easy
enough. (That's the default location for a built-from-source openssl; is
openssl not putting its .pc file where it should?)
I guess yes, if you 'make install' your
Anybody knows what happened to The Wget Wgiki at
http://wget.addictivecode.org/ ?
It is empty for several days now.
Contents deleted deliberately or accidentally? Hacked???
J.Roderburg
Zitat von Petr Pisar petr.pi...@atlas.cz:
On Thu, Aug 09, 2012 at 06:02:55PM +0530, Avinash wrote:
locale is UTF-8, but it was true with wget-1.10.2-0 as well.
If I install 'wget-1.10.2-0' RPM then SINGLE QUOTE is not replaced even
though locale is UTF-8.
When I install 'wget-1.12-0'(created
.
Other than these I think there are no other usuable Windows versions
after 1.11.4 in the net.
Regards, Jochen Roderburg
Zitat von Jochen Roderburg roderb...@uni-koeln.de:
Search an archive for this mailing list. ;-)
Windows test builds from recent development snapshots were announced
a few times here.
Found them again via another way. ;-)
http://sourceforge.net/projects/getgnuwin32/files/getgnuwin32/test
Zitat von Jochen Roderburg roderb...@uni-koeln.de:
Zitat von Karl Berry k...@freefriends.org:
Hi Giuseppe,
In wget 1.13.4, configure --help still mentions --with-libssl-prefix,
but it has no effect. Not for the first time.
Can it please get reinstated?
Thanks,
Karl
And I can assure
Zitat von Karl Berry k...@freefriends.org:
Hi Giuseppe,
In wget 1.13.4, configure --help still mentions --with-libssl-prefix,
but it has no effect. Not for the first time.
Can it please get reinstated?
Thanks,
Karl
Sure ??
In the wget ChangeLog I see:
2011-08-11 Giuseppe Scrivano
Zitat von Micah Cowan mi...@cowan.name:
On 03/20/2012 12:00 AM, Ray Satiro wrote:
Actually it looks like there is a problem with some later versions.
---request begin---
GET /fedora/releases/16/Fedora/i386/iso/Fedora-16-i386-DVD.iso HTTP/1.1
Range: bytes=-2147483648-
User-Agent: Wget/1.13.1
Zitat von Wallance Hou wallance@bleum.com:
Currently Does wget new version support or verify SAN/UCC SSL
certificate? If yes, but I tried to install wget 1.13.x, but there
still was issue as below. (gnutls-2.12.14 without p11-kit-1), Please
advie.
[root@xx-linux wget-1.13.4]# wget
Zitat von Wallance Hou wallance@bleum.com:
Could you give me a favor about the below issue for wget? But other
linux installing wget 1.8.2-15.rpm is ok. Now I want to degrade
version 1.8.2-15, can you help me how to install it? Because that
exists many dependent relationship.
,
Jochen Roderburg
RRZK
University of Cologne
Robert-Koch-Str. 10Tel.: +49-221/478-7024
D-50931 Koeln E-Mail: roderb...@uni-koeln.de
Germany
Zitat von Jochen Roderburg roderb...@uni-koeln.de:
Zitat von Ángel González keis...@gmail.com:
Jochen Roderburg wrote:
This looks like the same issue I decribed recently here:
wget makes a HEAD request first, and the reply-headers do not
contain a Content-Disposition header.
The Content
Zitat von Ángel González keis...@gmail.com:
Jochen Roderburg wrote:
This looks like the same issue I decribed recently here:
wget makes a HEAD request first, and the reply-headers do not
contain a Content-Disposition header.
The Content-Disposition header comes then on the subsequent GET
then on the subsequent GET
request, but wget seems to ignore it there.
Regards,
Jochen Roderburg
---response end---
... but wget seems to bail out with the overlong filename *before* it
reads the response headers.
Best regards,
Jochen Roderburg
Zitat von Jochen Roderburg roderb...@uni-koeln.de:
This is really an interesting problem:
http://socds.huduser.org/permits/output_monthly_csv.odb?outpref=csvgeoval=statedatatype=monthlyFvarlist=1%232%233yearlist=2000%232001%232002%232003%232004%232005%232006%232007%232008%232009
-file +nls -ntlm +opie +ssl/openssl
but I do not have any IPV6 support in my Linux.
Best regards,
Jochen Roderburg
RRZK
University of Cologne
Robert-Koch-Str. 10Tel.: +49-221/478-7024
D-50931 Koeln E-Mail: roderb...@uni-koeln.de
Germany
Zitat von Wines Joe IM joewi...@tfl.gov.uk:
Giuseppe,
Thanks for your response. Unfortunately it doesn't work with NUL
or nul (tried both). The trigger file contains nothing so I have
no idea why it is creating it?!
Regards,
Joe
No idea, what you are actually doing, on my Windows
Zitat von Giuseppe Scrivano gscriv...@gnu.org:
Jochen Roderburg roderb...@uni-koeln.de writes:
OTOH I also saw that the patch as such is not yet complete and does
not yet cover all aspects of the underlying problem.
It seems that setting contentdisposition=on (what I also have
permanently
, for tests or comparisons or when
I want to use some feature which has disappeared in newer versions.
Best regards,
Jochen Roderburg
RRZK
University of Cologne
Robert-Koch-Str. 10Tel.: +49-221/478-7024
D-50931 Koeln E-Mail: roderb...@uni-koeln.de
Germany
Zitat von Giuseppe Scrivano gscriv...@gnu.org:
Jochen Roderburg roderb...@uni-koeln.de writes:
With the brand-new autoconf v2.66 the wget build process does not work
any longer with error message:
configure.ac:172: error: AC_CHECK_SIZEOF: requires literal arguments
../../lib/autoconf
Zitat von Giuseppe Scrivano gscriv...@gnu.org:
Jochen Roderburg roderb...@uni-koeln.de writes:
I ask this because after this change I observed significant random
delays on my daily wget downloads (summing up to several hours ;-) in
a certain complicated situation involving a proxy.
I have
that a download is not
necessary? How does it stop the subsequent data-transfer?
I ask this because after this change I observed significant random
delays on my daily wget downloads (summing up to several hours ;-) in
a certain complicated situation involving a proxy.
Best regards,
Jochen
in wget-bzr only tells me that
everything is up-to-date, what I cannot really believe as in the
meantime you have already published 2 new versions on
ftp://alpha.gnu.org.
Probably simple pilot error, misunderstanding how this bzr system
works. ;-)
Best regards,
Jochen Roderburg
RRZK
Zitat von Giuseppe Scrivano gscriv...@gnu.org:
Hi Jochen,
Jochen Roderburg roderb...@uni-koeln.de writes:
With the Bazaar repository I did (as you wrote in another mail to the
mailing list) once
bzr branch http://bzr.savannah.gnu.org/r/wget/trunk wget-bzr
and have a local directory wget
Zitat von Micah Cowan mi...@cowan.name:
On 05/19/2010 05:44 AM, Jochen Roderburg wrote:
Zitat von Giuseppe Scrivano gscriv...@gnu.org:
To get remote updates you need bzr pull. bzr update updates the
tree to have last changes committed locally.
Thanks, I'll try that.
Pretty confusing
Resent to list. ;-)
- Weitergeleitete Nachricht von keis...@gmail.com -
Datum: Sun, 11 Apr 2010 19:20:51 +0200
Von: Keisial keis...@gmail.com
Betreff: Re: [Bug-wget] wgetrc wget tor proxy
An: Jochen Roderburg roderb...@uni-koeln.de
Jochen Roderburg wrote:
You
Zitat von Ben Smith benjamin_r_sm...@yahoo.com:
That did seem to fix the URL problem; however, it appears that the
username/password isn't working right. I'm trying to download from
my TiVo. Is it really an authentication problem or is it something
else? See pasted text below (I have
with URL in Windows
An: Jochen Roderburg roderb...@uni-koeln.de
Here is the output with -d
C:\Documents and Settings\smithben\My Documents\tivo_nontransferwget
-d --user=
tivo --password=## --output-document=CFBL (Rec
08-Jun-09).tivo http:/
/192.168.0.51/download
Zitat von Ben Smith benjamin_r_sm...@yahoo.com:
I know this isn't really a wget issue, but I thought someone might
be able to help with it.
I'm trying to download a URL that includes %2 in it, which is a
variable for DOS/Windows.
That is actually so inside Windows batch files, not in
34 matches
Mail list logo
