I have been using this app for some weeks, it works well, no bugs, no crashes, etc. In the sourceforge project page ( http://sourceforge.net/projects/urlget/ ) this version (1.0) is considered stable. Also, there aren't any stable version of this program in portage. I think this program should go to stable on amd64, and maybe on x86. The app is in portage since 10 July.
Arch teams, please stabilize. Thanks!
Won't stabilize anything if they aren't in the CC list. Can we add them? What emails do they have?
Bleh, I keep forgetting to hit the Add Archs button.
>>> Unpacking urlgfe-1.0.tar.gz to /var/tmp/portage/urlgfe-1.0/work * Applying 1.0-as-needed.patch ... [ ok ]autopoint: *** cvs program not found autopoint: *** Stop. * Running eautoreconf in '/var/tmp/portage/urlgfe-1.0/work/urlgfe-1.0' ... * eaclocal: 'm4' does not exist * Running aclocal -I m4 ... [ !! ] * Failed Running aclocal ! and from the aclocal log: ***** aclocal ***** aclocal: couldn't open directory `m4': No such file or directory
I have the same problem. This is strange, because I hadn't it before, I have this installed for months. Trying to compile it manually in /var/tm/portage/urlgfe-1.0/work/urlgfe-1.0/ I've found the fix, but I don't know how to put it in the ebuild: ./configure goes well (I didn't use any flags, I think they are not needed) make fails. It says that I must run libtoolize --copy --force before make. So the steps are: ./configure libtoolize --copy --force make And it works now. How can I put this in the ebuild? Someone? There is a better fix for this? Shall we contact the developer of the package?
Sven? Any update on this?
The problem is, that with unstable autoconf we need the autopoint call because of the --as-needed patch and the autoreconf. And autopoint requires cvs, because it does a cvs checkout on the included raw cvs tarball. We should include a checked out version of the files with gettext, so that we can get around the cvs dependency. There's nothing I can do about it immediately, except dropping the --as-needed patch. For stable system libtool is solving this issue, as it creates the m4 directory. But ~arch systems it will fail with the @MKINSTALLDIRS@ error, as the autopoint command doesn't populate the m4 directory, if no cvs client is installed.
So, any fix?
testing versus stable amd64 1. emerges fine on amd64 2. passed collision test 3. passed multi-lib strict 4. program worked fine about ~* - perhaps a tracker bug for this future autotools problem? emerge --info follows ----------------------------------------------------------------------------- Portage 2.1.1-r1 (default-linux/amd64/2006.1/desktop, gcc-4.1.1, glibc-2.4-r3, 2.6.17-beyond4 x86_64) ================================================================= System uname: 2.6.17-beyond4 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.12.5 Last Sync: Mon, 02 Oct 2006 13:30:01 +0000 ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 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-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -msse3 -march=k8 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -msse3 -march=k8 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache collision-protect distlocks metadata-transfer multilib-strict sandbox sfperms strict test" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo http://gentoo.cites.uiuc.edu/pub/gentoo/ http://mirrors.acm.cs.rpi.edu/gentoo/" LINGUAS="en en_US" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/overlays" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X a52 aac acl acpi akobe alsa apache2 audiofile avi bash-completion bcp berkdb bitmap-fonts bjam bogofilter boost branding bzip2 cairo cdr cli crypt cscope cups curl dbus djbfft dlloader dri dssi dts dvd dvdr dvdread eds elibc_glibc emboss encode exif expat exscalibar fam ffmpeg firefox flac foo2zjs_devices_hp1020 foomaticdb fortran fpx ftp gd gdbm gif glitz glut gmp gnokii gnome gnutls gphoto2 gpm graphviz gs gsl gstreamer gtk gtk2 guile hal hash ieee1394 imlib input_devices_keyboard input_devices_mouse insecure-savers ipv6 isdnlog jack jack-tmpfs jackmidi java jbig jpeg jpeg2k kernel_linux lapack lash lcms ldap libg++ linguas_en linguas_en_US logitech-mouse mad mailwrapper mikmod mono mp3 mp4 mpeg musicbrainz mysql ncurses network nls nptl nptlonly nsplugin numeric offensive ogg openal openexr opengl pam pam_console pcre pda pdf pdflib perl physfs png ppds pppd pwdb pyste python quicktime readline reflection ruby samba sdl session speex spell spl sqlite ssl svg tcl tcpd theora threads tidy tiff truetype truetype-fonts type1-fonts udev unicode userland_GNU video_cards_nvidia visualization vorbis vst wmf xcomposite xine xml xmms xorg xscreensaver xv xvid xvmc yahoo zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Ok, got it. I simply didn't see one single line: autopoint: *** cvs program not found emerge cvs solved the problem, emerges fine. :)
amd6664 stable
It doesn't compiles without cvs.
Add amd64@gentoo.org again, because the program isn't stable.
Sync your portage. hellbox ~ # grep KEYWORDS /usr/portage/www-client/urlgfe/urlgfe-1.0.ebuild KEYWORDS="amd64 ~ppc ~x86"
I know it's marked stable, but it shouldn't, because it doesn't compile without CVS installed. It should compile without it. Read previous comments.
Sven, please re-add amd64 after the cvs issue is fixed. For the time being, I reverted back to ~amd64. Juan, thanks for catching it :)
Any advance with this?
dropping x86 as well as there hasn't been any progress on the cvs (either requiring it) or figuring how to avoid needing it four depend.
This takes too much time. Somebody (Sven, I guess) can tell me any clue of where may be the problem? What do you think about adding CVS as a dependency in the DEPEND variable?
I dropped the --as-needed patch, waiting for upstream to add it. Fixing the stuff in out ebuilds is too much hassle. I re-added the amd64 keyword.
