RMED,
> > UNCONFIRMED, IN_PROGRESS. I've never bothered with changing them
> > and haven't found them useful, but Brian suggested to use
> > IN_PROGRESS at times. What are your thoughts?
> My interpretation is that CONFIRMED bugs are bugs that a developer is
>
On Sun, 2014-01-05 at 10:50 -0500, Mike Frysinger wrote:
> This automates the release+test cycle a bit so people don't have to do
> it all by hand.
> ---
> DEVELOPING | 7 ++-
> mkrelease.sh | 15 +--
> 2 files changed, 15 insertions(+), 7 deletions(-)
>
> diff --git a/DEVELOPI
On Sun, 2014-01-05 at 10:50 -0500, Mike Frysinger wrote:
> This way people don't have to worry about runtests.sh passing for a
> specific version when it wasn't found in the system.
> ---
> runtests.sh | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/runtests.sh b/runtests.sh
> inde
On Sun, 2014-01-05 at 10:50 -0500, Mike Frysinger wrote:
> This keeps the list of supported versions in one place so people can do:
> ./runtests.sh --python-versions=supported
>
> No need to hardcode the list of python versions in multiple places.
> ---
> DEVELOPING | 6 +++---
> runtests.
On Sun, 2014-01-05 at 10:25 -0500, Mike Frysinger wrote:
> ---
> DEVELOPING | 25 +
> 1 file changed, 25 insertions(+)
>
> diff --git a/DEVELOPING b/DEVELOPING
> index 5f15e15..5dfd9b7 100644
> --- a/DEVELOPING
> +++ b/DEVELOPING
> @@ -160,3 +160,28 @@ The NO example just
On Sat, 2014-01-04 at 15:28 +0100, Pacho Ramos wrote:
> Hello
>
> I think this was pointed some days ago, but would be nice (and needed)
> to get a newer portage version including fixes from git, some of them
> important like:
> https://bugs.gentoo.org/show_bug.cgi?id=490362
>
> Not sure if I can
On Wed, 2014-01-01 at 23:14 +0100, sebastianlut...@gmx.de wrote:
> From: Sebastian Luther
>
> ---
> bin/repoman | 12 +++-
> 1 file changed, 11 insertions(+), 1 deletion(-)
>
> diff --git a/bin/repoman b/bin/repoman
> index d1542e9..2a332a7 100755
> --- a/bin/repoman
> +++ b/bin/repoman
On Wed, 2014-01-01 at 23:46 +0100, sebastianlut...@gmx.de wrote:
> From: Sebastian Luther
>
> xmatch returns _pkg_str instances these days. They require metadata
> access, which cp_list doesn't have. That means that writing cp_list
> results into the xmatch cache breaks xmatch users that expect _
o " * econf: updating ${x/${WORKDIR}\/}
> with ${EPREFIX}/usr/share/gnuconfig/${x##*/}"
> - cp -f
> "${EPREFIX}"/usr/share/gnuconfig/"${x##*/}" "${x}"
> + # Make sure we do this atomically incase we're
> run in parallel. #487478
> + cp -f
> "${EPREFIX}"/usr/share/gnuconfig/"${x##*/}" "${x}.${pid}"
> + mv -f "${x}.${pid}" "${x}"
> done
> fi
>
Sorry, my bash skills are not enough to review this stuff. Others will
have to reply :)
--
Brian Dolbec
signature.asc
Description: This is a digitally signed message part
On Mon, 2013-12-09 at 14:56 +0100, Sebastian Luther wrote:
> Hi all,
>
> I'd like to release a new portage version. You may find the list of
> fixed bugs on the tracker [1] (those not marked as fixed).
>
> Most notable are the slot operator related fixes and the fix for binary
> packages with res
On Mon, 2013-12-02 at 13:55 +0100, Sebastian Luther wrote:
> Whoever commits this: Please give the test case a better name like
> testSlotConflictMixedDependencies.
>
Done and pushed.
signature.asc
Description: This is a digitally signed message part
On Thu, 2013-12-05 at 14:36 +0100, sebastianlut...@gmx.de wrote:
> From: Sebastian Luther
>
> USE may contain values that aren't present in IUSE for any
> supported EAPI. This for example breaks use dependencies on
> USE_EXPAND-values.
>
> The behavior for binary packages is now in line with wha
On Mon, 2013-12-02 at 21:04 +0100, sebastianlut...@gmx.de wrote:
> From: Sebastian Luther
>
> ---
> pym/_emerge/depgraph.py | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/pym/_emerge/depgraph.py b/pym/_emerge/depgraph.py
> index 67b8881..763f3fd 100644
> --- a/pym/_emerge/depgraph.py
On Tue, 2013-12-03 at 18:38 +0100, René Neumann wrote:
> Am 03.12.2013 17:05, schrieb Mike Frysinger:
> > as for the patch, i'm of the opinion that make.conf is not for
> > documenting random USE_EXPAND-ed variables.
> >
> > this sort of thing should go into the relevant eclass,
> > python-r1.ecla
On Tue, 2013-12-03 at 11:43 +0100, Alexander Berntsen wrote:
> On 03/12/13 11:21, Sebastian Luther wrote:
> > The problem with all these variables is that we don't maintain
> > them. If they disappear, change meaning or new ones are added we
> > constantly have to fix our documentation.
> I don't t
; rights available on IRC right now, and I'm soon going to bed, so
> > posting here.)
>
> looks like Brian merged it. for future patches, please use `git send-email`
> rather than attaching as it makes it a lot easier to review.
> -mike
But it was a hell of a lot eas
On Thu, 2013-11-28 at 17:00 -0800, Brian Dolbec wrote:
> On Thu, 2013-11-28 at 20:36 +0100, Sebastian Luther wrote:
> >
> > In fact there's some duplication between the two blocks. Feel free to
> > clean this up after it has been pushed.
> >
>
> OK,
On Thu, 2013-11-28 at 20:36 +0100, Sebastian Luther wrote:
> Am 28.11.2013 15:47, schrieb Brian Dolbec:
> > I like this one much better, thank you.
> >
> > Could you rebase the 2 patches together, this one shows removing
> > lines from the first. Also see inline
I like this one much better, thank you.
Could you rebase the 2 patches together, tis one shows removing lines
from the first. Also see inline comments below :)
On Thu, 2013-11-28 at 11:34 +0100, sebastianlut...@gmx.de wrote:
> From: Sebastian Luther
>
> This time rebuilds are scheduled properl
On Wed, 2013-11-27 at 12:55 +0100, Sebastian Luther wrote:
> Hi all,
>
> bug 490350 [1] brought me to think about the way rebuilds are currently
> handled/can be influenced.
>
> When a new version of some package is about to be installed in the same
> slot as the installed version and this new ve
On Tue, 2013-11-26 at 22:27 -0500, Mike Frysinger wrote:
> On Tuesday 26 November 2013 15:06:22 sebastianlut...@gmx.de wrote:
> > This first patches fixes:
> > Bug 490362 - dev-libs/icu-51.2-r1 conflicts with
> > dev-tex/bibtexu-3.71_p20120701
> >
> > The second patch suppresses some debug output
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 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 Fri, 2012-08-03 at 11:33 +0200, W-Mark Kubacki wrote:
> Brian, thanks for the stats and the pointer to layman. I guess we both
> see the opportunity to share some experiences and code. Layman can
> benefit from adding compression and I need to integrate your notices
> a
difference for layman.
Now I just really need to make a good blog post with a few graphs of the
data.
You can view the results on this bug if your interested:
https://bugs.gentoo.org/show_bug.cgi?id=398465
--
Brian Dolbec
signature.asc
Description: This is a digitally signed message part
rking on, I've modularized all the code, so it has a
good usable/import-able api for embedding into other scripts. No need
to parse output. I also added layman syncing to it, both by importing
my new layman api or by subprocessing it for older layman versions.
--
Brian Dolbec
signature.asc
Description: This is a digitally signed message part
On Tue, 2012-07-17 at 14:06 -0500, Paul Varner wrote:
> * app-portage/etc-proposals [gentoo]
> dol...@gentoo.org (Brian Dolbec)
>
> -- Actively maintained by Brian
There hasn't been any issues with it. If it ain't broke...
Although the qt frontend is behind the gtk one,
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 Sun, 2012-01-15 at 11:52 -0800, Brian Dolbec wrote:
> On Sat, 2011-12-10 at 20:20 -0800, Brian Dolbec wrote:
> I have also now moved the functional code for the 'clean-config' feature
Corrections... s/'clean-config'/'clean-logs' ^^
On Sun, 2012-01-15 at 11:52 -0800, Brian Dolbec wrote:
> On Sat, 2011-12-10 at 20:20 -0800, Brian Dolbec wrote:
> -t, --time NUM which takes the number of days to change the default
> '+7' to for the run. It also takes 0 (zero) which
> de
On Sat, 2011-12-10 at 20:20 -0800, Brian Dolbec wrote:
> I have just rebased the emaint re-write that I did some time ago. I
> have also updated the modules for changes since I originally did the
> rewrite into a plug-in modules system.
>
> The changes have been condensed down i
nteresting flags require it.
What's the gain of having plugin controllable, vs forced on by default
(or force on by one of the flags you referenced being enabled)?
~brian
est just how easy it is to add/remove modules, simply move one or
more modules in/out of the emaint/modules directory and run emaint
--help, etc...
I have some other dummy example modules I had prepared and will add them
to the branch in an example-modules directory.
--
Brian Dolbec
signature.asc
De
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 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:
>
_new_whirlpool,
> origin="bundled")
> +
Likely should shift this to a trailing check if no whirlpool
implementation was found; via this, we can avoid the import unless
it's needed.
~brian
> # Use pycrypto when available, prefer it over the internal fallbacks
> try:
>
should be disabled.
On the portage front, this just change portage behaviour to defaulting
to signing, rather than configuration based- very least that deserves
a PSA notice...
~brian
This enables controling the behaviour (creation and validation) per
repo, and while mildly ugly, refactors in the right direction.
---
bin/ebuild|5 +++--
bin/repoman |8 ++--
pym/_emerge/EbuildFetcher.py |6
'thin' is just distfiles. This is primarily useful when the ebuild
lives in a vcs- git for example, which already has it's own checksums
to rely on.
---
pym/portage/manifest.py | 149 ++--
pym/portage/package/ebuild/digestcheck.py |2 +-
2 files chan
For any repo that wants thin (just src_uri digests), they just need to add
thin-manifests = true
to their layout.conf. Again, this should only be used in repositories
were the backing vcs provides checksums for the ebuild data.
---
pym/portage/repository/config.py | 11 +--
1 files ch
ing of the RepoConfig api's
likely would be beneficial (that's outside the scope of my intent however).
Brian Harring (3):
Bind all manifest access through repoconfigs
add thin manifest support to the Manifest class
add layout.conf awareness of thin-ma
(still needs some small tweaks to handle
slots correctly). It is expandable (depth wise) until all deps are
satisfied. The deps are also dbl-click able to pop up the dep in
another window so you can view/change it's settings, merge, unmerge,
etc..
And no it would not be suitable for porta
t;USE"] you
already got.
have a look in the public_api branch. there are several functions there
that do that.
http://ln-s.net/8a4K or
http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=blob;f=pym/portage/api/flag.py;h=52ea9be0128074dd3a544ea480796f17591232c2;hb=refs/heads/public_api
--
Brian Dolbec
signature.asc
Description: This is a digitally signed message part
On Fri, Jun 18, 2010 at 10:08 AM, Brian Harring wrote:
>
> On Fri, Jun 18, 2010 at 12:55:37PM +0200, Rennn 'Necoro' Neumann wrote:
> > Am 18.06.2010 09:55, schrieb Brian Harring:
> > > While I'm not generally a fan of embedding python, in this case it's
&
On Fri, Jun 18, 2010 at 12:55:37PM +0200, Rennn 'Necoro' Neumann wrote:
> Am 18.06.2010 09:55, schrieb Brian Harring:
> > While I'm not generally a fan of embedding python, in this case it's
> > what makes sense. That said I'm not hugely convinced th
together a layman API for
consumer apps (guis frontends) to use to operate layman without the need
to run it in and parse terminal output. It too will hopefully be
available via a "C" interface for non-python apps.
--
Brian Dolbec
signature.asc
Description: This is a digitally signed message part
On Fri, Jun 18, 2010 at 08:35:13AM +0200, Fabian Groffen wrote:
> On 18-06-2010 02:08:04 +0200, René 'Necoro' Neumann wrote:
> > In parallel (or thereafter), we build the C-bindings. The API for these
> > bindings probably look different -- but I guess they should be
> > implemented in terms of the
On Tue, Jun 01, 2010 at 04:53:31PM -0700, Zac Medico wrote:
> On 06/01/2010 02:52 PM, Brian Harring wrote:
> > That bug isn't about a collision, it's about files being replaced underneath
> > Packages feet. Even with the tricks you've leveled the issue of things
&g
On Tue, Jun 1, 2010 at 2:37 PM, Zac Medico wrote:
> On 06/01/2010 02:22 PM, Brian Harring wrote:
> > As for zacs tool to try and generate new views of a repository via
> > hardlinking/recreating the tree... frankly it's a bit of a hack. Via
> > DEFAULT_URI and relying
On Tue, Jun 1, 2010 at 1:01 PM, Ned Ludd wrote:
> On Mon, 2010-05-31 at 22:16 -0700, Brian Harring wrote:
> > On Mon, May 31, 2010 at 08:32:34PM -0700, Zac Medico wrote:
> > > Hi,
> > >
> > > In order to support alternative compression types for binhost
On Mon, May 31, 2010 at 08:32:34PM -0700, Zac Medico wrote:
> Hi,
>
> In order to support alternative compression types for binhost
> packages, I was thinking about adding support for a header field in
> the Packages index file. For example, a header line like
> "PACKAGE_EXTENSION: txz" could be u
in
> IUSE, since portage filters them (except for special things like
> use.force).
Offhand, the tree should be clean on this account- pcheck has scanned
for it since near day one. You also need to scan LICENSE, SRC_URI,
and RESTRICT btw.
~brian
pgpbdWHuynx1g.pgp
Description: PGP signature
onstrating the ability to
automatically change the class returned for a module name according to
an environment variable setting. But there are a number of other ways
that it could use too.
--
Brian Dolbec
#!/usr/bin/python -O
# vim: noet :
#
# Copyright 2010 Gentoo Technologies
On Sat, Feb 27, 2010 at 05:02:18AM +0100, Sebastian Pipping wrote:
> On 02/27/10 04:20, Zac Medico wrote:
> > Do you have an example case where you want to use this?
>
> Multiple defects in metadata.xml are such a case.
> At some point all the exceptions will have to collected, e.g. two
> invalid
On Sun, Feb 14, 2010 at 06:02:28PM -0800, Ned Ludd wrote:
> On Sun, 2010-02-14 at 12:11 -0800, Zac Medico wrote:
> > On 02/14/2010 04:36 AM, Brian Harring wrote:
> > > This gets nasty... you're basically talking about the rpm equivalent
> > > of EPOCH.
> &g
On Fri, Feb 12, 2010 at 04:24:05PM -0800, Zac Medico wrote:
> On 02/12/2010 01:38 PM, Brian Harring wrote:
> > On Fri, Feb 12, 2010 at 12:54:21PM -0800, Zac Medico wrote:
> >> Hi,
> >>
> >> I'm thinking about adding a UUID file in /var/db/pkg, for co
On Fri, Feb 12, 2010 at 12:54:21PM -0800, Zac Medico wrote:
> Hi,
>
> I'm thinking about adding a UUID file in /var/db/pkg, for comparing
> installed packages to binary packages. We already have BINPKGMD5,
> but the problem with that is that the MD5 of a binary package
> changes when it's updated
On Sun, Jan 17, 2010 at 08:46:24PM -0200, Rafael Martins wrote:
> I'm re-sending the patch, with a small fix. Please disregard the previous
> patch.
Might I suggest breaking classes out for each syncer rather then
continuing the huge and nasty giant if/elif ?
Certainly would make it easier to m
On Wed, Dec 30, 2009 at 04:20:45PM +, Duncan wrote:
> Amit Dor-Shifer posted on Wed, 30 Dec 2009 16:45:40 +0200 as excerpted:
>
> > Is there some method of specifing "if USE flag X is enabled, enable USE
> > flag y as-well"? Something like a "conditional" use.force file in
> > profiles/. Amit
ain.
Just out of curiousity, did you try a blacklist or a whitelist
approach?
~brian
On Tue, May 19, 2009 at 02:47:45PM +0300, Amit Dor-Shifer wrote:
> Hi.
> Looking at getbinpkg.py, I see that BINPKGs can be retrieved using
> http/s s/ftp. I'm wondering about rsync, as it is mostly supported
> across portage (and also in layman). Is there some design reasoning
> behind this lack o
On Wed, Apr 01, 2009 at 09:01:59PM -0400, Emma Strubell wrote:
> And to clarify: the goal of the project is to modify portage so that
> instead of fetching all of the ebuilds in the portage tree (or in an
> overlay) upon a sync, portage only fetches the metadata and cache info
> (via the metadata/c
On Wed, Feb 11, 2009 at 11:10:43PM -0800, Alec Warner wrote:
> belongs.py has this gem:
> q.append(('^' if query[0] == '/' else '/') + re.escape(query) + '$')
Also a python2.6 only feature...
~brian
pgpTlR5XtsKpp.pgp
Description: PGP signature
patch attached against 0.2.4.2-r1; rough stats follow;
full cold cache
[ Searching for file(s) /usr/bin/equery in *... ]
app-portage/gentoolkit-0.2.4.2-r1 (/usr/bin/equery)
real0m10.320s
user0m0.733s
sys 0m0.162s
[ Searching for file(s) /usr/bin/equery in app-portage... ]
app-portag
On Sun, Feb 08, 2009 at 02:07:08PM +0900, Douglas Anderson wrote:
> Hi, does anyone use --category filtering in equery belongs? I want to
> get rid of it, or at least deprecate it. My reasoning:
>
> * We use 'equery belongs' when don't know to what package a file
> belongs. Even if we have a suspi
On Tue, Nov 25, 2008 at 08:54:29PM -0800, Zac Medico wrote:
> Ned Ludd wrote:
> > On Tue, 2008-11-25 at 14:03 -0800, Brian Harring wrote:
> >> On Tue, Nov 25, 2008 at 06:05:21PM +0200, Amit Dor-Shifer wrote:
> >>> Given the following:
> >>> # qlist -
On Tue, Nov 25, 2008 at 04:18:22PM -0800, Ned Ludd wrote:
>
> On Tue, 2008-11-25 at 14:03 -0800, Brian Harring wrote:
> > On Tue, Nov 25, 2008 at 06:05:21PM +0200, Amit Dor-Shifer wrote:
> > > Given the following:
> > > # qlist -Iv sys-apps/portage
> > > s
of an
> installed package within a bash script)
This *really* should be folded into portageq offhand- it's the initial
step towards shifting versionator logic (yet another standalone
parser/comparison implementation) into the PM.
Counter arguements?
~brian
pgpxv73MMnzsm.pgp
Description: PGP signature
location.
You're using it for initialization however.
Re: customization, customization isn't particularly possible anyways
with your extreme usage of __ to hide variables; rather unpythonic.
~brian
--
gentoo-portage-dev@lists.gentoo.org mailing list
e uses from portage.
> Thanks very much, Marius, for you help/time ! :)
>
> I'll take a look at them.
>
> Best regards.
> --
> João Macaíba <[EMAIL PROTECTED]>
>
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@lists.gentoo.org mailing list
he error and reruns emerge; but only the
> smaller set of affected packages still remains to be built.
>
> For me, this would reduce updating my system from a week-long process
> to just one day -- update the majority overnight, and if any fail it's
> likely that the remaining packages can be fixed and updated in a
> reasonable amount of time the following day.
>
> Jason
>
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@lists.gentoo.org mailing list
On Mon, Feb 11, 2008 at 12:58:51PM +0100, Selckin wrote:
> On Monday 11 February 2008 12:50:39 Brian Harring wrote:
> > On Mon, Feb 11, 2008 at 09:48:01AM +0100, Vlastimil Babka wrote:
>
> > > Well, the idea that devs will have to revbump packages just for RDEPEND
> >
larly dangerous, the inverse (relying on the tree to have
the same deps for vdb) is far worse imo.
Solution to this is to reuse the existing update infrastructure, and
add a new command into it that resets the depends/rdepends- haven't
looked to see if older portage versions would behav
On Thu, Jun 28, 2007 at 09:03:54PM -0700, Ned Ludd wrote:
> On Fri, 2007-06-29 at 05:07 +0200, Marius Mauch wrote:
> > - should sets be supported everywhere, or only in selected use cases?
> > (everywhere would include depstrings for example)
>
> Please NO. emerge.py should know about sets but ebu
On Sat, Feb 24, 2007 at 05:55:47PM -0800, Robin H. Johnson wrote:
> On Sat, Feb 24, 2007 at 10:00:29PM +0100, Beginner wrote:
> > I recommend not to use wget and not to reconnect to the server for every
> > single packet, but to hold the connection
> > therefore spare traffic and download more fas
Bleh, pardon; left out a bit accidentally-
On Sun, Feb 18, 2007 at 11:03:33AM -0800, Brian Harring wrote:
> On Sun, Feb 18, 2007 at 06:27:59PM +, Marius Mauch wrote:
> > - for lib in preserve_libs.copy():
> > - old_contents_without_
round two of the patch, still is missing...
On Sun, Feb 18, 2007 at 06:27:59PM +, Marius Mauch wrote:
> Author: genone
> Date: 2007-02-18 18:27:59 + (Sun, 18 Feb 2007)
> New Revision: 5993
>
> Modified:
>main/trunk/pym/portage/dbapi/vartree.py
> Log:
> extend check for internal refer
On Sat, Feb 17, 2007 at 10:09:35AM -0500, Mike Frysinger wrote:
> On Saturday 17 February 2007, Brian Harring wrote:
> > On Sat, Feb 17, 2007 at 09:39:58AM -0500, Mike Frysinger wrote:
> > > On Saturday 17 February 2007, Brian Harring wrote:
> > > > Security im
On Sat, Feb 17, 2007 at 09:39:58AM -0500, Mike Frysinger wrote:
> On Saturday 17 February 2007, Brian Harring wrote:
> > Security impact is from a pkg potentially dragging along old libs; if
> > you've got a stable pkg that gets an update once every blue moon, it
> > c
On Sat, Feb 17, 2007 at 09:03:24AM -0500, Mike Frysinger wrote:
> On Saturday 17 February 2007, Simon Stelling wrote:
> > Using preserve-libs it would leave the old lib around,
> > making it possible for programs to link against the wrong version and
> > ending up being vulnerable.
>
> generally,
Realize you didn't want comments upon the implementation, but tough
cookies, already reviewed it; suckers in svn mainline anyways, thus
it's fair game.
> Modified: main/trunk/pym/portage/dbapi/vartree.py
> ===
> --- main/trunk/pym/p
On Tue, Jan 30, 2007 at 05:06:51PM +0100, Marius Mauch wrote:
> Sometimes a package has to depend on a specific version of a
> slotted package being the "active" one to build correctly, like in
> the current "tr1" discussion on -dev [1] or with packages that
> depend on the running kernel.
tr1
in self.get_hard_masked(check_unmask = True):
while m in vers:
vers.remove(m)
self.latest_ebuild = portage_lib.best(vers)
return self.latest_ebuild
I discovered that portage.portdbapi.xmatch() returned a pointer to
myval. It seems porthole while removing the hard masked packages from
the list it was actually removing them from portages cache.
Changing: vers = self.get_versions()
To: vers = self.get_versions()[:] # make a copy
solved the problem. The part I do not understand is why was it only
screwing up for those packages (there may be more, I did not search all
of them out) and not other similar masked packages.
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
On Wed, Nov 22, 2006 at 07:27:42PM -0500, Daniel Barkalow wrote:
> On Wed, 22 Nov 2006, Brian Harring wrote:
> I'm not inserting cross into a package's keywords. I'm saying that perl
> ebuilds (for example) should have in their KEYWORDS "-cross" to indicate
>
On Wed, Nov 22, 2006 at 05:04:36PM -0500, Daniel Barkalow wrote:
> On Wed, 22 Nov 2006, Brian Harring wrote:
>
> > What is annoying there is that since package.keywords is under
> > *very* weird rules, you can't do the usual incremental tricks there.
> >
> &
On Wed, Nov 22, 2006 at 01:45:34PM -0500, Daniel Barkalow wrote:
> On Wed, 22 Nov 2006, Marius Mauch wrote:
>
> > No. -foo is reserved for incremental negation. Maybe that isn't widely
> > used in ACCEPT_KEYWORDS, but it has valid uses there and there can't be
> > repurposed.
>
> Oh, so -foo in
#x27;ll check it out in the next few days. If it is included in portage
then it will be easily accessible to porthole.
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
om those checks.
>
> --
> Jason Stubbs
Thank you very much...
Now to add a popup dialog to display a dependency's info in another
PackageNotebook class instance (summary, dependency, changelog,...
notebook). That is going to make following the dependency trail a lot
easier for those that want to follow it.
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
t? From the virtuals in
portage or the tree? both? - then which order?
Thanks.
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
On Tue, Oct 10, 2006 at 05:27:07PM +0200, Marius Mauch wrote:
> On Tue, 10 Oct 2006 00:04:57 -0700
> Brian Harring <[EMAIL PROTECTED]> wrote:
>
> > I might be daft (likely), but why not just introduce a var indicating
> > max parallelization instead? Tweak portag
On Tue, Oct 10, 2006 at 03:20:55AM -0700, Zac Medico wrote:
> Brian Harring wrote:
> > I might be daft (likely), but why not just introduce a var indicating
> > max parallelization instead? Tweak portage to push that setting into
> > MAKEOPTS="${MAKEOPTS+${MAKEO
inal email ;)
-
Date: Sun, 1 Oct 2006 12:27:13 -0700
To: gentoo-dev@lists.gentoo.org
From: Brian Harring <[EMAIL PROTECTED]>
Subject: Re: [gentoo-dev] Setting number of parallel builds for other
build-systems than 'make'
On Sun, Oct 01, 2006 a
On Thu, Sep 07, 2006 at 10:22:38AM -0700, Zac Medico wrote:
> Simon Stelling wrote:
> > Zac Medico wrote:
> >> Well, if the metadata generation step is viewed as being separate from the
> >> rest,
> >> and the helpers aren't needed during that step, then it's possible to get
> >> the
> >> EAPI fr
On Thu, Sep 07, 2006 at 07:11:01PM +0200, Simon Stelling wrote:
> Brian Harring wrote:
> > Make this change, and it means that all overlays that can function as
> > standalone, must bundle the eapi helpers themselves.
>
> Standalone-repos will have that
> problem, but
On Thu, Sep 07, 2006 at 09:32:04AM -0700, Zac Medico wrote:
> Simon Stelling wrote:
> > repo-level profile, we move parts of the EAPI out into the tree, which
> > is a bad idea because we are unable to support multiple versions. As the
> > EAPI needed for the ebuild is unknown when sourcing
> > ins
On Sun, Aug 27, 2006 at 10:26:28AM +0200, Simon Stelling wrote:
> Brian Harring wrote:
> >>diefunc()
> >>dump_trace()
> >
> > these are general utility, not debugging.
>
> Where would you stick them? 'die' to 'ebuild helpers&#x
On Sat, Aug 26, 2006 at 07:54:41PM +0200, Simon Stelling wrote:
> Hi all,
>
> ebuild.sh is a mess. There are a lot of functions scattered to the four
> winds. Searching for a function in ebuild.sh takes a lot of time, and it
> is very tiring to scroll down huge chunks of totally unrelated function
On Mon, Aug 07, 2006 at 01:13:34PM -0700, Zac Medico wrote:
> Brian Harring wrote:
> > Semantics of USE=-gtk not working on a package that has gtk forced
> > doesn't sound all that nice btw;
>
> Which is why the flag shouldn't be forced unless it's almost
On Mon, Aug 07, 2006 at 03:52:35PM +, Alec Warner wrote:
>
> >> Brian, default USE in IUSE is not a backwards compatable change and this
> >> is easier ;)
> >
> > An EAPI bump is pretty simple from where I'm sitting, and implementing
> > it
ditional yet the user has
to disable it via profile files..
>
>
> Brian, default USE in IUSE is not a backwards compatable change and this
> is easier ;)
An EAPI bump is pretty simple from where I'm sitting, and implementing
it isn't all that hard.
Meanwhile, the question
601 - 700 of 1006 matches
Mail list logo
