gnuplot pulls in tetex as a dep. and uses it to display graphs. however, tetex is unable to display rotated text so ALL y-axis labels simply dont get rendered. This is pretty much essencial for any serious work and it is rediculous to have a tool of this power and complexity with such an important omition. It seems either some tetex plugin is required for rotation or another "terminal" should be installed, like suse uses gd instean of tetex it seems. Bottom line this is an amazingly powerful tool that is seriously disfunctional as currently installed by portage. Could the rotations addon be added to the ebuild? thx Reproducible: Always
Could you please provide us with a simple test case so we can try reproducing this error. Also, please provide your emerge --info. Thanks, Markus
Created attachment 107689 [details] .gnu file and associated data files to demonstrate prob. here is the data and the gnu script I used as well as a screen shot of the result. tar -xf gnuplot-data.tar gnuplot gnuplot> load "SLK.gnu" note absence of "y-axis" label that should be vertically adjacent to y axis. research indicated this is tetex is unable to handly any rotation without the "rotate" plugin. I dont have the time or knowlege of latex (currently zero) to verify this, although it seemed clear from a number of reputable sources (eg cambridge.ac.uk ) hth
Thanks for the files and everything works perfectly for me, i.e. the y-label appears as expected! I don't think this has anything to do with tetex since the latter is not used for displaying graphs (only to build the docs) but rather is a bug in gnuplot. Could you please post your emerge --info and the gnuplot version you are using. THanks, Markus
thanks for looking. I just removed the hardmask on gnuplot-4.2_rc1 built with 4.1.1 and this problem is no longer there. previous posts related to 4.0-r1. btw what did you test it on, the hardmasked version ? since you're looking at this one it seemed there was another bug in the ebuild with relatation to doc. In an attempt to remove the tetex dep. I added -doc to package.use and then to make.conf . In both cases it had no effect and emerge -pv gnuplot still showed doc as an active option and tetex as a dep. It was as a result of this and some info I found about rendering on the net that I made the apparently erroneous conclusion that it was dependant on tetex for its X11 "terminal". What is the reason I cannot remove the doc option? TIA. just for the record: bash-3.2#emerge --info Portage 2.1.2 (default-linux/x86/2006.0, gcc-4.1.1/vanilla, glibc-2.5-r0, 2.6.17 -rc3-no2 i686) ================================================================= System uname: 2.6.17-rc3-no2 i686 Unknown CPU Typ Gentoo Base System version 1.12.9 Timestamp of tree: Thu, 18 Jan 2007 21:20:01 +0000 app-admin/eselect-compiler: 2.0.0_rc2-r1 dev-lang/python: 2.3.6, 2.4.4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17.50.0.9 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -pipe -O3 -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shu tdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/eselect/compiler /etc/gconf /etc/revdep-reb uild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=athlon-xp -pipe -O3 -fomit-frame-pointer -fvisibility-inlines- hidden" DISTDIR="/usr/portage/new/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS=" ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo #ftp://ftp.join.u ni-muenster.de/pub/linux/distributions/gentoo #http://gentoo.mirror.sdv.fr # http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/ge ntoo " LANG="en_GB" LC_ALL="en_GB" LDFLAGS="-Wl,-O1 -Wl,--sort-common -s -Wl,--hash-style=gnu" LINGUAS="en_GB fr_FR" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/di stfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/usr/portage/new/../tmp" PORTDIR="/usr/portage/new" PORTDIR_OVERLAY="/usr/portage/overlay" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow X acpi acpi4linux aiglx alsa apache2 apm bitmap-fonts bzip2 cli crack lib crypt cups curl dbus directfb dlloader dri dvd dvdr dvdread eds emboss encod e esd fbcon fbdev flac foomaticdb fortran fuse gdbm gif gimp gnome gpm gstreamer gtk gtk2 iconv imagemagick imlib isdnlog joystick jpeg kde lcms libg++ libwww m ad mikmod mmx mng motif mp3 mpeg mysql nas ncurses network nls nptl nptlonly nvi dia ogg opengl oss pam pcre perl php pic png ppds pppd python qt3 qt4 quicktime readline reflection rtc samba sdl session slang sms spell spl sse ssl svg svga tcltk tcpd tiff truetype truetype-fonts type1-fonts udev usb userlocales vesa vor bis x86 xml xorg xv xvid zlib" ALSA_CARDS="ens1371 cmipci es1938" ALSA_PCM_PLUGI NS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 iopl ug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol " ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayra d cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_GB fr_FR" USERLAND="GNU" VIDEO_CARDS="nvidia 3dfx nv vesa vesafb" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_RSYNC_EXTRA_OPTS
I've tried gnuplot-4.0-r1 which works fine for me. If you do an USE="-doc" emerge gnuplot doc should be disabled and tetex not be pulled in. Looking at your emerge --info nothing really jumps out, but you might want to try recompiling with -O2 instead of -O3 and see if that helps. Markus
If it is fixed in 4.2.0 we should get that stable...UPSTREAM bug.
gnuplot 4.2 is that stable release. Why is this still masked? If this is upstream bug fixed in upstream gnuplot then it's a gentoo bug.
(In reply to comment #7) > gnuplot 4.2 is that stable release. Why is this still masked? Because it is. I plan to unmask it in a week and stabilise it in 30 days from that if no bugs occur. > If this is upstream bug fixed in upstream gnuplot then it's a gentoo bug. Not in my understanding. This is nothing we fix in an ebuild in Gentoo, so I leave it to UPSTREAM.
I meant that the issue needed to be dealt with by gentoo by getting portage up to speed on this pkg. It's already dealt with upstream so it's incorrect to close this as resolved|upstream probably better resolved|later then resolved|fixed once this goes stable. Thx for taking care of this.