Requesting stabilization of this package. It's a bit premature for the 30 days, but it's preventing me from removing jdbc3-firebirdsql which I have already moved to jdbc-jaybird. Not to mention it was a gen 1 package before and is now gen 2 java. Also request ppc/ppc64 keywords due to lack of hardware to test on. Thank you
dev-db/jxtray-0.5-r1 USE="-doc -firebird -mssql -mysql -postgres" on x86: 1: emerge fails because !!! ERROR: Package jdom-1.0_beta9 was not found! but emerge -pv jdom gives this: [ebuild R ] dev-java/jdom-1.0 USE="-doc -jikes -source" 0 kB ebuild wanted me to attach this: GENTOO_VM=sun-jdk-1.5 CLASSPATH="" JAVA_HOME="/opt/sun-jdk-1.5.0.09" JAVACFLAGS="-source 1.4 -target 1.4" COMPILER="javac" any ideas? emerge --info: Portage 2.1.1-r2 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.4-r4, 2.6.18-gentoo-r5 i686) ================================================================= System uname: 2.6.18-gentoo-r5 i686 Genuine Intel(R) CPU T2500 @ 2.00GHz Gentoo Base System version 1.12.6 Last Sync: Sat, 06 Jan 2007 17:00:01 +0000 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: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=prescott -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=prescott -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict test" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j5" 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/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X a52 aac aalib acpi alsa alsa_cards_hda-intel alsa_pcm_plugins_adpcm alsa_pcm_plugins_alaw alsa_pcm_plugins_asym alsa_pcm_plugins_copy alsa_pcm_plugins_dmix alsa_pcm_plugins_dshare alsa_pcm_plugins_dsnoop alsa_pcm_plugins_empty alsa_pcm_plugins_extplug alsa_pcm_plugins_file alsa_pcm_plugins_hooks alsa_pcm_plugins_iec958 alsa_pcm_plugins_ioplug alsa_pcm_plugins_ladspa alsa_pcm_plugins_lfloat alsa_pcm_plugins_linear alsa_pcm_plugins_meter alsa_pcm_plugins_mulaw alsa_pcm_plugins_multi alsa_pcm_plugins_null alsa_pcm_plugins_plug alsa_pcm_plugins_rate alsa_pcm_plugins_route alsa_pcm_plugins_share alsa_pcm_plugins_shm alsa_pcm_plugins_softvol apm berkdb bitmap-fonts bzip2 cairo cdr cli cracklib crypt cups dbus divx dlloader dri dvd dvdread elibc_glibc emacs encode ffmpeg firefox flac fortran gdbm gnome gpm gstreamer gtk gtk2 hal iconv input_devices_keyboard input_devices_mouse input_devices_synaptics ipv6 isdnlog ithreads java jpeg jpeg2k kernel_linux ldap libg++ mad mmx mmxext mono mp3 mp4 mpeg mplayer ncurses nls nptl nptlonly nsplugin nvidia ogg openal opengl oss pam pcre perl png ppds pppd python quicktime readline realmedia reflection session spl sse sse2 sse3 ssl tcpd test threads truetype-fonts type1-fonts udev unicode userland_GNU vcd video_cards_nvidia vidix win32codecs wmf wmp x264 xine xml xorg xv xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
I corrected the ebuild with the least impact I could do on it so I suppose it is ok to continue with the stabilization. Here's the diff: $ cvs diff -r 1.2 -r 1.3 jxtray-0.5-r1.ebuild Index: jxtray-0.5-r1.ebuild =================================================================== RCS file: /var/cvsroot/gentoo-x86/dev-db/jxtray/jxtray-0.5-r1.ebuild,v retrieving revision 1.2 retrieving revision 1.3 diff -r1.2 -r1.3 3c3 < # $Header: /var/cvsroot/gentoo-x86/dev-db/jxtray/jxtray-0.5-r1.ebuild,v 1.2 2007/01/06 21:06:36 betelgeuse Exp $ --- > # $Header: /var/cvsroot/gentoo-x86/dev-db/jxtray/jxtray-0.5-r1.ebuild,v 1.3 2007/01/07 11:05:26 fordfrog Exp $ 16c16 < >=dev-java/jdom-1.0_beta9 --- > =dev-java/jdom-1.0_beta9* The problem is there are jdom-1.0_beta9 and jdom-1.0 slots, so according to the dependency jxtray used jdom-1.0 ebuild but looked for the jdom jar in jdom-1.0_beta9 slot. The problem didn't appear at my laptop as I have both jdom-1.0_beta9 and jdom-1.0 installed.
dev-db/jxtray-0.5-r1 USE="doc firebird mssql mysql postgres" fails here: >>> Unpacking jxtray-src-0.5.tgz to /var/tmp/portage/jxtray-0.5-r1/work !!! ERROR: Package jdbc3-postgresql was not found! !!! ERROR: dev-db/jxtray-0.5-r1 failed. Call stack: ebuild.sh, line 1546: Called dyn_unpack ebuild.sh, line 708: Called src_unpack jxtray-0.5-r1.ebuild, line 55: Called java-pkg_getjars 'jdbc3-postgresql' java-utils-2.eclass, line 813: Called die !!! java-config --classpath=jdbc3-postgresql failed !!! If you need support, post the topmost build error, and the call stack if relevant. !!! When you file a bug report, please include the following information: GENTOO_VM=sun-jdk-1.5 CLASSPATH="" JAVA_HOME="/opt/sun-jdk-1.5.0.09" JAVACFLAGS="-source 1.4 -target 1.4" COMPILER="" the place where the ebuild really fails: BUILD FAILED Target `javadocs' does not exist in this project. Total time: 21 seconds # qlist -Iv jdbc3-postgresql dev-java/jdbc3-postgresql-7.3 like that it emerges without problems: dev-db/jxtray-0.5-r1 USE="-doc -firebird -mssql -mysql -postgres" Gentoo Base System version 1.12.6 Portage 2.1.1-r2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r4, 2.6.18.5 i686) ================================================================= System uname: 2.6.18.5 i686 AMD Athlon(TM) XP1800+ Last Sync: Mon, 08 Jan 2007 19:00:01 +0000 ccache version 2.4 [enabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.3.5-r3, 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /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 /etc/texmf/web2c" CXXFLAGS="-O2 -march=i686 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--nospinner" FEATURES="autoconfig ccache collision-protect distlocks fixpackages metadata-transfer parallel-fetch sandbox sfperms strict test userfetch userpriv usersandbox" GENTOO_MIRRORS="http://mirror.switch.ch/mirror/gentoo/ http://gentoo.inode.at/" LANG="en_GB.utf8" LINGUAS="en de en_GB" 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='/pack ages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/normal" SYNC="rsync://192.168.2.1/gentoo-portage" USE="x86 3dnow 3dnowext X a52 aac alsa alsa_cards_ali5451 alsa_cards_als4000 alsa_cards_atiixp alsa_cards_atiixp-modem alsa_cards_bt87x alsa_cards_ca0106 alsa_cards_cmipci alsa_cards_emu10k1x alsa_cards_en s1370 alsa_cards_ens1371 alsa_cards_es1938 alsa_cards_es1968 alsa_cards_fm801 alsa_cards_hda-intel alsa_cards_intel8x0 alsa_cards_intel8x0m alsa_cards_maestro3 alsa_cards_trident alsa_cards_usb-audio alsa_ cards_via82xx alsa_cards_via82xx-modem alsa_cards_ymfpci alsa_pcm_plugins_adpcm alsa_pcm_plugins_alaw alsa_pcm_plugins_asym alsa_pcm_plugins_copy alsa_pcm_plugins_dmix alsa_pcm_plugins_dshare alsa_pcm_plug ins_dsnoop alsa_pcm_plugins_empty alsa_pcm_plugins_extplug alsa_pcm_plugins_file alsa_pcm_plugins_hooks alsa_pcm_plugins_iec958 alsa_pcm_plugins_ioplug alsa_pcm_plugins_ladspa alsa_pcm_plugins_lfloat alsa_ pcm_plugins_linear alsa_pcm_plugins_meter alsa_pcm_plugins_mulaw alsa_pcm_plugins_multi alsa_pcm_plugins_null alsa_pcm_plugins_plug alsa_pcm_plugins_rate alsa_pcm_plugins_route alsa_pcm_plugins_share alsa_ pcm_plugins_shm alsa_pcm_plugins_softvol apache2 berkdb bitmap-fonts bzip2 cairo cdr cli cracklib crypt cups dbus divx4linux dlloader dri dts dvd dvdr dvdread eds elibc_glibc emboss exif fam ffmpeg firefox fortran gdbm gif gnome gphoto2 gpm gstreamer gtk hal iconv input_devices_keyboard input_devices_mouse ipv6 isdnlog java jpeg kde kernel_linux ldap libg++ linguas_de linguas_en linguas_en_GB mad mikmod mmx mmxext mono mp3 mpeg ncurses network nls nptl nptlonly ogg opengl oss pam pcre perl png ppds pppd python qt qt3 qt4 quicktime readline reflection samba sdl seamonkey session spell spl ssl tcpd test tetex tiff truetype truetype-fonts type1-fonts udev unicode usb userland_GNU vcd video_cards_none video_cards_nv vorbis win32codecs xine xinerama xml xorg xprint xv xvid zlib" Unset: CTARGET, INSTALL_MASK, LC_ALL, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS
added ~ppc64
Markus Meier, can you please sync your tree and see if you have the same problem. I was able to emerge it with postgres use flag. Not sure if there were other inconsistencies at the time, but should be good to go. Want to stabilize this, so I can remove an older version that is gen 1, and depends on a package I am trying to remove from tree entirely :)
(In reply to comment #5) > Markus Meier, can you please sync your tree and see if you have the same > problem. I was able to emerge it with postgres use flag. Not sure if there were > other inconsistencies at the time, but should be good to go. I synced some hours ago (Timestamp of tree: Thu, 25 Jan 2007 19:00:01 +0000) and I still have the same problem. According to the ChangeLog, the last commit was the ~ppc64. sources.g.o doesn't have anything newer...
ok sorry, it was the javadocs target, that should have been javadoc. I corrected that, and committed the fix. Should be able to sink in a few hours.
Same errors still. -r1 still inherits jdbc3-postgresql and you try to import the wrong jar file use postgres && cp="${cp}:$(java-pkg_getjars jdbc3-postgresql)" [ Searching for packages matching jdbc3-postgresql... ] * Contents of dev-java/jdbc3-postgresql-7.3: /usr /usr/share /usr/share/jdbc3-postgresql-1 /usr/share/jdbc3-postgresql-1/lib /usr/share/jdbc3-postgresql-1/lib/pg73jdbc3.jar /usr/share/jdbc3-postgresql-1/package.env
The only stable jdbc3-postresql is 7.3 which is SLOT=1 (for some weird reason), but getjars call is for slot 0. To change getjars call to slot 1, you would need a revbump (changes package.env) and restrict DEPEND on =7.3*. To continue using slot 0, restrict depend to >=7.4 but then you would need to get on of them stable. IMHO it's not worth, 0.5-r2 is already using jdbc-postresql instead of jdbc3-postresql so you would kill two birds with one stone by stabling that instead. But for that you would need to stable some jdbc-postresql version first. It's currently 20 days old (10 days premature). I'll leave the decision to wltjr and fordfrog.
Both fordfrog and I were migrating older packages to gen 2, doing package moves, and trying to remove older versions of packages from the tree. Unless others object we should look into stabilizing the new jdbc-postgresql, and jxtray-0.5-r2. So as stated we can kill the most birds with the least amount of stones.
amd64 stable
x86 stable
Stable on ppc. Closing since we're last
Not sure if package was bumped after stabilization or etc. But 0.5-r2 is stable on all but amd64. Please stabilize so we can removed older versions. Thank you.
(In reply to comment #14) > Not sure if package was bumped after stabilization or etc. But 0.5-r2 is stable > on all but amd64. Please stabilize so we can removed older versions. Thank you. > Looking at CVS log amd64 stabled -r1 not -r2. http://viewcvs.gentoo.org/viewcvs.py/gentoo-x86/dev-db/jxtray/jxtray-0.5-r1.ebuild?rev=1.7&view=log
Reassigning back. I want that radio button be further from Commit button...
Reopening, sorry for the spam, my mouse control skill suck today :)
amd64 stable and closing
