Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 306107 - x11-wm/afterstep-2.2.9 stable request (x11-wm/afterstep-2.2.4 does not provide /usr/bin/afterstep binary on IA64)
Summary: x11-wm/afterstep-2.2.9 stable request (x11-wm/afterstep-2.2.4 does not provid...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: IA64 Linux
: High normal (vote)
Assignee: Gentoo Afterstep Maintainers (OBSOLETE)
URL:
Whiteboard:
Keywords: STABLEREQ
Depends on: 308649
Blocks:
  Show dependency tree
 
Reported: 2010-02-20 20:00 UTC by Tom Noonan
Modified: 2010-07-04 09:15 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
Biuld log of Afterstep-2.2.4 on IA64 2/20/10 (afterstep.buildLog,235.83 KB, text/plain)
2010-02-20 22:03 UTC, Tom Noonan
Details
Afterstep-2.2.9 failure on 64bit host. (afterstep-2.2.9-buildlog.031510.2.txt,104.67 KB, text/plain)
2010-03-15 13:53 UTC, Tom Noonan
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tom Noonan 2010-02-20 20:00:40 UTC
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
Comment 1 Rafał Mużyło 2010-02-20 20:15:35 UTC
Attach build log.
Comment 2 Tom Noonan 2010-02-20 22:03:24 UTC
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.
Comment 3 Tom Noonan 2010-02-20 23:36:56 UTC
The fault seems to be tied into jpeg support.  It builds properly without the jpeg use flag.
Comment 4 Bernard Cafarelli gentoo-dev 2010-03-08 21:41:14 UTC
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
Comment 5 Tom Noonan 2010-03-14 02:39:07 UTC
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.
Comment 6 Bernard Cafarelli gentoo-dev 2010-03-15 09:16:29 UTC
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!
Comment 7 Tom Noonan 2010-03-15 12:51:25 UTC
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.
Comment 8 Tom Noonan 2010-03-15 13:53:47 UTC
Created attachment 223727 [details]
Afterstep-2.2.9 failure on 64bit host.
Comment 9 Tom Noonan 2010-03-15 13:56:56 UTC
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.
Comment 10 Andreas Schürch gentoo-dev 2010-03-26 19:53:45 UTC
(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.

Comment 11 Christian Faulhammer (RETIRED) gentoo-dev 2010-03-31 16:39:05 UTC
stable x86, thanks Andreas
Comment 12 Brent Baude (RETIRED) gentoo-dev 2010-04-16 15:33:16 UTC
ppc stable
Comment 13 Brent Baude (RETIRED) gentoo-dev 2010-05-12 15:07:05 UTC
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.
Comment 14 Pacho Ramos gentoo-dev 2010-05-26 13:00:17 UTC
Add us back when bug 308649 is solved
Thanks
Comment 15 Raúl Porcel (RETIRED) gentoo-dev 2010-06-19 16:55:34 UTC
Same for alpha/ia64/sparc
Comment 16 Jeroen Roovers (RETIRED) gentoo-dev 2010-06-22 14:37:15 UTC
Stable for HPPA.
Comment 17 Samuli Suominen (RETIRED) gentoo-dev 2010-06-22 16:16:04 UTC
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.
Comment 18 Christoph Mende (RETIRED) gentoo-dev 2010-06-24 09:27:56 UTC
amd64 stable
Comment 19 Samuli Suominen (RETIRED) gentoo-dev 2010-06-26 17:30:32 UTC
(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
Comment 20 Raúl Porcel (RETIRED) gentoo-dev 2010-06-27 11:16:17 UTC
alpha/ia64/sparc stable
Comment 21 Samuli Suominen (RETIRED) gentoo-dev 2010-07-04 09:15:05 UTC
ppc64 stable 

(fails to build with asneeded on my ppc64 chroot, btw, I hate this package)