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
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 packages (like
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 should have
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 GNUmakefile ]
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 [ -f
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 remember to
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: PGP
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 time?
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 author
12 matches
Mail list logo
