On Tue, Sep 13, 2011 at 04:38:35AM +, Robin H. Johnson wrote:
> On Tue, Sep 13, 2011 at 03:20:35AM +, Zac Medico wrote:
> > commit: 677240f7b3db66bdcd403c214e5d3fa30e31a24a
> > Author: Zac Medico gentoo org>
> > AuthorDate: Tue Sep 13 03:20:00 2011 +
> > Commit: Zac Medico
On Sat, Oct 01, 2011 at 07:40:52AM +, Robin H. Johnson wrote:
> From: "Robin H. Johnson"
>
> Provide public-domain implementation of the Whirlpool hash algorithm to
> be used as new Manifest2 hash.
>
> Signed-off-by: Robin H. Johnson
> ---
> pym/portage/checksum.py |8 ++--
> 1 fil
On Sun, Oct 02, 2011 at 02:10:09PM -0700, Zac Medico wrote:
> On 10/02/2011 01:54 PM, Robin H. Johnson wrote:
> > On Sun, Oct 02, 2011 at 01:39:41PM -0700, Zac Medico wrote:
> >> On 10/02/2011 05:46 AM, Robin H. Johnson wrote:
> >>> On Sat, Oct 01, 2011 at 09:40:13PM -0700, Zac Medico wrote:
>
On Mon, Oct 03, 2011 at 02:48:55AM -0700, Zac Medico wrote:
> On 10/02/2011 05:21 PM, Zac Medico wrote:
> > On 10/02/2011 04:22 PM, Brian Harring wrote:
> >> On Sun, Oct 02, 2011 at 02:10:09PM -0700, Zac Medico wrote:
> > I've implemented it with booleans
On Sat, Dec 17, 2011 at 11:24:37AM +0100, Pacho Ramos wrote:
> I am referring in this case to abiword, it has a "plugins" USE flag that
> enables some minimal set of plugins and, then, a lot of USE flags for
> building extra plugins (with extra dependencies). All of this extra
> plugins need "plugi
On Mon, May 14, 2012 at 09:33:58AM +0200, Michael Haubenwallner wrote:
>
>
> On 05/11/2012 06:39 PM, Mike Frysinger wrote:
> > +multijob_child_init() {
> > + trap 'echo ${BASHPID} $? >&'${mj_control_fd} EXIT
> > + trap 'exit 1' INT TERM
> > +}
>
> Just wondering why $! in parent isn't used a
On Fri, Sep 21, 2012 at 12:45:30PM -0700, Zac Medico wrote:
> On 09/21/2012 12:08 PM, Pacho Ramos wrote:
> > Hello
> >
> > This comes from this gentoo-dev thread:
> > http://www.gossamer-threads.com/lists/gentoo/dev/260536
> >
> > In that one, we try to use the following:
> > has vala ${IUSE//+/}
On Mon, Sep 24, 2012 at 01:05:35PM -0400, Mike Frysinger wrote:
> On Monday 24 September 2012 06:25:35 Gregory M. Turner wrote:
> > On cygwin, there is a problem with bi-directional pipe support in bash.
> >
> > I used to solve this with an ugly reversion in portage and an
> > ultra-simple stubbif
On Tue, May 31, 2005 at 02:38:58AM -0400, Alec Warner wrote:
> I was looking at Transport code last night and I noticed it only
> supported HTTP/HTTPS/FTP, which I thought was kind of limited. Thoughts
> on merging the Sync code in with Transports, having the transport lib
> covering all...well..f
On Tue, May 31, 2005 at 11:20:56AM -0400, Alec Warner wrote:
> Brian Harring wrote:
> Mostly was looking at a unified transport lib, with connection
> abstractions, which is basically what we have now, but lacks SCP/RSYNC
> support, and I think people would want that functionality,
On Thu, Jun 02, 2005 at 08:29:24AM +0900, Jason Stubbs wrote:
> It's not fixed as far as I know and I've been the one fixing bugs with
> dispatch-conf and I just came across that bug the other day. To confirm we're
> talking about the same thing:
>
> myfile (regular file)
> ._cfg
On Fri, Aug 05, 2005 at 08:20:52PM +0900, Jason Stubbs wrote:
> On Friday 05 August 2005 12:31, Brian D. Harring wrote:
> > Hola all, patch (incvs now) to fix up a traceback on first sync with
> > an empty tree; bug #96410
> > http://bugs.gentoo.org/show_bug.cgi?id=96410
> >
> > The fix isn't exact
Hola.
Bug 101035
http://bugs.gentoo.org/show_bug.cgi?id=101035
InCVS now also...
~harring
Index: ebuild.sh
===
RCS file: /var/cvsroot/gentoo-src/portage/bin/ebuild.sh,v
retrieving revision 1.201.2.39
diff -u -r1.201.2.39 ebuild.sh
--
On Fri, Aug 12, 2005 at 12:04:34PM -0400, Kristian Benoit wrote:
> I remember, when I started using Gentoo, reading that portage is a stand
> alone tool, it is not bind into Gentoo in anyway, someone could use it
> on redhat, debian, lfs...
Nice intention, but impossible with stable/alpha code- the
On Tue, Aug 16, 2005 at 02:39:36PM -0400, Alec Joseph Warner wrote:
> I kind of see Brian's point in being defensive in filenames though
> (os.path.normpath("///var/db/pkg/fex") being invalid in a CONTENTS
> file but still usable by most(?) calls in python, which will just figure
> it all ou
Hola-
basically, use_expand'd vars need to be exempted from IUSE checks, as
long as the USE_EXPAND var is in IUSE.
This does that.
~harring
Index: ebuild.sh
===
RCS file: /var/cvsroot/gentoo-src/portage/bin/ebuild.sh,v
retrieving revi
On Wed, Aug 17, 2005 at 10:41:12AM +0900, Jason Stubbs wrote:
> You hijacked a thread again...
Bleh, headers (yes I've been lazy and just hitting reply on previous
messages to lift the to :P)
> On Wednesday 17 August 2005 09:52, Brian Harring wrote:
> > basically, use_expand&
On Mon, Aug 22, 2005 at 12:24:13PM -0700, Zac Medico wrote:
> warnera6 wrote:
> >>>My preference would go 4, 3, 2 then 1. While Makefiles and configure
> >>>scripts may be "broken" upstream, how long is it before the breakage
> >>>goes unnoticed? More importantly, what's the chances of a dev find
On Mon, Aug 22, 2005 at 11:33:23PM +0200, Marius Mauch wrote:
> Theoretical discussions about this are pointless IMO without
> numbers/facts to back things up.
I'd posit theroetical discussions about this are pointless without
getting ebuild dev's to give a yay/nay on whether they want it or not;
On Mon, Aug 22, 2005 at 11:59:54PM +0200, Marius Mauch wrote:
> On 08/22/05 Brian Harring wrote:
>
> > On Mon, Aug 22, 2005 at 11:33:23PM +0200, Marius Mauch wrote:
> > > Theoretical discussions about this are pointless IMO without
> > > numbers/facts to back things
Hola all.
Short version, the nostrip feature is a bit funky as an option. What
I'm after is effectively building all packages *with* debugging
information as default, and leaving it up to the repository you're
merging the package to, to decide on stripping or not.
IOW, if you prefer stripped
On Mon, Aug 22, 2005 at 06:36:03PM -0400, Alec Warner wrote:
> I'm kinda with genone on implementing both ( since they are similar ).
> If it's decided that blacklisting is easier to maintain, I can always
> make up my own whitelist for pkg-foo and apply it and if it works submit
> it as a bug ( or
On Tue, Aug 23, 2005 at 08:28:08AM +0900, Jason Stubbs wrote:
> On Tuesday 23 August 2005 06:40, Brian Harring wrote:
> > On Mon, Aug 22, 2005 at 11:33:23PM +0200, Marius Mauch wrote:
> > > Theoretical discussions about this are pointless IMO without
> > > numb
On Mon, Aug 22, 2005 at 09:57:46PM -0400, Kristian Benoit wrote:
> On Mon, 2005-08-22 at 12:24 -0700, Zac Medico wrote:
> > AFAIK we can intercept getenv() calls the same way that we intercept
> > filesystem calls. IMO the white/black/override lists would best be
> > implemented at this level.
>
Fair warning,
To anyone relying on the vars BUILD_PREFIX, BUILDDIR to be available
in the ebuild env, they're going to be yanked down the line; right
now, going by scans nobody relies on them- so... please keep it that
way.
Thanks,
~harring
pgpF0Md5boscN.pgp
Description: PGP signature
Hola all.
robbat2 made the suggestion, and after a bit of playing I think it's
best- in short, to support multiple DISTDIR's, we need either
intelligent querying of portage from bash side as to a files true
location, or a directory full of symlinks pointing at the ebuild's
stated files.
Latte
On Tue, Aug 23, 2005 at 06:58:53PM -0400, Kristian Benoit wrote:
> Yeah, I'd really like having a snapshot, even if I'd prefer having
> cvs/svn access. You can send me it by mail or make it available
> somewhere.
Pardon the delay, wanted to iron out building code before
pushing the snapshot up- it
On Thu, Aug 25, 2005 at 10:15:26AM -0400, Sandy McArthur wrote:
> How about making it so you need two -v switchs (eg: -vv) to get the
> long listing? I use `emerge world -puv` all the time and don 't want
> to have to scroll through so much stuff.
Conflicts with -vv usage in >=2.1 which pulls from
On Thu, Aug 25, 2005 at 11:14:50AM -0500, Brian Harring wrote:
> On Thu, Aug 25, 2005 at 10:15:26AM -0400, Sandy McArthur wrote:
> > How about making it so you need two -v switchs (eg: -vv) to get the
> > long listing? I use `emerge world -puv` all the time and don 't want
&
On Thu, Aug 25, 2005 at 05:44:47PM +, Dustin Spicuzza wrote:
> My guess on the lack of feekback on the bug is that a feature like this
> wouldn't be as useful to someone who isn't new to gentoo, and in fact
> (as mentioned above), could actually be quite annoying. But for someone
> who is st
On Thu, Aug 25, 2005 at 06:15:36PM +, Dustin Spicuzza wrote:
>
> >
> >Actually, I'd find it useful personally.
> >People add *weird* use flags sometimes.
> >
> >
> LoL... yes, thats true.
>
> A suggestion possibly to keep in mind is what if all functionality
> related to USE flags were some
Pardon the delay, been putting this one off since it's going to be a
fun one to address, and will be a bit long :)
On Thu, Aug 25, 2005 at 12:34:00PM +0200, Paul de Vrieze wrote:
> What I mean is compatibility with current portage versions. Current
> versions do not understand EAPI. There would
Hola all.
Straight to the point, I'm proposing that the following files-
arch.list
categories
use.desc
use.local.desc
package.mask
updates
be moved out of the profiles directory in the tree, and into the existing
metadata directory personally, due to the fact that the files above are
essentiall
Hola.
Attached is a patch that
A) adds EAPI awareness to portage; mainly, if >0, complain and be
unwilling to merge the package
B) tweaks to portage_db_flat, addition of portage_db_metadata, and
portage_db_flat_hash
Flat_hash is the replacement cache format for metadata/cache; assuming
On Sun, Aug 28, 2005 at 02:46:28PM +0900, Jason Stubbs wrote:
> On Saturday 27 August 2005 19:53, Brian Harring wrote:
> > Please test this out; if you want to test the EAPI checking, tag
> > EAPI=1 into an ebuild, and try making emerge bail.
>
> + print "EAPI check
On Sun, Aug 28, 2005 at 02:31:24AM -0700, Zac Medico wrote:
> Brian Harring wrote:
> >Please test this out; if you want to test the EAPI checking, tag
> >EAPI=1 into an ebuild, and try making emerge bail.
>
> I needed to patch ebuild.sh so that EAPI would be parsed. It bail
On Fri, Sep 02, 2005 at 08:31:26AM +0200, Marius Mauch wrote:
> On 08/27/05 Brian Harring wrote:
>
> > Hola.
> >
> > Attached is a patch that
> > A) adds EAPI awareness to portage; mainly, if >0, complain and be
> >unwilling to merge the package
>
On Mon, Aug 29, 2005 at 01:52:50PM -0700, Zac Medico wrote:
> Brian Harring wrote:
> >
> >Please test this out; if you want to test the EAPI checking, tag
> >EAPI=1 into an ebuild, and try making emerge bail.
> >
>
> Well, it bails too often. :)
Mainly cause I ge
Round 3, fixed all uglyness.
You *will* see uglyness for the changeover from flat_list to flat_hash
if you're setting portdbapi.auxdbmodule to flat_hash, but that's a one
time hit, and is the reason we blow away the cache on portage
upgrades.
Either way, full patch, just correction of a few ins
On Tue, Aug 30, 2005 at 12:38:16PM +0200, Marius Mauch wrote:
> On 08/30/05 Paul de Vrieze wrote:
>
> > On Monday 29 August 2005 22:52, Zac Medico wrote:
> > > Brian Harring wrote:
> > > > Please test this out; if you want to test the EAPI checking, tag
>
On Tue, Aug 30, 2005 at 03:15:15PM +0200, Marius Mauch wrote:
> On 08/30/05 Brian Harring wrote:
> Problem is that you then rely on python always evaluating "somestring" >
> 0 as True which I don't think is a good idea (it holds true even for "0"
>
On Tue, Aug 30, 2005 at 04:47:51PM +0200, Paul de Vrieze wrote:
> On Tuesday 30 August 2005 15:28, Brian Harring wrote:
> > On Tue, Aug 30, 2005 at 03:15:15PM +0200, Marius Mauch wrote:
> > > On 08/30/05 Brian Harring wrote:
> > > Problem is that you then rely
On Tue, Aug 30, 2005 at 07:46:24PM +0200, Marius Mauch wrote:
> On 08/29/05 Brian Harring wrote:
> > That and the fact the 2.1 state should be decided, if we're going to
> > have (effectively) two branches of development going at once, vs
> > developmental line and mai
ng every
single individual eapi identifier, which I'll clarify before is going
to burn any maintainer of such code.
On Wed, Aug 31, 2005 at 12:52:53PM +0200, Marius Mauch wrote:
> On 08/30/05 Brian Harring wrote:
>
> > Why am I being so damned stubborn about numbers for this? Caus
On Wed, Aug 31, 2005 at 11:55:40AM +0200, Paul de Vrieze wrote:
> pps. For being able to state that one eclass/ebuild is compatible with two
> (overlapping) formats I also argue to make EAPI a space separated list of
> supported API's. As an example for why this would make sense take for
> examp
On Wed, Aug 31, 2005 at 08:10:35AM -0700, Zac Medico wrote:
> Brian Harring wrote:
> >Round 3, fixed all uglyness.
> >You *will* see uglyness for the changeover from flat_list to flat_hash
> >if you're setting portdbapi.auxdbmodule to flat_hash, but that's a one
&g
On Wed, Aug 31, 2005 at 06:44:33PM +0200, Fabian Zeindl wrote:
> Hi
>
> I'm using gentoo and the best package manager of the world for over one year
> now, and I'm quite satisfied :-).
> One idea I had: I regularly stumble across ebuilds which are masked in
> package.mask because they break certai
On Thu, Sep 01, 2005 at 11:12:02PM +0900, Jason Stubbs wrote:
> On Tuesday 09 August 2005 20:28, Brian Harring wrote:
> > Hola.
> > Bug 101035
> > http://bugs.gentoo.org/show_bug.cgi?id=101035
> >
> > InCVS now also...
>
> I can't find this code in st
On Thu, Sep 01, 2005 at 10:27:44PM -0700, Zac Medico wrote:
> Paul de Vrieze wrote:
> >On Wednesday 31 August 2005 14:57, Brian Harring wrote:
> >
> >>Re: tagging EAPI at the top of a file, infra would probably shoot me for
> >>doing such- till a live, fully co
On Fri, Sep 02, 2005 at 10:53:05AM +0200, Paul de Vrieze wrote:
> On Friday 02 September 2005 08:04, Brian Harring wrote:
> >
> > Like I've said, EAPI is ebuild specific. Ebuild is a format; eapi
> > defines revisions of it, in my mind a minor revision of the ebuild
On Wed, Sep 07, 2005 at 07:20:44PM -0700, Zac Medico wrote:
> http://bugs.gentoo.org/show_bug.cgi?id=85803
>
> This trivial patch seems to work for me but I'm not sure if it will cause
> regressions or not. Feedback is appreciated.
Questionable in relation to binpkgs; binpkg phase execution is r
Hola...
basically... got ticked off and knocked the --metadata code down to
absolute explicit settings, resetting category, dumping
PORTDIR_OVERLAY, and ignoring failures on cache cleansing.
The important thing is transfering the metadata; cache cleansing is
good (very good imo), but it's not w
Hola.
http://glep.gentoo.org/glep-0031.html<-- the details
http://bugs.gentoo.org/106544<-- the bug
http://bugs.gentoo.org/attachment.cgi?=68828 <-- the patch
Attached the patch also; one additional tweak is that file.size is now
a fatal check, since the tree seem's to fin
On Mon, Sep 19, 2005 at 04:12:08PM -0500, Brian Harring wrote:
> Attached the patch also; one additional tweak is that file.size is now
> a fatal check, since the tree seem's to finally be clean.
Dropped the file.size becoming fatal change on the bug, and intend to
for the final versi
On Tue, Sep 20, 2005 at 12:37:27PM -0500, Paul Varner wrote:
> On Fri, 2005-09-16 at 11:59 -0500, Paul Varner wrote:
> > http://bugs.gentoo.org/show_bug.cgi?id=90680
> >
> > Author: Paul Varner
> >
> > The current implementation of gentoolkit creates a portage.config object
> > for every package
On Tue, Sep 20, 2005 at 06:55:44PM -0500, Paul Varner wrote:
> On Tue, 2005-09-20 at 18:34 -0500, Brian Harring wrote:
> > > Updated patch to add a semaphore to control access to the global
> > > portage.config object. Unless anyone sees any other issues with this
> > &g
On Wed, Sep 07, 2005 at 07:20:44PM -0700, Zac Medico wrote:
> http://bugs.gentoo.org/show_bug.cgi?id=85803
>
> This trivial patch seems to work for me but I'm not sure if it will cause
> regressions or not. Feedback is appreciated.
>
> Zac
> Index: portage-2.0.51.22/bin/ebuild.sh
> ===
On Sat, Oct 01, 2005 at 11:57:01PM +0200, Daniel Stiefelmaier wrote:
>
> >>man emerge provides information on possible options, why should there
> >>not be a way to get information on an ebuilds option???
> >
> >
> >because emerge is the tool, not the object. You wouldn't expect the
> >openoffic
On Tue, Oct 04, 2005 at 01:06:35AM +0900, Jason Stubbs wrote:
> Don't like the size of this patch, but it's quite repetitive so...
Wouldn't worry on the repetitive, it's repetitive due to the fact the
*dbapi classes don't (ab|)use inheritance...
> * Make all aux_get() functions return a list of s
On Tue, Oct 04, 2005 at 08:27:09AM +0900, Jason Stubbs wrote:
> On Tuesday 04 October 2005 03:30, Brian Harring wrote:
> > On Tue, Oct 04, 2005 at 01:06:35AM +0900, Jason Stubbs wrote:
> > > Don't like the size of this patch, but it's quite repetitive so...
> >
&g
Quicky description of the bug is that A was being defined to '' in the
ebuild env; due to the fact ebuild.sh automatically stomps the current
passed in env with the previous env (it's bad, we know it already :),
this resulted in A getting auto set to a bad value, and the value
lingering.
Attac
On Tue, Oct 04, 2005 at 09:17:22AM -0500, Brian Harring wrote:
Responding to myself, because I'm an idiot, attached is the correct
patch.
~harring
Index: bin/ebuild.sh
===
--- bin/ebuild.sh (revision 2082)
+++ bin/ebui
On Wed, Oct 05, 2005 at 04:33:17PM +, Thomas Matthijs wrote:
> Hi,
>
> I would really like a way to echo more information when a die happens so
> the users can paste it in their bug report
>
> Only needs a very simple change to ebuild.sh:
>
EBUILD_DEATH_HOOKS=''
diefunc() {
local f
;
CC'ing gentoo-dev, since I'd expect some devs would be interested in
it.
~harring
On Wed, Oct 05, 2005 at 11:48:01AM -0500, Brian Harring wrote:
> On Wed, Oct 05, 2005 at 04:33:17PM +, Thomas Matthijs wrote:
> > Hi,
> >
> > I would really like a way to echo m
Yay, time for another flame war (just what I'd love to spend my time
on).
On Wed, Oct 05, 2005 at 04:06:47PM -0400, Alec Joseph Warner wrote:
> >Hey Folks-
> >
> >I'm working on trying to get prefixed installs working. (As such, I'm
> >using some code kindly modified by Michael Haubenwallner. )
On Wed, Oct 05, 2005 at 01:48:03PM -0700, m h wrote:
> On 10/5/05, Brian Harring <[EMAIL PROTECTED]> wrote:
> > Yay, time for another flame war (just what I'd love to spend my time
> > on).
>
> Sorry, I'm really not trying to kindle any flames here.
Heh, you
On Wed, Oct 05, 2005 at 09:57:03PM +0100, Ciaran McCreesh wrote:
> On Wed, 5 Oct 2005 15:24:29 -0500 Brian Harring <[EMAIL PROTECTED]>
> wrote:
> | To head off the "it's not going to work for vim-*", yah, you'll be
> | boned and have to install duplicate vim
On Wed, Oct 05, 2005 at 04:16:06PM -0500, Kito wrote:
> My first question would be how to identify ebuilds that respect $
> {prefix}?
>
> A separate profile/keyword seems wrong.
Agreed.
>
> ICANINSTALLTO was the best idea presented, but that implies it would
> be a list of known working prefi
On Wed, Oct 05, 2005 at 02:52:59PM -0700, m h wrote:
> Hmmm, I'm not clear yet on the value of interdomain, but I'm sure
> someone will enlighten me along the way...
interdomain would be how ciaran's HOME request would be pulled off;
user's 'domain', configuration settings + prefix offset would tr
On Wed, Oct 05, 2005 at 11:29:56PM +0100, Ciaran McCreesh wrote:
> On Wed, 5 Oct 2005 16:16:06 -0500 Kito <[EMAIL PROTECTED]> wrote:
> | > b) assume that you'll not have to modify ebuilds
> |
> | I don't think anyone(devs) has made this naive assumption have they?
>
> pvdabeel has for pathspec.
>
On Wed, Oct 05, 2005 at 11:31:32PM +0100, Ciaran McCreesh wrote:
> On Wed, 5 Oct 2005 16:13:06 -0500 Brian Harring <[EMAIL PROTECTED]>
> wrote:
> | A) would like to hear what you think is required planning wise
> | compared to the previous haubi prototype patch.
>
> T
On Wed, Oct 05, 2005 at 04:01:54PM -0700, m h wrote:
> On 10/5/05, Brian Harring <[EMAIL PROTECTED]> wrote:
> > On Wed, Oct 05, 2005 at 02:52:59PM -0700, m h wrote:
> > > Hmmm, I'm not clear yet on the value of interdomain, but I'm sure
> > &
On Thu, Oct 06, 2005 at 12:03:18AM +0100, Ciaran McCreesh wrote:
> On Wed, 5 Oct 2005 17:53:36 -0500 Brian Harring <[EMAIL PROTECTED]>
> wrote:
> | On Wed, Oct 05, 2005 at 11:29:56PM +0100, Ciaran McCreesh wrote:
> | > On Wed, 5 Oct 2005 16:16:06 -0500 Kito <[EMAIL PROTEC
On Thu, Oct 06, 2005 at 12:14:30AM +0100, Ciaran McCreesh wrote:
> On Wed, 5 Oct 2005 18:00:12 -0500 Brian Harring <[EMAIL PROTECTED]>
> wrote:
> | Beyond that, there is the shebang issue which can be addresses via a
> | combination of automated scans/fixes, and fixin
On Thu, Oct 06, 2005 at 12:38:35AM +0100, Ciaran McCreesh wrote:
> On Wed, 5 Oct 2005 18:22:37 -0500 Brian Harring <[EMAIL PROTECTED]>
> wrote:
> | On Thu, Oct 06, 2005 at 12:14:30AM +0100, Ciaran McCreesh wrote:
> | > On Wed, 5 Oct 2005 18:00:12 -0500 Brian Harring
&g
On Thu, Oct 06, 2005 at 01:13:53AM +0100, Ciaran McCreesh wrote:
> On Wed, 5 Oct 2005 18:40:46 -0500 Brian Harring <[EMAIL PROTECTED]>
> wrote:
> | > It does in some places, it doesn't in others. It especially doesn't
> | > for things that aren't no
On Thu, Oct 06, 2005 at 02:07:32AM +0100, Ciaran McCreesh wrote:
> On Wed, 5 Oct 2005 20:01:34 -0500 Brian Harring <[EMAIL PROTECTED]>
> wrote:
> | What's being raised here is issues with making ebuilds handle prefix
> | _perfectly_. Where are the portage issues, so that p
On Thu, Oct 06, 2005 at 02:23:47AM +0100, Ciaran McCreesh wrote:
> On Wed, 5 Oct 2005 20:17:40 -0500 Brian Harring <[EMAIL PROTECTED]>
> wrote:
> | > The issue is that you need to fix autoconf before you can claim that
> | > any non-trivial test case works correctly.
> |
On Thu, Oct 06, 2005 at 02:40:58AM +0100, Ciaran McCreesh wrote:
> On Wed, 5 Oct 2005 20:32:20 -0500 Brian Harring <[EMAIL PROTECTED]>
>
> Portage is considerably less work than the tree. Saving as much effort
> as possible from an ebuild perspective should be a major considera
On Thu, Oct 06, 2005 at 03:01:12AM +0100, Ciaran McCreesh wrote:
> On Wed, 5 Oct 2005 20:48:26 -0500 Brian Harring <[EMAIL PROTECTED]>
> wrote:
> | > The sensible place to start experimenting is by adapting existing
> | > ebuilds and tinkering with ebuild.sh, not b
On Thu, Oct 06, 2005 at 02:14:32PM +1000, Finn Thain wrote:
>
>
> On Wed, 5 Oct 2005, Kito wrote:
>
> [snip]
> >
> > My first question would be how to identify ebuilds that respect ${prefix}?
> >
> > A separate profile/keyword seems wrong.
> >
> > ICANINSTALLTO was the best idea presented, bu
On Thu, Oct 06, 2005 at 07:29:12PM +0100, Ciaran McCreesh wrote:
> On Thu, 06 Oct 2005 09:07:12 -0400 Alec Warner <[EMAIL PROTECTED]>
> wrote:
> | Then I suggest you file this e-mail away and when the time comes that
> | the code is to be merged and it sucks ( and by sucks I mean more than
> | "i
Anyone got a good reason bug 38618 shouldn't go in?
Essentially it's
./configure ...
-${EXTRA_ECONF} "$@"
+"$@" ${EXTRA_ECONF}
It allows for users to override ebuild defined configure options,
potentially shooting themselves in the foot, but in the same token
they can already shoot themselves
On Sun, Oct 09, 2005 at 06:52:24PM -0500, Mikey wrote:
> http://codeserver.wherever.net/pman/package_ids.php?action=package&id=10105
>
[snip bits about wget screwing up]
Others have already clarified that's it python side rather then bash
so eclass is no go, but out of curiousity any got a good
On Mon, Oct 10, 2005 at 08:35:03PM +0200, Paul de Vrieze wrote:
>
> Hi guys,
>
> Is there any particular reason that the changelog was dropped from recent
> portage versions. I'd like to have it to see what changed. Especially with
> release candidates that sometimes develop issues.
Intending o
Hola.
So... short version, for those who weren't aware, cache subsystem got
gutted and rewrote in >=2.1 base code.
Couple of reasons why the old design needed to be pitched
1) Lots of forced stat calls for no good reason.
2) designed around per category, which doesn't fly when you're doing a
re
On Tue, Oct 11, 2005 at 02:10:46AM -0500, Brian Harring wrote:
> Either way, test, feeding stats back, etc, would be appreciated ;)
Just don't report emerge --metadata --quiet throwing a traceback to
me.
I already know about that one. :)
Why doesn't it surprise me no bugs throw
Since axxo is being a slacker (:-P) and hasn't posted this, did a
quicky implentation for stable ebuild.sh of pre/post phase hooks.
The intention of these hooks are for users to define funcs in their
/etc/portage/bashrc; the phase to be hooked, say pkg_setup , is hooked
via
echo $'
pre_pkg_set
On Tue, Oct 11, 2005 at 02:10:46AM -0500, Brian Harring wrote:
> Either way, test, feeding stats back, etc, would be appreciated ;)
Lets see how many times I can respond to myself... :)
Joys of having 4 different branches of portage (2.0, 2.0-prefix, 2.1,
and 3.x) all in varying use locally
On Tue, Oct 11, 2005 at 10:37:43AM +0300, Marius Mauch wrote:
> Brian Harring wrote:
> >On Sun, Oct 09, 2005 at 06:52:24PM -0500, Mikey wrote:
> >
> >>http://codeserver.wherever.net/pman/package_ids.php?action=package&id=10105
> >>
> >
> >[sni
On Tue, Oct 11, 2005 at 09:13:01PM +0200, Marius Mauch wrote:
> On Tue, 11 Oct 2005 13:59:42 +0200 (CEST)
> "Matthias Waechter" <[EMAIL PROTECTED]> wrote:
>
> > > Brian Harring wrote:
> > >>>Where do you get the filename from if not SRC_URI
On Wed, Oct 12, 2005 at 12:01:12AM +0200, Bastian Balthazar Bux wrote:
> Sorry, but here the results are not those expected:
.51.22 vs .53_rc5... try with a vanilla .53_rc5 please
> time emerge --metadata; 1st run; 2.0.51.22-r3
> real2m24.419s
> user0m12.329s
> sys 0m3.644s
>
>
On Wed, Oct 12, 2005 at 03:49:44AM +0200, Bastian Balthazar Bux wrote:
> Brian Harring ha scritto:
> > On Wed, Oct 12, 2005 at 12:01:12AM +0200, Bastian Balthazar Bux wrote:
> >
> >>Sorry, but here the results are not those expected:
> >
> > .51.22 vs .53_rc5.
On Wed, Oct 12, 2005 at 03:49:44AM +0200, Bastian Balthazar Bux wrote:
> Brian Harring ha scritto:
> > On Wed, Oct 12, 2005 at 12:01:12AM +0200, Bastian Balthazar Bux wrote:
> >
> >>Sorry, but here the results are not those expected:
> >
> > .51.22 vs .53_rc5.
Rather then keep posting large patches here, just going to post them
to dev.gentoo.org/~ferringb/portage/2.0 ... for example,
http://dev.gentoo.org/~ferringb/portage/2.0/3.0-cache-backport-experimental-4.patch
should be pulled rather then previous patch.
Helluva lot easier for me since I can
On Wed, Oct 12, 2005 at 02:56:38PM +0200, Bastian Balthazar Bux wrote:
> Brian Harring ha scritto:
> > Rather then keep posting large patches here, just going to post them
> > to dev.gentoo.org/~ferringb/portage/2.0 ... for example,
> > http://dev.gentoo.org/~ferringb/
On Wed, Oct 12, 2005 at 05:15:15PM -0500, Paul Varner wrote:
> On Tue, 2005-10-11 at 02:10 -0500, Brian Harring wrote:
> > Either way, test, feeding stats back, etc, would be appreciated ;)
> > Thanks,
Hokay... so experimental-6 seems to be at least mostly stable now, no
tracebacks
On Thu, Oct 13, 2005 at 10:17:26AM +0200, Nagatoro wrote:
> Brian Harring wrote:
> >Curious about feedback from general usage, emerge -s, emerge -Dup
> >world, etc. timing runs would be appreciated
> portage 2.0.53_rc5 - 3.0-cache-backport-experimental-7
>
> emer
On Thu, Oct 13, 2005 at 01:05:40PM +0200, Nagatoro wrote:
> Brian Harring wrote:
> Hmm, when trying to update the cache (emerge --metadata) I get this:
> ---
> >>> Updating Portage cache:
> Traceback (most recent call last):
> File "/usr/bin/emerge", line 273
On Thu, Oct 13, 2005 at 07:12:42PM +0200, Francesco R. wrote:
> Elaborating on the previous subject an idea come in mind,
> avoid the $PORTDIR/metadata/cache sync, It's 80 MB, 2 files
>
> So I've tryed the first python patch of my life, obviously it's also the
> first portage one (subliminal
101 - 200 of 327 matches
Mail list logo