Am 28.07.2014 17:03, schrieb Michał Górny:
Hello, everyone.
New install ---
1. no /usr/lib/portage/pym (it's not really necessary with
python_targets),
We need to make that emerge -C prevents the removal of the last python
version for which portage is installed then. That may
Am 08.07.2014 18:58, schrieb Michael Haubenwallner:
Hello fellow Portage developers,
attached portage patch draft aims to allow for easy distributing eclasses to
be tested by
multiple tinderboxes on various architectures, without being active for
normal installs.
What does the patch
Am 12.05.2014 12:14, schrieb Alexander Berntsen:
Thanks! Committed as b4d8e300c04b768be7cd5c64116d6cc0453219b4.
This change requires a new profile format (you'd want to call it
portage-3 probably). The change then needs to depend on it.
- Sebastian
Am 12.05.2014 21:43, schrieb Alexander Berntsen:
The patch fixes a more immediate problem. Per the Portage man
page, any file in /etc/portage/make.profile/ can be a directory.
Without this patch, Portage crashes.
Please cite the part of the man page that says this. I only see (in
man
Am 15.03.2014 21:32, schrieb Brian Dolbec:
I've started working on the repository/config.py changes needed for the
plugin-sync system.
First:
The following class performed checks on the
repos.conf entries for the sync variables regardless if they were being
used or not. [...]
Second:
This function allows emerge to solve more slot conflicts without
backtracking.
It does this by creating more conflicts for packages with built slot
operator dependencies. This gives more freedom to
depgraph._solve_non_slot_operator_slot_conflicts, which is then able
to solve conflicts it wouldn't
Am 24.02.2014 20:03, schrieb David James:
It's the same patch -- I just accidentally sent it twice. So consider
this a bump, then.
Sorry, I saw your first mail, but somehow forgot about it. Committed now.
Am 23.02.2014 09:07, schrieb Brian Dolbec:
---
pym/_emerge/actions.py | 5 +
pym/_emerge/depgraph.py | 5 +++--
pym/_emerge/main.py | 5 +
pym/portage/package/ebuild/config.py | 3 +++
4 files changed, 16 insertions(+), 2 deletions(-)
Am 23.02.2014 21:02, schrieb Brian Dolbec:
Hopefully there isn't anything else Seabastian finds in this one.
Thank you Sebastian for your review and fixes :)
Looks good now.
Brian Dolbec (2):
As per bug #472104 add option --verbose-slot-rebuilds=y|n
Whitespace cleanup
Am 18.02.2014 22:35, schrieb David James:
+ cache_key = (mycpv, mytree, myrepo)
+ try:
+ return self._findname2_cache[cache_key]
+ except KeyError:
+
Am 17.02.2014 22:44, schrieb David James:
From a theoretical perspective, the reason why I implemented this is
because ebuilds are the source of truth. According to the ebuilds, the
owner repo of dev-libs/C-1 is repo1, so this means that, with --newrepo,
any binpkg for dev-libs/C-1 from
---
pym/portage/dbapi/porttree.py | 13 +
1 file changed, 13 insertions(+)
diff --git a/pym/portage/dbapi/porttree.py b/pym/portage/dbapi/porttree.py
index 590e3c5..2dc406b 100644
--- a/pym/portage/dbapi/porttree.py
+++ b/pym/portage/dbapi/porttree.py
@@ -254,6 +254,7 @@ class
Hi all,
people have several times complained about useless access calls in
strace logs. The problem is that a successful call in
portdbapi.findname2 is cached by aux_get, but a failed is not.
This patch works around this by adding a cache for findname2.
This gives a speed up of about 5% compared
Am 17.02.2014 17:39, schrieb Brian Dolbec:
Mike, if you can confirm the tests pass. Go ahead and merge it.
Please give me some more time to review it. I'll commit it if it lgtm.
Am 17.02.2014 18:52, schrieb David James:
@@ -96,6 +105,68 @@ class MultirepoTestCase(TestCase):
snip
+
+ #--newrepo: pick ebuild if binpkg/ebuild have different
repo
+ ResolverPlaygroundTestCase(
+ [dev-libs/C],
+
Am 17.02.2014 08:56, schrieb Mike Frysinger:
On Friday, February 14, 2014 22:22:03 Sebastian Luther wrote:
Before this patch a fake unmerge countdown would be shown after
an @system package was printed. If the users aborts at this
point, it looked as if some packages were missing from
Am 17.02.2014 17:21, schrieb Brian Dolbec:
On Sat, 15 Feb 2014 13:40:23 +0100
Sebastian Luther sebastianlut...@gmx.de wrote:
---
pym/portage/package/ebuild/fetch.py | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
Yeah, looks fine. Merge it :)
Sorry for the delay reviewing
Am 17.02.2014 09:06, schrieb Mike Frysinger:
On Wednesday, February 05, 2014 19:11:12 Sebastian Luther wrote:
Am 05.02.2014 09:03, schrieb Mike Frysinger:
On Saturday, February 01, 2014 20:38:05 Arfrever Frehtes
Taifersar Arahesis wrote:
this i'm not so sure about. when you have a local
Am 14.02.2014 21:43, schrieb David James:
Uploaded here: https://chromium-review.googlesource.com/#/c/186651/
You should be able to cherry-pick using this command:
git fetch
https://chromium.googlesource.com/chromiumos/third_party/portage_tool
refs/changes/51/186651/1 git cherry-pick
Am 01.02.2014 20:38, schrieb Arfrever Frehtes Taifersar Arahesis:
Handling of inheritance of updates settings
(${repository_location}/profiles/updates/*) is broken in Portage
and triggers DeprecationWarnings.
Current behavior: - When profiles/updates directory exists in
repository X, then
Am 31.01.2014 08:27, schrieb Brian Dolbec:
18. Modify emerge-webrsync cli to use the new webrsync module
I'd just remove emerge-webrsync and ask the user to use emerge --sync
instead.
Some people are not able to use a normal rsync tree due to firewall
issues and bandwith restrictions.
Hi all,
as you may have noticed, emerge can in some cases take ages ( 5-10 minutes)
to resolve dependencies these days. This happens when lots of backtracking
is required to solve slot conflicts and/or to schedule slot operator rebuilds.
The problem is that the current backtracking implementation
---
pym/_emerge/depgraph.py | 211 +++-
1 file changed, 101 insertions(+), 110 deletions(-)
diff --git a/pym/_emerge/depgraph.py b/pym/_emerge/depgraph.py
index fd59dda..9d234c2 100644
--- a/pym/_emerge/depgraph.py
+++ b/pym/_emerge/depgraph.py
@@
---
pym/_emerge/depgraph.py| 345 -
pym/portage/tests/resolver/test_backtracking.py| 13 +-
pym/portage/tests/resolver/test_blocker.py | 48 +++
pym/portage/tests/resolver/test_slot_collisions.py | 75 -
4 files changed, 457
---
pym/_emerge/depgraph.py| 59 --
pym/_emerge/resolver/slot_collision.py | 22 ++---
2 files changed, 31 insertions(+), 50 deletions(-)
diff --git a/pym/_emerge/depgraph.py b/pym/_emerge/depgraph.py
index 9d234c2..484ac14 100644
---
* unmatched atom printing now uses ^^ markers
* unmatched atom printing properly supports sub-slots
* Fix spurious no parents message caused by AtomArg parents
---
pym/_emerge/resolver/slot_collision.py | 119 ++---
1 file changed, 96 insertions(+), 23 deletions(-)
---
pym/portage/util/digraph.py | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/pym/portage/util/digraph.py b/pym/portage/util/digraph.py
index fc1fb86..4a9cb43 100644
--- a/pym/portage/util/digraph.py
+++ b/pym/portage/util/digraph.py
@@ -1,4 +1,4 @@
-# Copyright
This is a split out from the slot conflict handler to be
used in other places.
---
pym/_emerge/resolver/output.py | 109 +++--
1 file changed, 106 insertions(+), 3 deletions(-)
diff --git a/pym/_emerge/resolver/output.py b/pym/_emerge/resolver/output.py
index
---
pym/_emerge/depgraph.py | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
diff --git a/pym/_emerge/depgraph.py b/pym/_emerge/depgraph.py
index 484ac14..1bb086b 100644
--- a/pym/_emerge/depgraph.py
+++ b/pym/_emerge/depgraph.py
@@ -378,9 +378,6 @@ class
---
pym/_emerge/resolver/package_tracker.py | 310
1 file changed, 310 insertions(+)
create mode 100644 pym/_emerge/resolver/package_tracker.py
diff --git a/pym/_emerge/resolver/package_tracker.py
b/pym/_emerge/resolver/package_tracker.py
new file mode 100644
Hi all,
${repository}/metadata/layout.conf is a file that allows a repository
maintainer to adjust the package manager's behavior for a repository.
I guess the best known is the 'masters' key, but there are lots of other
things by now (see man portage).
Currently layout.conf is not under PMS
This was only implemented for the ebuild command before.
---
pym/_emerge/Scheduler.py | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/pym/_emerge/Scheduler.py b/pym/_emerge/Scheduler.py
index d663e97..2fd4d7e 100644
--- a/pym/_emerge/Scheduler.py
+++
The removed white space was unintentional. Please remove that change
before committing that patch.
Am 19.01.2014 04:07, schrieb W. Trevor King:
I felt like I should actually make a useful contribution to balance
the less useful commit-message discussion ;). Browsing through the
open Portage bugs, #175612 looked interesting. After I looked at
pym/portage/package/ebuild/fetch.py, I decided
Am 19.01.2014 04:07, schrieb W. Trevor King:
+def _get_uris(uris, settings, custom_mirrors=(), locations=()):
missing doc string
Am 19.01.2014 04:07, schrieb W. Trevor King:
The patches aren't particularly well tested yet. I ran the test suite
and got some errors, but they seemed to be related to my non-root
invocation, and not due to these changes themselves. I thought I'd
post my work so far, before digging deeper
Am 16.01.2014 01:07, schrieb Tom Wijsman:
+
+archive_formats_eapi_3_to_5 = {
+ \.tar.xz:app-arch/tar,
+ \.xz:app-arch/xz-utils,
Shouldn't .tar.xz require both tar and xz-utils? Other entries may
have the same problem.
Am 16.01.2014 22:40, schrieb Tom Wijsman:
On Thu, 16 Jan 2014 08:03:03 +0100 Sebastian Luther
sebastianlut...@gmx.de wrote:
Am 16.01.2014 01:07, schrieb Tom Wijsman:
--- bin/repoman | 53
+
man/repoman.1 | 4 2 files changed, 57
Am 18.01.2014 00:00, schrieb Tom Wijsman:
On Fri, 17 Jan 2014 09:35:58 +0100
Sebastian Luther sebastianlut...@gmx.de wrote:
The if entry not in system_set_atoms line. You're using __contains__
there (with the 'in'). You don't use the additional magic provided by
PackageSet (which is a super
Here is another one. This is the first patch mentioned here that touches
the dependency resolver. I'd be nice if we had more people with the
ability to work on it. So if you're interested in that, take a look.
Bug 498122 - portage-2.2.8 takes nearly twice as long to calculate
dependencies for
Am 15.01.2014 17:20, schrieb Tom Wijsman:
On Wed, 15 Jan 2014 07:29:19 +0100
Sebastian Luther sebastianlut...@gmx.de wrote:
Am 15.01.2014 04:11, schrieb Tom Wijsman:
I send the first mail with this wording 8 days ago. Enough time to
comment on it. I'd prefer to discuss it on the list
Am 15.01.2014 19:41, schrieb Tom Wijsman:
Yes, I see some commit messages not refer to bugs which is
something we will want to avoid; think this might need to go
into the commit policy.
There's nothing wrong with fixing/implementing something that
nobody filed a bug about.
Sorry,
Am 16.01.2014 01:07, schrieb Tom Wijsman:
---
bin/repoman | 53 +
man/repoman.1 | 4
2 files changed, 57 insertions(+)
diff --git a/bin/repoman b/bin/repoman
index d1542e9..9b703dc 100755
--- a/bin/repoman
+++ b/bin/repoman
@@
Am 15.01.2014 04:11, schrieb Tom Wijsman:
On Wed, 8 Jan 2014 19:25:19 +0100
sebastianlut...@gmx.de wrote:
From: Sebastian Luther sebastianlut...@gmx.de
Can you fix your git config too? See vapier's feedback on creffet.
I'll take a look.
+Bugzilla
+
More discussion
Am 09.01.2014 18:33, schrieb Brian Dolbec:
introduction
history of the plugin system
I fully agree with idea behind the plugin system. That is, to keep
things that are separate, separate. It probably wouldn't have occurred
to me to implement it that way (i.e. with auto-detection) but that's
Am 06.01.2014 21:46, schrieb Jesus Rivero (Neurogeek):
Hi all,
WRT dolsen's email to -dev:
...Those interested in joining, please subscribe to the gentoo-portage-dev
list and send an email stating what you can offer and any ideas you have
to improve portage's code base.
I'd like to
Here's a new version of the workflow that tries to incorporate
all the comments.
This should go into the DEVELOPING file once everyone agrees.
Bugzilla
There always exists a tracker bug, named:
[Tracker] sys-apps/portage-next version.
This bug is renamed from X.Y.Z to X.Y.Z+1 after a
Am 06.01.2014 22:38, schrieb Mike Frysinger:
On Monday 06 January 2014 16:04:16 sebastianlut...@gmx.de wrote:
+f = open(layout_conf_path, w) +
f.write(masters =
test_repo\n) + f.close()
please use with
Am 05.01.2014 16:50, schrieb Mike Frysinger:
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/DEVELOPING b/DEVELOPING
Am 05.01.2014 20:34, schrieb Mike Frysinger:
On Sunday 05 January 2014 13:04:04 Sebastian Luther wrote:
Am 05.01.2014 16:50, schrieb Mike Frysinger:
+Then create the tarball and run the tests: + ./mkrelease.sh
--changelog-rev v2.2.7 --tag --runtests 2.2.8
Shouldn't
Am 05.01.2014 20:31, schrieb Mike Frysinger:
extending the example isn't the way to go. see the commit i
pushed. if you've got details that i missed, then rebase on top of
that and send an update. -mike
Yes, your's looks better.
One thing about the 'profile-formats' key.
portage-1-compat
Am 04.01.2014 16:03, schrieb Mike Frysinger:
On Saturday 04 January 2014 09:56:28 Brian Dolbec wrote:
On Sat, 2014-01-04 at 15:28 +0100, Pacho Ramos wrote:
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
Am 04.01.2014 15:56, schrieb Brian Dolbec:
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:
Am 29.12.2013 03:21, schrieb Tom Wijsman:
---
bin/chpathtool.py | 45 -
1 file changed, 36 insertions(+), 9 deletions(-)
diff --git a/bin/chpathtool.py b/bin/chpathtool.py
index aa3b7d4..0cb5d64 100755
--- a/bin/chpathtool.py
+++
Am 11.12.2013 08:57, schrieb Mike Frysinger:
On Thursday 05 December 2013 15:57:17 sebastianlut...@gmx.de
wrote:
--- a/bin/misc-functions.sh +++ b/bin/misc-functions.sh @@ -242,6
+242,11 @@ install_qa_check() { [[ -d ${ED}/$x ]] f+= $x\n
done
+# It's ok create these directories, but
Am 09.12.2013 16:44, schrieb Brian Dolbec:
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
Note that I don't have an opinion if that makes sense or not. If you
don't agree, then I'd suggest to start a discussion on bugzi [1].
[1] https://bugs.gentoo.org/492542
Should we really document specific USE_EXPAND variables? What about all
the others?
USE_EXPAND=ABI_MIPS ABI_X86 ALSA_CARDS APACHE2_MODULES APACHE2_MPMS
CALLIGRA_FEATURES CAMERAS COLLECTD_PLUGINS CROSSCOMPILE_OPTS CURL_SSL
DRACUT_MODULES DVB_CARDS ELIBC ENLIGHTENMENT_MODULES FCDSL_CARDS FFTOOLS
Am 03.12.2013 11:08, schrieb Alexander Berntsen:
On 03/12/13 10:46, Sebastian Luther wrote:
Should we really document specific USE_EXPAND variables? What
about all the others?
I think so, yes.
[...]
I can do this over the weekend.
The problem with all these variables is that we don't
Whoever commits this: Please give the test case a better name like
testSlotConflictMixedDependencies.
See bug 489662.
https://bugs.gentoo.org/489662
Please ignore this one.
I reorganized these large duplicated if's as suggested by dol-sen on IRC
in a new version of this patch.
Am 27.11.2013 22:20, schrieb Mike Frysinger:
On Wednesday 27 November 2013 05:31:17 sebastianlut...@gmx.de
wrote:
+if options.write_timestamp: + timestamp_path =
os.path.join(repo_path, metadata, timestamp.chk) + try: +
timestampfile = open(timestamp_path, w) +
Hi everyone,
since zmedico seems to be unavailable for now, I started to fix some
bugs (see below). The problem is that I need someone with commit rights
to the portage git repo, with the time to ack and commit my stuff.
Does anyone volunteer to play this role?
What is rather critical for now
Am 23.04.2012 19:49, schrieb Pacho Ramos:
El lun, 23-04-2012 a las 10:17 -0400, Mike Gilbert escribió:
On Mon, Apr 23, 2012 at 8:28 AM, Duncan 1i5t5.dun...@cox.net
wrote:
Samuli Suominen posted on Mon, 23 Apr 2012 14:22:53 +0300 as
excerpted:
Title: The default JPEG implementation
[...]
On Thursday 13 October 2011 14:15:54 Sebastian Luther wrote:
WARNING: One or more updates have been skipped due to a dependency
conflict:
dev-python/numpy:0
(dev-python/numpy-1.6.0::gentoo, ebuild scheduled for merge) conflicts
with ~dev-python/numpy-1.5.1 required by
(sci-mathematics/sage
Am 13.10.2011 15:13, schrieb Ciaran McCreesh:
On Thu, 13 Oct 2011 12:23:07 +0200
Chí-Thanh Christopher Nguyễn chith...@gentoo.org wrote:
So qutecom is not broken and needs not be removed as long as
linux-headers-2.6.38 is in the tree.
Dependencies using , =, =, ~ or =* are broken, except in
Am 17.12.2010 16:25, schrieb Ciaran McCreesh:
So would anyone be especially opposed to making best leftmost an
explicit requirement, enforced by repoman where possible (at least for
the = / case)?
Why can't the PM handle = / cases itself?
Sebastian
Am 17.12.2010 17:37, schrieb Ciaran McCreesh:
On Fri, 17 Dec 2010 17:27:05 +0100
Sebastian Luther sebastianlut...@gmx.de wrote:
Am 17.12.2010 16:25, schrieb Ciaran McCreesh:
So would anyone be especially opposed to making best leftmost an
explicit requirement, enforced by repoman where
Am 24.04.2010 13:32, schrieb Gentoo:
On Fri, 2010-04-23 at 22:31 -0700, Zac Medico wrote:
On 04/23/2010 05:43 AM, Sebastian Luther wrote:
Someone might come up with some logic to detect new use flags in
*DEPEND, but this looks like a hack to me.
It doesn't seem too bad to me.
It doesn't
Hi everyone!
Some weeks ago [1] portage changed its behavior regarding what gets
stored as *DEPEND in the vdb. The curret behavior is to store the
*DEPEND variables with evaluated use conditionals. That is, if the
package has DEPEND=foo? ( cat/pkg2 ), either DEPEND=cat/pkg2 or
DEPEND= end up in
71 matches
Mail list logo