<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>139322</bug_id>
          
          <creation_ts>2006-07-05 08:31 0000</creation_ts>
          <short_desc>sci-libs/geos-2.2.2-r1 requires ruby with USE=&quot;-ruby&quot;</short_desc>
          <delta_ts>2006-08-24 05:33:10 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>139348</dependson>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>syntaxerrormmm@gmail.com</reporter>
          <assigned_to>sci@gentoo.org</assigned_to>
          <cc>jakub@gentoo.org</cc>
    
    <cc>ruby@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>syntaxerrormmm@gmail.com</who>
            <bug_when>2006-07-05 08:31:10 0000</bug_when>
            <thetext># emerge -pvt geos

These are the packages that would be merged, in reverse order:

Calculating dependencies... done!
[ebuild     U ] sci-libs/geos-2.2.2-r1 [2.2.2] USE=&quot;python -doc -examples% -ruby% -static&quot; 541 kB 
[ebuild  N    ]  dev-lang/ruby-1.8.5_pre1  USE=&quot;tcltk threads -cjk -doc -examples -ipv6 -socks5&quot; 4,298 kB 
[ebuild  N    ]   dev-ruby/ruby-config-0.3.2  0 kB 

Total size of downloads: 4,839 kB

# emerge --info
Gentoo Base System version 1.12.1
Portage 2.1.1_pre2-r2 (default-linux/x86/2006.0, gcc-4.1.1/vanilla, glibc-2.4-r3, 2.6.17-gentoo-r1 i686)
=================================================================
System uname: 2.6.17-gentoo-r1 i686 Mobile AMD Athlon(tm) XP 2600+
ccache version 2.4 [enabled]
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r2
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r5
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-march=athlon-xp -O3 -pipe -fomit-frame-pointer -funroll-loops&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/env.d/java/ /etc/eselect/compiler /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c&quot;
CXXFLAGS=&quot;-march=athlon-xp -O3 -pipe -fomit-frame-pointer -funroll-loops&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig ccache distlocks metadata-transfer sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;ftp://mirror.switch.ch/mirror/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://pandemonium.tiscali.de/pub/gentoo/ ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo&quot;
LANG=&quot;it_IT&quot;
LC_ALL=&quot;it_IT.UTF8&quot;
LINGUAS=&quot;it&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=&apos;/distfiles&apos; --exclude=&apos;/local&apos; --exclude=&apos;/packages&apos;&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.europe.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 3dnow 7zip X aac aalib acpi aim alsa apache2 audiofile avi berkdb bitmap-fonts bzip2 caps cdparanoia cdr cli crypt cups dba dbase dbus dga dio dlloader dri dts dvb dvd dvdr dvdread emboss encode esd fbcon ffmpeg fftw firefox flac flatfile foomaticdb fortran ftp gcj gdbm geoip gif gnutls gpm gps gstreamer gtk gtk2 hal iconv icq ieee1394 imagemagick imap imlib isdnlog jabber jack javascript jpeg jpeg2k lcms lesstif libcaca libg++ libgda libwww mad matroska mbox md5sum mhash mikmod mime mmap mmx mng motif mp3 mpeg msn nas ncurses nis nls nptl nsplugin odbc offensive ogg opengl oscar oss pam pcmcia pcre pdf pdflib perl php pic png posix postgres ppds pppd python qt qt3 qt4 quicktime readline reflection samba sdl session sharedmem sndfile soap sockets sox spell spl sse ssl svg sysvipc szip tcltk tcpd tetex theora threads tiff timidity truetype truetype-fonts type1-fonts udev unicode usb v4l vcd vorbis win32codecs wmf wxwindows xinerama xml xml2 xmlrpc xorg xosd xpm xprint xsl xv xvid yahoo zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_synaptics kernel_linux linguas_it userland_GNU video_cards_via video_cards_vesa video_cards_fbdev video_cards_v4l&quot;
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS

Reproducible: all time.

