-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter Volkov wrote:
> В Вск, 08/03/2009 в 22:54 +0100, Rémi Cardona пишет:
>> Le 08/03/2009 21:38, Tomáš Chvátal a écrit :
>>> net-misc/mDNSResponder
>> How about dropping this one in favor of avahi? Or am I missing something
>> obvious?
>
> Are they
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
René 'Necoro' Neumann schrieb:
> As one can easily see: While the fetch time for co and lw-co are more or
> less equal, the export time is not. As one can say, that each package is
> at least exported as often as updated (if not more often), this make
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have some doubts about the usage of "co --lightweight" instead of the
plain "co". The only reason I can see is the reduced disk-space needed.
Because concerning time, the lightweight checkouts take (way) longer...
Just some bash-time tests done with
В Вск, 08/03/2009 в 22:54 +0100, Rémi Cardona пишет:
> Le 08/03/2009 21:38, Tomáš Chvátal a écrit :
> > net-misc/mDNSResponder
>
> How about dropping this one in favor of avahi? Or am I missing something
> obvious?
Are they completely interchangeable? Last time (well, the only time) I
built samb
AllenJB wrote:
Markos Chandras wrote:
On Tuesday 10 March 2009 14:15:36 Thilo Bangert wrote:
Bugs aren't a good way to keep in touch with developers, that's what
irc is for.
while i dont necessarily think, that bugzi is the best way to stay in
contact with me, it surely is a better way than IR
Markos Chandras wrote:
On Tuesday 10 March 2009 14:15:36 Thilo Bangert wrote:
Bugs aren't a good way to keep in touch with developers, that's what
irc is for.
while i dont necessarily think, that bugzi is the best way to stay in
contact with me, it surely is a better way than IRC - on which i a
2009/3/10 Markos Chandras :
> Gentoo as a project could realize
> more of its potential by better integrating people who dont do IRC.
Yes. Let's integrate them by introducing IRC to them.
On Tue, Mar 10, 2009 at 4:58 PM, Christian Faulhammer wrote:
>
> Having the EAPI stored outside the ebuild's scope is generally a bad
> idea, because someone has to tell you that the ebuild you just
> downloaded from Bugzilla is EAPI x. And the package manager will be
> totally confused when ass
On Tuesday 10 March 2009 14:15:36 Thilo Bangert wrote:
> > Bugs aren't a good way to keep in touch with developers, that's what
> > irc is for.
>
> while i dont necessarily think, that bugzi is the best way to stay in
> contact with me, it surely is a better way than IRC - on which i am close
> to
On Mon, Mar 9, 2009 at 3:26 PM, Ciaran McCreesh <
ciaran.mccre...@googlemail.com> wrote:
> On Sun, 08 Mar 2009 08:49:16 +0100
> Tiziano Müller wrote:
> > http://spreadsheets.google.com/ccc?key=pPAJXP6shYH78lCXeqRqCUQ
>
> Here're some more easy ones.
>
> First up, un-optionaling some optional thin
I would like to know, if there is some policy about editing skel.* files or who
owns/maintains them.
Additionally, i suggest some changes to skel.ebuild:
-fix the comment for inherit (afaik $(getlibdir) is provided by multilib
eclass)
-comment out the inherit line
-comment out DEPEND and RDEPE
Doug Goldstein wrote:
>
> Granted the people I've recently talked to about this or the people I
> remember bringing this issue up in the past had this happen to them
> before we had this firm policy in place so really you're addressing a
> lot of the issues.
>
> But the whole act of making them g
On Monday March 09 Ciaran McCreesh wrote:
>
> * src_test run unless RESTRICTed or explicitly disabled by the user
> (bug 184812)
Yes, and I would go even further: keep src_test for unit tests and
some kind of pkg_posttest for either a routine to test the package
once installed or an elog test rec
2009/3/10 Doug Goldstein :
> So really an effective solution might be for the recruiters/retirement staff
> to change a user's shell with a script that spits out a message that says
> something to the effect of:
>
> "You have been inactive for a while. Please contact recruiters to re-enable
> your
On Tue, Mar 10, 2009 at 8:35 AM, Duncan <1i5t5.dun...@cox.net> wrote:
> "Pierre-Yves Rofes" posted
> a4345526fd26a2a6f5dd3cccb4e9767d.squir...@mail.rofes.fr, excerpted below,
> on Tue, 10 Mar 2009 11:21:55 +0100:
>
> >> We don't want some still active authorization and key
> >> from two years a
On Mon, Mar 9, 2009 at 10:18 PM, Lukasz Damentko wrote:
> Okay, let me explain in detail.
>
> Undertakers contact devs who didn't touch CVS for at least two months,
> are considered inactive in the bugzilla and have no current .away set.
>
> After the initial contact, something like 3/4 of e-mail
On Mon, Mar 9, 2009 at 1:55 PM, Jeremy Olexa wrote:
> On Mon, Mar 9, 2009 at 1:44 PM, Doug Goldstein wrote:
> > I'm wondering what exactly is the harm in letting developers idle for a
> > while? While they might not be actively committing they are still
> > knowledgeable people that are just as
On Tuesday 10 of March 2009 16:29:56 Alec Warner wrote:
> > With some devs reviewing gentoo-commits@, I highly doubt that this commit
> > could go unnoticed more than a few hours.
> really? cause I bet I could slip something in; now I'm motivated to try ;p
I somewhat share the view that's rather
On Tue, 10 Mar 2009 17:11:56 +0100
Christian Faulhammer wrote:
> Ciaran McCreesh :
> > Then this is a legitimate problem that someone needs to know about
> > and fix. So having src_test turned on globally is a *good* thing.
> >
> [...]
> >
> > Again, finding this is good.
> [...]
> >
> > And if
Hi,
Ciaran McCreesh :
> Then this is a legitimate problem that someone needs to know about and
> fix. So having src_test turned on globally is a *good* thing.
>
[...]
>
> Again, finding this is good.
[...]
>
> And if you're on an especially slow platform, as a user you can turn
> tests off.
C
On Tue, 10 Mar 2009 17:00:05 +0100
Christian Faulhammer wrote:
> > Well, the alternative is to drop src_test all together. If a test
> > failure is meaningless, having the test is meaningless.
>
> No, some software like in sci-* has test suites that a user wants to
> run probably before producti
Hi,
Ciaran McCreesh :
> On Mon, 9 Mar 2009 20:58:40 -0700
> Alec Warner wrote:
> > You can't test everything. I think for a small project like exherbo
> > where everyone basically sees eye to eye on a number of ideas this
> > works great. Everyone agrees testing is super and they will fix
> >
Hi,
Duncan <1i5t5.dun...@cox.net>:
> > Potentially the developer could just manually put the EAPI in the
> > manifest (or use a tool to do this). Obviously this is an extra
> > step when adding ebuilds to the tree, but that would completely
> > address the issues with sourcing builds.
>
> That's
On Sun, 08 Mar 2009 08:49:16 +0100
Tiziano Müller wrote:
> With eapis 1 and 2 we introduced nice features but also a couple of
> new problems. One of them are the use dependencies when the package
> you depend on doesn't have the use flag anymore (see [1] for an
> example).
Here's another one to
On Tue, Mar 10, 2009 at 3:21 AM, Pierre-Yves Rofes wrote:
> On Tue, March 10, 2009 7:07 am, Duncan wrote:
>> Gordon Malm posted
>> 200903091617.48682.gen...@gentoo.org, excerpted below, on Mon, 09 Mar
>> 2009 16:17:48 -0700:
>>
>>> There is an important security aspect to retiring folks - commit
"Pierre-Yves Rofes" posted
a4345526fd26a2a6f5dd3cccb4e9767d.squir...@mail.rofes.fr, excerpted below,
on Tue, 10 Mar 2009 11:21:55 +0100:
>> We don't want some still active authorization and key
>> from two years ago getting stolen and used to try to slip a bad commit
>> under the radar [...]
>
On Mon, 9 Mar 2009 20:58:40 -0700
Alec Warner wrote:
> You can't test everything. I think for a small project like exherbo
> where everyone basically sees eye to eye on a number of ideas this
> works great. Everyone agrees testing is super and they will fix
> broken tests or RESTRICT them. But
On Tue, 10 Mar 2009 10:08:06 +0100
Michael Haubenwallner wrote:
> Whats wrong with 'set -e' and doing '|| true' behind?
Waaay too many false positives.
--
Ciaran McCreesh
signature.asc
Description: PGP signature
On Tue, 10 Mar 2009 00:25:49 +0100
Christian Faulhammer wrote:
> > Uh, you *are* testing things that use a library before you stable
> > that library, right?
>
> When I was an architecture developer I tried to. But when
> stabilising a minor version of curl (for example), testing all
> reverse
On 10-03-2009 13:15:36 +0100, Thilo Bangert wrote:
> > Bugs aren't a good way to keep in touch with developers, that's what
> > irc is for.
>
> while i dont necessarily think, that bugzi is the best way to stay in
> contact with me, it surely is a better way than IRC - on which i am close
> to n
> Bugs aren't a good way to keep in touch with developers, that's what
> irc is for.
while i dont necessarily think, that bugzi is the best way to stay in
contact with me, it surely is a better way than IRC - on which i am close
to never.
the presumption seems to be, that as a dev one has to b
On Tue, March 10, 2009 7:07 am, Duncan wrote:
> Gordon Malm posted
> 200903091617.48682.gen...@gentoo.org, excerpted below, on Mon, 09 Mar
> 2009 16:17:48 -0700:
>
>> There is an important security aspect to retiring folks - commit
>> abilities. Perhaps in the case a dev wants to contribute but c
On Mon, 2009-03-09 at 15:39 -0700, Donnie Berkholz wrote:
> > * Utility commands, even the ones that aren't functions, should die. To
> > get a non-die version, prefix the command with nonfatal (e.g.
> > 'nonfatal dodoc README', which just returns non-zero on failure
> > rather than splattin
Hi,
Reminder (for myself):
As long as we want/have to support PMs lacking EAPI detection in
'*.ebuild' to mask ebuilds with unknown EAPI, each approach to add EAPI
to an '*.ebuild' must be hackish. So we can try to find the least ugly
hack, or we need to change the extension.
So just another idea
34 matches
Mail list logo
