Daniel Gryniewicz a écrit :
> I agree. Let's just have zeroconf.
+1, zeroconf is what it should be called, regardless of different
implementations (especially if they are compatible).
Cheers
--
Rémi Cardona
LRI, INRIA
[EMAIL PROTECTED]
[EMAIL PROTECTED]
2008/11/4 Doug Goldstein <[EMAIL PROTECTED]>:
> bonjour is Apple specific branding for zeroconf. This is another case
> that needs to be changed.
I just came up with this as nobody mentioned it before :-)
> zeroconf/avahi/howl/bonjour/mdnsresponder all need to be condensed.
++ one flag for all i
Duncan wrote:
> Joe Peterson wrote:
>> In general, it makes sense to me to have an unversioned one if there is
>> no version dependency - i.e. if xfce.eclass would likely work for future
>> ones (like "xfce5"). I'm not sure why, other than to emphasize that a
>> new version is out, upstream packa
David Leverton wrote:
> On Monday 03 November 2008 04:29:34 Nirbheek Chauhan wrote:
>> Why not use EAPI=1 for those ebuilds and turn the flag on by default?
>
> Well, as I said, it seems more sensible to me to set the default once,
> instead
> of once for each ebuild. I don't particularly care,
Peter Alfredsen schrieb:
> On Monday 03 November 2008, Steve Long wrote:
>> Peter Alfredsen wrote:
>>> debug-print-function $FUNCNAME $*
>> You should be using "$@" not unquoted $*.
>
> Fixed. Also fixed base_src_unpack and base_src_compile calling their
> grunt functions with $1, when clearly it
On Wednesday 05 November 2008, Thomas Sachau wrote:
> You should at least use emake instead of make in src_install. And i
> would suggest to use something like this instead of the make install
> line (maybe add some other default docs, if they are common):
>
> if [ -f Makefile ] || [ -f GNUmakefil
Peter Alfredsen schrieb:
> On Wednesday 05 November 2008, Thomas Sachau wrote:
>
>> You should at least use emake instead of make in src_install. And i
>> would suggest to use something like this instead of the make install
>> line (maybe add some other default docs, if they are common):
>>
>> if
On Wed, Nov 05, 2008 at 09:04:16AM +, Hanno Boeck (hanno) wrote:
> hanno 08/11/05 09:04:16
>
> Added:ChangeLog aqbanking3-tool-0.0.20081026.ebuild
> Log:
> aqbanking3-tool initial commit
> (Portage version: 2.2_rc13/cvs/Linux 2.6.28-rc3-git1 x86_64)
Please remembe
On Wed, 05 Nov 2008 21:20:07 +0100
Thomas Sachau <[EMAIL PROTECTED]> wrote:
> Do you really think, a package that supports parallel make while
> compiling fails support for parallel make support on install?
Yup, that's fairly common.
--
Ciaran McCreesh
signature.asc
Description: PGP signature
On Wed, Nov 05, 2008 at 09:20:07PM +0100, Thomas Sachau wrote:
> Peter Alfredsen schrieb:
> Do you really think, a package that supports parallel make while compiling
> fails support for
> parallel make support on install?
Happened for jabberd and jabberd2 to me.
pgpjnLZOswT2t.pgp
Description:
Hi,
> And emake is and still should be the default. If there is an issue with it,
> the ebuild author has to
> change his ebuild. But this should not be taken to force only one makejob for
> everyone else.
>
But with rotating storage, don't you (very much) only want one I/O-bound
job at a ti
Thomas Sachau wrote:
> Do you really think, a package that supports parallel make while compiling
> fails support for
> parallel make support on install?
>
See bug 196728. It's an (old) automake issue.
> And emake is and still should be the default. If there is an issue with it,
> the ebuild au
12 matches
Mail list logo