Bugzilla Bug 64212

Ebuild expects to find source at:

http://ftp.debian.org/debian/dists/potato/main/source/oldlibs/

and it is no longer there.  From the HOMEPAGE the download URL is now:

http://ftp.debian.org/debian/pool/main/t/termcap-compat/

Reproducible: Always
Steps to Reproduce:
1.  emerge sys-libs/libtermcap-compat-1.2.3-r1


Actual Results:  
Ebuild fails as source cannot be found.

seemant: this package was originally added to support coreutils, but after we
fixed that problem, is there any reason to keep this ?

i say we remove it from cvs (the abomination that it is) and get packages to
stop using it (use ncurses instead)

many of these packages look like frivolous DEPENDs, but here's the list

app-admin/apachetop
app-admin/bacula
app-editors/kvim
app-editors/teco
app-editors/vi
app-editors/videoteco
app-misc/tdl
app-office/mdbtools
app-sci/magic
app-sci/octave-forge
app-text/rhyme
app-text/wdiff
dev-java/libreadline-java
dev-util/fenris
dev-util/mono-debugger
mail-client/hap
net-dialup/xc
net-mail/cyrus-imap-admin
net-p2p/hx
sys-fs/amiga-fdisk
x11-wm/fvwm

fixed:
app-editors/kvim
sys-fs/amiga-fdisk
app-misc/tdl
app-text/rhyme
x11-wm/fvwm

fixed net-dialup/xc

Your list is wrong. You need to go back and redo it taking eclasses into
account.

spanks, I'm with you.

Hm, and it gets even more fun since various apps like mplayer link against
libtermcap and don't have a dep on it.

List of stuff which I have on my system which links against termcap that isn't
on your list:

find /bin /usr/bin -type 'f' | while read f ; do ( ldd $f 2>/dev/null | grep
termcap 1>/dev/null ) && qpkg -nc -v -f $f ; done  | sort -u
dev-db/postgresql-7.4.5
media-video/mplayer-1.0_pre5-r3
x11-terms/xterm-191

These presumably either have a dep set in an eclass, use if it's available or
have a hard unlisted dep. I bet there're a lot more too... Probably worth
running that command on a whole load of boxes.

ciaranm: you noted on irc some packages would not work with ncurses at all ...

which packages are these ?  i remember you mentioning some vi editors ... debian might have some patches to help ...

Mike -- I don't have a full list. I suspect at least vi, probably others. Only
solution I can think of is to test the whole frickin' lot and see... termcap
and terminfo aren't entirely compatible unfortunately, especially if you're
doing fancy stuff (like editors tend to do...).

net-mail/cyrus-imap-admin-2.2.* don't DEPEND on libtermcap-compat any more.
OTH, add app-crypt/heimdal to the list.

# find /bin /usr/bin -type 'f' | while read f ; do ( ldd $f 2>/dev/null | grep termcap 1>/dev/null ) && qpkg -nc -v -f $f ; done  | sort -u
app-crypt/heimdal-0.6.3

ciaranm, my postgresql doesn't show up in your oneliner.

# emerge -vp postgresql

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild   R   ] dev-db/postgresql-7.4.5-r2  -debug -doc +java +libg++ +nls +pam+perl -pg-hier -pg-intdatetime -pg-vacuumdelay +python +readline +ssl -tcltk* +zlib 0 kB

Hrm, I suspect that a lot of these will just randomly link against ncurses,
libtermcap or nothing depending upon the phase of the moon...

*** Bug 63131 has been marked as a duplicate of this bug. ***

dev-java/libreadline-java ebuild was already fixed too. The patch was simple:
simply replace "-ltermcap" with "-lncurses". I also mailed the developers of
libreadline-java and they might link against ncurses by default in the next
version.

Tavis, how about the fvwm dependency? Can that be adjusted to be ncurses
instead?

its already gone, Spanky removed it (he's right, it was fairly frivolous).

spanky, please babysit this bug while I'm on Leave of Absence.

app-editors/elvis needs termcap too. blech.

we want to punt libtermcap, not fix it ;)