From owner-freebsd-hackers Thu Apr 29 10:47:47 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from po9.andrew.cmu.edu (PO9.ANDREW.CMU.EDU [128.2.10.109]) by hub.freebsd.org (Postfix) with ESMTP id 4C31514FA2 for ; Thu, 29 Apr 1999 10:47:31 -0700 (PDT) (envelope-from tcrimi+@andrew.cmu.edu) Received: (from postman@localhost) by po9.andrew.cmu.edu (8.8.5/8.8.2) id NAA14744; Thu, 29 Apr 1999 13:47:30 -0400 (EDT) Received: via switchmail; Thu, 29 Apr 1999 13:47:30 -0400 (EDT) Received: from elijah.weh.andrew.cmu.edu via qmail ID ; Thu, 29 Apr 1999 13:45:43 -0400 (EDT) Received: from elijah.weh.andrew.cmu.edu via qmail ID ; Thu, 29 Apr 1999 13:45:42 -0400 (EDT) Received: from mms.4.60.Jun.27.1996.03.02.53.sun4.51.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.elijah.weh.andrew.cmu.edu.sun4m.54 via MS.5.6.elijah.weh.andrew.cmu.edu.sun4_51; Thu, 29 Apr 1999 13:45:42 -0400 (EDT) Message-ID: Date: Thu, 29 Apr 1999 13:45:42 -0400 (EDT) From: Thomas Valentino Crimi To: Emmanuel DELOGET Subject: Re: Adding desktop support (please don't) Cc: hackers@FreeBSD.ORG (FreeBSD Hackers Mail List) In-Reply-To: <199904291323.NAA06412@excalibur.oceanis.net> References: <199904291323.NAA06412@excalibur.oceanis.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Excerpts from mail: 29-Apr-99 Re: Adding desktop support .. by Emmanuel DELOGET@DotCom. > something else. In addition to icons, we could have a > generic way to handle any kind of ressources (dtd for usage > and so on). The dtd usage should definitely be in the ELF section (I doubt it would change on a per-user basis). So, definitely, lets not neglect what can be put in the ELF block.. One usefulness of keeping icons on the outside, as well, would be for datafiles. One could have a file(1)/mime based icon selection as well as icons given to particular long lived files (specialized project directories, whatever). ports could add in files for the data of particular packages, ghostscipt, lyx.. It's all up to how complex the db/libraries care to be. SPEAKING of which. Have any opinions been formed on the usefulness of capabilities? It'd be a major kernel hack, but this ELF section data would be very useful for holding such things, and an administrator could use it to selectively disable root-abilties of an SUID root executable according to policy, weird, but, if we were to every deal with capabilities (the REAL work), the interface ELF would provide would be fairly easy to implement and powerful. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message