Date: Sat, 11 Aug 2012 10:48:12 +0200 From: Michael Ranner <michael@ranner.eu> To: Doug Barton <dougb@FreeBSD.org>, ports@freebsd.org Subject: Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..." Message-ID: <50261C4C.8030202@ranner.eu> In-Reply-To: <5026133B.5000500@FreeBSD.org> References: <50250E97.4000004@ranner.eu> <CAA96eVsYX1TaXkFg4tXV=KXhbc6wE8ZhhfWi8RUzEjKwGCEtfQ@mail.gmail.com> <502523D4.4050200@ranner.eu> <CAA96eVu8vs3cLRxUacW2Qu9K6iBdNbydBrhH4NUO1hqAWo7nfA@mail.gmail.com> <50258D15.8010606@FreeBSD.org> <CAA96eVuVdFGiiZZmryPN=eu0=mnT-VNsdG_j1UsPToNi48ZSfQ@mail.gmail.com> <5025B03A.5080707@FreeBSD.org> <50261211.3090502@ranner.eu> <5026133B.5000500@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
This is a multi-part message in MIME format. --------------090403050102080700080103 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Ok, output from "portmaster -F" and "portmaster" and content from /tmp attached. I note again: removing the fetchlog manually let portmaster start to fetch and work: Firts it hangs in the loop. While the third "Waiting on fetch..." in the output I run "rm /tmp/f-94104-fetchlog-unzip.Pht9nSKy" on a different shell and portmaster starts to do the work. The fetchlog file was empty. ===>>> Waiting on fetch & checksum for archivers/unzip <<<=== ===>>> Waiting on fetch & checksum for archivers/unzip <<<=== ===>>> Waiting on fetch & checksum for archivers/unzip <<<=== ===> License Info-ZIP accepted by the user Use INSTALL_AS_INFOUNZIP=yes to install Info Unzip as /usr/local/bin/info-unzip => unzip60.tar.gz doesn't seem to exist in /usr/ports/distfiles//. => Attempting to fetch http://ufpr.dl.sourceforge.net/project/infozip/UnZip%206.x%20%28latest%29/UnZip%206.0/unzip60.tar.gz unzip60.tar.gz 100% of 1344 kB 46 kBps 00m00s ===> Extracting for unzip-6.0_1 => SHA256 Checksum OK for unzip60.tar.gz. ===> Patching for unzip-6.0_1 ===> Applying FreeBSD patches for unzip-6.0_1 ===> Configuring for unzip-6.0_1 ===> Building for unzip-6.0_1 /usr/bin/make unzips CF="-O2 -pipe -march=native -I. -Ibzip2 -DUNIX -DUSE_BZIP2 -O2 -pipe -march=native -fno-strict-aliasing -DACORN_FTYPE_NFS -DWILD_STOP_AT_DIR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -D_MBCS -DLARGE_FILE_SUPPORT -DBSD" cc -c -O2 -pipe -march=native -I. -Ibzip2 -DUNIX -DUSE_BZIP2 -O2 -pipe -march=native -fno-strict-aliasing -DACORN_FTYPE_NFS -DWILD_STOP_AT_DIR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -D_MBCS -DLARGE_FILE_SUPPORT -DBSD unzip.c Am 11.08.12 10:09, schrieb Doug Barton: > Guys, these reports are useless without the information that I > asked for: > > While 'portmaster -F' is running in one window, keep an eye on > /usr/ports/distfiles and see if the file is being downloaded, and also > keep an eye on the log file in $TMPDIR to see if it is being appended to. > > Neither I nor others who have replied to this thread can reproduce the > problem you're seeing, and that is some of the oldest code in > portmaster, so I strongly suspect that there is some problem in your > environment that is causing this. In any case, I can't debug the problem > without the information in the paragraph above. > > thanks, > > Doug -- Mit freundlichen Grüßen Ing. Michael Ranner GSM: +43 676 4155044 Mail: michael@ranner.eu WWW: http://www.azedo.at/ --------------090403050102080700080103 Content-Type: application/octet-stream; x-mac-type="0"; x-mac-creator="0"; name="portmaster-F.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="portmaster-F.log" G10wO3BvcnRtYXN0ZXI6IHVuemlwLTYuMF8xBwo9PT0+Pj4gQ3VycmVudGx5IGluc3RhbGxl ZCB2ZXJzaW9uOiB1bnppcC02LjBfMQo9PT0+Pj4gUG9ydCBkaXJlY3Rvcnk6IC91c3IvcG9y dHMvYXJjaGl2ZXJzL3VuemlwCgo9PT0+Pj4gTGF1bmNoaW5nICdtYWtlIGNoZWNrc3VtJyBm b3IgYXJjaGl2ZXJzL3VuemlwIGluIGJhY2tncm91bmQKPT09PiBObyBvcHRpb25zIHRvIGNv bmZpZ3VyZQo9PT0+Pj4gR2F0aGVyaW5nIGRlcGVuZGVuY3kgbGlzdCBmb3IgYXJjaGl2ZXJz L3VuemlwIGZyb20gcG9ydHMKPT09Pj4+IE5vIGRlcGVuZGVuY2llcyBmb3IgYXJjaGl2ZXJz L3VuemlwCgoKPT09Pj4+IFdhaXRpbmcgZm9yIDEgZGlzdGZpbGUgZmV0Y2ggdG8gZmluaXNo Cj09PT4+PiBXYWl0aW5nIGZvciAxIGRpc3RmaWxlIGZldGNoIHRvIGZpbmlzaAo9PT0+Pj4g V2FpdGluZyBmb3IgMSBkaXN0ZmlsZSBmZXRjaCB0byBmaW5pc2gKPT09Pj4+IFdhaXRpbmcg Zm9yIDEgZGlzdGZpbGUgZmV0Y2ggdG8gZmluaXNoCj09PT4+PiBXYWl0aW5nIGZvciAxIGRp c3RmaWxlIGZldGNoIHRvIGZpbmlzaAo9PT0+Pj4gV2FpdGluZyBmb3IgMSBkaXN0ZmlsZSBm ZXRjaCB0byBmaW5pc2gKPT09Pj4+IFdhaXRpbmcgZm9yIDEgZGlzdGZpbGUgZmV0Y2ggdG8g ZmluaXNoCj09PT4+PiBEaXN0ZmlsZSBmZXRjaGluZyBpcyBjb21wbGV0ZQo= --------------090403050102080700080103 Content-Type: application/octet-stream; x-mac-type="0"; x-mac-creator="0"; name="portmaster.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="portmaster.log" G10wO3BvcnRtYXN0ZXI6IHVuemlwLTYuMF8xBwo9PT0+Pj4gQ3VycmVudGx5IGluc3RhbGxl ZCB2ZXJzaW9uOiB1bnppcC02LjBfMQo9PT0+Pj4gUG9ydCBkaXJlY3Rvcnk6IC91c3IvcG9y dHMvYXJjaGl2ZXJzL3VuemlwCgo9PT0+Pj4gR2F0aGVyaW5nIGRpc3RpbmZvIGxpc3QgZm9y IGluc3RhbGxlZCBwb3J0cwoKCT09PT4+PiBObyBPUklHSU4gaW4gL3Zhci9kYi9wa2cvWFhY MS8rQ09OVEVOVFMKCj09PT4+PiBMYXVuY2hpbmcgJ21ha2UgY2hlY2tzdW0nIGZvciBhcmNo aXZlcnMvdW56aXAgaW4gYmFja2dyb3VuZAo9PT0+IE5vIG9wdGlvbnMgdG8gY29uZmlndXJl Cj09PT4+PiBHYXRoZXJpbmcgZGVwZW5kZW5jeSBsaXN0IGZvciBhcmNoaXZlcnMvdW56aXAg ZnJvbSBwb3J0cwpUZXJtaW5hdGVkCj09PT4+PiBObyBkZXBlbmRlbmNpZXMgZm9yIGFyY2hp dmVycy91bnppcAoKVGVybWluYXRlZApUZXJtaW5hdGVkChtdMDtwb3J0bWFzdGVyOiB1bnpp cC02LjBfMQcKPT09Pj4+IFN0YXJ0aW5nIGJ1aWxkIGZvciBhcmNoaXZlcnMvdW56aXAgPDw8 PT09Cgo9PT0+Pj4gQWxsIGRlcGVuZGVuY2llcyBhcmUgdXAgdG8gZGF0ZQoKPT09PiAgQ2xl YW5pbmcgZm9yIHVuemlwLTYuMF8xCj09PT4+PiBXYWl0aW5nIG9uIGZldGNoICYgY2hlY2tz dW0gZm9yIGFyY2hpdmVycy91bnppcCA8PDw9PT0KCgo9PT0+Pj4gV2FpdGluZyBvbiBmZXRj aCAmIGNoZWNrc3VtIGZvciBhcmNoaXZlcnMvdW56aXAgPDw8PT09CgoKPT09Pj4+IFdhaXRp bmcgb24gZmV0Y2ggJiBjaGVja3N1bSBmb3IgYXJjaGl2ZXJzL3VuemlwIDw8PD09PQoKCj09 PT4+PiBXYWl0aW5nIG9uIGZldGNoICYgY2hlY2tzdW0gZm9yIGFyY2hpdmVycy91bnppcCA8 PDw9PT0KCgo9PT0+Pj4gV2FpdGluZyBvbiBmZXRjaCAmIGNoZWNrc3VtIGZvciBhcmNoaXZl cnMvdW56aXAgPDw8PT09CgoKPT09Pj4+IFdhaXRpbmcgb24gZmV0Y2ggJiBjaGVja3N1bSBm b3IgYXJjaGl2ZXJzL3VuemlwIDw8PD09PQoKCj09PT4+PiBXYWl0aW5nIG9uIGZldGNoICYg Y2hlY2tzdW0gZm9yIGFyY2hpdmVycy91bnppcCA8PDw9PT0KCgo9PT0+Pj4gV2FpdGluZyBv biBmZXRjaCAmIGNoZWNrc3VtIGZvciBhcmNoaXZlcnMvdW56aXAgPDw8PT09CgoKPT09Pj4+ IFdhaXRpbmcgb24gZmV0Y2ggJiBjaGVja3N1bSBmb3IgYXJjaGl2ZXJzL3VuemlwIDw8PD09 PQoKCj09PT4+PiBXYWl0aW5nIG9uIGZldGNoICYgY2hlY2tzdW0gZm9yIGFyY2hpdmVycy91 bnppcCA8PDw9PT0KCgo9PT0+Pj4gV2FpdGluZyBvbiBmZXRjaCAmIGNoZWNrc3VtIGZvciBh cmNoaXZlcnMvdW56aXAgPDw8PT09CgoKPT09Pj4+IFdhaXRpbmcgb24gZmV0Y2ggJiBjaGVj a3N1bSBmb3IgYXJjaGl2ZXJzL3VuemlwIDw8PD09PQoKCj09PT4+PiBXYWl0aW5nIG9uIGZl dGNoICYgY2hlY2tzdW0gZm9yIGFyY2hpdmVycy91bnppcCA8PDw9PT0KCgo9PT0+Pj4gV2Fp dGluZyBvbiBmZXRjaCAmIGNoZWNrc3VtIGZvciBhcmNoaXZlcnMvdW56aXAgPDw8PT09CgoK PT09Pj4+IFdhaXRpbmcgb24gZmV0Y2ggJiBjaGVja3N1bSBmb3IgYXJjaGl2ZXJzL3Vuemlw IDw8PD09PQoKCj09PT4+PiBXYWl0aW5nIG9uIGZldGNoICYgY2hlY2tzdW0gZm9yIGFyY2hp dmVycy91bnppcCA8PDw9PT0KCgo9PT0+Pj4gV2FpdGluZyBvbiBmZXRjaCAmIGNoZWNrc3Vt IGZvciBhcmNoaXZlcnMvdW56aXAgPDw8PT09CgoKPT09Pj4+IFdhaXRpbmcgb24gZmV0Y2gg JiBjaGVja3N1bSBmb3IgYXJjaGl2ZXJzL3VuemlwIDw8PD09PQoKCj09PT4+PiBXYWl0aW5n IG9uIGZldGNoICYgY2hlY2tzdW0gZm9yIGFyY2hpdmVycy91bnppcCA8PDw9PT0KCgo9PT0+ Pj4gV2FpdGluZyBvbiBmZXRjaCAmIGNoZWNrc3VtIGZvciBhcmNoaXZlcnMvdW56aXAgPDw8 PT09CgoKPT09Pj4+IFdhaXRpbmcgb24gZmV0Y2ggJiBjaGVja3N1bSBmb3IgYXJjaGl2ZXJz L3VuemlwIDw8PD09PQoKCj09PT4+PiBXYWl0aW5nIG9uIGZldGNoICYgY2hlY2tzdW0gZm9y IGFyY2hpdmVycy91bnppcCA8PDw9PT0KCgoKPT09Pj4+IEJ1aWxkL0luc3RhbGwgZm9yIGFy Y2hpdmVycy91bnppcCBleGl0aW5nIGR1ZSB0byBzaWduYWwKVGVybWluYXRlZApUZXJtaW5h dGVkClRlcm1pbmF0ZWQKVGVybWluYXRlZApUZXJtaW5hdGVkClRlcm1pbmF0ZWQKVGVybWlu YXRlZApUZXJtaW5hdGVkClRlcm1pbmF0ZWQKVGVybWluYXRlZApUZXJtaW5hdGVkCgo9PT0+ Pj4gWW91IGNhbiByZXN0YXJ0IGZyb20gdGhlIHBvaW50IG9mIGZhaWx1cmUgd2l0aCB0aGlz IGNvbW1hbmQgbGluZToKICAgICAgIHBvcnRtYXN0ZXIgPGZsYWdzPiBhcmNoaXZlcnMvdW56 aXAgCgo= --------------090403050102080700080103--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?50261C4C.8030202>