Fabian Groffen wrote:
So alternative, what if
we extend the layman-global.txt (which is xml in reality...) file with
an extra property per overlay which holds the contents of it's
repo_name?
Good idea.
I'll try to create a map for all overlays in layman-global.txt as a next
step. Layman and
Sebastian Pipping wrote:
I'll try to create a map for all overlays in layman-global.txt as a next
step. Layman and shell tools should help with that.
Believe it or not: discs space issues disallow me to have an answer
already. The code is there, I just cannot checkout all overlays at the
same
El dom, 05-07-2009 a las 14:14 +0200, Pacho Ramos escribió:
I sent months ago:
http://bugs.gentoo.org/show_bug.cgi?id=254577
but I didn't get any reply yet. emul packages seem to be a bit
unmaintained, also, there are no updates since months, guide for making
emul packages is outdated
On Sunday 12 July 2009, Fabian Groffen wrote:
since I assume you can't reliably use the checked out version of the
overlay (by e.g. layman), can you try to retrieve the repo_name file
from the overlay? Probably a lot of efforts. So alternative, what
if we extend the layman-global.txt (which
On Sunday 12 July 2009, Tobias Klausmann wrote:
Interestingly, my cross-compile alpha setup (created using
crossdev) is noticed as a secret package - I presume that is on
purpose?
That's an interesting phenomenon that pops up with both g-cpan and
crossdev, because they generate new ebuilds. I
Robert Buchholz wrote:
1. has no DTD/xml validation schema
I'd like to be part of the schema creation process but feel that having
pre-mature schema's on the list and it's archives is not a good idea.
If we had a schema file: where would we store it?
Sebastian
Hi!
On Sun, 12 Jul 2009, Robert Buchholz wrote:
On Sunday 12 July 2009, Tobias Klausmann wrote:
Interestingly, my cross-compile alpha setup (created using
crossdev) is noticed as a secret package - I presume that is on
purpose?
That's an interesting phenomenon that pops up with both
Tobias, thanks for taking the time to test my code!
Tobias Klausmann wrote:
/home/klausman/tmp/smolt-gentoo/client/distros/gentoo/globaluseflags.py:22:
DeprecationWarning: the sets module is deprecated
I'm looking for advice how to best handle this.
@all
If you read this and know how please
On Sun, 12 Jul 2009 04:30:49 +0200
Sebastian Pipping webmas...@hartwork.org wrote:
Hello!
As the collection part of my bring stats to Gentoo project is
complete by now, it's a good point in time to do a bit more testing.
If you can contribute a few minutes to it that would rock, please
Hi!
On Sun, 12 Jul 2009, Sebastian Pipping wrote:
Tobias Klausmann wrote:
/home/klausman/tmp/smolt-gentoo/client/distros/gentoo/globaluseflags.py:22:
DeprecationWarning: the sets module is deprecated
I'm looking for advice how to best handle this.
@all
If you read this and know how
On Sunday 12 July 2009, Sebastian Pipping wrote:
Robert Buchholz wrote:
1. has no DTD/xml validation schema
I'd like to be part of the schema creation process but feel that
having pre-mature schema's on the list and it's archives is not a
good idea.
It's probably wise not to
Hi guys,
Since there is always new people joining Gentoo, many of these people
tend to open keyword requests for a lot of arches on a package they
maintain or they are interested in until me or any other member of
alternative arches scream to them :) .
As a member of many of the alternative
Victor, thanks for participating!
Victor Ostorga wrote:
1. Local overlays are not taken into account, the output is like
follows:
Active overlays:
Names:
[]
Paths:
[]
Total: 1
Known: 0
Secret: 1
Does it have a profiles/repo_name file?
Can you share the output of
#
On Sun, 12 Jul 2009 18:25:05 +0200
Sebastian Pipping webmas...@hartwork.org wrote:
Victor, thanks for participating!
Victor Ostorga wrote:
1. Local overlays are not taken into account, the output is like
follows:
Active overlays:
Names:
[]
Paths:
[]
Total: 1
Victor Ostorga wrote:
1. Local overlays are not taken into account, the output is like
$ emerge --info --verbose | grep OVERLAY
PORTDIR_OVERLAY=/usr/local/portage
It is a local overlay which I use to do some tests.
That overlay is ignored to protect your privacy.
A good way to include it
Raúl Porcel wrote:
Hi guys,
Since there is always new people joining Gentoo, many of these people
tend to open keyword requests for a lot of arches on a package they
maintain or they are interested in until me or any other member of
alternative arches scream to them :) .
Seems like you
On Sun, Jul 12, 2009 at 9:36 PM, Raúl Porcelarmi...@gentoo.org wrote:
Also, *STOP* dropping keywords when a new dependency isn't keyworded
without filing a bug for that architecture.
Towards reducing arch load, I say that new packages should not be
added to ~arch if some of it's new
So here's the current result of my analysis:
==
Format:
repo_name, # layman-global.txt
Entries:
maekke's overlay, # maekke
kde, # kde-testing
ERROR: Overlay lordvan lacks repo_name entry
ERROR: Overlay rox lacks
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2009-07-12 23h59 UTC.
Removals:
net-im/ekg2 2009-07-09 17:10:24 ssuominen
media-sound/bossogg 2009-07-09 17:12:28 ssuominen
In Prefix, there is a distinction between variables used with
config_root and target_root. Quoting from prefix' const.py:
# We have a most confusing situation here, which is most of all pretty
# weak for protecting us from making mistakes.
# First there is a config_root (PORTAGE_CONFIGROOT)
Fabian Groffen wrote:
The attached patch makes all variables against config_root relative (by
removing the leading '/'), with the result that all lstrip(os.sep) calls
in the code can be removed. Please note that all but two occurences did
use config_root. For one (pym/portage/__init__.py;
21 matches
Mail list logo