ports/114422: fetch(1) will not download speex-1.2beta2.tar.gz

Bill Squire {billsf} billsf at cuba.calyx.nl
Mon Jul 9 05:00:17 UTC 2007


The following reply was made to PR ports/114422; it has been noted by GNATS.

From: Bill Squire {billsf} <billsf at cuba.calyx.nl>
To: Edwin Groothuis <edwin at mavetju.org>
Cc:  
Subject: Re: ports/114422: fetch(1) will not download speex-1.2beta2.tar.gz
Date: Mon, 9 Jul 2007 06:17:43 +0200

 On Mon, Jul 09, 2007 at 09:41:27AM +1000, Edwin Groothuis wrote:
 > On Mon, Jul 09, 2007 at 01:05:59AM +0200, Bill Squire {billsf} wrote:
 > >         fetch(1) will not download speex-1.2beta2.tar.gz        
 > 
 > [/usr/ports/audio/speex] root at k7>make fetch
 > ===>  Vulnerability check disabled, database not found
 > => speex-1.2beta2.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
 > => Attempting to fetch from http://downloads.us.xiph.org/releases/speex/.
 > speex-1.2beta2.tar.gz                         100% of  973 kB  128 kBps
 > 
 > 
 > Can you show us your output of "make fetch" ?
 >
 
 FreeBSD-v7.0-20070630 on dual amd64 @ 2800MHz  
 cd /usr/ports/distfiles
 
 mv speex-1.2beta2.tar.gz speex-1.2beta2.tar.gz~
 curacao# cd /usr/ports/audio/speex
 curacao# make fetch
 => speex-1.2beta2.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
 => Attempting to fetch from http://downloads.us.xiph.org/releases/speex/.
 speex-1.2beta2.tar.gz                         100% of  973 kB  335 kBps
 
 All I can honestly say: It did not work like this when the PR was submitted.
 (The ports were recently updated.)
 
 
 ----------
 Here is another machine I also had problems with:
 FreeBSD-v6.2-20070130 on single amd64 @ 2600MHz 
 
 cuba# cd /usr/ports/distfiles
 cuba# mv speex-1.2beta2.tar.gz speex-1.2beta2.tar.gz~
 cuba# cd /usr/ports/audio/speex
 cuba# make fetch
 => speex-1.2beta2.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
 => Attempting to fetch from http://downloads.us.xiph.org/releases/speex/.
 fetch: transfer timed out
 => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/.
 fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/speex-1.2beta2.tar.gz: File unavailable (e.g., file not found, no access)
 => Couldn't fetch it - please try to retrieve this
 => port manually into /usr/ports/distfiles/ and try again.
 *** Error code 1
 
 Stop in /usr/ports/audio/speex.
 cuba# 
 
 OK, this has been what I've been getting on both machines for a few days,
 perhaps a week or more. I will update the ports now.
 
 cuba# pwd
 /usr/ports/audio/speex
 cuba# make fetch
 => speex-1.2beta2.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
 => Attempting to fetch from http://downloads.us.xiph.org/releases/speex/.
 fetch: transfer timed out
 => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/.
 fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/speex-1.2beta2.tar.gz: File unavailable (e.g., file not found, no access)
 => Couldn't fetch it - please try to retrieve this
 => port manually into /usr/ports/distfiles/ and try again.
 *** Error code 1
 
 Stop in /usr/ports/audio/speex.
 cuba# 
 
 Its 03:46 GMT, latest from <cvsup.de.FreeBSD.org> and on this machine, as you
 can see, the problem is still real. 
 
 The system has been up a half year and this kernel (with some very slight
 modifications to get SCHED_ULE and 'the jail' working the way I needed. At
 compile-time, I used conservative compiler settings that I've seen many
 others use with good results:
 
 COPTFLAGS= -Os -pipe -ffast-math
 COPTFLAGS+= -fthread-jumps -fno-defer-pop
   
 Is this enough info? This (cuba) is a production server. Speex was one of three 
 major issues preventing me from completing a full ports upgrade. The other
 two issues were quickly cleared up by using configurations that compiled 
 correctly within the last few days. (and removing a couple of ports that were
 'accidentally' installed in the 'cuba jail') 
 
 Here are the settings I use for 98% or so of all ports:
 
 CPUTYPE?=opteron
 CFLAGS= -Os -pipe -ffast-math
 CFLAGS+= -fthread-jumps -fno-defer-pop -funroll-loops
 CXXFLAGS+= -fconserve-space
 
 Yes, this breaks a very small minority of ports and the compiler almost
 allways 'bombs'. Postgresql doesn't like -ffast-math and centreicq seems
 to want just: CFLAGS= -O -pipe.  
 
  
 > Edwin
 > 
 > -- 
 > Edwin Groothuis      |            Personal website: http://www.mavetju.org
 > edwin at mavetju.org    |              Weblog: http://www.mavetju.org/weblog/
 
 
 Hope this helps,
 
 Bill Squire
 
 
 


More information about the freebsd-multimedia mailing list