Workaround: masking geos-2.2.2-r1.

Anyone else with the same problem?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-07-05 08:38:46 0000</bug_when>
            <thetext>Well, ruby eclass depends on virtual/ruby unconditionally, so... no really ebuild&apos;s fault.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>syntaxerrormmm@gmail.com</who>
            <bug_when>2006-07-05 09:05:28 0000</bug_when>
            <thetext>(In reply to comment #1)
&gt; Well, ruby eclass depends on virtual/ruby unconditionally, so... no really
&gt; ebuild&apos;s fault.

Well, I think it IS ebuild&apos;s fault: simply deleting ruby.eclass may resolve this issue, since geos libs aren&apos;t write in ruby...

Thanks for the quick reply.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-07-05 09:11:37 0000</bug_when>
            <thetext>(In reply to comment #2)
&gt; Well, I think it IS ebuild&apos;s fault: simply deleting ruby.eclass may resolve
&gt; this issue, since geos libs aren&apos;t write in ruby...

Except that you can&apos;t compile the ruby bindings then, kinda sucks :=)
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>syntaxerrormmm@gmail.com</who>
            <bug_when>2006-07-05 09:21:49 0000</bug_when>
            <thetext>(In reply to comment #3)
&gt; Except that you can&apos;t compile the ruby bindings then, kinda sucks :=)

Ok, but seems to me a nonsense to compile ruby only to have geos without ruby-bindings... And the only function used here from ruby.eclass is erubydoc.

Thanks again.

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-07-05 09:35:10 0000</bug_when>
            <thetext>(In reply to comment #4)
&gt; Ok, but seems to me a nonsense to compile ruby only to have geos without
&gt; ruby-bindings... And the only function used here from ruby.eclass is erubydoc.

Doesn&apos;t matter... the real bug is that there&apos;s currently no way to inherit ruby.eclass and use its functions without pulling in the unconditional ruby dependency. I.e., the eclass is not useful for ebuilds that only compile ruby stuff when USE=ruby is set. Solution? Fex.:

if [[ ${RUBY_OPTIONAL} != &quot;yes&quot; ]] ; then
        DEPEND=&quot;${DEPEND} virtual/ruby&quot;
else
        DEPEND=&quot;${DEPEND} ruby? ( virtual/ruby )&quot;
fi

Then you can set RUBY_OPTIONAL=&quot;yes&quot; in ebuilds and only depend on ruby when ruby use flag is set.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>syntaxerrormmm@gmail.com</who>
            <bug_when>2006-07-05 09:43:25 0000</bug_when>
            <thetext>(In reply to comment #5)
&gt; Solution? Fex.:

This solution is for ruby.eclass, isn&apos;t it? If it&apos;s so, it&apos;s a good point and that eclass must be fixed. Have I to open a new bug?

Thanks again.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>syntaxerrormmm@gmail.com</who>
            <bug_when>2006-07-07 07:23:38 0000</bug_when>
            <thetext>Created an attachment (id=91134)
Proposed ebuild for geos-2.2.2-r2.ebuild

Please commit this ebuild (or change the 2.2.2-r1 one) to fix this bug.

Thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>syntaxerrormmm@gmail.com</who>
            <bug_when>2006-08-23 15:07:23 0000</bug_when>
            <thetext>Hey, can this issue be fixed or have we to wait next pope? It&apos;s been a month that a fix was proposed...

Thanks again.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>caleb@gentoo.org</who>
            <bug_when>2006-08-23 17:07:05 0000</bug_when>
            <thetext>looks like the sci herd needs some new blood.  Are you volunteering? :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>markusle@gentoo.org</who>
            <bug_when>2006-08-23 18:26:35 0000</bug_when>
            <thetext>Hi Emiliano,

Thank you very much for your fix. Since the last conclave wasn&apos;t too long
ago I figured I won&apos;t wait for the next one and went ahead and fixed this
in cvs ;-)

Thanks,
Markus</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>syntaxerrormmm@gmail.com</who>
            <bug_when>2006-08-24 05:21:51 0000</bug_when>
            <thetext>
&gt; looks like the sci herd needs some new blood.  Are you volunteering?
&gt; :)

Is it a serious proposal? Well, I&apos;m very honored, but I don&apos;t think I
have so much time and my knowledge of how portage works is limited to
fixing some ebuild problems of projects that I follow.

&gt; Thank you very much for your fix. Since the last conclave wasn&apos;t too
&gt; long ago I figured I won&apos;t wait for the next one and went ahead and
&gt; fixed this in cvs ;-)

