On Mon, 22 Sep 2008 23:18:24 -0700
Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> - PMS as a draft standard. This is the deadline for these 4
> requirements:
> - There needs to be a PMS lead who is a Gentoo dev [calchan].
> Both cardoe & antarus volunteered if this was needed.
ferdy's accep
On Monday 22 September 2008 22:25:20 Petteri Räty wrote:
> > If you mean something like
> >
> > built_with_use cat/foo coolfeature || ewarn "bar will be more useful if
> > you rebuild cat/foo with USE=coolfeature"
> >
> > then you can use
> >
> > has_version 'cat/foo[coolfeature]' || ...
Hello there,
This email is to ask for suggestions about bug #163724 , I am myself one
of the maintainer of several packages depending upon such a library, and
the current situation isn't helping too much to decide how to handle
such a packages.
As we all know, the independent libffi project
Ryan Hill wrote:
On Mon, 22 Sep 2008 22:03:53 -0500
Jeremy Olexa <[EMAIL PROTECTED]> wrote:
I'm thinking that a virtual/fonts package would be a good addition to
the tree. We have hit this issue in Gentoo Prefix where any font
package would satisfy a dependency. I also have an open bug where a
# Joe Peterson <[EMAIL PROTECTED]> (23 Sep 2008)
# Masked for removal in 30 days (see bug #238442)
# Depends on old media-sound/slimserver
# Will bring back in a form that works with media-sound/squeezecenter
media-plugins/slimserver-alienbbc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Donnie Berkholz wrote:
> If you have something you'd wish for us to chat about, maybe even vote
> on, let us know! Simply reply to this e-mail for the whole Gentoo dev
> list to see.
Please vote on deploying the PROPERTIES variable to the cache [1]
Jeremy Olexa wrote:
> Ryan Hill wrote:
>> On Mon, 22 Sep 2008 22:03:53 -0500
>> Jeremy Olexa <[EMAIL PROTECTED]> wrote:
>>
>>> I'm thinking that a virtual/fonts package would be a good addition to
>>> the tree. We have hit this issue in Gentoo Prefix where any font
>>> package would satisfy a depen
Ulrich Mueller schrieb:
>> On Sun, 21 Sep 2008, Steve Long wrote:
>
>> That works for that specific case, yes, but it's still not a general
>> solution, which is what BASH arrays were invented for. For instance,
>> an ebuild author cannot specifically include a file with spaces, and
>> ignore
Bo Ørsted Andresen kirjoitti:
On Monday 22 September 2008 22:25:20 Petteri Räty wrote:
If you mean something like
built_with_use cat/foo coolfeature || ewarn "bar will be more useful if you rebuild cat/foo with USE=coolfeature"
then you can use
has_version 'cat/foo[coolfeature]' ||
On Tue, 23 Sep 2008 23:33:44 +0300
Petteri Räty <[EMAIL PROTECTED]> wrote:
> Bo Ørsted Andresen kirjoitti:
> > On Monday 22 September 2008 22:25:20 Petteri Räty wrote:
> >>> If you mean something like
> >>>
> >>> built_with_use cat/foo coolfeature || ewarn "bar will be more
> >>> useful if you
Alexis Ballier kirjoitti:
On Tue, 23 Sep 2008 23:33:44 +0300
Petteri Räty <[EMAIL PROTECTED]> wrote:
Bo Ørsted Andresen kirjoitti:
On Monday 22 September 2008 22:25:20 Petteri Räty wrote:
If you mean something like
built_with_use cat/foo coolfeature || ewarn "bar will be more
useful if y
On Tuesday 23 September 2008 22:44:35 Alexis Ballier wrote:
> > > False. If for instance coolfeature was made optional in >=pv you
> > > can use logic like:
> > >
> > > if has_version '>=cat/foo-pv' && ! has_version
> > > 'cat/foo[coolfeature]'; then ewarn '...'
> > > fi
> >
> > I think this should
On Tuesday 23 September 2008 21:39:52 Thomas Sachau wrote:
> default_src_install() {
> if [ -f Makefile -o -f GNUmakefile -o -f makefile ]; then
> if emake DESTDIR="${D} install || einstall ; then
> die "install failed"
> else
>
On Tuesday 23 September 2008, Thomas Sachau wrote:
> Ulrich Mueller schrieb:
> > And I still don't see why we would need the most general solution
> > for a *default* function. There's always the possibility to write
> > your own src_install() for the few ebuilds that need it.
> >
> > Ulrich
>
> I
Duncan wrote:
> Steve Long <[EMAIL PROTECTED]> posted
> [EMAIL PROTECTED], excerpted below, on Mon, 22 Sep 2008 01:35:57
> +0100:
>
>>> This is an old rhetorical trick (I don't know its name in English): You
>>> impute that I claimed things which I never said - of course, then it is
>>> easy for
Thomas Sachau wrote:
> Ulrich Mueller schrieb:
>> And I still don't see why we would need the most general solution for
>> a *default* function. There's always the possibility to write your own
>> src_install() for the few ebuilds that need it.
>>
> I aggree with Ulrich in this case.
As I said;
On Tue, Sep 23, 2008 at 4:21 PM, Bo Ørsted Andresen <[EMAIL PROTECTED]> wrote:
> On Tuesday 23 September 2008 21:39:52 Thomas Sachau wrote:
>> default_src_install() {
>> if [ -f Makefile -o -f GNUmakefile -o -f makefile ]; then
>> if emake DESTDIR="${D} install || einstall ;
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I writing that letter not because of any software problems. I just want
to say, that You making great job with Gentoo. I'm using that OS 3 years
and I think, that this is pretty much more than normal Linux distro.
It's fast, it's stable, it's prof
> On Wed, 24 Sep 2008, Steve Long wrote:
> As I said; generality in lib functions seems like a useful thing.
Other ebuild variables are space separated lists, so why should DOCS
be an exception?
So far nobody has shown a real-life example of an existing ebuild that
could profit from the arra
Steve Long <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Wed, 24 Sep 2008 02:34:33
+0100:
> "Why do we never have time to do it right, but always plenty of time to
> do it over."
> In this case, you're saying "oh anyone who wants something that copes
> with all filenames can
Steve Long <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Wed, 24 Sep 2008 02:13:12
+0100:
> we both smiled at each other
I missed that. Thanks. "Over and out."
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you u
21 matches
Mail list logo
