On Tuesday 23 August 2005 17:12, Jason Stubbs wrote:
> >
> > Wouldn't it better suit our needs to write a configuration program
> > that packages can feed some custom configuration questions, and that
> > then spits out something that can be used by the ebuilds. This would
> > allow offline configu
On Tuesday 23 August 2005 22:41, Paul de Vrieze wrote:
> On Thursday 14 July 2005 14:37, Jason Stubbs wrote:
> > On Thursday 14 July 2005 20:58, Ned Ludd wrote:
> > > echo "being that no portage dev in his/her right mind would
> > > ever" echo "allow interactive code in an ebuild we use bashr
On Thursday 14 July 2005 14:37, Jason Stubbs wrote:
> On Thursday 14 July 2005 20:58, Ned Ludd wrote:
> > echo "being that no portage dev in his/her right mind would
> > ever" echo "allow interactive code in an ebuild we use bashrc tricks"
>
> Actually, I promote interactive code in pkg_confi
Kristian Benoit <[EMAIL PROTECTED]> wrote:
> I just checked and pkg_config does not handle make menuconfig correctly
> either :( Probably a bug.
Sorry I didn't tune into this thread earlier...
Most ncurses-based tools, including most menuconfig scripts, need to be
attached to an interactive ter
On Thu, 2005-07-14 at 12:01 -0400, Michael Cummings wrote:
> Not sure of the mechanics on how
> this is done for the portage emerge process, but even stopping the
> emerge process for those packages that *must* have a preconfig done
> would help (are there any though? I can think of one maybe, but
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kristian Benoit wrote:
> # ebuild path/to/ebuild config"
>
> I'm trying to do the same as config does, but in as a preconfig that
> would only be also called on user request.
>
I'm just idly thinking here, and I'm sorry if this has already been said
On Thu, 2005-07-14 at 21:37 +0900, Jason Stubbs wrote:
> On Thursday 14 July 2005 20:58, Ned Ludd wrote:
> > echo "being that no portage dev in his/her right mind would ever"
> > echo "allow interactive code in an ebuild we use bashrc tricks"
>
> Actually, I promote interactive code in
On Thu, 2005-07-14 at 08:43 +0200, Patrick Lauer wrote:
> On Thu, 2005-07-14 at 01:13 -0400, Kristian Benoit wrote:
> > What I want is "emerge busybox uclibc vanilla-sources nano". Should
> > unpack only the 3 first packages, show me busybox menuconfig, uclibc
> > menuconfig and vanilla-sources men
On Thu, 2005-07-14 at 07:58 -0400, Ned Ludd wrote:
> On Thu, 2005-07-14 at 01:13 -0400, Kristian Benoit wrote:
> > On Wed, 2005-07-13 at 20:02 -0400, Ned Ludd wrote:
> > > On Wed, 2005-07-13 at 18:44 -0400, Kristian Benoit wrote:
> > > > I'm trying to add a new command to ebuild (preconfig) for pac
On Thursday 14 July 2005 20:58, Ned Ludd wrote:
> echo "being that no portage dev in his/her right mind would ever"
> echo "allow interactive code in an ebuild we use bashrc tricks"
Actually, I promote interactive code in pkg_config(). There's no standard as
to what it will do, so the
On Thu, 2005-07-14 at 01:13 -0400, Kristian Benoit wrote:
> On Wed, 2005-07-13 at 20:02 -0400, Ned Ludd wrote:
> > On Wed, 2005-07-13 at 18:44 -0400, Kristian Benoit wrote:
> > > I'm trying to add a new command to ebuild (preconfig) for packages like
> But anyway, the question is not whether the
On Thu, 2005-07-14 at 01:13 -0400, Kristian Benoit wrote:
> What I want is "emerge busybox uclibc vanilla-sources nano". Should
> unpack only the 3 first packages, show me busybox menuconfig, uclibc
> menuconfig and vanilla-sources menuconfig and only then perform the rest
> of the installation as
On Wed, 2005-07-13 at 20:02 -0400, Ned Ludd wrote:
> On Wed, 2005-07-13 at 18:44 -0400, Kristian Benoit wrote:
> > I'm trying to add a new command to ebuild (preconfig) for packages like
> > busybox that has to be configured prior to compile and that would be a
> > cannot really use USE as it proba
On Wed, 2005-07-13 at 18:44 -0400, Kristian Benoit wrote:
> I'm trying to add a new command to ebuild (preconfig) for packages like
> busybox that has to be configured prior to compile and that would be a
> cannot really use USE as it probably have undreads of USE that does not
> yet exist.
>
> Th
14 matches
Mail list logo
