From owner-freebsd-questions@FreeBSD.ORG Sat Nov 3 08:38:53 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F14BD705 for ; Sat, 3 Nov 2012 08:38:53 +0000 (UTC) (envelope-from cellestial2004@yahoo.com) Received: from nm31-vm4.bullet.mail.ne1.yahoo.com (nm31-vm4.bullet.mail.ne1.yahoo.com [98.138.229.44]) by mx1.freebsd.org (Postfix) with ESMTP id A8EA88FC12 for ; Sat, 3 Nov 2012 08:38:53 +0000 (UTC) Received: from [98.138.90.50] by nm31.bullet.mail.ne1.yahoo.com with NNFMP; 03 Nov 2012 08:36:32 -0000 Received: from [98.138.226.163] by tm3.bullet.mail.ne1.yahoo.com with NNFMP; 03 Nov 2012 08:36:32 -0000 Received: from [127.0.0.1] by omp1064.mail.ne1.yahoo.com with NNFMP; 03 Nov 2012 08:36:32 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 331675.94487.bm@omp1064.mail.ne1.yahoo.com Received: (qmail 9676 invoked by uid 60001); 3 Nov 2012 08:36:32 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1351931791; bh=U74xZHxVLDHyXgWgYE3tLIaAw9oH02COVzdgvUoKv0M=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=E00tojw6eMMhuRKAaNa4a+UZPEROILSau/2doyk+3VDA3WkRwER2V1f0ncjLj6uHBi68T3RyVRfueWZ1bOIgGeg/j5tfYYeLCOtsfaTdxXSX726tCaHUuWbu16uYeCL1uMRgOrDuhGO1U6y8qXBTWggFC7oUggYbv+pmAACwVrI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=W1Zq/tj/Z3N+43nrRPSSlgjWcrM1GkmbElG7k5RxOepMoUo0A8/bTAwutrZZOO0V04zxnR+252ZQ+Bmb7NEQN+N6iNGaasOczUMbKHU3rsVlyjYKreqc4WXXzEcg/OB07VzJf35sZD6XFAPt/QMgPvv/SieIwsaHtLQo72pUxEo=; X-YMail-OSG: Pz1DLHMVM1kEGrLOXlD9_rePIlp2CjU3iAgNJmX1EOQFHfP MX4JMczpimysHbHB3SPZ94cdGV0qyuXUUFW1ASjL6ntjevdXdn98Vzl8Yhd4 7RNVVyjvoxhkkPXEjB3s1bRXIHH84BHrUAe8gTercjql_crUdmhIxRTeRYMs x4jYwX_PxEx5Yu6hFwGGw06wFlfRAH5sZjTlpmlgf6XgVj1PmiUFoNW6SS5q HmcSmmdMLy.Yk358XrurdpNlfvpbsV8f2ZqvE_9cd.zayanLDUIq.CD939Qx 3jR7.utuxoeI2Fo51nTSbEgb7kgaQvZ7yI8IQ6m4np_B4CGZCpGvO5AzJxx7 YXF_HavQofUVWxI7a4fMmCtmQf7isQrIZEPdX9ttV_eDDcRjZV8xAoTTSCqG o.afkQROjJcg0PVMHH1ZGMBKGk9duO2tNEfQSal2b34nceGW0PQ9_3frOfQ_ 6RKj7IA_h7Kb8Mw8EZ1Mv0xo7b_e0R.Hgvz27I_7xm1mvlj4Xt34q8zTme75 NIbk_8OFsBqWhfAKWNyQQsyejFEqTQ6PWrJFBuCm2b7B1 Received: from [24.246.212.53] by web124504.mail.ne1.yahoo.com via HTTP; Sat, 03 Nov 2012 01:36:31 PDT X-Rocket-MIMEInfo: 001.001, VGhpcyBkb2Vzbid0IHNvdW5kIGxpa2UgYSBwb3VkcmllcmUtc3BlY2lmaWMgaXNzdWUuIFRoZXJlIG1heSBiZSBhCmdlbmVyYWwgZmV0Y2hpbmcgaXNzdWUgd2l0aCBic2QucG9ydC5taywgdGhhdCBJIHBsYW4gdG8gaW52ZXN0aWdhdGUgZnVydGhlci4iIgoKCsKgwqDCoCBJIGJlbGlldmUgeW91IHdpbGwgZmluZCB0aGUgcHJvYmxlbSBpcyBpbiB0aGUgY29kZSByZWxhdGVkIHRvICdtYWtlIGNoZWNrc3VtJy4gSSBkaXNjb3ZlcmVkIGEgd2hpbGUgYmFjayhhdCBsZWFzdCBhIHllYXIgYWdvKSB0aGF0ICdtYWsBMAEBAQE- X-Mailer: YahooMailWebService/0.8.123.460 Message-ID: <1351931791.9575.YahooMailNeo@web124504.mail.ne1.yahoo.com> Date: Sat, 3 Nov 2012 01:36:31 -0700 (PDT) From: P S Subject: Re: poudriere amassing fetch errors To: "freebsd-questions@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: P S List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Nov 2012 08:38:54 -0000 This doesn't sound like a poudriere-specific issue. There may be a=0Agenera= l fetching issue with bsd.port.mk, that I plan to investigate further.""=0A= =0A=0A=A0=A0=A0 I believe you will find the problem is in the code related = to 'make checksum'. I discovered a while back(at least a year ago) that 'ma= ke checksum' will append the the full version of a file that was only parti= ally downloaded instead of deleting it and starting from scratch. Which mea= ns 'make checksum' will fail no matter what because the file increases by o= ne partial/full filesize + previous file and then 'make checksum' fails and= pours-it-on(re-downloads) at each invocation. It's not the only issue with= 'make checksum' but I can't remember the others at the moment. The manual = fix is to go to the offending port directory and do a 'make distclean', the= n a 'make fetch', and finally a 'make checksum'. An alternative is to delet= e the offending distfile and do a 'make fetch ; make checksum' or just "mak= e checksum"(not reliable) in the offending port directory.=0A=0A=A0=A0 For = me 'games/el-data' always fails. The el_linux_192.zip file makes it from a = different site but the sound and music files never get fully downloaded(onl= y port with an unstable link, sound and music files should be mirrored some= where else). Of course it didn't stop them from showing 300MB sizes for 70M= B files due to 'make checksum' failing and adding on. 'Biology/finchtv' als= o never passes checksum as of last week. The distfile was over 100MB(normal= ly 6MB) when I discovered the checksum problem. =0A=0A=A0=A0 In my experien= ce, 'make fetch' doesn't always check filesize just that the file is there = so mis-sized or re-rolled files often fell through without being re-downloa= ded.=A0 'Make checksum' would catch the filesize errors but doesn't 'delete= and download' or append properly. I thought this was just my systems and c= onnections but after seeing other people reporting similar effects I figure= d I better say something of what I've observed. I also haven't checked rece= ntly if the checksum problem still exists as I've just worked around the pr= oblem. I sent a PR back then but I never saw it show up anywhere.=0A=0A=A0= =A0 I have been downloading(using 'make fetch' and 'make checksum') all the= =0Adistfiles(minus restricted, unavailable ) for the entire ports system = =0Awhenever I update ports. I have most of the distfiles going back at =0Al= east 5 years now. Currently, the distfile area of any ports system release = is about 80GB in size(not including restricted/licensed limited or unavaila= ble files, a couple GB extra maybe). I won't register or "sign in" for file= s so no restricted files(cad/systemc, biology/phred, biology/blast, java/jd= k, etc) and very few manual retrievals(java/jre, astro/xephem). The distfil= e area as of 1 january 2012 is about 300GB having been updated every few we= eks to months over the previous five years(starting before the modular Xorg= release).=0A=0A=A0=A0 Ports-related: mail/cvsmail downloads the same-named= distfile as the mail/mailutils port but they come from different places, a= re different sizes, and overwrite each other when downloaded(verified last = week). PR sent.=0A From owner-freebsd-questions@FreeBSD.ORG Sat Nov 3 08:45:25 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3E367E7 for ; Sat, 3 Nov 2012 08:45:24 +0000 (UTC) (envelope-from mueller23@insightbb.com) Received: from mail.insightbb.com (smtp.insight.synacor.com [208.47.185.22]) by mx1.freebsd.org (Postfix) with ESMTP id B05B58FC0C for ; Sat, 3 Nov 2012 08:45:23 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.0 cv=ZYCfx7pA c=1 sm=0 a=Dm9TOXL4taQ+Gy1KovpL+A==:17 a=hRQNYkxG62oA:10 a=jLN7EqiLvroA:10 a=9YQ-1ebCAAAA:8 a=CsmpynpXe2MA:10 a=qlhVyoHoXNAC3UXq2AIA:9 a=Dm9TOXL4taQ+Gy1KovpL+A==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp02.insight.synacor.com smtp.mail=mueller23@insightbb.com; spf=softfail; sender-id=softfail Authentication-Results: smtp02.insight.synacor.com header.from=mueller23@insightbb.com; sender-id=softfail Received-SPF: softfail (smtp02.insight.synacor.com: transitional domain insightbb.com does not designate 74.130.198.7 as permitted sender) Received: from [74.130.198.7] ([74.130.198.7:54973] helo=localhost) by mail.insightbb.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTP id D4/33-23131-2A9D4905; Sat, 03 Nov 2012 04:45:22 -0400 Date: Sat, 03 Nov 2012 04:45:22 -0400 Message-ID: From: "Thomas Mueller" To: freebsd-questions@freebsd.org Subject: Re: yelp could not be built because of libxul dependency (10.0 vs. <2) Cc: Ewald Jenisch X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Nov 2012 08:45:25 -0000 from Ewald Jenisch : > I'm trying to get my system up2date using portupgrade as usual. > However during the upgrade process I ran into a problem during upgrade > of yelp: > ===> yelp-2.30.2_4 depends on package: libxul<2 - not found > ===> Found libxul-10.0.10, but you need to upgrade to libxul<2. > UPDATING has an entry for www/libxul of 20120910 that says > "...If you want to stay with 1.9.2..." > So in order to make yelp build again, does this mean I've got to > de-install libxul-10.0.10 and install /usr/ports/www/libxul19 again? > Thanks much in advance for your help, > -ewald I posted a message on this same issue with gnash and mentioned also yelp. In the case of gnash, libxul19 is supposed to install a file /usr/local/lib/libxul/xpidl but libxul-10.0.9 doesn't. Maybe the yelp port needed this file too? Just a few fours ago, I ran "portsnap fetch update", and I noticed yelp was updated to a new version. I saw no mention of libxul or libxul19 in the Makefile. When I ran make all-depends-list | more there was nothing with "xul" anywhere. Now if you update your ports tree, you will be able to build yelp? I think this thread really should be in the freebsd-ports emailing list? Tom