The latest stable version of lftp is lftp-3.0.13 which was added on 22 Dec 2004. This version is so old it no longer appears ftp://lftp.yar.ru/lftp/old. The lftp-3.4.6 has been in portage since 25 Apr 2006 and received a minor patch on the 5 May. No bugs occured in bugs.gentoo.org or the active upstream email list. lftp is a basic ftp client. To test try the following: $ lftp ftp://lftp.yar.ru/lftp/old cd ok, cwd=/lftp/old lftp lftp.yar.ru:/lftp/old> ls ... lftp lftp.yar.ru:/lftp/old> get lftp-3.4.5.tar.gz.asc ... lftp lftp.yar.ru:/lftp/old> mget lftp-*.md5sum ... lftp lftp.yar.ru:/lftp/old> bye $ Thanks for your time.
alpha and amd64 stable.
This ebuild has not been in the tree for at least 30 days. It should not be going stable unless there are security issues at hand.
ppc stable
Stable on hppa.
on x86: [ebuild N ] net-ftp/lftp-3.4.6 -gnutls +nls -socks5 +ssl Compiles fine and passes the "test" above. emerge info ___________________________________ Portage 2.0.54-r2 (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.6-r3, 2.6.16.9 i686) ================================================================= System uname: 2.6.16.9 i686 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.6.14 dev-lang/python: 2.4.2 dev-python/pycrypto: [Not Present] dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 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.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=k8 -O2 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O2 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig collision-protect distlocks sandbox sfperms strict test" GENTOO_MIRRORS="ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo/" LINGUAS="en nl" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.nl.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext X aac acpi alsa avi bitmap-fonts bzip2 cairo cdparanoia cli crypt ctype cups curl dri dvd dvdread encode expat fam firefox foomaticdb ftp gd gdbm gif gtk gtk2 iconv icu idn jpeg jpeg2k kde kdeenablefinal libwww mad mmx mmxext mozsvg mp3 mpeg mplayer msn ncurses network nls nomotif nptl nptlonly nsplugin ogg opengl pcre pdflib php png posix ppds pppd qt quicktime rdesktop readline reflection rtc samba session sharedmem sockets spl sse sse2 ssl svg tcpd tetex tiff truetype truetype-fonts type1-fonts udev unicode userlocales vorbis win32codecs xml xml2 xorg xpm xv zlib video_cards_radeon input_devices_keyboard input_devices_mouse linguas_en linguas_nl userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS, PORTDIR_OVERLAY
x86 done
Stable on SPARC
stable on ppc64
(In reply to comment #2) > This ebuild has not been in the tree for at least 30 days. It has now:-) > It should not be > going stable unless there are security issues at hand. Yes you're right. I'll try not to do this again.
all set
