On Sun, Jun 21, 2009 at 02:08:24AM +0200, Diego E. 'Flameeyes' Pettenò wrote:
> The package is already masked for security reasons (bug #215699), and
> also has big problems with our QA point of view included a huge FILESDIR
> (bug #274882).
>
> Since the package has been masked since 2008/04/01,
This isn't meant to shoot stuff down, but more to suggest other places that
filtering is probably going to be needed, based on some "advanced" [1] usage of
Gentoo.
On Sun, Jun 21, 2009 at 03:26:56AM +0200, Sebastian Pipping wrote:
> What do I mean by auto-filtering? Auto-filtering works to protec
I've been working on the first Gentoo-specific data collecting bytes
today. As smolt is written in Python using Portage's Python API was an
easy choice. Here's an excerpt of data sets and their status of
processing that I've been working with today:
Collected and auto-filtered:
- gentoo_o
> On Sat, 20 Jun 2009, Vlastimil Babka wrote:
> it was brought up by ulm that the news item
> '2009-04-18-java-config-wrapper-0.16' has an illegal name because it
> contains a dot.
I stumbled upon this when I experimented with news to e-mail
forwarding, where there are some limitations for
Dale wrote:
> Zac Medico wrote:
>> Vlastimil Babka wrote:
>>> The question is what to do now, rename it? Users will then see it again,
>>> and I don't know if there are even worse consequences.
>> AFAIK, seeing it again is the worst that will happen. The cvs ->
>> rsync script will ensure that the
Zac Medico wrote:
> Vlastimil Babka wrote:
> > The question is what to do now, rename it? Users will then see it again,
> > and I don't know if there are even worse consequences.
>
> AFAIK, seeing it again is the worst that will happen. The cvs ->
> rsync script will ensure that the incorrectly nam
On Sat, 20 Jun 2009 20:40:17 +0200
Patrick Lauer wrote:
> > Have you thought about the security implications of this?
> Yes.
>
> > How much do you trust the people running the overlays listed in
> > layman?
>
> VirtualBox.
And how do you use VirtualBox to prevent one malicious person from
runnin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vlastimil Babka wrote:
> The question is what to do now, rename it? Users will then see it again,
> and I don't know if there are even worse consequences.
AFAIK, seeing it again is the worst that will happen. The cvs ->
rsync script will ensure that t
Hi,
it was brought up by ulm that the news item
'2009-04-18-java-config-wrapper-0.16' has an illegal name because it
contains a dot. As it was me who named and commited it, I am sorry for
this mistake. The file name in -dev review mail was called
'generation1-deprecation' and I probably shoul
On Saturday 20 June 2009 20:22:22 Ciaran McCreesh wrote:
> On Sat, 20 Jun 2009 18:46:33 +0200
>
> Patrick Lauer wrote:
> > Generating the metadata cache isn't that expensive - it took about 45
> > minutes to initially check out almost everything layman provided and
> > then about an hour for the f
On Sat, 20 Jun 2009 18:46:33 +0200
Patrick Lauer wrote:
> Generating the metadata cache isn't that expensive - it took about 45
> minutes to initially check out almost everything layman provided and
> then about an hour for the first run. Consecutive runs should be much
> faster and can be run in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Patrick Lauer wrote:
> The only issue I have found with this idea relates to eclasses - overriding
> in-tree eclasses to be precise. The problem there is that it invalidates in-
> tree metadata and potentially affects other overlays too. So that's a b
Petteri Räty wrote:
> You need to come up with the needed DTD changes for metadata.xml. Last
> time the schema was changed it was done with a GLEP so writing one seems
> prudent here too especially if we are going to make the value mandatory
> after it was been added to all existing packages. Also
Just a FYI
On 20-06-2009 18:46:33 +0200, Patrick Lauer wrote:
> If I don't get distracted I might set up a proof of concept public
> rsync server providing the main repo plus all overlays I can throw in,
> but it'd have a low initial update frequency (6h to daily).
Note that the Prefix rsync tree
Hello everybody,
those of us using overlays might have noticed that they can seriously slow
down dependency calculation. This is mostly because of the lack of a metadata
cache.
For overlay maintainers providing a metadata cache is quite tricky because to
be really consistent and useful it'd hav
Sebastian Pipping wrote:
> I start to understand the real benefits of moving a larger
> part of the maintenance down to the distro level as you proposed.
>
> Okay, let's add support for CPEs at distro package level
> and sync up and down with the central packagemap database.
> Please contact me fo
Denis Dupeyron wrote:
>> probably belongs in -project.
>
> Not even in -project, it simply wasn't public mailing-list material.
> For those who haven't understood yet, the -dev and -project mailing
> lists are not for keeping us informed of your random thought of the
> day or lamenting about
> why
17 matches
Mail list logo
