From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/1354 Path: news.gmane.org!not-for-mail From: prj@po.cwru.edu (Paul Jarc) Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: Problem with debian runit package / libowfat Date: Thu, 07 Dec 2006 13:46:15 -0500 Organization: What did you have in mind? A short, blunt, human pyramid? Message-ID: References: <20061122040858.GF12058@mikebell.org> <20061205105203.30922.qmail@ca2d9b8e62a85c.315fe32.mid.smarden.org> <20061207184330.GA2716@mikebell.org> NNTP-Posting-Host: dough.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1165517179 2913 80.91.229.10 (7 Dec 2006 18:46:19 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 7 Dec 2006 18:46:19 +0000 (UTC) Original-X-From: supervision-return-1590-gcsg-supervision=m.gmane.org@list.skarnet.org Thu Dec 07 19:46:18 2006 Return-path: Envelope-to: gcsg-supervision@gmane.org Original-Received: from antah.skarnet.org ([212.85.147.14]) by dough.gmane.org with smtp (Exim 4.50) id 1GsOGA-00086p-0O for gcsg-supervision@gmane.org; Thu, 07 Dec 2006 19:46:18 +0100 Original-Received: (qmail 8971 invoked by uid 76); 7 Dec 2006 18:46:39 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Archive: Original-Received: (qmail 8964 invoked from network); 7 Dec 2006 18:46:39 -0000 Original-To: supervision@list.skarnet.org In-Reply-To: <20061207184330.GA2716@mikebell.org> (Mike Bell's message of "Thu, 7 Dec 2006 10:43:30 -0800") Mail-Copies-To: nobody Mail-Followup-To: supervision@list.skarnet.org Original-Lines: 12 User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.4 (gnu/linux) Xref: news.gmane.org gmane.comp.sysutils.supervision.general:1354 Archived-At: Mike Bell wrote: > Fixing it would involve expanding struct stat by two bytes for every > user, which is why I didn't report it on the dietlibc list, I'm not > sure it belongs in _diet_libc. The "diet" refers to the goal of small *code* size, not data. I wouldn't expect any objections on those grounds, and even the transition should be relatively painless, since dietlibc is usually linked statically. paul