A clean install of Afterstep on IA64 does not provide the afterstep binary. It does, however, provide shell scripts pointing to where the binary should be. # find / -type f -executable -iname "*after*" /etc/X11/Sessions/afterstep /usr/bin/afterstep-config /usr/bin/afterstepdoc /usr/bin/afterimage-libs /usr/bin/afterimage-config /usr/lib/libAfterBase.so.0.99 /usr/lib/libAfterStep.so.1.10 /usr/lib/libAfterConf.so.1.10 # ls /etc/X11/Sessions/afterstep -l -rwxr-xr-x 1 root root 29 Feb 20 12:39 /etc/X11/Sessions/afterstep # less /etc/X11/Sessions/afterstep #!/bin/sh /usr/bin/afterstep # equery belongs /etc/X11/Sessions/afterstep [ Searching for file(s) /etc/X11/Sessions/afterstep in *... ] x11-wm/afterstep-2.2.4 (/etc/X11/Sessions/afterstep) I have re-emerged the package multiple times, the behavior persists. Reproducible: Always # emerge -vp afterstep [ebuild R ] x11-wm/afterstep-2.2.4 USE="gif jpeg -debug (-mmx) -nls -png -tiff -xinerama" 0 kB # emerge --info Portage 2.1.7.16 (default/linux/ia64/10.0/server, gcc-4.3.4, glibc-2.10.1-r1, 2.6.31-gentoo-r7 ia64) ================================================================= System uname: Linux-2.6.31-gentoo-r7-ia64-32-with-gentoo-1.12.13 Timestamp of tree: Wed, 10 Feb 2010 01:45:01 +0000 app-shells/bash: 4.0_p35 dev-lang/python: 2.6.4 sys-apps/baselayout: 1.12.13 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc: 4.3.4 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="ia64" ACCEPT_LICENSE="* -@EULA" CBUILD="ia64-unknown-linux-gnu" CFLAGS="-O2 -pipe" CHOST="ia64-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests distlocks fixpackages news nostrip protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://172.16.10.10" LDFLAGS="-Wl,-O1" MAKEOPTS="-j17" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" 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="/usr/portage" SYNC="rsync://172.16.10.10/gentoo-portage" USE="aac apache2 berkdb bindist bzip2 caps cli cracklib crypt cxx dbus f77 fortran gdbm gpm ia64 iconv ipv6 make-symlinks modules mudflap ncurses nptl nptlonly openmp pam pcre perl pppd python readline reflection reiserfs samba server session snmp spell spl ssl sysfs tcltk tcpd threads truetype unicode usb xml xorg xulrunner zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul 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" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="dummy" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Attach build log.
Created attachment 220541 [details] Biuld log of Afterstep-2.2.4 on IA64 2/20/10 Upon closer inspection I see multiple compile errors. So the build fails, but the emerge doesn't.
The fault seems to be tied into jpeg support. It builds properly without the jpeg use flag.
It may be related to new jpeg-7/8 (jpeg-8 is stable now, so that's probably what you have) Does afterstep-2.2.9 fail the same way? I plan to ask stable for it soon
I am using jpeg-7, current stable on ia64. I upgraded to 2.2.9 and the ebuild builds correctly with the following use flags: gif jpeg png -alsa -dbus -debug -gtk (-mmx_ -nls -svg -tiff -xinerama It seems to work ok, marking as closed.
Thanks for testing it, as jpeg-8 is stable on most arches now, it's time to stable a new afterstep version (2.2.4 is 3 years old and current ebuild also has a few fixes on stripped files and bundled libungif) Arches, please test and mark stable =x11-wm/afterstep-2.2.9, thanks!
One thing to note is the 2.2.9 ebuild fails "due to poor programming practices" with the gtk use flag enabled on ia64. I noticed that while testing but didn't post it as it is a separate issue from my original bug. I don't have a build log handy, I'll have to create one when I get to work. The ebuild complains but does not fail on my x86 box.
Created attachment 223727 [details] Afterstep-2.2.9 failure on 64bit host.
Oh, I manually toggled the gtk use flag on at the command line for that build. (Since I knew it wouldn't work.) I forgot to note that when I put the emerge --info and emerge -vqp afterstep outputs at the beginning. That is why it shows the gtk use flag being disabled and then fails to build.
(In reply to comment #7) > The ebuild complains but does not fail on my x86 box. I can confirm this! It complains but compiles fine and works.
stable x86, thanks Andreas
ppc stable
I get the QA Notice: Package has poor programming practices which may compile * but will almost certainly crash on 64bit architectures. * message on 64bit ppc64 too.
Add us back when bug 308649 is solved Thanks
Same for alpha/ia64/sparc
Stable for HPPA.
Try it now, bug 308649 should be fixed. The package is still a QA mess, forcing -O3 optimization and ignoring LDFLAGS but at least it builds, unlike the current stable.
amd64 stable
(In reply to comment #17) > Try it now, bug 308649 should be fixed. > The package is still a QA mess, forcing -O3 optimization and ignoring LDFLAGS > but at least it builds, unlike the current stable. > just for the record, -O3 issue fixed now, and LDFLAGS issue is bug 325309
alpha/ia64/sparc stable
ppc64 stable (fails to build with asneeded on my ppc64 chroot, btw, I hate this package)