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
media-plugins/gmpc-autoplayl
So here's the current result of my analysis:
==
Format:
"", #
Entries:
"maekke's overlay", # maekke
"kde", # kde-testing
ERROR: Overlay "lordvan" lacks repo_name entry
ERROR: Overlay "rox" lacks repo_name entry
ERROR: Ov
On Sun, Jul 12, 2009 at 9:36 PM, Raúl Porcel 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 dependencies are not keywo
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
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 in
On Sun, 12 Jul 2009 18:25:05 +0200
Sebastian Pipping 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
> > Known:
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
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
arche
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!
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 k
On Sun, 12 Jul 2009 04:30:49 +0200
Sebastian Pipping 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
> read on.
>
> T
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
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 w
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
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 ebuild
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 (whi
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
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
sam
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
Jorge Manuel B. S. Vicetto wrote:
> Sebastian Pipping wrote:
>> Problem
>
>> When the name from repo_name and the overlay name in layman-global.txt
>> do not match smolt would assume the overlay is secret though it's not
>> and not be able to send in stats about it.
>
> I understand your pr
Hi!
On Sun, 12 Jul 2009, Sebastian Pipping wrote:
> Here are precise commands you need to run:
>
> # git clone git://git.goodpoint.de/smolt-gentoo.git
> # cd smolt-gentoo
> # git checkout -b gentoo origin/gentoo
> # cd client/distros
> # python gentoo.py |& less
>
> Again, no data is
On 12-07-2009 01:59:03 +0200, Sebastian Pipping wrote:
> Proposal
>
> - Make repo_name file fit layman-global.txt entry where it doesn't
> match at the moment
>
> - People with that overlay installed do not have to change
> anything, no "where did that overlay go" mail
22 matches
Mail list logo
