On Wed, Aug 13, 2008 at 9:34 PM, Dan McGee <dpmcgee@gmail.com> wrote:
On 8/13/08, Xavier <shiningxc@gmail.com> wrote:
While there is nothing critical, all bugfixes already fixed in git are nice to have, but there are especially two that keep getting reported : So the sooner, the better :)
I'm on a business trip this week so its a bit harder for me to keep on top of this stuff at night. I think it would be wise to release 3.2.1 next week if nothing else critical comes up- this release has been awesome.
Ok, good.
Looking through what you mentioned: totaldownload patch: definitely include source profile error patch: definitely include libdownload/curl patch: I'd actually like to see this one split up- one patch to change the "default" external downloader to curl which I will definitely include. However, I am hesitant to leave the internal download code completely untested which is what the second half of that patch does. Can anyone think of a way we can do this?
Hmm, by the way, I did not change the "default" XferCommand, I added one. I thought it was alright to give both the wget and curl examples. wget is probably the most widely used one. But curl is likely to be available on the majority of systems, and supports the file:// protocol : Required By : bzflag git gnupg google-earth moc octave3 openoffice-base rtorrent xine-ui About the other half of the patch, I agree it is not so nice. And the only way I can think of is too complicated for my taste. At least, I guess it is possible to use configure and friends to only define that XferCommand when libdownload support is disabled. I guess I will just drop that patch, it does not matter. Besides there are already the 2 scriptlets pactest which fail on cygwin, because fakechroot is missing. So really no big deal.
And Xavier- I know there are still some patches you have on your working branch I haven't pulled or commented on yet, leaving you a bit out to dry. I will try to do that ASAP on the list here.
That would be nice too, but still lower priority so no problem :)