Re: 1.11 Release Date: 15 Sept
Am Mittwoch, den 11.07.2007, 20:30 -0700 schrieb Micah Cowan: Hello Micah, That having been said, the plan is to have 1.11 release no later than the 15th of September, with prereleases on 15 August and 1 Sept. Just a minor opinion: A switch to the new GPL v3 is a not so small change and like samba (3.0.x - 3.2) would imho be a good reason for wget 1.2 so everybody sees something bigger changed. -- Noèl Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
--delete-after and --spider should not create (and leave) directories
It has come to my attention that --delete-after and --spider leave empty directories when they have finished. IMHO, we should force --no-directories since we're not leaving any of the files we're downloading. I have submitted a patch here - https://savannah.gnu.org/bugs/index.php?20466 Do any of you have any objections to this change?
RE: 1.11 Release Date: 15 Sept
Noèl Köthe wrote: A switch to the new GPL v3 is a not so small change and like samba (3.0.x - 3.2) would imho be a good reason for wget 1.2 so everybody sees something bigger changed. There already was a version 1.2 (although the program was called geturl at that time). The number scheme could probably use a facelift. Perhaps when we transition to 2.0, we can add a third digit. Tony
Re: [bug #20323] Wget issues HEAD before GET, even when the file doesn't exist locally.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Mauro Tortonesi wrote: Micah Cowan ha scritto: Update of bug #20323 (project wget): Status: Ready For Test = In Progress ___ Follow-up Comment #3: Moving back to In Progress until some questions about the logic are answered: http://addictivecode.org/pipermail/wget-notify/2007-July/75.html http://addictivecode.org/pipermail/wget-notify/2007-July/77.html thanks micah. i have partly misunderstood the logic behind preliminary HEAD request. in my code, HEAD is skipped if -O or --no-content-disposition are given, but if -N is given HEAD is always sent. this is wrong, as HEAD should be skipped even if -N and --no-content-disposition are given (no need to care about the deprecated -N -O combination). can't think of any other case in which HEAD should be skipped, though. Cc'ing wget ML, as it's probably important to open up discussion of the current logic. What about the case when nothing is given on the command line except - --no-content-disposition? What do we need HEAD for then? Also: I don't believe HEAD should be sent if no options are given on the command line. What purpose would that serve? If it's to find a possible Content-Disposition header, we can get that (and more reliably) at GET time (though, I believe we may currently be requiring the file name before we fetch, which if true, should definitely be changed but not for 1.11, in which case the HEAD will be allowed for the time being); and since we're not matching against potential accept/reject lists, we don't really need it. I think it really makes much more sense to enumerate those few cases where we need to issue a HEAD, rather than try to determine all the cases where we don't: if I have to choose a side to err on, I'd rather not send HEAD in a case or two where we needed it, rather than send it in a few where we didn't, as any request-response cycle eats up time. I also believe that the cases where we want a HEAD are/should be fewer than the cases where we don't want them. - -- Micah J. Cowan Programmer, musician, typesetting enthusiast, gamer... http://micah.cowan.name/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGlol+7M8hyUobTrERCOT0AJwNt2dm/80zL7UYbadBaiaPrMvSUQCePKmS WO77ltxl0vr0Pcgd8H1bIY8= =zCTU -END PGP SIGNATURE-
[SUPPORT #32008]: I have fuond ap age
Bug-wget, Ваш запрос принят и один из операторов просмотрит его и соответственно ответит. Ниже приведена информация относительно вашего запроса. Пожалуйста, при дальнейшей переписке не изменяйте идентификатор запроса в теме сообщения. Ticket ID: 32008 Тема: I have fuond ap age Department: Technical support (EN) Priority: Medium Status: Open Вы можете проверить состояние запроса или ответить на этот запрос в онлайне здесь: http://www.forextrade.ru/support/index.php?_m=tickets_a=viewticketticketid=32008 Пожалуйста, свяжитесь с нами если мы можем помочь вам еще каким-нибудь образом, Admiral Markets
Re: 1.11 Release Date: 15 Sept
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Tony Lewis wrote: Noèl Köthe wrote: A switch to the new GPL v3 is a not so small change and like samba (3.0.x - 3.2) would imho be a good reason for wget 1.2 so everybody sees something bigger changed. There already was a version 1.2 (although the program was called geturl at that time). The number scheme could probably use a facelift. Perhaps when we transition to 2.0, we can add a third digit. Tony There seems to be a bit of confusion. For one: we already have a third digit (when appropriate); cf 1.10.2. Second, as with many other software projects, especially GNU ones, the version numbers are _not_ decimal numbers. 1.11 does not follow 1.1, it follows the most recently released version, 1.10.2, and is pronounced one dot eleven, not one dot one one. While this is kind of hell for directory list sorting (1.11 comes before 1.2), it is nevertheless the way many GNU projects have been numbered (cf automake, for example, where 1.10 followed 1.9). The third digit, I believe, is reserved for patch-level changes; i.e., ones that don't introduce new features (that is, are bug fixes), and are fairly small. We could call it 1.11.0, perhaps, but in the past we've just added the third digit when it's non-zero, and I don't see any particular reason to change that at this time. I am definitely open to facelift suggestions to the number scheme. But the burden of proof, naturally, lies with the arguer for change. - -- Micah J. Cowan Programmer, musician, typesetting enthusiast, gamer... http://micah.cowan.name/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGlo5T7M8hyUobTrERCBs4AJwLFZrRePS48suySz8ST3TTci7B/wCeLKcl PIbCcXhLTSOZ+0fga9Vefnw= =7xPq -END PGP SIGNATURE-
Re: [SUPPORT #32008]: I have fuond ap age
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Admiral Markets wrote: Bug-wget, Ваш запрос принят и один из операторов просмотрит его и соответственно ответит. Ниже приведена информация относительно вашего запроса. Пожалуйста, при дальнейшей переписке не изменяйте идентификатор запроса в теме сообщения. Ticket ID: 32008 Тема: I have fuond ap age Department: Technical support (EN) Priority: Medium Status: Open Вы можете проверить состояние запроса или ответить на этот запрос в онлайне здесь: http://www.forextrade.ru/support/index.php?_m=tickets_a=viewticketticketid=32008 Пожалуйста, свяжитесь с нами если мы можем помочь вам еще каким-нибудь образом, Admiral Markets Hi, and thanks for bringing this issue to our attention. However, this is an English-language list, and we'd very much appreciate it if you could provide information about the problem in English, as otherwise, our ability to help you will be severely limited. Thanks! - -- Micah J. Cowan Programmer, musician, typesetting enthusiast, gamer... http://micah.cowan.name/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGlo997M8hyUobTrERCKTEAJ4h8xSG+z8KuDXYK5h86G98ZR/o7QCeP+0j MQsZvOeKfncDZnTHeax/VGc= =T5Jb -END PGP SIGNATURE-
Re: [wget-notify] [bug #20466] --delete-after and --spider should not create (and leave) directories
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Joshua David Williams wrote: URL: http://savannah.gnu.org/bugs/?20466 ... Details: This patch forces the --no-directories option if we're not actually keeping the files we're downloading (as in the --delete-after and --spider options). This way, we don't leave a mess of empty directories. This seems like a reasonable idea, but I'd like to get some discussion on it first. The downside, of course, is that there's no short option to reverse the implied -nd; they'll have to use --directories (at the time I was discussing it with Josh, I'd been thinking -e would be needed, but this seems to be untrue). It seems to me that by far the most common intention would be not to leave any files around; this behavior seems fairly reason to me. Thoughts? - -- Micah J. Cowan Programmer, musician, typesetting enthusiast, gamer... http://micah.cowan.name/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGlpx17M8hyUobTrERCKP5AJ4rHtoA7xy9FNidKS7WooTwmF5xGACfYHv2 fIwxjHVH/t3H6/xkVk4Yqio= =ZbKt -END PGP SIGNATURE-