Sune Kloppenborg Jeppesen ha scritto:
> dev-db/firebird is without an active maintainer and have an open
> security bug #120343 ¹.
>
> Anyone willing to take care of this package in the future, please update
> metadata.xml and CC yourself on the bug.
>
> ¹ https://bugs.gentoo.org/show_bug.cgi?i
Hi everybody,
the following list of packages uses a invalid tag in its
metadata.xml. Invalid in the sense of 'could-not-be-found-in-herds.xml'
Most of them appear to be simple mis-spellings or minor misunderstandings.
Others may lack an entry in herds.xml (s390?).
AFAICT most packages have st
Hi everybody,
the packages in the attached list have no metadata.xml.
The following basic metadata.xml will be added to each package in about 24
hours. Speak up to stop the insanity.
Thanks.
kind regards
Thilo
http://www.gentoo.org/dtd/metadata.dtd";>
no-herd
[EMAIL PROTECTED]
app-crypt/k
The metadata cleanup continues...
A list of 427 packages found at
http://dev.gentoo.org/~bangert/herd-metadata-check.log
do not have the required tag in their metadata.xml[1].
Is it reasonable to simply add the no-herd or should perhaps
the policy be relaxed, such that a missing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thilo Bangert wrote:
> The metadata cleanup continues...
>
> A list of 427 packages found at
>
> http://dev.gentoo.org/~bangert/herd-metadata-check.log
>
> do not have the required tag in their metadata.xml[1].
>
> Is it reasonable to
On Thu, 2007-05-10 at 12:20 +0200, Timothy Redaelli wrote:
> Sune Kloppenborg Jeppesen ha scritto:
> > dev-db/firebird is without an active maintainer and have an open
> > security bug #120343 ¹.
> >
> > Anyone willing to take care of this package in the future, please update
> > metadata.xml an
> Hi everybody,
>
> the following list of packages uses a invalid tag in its
> metadata.xml. Invalid in the sense of 'could-not-be-found-in-herds.xml'
FWIW, I've been providing similar results on a daily basis for some time
now at GPNL (Gentoo Packages that Need Lovin) website:
http://spaceparan
I am about to add libflashsupport[1] to the tree, which optionally adds
pulseaudio, oss, esd, and ssl (via openssl or gnutls) support to
netscape-flash-9.0.31.0
This libflashsupport-1.2 will have the following use flags:
pulseaudio oss esd ssl gnutls
Now, I was thinking that it would be much e
> >
> > Is it reasonable to simply add the no-herd or should
> > perhaps the policy be relaxed, such that a missing tag is
> > equivalent with no-herd?
>
> iirc there was a flamewar about this a while ago. you should look at
> the archives to see what people decided.
whatever the outcome of the
Jim Ramsay wrote:
>
> 1) Create a single local USE flag (flashsupport or something) that will
> just pull in this dependency.
>
> 2) Use the same set of USE flags as libflashsupport has, with any of
> them adding libflashsupport to the dep list, since these are all global
> flags and will most li
On Thu, 2007-10-05 at 14:20 -0400, Patrick McLean wrote:
> Jim Ramsay wrote:
> >
> > 1) Create a single local USE flag (flashsupport or something) that will
> > just pull in this dependency.
> >
> > 2) Use the same set of USE flags as libflashsupport has, with any of
> > them adding libflashsuppo
Thilo Bangert wrote:
> Hi everybody,
>
> the following list of packages uses a invalid tag in its
> metadata.xml. Invalid in the sense of 'could-not-be-found-in-herds.xml'
>
> Most of them appear to be simple mis-spellings or minor misunderstandings.
> Others may lack an entry in herds.xml (s390
On Thursday 10 May 2007 19:38:13 Thilo Bangert wrote:
> /me goes back to reading up on some history:
missing metadata.xml - 2006-11-22
http://thread.gmane.org/gmane.linux.gentoo.devel/44407
--
Bo Andresen
signature.asc
Description: This is a digitally signed message part.
Thilo Bangert wrote:
> All packages with maintainer-needed will be moved to
> no-herd.
I think that is not quite right, and since maintainer-needed is not a
maintainer but multiple people listening to the alias and users I would
like to suggest the following addition to herds.xml to make it legal:
Hello All,
sys-apps/915resolution superseed this package and support 855 configurations.
Please upgrade your configuration to sys-apps/915resolution.
Comments/suggestions can be entered at bug#159586.
Package will be masked at 2007-05-25, removed at 2005-06-08.
Best Regards,
Alon Bar-Lev.
--
Doug Goldstein <[EMAIL PROTECTED]> said:
> Thilo Bangert wrote:
> > All packages with maintainer-needed will be moved to
> > no-herd.
>
> maintainer-needed is different from no-herd. no-herd is valid when a
> dev is maintaining a pkg outside of a herd. no-herd is not valid for
> when the package is
On Fri, 2007-05-11 at 00:33 +0300, Alon Bar-Lev wrote:
> Hello All,
>
> sys-apps/915resolution superseed this package and support 855 configurations.
>
> Please upgrade your configuration to sys-apps/915resolution.
>
> Comments/suggestions can be entered at bug#159586.
>
> Package will be maske
> you should look at
> the archives to see what people decided.
from reading the archives and the response so far as well as the current
documentation on the subject i conclude that the issue is still not clear
and people make up their own stuff as they go along.
the following may be a formal
Thilo Bangert wrote:
Doug Goldstein <[EMAIL PROTECTED]> said:
Thilo Bangert wrote:
All packages with maintainer-needed will be moved to
no-herd.
maintainer-needed is different from no-herd. no-herd is valid when a
dev is maintaining a pkg outside of a herd. no-herd is not valid for
when the pa
19 matches
Mail list logo
