public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
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 --]

  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