I've committed sci-visualization/extrema today with KEYWORDS="~x86". But it is known to work on other architectures, e.g., amd64. Could you please test it and add ~amd64, etc. How to test: emerge extrema with USE=examples, start extrema, File -> Execute, choose the file /usr/share/doc/extrema-4.3.5/examples/demo.pcm, and answer Yes to all questions. Reproducible: Always
on amd64: sci-visualization/extrema-4.3.5 USE="examples -doc" seems to be fine as far as i can tell. just a side note: at least one of the example scripts seems to expect filenames to be case insensitive: " ERROR in script file: /usr/share/doc/extrema-4.3.5/examples/waterpipes.pcm READ: could not open file: /usr/share/doc/extrema-4.3.5/examples/HOUSES.DAT The following line caused the error: READ\-MESSAGES FILE X Y " " $ ls /usr/share/doc/extrema-4.3.5/examples/ | grep houses houses.dat " Portage 2.1.4.4 (default-linux/amd64/2007.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.24-gentoo-r7 x86_64) ================================================================= System uname: 2.6.24-gentoo-r7 x86_64 Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz Timestamp of tree: Tue, 06 May 2008 10:00:01 +0000 app-shells/bash: 3.2_p17-r1 dev-java/java-config: 1.3.7, 2.1.4 dev-lang/python: 2.4.4-r9 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=nocona -O2 -pipe" DISTDIR="/var/portage/distfiles" FEATURES="distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://gd.tuwien.ac.at/opsys/linux/gentoo/ http://mirror.uni-c.dk/pub/gentoo/ http://trumpetti.atm.tut.fi/gentoo/ " LANG="en_US.utf8" LC_ALL="en_US.utf8" LINGUAS="en de" MAKEOPTS="-j3" PKGDIR="/var/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/var/portage/repos/gentoo" PORTDIR_OVERLAY="/var/portage/repos/layman/sajinet /var/portage/repos/private" SYNC="rsync://192.168.0.1/gentoo-portage" USE="3dnow 3dnowext X a52 aac acpi alsa amd64 berkdb bzip2 cairo caps cddb cdparanoia cdr cli cracklib crypt cups dbus djvu dri dvd dvdr dvdread eds emboss encode evo exif fam ffmpeg firefox flac fortran gd gdbm gif gimp gnome gnome-keyring gphoto2 gpm gstreamer gtk hal hddtemp iconv icu ipod ipv6 isdnlog java jpeg jpeg2k lcms ldap libnotify lm_sensors mad matroska midi mikmod mmap mmx mmxext mono mp3 mpeg mudflap musicbrainz ncurses nls nptl nptlonly nvidia ogg opengl openmp pam pcre pdf perl plotutils png pppd pulseaudio python qt3support quicktime readline reflection ruby sdl session spell spl sse sse2 ssl ssse3 svg tcpd tetex theora threads tiff tracker truetype unicode usb vcd vim-syntax vorbis xattr xine xml xorg xv xvid zlib" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CAMERAS="canon konica ptp2 kodak" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LINGUAS="en de" USERLAND="GNU" VIDEO_CARDS="nvidia nv" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Thanks for noticeing this problem, I've patched it out (also I no longer install *~ to examples and *.doc to the doc directory). I found one more problem: when LANG is set to, e.g., ru_RU.koi8r, most examples fail, because this locale defines the decimal dot to be ",". Don't think we can do anything, it's the question to upstream. It is always possible to start extrema as LANG=C extrema
well, another thing: extrema seems to try create a file called extrema.hhp.cached in the directory it is launched from. however, it seems to work without this file too, although it complains: " $ cd / $ extrema Message Box: can't open file '/extrema.hhp.cached' (error 13: Permission denied) " whats not so nice (although it seems unlikely that someone really uses a file called extrema.hpp.cached): " $ cd $ echo "foobar" > extrema.hhp.cached && extrema $ $ grep foobar extrema.hhp.cached || echo "overwritten" overwritten " i guess some people might consider this as security issue, as if you somehow manage to " $ ln -s ~/Desktop/very_important_stuff extrema.hhp.cached " bad things may happen ;-).
I agree this is not nice. I have these annoying extrema.hhp.cached files in many subdirectories of $HOME. But I don't think we can do anything about this. It is a question to upstream.
don't get me wrong... i didn't say that what i mentioned in comment 3 is a reason not to keyword extrema (however, some people might think otherwise, i don't know). on the other hand side, i don't have a very good feeling when working with an app, that relies on the assumption, that certain files just don't exist, or aren't important. have you already informed upstream about that, or should i do this?
(In reply to comment #5) > have you already informed upstream about > that, or should i do this? I have not contacted upstream about this problem. Please, do so.
keyworded ~amd64 - thanks for reporting/testing!
