From owner-freebsd-ports@FreeBSD.ORG Sun Mar 20 03:05:36 2005 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A926A16A4CE for ; Sun, 20 Mar 2005 03:05:36 +0000 (GMT) Received: from smtp.unsam.edu.ar (smtp.unsam.edu.ar [170.210.48.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67E3E43D1F for ; Sun, 20 Mar 2005 03:05:30 +0000 (GMT) (envelope-from fernan@iib.unsam.edu.ar) Received: from pi.iib.unsam.edu.ar (pi.iib.unsam.edu.ar [192.168.10.11]) by smtp.unsam.edu.ar (8.12.6/8.12.6) with ESMTP id j2K3Har9003555; Sun, 20 Mar 2005 00:17:37 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: from pi.iib.unsam.edu.ar (localhost [127.0.0.1]) by pi.iib.unsam.edu.ar (8.13.1/8.13.1) with ESMTP id j2K3593X041369; Sun, 20 Mar 2005 00:05:09 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: (from fernan@localhost) by pi.iib.unsam.edu.ar (8.13.1/8.13.1/Submit) id j2K354Ls041348; Sun, 20 Mar 2005 00:05:04 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) X-Authentication-Warning: pi.iib.unsam.edu.ar: fernan set sender to fernan@iib.unsam.edu.ar using -f Date: Sun, 20 Mar 2005 00:05:04 -0300 From: Fernan Aguero To: Gerald Pfeifer Message-ID: <20050320030504.GG79230@iib.unsam.edu.ar> Mail-Followup-To: Gerald Pfeifer , ports@FreeBSD.ORG References: <20050317131405.GA31049@iib.unsam.edu.ar> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i cc: ports@FreeBSD.ORG Subject: Re: problems fetching lang/gcc*: random? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 03:05:36 -0000 +----[ Gerald Pfeifer (19.Mar.2005 18:29): | Dear Gerald, | On Thu, 17 Mar 2005, Fernan Aguero wrote: | > I'm having a weird problem trying to fetch lang/gcc* ports | > using the ports system. | | I don't see how the problem you are experiencing should be related | to these specific ports per se... I don't know either, but at least now I know a little bit more ... | > This does not happen with other ports (at least not with the | > ones I tested, and with the latest gnome upgrade, I've been | > fetching lots of them), so I don't believe | > the cause to be my network connectivity or fetch(1). This is | > the first reason for this weirdness. | | ...but perhaps it might be related to the specific servers you are | using when downloading the distfiles for these ports? it might, since I have RANDOMIZE_MASTER_SITES=yes in my /etc/make.conf | > In all cases this is as far as I get: | > | > pi# pwd | > /usr/ports/lang/gcc34 | > pi# make fetch | > Making GCC 3.4.4 for FreeBSD 4.11 target=i386-portbld-freebsd4.11 | > => gcc-core-3.4-20050311.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. | > | > at the same time CPU usage raises considerably and 75-80% of | > this corresponds to a process named random, which ps(1) shows | > as /usr/games/random. As soon as I Ctrl-C and quit the | > fetch, this process disappears and CPU usage return to | > normal levels. This is the second reason I found this weird. | > | > I'm completely intrigued by this. Anyone can reproduce it, | > or better yet have an idea of what is going on? | | Ah, wait, this might be a very useful piece of information and indeed | triggers at least one idea: try renaming /usr/games/random, run rehash, | and then give "make fetch" another try. Does that make any difference? | | Gerald | | PS: Please keep me Cc:ed on this thread. | +----] yes, renaming /usr/games/random did it. No need to rehash. Now the distfiles are being downloaded. Still I'm intrigued. Why this doesn't happen with other ports? Why /usr/games/random? Well, seems like it's used by bsd.port.mk when you define RANDOMIZE_MASTER_SITES. In this case, the master sites list is piped to '| random -w -f -'. The raise in the CPU usage makes me think that the list might be monstrous. However, I've run a 'make fetch' overnight once and it never got to fetch anything, so it seems like it never finished. Of course, the list in MASTER_SITE_GCC is not that big, so it should be something else. But that something seems to be in the gcc* ports. Any ideas anyone? Fernan