Re: [gentoo-dev] linguas.eclass
Complete rewrite is comming so wait with comments plz. -- Best Regards, Piotr Jaroszyński -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] langs.eclass (deprecating linguas.eclass)
Completly rewritten to be function based and thus more universal: http://gentoo-sunrise.org/svndump/peper/eclass/langs.eclass Also updated firefox patch: http://gentoo-sunrise.org/svndump/peper/mozilla-firefox-2.0_beta1-langs.patch Comments are welcome again :] -- Best Regards, Piotr Jaroszyński -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] linguas.eclass
I have made an eclass to simplify handling linguas in packages. http://gentoo-sunrise.org/svndump/peper/eclass/linguas.eclass Mozilla packages can benefit from it right away(I can make the ebuilds conversion if the eclass will be approved), but i think there are more packages which can use it also. Comments and suggestions are welcome. -- Best Regards, Piotr Jaroszyński -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] variable quoting, setting optional variables to , and depending on virtual/libc
Setting RDEPEND to indicates that the stuff in DEPEND isn't needed to run the package, and can safely be pruned later. If RDEPEND is not set, it is defaulted to $DEPEND by portage. If you inherit some eclass with deps, not set RDEPEND won't be defaulted to DEPEND from ebuild, but will also include deps from eclass, which is incorrect b/c these deps are needed for build time only(like sed, autotools...). One needs to make sure that RDEPEND is correct if not set manually in ebuild with eclasses. -- Best Regards, Peper -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Re: variable quoting, setting optional variables to , and depending on virtual/libc
Noted that based on the other replies after posting. Thanks, tho. I didn't know that until reading the thread. No, it was genstef who pointed me that out when making my first ebuild. -- Best Regards, Peper -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] variable quoting, setting optional variables to , and depending on virtual/libc
| If you inherit some eclass with deps, not set RDEPEND won't be | defaulted to DEPEND from ebuild, but will also include deps from | eclass, which is incorrect b/c these deps are needed for build time | only(like sed, autotools...). One needs to make sure that RDEPEND is | correct if not set manually in ebuild with eclasses. Incorrect. What's incorrect? Made some tests and that's how it seems to work for me. If i am wrong be more specific plz. -- Best Regards, Peper -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] A heretical thought? Blessing project sunrise as an almost-fork.
Would moving it from overlays.g.o to overlays.dev.g.o, overlays.experimental.dev.g.o help ? It could then be viewed officially unofficial as the tinderboxing repository's I've been working on. I think it won't make a big difference. It's stated clearly that the sunrise overlay is experimental and unsupported. If some user is really that blind he won't read the link either. And overlays.experimental.dev.gentoo.org domain is a bit unfriendly, don't you think so? Next step would be sunrise.the.experimental.and.unsupported.overlay.hosted.on.dev.overlays.gentoo.org Personally I know I would like to have a place to park pic, iconv, nls patches in testing, and embedded-kernels that are say vital for some devices but for one reason or another should not be in the official tree. Sunrise would be a good place i think ;] -- Best Regards, Peper -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] A heretical thought? Blessing project sunrise as an almost-fork.
(...) Is it just that now we have a lot of developers who are willing to allow users to break their boxes? Just tell me one thing, are you breaking your box everytime you use an overlay? -- Best Regards, Peper -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Project Sunrise thread -- a try of clarification
well. A couple of examples: http://bugs.gentoo.org/show_bug.cgi?id=122500 And again, you use my project of an example. Perhaps you should try looking at something that actually supports your argument? I think it's an example of how user-friendly is bugzilla... -- Best Regards, Piotr Jaroszynski -- gentoo-dev@gentoo.org mailing list