Re: [gentoo-dev] Only you can prevent broken portage trees
On Tue, 2006-10-31 at 19:47 +0100, Fernando J. Pereda wrote: > You probably want a shell account on a mips/alpha/... machine so you can > start helping, right? Not attempting to join this ruckus - but I'll meekly raise my hand and say that'd be awesome. I have an account on a mips box, but its connection to the internet has been unstable in recent months (which I was warned about ahead of time - that isn't a gripe). As primarily an ebuild maintainer, I have no qualms about doing the legwork in the scope that an arch is willing to accept, I just don't have the money and space to personally house more than a handful of machines at home. -- -o()o-- Michael Cummings |#gentoo-dev, #gentoo-perl Gentoo Perl Dev|on irc.freenode.net Gentoo/SPARC Gentoo/AMD64 GPG: 0543 6FA3 5F82 3A76 3BF7 8323 AB5C ED4E 9E7F 4E2E -o()o-- signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Econf
On Mon, Oct 30, 2006 at 05:02:29PM -0500, Chris Gianelloni wrote:
> On Mon, 2006-10-30 at 22:44 +0100, KLessou wrote:
> > Hello,
> >
> > I have to make a Live ebuild (from a CVS repository). But econf don't
> > find the configure script.
> >
> > >> !!! no configure script found .
> >
> > The configure file is into ${WORKDIR}/package/, I have defined ${S}
> > here, but no result.
>
> Set S globally (not in src_unpack).
... because ...
1. src_compile() chdirs to $S
2. You change $S
3. econf runs ./configure
Hannes
>
> --
> Chris Gianelloni
> Release Engineering Strategic Lead
> Alpha/AMD64/x86 Architecture Teams
> Games Developer/Council Member/Foundation Trustee
> Gentoo Foundation
pgpLlfZiQwtpK.pgp
Description: PGP signature
Re: [gentoo-dev] Only you can prevent broken portage trees
Michael Cummings wrote: > Not attempting to join this ruckus - but I'll meekly raise my hand and > say that'd be awesome. I have an account on a mips box, but its > connection to the internet has been unstable in recent months (which I > was warned about ahead of time - that isn't a gripe). Just FYI, there is another box, faster, and running 24x7 which should be used instead of O2K now. Ping me on IRC for more info. (Oh, and sign up for the announcements list for those boxes ;-) > As primarily an > ebuild maintainer, I have no qualms about doing the legwork in the scope > that an arch is willing to accept, I just don't have the money and space > to personally house more than a handful of machines at home. > -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] [RFC] fixing up portage implicit RDEPEND behavior
this is not a "implicit vs explicit" thread; if you want that discussion start your own we've said the relationship of DEPEND atoms in ebuilds should be independent of the DEPEND atoms found in eclasses as logically ebuilds should not care what it takes for eclasses to work and vice versa ... for the most part, this is true ... however, semi-recently, a change was made such that the implicit RDEPEND=$DEPEND was dropped from ebuilds if an inherited class set RDEPEND in any way ... that means if you have an ebuild at the moment that does: DEPEND="foo" and you dont inherit any eclasses, then you also get for free: RDEPEND="foo" if you decide to inherit eclasses though, you had better do some research as any eclass that does even RDEPEND="" will change that behavior ... or if you are an eclass writer and you decided to add RDEPEND to your eclass, you had better do a reverse check and make sure that any ebuild that inherits your eclass (directly or indirectly) does not utilize implicit RDEPEND behavior as you would have just broken it ... awesome ;) i posted a patch to fix this regression, but since it took so long before anyone noticed, zmedico wants to see if anyone is opposed (i dont know why they would be, but i cant think of everything) so to recap, the fix here changes it back to the historically documented behavior that the implicit RDEPEND happens in ebuilds regardless of what eclasses do -mike pgpA8hD2UCNhx.pgp Description: PGP signature
Re: [gentoo-dev] last rites for www-servers/spawn-fcgi and dev-libs/localizer
Thilo Bangert <[EMAIL PROTECTED]> said: > the packages > > www-servers/spawn-fcgi and > dev-libs/localizer have been removed from the tree > > where originally added as support for lighttpd. in the meantime > lighttpd provides the same functionality and no version of lighttpd > depends on these packages anymore - in fact, they block. > > furthermore no other package has ever depended on these. > masking them now - removal in 30 days. > > please direct objects, comments and whining to > https://bugs.gentoo.org/show_bug.cgi?id=149599 > > thanks > bangert pgpLzycv5lbqa.pgp Description: PGP signature
