On Thu, 2008-01-10 at 14:32 -0500, Mike Frysinger wrote:
> On Thursday 10 January 2008, Michael Haubenwallner wrote:
> > On Tue, 2008-01-08 at 14:37 -0800, Chris Gianelloni wrote:
> > > Implicit dependencies waste more time than pretty much anything else.
> > > Almost all circular dependency issue
On Thursday 10 January 2008, Michael Haubenwallner wrote:
> On Tue, 2008-01-08 at 14:37 -0800, Chris Gianelloni wrote:
> > Implicit dependencies waste more time than pretty much anything else.
> > Almost all circular dependency issues we currently have are due to
> > implicit dependencies.
>
> May
On Jan 10, 2008 4:42 PM, Michael Haubenwallner <[EMAIL PROTECTED]> wrote:
>
> For the implicit dependencies one could think of path-sandbox to help:
>
> Inform libsandbox which files are provided by packages both in *DEPEND
> and the system package set, and let it completely deny access to
> not-li
On Tue, 08 Jan 2008 00:42:57 +0100
[EMAIL PROTECTED] (Diego 'Flameeyes' Pettenò) wrote:
> I already ranted about the fact that the dependency tree of our
> ebuilds is vastly incomplete, as many lack dependency on zlib; trying
> to get this fixed was impossible, as Donnie and other insisted that
>
On Tue, 2008-01-08 at 14:37 -0800, Chris Gianelloni wrote:
> Implicit dependencies waste more time than pretty much anything else. Almost
> all circular
> dependency issues we currently have are due to implicit dependencies.
Maybe OT (an idea in a very early state):
For the implicit dependencie
On Thursday 10 January 2008, Rémi Cardona wrote:
> With a quick glance at portage, I found at least those ssh implementations
> : - openssh
none of those are suitable replacements for openssh.
> - ssh
non-commercial only, not tested on all arches
> - ossh
only tested on x86, no idea on qua
Petteri Räty a écrit :
I wouldn't say ssh is any more important than a dhcp client.
+1 from me.
With a quick glance at portage, I found at least those ssh implementations :
- openssh
- ssh
- ossh
- dropbear
- ... (probably a few more whose name I couldn't find)
This might even be worth
Mike Frysinger kirjoitti:
i'd argue pretty vehemently against removing openssh from any default official
Gentoo install. ssh is defacto standard for loginning into any other
machines. it should be on all Gentoo desktops/severs/etc...
specialized/embedded/whatever are certainly free to cull
On Wed, 2008-01-09 at 16:42 -0500, Mike Frysinger wrote:
> > Indeed. We ended up having to get perl into the stage1 because of
> > exactly these problems. It sucks. I'd love to be able to remove perl
> > (and anything else not necessarily required) out of the base system set.
> > If they're requ
Mike Frysinger wrote:
>> Well, openssh has always been questionable. Sure, *I* think it should
>> be on any Gentoo system I'd want to touch, but it really isn't necessary
>> for a lot of people. Moving this to, say, the "server" profiles only
>> would be acceptable to me, but then again, so is le
On Wednesday 09 January 2008, Chris Gianelloni wrote:
> On Wed, 2008-01-09 at 15:51 -0500, Mike Frysinger wrote:
> > > Anyway, as having a complete dependency tree is almost impossible
> > > because of that, I have an alternative proposal: reducing the size of
> > > the system package set. Right n
On Wed, 2008-01-09 at 15:51 -0500, Mike Frysinger wrote:
> > Anyway, as having a complete dependency tree is almost impossible
> > because of that, I have an alternative proposal: reducing the size of
> > the system package set. Right now system contains stuff like ncurses,
> > readline, zlib, aut
On Monday 07 January 2008, Diego 'Flameeyes' Pettenò wrote:
> I already ranted about the fact that the dependency tree of our ebuilds
> is vastly incomplete, as many lack dependency on zlib; trying to get
> this fixed was impossible, as Donnie and other insisted that as zlib was
> in system, we sho
Chris Gianelloni kirjoitti:
On Tue, 2008-01-08 at 21:49 +0200, Petteri Räty wrote:
Stefan Hellermann kirjoitti:
I've tried to not use the system-set and set up a virtual called
virtual/minimal-system which depends on all the packages I need (no gcc
or perl, only coreutils, glibc, baselayout an
On Tue, 2008-01-08 at 21:49 +0200, Petteri Räty wrote:
> Stefan Hellermann kirjoitti:
> > I've tried to not use the system-set and set up a virtual called
> > virtual/minimal-system which depends on all the packages I need (no gcc
> > or perl, only coreutils, glibc, baselayout and some packages t
On Tue, 2008-01-08 at 00:30 -0800, Donnie Berkholz wrote:
> On 00:42 Tue 08 Jan , Diego 'Flameeyes' Pettenò wrote:
> > Anyway, as having a complete dependency tree is almost impossible
> > because of that, I have an alternative proposal: reducing the size of
> > the system package set. Right n
Stefan Hellermann kirjoitti:
I've tried to not use the system-set and set up a virtual called
virtual/minimal-system which depends on all the packages I need (no gcc
or perl, only coreutils, glibc, baselayout and some packages that are
really needed for booting up). This is what I think should
Donnie Berkholz schrieb:
On 00:42 Tue 08 Jan , Diego 'Flameeyes' Pettenò wrote:
Anyway, as having a complete dependency tree is almost impossible
because of that, I have an alternative proposal: reducing the size of
the system package set. Right now system contains stuff like ncurses,
readl
On 00:42 Tue 08 Jan , Diego 'Flameeyes' Pettenò wrote:
> Anyway, as having a complete dependency tree is almost impossible
> because of that, I have an alternative proposal: reducing the size of
> the system package set. Right now system contains stuff like ncurses,
> readline, zlib, autoconf,
On Tuesday 08 of January 2008 02:02:56 Petteri Räty wrote:
> Diego 'Flameeyes' Pettenò kirjoitti:
> > Here comes the official proposal, copy and paste from my blog with an
> > extra post scriptum at the end.
> >
> > I already ranted about the fact that the dependency tree of our ebuilds
> > is vast
Diego 'Flameeyes' Pettenò kirjoitti:
Here comes the official proposal, copy and paste from my blog with an
extra post scriptum at the end.
I already ranted about the fact that the dependency tree of our ebuilds
is vastly incomplete, as many lack dependency on zlib; trying to get
this fixed was i
Here comes the official proposal, copy and paste from my blog with an
extra post scriptum at the end.
I already ranted about the fact that the dependency tree of our ebuilds
is vastly incomplete, as many lack dependency on zlib; trying to get
this fixed was impossible, as Donnie and other insiste
22 matches
Mail list logo