Thank you and I&apos;m very sorry of being rude on my last comment. I know
you sci-developers are very busy, but the projects I follow are
quicker in development; sometimes, at the time of inserting in portage
of a version of, say, GRASS GIS, a new version is released. It&apos;s a bit
sad because other distributions can insert packages in some hours
before the release announcement.

Thanks again,
Emiliano
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>markusle@gentoo.org</who>
            <bug_when>2006-08-24 05:33:10 0000</bug_when>
            <thetext>(In reply to comment #11)
&gt; Thank you and I&apos;m very sorry of being rude on my last comment. I know
&gt; you sci-developers are very busy, but the projects I follow are
&gt; quicker in development; sometimes, at the time of inserting in portage
&gt; of a version of, say, GRASS GIS, a new version is released. It&apos;s a bit
&gt; sad because other distributions can insert packages in some hours
&gt; before the release announcement.

Hi  Emiliano,

No worries, I didn&apos;t find your comments rude. We sci-devs try to do
our best to fix things in a timely manner. But by now Gentoo has so
many scientific packages some of which are fairly complex to build
and maintain that it sometimes just takes a little to get things done.

cheers,
Markus</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>91134</attachid>
            <date>2006-07-07 07:23 0000</date>
            <desc>Proposed ebuild for geos-2.2.2-r2.ebuild</desc>
            <filename>geos-2.2.2-r2.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6ICQKCmluaGVyaXQgZXV0aWxzIGRpc3R1dGlscyBhdXRvdG9vbHMga2RlLWZ1bmN0aW9ucyBy
dWJ5IHRvb2xjaGFpbi1mdW5jcwoKREVTQ1JJUFRJT049Ikdlb21ldHJ5IEVuZ2luZSAtIE9wZW4g
U291cmNlIgpIT01FUEFHRT0iaHR0cDovL2dlb3MucmVmcmFjdGlvbnMubmV0IgpTUkNfVVJJPSJo
dHRwOi8vZ2Vvcy5yZWZyYWN0aW9ucy5uZXQvJHtQfS50YXIuYnoyIgoKTElDRU5TRT0iR1BMLTIi
ClNMT1Q9IjAiCktFWVdPUkRTPSJ+YW1kNjQgfnBwYyB+cHBjNjQgfnNwYXJjIH54ODYiCklVU0U9
InN0YXRpYyBkb2MgcHl0aG9uIHJ1YnkiClJVQllfT1BUSU9OQUw9InllcyIKVVNFX1JVQlk9InJ1
YnkxOCIKClJERVBFTkQ9InZpcnR1YWwvbGliYyIKREVQRU5EPSIke1JERVBFTkR9Cglkb2M/ICgg
YXBwLWRvYy9kb3h5Z2VuICkKCXB5dGhvbj8gKCBkZXYtbGFuZy9weXRob24KCQkgID49ZGV2LWxh
bmcvc3dpZy0xLjMuMjkgKQoJcnVieT8gKCB2aXJ0dWFsL3J1YnkKCQkgID49ZGV2LWxhbmcvc3dp
Zy0xLjMuMjkgKSIKCnNyY191bnBhY2soKSB7Cgl1bnBhY2sgJHtBfQoJY2QgJHtTfQoJbmVlZC1h
dXRvY29uZiAyLjUKCWVsaWJ0b29saXplCgllcGF0Y2ggJHtGSUxFU0RJUn0vJHtQfS1zd2lnLnBh
dGNoCgp9CgpzcmNfY29tcGlsZSgpIHsKCWNkICR7U30KCWxvY2FsIG15Y29uZgoJbXljb25mPSIi
CglpZiB1c2Ugc3RhdGljOyB0aGVuCgkgICAgbXljb25mPSIkKHVzZV9lbmFibGUgc3RhdGljKSIK
CWVsaWYgdXNlIHB5dGhvbiB8fCB1c2UgcnVieTsgdGhlbgoJICAgIG15Y29uZj0iLS13aXRoLXBp
YyIKCWVsc2UKCSAgICBteWNvbmY9Ii0td2l0aC1waWMgLS1kaXNhYmxlLXN0YXRpYyIKCWZpCgoJ
ZWNvbmYgJHtteWNvbmZ9IHx8IGRpZSAiRXJyb3I6IGVjb25mIGZhaWxlZCIKCgkjIGludGVybWl0
dGVudCBidWlsZCBmYWlsdXJlcyB3aXRoIGVtYWtlCgltYWtlIHx8IGRpZSAiRXJyb3I6IG1ha2Ug
ZmFpbGVkIgoKCWlmIHVzZSBweXRob247IHRoZW4KCSAgICBlaW5mbyAiQ29tcGlsbGluZyBQeUdF
T1MiCgkgICAgY2QgJHtTfS9zd2lnL3B5dGhvbgoJICAgIGNwICR7RklMRVNESVJ9L3B5dGhvbi5p
ICR7U30vc3dpZy9weXRob24vCgkgICAgcm0gLWYgZ2Vvc193cmFwLmN4eAoJICAgIHN3aWcgLWMr
KyAtcHl0aG9uIC1tb2Rlcm4gLW8gZ2Vvc193cmFwLmN4eCAuLi9nZW9zLmkKCSAgICBkaXN0dXRp
bHNfc3JjX2NvbXBpbGUKCWZpCglpZiB1c2UgcnVieTsgdGhlbgoJICAgIGVpbmZvICJDb21waWxs
aW5nIFJ1YnkgYmluZGluZ3MiCgkgICAgY2QgJHtTfS9zd2lnL3J1YnkKCSAgICBzd2lnIC1jKysg
LXJ1YnkgLWF1dG9yZW5hbWUgLW8gZ2Vvc193cmFwLmN4eCAuLi9nZW9zLmkKCSAgICBsb2NhbCBD
WFg9JCh0Yy1nZXRDWFgpCgkgICAgbG9jYWwgUlVCWV9BUkNIRElSPSIkKHJ1YnkgLXIgcmJjb25m
aWcgLWUgJ3ByaW50IENvbmZpZzo6Q09ORklHWyJhcmNoZGlyIl0nKSIKCSAgICAke0NYWH0gJHtD
WFhGTEFHU30gLUkuLi8uLi9zb3VyY2UvaGVhZGVycyAtSSR7UlVCWV9BUkNIRElSfSBcCgkJLWZQ
SUMgLWMgZ2Vvc193cmFwLmN4eAoJICAgICR7Q1hYfSAke0NYWEZMQUdTfSAtc2hhcmVkIC1MJHtT
fS9zb3VyY2UvZ2VvbS8ubGlicyAtbGdlb3MgXAoJCS1scnVieSBnZW9zX3dyYXAubyAtbyBnZW9z
LnNvCglmaQp9CgpzcmNfdGVzdCgpIHsKCWNkICR7U30KCW1ha2UgY2hlY2sgfHwgZGllICJUcmlu
ZyBtYWtlIGNoZWNrIHdpdGhvdXQgc3VjY2Vzcy4iCgkjIEkgdGhpbmsgdGhpcyB0ZXN0IG11c3Qg
YmUgbWFkZSBhZnRlciB0aGUgUHlHRU9TIGluc3RhbGxhdGlvbgoJI2V4cG9ydCBQWVRIT05QQVRI
PSR7U30vc3dpZy9weXRob24KCWlmIHVzZSBweXRob247IHRoZW4KCSAgICBjZCAke1N9L3N3aWcv
cHl0aG9uCgkgICAgcHl0aG9uIHRlc3RzL3J1bnRlc3RzLnB5IC12CglmaQp9CgpzcmNfaW5zdGFs
bCgpewoJbWFrZSBpbnN0YWxsIERFU1RESVI9JHtEfSB8fCBkaWUgIm1ha2UgaW5zdGFsbCBmYWls
ZWQiCgoJaWYgdXNlIHB5dGhvbjsgdGhlbgoJICAgIGVpbmZvICJJbnN0YWxsaW5nIFB5R0VPUyIK
CSAgICBjZCAke1N9L3N3aWcvcHl0aG9uCgkgICAgZGlzdHV0aWxzX3NyY19pbnN0YWxsCgkgICAg
aW5zaW50byAvdXNyL3NoYXJlL2RvYy8ke1BGfS9weXRob24KCSAgICBkb2lucyBSRUFETUUudHh0
IHRlc3RzLyoucHkKCSAgICBpbnNpbnRvIC91c3Ivc2hhcmUvZG9jLyR7UEZ9L3B5dGhvbi9jYXNl
cwoJICAgIGRvaW5zIHRlc3RzL2Nhc2VzLyoKCWZpCglpZiB1c2UgcnVieTsgdGhlbgoJICAgIGxv
Y2FsIFJVQllfU0lURUFSQ0hESVI9IiQocnVieSAtciByYmNvbmZpZyAtZSAncHJpbnQgQ29uZmln
OjpDT05GSUdbInNpdGVhcmNoZGlyIl0nKSIKCSAgICBlaW5mbyAiSW5zdGFsbGluZyBSdWJ5IGJp
bmRpbmdzIGluICR7UlVCWV9TSVRFQVJDSERJUn0vJHtQTn0iCgkgICAgY2QgJHtTfS9zd2lnL3J1
YnkKCSAgICBpbnNpbnRvICR7UlVCWV9TSVRFQVJDSERJUn0vJHtQTn0KCSAgICBkb2lucyBnZW9z
LnNvCgkgICAgaW5zaW50byAvdXNyL3NoYXJlL2RvYy8ke1BGfS9ydWJ5CgkgICAgZG9pbnMgUkVB
RE1FLnR4dCB0ZXN0LyoucmIKCSAgICBpZiB1c2UgZG9jOyB0aGVuCgkJZXJ1Ynlkb2MKCSAgICBm
aQoJZmkKCWlmIHVzZSBkb2M7IHRoZW4KCSAgICBjZCAke1N9L2RvYwoJICAgIG1ha2UgZG94eWdl
bi1odG1sCgkgICAgZG9odG1sIC1yIGRveHlnZW5fZG9jcy9odG1sLyoKCWZpCgljZCAke1N9Cglk
b2RvYyBBVVRIT1JTIENPUFlJTkcgSU5TVEFMTCBORVdTIFJFQURNRSBUT0RPCn0KCnBrZ19wb3N0
aW5zdCgpIHsKCWlmIHVzZSBweXRob247IHRoZW4KCSAgICBweXRob25fdmVyc2lvbgoJICAgIHB5
dGhvbl9tb2Rfb3B0aW1pemUgJHtST09UfXVzci9iaW4KCWZpCn0KCnBrZ19wb3N0cm0oKSB7Cglp
ZiB1c2UgcHl0aG9uOyB0aGVuCgkgICAgcHl0aG9uX3ZlcnNpb24KCSAgICBweXRob25fbW9kX2Ns
ZWFudXAKCWZpCn0K
</data>        

          </attachment>
    </bug>

</bugzilla>