Re: [gentoo-dev] new old eclass - wxwidgets.eclass
Mart Raudsepp wrote: Hello, On E, 2007-09-24 at 21:14 -0600, Ryan Hill wrote: since everyone is getting into the reviewing mood, i thought it would be a good time to get some opinions on the wxwidgets eclass rewrite i've done. I figured I'd reply to the old review request on the list instead of doing this privately, so here we go. The notes are based on the latest eclass located at http://overlays.gentoo.org/dev/dirtyepic/browser/eclass/wxwidgets.eclass at current revision 6: * I just assume the documentation markup for the new way of doing eclass documenting is good. The documentation text itself seems mostly good, if maybe not so professional. Some nitpicking: Bah, professionalism is for professionals. ;) ** Ebuilds are also required set the global - s/required/required to/? Yep. ** The description gives the impression we support installation of release/debug side-by-side - don't think this is true. Maybe we should think about a way for users to be able to set their own wx-config to a debug build, but have the system USE flag dependent. Hmm... Maybe I should revise my stance on debug + release co-existance in some form This is basically what I had previously (though much uglier). I figured we might want to rethink it later so I made it simple to re-add again if we want. For now though I'd just like to get this out to the public. ** Once 2.8 is in, we should update the simple usage example to that For sure. ** With EAPI=1 SLOT depends can be used now, but as wx is always with a version and SLOT matching a way that * wildcard can be used, it's fine to not require things to use EAPI=1 indeed I'd say. Just noting. With EAPI=1 we can also do something like DEPEND==x11-libs/wxGTK-2.6.2:2.6 which neatly solves our issue with needing a minimum version in a SLOT. I'll make a note of this in the documentation. ** In simple usage example I would rather refer to RDEPEND, not DEPEND, or both Hmm? RDEPEND defaults to DEPEND if not defined but not the other way around. I will refer to both though since wxGTK does definitely need to be in RDEPEND for proper binpkgs. * Perhaps we should take care of setting the wxGTK DEPEND and RDEPEND ourselves based on a WX_GTK_VER in ebuilds global scope? Might cause problems for things using wx conditionally for some optional GUI. Talking of which, it seems it already relies on global scope - does that work fine with conditional wx usage? need-wxwidgets for that, I guess? What's the view on eclasses touching DEPEND/RDEPEND these days, anyway? I believe this would force everything with an optional wxwidgets USE flag to require wxGTK. I never really thought about how the global code affects the conditional case until now, but considering that all it does is set a variable if wxGTK is installed it would seem that it could take advantage of it as well and only call need-wxwidgets if it needs something other than the default. Course calling need-wxwidgets is still a good idea. * Taking care of DEPEND and RDEPEND in the eclass itself could allow us to migrate things over to wxBase package in the future without any ebuild migration work, once we fix upstream configure.in to work with a system provided wxBase libraries and not have file collisions. However this probably requires a global variable for base-ansi/base-unicode passing instead of a need-wxwidgets function for that to be possible to work out Yes, that would be a future goal. * I hate any unconditional compiler flags workarounds, such as append-flags -fno-strict-aliasing. I have some long pending upstream work to do to simply fix it in that one header where it makes noise and once that finally gets resolved (or maybe it already is in 2.8), we have no reason to keep passing this, as to my knowledge it also means less optimization chances for gcc. Do we have a plan on how to get rid of that CFLAGS append once the user is dealing with a wx library that has this fixed? I believe I added that due to an aliasing bug in the gcc-4.2.0 prerelease. I think I've since gotten the patch applied to our GCC though so it shouldn't be a problem to remove. If we could silence that warning all the better. At least this isn't the configure argument mess we used to have in wxlib.eclass where you'd get some important class configured out just because it was broken in an old version :) * Are you sure we want to ewarn unconditionally on all need-wxwidgets function calls? Right, that should be an einfo. It was originally for debugging but I found it to be pretty useful in practice. * What's with the TODO on _wxerror() and the function? I thought a broken out error reporting function would save a bunch of duplicated code, but I ended up with a lot fewer cases than I thought I would. I think I might just remove it. The previous points encompass mostly only things noted while going over the code - I have yet to look at it with a logic and interaction
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-im/skype: ChangeLog skype-1.4.0.118.ebuild
On 11:32 Sat 06 Oct , Gustavo Felisberto (humpback) wrote: 1.1 net-im/skype/skype-1.4.0.118.ebuild file : http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-im/skype/skype-1.4.0.118.ebuild?rev=1.1view=markup plain: http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-im/skype/skype-1.4.0.118.ebuild?rev=1.1content-type=text/plain SFILENAME=${PN}_static-${PV}.tar.bz2 DFILENAME=${P}.tar.bz2 SRC_URI=!qt-static? ( http://download.skype.com/linux/${DFILENAME} ) qt-static? ( http://download.skype.com/linux/${SFILENAME} http://felisberto.net/~humpback/${PN}-lang-${PV}.tar.bz2 ) amd64? ( http://felisberto.net/~humpback/libsigc++20-2.0.17-1-from-fc5.rf.i386.tar.gz ) src_unpack() { if use qt-static ; then unpack $SFILENAME cd $S unpack ${PN}-lang-${PV}.tar.bz2 else unpack $DFILENAME fi } Does the default 'unpack ${A}' not do the right thing for some reason? The only possibility I see is that you don't like where the language tarball unpacks, but that appears to be something you created anyhow. Quote variables that can have spaces in them: D, S, T, WORKDIR, FILESDIR, DESTDIR, ROOT. newins ${FILESDIR}/skype.debus.config skype.conf newins ${S}/icons/SkypeBlue_${X}x${X}.png ${PN}.png More quoting. Thanks, Donnie -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-libs/linux-fusion: ChangeLog linux-fusion-7.0.1.ebuild
On 13:15 Sat 06 Oct , Mike Frysinger (vapier) wrote: 1.1 dev-libs/linux-fusion/linux-fusion-7.0.1.ebuild file : http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-libs/linux-fusion/linux-fusion-7.0.1.ebuild?rev=1.1view=markup plain: http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-libs/linux-fusion/linux-fusion-7.0.1.ebuild?rev=1.1content-type=text/plain pkg_setup() { linux-mod_pkg_setup } The eclass exports pkg_setup().. Thanks, Donnie -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-lang/R: ChangeLog R-2.6.0.ebuild R-2.4.1.ebuild R-2.5.0.ebuild
On 14:21 Sat 06 Oct , Markus Dittrich (markusle) wrote: 1.1 dev-lang/R/R-2.6.0.ebuild file : http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-lang/R/R-2.6.0.ebuild?rev=1.1view=markup plain: http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-lang/R/R-2.6.0.ebuild?rev=1.1content-type=text/plain pkg_setup() { # Test for a 64 bit architecture - f2c won't work on 64 bit archs with R. # Thanks to vapier for providing the test. cd ${T} echo 'int main(){}' test.c $(tc-getCC) -c test.c -o test.o if file test.o | grep -qs 64-bit ; then einfo 64 bit architecture detected, using g77 or gfortran. ... or ifc? FORTRAN=gfortran g77 ifc else FORTRAN=gfortran g77 f2c How come ifc isn't down here, too? # R-2.5.0 started to have issues with parallel make emake -j1 || die emake failed Got an upstream bug filed? make \ If emake doesn't work, please add a comment to that effect. prefix=${D}/usr \ mandir=${D}/usr/share/man \ infodir=${D}/usr/share/info \ libdir=${D}/usr/$(get_libdir) \ rhome=${D}/usr/$(get_libdir)/R \ -i ${D}/usr/$(get_libdir)/R/bin/R \ -i ${D}/usr/$(get_libdir)/R/bin/R \ sed -e s:${D}:: -i ${D}/usr/$(get_libdir)/pkgconfig/libR.pc \ cd ${D}/usr/bin/ ${D}/etc/env.d/99R cd ${S} Quote variables that can have spaces in them: D, S, T, WORKDIR, FILESDIR, DESTDIR, ROOT. Thanks, Donnie -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-util/astyle: ChangeLog metadata.xml astyle-1.21.ebuild
Steve Arnold (nerdboy) [EMAIL PROTECTED]: Modified: ChangeLog metadata.xml Added:astyle-1.21.ebuild overdue version bump and maintainer update unpack ${A} cd ${S} epatch ${FILESDIR}/${PN}-${PV}-strip.patch Please quote instances of ${S} and ${FILESDIR} (and don't forget about ${D}, ${T} and the like). make ${build_targets} || die build failed emake is not possible? If not, please tell so in a comment. V-Li -- Christian Faulhammer, Gentoo Lisp project URL:http://www.gentoo.org/proj/en/lisp/, #gentoo-lisp on FreeNode URL:http://www.faulhammer.org/ signature.asc Description: PGP signature
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in gnome-base/gnome-panel: ChangeLog gnome-panel-2.20.0.1.ebuild
On 21:28 Sat 06 Oct , Saleem Abdulrasool (compnerd) wrote: 1.1 gnome-base/gnome-panel/gnome-panel-2.20.0.1.ebuild file : http://sources.gentoo.org/viewcvs.py/gentoo-x86/gnome-base/gnome-panel/gnome-panel-2.20.0.1.ebuild?rev=1.1view=markup plain: http://sources.gentoo.org/viewcvs.py/gentoo-x86/gnome-base/gnome-panel/gnome-panel-2.20.0.1.ebuild?rev=1.1content-type=text/plain pkg_postinst() { local entries=/etc/gconf/schemas/panel-default-setup.entries if [ -e $entries ]; then einfo setting panel gconf defaults... GCONF_CONFIG_SOURCE=`${ROOT}usr/bin/gconftool-2 --get-default-source` ${ROOT}usr/bin/gconftool-2 --direct --config-source \ ${GCONF_CONFIG_SOURCE} --load=${entries} This bit is safe for ROOT != /, but look at the check made for whether to run it. Thanks, Donnie -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-lang/swi-prolog: ChangeLog swi-prolog-5.6.43.ebuild
On 23:57 Sat 06 Oct , Keri Harris (keri) wrote: 1.1 dev-lang/swi-prolog/swi-prolog-5.6.43.ebuild file : http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-lang/swi-prolog/swi-prolog-5.6.43.ebuild?rev=1.1view=markup plain: http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-lang/swi-prolog/swi-prolog-5.6.43.ebuild?rev=1.1content-type=text/plain epatch ${WORKDIR}/${PV}/1000-cflags.patch epatch ${WORKDIR}/${PV}/1001-multilib.patch epatch ${WORKDIR}/${PV}/1002-parallel-make.patch epatch ${WORKDIR}/${PV}/2100-thread-sandbox.patch epatch ${WORKDIR}/${PV}/2105-pl-profile-va-debug.patch epatch ${WORKDIR}/${PV}/2800-mandir.patch epatch ${WORKDIR}/${PV}/2900-thread-library.patch epatch ${WORKDIR}/${PV}/3029-clib-test.patch epatch ${WORKDIR}/${PV}/3059-ssl-test.patch epatch ${WORKDIR}/${PV}/3069-semweb-test.patch epatch ${WORKDIR}/${PV}/3150-jpl-env.patch epatch ${WORKDIR}/${PV}/3151-jpl-ppc-arch.patch epatch ${WORKDIR}/${PV}/3152-jpl-junit.patch epatch ${WORKDIR}/${PV}/3159-jpl-test.patch epatch ${WORKDIR}/${PV}/3160-xpce-parallel-build.patch epatch ${WORKDIR}/${PV}/3139-sgml-test.patch epatch ${WORKDIR}/${PV}/3149-sgml-RDF-test.patch epatch ${WORKDIR}/${PV}/3169-xpce-test.patch epatch ${WORKDIR}/${PV}/3199-ltx2htm.patch epatch ${WORKDIR}/${PV}/3229-zlib-test.patch You might want to just use epatch's bulk patching capability. Pass in the directory containing all the patches instead of specifying each one individually. Set EPATCH_FORCE=yes if you don't want to switch the patch naming scheme. Thanks, Donnie -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-sound/alsaplayer: ChangeLog alsaplayer-0.99.80_rc3.ebuild alsaplayer-0.99.77-r1.ebuild alsaplayer-0.99.80_rc1.ebuild
On 05:12 Sun 07 Oct , Samuli Suominen (drac) wrote: 1.1 media-sound/alsaplayer/alsaplayer-0.99.80_rc3.ebuild file : http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-sound/alsaplayer/alsaplayer-0.99.80_rc3.ebuild?rev=1.1view=markup plain: http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-sound/alsaplayer/alsaplayer-0.99.80_rc3.ebuild?rev=1.1content-type=text/plain if ! use alsa ! use oss ! use esd ! use jack ! use nas ! use sparc; then ewarn You've disabled alsa, oss, esd, jack and nas. Enabling oss for you. myconf=${myconf} --enable-oss fi How come oss is the default instead of alsa? Thanks, Donnie -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-sound/alsaplayer: ChangeLog alsaplayer-0.99.80_rc3.ebuild alsaplayer-0.99.77-r1.ebuild alsaplayer-0.99.80_rc1.ebuild
On Sun, 7 Oct 2007 02:12:07 -0700 Donnie Berkholz [EMAIL PROTECTED] wrote: On 05:12 Sun 07 Oct , Samuli Suominen (drac) wrote: 1.1 media-sound/alsaplayer/alsaplayer-0.99.80_rc3.ebuild file : http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-sound/alsaplayer/alsaplayer-0.99.80_rc3.ebuild?rev=1.1view=markup plain: http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-sound/alsaplayer/alsaplayer-0.99.80_rc3.ebuild?rev=1.1content-type=text/plain if ! use alsa ! use oss ! use esd ! use jack ! use nas ! usesparc; then ewarn You've disabled alsa, oss, esd, jack and nas. Enabling oss for you. myconf=${myconf} --enable-oss fi How come oss is the default instead of alsa? It's only a fallback if none of USE flags is specified which is an unlikely scenario (as alsa is in make.defaults) , also because it doesn't introduce new dependencies unlike alsa needing alsa-lib. - drac Thanks, Donnie -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-sound/alsaplayer: ChangeLog alsaplayer-0.99.80_rc3.ebuild alsaplayer-0.99.77-r1.ebuild alsaplayer-0.99.80_rc1.ebuild
On Sun, 7 Oct 2007 12:37:20 +0300 Samuli Suominen [EMAIL PROTECTED] wrote: On Sun, 7 Oct 2007 02:12:07 -0700 Donnie Berkholz [EMAIL PROTECTED] wrote: On 05:12 Sun 07 Oct , Samuli Suominen (drac) wrote: 1.1 media-sound/alsaplayer/alsaplayer-0.99.80_rc3.ebuild file : http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-sound/alsaplayer/alsaplayer-0.99.80_rc3.ebuild?rev=1.1view=markup plain: http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-sound/alsaplayer/alsaplayer-0.99.80_rc3.ebuild?rev=1.1content-type=text/plain if ! use alsa ! use oss ! use esd ! use jack ! use nas ! use sparc; then ewarn You've disabled alsa, oss, esd, jack and nas. Enabling oss for you. myconf=${myconf} --enable-oss fi How come oss is the default instead of alsa? It's only a fallback if none of USE flags is specified which is an unlikely scenario (as alsa is in make.defaults) , also because it doesn't introduce new dependencies unlike alsa needing alsa-lib. Plus if fbsd wants to keyword it, they use oss instead of alsa. - drac Thanks, Donnie -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] new-style virtual/editor
On Friday, 5. October 2007, Olivier Crête wrote: On Fri, 2007-05-10 at 11:46 -0700, Donnie Berkholz wrote: How many packages depend on virtual/editor? Should it be a virtual at all? Tester_ !rdep virtual/editor jeeves virtual/editor - app-admin/sudo sys-process/fcron I think the answer is none that really should, I would favor just removing virtual/editor. A lot more applications need it, see subversion and cvs, which invoke $EDITOR. Robert signature.asc Description: This is a digitally signed message part.
[gentoo-dev] How to add a service to /etc/services?
Hi, I've found the following interesting piece of code in src_install of both app-emacs/lookup and net-misc/ndptd: if ! $(grep 2010/tcp /etc/services /dev/null 21) ; then cp /etc/services ${T}/services cat ${T}/services-EOF ndtp2010/tcp# Network Dictionary Transfer Protocol EOF insinto /etc doins ${T}/services fi Which leads me to the question: What is the recommended way to add a service to /etc/services? And shouldn't getent (or even egetent) be used to determine if it already exists? Ulrich -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] How to add a service to /etc/services?
Ulrich Mueller wrote: if ! $(grep 2010/tcp /etc/services /dev/null 21) ; then cp /etc/services ${T}/services cat ${T}/services-EOF ndtp2010/tcp# Network Dictionary Transfer Protocol EOF insinto /etc doins ${T}/services fi Which leads me to the question: What is the recommended way to add a service to /etc/services? Unless I'm mistaken, altering file that is owned by another package (baselayout in this case) is not a good idea as it would invalidate file checksum that Portage keeps. Why not add that line to baselayout-provided file? Cheers, -jkt -- cd /local/pub more beer /dev/mouth signature.asc Description: OpenPGP digital signature
[gentoo-dev] Upcoming masking of dev-lang/php-4* and packages depending on it
Heya, I'm going to p.mask =dev-lang/php-4* and all packages explicitly depending on this version of php (i.e. the whole dev-php4/ category (36 packages) and one webapp, www-apps/knowledgetree, bug 194894 [1]) next weekend (around Oct 14th). This step is necessary as there is hardly any upstream activity anymore. The last official version of php-4, 4.4.7, dates back to May 3rd and is in the same state as php-5.2.2 security-wise (and we all know how many issues php-5 had in the past, just have a look at the recently published GLSA 200710-02 [2]). All those security problems, which were fixed in the 5.2 branch, possibly apply to the 4.4 branch as well, yet there are no (backported) fixes in upstream CVS and there is no sign of an upcoming release either. This means, if we were to continue php-4 support we would have to do the upstream work and compile a list of issues + patches. Upstream developers seem to see it the same way -- if you really want to get it done - do it was one reply when I asked what's up with php-4. Noone from our PHP team has the time and motiviation to do that work, and as such we are going to mask it (unless someone volunteers to do the work and/or upstream becomes active again). We will still keep php-4 (and all related packages) in the tree until at least the end of the year (this is the date where official upstream support ends) and bump it if (and not when...) there are any releases. We advise all users of of php-4 to upgrade to php-5 as soon as possible. [1] https://bugs.gentoo.org/show_bug.cgi?id=194894 [2] http://www.gentoo.org/security/en/glsa/glsa-200710-02.xml -- Christian Hoffmann Gentoo PHP herd signature.asc Description: PGP signature
Re: [gentoo-dev] How to add a service to /etc/services?
On 10/7/07, Ulrich Mueller [EMAIL PROTECTED] wrote: Hi, I've found the following interesting piece of code in src_install of both app-emacs/lookup and net-misc/ndptd: if ! $(grep 2010/tcp /etc/services /dev/null 21) ; then cp /etc/services ${T}/services cat ${T}/services-EOF ndtp2010/tcp# Network Dictionary Transfer Protocol EOF insinto /etc doins ${T}/services fi Which leads me to the question: What is the recommended way to add a service to /etc/services? And shouldn't getent (or even egetent) be used to determine if it already exists? Ask upstream to add it in a future version? -Alec -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] new-style virtual/editor
On 10/7/07, Robert Buchholz [EMAIL PROTECTED] wrote: On Friday, 5. October 2007, Olivier Crête wrote: On Fri, 2007-05-10 at 11:46 -0700, Donnie Berkholz wrote: How many packages depend on virtual/editor? Should it be a virtual at all? Tester_ !rdep virtual/editor jeeves virtual/editor - app-admin/sudo sys-process/fcron I think the answer is none that really should, I would favor just removing virtual/editor. A lot more applications need it, see subversion and cvs, which invoke $EDITOR. I think you missed the train when someone mentioned we put an editor in system, thus making one always available. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in sys-fs/ncdu: ChangeLog ncdu-1.3.ebuild
On 10/3/07, Josh Sled [EMAIL PROTECTED] wrote: Wolfram Schlich [EMAIL PROTECTED] writes: * Donnie Berkholz [EMAIL PROTECTED] [2007-10-03 19:12]: On 12:43 Wed 03 Oct , Wolfram Schlich wrote: And *please*, don't send such mails to this list *and* to my address in addition. You can add a procmail rule to detect duplicates using a cache and checking Message-Id, with formail. Examples of this are all over the place. It's a useful rule to have for many reasons besides this. Yeah, but it's unpredictable *which* one of the two mails makes it first onto my system, thus the one *not* sent to the list might Sigh. It is the same message, addressed To/Cc: you and/or the list, no matter which one is delivered first. So just put all list(+private) filtering before personal filtering. E.g., # filter duplicate-message delivery; see procmailex # The more you know. :0 Wh: msgid.lock | formail -D 8192 msgid.cache :0 He * ^(to|from|cc):.*gentoo-dev lists/gentoo-dev/ # other public mailing lists (more general, least specific) # other private filters (less general, most specific) # some might call the following 'inbox'... :0 otherwise-unfiltered/ -- ...jsled http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] What about those of us suffering with Outlook!??! -Alec -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] How to add a service to /etc/services?
On Sun, 7 Oct 2007, Alec Warner wrote: ndtp2010/tcp# Network Dictionary Transfer Protocol Which leads me to the question: What is the recommended way to add a service to /etc/services? And shouldn't getent (or even egetent) be used to determine if it already exists? Ask upstream to add it in a future version? Hm, I see now that ndtp is registered by IANA and already in baselayout's /etc/services, but under a different port number: ndtp2882/tcp# Network Dictionary Transfer Protocol ndtp2882/udp Since the ndtpd ebuild greps for 2010/tcp (which it doesn't find) it will add the service a second time ... Is 2010 an obsolete port number, so that the /etc/services handling should simply be removed from the net-misc/ndtpd and app-emacs/lookup ebuilds? Is anyone actually using ndtpd who can shed some light on the issue? Ulrich -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] RFC: sh versionator.eclass
Mike Frysinger wrote: as mentioned, GNU is the main bread and butter of Gentoo. forcing the majority of people to go pure POSIX in the face of GNU extensions that make life easier is wrong. so the minority gets screwed, that's life. especially considering it's trivial for the minority to conform. -mike Hi Mike, I totally agree that we should be careful about trying to force pure POSIX on ebuild writers, and you are right that GNU is the majority. I do see an issue here, though, and I am not sure what the best solution is. Ebuilds have to work across various platforms, including the Gentoo/Alt ones, and it is common practice to use external tools (like find, etc.), and unlike eclasses, they can behave differently on different platforms (at least the way things are set up now). Ebuilds already have to limit themselves to using tools from a core set that exist on all systems, of course, but if options to these tools are used that do not exist on all platforms, the ebuild is not portable, and that's the crux of the issue. So there are a couple of options, as I see it: 1) Limit tool options to those that are common to all tool variants 2) Port a standard (i.e. GNU) set of tools to all platforms 3) Force all gentoo ports to use GNU userland I think we'd all agree that #3 is too restrictive. For example, g/fbsd uses BSD's userland (like vanilla FreeBSD does), and making it GNU would be a pretty major change. #2 is would be feasible, but namespace collisions would result unless we did something like prepend g to the tools and perhaps place them in a standard dir where ebuilds will look for them first. This would even more formally define the core set of tools allowed, and I'm not sure if this is a good or bad thing. #1 is the one you object to, and I am torn on this one. I agree with you that we don't necessarily want to deny ebuilds nice features included in only the GNU variants, but then again, the Gentoo Development Guide does recommend avoiding GNU-specific options for, I assume, this reason: http://devmanual.gentoo.org/tools-reference/find/index.html So, comments? -Joe -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] How to add a service to /etc/services?
On Sunday 07 October 2007, Ulrich Mueller wrote: I've found the following interesting piece of code in src_install of both app-emacs/lookup and net-misc/ndptd: if ! $(grep 2010/tcp /etc/services /dev/null 21) ; then cp /etc/services ${T}/services cat ${T}/services-EOF ndtp2010/tcp# Network Dictionary Transfer Protocol EOF insinto /etc doins ${T}/services fi these packages need to get shot in the head ... those will cause package collisions Which leads me to the question: What is the recommended way to add a service to /etc/services? have the port properly registered with IANA and then baselayout will integrate the updates And shouldn't getent (or even egetent) be used to determine if it already exists? no, because that implies it's ok having anything other than baselayout or the user modify the file -mike signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-libs/linux-fusion: ChangeLog linux-fusion-7.0.1.ebuild
On Sunday 07 October 2007, Donnie Berkholz wrote: On 13:15 Sat 06 Oct , Mike Frysinger (vapier) wrote: 1.1 dev-libs/linux-fusion/linux-fusion-7.0.1.ebuild file : http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-libs/linux-fusion/lin ux-fusion-7.0.1.ebuild?rev=1.1view=markup plain: http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-libs/linux-fusion/lin ux-fusion-7.0.1.ebuild?rev=1.1content-type=text/plain pkg_setup() { linux-mod_pkg_setup } The eclass exports pkg_setup().. yeah ... prob copy paste from original ebuild or something. fixed at any rate, thanks. -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Re: RFC: sh versionator.eclass
On Sun, 2007-10-07 at 01:09 -0400, Mike Frysinger wrote: On Tuesday 02 October 2007, George Shapovalov wrote: Tuesday, 2. October 2007, Roy Marples Ви написали: And here it is - if [[ ${FORTRANC} = gfortran ]]; then + if [ ${FORTRANC} = gfortran ]; then You know, it is funny to see these lines after all those cries about how [ is evil and we should really never ever use it but rather always use [[ form :). Oh, btw, does the compliant sh correctly process the most cited composition? : [ -n $foo ] [ -z $foo ] echo huh? (straight from devmanual, the primary reason why [ is considered bad) [...] will crap a brick if foo expands to multiple arguments Only if unquoted. which is why [[...]] is preferred ... it'll do the sane thing and work correctly Which encourages developers not to quote in my view. Roy -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] RFC: sh versionator.eclass
On Sun, 2007-10-07 at 01:06 -0400, Mike Frysinger wrote: You can also do some pattern matching like so foo=foo foobar [ ${foo%foobar} = ${foo} ] || echo ends with foobar [ ${foo#foobar} = ${foo} ] || echo starts with foo [ ${foo#* } = ${foo} ] || echo has a space So there's no need for convoluted nested case statements. no need implies that everything can be done, but you started off with some ... Yes, the some being =~, which is the only operator I know of that cannot be done with posix sh you're still going from one clean logic statement to multiple ones where the nested logic gets to be a pita to track. again, this is a sad/unacceptable solution. OK, it's time to pony up - show me a code snippet which you think a nested code snipet which you think is unworkable in posix sh when transitioning from [[ ]] to [ ]. =~ isn't allowed as that's a strict bashism. Thanks Roy -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Re: use flags - use options
Marijn Schouten (hkBst) [EMAIL PROTECTED]: I imagine there are a lot more cases where the simple on/off system we have now is suboptimal. I could be wrong of course. Please comment. This key=value systems sounds interesting. Another use could be the choice between xulrunner, seamonkey, firefox. V-Li -- Christian Faulhammer, Gentoo Lisp project URL:http://www.gentoo.org/proj/en/lisp/, #gentoo-lisp on FreeNode URL:http://www.faulhammer.org/ signature.asc Description: PGP signature
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in sys-fs/ncdu: ChangeLog ncdu-1.3.ebuild
On Sun, 2007-10-07 at 07:57 -0700, Alec Warner wrote: What about those of us suffering with Outlook!??! Umm... woodpecker has procmail on it. Every developer has access to procmail. Also, nobody forces you to use Outlook. -- Chris Gianelloni Release Engineering Strategic Lead Alpha/AMD64/x86 Architecture Teams Games Developer/Foundation Trustee Gentoo Foundation signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] new-style virtual/editor
On Sunday, 7. October 2007, Alec Warner wrote: On 10/7/07, Robert Buchholz [EMAIL PROTECTED] wrote: On Friday, 5. October 2007, Olivier Crête wrote: On Fri, 2007-05-10 at 11:46 -0700, Donnie Berkholz wrote: How many packages depend on virtual/editor? Should it be a virtual at all? Tester_ !rdep virtual/editor jeeves virtual/editor - app-admin/sudo sys-process/fcron I think the answer is none that really should, I would favor just removing virtual/editor. A lot more applications need it, see subversion and cvs, which invoke $EDITOR. I think you missed the train when someone mentioned we put an editor in system, thus making one always available. I thought this discussion was going into a direction that had the system dependency removed. I guess I was mistaking. Robert signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Re: use flags - use options
Hi! On Sun, 07 Oct 2007, Christian Faulhammer wrote: Marijn Schouten (hkBst) [EMAIL PROTECTED]: I imagine there are a lot more cases where the simple on/off system we have now is suboptimal. I could be wrong of course. Please comment. This key=value systems sounds interesting. Another use could be the choice between xulrunner, seamonkey, firefox. And maybe it can be alleviated for some of the virtuals problem space. For those apps that need an editor, one could think of editor=vim. That would then of course raise the question of a sensible default - as it is with virtual/editor right now. Generally, its prime area of use is where something can be turned off (foo=off) or turned on with different ways of getting the functionality (foo=gnufoo, foo=freefoo, foo=foong). Another thing to keep in mind is though, that gnufoo might not have all the nifty-but-patent-ridden stuff that freefoo has. Then again, the user/sysadmin should know which of those fits the bill. The question would only be how to convey this info to the admin. Regards, Tobias -- In the future, everyone will be anonymous for 15 minutes. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: use flags - use options
Tobias Klausmann wrote: For those apps that need an editor, one could think of editor=vim. USE flag change usually triggers a rebuild of the package in question. I certainly don't want to rebuild packages just because I switch $EDITOR. Cheers, -jkt -- cd /local/pub more beer /dev/mouth signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] new old eclass - wxwidgets.eclass
work fine with conditional wx usage? need-wxwidgets for that, I guess? No, please. These need-foo()'s are crap, because too often people people do need-foo DEPEND=another-dep resetting the to be stored dependencies to just another-dep... Also top level function calls in ebuilds are dead ugly per se. Use NEED_WX=x.y to be set before inheriting the eclass instead. Carsten signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] RFC: sh versionator.eclass
On 07-10-2007 10:19:43 -0600, Joe Peterson wrote: So there are a couple of options, as I see it: 1) Limit tool options to those that are common to all tool variants 2) Port a standard (i.e. GNU) set of tools to all platforms 3) Force all gentoo ports to use GNU userland I think we'd all agree that #3 is too restrictive. For example, g/fbsd uses BSD's userland (like vanilla FreeBSD does), and making it GNU would be a pretty major change. No, it is not. The problem IMHO is in the user userland and the portage userland are being seen as one. I think it would be very easy to install all GNU equivalents of tools on BSD in some separate dir, put it in portage's DEFAULT_PATH before /bin and /usr/bin and all would work perfectly well from the ebuild/eclass perspective. -- Fabian Groffen Gentoo on a different level -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] RFC: sh versionator.eclass
Fabian Groffen wrote: On 07-10-2007 10:19:43 -0600, Joe Peterson wrote: So there are a couple of options, as I see it: 1) Limit tool options to those that are common to all tool variants 2) Port a standard (i.e. GNU) set of tools to all platforms 3) Force all gentoo ports to use GNU userland I think we'd all agree that #3 is too restrictive. For example, g/fbsd uses BSD's userland (like vanilla FreeBSD does), and making it GNU would be a pretty major change. No, it is not. The problem IMHO is in the user userland and the portage userland are being seen as one. I think it would be very easy to install all GNU equivalents of tools on BSD in some separate dir, put it in portage's DEFAULT_PATH before /bin and /usr/bin and all would work perfectly well from the ebuild/eclass perspective. Yep, that's option #2, and I think that could work - a subset of commands in their GNU variants used by portage. It means formalizing the official set of tools allowed for use in ebuilds (I'm not sure if the dev guide really codifies this or not, even though it gives a list of such tools). What I meant above is that #3, which would be changing all of userland itself to GNU, would be major and undesirable. Having the option of a complete GNU userland would be an interesting option/project, but it's a good thing to have the flexibility to have any userland desired, as long as portage has a way of being consistent (i.e. via something like #2). -Joe -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: gnustep-base.eclass
Le Fri, 5 Oct 2007 17:08:17 -0700 Donnie Berkholz [EMAIL PROTECTED] a écrit: On 17:31 Fri 05 Oct , Ryan Hill wrote: If there aren't any variables that you actually need expanded in the script (i didn't see any but could have easily missed it), just escape the termination marker, ie. cat \EOF ${T}/${cfile} or cat 'EOF' ${T}/${cfile} This turns off parameter and arithmetic expansion and command substitution. That is so cool. Just another reason I love this reviewing. Yes, thanks for the suggestion, this looks perfect! These lines originally had some ${GNUSTEP_...} variables in them, which required expansion in the ebuild, hence the backquotes forest... Now, however the only one here is ${P}, which will probably be left alone in its own echo command. I'll look into that soon. By the way, even if this probably won't be need in that case, what's the policy on adding files for eclasses, as uberlord suggested? The only subfolder in eclasses/ for now is ELT-patches, but maybe because for now no eclass needed that feature -- Bernard Cafarelli (Voyageur) NX and GNUstep Gentoo developer -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2007-10-07 23h59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2007-10-07 23h59 UTC. Removals: dev-python/logging 2007-10-06 09:43:16 hawking net-irc/nikibot 2007-10-06 13:28:11 mabi media-libs/moodriver2007-10-06 14:25:10 drac Additions: dev-java/rjava 2007-10-01 04:42:43 nerdboy dev-lang/idb2007-10-02 11:51:54 bicatali virtual/postgresql-libs 2007-10-03 05:10:19 dev-zero virtual/postgresql-server 2007-10-03 05:13:32 dev-zero dev-db/mysql-proxy 2007-10-03 15:36:22 wschlich media-tv/channeleditor 2007-10-04 16:40:37 zzam games-action/extreme-tuxracer 2007-10-04 22:21:36 tupone sys-cluster/drbd-kernel 2007-10-05 14:01:19 xmerlin media-sound/combine_wave2007-10-05 19:18:56 sbriesen dev-libs/libyaml2007-10-05 22:49:01 sbriesen dev-python/pysyck 2007-10-05 22:53:59 sbriesen dev-python/pyyaml 2007-10-05 23:01:23 sbriesen dev-python/cython 2007-10-06 09:22:57 hawking dev-python/pyspf2007-10-06 11:26:44 dragonheart mail-filter/pypolicyd-spf 2007-10-06 12:02:39 dragonheart mail-filter/dkim-milter 2007-10-06 13:40:10 dragonheart media-sound/pwavecat2007-10-06 14:32:50 sbriesen media-sound/substract_wave 2007-10-06 14:52:19 sbriesen media-video/super_demux 2007-10-06 15:04:03 sbriesen x11-themes/gtk-engines-ubuntulooks 2007-10-07 07:44:14 drac media-plugins/vdr-remotetimers 2007-10-07 12:21:07 zzam app-arch/lzma-utils 2007-10-07 18:05:24 vapier -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: dev-python/logging,removed,hawking,2007-10-06 09:43:16 net-irc/nikibot,removed,mabi,2007-10-06 13:28:11 media-libs/moodriver,removed,drac,2007-10-06 14:25:10 Added Packages: dev-java/rjava,added,nerdboy,2007-10-01 04:42:43 dev-lang/idb,added,bicatali,2007-10-02 11:51:54 virtual/postgresql-libs,added,dev-zero,2007-10-03 05:10:19 virtual/postgresql-server,added,dev-zero,2007-10-03 05:13:32 dev-db/mysql-proxy,added,wschlich,2007-10-03 15:36:22 media-tv/channeleditor,added,zzam,2007-10-04 16:40:37 games-action/extreme-tuxracer,added,tupone,2007-10-04 22:21:36 sys-cluster/drbd-kernel,added,xmerlin,2007-10-05 14:01:19 media-sound/combine_wave,added,sbriesen,2007-10-05 19:18:56 dev-libs/libyaml,added,sbriesen,2007-10-05 22:49:01 dev-python/pysyck,added,sbriesen,2007-10-05 22:53:59 dev-python/pyyaml,added,sbriesen,2007-10-05 23:01:23 dev-python/cython,added,hawking,2007-10-06 09:22:57 dev-python/pyspf,added,dragonheart,2007-10-06 11:26:44 mail-filter/pypolicyd-spf,added,dragonheart,2007-10-06 12:02:39 mail-filter/dkim-milter,added,dragonheart,2007-10-06 13:40:10 media-sound/pwavecat,added,sbriesen,2007-10-06 14:32:50 media-sound/substract_wave,added,sbriesen,2007-10-06 14:52:19 media-video/super_demux,added,sbriesen,2007-10-06 15:04:03 x11-themes/gtk-engines-ubuntulooks,added,drac,2007-10-07 07:44:14 media-plugins/vdr-remotetimers,added,zzam,2007-10-07 12:21:07 app-arch/lzma-utils,added,vapier,2007-10-07 18:05:24 Done.
Re: [gentoo-dev] new-style virtual/editor
On Friday 05 October 2007, Olivier Crête wrote: On Fri, 2007-05-10 at 20:27 +0100, Stephen Bennett wrote: Donnie Berkholz [EMAIL PROTECTED] wrote: How many packages depend on virtual/editor? Should it be a virtual at all? The system set depends on it, and last I knew didn't allow for any-of deps. Does it really depend on it ? Or is it just a convenient dep so its installed as part of the stage1 ? Why not just put nano in the system (which is was gets pulled into the stages anyway). if it's part of the system target, then it's a pita for people to switch editors ... `emerge vim emerge -C nano` wont work anymore if it's part of the build target (meaning it goes into stage1 but isnt part of system), then it'll get cleaned by default when doing something simple like `emerge depclean` it doesnt matter to me whether ebuilds do PROVIDE or a new style virtual, whatever floats your boat i guess -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Re: RFC: sh versionator.eclass
On Sunday 07 October 2007, Roy Marples wrote: On Sun, 2007-10-07 at 01:09 -0400, Mike Frysinger wrote: On Tuesday 02 October 2007, George Shapovalov wrote: Tuesday, 2. October 2007, Roy Marples Ви написали: And here it is - if [[ ${FORTRANC} = gfortran ]]; then + if [ ${FORTRANC} = gfortran ]; then You know, it is funny to see these lines after all those cries about how [ is evil and we should really never ever use it but rather always use [[ form :). Oh, btw, does the compliant sh correctly process the most cited composition? : [ -n $foo ] [ -z $foo ] echo huh? (straight from devmanual, the primary reason why [ is considered bad) [...] will crap a brick if foo expands to multiple arguments Only if unquoted. which is why [[...]] is preferred ... it'll do the sane thing and work correctly Which encourages developers not to quote in my view. addressing one issue (quoting) while ignoring others (extended syntax) leads to crappy inconsistencies. if the standard you want (POSIX) cant do it all, then nitpicking details is a waste of time. -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] RFC: sh versionator.eclass
On Sunday 07 October 2007, Roy Marples wrote: On Sun, 2007-10-07 at 01:06 -0400, Mike Frysinger wrote: You can also do some pattern matching like so foo=foo foobar [ ${foo%foobar} = ${foo} ] || echo ends with foobar [ ${foo#foobar} = ${foo} ] || echo starts with foo [ ${foo#* } = ${foo} ] || echo has a space So there's no need for convoluted nested case statements. no need implies that everything can be done, but you started off with some ... Yes, the some being =~, which is the only operator I know of that cannot be done with posix sh you're still going from one clean logic statement to multiple ones where the nested logic gets to be a pita to track. again, this is a sad/unacceptable solution. OK, it's time to pony up - show me a code snippet which you think a nested code snipet which you think is unworkable in posix sh when transitioning from [[ ]] to [ ]. i never mentioned =~. i already gave perfectly acceptable examples of using == with pattern matching and your unacceptable workaround was to use [possibly nested] case statements. -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] RFC: sh versionator.eclass
On Sunday 07 October 2007, Fabian Groffen wrote: On 07-10-2007 10:19:43 -0600, Joe Peterson wrote: So there are a couple of options, as I see it: 1) Limit tool options to those that are common to all tool variants 2) Port a standard (i.e. GNU) set of tools to all platforms 3) Force all gentoo ports to use GNU userland I think we'd all agree that #3 is too restrictive. For example, g/fbsd uses BSD's userland (like vanilla FreeBSD does), and making it GNU would be a pretty major change. No, it is not. The problem IMHO is in the user userland and the portage userland are being seen as one. I think it would be very easy to install all GNU equivalents of tools on BSD in some separate dir, put it in portage's DEFAULT_PATH before /bin and /usr/bin and all would work perfectly well from the ebuild/eclass perspective. Fabian has summed it up nicely, thanks. i could care less what your userland is outside of the ebuild environment since it doesnt matter to ebuild writers. you want a deficient runtime environment, more power to you, but forcing that environment onto ebuild developers is not acceptable. off the top of my head, i'd like to see GNU find/xargs added to the ebuild environment. -mike signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Last Rites - Sept 30th - Oct 7th, 2007
Attached are the packages that have been scheduled for removal this week. -- fonts / wxWindows / gcc-porting / treecleaners EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 (0xF9A40662) dev-db/mysql-administrator Sven Wegener [EMAIL PROTECTED] 30 Oct 2007 dev-db/mysql-query-browser Sven Wegener [EMAIL PROTECTED] 30 Oct 2007 dev-util/ladebug Christian Faulhammer [EMAIL PROTECTED] 01 Nov 2007 x11-wm/kahakai Joe Sapp [EMAIL PROTECTED] 02 Nov 2007 dev-php5/pecl-pdo Christian Hoffmann [EMAIL PROTECTED] 04 Nov 2007 dev-php5/pecl-pdo-dblibChristian Hoffmann [EMAIL PROTECTED] 04 Nov 2007 dev-php5/pecl-pdo-mysqlChristian Hoffmann [EMAIL PROTECTED] 04 Nov 2007 dev-php5/pecl-pdo-oci Christian Hoffmann [EMAIL PROTECTED] 04 Nov 2007 dev-php5/pecl-pdo-odbc Christian Hoffmann [EMAIL PROTECTED] 04 Nov 2007 dev-php5/pecl-pdo-pgsqlChristian Hoffmann [EMAIL PROTECTED] 04 Nov 2007 dev-php5/pecl-pdo-sqlite Christian Hoffmann [EMAIL PROTECTED] 04 Nov 2007 dev-lisp/gcl-cvs Marijn Schouten [EMAIL PROTECTED] 05 Nov 2007 games-fps/americas-armyChris Gianelloni [EMAIL PROTECTED] 05 Nov 2007 app-laptop/smcinit Michele Noberasco [EMAIL PROTECTED] 06 Nov 2007 table tr thPackage:/th thRemoval date:/th thContact:/th /tr tr tiuri link=http://packages.gentoo.org/packages/?category=dev-db;name=mysql-administrator;dev-db/mysql-administrator/uri/ti ti30 Oct 2007/ti timail link=[EMAIL PROTECTED]Sven Wegener/mail/ti /tr tr tiuri link=http://packages.gentoo.org/packages/?category=dev-db;name=mysql-query-browser;dev-db/mysql-query-browser/uri/ti ti30 Oct 2007/ti timail link=[EMAIL PROTECTED]Sven Wegener/mail/ti /tr tr tiuri link=http://packages.gentoo.org/packages/?category=dev-util;name=ladebug;dev-util/ladebug/uri/ti ti01 Nov 2007/ti timail link=[EMAIL PROTECTED]Christian Faulhammer/mail/ti /tr tr tiuri link=http://packages.gentoo.org/packages/?category=x11-wm;name=kahakai;x11-wm/kahakai/uri/ti ti02 Nov 2007/ti timail link=[EMAIL PROTECTED]Joe Sapp/mail/ti /tr tr tiuri link=http://packages.gentoo.org/packages/?category=dev-php5;name=pecl-pdo;dev-php5/pecl-pdo/uri/ti ti04 Nov 2007/ti timail link=[EMAIL PROTECTED]Christian Hoffmann/mail/ti /tr tr tiuri link=http://packages.gentoo.org/packages/?category=dev-php5;name=pecl-pdo-dblib;dev-php5/pecl-pdo-dblib/uri/ti ti04 Nov 2007/ti timail link=[EMAIL PROTECTED]Christian Hoffmann/mail/ti /tr tr tiuri link=http://packages.gentoo.org/packages/?category=dev-php5;name=pecl-pdo-mysql;dev-php5/pecl-pdo-mysql/uri/ti ti04 Nov 2007/ti timail link=[EMAIL PROTECTED]Christian Hoffmann/mail/ti /tr tr tiuri link=http://packages.gentoo.org/packages/?category=dev-php5;name=pecl-pdo-oci;dev-php5/pecl-pdo-oci/uri/ti ti04 Nov 2007/ti timail link=[EMAIL PROTECTED]Christian Hoffmann/mail/ti /tr tr tiuri link=http://packages.gentoo.org/packages/?category=dev-php5;name=pecl-pdo-odbc;dev-php5/pecl-pdo-odbc/uri/ti ti04 Nov 2007/ti timail link=[EMAIL PROTECTED]Christian Hoffmann/mail/ti /tr tr tiuri link=http://packages.gentoo.org/packages/?category=dev-php5;name=pecl-pdo-pgsql;dev-php5/pecl-pdo-pgsql/uri/ti ti04 Nov 2007/ti timail link=[EMAIL PROTECTED]Christian Hoffmann/mail/ti /tr tr tiuri link=http://packages.gentoo.org/packages/?category=dev-php5;name=pecl-pdo-sqlite;dev-php5/pecl-pdo-sqlite/uri/ti ti04 Nov 2007/ti timail link=[EMAIL PROTECTED]Christian Hoffmann/mail/ti /tr tr tiuri link=http://packages.gentoo.org/packages/?category=dev-lisp;name=gcl-cvs;dev-lisp/gcl-cvs/uri/ti ti05 Nov 2007/ti timail link=[EMAIL PROTECTED]Marijn Schouten/mail/ti /tr tr tiuri link=http://packages.gentoo.org/packages/?category=games-fps;name=americas-army;games-fps/americas-army/uri/ti ti05 Nov 2007/ti timail link=[EMAIL PROTECTED]Chris Gianelloni/mail/ti /tr tr tiuri link=http://packages.gentoo.org/packages/?category=app-laptop;name=smcinit;app-laptop/smcinit/uri/ti ti06 Nov 2007/ti timail link=[EMAIL PROTECTED]Michele Noberasco/mail/ti /tr /table
Re: [gentoo-dev] Re: use flags - use options
On Sun, 7 Oct 2007 21:12:25 +0200 Tobias Klausmann [EMAIL PROTECTED] wrote: Hi! On Sun, 07 Oct 2007, Christian Faulhammer wrote: Marijn Schouten (hkBst) [EMAIL PROTECTED]: I imagine there are a lot more cases where the simple on/off system we have now is suboptimal. I could be wrong of course. Please comment. This key=value systems sounds interesting. Another use could be the choice between xulrunner, seamonkey, firefox. We already have this with USE_EXPAND. Not exactly the same syntax, but I don't see a terrible problem in that, and we don't have to fix all three trillion related tools to handle it. Unless you can come up with a case that can't be handled with USE_EXPAND. And maybe it can be alleviated for some of the virtuals problem space. For those apps that need an editor, one could think of editor=vim. I don't see how this is related at all, as the packages need an editor, but don't care which editor. So what would USE=editor=vim do? Marius -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] RFC: sh versionator.eclass
Mike Frysinger wrote: Fabian has summed it up nicely, thanks. i could care less what your userland is outside of the ebuild environment since it doesnt matter to ebuild writers. you want a deficient runtime environment, more power to you, but forcing that environment onto ebuild developers is not acceptable. off the top of my head, i'd like to see GNU find/xargs added to the ebuild environment. -mike Mike, exactly as I said. That's option #2, and I think it could be a great solution. As for deficient, well, that's in the eye of the beholder. ;) -Joe -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Last rites: dev-php5/pecl-pdo*
On Thursday, 4. October 2007, Christian Hoffmann wrote: # Christian Hoffmann [EMAIL PROTECTED] (04 Oct 2007) # Outdated (no releases since May 2006), buggy and possibly vulnerable # to security problems Anything security-related you know of or just a wild guess? Robert signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in sys-fs/ncdu: ChangeLog ncdu-1.3.ebuild
On Thursday, 4. October 2007, Josh Sled wrote: Wolfram Schlich [EMAIL PROTECTED] writes: * Donnie Berkholz [EMAIL PROTECTED] [2007-10-03 19:12]: On 12:43 Wed 03 Oct , Wolfram Schlich wrote: And *please*, don't send such mails to this list *and* to my address in addition. You can add a procmail rule to detect duplicates using a cache and checking Message-Id, with formail. Examples of this are all over the place. It's a useful rule to have for many reasons besides this. Yeah, but it's unpredictable *which* one of the two mails makes it first onto my system, thus the one *not* sent to the list might Sigh. It is the same message, addressed To/Cc: you and/or the list, no matter which one is delivered first. So just put all list(+private) filtering before personal filtering. That doesn't work when filtering for List-Id headers which can be nicely used with regex matching like so: # Gentoo lists :0 * ^List-Id: .*[]gentoo-\/[^.]+ .gentoo.gentoo-$MATCH/ Robert signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Re: use flags - use options
Jan Kundr?t [EMAIL PROTECTED] wrote: Tobias Klausmann wrote: For those apps that need an editor, one could think of editor=vim. USE flag change usually triggers a rebuild of the package in question. I certainly don't want to rebuild packages just because I switch $EDITOR. If there's a compile-time dependency on an editor, usually meaning that the path to an editor is hardcoded into some binary, then you most certainly _do_ want to recompile when you switch the system editor. Otherwise, those packages will fail when you remove the old editor. -- There are problems in today's world that cannot be solved by the level of thinking that created them. -- Albert Einstein -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-libs/ace: ChangeLog ace-5.6.1.ebuild
On 19:52 Sun 07 Oct , Daniel Black (dragonheart) wrote: 1.1 dev-libs/ace/ace-5.6.1.ebuild file : http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-libs/ace/ace-5.6.1.ebuild?rev=1.1view=markup plain: http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-libs/ace/ace-5.6.1.ebuild?rev=1.1content-type=text/plain pkg_postinst() { # This is required, as anything trying to compile against ACE will have # problems with conflicting OS.h files if this is not done. local CC_MACHINE=$($(tc-getCC) -dumpmachine) if [ -d /usr/lib/gcc-lib/${CC_MACHINE}/$(gcc-fullversion)/include/ace ]; then mv /usr/lib/gcc-lib/${CC_MACHINE}/$(gcc-fullversion)/include/ace \ /usr/lib/gcc-lib/${CC_MACHINE}/$(gcc-fullversion)/include/ace.old Does gcc not use get_libdir() ? I also find it a little unusual that you're not informing people when you're renaming directories on their live systems. Thanks, Donnie -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-plugins/vdr-extrecmenu: ChangeLog vdr-extrecmenu-1.0.ebuild
On 20:23 Sun 07 Oct , Joerg Bornkessel (hd_brummy) wrote: 1.1 media-plugins/vdr-extrecmenu/vdr-extrecmenu-1.0.ebuild file : http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-plugins/vdr-extrecmenu/vdr-extrecmenu-1.0.ebuild?rev=1.1view=markup plain: http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-plugins/vdr-extrecmenu/vdr-extrecmenu-1.0.ebuild?rev=1.1content-type=text/plain src_unpack() { vdr-plugin_src_unpack if grep -q fskProtection /usr/include/vdr/timers.h; then sed -i s:#WITHPINPLUGIN:WITHPINPLUGIN: Makefile This doesn't respect ROOT != / and it's also dependent on the build system. Thanks, Donnie -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-lang/dmd-bin: ChangeLog dmd-bin-1.022.ebuild dmd-bin-1.020.ebuild
On 21:47 Sun 07 Oct , Anant Narayanan (anant) wrote: 1.1 dev-lang/dmd-bin/dmd-bin-1.022.ebuild file : http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-lang/dmd-bin/dmd-bin-1.022.ebuild?rev=1.1view=markup plain: http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-lang/dmd-bin/dmd-bin-1.022.ebuild?rev=1.1content-type=text/plain # Remove unneccessary files mv ${S}/dmd/lib/libphobos.a ${S}/dmd rm -r ${S}/dmd/lib mkdir ${S}/dmd/lib mv ${S}/dmd/libphobos.a ${S}/dmd/lib rm -r ${S}/dm rm ${S}/dmd/bin/*.dll ${S}/dmd/bin/*.exe ${S}/dmd/bin/readme.txt rm ${S}/dmd/bin/sc.ini ${S}/dmd/bin/windbg.hlp # Cleanup line endings cd ${S}/dmd src_compile() { cd ${S}/dmd/src/phobos sed -i -e s:DMD=.*:DMD=${S}/dmd/bin/dmd -I${S}/dmd/src/phobos -L${S}/dmd/lib/libphobos.a: linux.mak internal/gc/linux.mak edos2unix linux.mak internal/gc/linux.mak make -f linux.mak cp libphobos.a ${S}/dmd/lib # Clean up make -f linux.mak clean rm internal/gc/*.o } src_install() { cd ${S}/dmd Quote variables that can have spaces in them: D, S, T, WORKDIR, FILESDIR, DESTDIR, ROOT. The latest portage release now contains a repoman supporting this, so that's no longer an excuse. If emake doesn't work, please add a comment to that effect. Thanks, Donnie -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-games/crystalspace: ChangeLog crystalspace-1.2.ebuild
On 21:51 Sun 07 Oct , Michael Sterrett (mr_bones_) wrote: 1.1 dev-games/crystalspace/crystalspace-1.2.ebuild file : http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-games/crystalspace/crystalspace-1.2.ebuild?rev=1.1view=markup plain: http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-games/crystalspace/crystalspace-1.2.ebuild?rev=1.1content-type=text/plain src_compile() { if useq wxwindows; then WX_GTK_VER=2.6 need-wxwidgets gtk2 if [[ ! -e /usr/bin/wx-config ]]; then sed -i -e s:wx-config:${WX_CONFIG_NAME}:g configure Is this correct, to ignore WX_CONFIG_NAME in this case? It looks a little odd. Thanks, Donnie -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in games-kids/gcompris: ChangeLog gcompris-8.4.ebuild
On 00:46 Mon 08 Oct , Michael Sterrett (mr_bones_) wrote: 1.1 games-kids/gcompris/gcompris-8.4.ebuild file : http://sources.gentoo.org/viewcvs.py/gentoo-x86/games-kids/gcompris/gcompris-8.4.ebuild?rev=1.1view=markup plain: http://sources.gentoo.org/viewcvs.py/gentoo-x86/games-kids/gcompris/gcompris-8.4.ebuild?rev=1.1content-type=text/plain src_unpack() { unpack ${A} cd ${S} epatch ${FILESDIR}/${P}-build.patch cp /usr/share/gettext/config.rpath . Shouldn't this respect ROOT != / ? I can see how that would be a bit of an unusual use case for games, though. Thanks, Donnie -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-games/crystalspace: ChangeLog crystalspace-1.2.ebuild
Donnie Berkholz wrote: On 21:51 Sun 07 Oct , Michael Sterrett (mr_bones_) wrote: 1.1 dev-games/crystalspace/crystalspace-1.2.ebuild file : http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-games/crystalspace/crystalspace-1.2.ebuild?rev=1.1view=markup plain: http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-games/crystalspace/crystalspace-1.2.ebuild?rev=1.1content-type=text/plain src_compile() { if useq wxwindows; then WX_GTK_VER=2.6 need-wxwidgets gtk2 if [[ ! -e /usr/bin/wx-config ]]; then sed -i -e s:wx-config:${WX_CONFIG_NAME}:g configure Is this correct, to ignore WX_CONFIG_NAME in this case? It looks a little odd. This was to work around the fact that /usr/bin/wx-config was a little bit completely unreliable until recently. It shouldn't be necessary anymore, but IIRC there was something tricky about crystalspace so I'll look closer into it. -- fonts / wxWindows / gcc-porting / treecleaners EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 (0xF9A40662) -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in games-kids/gcompris: ChangeLog gcompris-8.4.ebuild
On Sun, 2007-10-07 at 21:47 -0700, Donnie Berkholz wrote: On 00:46 Mon 08 Oct , Michael Sterrett (mr_bones_) wrote: 1.1 games-kids/gcompris/gcompris-8.4.ebuild file : http://sources.gentoo.org/viewcvs.py/gentoo-x86/games-kids/gcompris/gcompris-8.4.ebuild?rev=1.1view=markup plain: http://sources.gentoo.org/viewcvs.py/gentoo-x86/games-kids/gcompris/gcompris-8.4.ebuild?rev=1.1content-type=text/plain src_unpack() { unpack ${A} cd ${S} epatch ${FILESDIR}/${P}-build.patch cp /usr/share/gettext/config.rpath . Shouldn't this respect ROOT != / ? I can see how that would be a bit of an unusual use case for games, though. It's my understanding that anything in DEPEND will be installed into /, so no. signature.asc Description: This is a digitally signed message part