public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Luke-Jr <luke-jr@gentoo.org>
To: Yuri Enshin <kot@formoza-centre.ru>, gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] reason for dhcpcd in system profile ?
Date: Sat, 23 Aug 2003 23:16:00 +0000	[thread overview]
Message-ID: <200308232316.08493.luke-jr@gentoo.org> (raw)
In-Reply-To: <3F47CFBA.7040805@formoza-centre.ru>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

This seems to be opposite of my reply I just sent :)
I would agree that man-pages (and maybe man also, but many packages depend on 
it without mentioning it in DEPEND) should probably not be in system (along 
with all other documents). In fact, it would probably be a good idea to make 
a 'man' and 'info' USE flag and only install manpages/infopages when they are 
set.
Some users may *require* the ability to change console font or keyboard layout 
to use the system (for example, if their system is weird and has a messed up 
default font or something, or if someone has a physically QWERTY keyboard, 
but uses Dvorak)
ext2/ext3 are still considered Linux native, so that may be justification for 
their inclusion in system, if not for the fact that reiserfs is a bad idea 
for a /boot partition... I wouldn't have any objection to their removal from 
system, though.
If rsync is in system, it probably should be removed. Portage could quite 
easilly just install it when the user tries to sync if need be.
hdparm, fbset may also be neccesary for system usage in some cases. I would 
agree that 'less' does not belong in system, though.
To exclude network related programs from system, one would have to modify 
baselayout to use the nonetwork initlevel by default logically, and I don't 
think that would be too simple (and might require a 'network' USE flag).


On Saturday 23 August 2003 08:34 pm, Yuri Enshin wrote:
> Hmm... May be, extend your question?
> Some users know all about linux, so no reason to include man and
> man-pages in system.
> Some users never change default console font or keyboard layout, so no
> reason to include kbd or console-tools in system.
> Some users have no ext2/ext3 partiotions, so no reason to include in
> system e2fsprogs.
> Some users never use 'emerge sync' (only download snapshots), so no
> reason to include rsync.
> Some users never use less, hdparm, fbset...
> Some users have no network on computer at all, so no reason to include
> any network related programs in system.
> I can continue this list.
>
> The reason for dhcpcd *in* system, IMHO: support for dhcp client - part
> of universal, standart set of full-functional network-ready computer.
>
>
>
> --
> gentoo-dev@gentoo.org mailing list

- -- 
Luke-Jr
Developer, Gentoo Linux
http://www.gentoo.org/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/R/W0Zl/BHdU+lYMRAvAHAJ93CIljUzyPAs2Mrk3XcOhcfqcX6gCgj/Be
AwTJs10N232qrdxS4XmPSUQ=
=VCT1
-----END PGP SIGNATURE-----


--
gentoo-dev@gentoo.org mailing list


  parent reply	other threads:[~2003-08-23 23:16 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-08-23 19:04 [gentoo-dev] reason for dhcpcd in system profile ? Marius Mauch
2003-08-23 19:20 ` Wolfram Schlich
2003-08-23 20:23   ` Daniel Armyr
2003-08-23 21:20     ` Wolfram Schlich
2003-08-24  6:08       ` Daniel Armyr
2003-08-23 23:06   ` Luke-Jr
2003-08-24  3:21     ` A. Craig West
2003-08-24  8:59       ` Spider
2003-08-24 16:32         ` Alec Berryman
2003-08-24 16:44           ` Spider
2003-08-24 18:16             ` Paul de Vrieze
2003-08-24 18:40               ` Alec Berryman
2003-08-24 18:55               ` Andrew Gaffney
2003-08-24 18:47                 ` Paul de Vrieze
2003-08-24 19:05                   ` Andrew Gaffney
2003-08-24 19:03                     ` Marius Mauch
2003-08-25  0:44                       ` Andrew Gaffney
2003-08-25  0:48                         ` Andrew Gaffney
2003-08-24 22:00         ` Grant Goodyear
2003-08-25  3:07         ` Luke-Jr
2003-08-23 19:29 ` Stewart Honsberger
2003-08-23 20:29   ` Kevyn Shortell
2003-08-24  7:22     ` Stewart Honsberger
2003-08-24  8:33       ` Kevyn Shortell
2003-08-24 15:09         ` Brad Laue
2003-08-24 20:41           ` Kevyn Shortell
2003-08-23 21:25   ` Norberto BENSA
2003-08-23 20:34 ` Yuri Enshin
2003-08-23 21:27   ` Norberto BENSA
2003-08-23 23:16   ` Luke-Jr [this message]
2003-08-24  8:15     ` Martin Schlemmer
2003-08-25  2:18       ` Luke-Jr
2003-08-25  4:24         ` Martin Schlemmer
2003-08-25  4:46         ` Martin Schlemmer
2003-08-25 13:46           ` Luke-Jr
2003-08-25 16:27   ` William Hubbs
2003-08-23 23:08 ` Lloyd D Budd
2003-08-24  4:28   ` Andrew Gaffney
2003-08-24 14:14 ` Marius Mauch
2003-08-24 14:33   ` Martin Schlemmer
2003-08-24 15:09     ` Paul de Vrieze
  -- strict thread matches above, loose matches on Subject: below --
2003-08-24 20:40 Spider

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=200308232316.08493.luke-jr@gentoo.org \
    --to=luke-jr@gentoo.org \
    --cc=gentoo-dev@gentoo.org \
    --cc=kot@formoza-centre.ru \
    /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