From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1EEoWw-0007ed-5s for garchives@archives.gentoo.org; Mon, 12 Sep 2005 13:39:30 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j8CDYRcx005600; Mon, 12 Sep 2005 13:34:27 GMT Received: from mail.t-systems.cz (mail.t-systems.cz [212.67.76.249]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j8CDWTjD006710 for ; Mon, 12 Sep 2005 13:32:30 GMT Received: from mefisto.t-systems.cz (faust.t-systems.cz [10.246.110.12]) by mail.t-systems.cz (Postfix) with ESMTP id 0951E89A5C for ; Mon, 12 Sep 2005 15:36:45 +0200 (CEST) Received: from andre.t-systems.cz ([10.246.112.240]) by mefisto.t-systems.cz with Microsoft SMTPSVC(6.0.3790.211); Mon, 12 Sep 2005 15:36:44 +0200 Received: andre.t-systems.cz 10.246.112.240 from 10.246.112.176 10.246.112.176 via HTTP with MS-WebStorage 6.5.6944 Received: from frankies by andre.t-systems.cz; 12 Sep 2005 15:35:47 +0200 Subject: Re: [gentoo-dev] Portage log suggestion From: Frank Schafer To: gentoo-dev@lists.gentoo.org In-Reply-To: <20050912130129.GC29046@nightcrawler> References: <1126527223.5947.147.camel@localhost.localdomain> <20050912130129.GC29046@nightcrawler> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 12 Sep 2005 15:35:47 +0200 Message-Id: <1126532147.5947.200.camel@localhost.localdomain> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 X-OriginalArrivalTime: 12 Sep 2005 13:36:44.0864 (UTC) FILETIME=[043BD400:01C5B79F] X-T-Systems_Czech-MailScanner: Found to be clean X-T-Systems_Czech-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-5.863, required 5, autolearn=not spam, ALL_TRUSTED -3.30, AWL 0.04, BAYES_00 -2.60) X-MailScanner-From: frank.schafer@t-systems.cz X-Archives-Salt: 1a15ac44-c92e-4fe9-91b4-0df4db8c6af5 X-Archives-Hash: 75c2ece3ea914777a1b38c1b1416f6b4 On Mon, 2005-09-12 at 08:01 -0500, Brian Harring wrote: > On Mon, Sep 12, 2005 at 02:13:43PM +0200, Frank Schafer wrote: > > Hi, > > > > I fought with a stage1 install during this weekend. Today in the morning > > I succeeded. > > I had to move a lot in /var/log/portage. > > > > For the content of this directory I'd suggest the following: > > > > Remove the 4 digit number from the log file names. > They're relevant to portage stable; down the line it'll likely be > mtime based. > Right now that 4 digit number is an internal incrementing counter > that's tagged into the log file name. I realized that. My suggestion was to NOT tag it there. It is more annoying for the person who has to work with this directory. I know there are a lot of gensomething tools but they don't do anything else than duplicate the functionality of ``ls'' in this case. Leave it simple! > > > It is a good idea to have 2 files for each package. One with the output > > of make and one with the messages for the installer. Name the former > > package-version.log and the latter package-version.msg > > Doesn't work that way, and what you're after (restating your > 'installer' as enotice/ewarn/einfo) is elog, something that'll be in > the next major version. No, :D my installer is the person who installs the system :) > > You're seeing two logs due to the fact you have FEATURES="buildpkg" > on; effectively, portage build's the binpkg (log 1), then merges it > (log 2). This is inneficient though, since it builds up one $IMAGE > dir, binpkg's it, then dumps it to another dir and installs from that. > > That's an old annoyance that should die a miserable death soon enough. Please don't say that you plan to make the only sense-making messages to nearly dismiss within many mega log files :( Having a special function for logging (elog) is a good thing. This function could create the pkg.version.log (output of the build process - mostly make) and pkg.version.msg (the notes which some packages write out meant for people what to be aware of). Unfortunately I'm not so good in Python and don't have much time. So I can't involve in direct development. Maybe this will be better in half a year. > ~harring Regards Frank PS: That's not meant as critics - it's a suggestion (see the subject ;) -- gentoo-dev@gentoo.org mailing list