Re: Portage FEATURE suggestion - limited-visibility builds

Il 31/07/2012 21:27, Michał Górny ha scritto:
> On Tue, 31 Jul 2012 15:16:34 -0400
> Rich Freeman<rich0 <at> gentoo.org>  wrote:
>
>> On Tue, Jul 31, 2012 at 10:56 AM, Ian Stakenvicius<axs <at> gentoo.org>
>> wrote:
>>> Although that is true, it would be -WAY- too slow to generate said
>>> list via equery/q* helpers; I think that's where the
>>> extended-attributes and/or cache idea comes into play.
>> I agree.  This needs to be high-performance when it comes to
>> individual file access.  If it takes 10 seconds per build to populate
>> some database or set up a bazillion bind mounts that isn't the end of
>> the world, but if it takes an extra 0.1 seconds every time a file is
>> read that could add up VERY fast on a large build.
> I'd be more afraid about resources, and whether the kernel will be
> actually able to handle bazillion bind mounts. And if, whether it won't
> actually cause more overhead than copying the whole system to some kind
> of tmpfs.
If testing show that bind mounts are too heavy we could resort to 
LD_PRELOAD a library that filter the acces to the disk,
or to rework sandbox to also hide w/o errors some files,
with an appropriate database (sys-apps/mlocate come to mind) every 
access will have negligible additional cost compared to that of 
rotational disks.
>> Ideally I'd like to see the same thing extended to run-time, and short
>> of writing some entirely new security model into the kernel or taking
>> namespaces to a whole new level, part of me thinks that
>> auto-generating SELinux policies might be the solution, so that the
>> existing mechanism can be extended.
>>

Re: net-misc/aiccu - maintainer needed

El mar, 31-07-2012 a las 22:31 +0200, Maciej Grela escribió:
> 2012/7/31 Amadeusz Żołnowski <aidecoe <at> gentoo.org>:
> > I have taken it recently, but realised I'm not going to use aiccu on
> > Gentoo any time soon.  Sorry for mess-up.
> 
> Hi,
> 
> I'd like to volunteer for being a proxy maintainer for this package.
> I've been using gentoo for a few years now and I have some experience
> in writing ebuilds (you can see my overlay here:
> https://github.com/mgrela/dropzone). I also have an interest in this
> package as I'm using IPv6 on my workstation.
> 
> If you'd be interested in cooperating on this please let me know.
> 
> Best regards,
> Maciej Grela
> 
> 

Have you contacted with proxy-maintainers?
http://www.gentoo.org/proj/en/qa/proxy-maintainers/index.xml

Re: net-misc/aiccu - maintainer needed

2012/8/1 Pacho Ramos <pacho <at> gentoo.org>:
> El mar, 31-07-2012 a las 22:31 +0200, Maciej Grela escribió:
>> 2012/7/31 Amadeusz Żołnowski <aidecoe <at> gentoo.org>:
>> > I have taken it recently, but realised I'm not going to use aiccu on
>> > Gentoo any time soon.  Sorry for mess-up.
>>
>> Hi,
>>
>> I'd like to volunteer for being a proxy maintainer for this package.
>> I've been using gentoo for a few years now and I have some experience
>> in writing ebuilds (you can see my overlay here:
>> https://github.com/mgrela/dropzone). I also have an interest in this
>> package as I'm using IPv6 on my workstation.
>>
>> If you'd be interested in cooperating on this please let me know.
>>
>> Best regards,
>> Maciej Grela
>>
>>
>
> Have you contacted with proxy-maintainers?
> http://www.gentoo.org/proj/en/qa/proxy-maintainers/index.xml

Yes, I just sent them an email.

Best regards,
Maciej Grela

FIXED Re: net-misc/aiccu - maintainer needed

On 08/01/2012 11:17 AM, Maciej Grela wrote:
...

consider this handled.

--

-- 
--
Gentoo Dev
http://xmw.de/

Re: net-misc/aiccu - maintainer needed

Quoting Maciej Grela (2012-07-31 22:31:53)
> If you'd be interested in cooperating on this please let me know.

There's Proxy Maintaining Team [0] which is better for that, but I could
do it, too.

[0] http://www.gentoo.org/proj/en/qa/proxy-maintainers/index.xml

--

-- 
Amadeusz Żołnowski

force verbose build log as per PMS policy?

We already had a discussion about cmake-utils.eclass and forcing verbose
build log for that which was approved:
http://archives.gentoo.org/gentoo-dev/msg_ce7d33748936663e84a5463fbf7f4d39.xml

Also we have bug https://bugs.gentoo.org/show_bug.cgi?id=384193 and
https://bugs.gentoo.org/show_bug.cgi?id=379497

I opened a tracker https://bugs.gentoo.org/show_bug.cgi?id=429308

Some devs seem unsure about that or want to have a council vote on that
https://bugs.gentoo.org/show_bug.cgi?id=429332

When I sum that up again...
- we are on gentoo and need as much information as possible for
backtracing, resolving bugs, checking whether CFLAGS and such have been
respected
- no need to tell the user to recompile with
EXTRA_ECONF="--disable-silent-rules" or similar just to be able to help him
- some QA checks might depend on verbose build log and are not yet
implemented therefor
- if people want nice build _output_ (not log), they can use --quiet-build

Re: force verbose build log as per PMS policy?

On Wed, Aug 1, 2012 at 7:13 AM, hasufell <hasufell <at> gentoo.org> wrote:
> - if people want nice build _output_ (not log), they can use --quiet-build
>

++

If you're going to spam the console with 10k lines of text, what's the
harm in spamming it with 100k?  I realize the odd package has a fairly
quiet build system, but since most don't it seems more reasonable to
assume noisy output across the board and handle it.  Gentoo already
offers the choice.

Rich

Re: force verbose build log as per PMS policy?

On Wed, 01 Aug 2012 13:13:43 +0200
hasufell <hasufell <at> gentoo.org> wrote:

> We already had a discussion about cmake-utils.eclass and forcing
> verbose build log for that which was approved:
> http://archives.gentoo.org/gentoo-dev/msg_ce7d33748936663e84a5463fbf7f4d39.xml
> 
> Also we have bug https://bugs.gentoo.org/show_bug.cgi?id=384193 and
> https://bugs.gentoo.org/show_bug.cgi?id=379497
> 
> I opened a tracker https://bugs.gentoo.org/show_bug.cgi?id=429308
> 
> Some devs seem unsure about that or want to have a council vote on
> that https://bugs.gentoo.org/show_bug.cgi?id=429332

PMS doesn't have such a thing as a 'policy'. Gentoo can have one,
and I believe that should be discussed per Gentoo policy.

--

-- 
Best regards,
Michał Górny

Re: force verbose build log as per PMS policy?

Last rites: dev-ruby/spruz

# Hans de Graaff <hans <at> degraaff.org> (1 Aug 3012)
# spruz has been superseded by dev-ruby/tins. No packages
# in the tree depend on spruz anymore.
# Removal in 30 days.
dev-ruby/spruz