This is pretty much what Wget 1.8 is going to be, unless something
crops up at the last minute. So if you're having problems, scream
now. Expected clean compilation on all supported operating systems.
Get it from:
ftp://gnjilux.srk.fer.hr/pub/unix/util/wget/.betas/wget-1.8-pre2.tar.gz
(Th
Title: event mail
ÈÀÌÆ® X-mas
´«¿À´Â³¯
¡á
À̸ÞÀÏ
¸ÞÀÎÀ¸·Î °¡±â!
Å©¸®½º¸¶½º È¥ÀÚ ¿Ü·Ó°Ô
º¸³»Áö ¸»±¸
·¯ºê·¯ºê¿¡¼ ³» ´ÔÀ» ãÀÚ! ^-^*
¡æ
ÇÏ·ç¿¡
Çѹø¾¿ÀÇ ±âȸ! ³ªµµ º¹±Ç¿¡ ´ç÷µÉ ¼ö ÀÖ´Ù±¸~
¡æ
´Þ·Â¹Ù
"Martin v. Loewis" <[EMAIL PROTECTED]> writes:
> Many of them. For example, bash has been translated a long time ago,
> into different languages (before 2.0 was approaching). However, the
> current bash still ships without any translations, since none of the
> distributors has invested enough tim
> > Please reconsider this change. I believe it will result in no
> > translation being distributed at all to users for some distributors,
> > since they will fail to integrate the translations.
>
> Is there a precedence for this? And even when distributions make
> mistakes, they seem to be will
"Martin v. Loewis" <[EMAIL PROTECTED]> writes:
> Please reconsider this change. I believe it will result in no
> translation being distributed at all to users for some distributors,
> since they will fail to integrate the translations.
Is there a precedence for this? And even when distributions
Hi,
In my opiníon, this is a very good idea. I am a german, but I don't like
to be not asked to install other languages than english, since the
translations are sometimes not too good.
greets
-jan
Hi Hrvoje and everyone on the list,
I think that sounds like a good idea. In fact,
I thought so when this topic came up for the first time a few days ago.
However, I might not be typical, as I really do not care
about a translation as long as English remains wget's first language.
(And no, I am
> I'm seriously considering a change in how Wget translations are
> distributed: I want to uncouple translations from the source. First
> I'll explain what I have in mind, and then I'll give my reasons. I
> would like to hear whether you think this is a good idea, and why.
Please reconsider thi
I'm seriously considering a change in how Wget translations are
distributed: I want to uncouple translations from the source. First
I'll explain what I have in mind, and then I'll give my reasons. I
would like to hear whether you think this is a good idea, and why.
What:
Uncouple the translati
¾È³çÇϼ¼¿ä
¸ÕÀú Çã¶ô¾øÀÌ ¸ÞÀϵå·Á Á˼ÛÇÕ´Ï´Ù.. ºÒÇÊ¿äÇϽźеéÀº »èÁ¦Çϼ¼¿ä
ÃÖ½ÅCDÀ» Àú·ÅÇÑ°¡°Ý¿¡ ÆǸÅÇÕ´Ï´Ù
ÃֽŰÔÀÓ.±×·¡ÇÈ.¸ÖƼ¹Ìµð¾î.ijµå.±³À°¿ë.À¯Æ¿¸®Æ¼.¼ºÀÎVCD.. µîµî
¿©·¯ºÐµéÀÌ ÇÊ¿ä·ÎÇϽô ½ÃµðÀ» ´Ù·®º¸À¯ÇÏ°í ÀÖ½À´Ï´Ù
½Å¿ëÀº ¹°·Ð 100ÇÁ·Î ¹ÏÀ¸¼Åµµ µË´Ï´Ù
÷ºÎµÈ ÈÀÏ(cd ¸ñ·Ï. zip
Andre Majorel <[EMAIL PROTECTED]> writes:
> Which of course is another can of worms because it's heavily
> platform dependant. Apparently FAT and VFAT do not have the same set
> of forbidden characters.
Then maybe such processing will be in a totally independent table and
function, so that it ca
On 2001-12-07 15:10 +0100, Hrvoje Niksic wrote:
> But: a character being unsafe for URL doesn't mean that the same
> character must be unsafe for the file name. Wget currently contains
> the two, and that's a bug. I'll try to fix that bug by adding another
> bitflag to the table, e.g. "F" which
Jochen Roderburg <[EMAIL PROTECTED]> writes:
> Do I understand you right? You mean it is a new feature of the wget
> version 1.8 that the brackets are now promoted to 'unsafe
> characters' ?
You are both right.
Yes, Wget is giving the brackets the status of unsafe chars because
rfc1738 mandates
Vladi Belperchinov-Shabanski <[EMAIL PROTECTED]> writes:
> From the feedback I got since 1998 (the first version of [Wget New
> Percentage]) I can tell that nobody complained about false or
> strange ETA.
Comparing the progress bar with WNP is not entirely correct because
WNP was based on
As for your request on MACHINE file.
wget compiled (and working) on MacOSX 10.1.1
output of config.guess is: powerpc-apple-darwin5.1
Option used:
./configure --disable-shared
Thank you for your work,
gt
--
Giacomo Tufano - iForce Ready & Benchmark Centers SE Manager
Sun Microsystems Italia S
On Friday, December 07, 2001 10:01 AM, Valery Kondakoff
[SMTP:[EMAIL PROTECTED]] wrote:
> Hello, Alan!
>
> 7 ÄÅËÁÂÒÑ 2001 Ç., you wrote to me:
>
> >>I'm pretty unhappy with current wget logging possibilities, beause I
> >>need to log all messages to logfile _and_ monitor downloading in
> >>conso
On Fri, Dec 07, 2001 at 12:00:44PM +0300, Valery Kondakoff wrote:
>AE> Run wget in the background and then do a 'tail -f logfile' in your
>AE> console window. Problem solved.
>
>Thank you for your answer.
>Unfortunately, I'm running Windows and your suggestion doesn't work on
>this platform. :(
S
Hello, Alan!
7 äåêàáðÿ 2001 ã., you wrote to me:
>>I'm pretty unhappy with current wget logging possibilities, beause I
>>need to log all messages to logfile _and_ monitor downloading in
>>console window. (Both options -o and -a are blocking console output).
>>
AE> Run wget in the background an
18 matches
Mail list logo
