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 ;)