Bug 109889 – Wvdial-1.54.0-r1 must be marked as stable

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Jesús Guerrero Botella (RETIRED) 2005-10-19 22:44:40 UTC]

After updating xplc, Wvdial try to find the hearders in
/usr/include/wvstreams/xplc, while they reside into
/usr/include/xplc-0.3.12/xplc. ln -s /usr/include/xplc-0.3.12/xplc
/usr/include/wvstreams/xplc solves the problem. Now vwdial will compile. All
these packages are in the stable x86 branch.

Reproducible: Always
Steps to Reproduce:
1. emerge =xplc-0.3.12
2. emerge =wvdial-1.54.0
3.

Actual Results:  
wvdial fails to compile until I make the symlink to the xplc headers, then it
emerges fine.

Expected Results:  
wvdial should compile sucessfully without workarounds.

Portage 2.0.51.22-r3 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r2,
2.6.12.5 i686)
=================================================================
System uname: 2.6.12.5 i686 AMD Athlon(tm) XP 1600+
Gentoo Base System version 1.6.13
dev-lang/python:     2.3.5-r2, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.20
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon-xp -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env
/usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config
/usr/kde/cvs/env /usr/kde/cvs/share/config /usr/kde/cvs/shutdown
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://linuv.uv.es/mirror/gentoo/              
http://pandemonium.tiscali.de/pub/gentoo/              
ftp://ftp.caliu.info/pub/gentoo/       http://linuv.uv.es/mirror/gentoo/"
LANG="es_ES.UTF-8"
LC_ALL="es_ES.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,-z,now"
LINGUAS="es"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow X aac alsa apm audiofile avi berkdb bitmap-fonts browserplugin
cdparanoia cdr crypt cups curl directfb divx4linux dvd dvdr dvdread eds emboss
encode fam fbcon ffmpeg flac flash foomaticdb fortran gdbm gif glut gpm hal
imagemagick imlib imlib2 java javascript jpeg kdeenablefinal kdexdeltas ldap
libg++ libwww mad mikmod mmx mozilla mozsvg mozxmlterm mp3 mpeg ncurses nls
nomac nptl nptlonly nsplugin nvidia ogg oggvorbis opengl pam pdflib perl pic png
ppds python quicktime readline sasl slp speex spell sse ssl tcpd theora tiff
truetype truetype-fonts type1-fonts unicode usb userlocales vcd vidix vorbis
win32codecs wmf xine xml2 xv xvid zlib video_cards_nvidia linguas_es
userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET

[Comment 1 Peter Volkov (RETIRED) 2005-10-22 01:07:07 UTC]

Seems that I have the same problem. I can not compile wvdial because of missed
xplc headers in /usr/include/wvstreams/xplc directory. But my workaround
differs. I just downgraded wvstreams from net-libs/wvstreams-4.0.2-r1 to
net-libs/wvstreams-4.0.2. And now it compiles.

HTH.

[Comment 2 Alin Năstac (RETIRED) 2005-10-25 13:21:35 UTC]

This problem has been fixed in wvdial-1.54.0-r1 wrt bug #106018.
I've marked this one as stable on x86. For the rest of the keywords I need help
from the arch teams.

[Comment 3 Jason Wever (RETIRED) 2005-10-25 15:54:58 UTC]

As you do not appear to be part of the x86 herd, please do not mark applications
stable on x86.

x86 herd, can you verify that you find this ready for stable?

[Comment 4 Alin Năstac (RETIRED) 2005-10-25 23:37:21 UTC]

(In reply to comment #3)
> As you do not appear to be part of the x86 herd, please do not mark applications
> stable on x86.

I talked before with x86 team and obtained their permission for marking my own
packages as x86 as long as I could test them. And guess what... I _do_ have x86
machines!

[Comment 5 Gustavo Zacarias (RETIRED) 2005-10-26 12:18:10 UTC]

sparc stable.

[Comment 6 Mark Loeser (RETIRED) 2005-10-26 17:39:48 UTC]

(In reply to comment #3)
> As you do not appear to be part of the x86 herd, please do not mark applications
> stable on x86.
> 
> x86 herd, can you verify that you find this ready for stable?

mrness has a prior arrangement with us since we don't have the hardware, thanks
for looking out though.  We should probably make this list public somewhere on
the site eventually.

[Comment 7 Luis Medinas (RETIRED) 2005-10-30 12:10:24 UTC]

amd64 done

[Comment 8 Alin Năstac (RETIRED) 2005-12-20 02:29:38 UTC]

alpha and hppa teams, please mark it as stable.

[Comment 9 Alin Năstac (RETIRED) 2006-02-04 13:40:52 UTC]

on 2006-02-15 I'll remove the 1.54.0 version, whether -r1 is marked stable or not.

[Comment 10 Jose Luis Rivero (yoswink) (RETIRED) 2006-02-07 03:35:36 UTC]

agriffis marked this alpha.

[Comment 11 Alin Năstac (RETIRED) 2006-02-17 10:54:47 UTC]

net-dialup/wvdial-1.54.0 has been removed from the tree.