From: "Diego 'Flameeyes' Pettenò" <flameeyes@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Proposed changes to base profile for Gentoo/ALT
Date: Wed, 2 Nov 2005 16:22:25 +0100 [thread overview]
Message-ID: <200511021622.43036@enterprise.flameeyes.is-a-geek.org> (raw)
In-Reply-To: <20051102143854.GE27460@toucan.gentoo.org>
[-- Attachment #1: Type: text/plain, Size: 1933 bytes --]
On Wednesday 02 November 2005 15:38, Mike Frysinger wrote:
> > -*app-arch/tar
> put '-*app-arch/tar' into your packages
I'm still thinking for the eselect-able tar command and virtual/tar, as long
as they are syntax-compatible (bsdtar and gnutar are compatible).
> > -*sys-process/procps
> err, this isnt linux specific ... it is ported to other systems (like
> FreeBSD)
FreeBSD provide its own ways for these commands, and it will collides with
base system commands. Also, the FreeBSD versions uses libkvm to get data and
are usually faster/safer.
> > -*sys-apps/shadow
> this should be prob turned into a virtual instead
I'd say so.
> > -*sys-apps/which
> this isnt linux-specific
GNU specific, FreeBSD and NetBSD does not require this, have their own
versions. It's not masked, as the newer versions should install as gwhich,
but it's also not a requirement.
> > -*sys-fs/e2fsprogs
> this should be prob turned into a virtual instead
Not sure about this, as there are packages that uses the library provided by
this (not only libcom_err and libss, but the rest), but then it has the base
mkfs/fsck utils for base linux system, but not needed by BSD.
A virtual might work, yeah.
> > -*sys-libs/cracklib
> we can prob punt this since shadow has a hard dep on it anyways ...
Right.
> > -*virtual/modutils
> FreeBSD doesnt support kernel modules ?
Not with the same ideas of Linux. There's no "extra" package for this, the
commands are in the base system. Yeah we can probably set the PROVIDE and the
virtual but... do we *really* need to add the dep on the virtual for every
port? I'd think that just Linux has reasons of having this (as other system
has no alternatives), so no reason to let the other systems resolve an extra
virtual...
--
Diego "Flameeyes" Pettenò - http://dev.gentoo.org/~flameeyes/
Gentoo/ALT lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2005-11-02 15:27 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-02 12:11 [gentoo-dev] Proposed changes to base profile for Gentoo/ALT Diego 'Flameeyes' Pettenò
2005-11-02 14:25 ` Chris Gianelloni
2005-11-02 14:38 ` Mike Frysinger
2005-11-02 15:22 ` Diego 'Flameeyes' Pettenò [this message]
2005-11-02 15:33 ` Mike Frysinger
2005-11-02 16:12 ` solar
2005-11-02 16:36 ` Mike Frysinger
2005-11-11 23:49 ` Martin Schlemmer
2005-11-03 17:02 ` solar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200511021622.43036@enterprise.flameeyes.is-a-geek.org \
--to=flameeyes@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox