r341435: deletion of graphics/fotoxx

[Baptiste Daroussin]

On Tue, Jan 28, 2014 at 12:59:27AM +0100, Michael Gmelin wrote:
> On Mon, 27 Jan 2014 23:49:54 +0100
> Baptiste Daroussin <bapt at FreeBSD.org> wrote:
> 
> > On Mon, Jan 27, 2014 at 11:33:52PM +0100, Michael Gmelin wrote:
> > > On Mon, 27 Jan 2014 21:24:37 +0100
> > > Rainer Hurling <rhurlin at gwdg.de> wrote:
> > > 
> > > > Am 27.01.2014 20:49, schrieb Baptiste Daroussin:
> > > > > On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote:
> > > > >> Am 27.01.2014 19:39, schrieb Rainer Hurling:
> > > > >>> graphics/fotoxx was deleted today, although there exist two
> > > > >>> PRs for some time now. At least the last one updates to
> > > > >>> version 13.03.1:
> > > > >>
> > > > >> Of course it is not deleted, only deprecated. Sorry for the
> > > > >> mistake.
> > > > >>
> > > > >>>
> > > > >>>   http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407
> > > > >>>   http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643
> > > > >>>
> > > > >>> On http://www.kornelix.com/tarballs.html there are even newer
> > > > >>> versions (14.01 and 14.02beta), not ported until now.
> > > > >>>
> > > > >>> Could someone please pick up PR 177643 and commit it, if it is
> > > > >>> functional.
> > > > >>>
> > > > >>> Many thanks in advance,
> > > > >>> Rainer Hurling
> > > > >>>
> > > > >>
> > > > > 
> > > > > I had a look at it, the problem is that fetch(1) cannot managed
> > > > > to fetch the distfile, it always get stalled at 99% even with
> > > > > newer version than in the PR like: fotoxx-14.01.1.tar.gz
> > > > 
> > > > Yes, I just also tried it and I can confirm the 'fetch problem'.
> > > > 
> > > > I just contacted the author of fotoxx, Michael Cornelison and
> > > > asked him for help. I will inform after his answer.
> > > > 
> > > > Thanks for answering and trying it.
> > > 
> > > His web server reports a content length of 2696186, but only
> > > provides 2696168 bytes of data. Tools like wget and curl just stop
> > > downloading data, while fetch hangs waiting for those 18 extra
> > > bytes.
> > > 
> > > -- 
> > > Michael Gmelin
> > 
> > Meaning fetch is right ;) he has to fix his webserver ;)
> > 
> 
> From a user's perspective I don't think hanging forever is good
> behavior though. The internets are expected to be broken ;)
> 
> Maybe one of those days...

It will hit the timeout and then die, but file will be corrupted.

regards,
Bapt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20140128/9c88f15a/attachment.sig>