2015-05-17 14:18 GMT+02:00 Alan Corey <alan01...@gmail.com>:
> I don't think it did this back in 5.0 days or maybe earlier. I started
> with OpenBSD 2.7, I just usually attributed problems to being my fault.
> And I've always used the ports tree, not packages. Distfiles are often
> useful across OpenBSD versions, sometimes in FreeBSD, I've even built some
> under Linux.
>
> I didn't look at what FETCH_CMD was defined as by default, I just assumed
> defining something non-null changed it. I did notice that when it retries
> it's wrongly assumed there's a problem with the first source and gone to
> another.
>
> Does every developer have perfect internet? That's very frustrating, maybe
> counterproductive in testing. Try a modem, you can probably find a free
> one. Connection interruptions and resets happen many times a day.
> On May 17, 2015 1:22 AM, "Marc Espie" <es...@nerim.net> wrote:
>
>> On Sat, May 16, 2015 at 10:31:24PM -0400, Alan Corey wrote:
>> > I'd seen this happen in 5.6 too, but I just caught an example of it in
>> > 5.7. My connection leaves a lot to be desired, but there's nothing I
>> > can do about that. I normally have FETCH_CMD set to use wget once I
>> > get it installed but this was in doing a standard make install of a
>> > port.
>> >
>> > The first time the connection gets interrupted, but something thinks
>> > it should be done and checks the size. That's wrong so it downloads
>> > it over again instead of just resuming the download. It should only
>> > download it over again if the size matches but the CRC is wrong.
>> > Seems like anyway.
>> >
>> > ===> Verifying install for tcl-8.5.16 in lang/tcl/8.5
>> > ===> Checking files for tcl-8.5.16p0
>> > >> Fetch
>> > >> http://downloads.sourceforge.net/sourceforge/tcl/tcl8.5.16-src.tar.gz
>> > tcl8.5.16-src.tar.gz 60% |***************** | 2696 KB
>> 00:00
>> > >> Size does not match for tcl8.5.16-src.tar.gz
>> > >> Fetch
>> http://ftp.openbsd.org/pub/OpenBSD/distfiles//tcl8.5.16-src.tar.gz
>> > tcl8.5.16-src.tar.gz 23% |****** | 1024 KB
>> 00:03 ETA
>>
>> The problem lies in ftp(1).
>>
>> Logic in the ports tree is fine. But there's nothing it can do there:
>> somehow
>> your ftp returns 0 (e.g., success), so the partial file gets removed.
>>
>> If you want to get it fixed, you may have to provide more input, as we
>> obviously do not see that problem... First thing would be to override
>> FETCH_CMD to remove the -V, so that you can show us what ftp says about
>> things. Tracing the code thru the program would help.
