Launching jabref after antlr:3 was removed by depclean caused the following error. After rebuilding jabref everything was fine. Therefore, a slot-update of antlr should cause a rebuild of jabref. $ jabref Traceback (most recent call last): File "/usr/lib/python-exec/python2.7/gjl", line 121, in <module> args = get_args(pkg) File "/usr/lib/python-exec/python2.7/gjl", line 38, in get_args classpath, library = get_pkg_args(pkg) File "/usr/lib/python-exec/python2.7/gjl", line 19, in get_pkg_args classpath = manager.build_dep_path([package.name()], "CLASSPATH", missing_deps) File "/usr/lib64/python2.7/site-packages/java_config_2/EnvironmentManager.py", line 354, in build_dep_path p = self.get_package(dep[-1]) File "/usr/lib64/python2.7/site-packages/java_config_2/EnvironmentManager.py", line 154, in get_package return self.load_package(pkgname) File "/usr/lib64/python2.7/site-packages/java_config_2/EnvironmentManager.py", line 83, in load_package raise UnexistingPackageError(name) java_config_2.Errors.UnexistingPackageError: Package antlr-3 was not found! Reproducible: Always # emerge --info jabref Portage 2.2.18 (python 2.7.9-final-0, default/linux/amd64/13.0/desktop/kde, gcc-4.8.4, glibc-2.20-r2, 4.0.5-gentoo x86_64) ================================================================= System Settings ================================================================= System uname: Linux-4.0.5-gentoo-x86_64-Intel-R-_Core-TM-_i7-3770_CPU_@_3.40GHz-with-gentoo-2.2 KiB Mem: 15956028 total, 10282992 free KiB Swap: 16801788 total, 16801788 free Timestamp of repository gentoo: Thu, 18 Jun 2015 09:30:01 +0000 sh bash 4.3_p33-r2 ld GNU ld (Gentoo 2.24 p1.4) 2.24 app-shells/bash: 4.3_p33-r2::gentoo dev-java/java-config: 2.2.0::gentoo dev-lang/perl: 5.20.2::gentoo dev-lang/python: 2.7.9-r1::gentoo, 3.3.5-r1::gentoo, 3.4.1::gentoo dev-util/cmake: 3.2.2::gentoo dev-util/pkgconfig: 0.28-r2::gentoo sys-apps/baselayout: 2.2::gentoo sys-apps/openrc: 0.16.4::gentoo sys-apps/sandbox: 2.6-r1::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69::gentoo sys-devel/automake: 1.11.6-r1::gentoo, 1.12.6::gentoo, 1.14.1::gentoo sys-devel/binutils: 2.24-r3::gentoo sys-devel/gcc: 4.8.4::gentoo sys-devel/gcc-config: 1.7.3::gentoo sys-devel/libtool: 2.4.6::gentoo sys-devel/make: 4.1-r1::gentoo sys-kernel/linux-headers: 3.18::gentoo (virtual/os-headers) sys-libs/glibc: 2.20-r2::gentoo Repositories: gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 kde location: /var/lib/layman/kde masters: gentoo priority: 0 local_overlay location: /usr/local/portage masters: gentoo priority: 1 Installed sets: @system ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe -ggdb" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/maven-bin-3.0/conf /usr/share/themes/oxygen-gtk/gtk-2.0 /usr/share/themes/oxygen-gtk/gtk-3.0" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=native -O2 -pipe -ggdb" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--with-bdeps=y --autounmask-write --jobs=5 --load-average=10.0" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs compressdebug config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch parallel-install preserve-libs protect-owned sandbox sfperms splitdebug strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j8" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" USE="64bit X a52 aac acl acpi aes alsa amd64 avx bash-completion berkdb bluetooth branding bzip2 cairo cdaudio cdda cddb cdio cdr cli consolekit cracklib crypt css cups cxx dbus declarative dell dri dts dvd dvdr emboss encode exif fam firefox flac fortran gdbm gif glamor glib glibc gpg gpm gtk haskell iconv icu id3tag ieee1394 imagemagick inotify ipv4 ipv6 irc java jpeg jpeg2k kde kipi lame latex lcms ldap libnotify libsamplerate lzma mad mmx mmxext mng modules mp3 mp4 mpeg mplayer multilib musicbrainz ncurses nls nptl ntp ogg okteta opengl openmp otr pam pango pcre pdf phonon plasma pm-utils png policykit popcnt ppds pulseaudio qemu qt3support qt4 quicktime rar readline real rss sdl semantic-desktop session spell spice sse sse2 sse3 sse4_1 sse4_2 ssl ssse3 startup-notification svg syslog taglib tcpd threads tiff truetype udev udisks unicode upower usb v41 v412 v4l vaapi vcd vim-syntax visualization vorbis wavpack wifi wma wmf wxwidgets x264 xcb xcomposite xine xinerama xml xscreensaver xv xvid xvmc zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="aes avx mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" GRUB_PLATFORMS="efi-64" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="de" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_3" QEMU_SOFTMMU_TARGETS="i386 x86_64" QEMU_USER_TARGETS="i386 x86_64" RUBY_TARGETS="ruby19 ruby20" USERLAND="GNU" VIDEO_CARDS="intel" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON ================================================================= Package Settings ================================================================= app-text/jabref-2.10-r2::gentoo was built with the following: USE="-doc" ABI_X86="64"
Hi all! I just wanted to confirm that jabref stopped working with [...] java_config_2.Errors.UnexistingPackageError: Package antlr-3 was not found! on my system after a recent depclean. A reemerge of jabref fixed the issue for me, too. Thanks for all & cheers, Jan
https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-text/jabref/jabref-2.10-r2.ebuild?r1=1.2&r2=1.3 Please revbump when applying a patch that changes (adds/removes) common dependencies :) By the way, is there a reason why it needs two different versions of antlr?
Sorry about that. I have pushed =app-text/jabref-2.10-r3 now which will hopefully fix this dependency problem.
(In reply to Patrice Clement from comment #2) > https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-text/jabref/ > jabref-2.10-r2.ebuild?r1=1.2&r2=1.3 > > Please revbump when applying a patch that changes (adds/removes) common > dependencies :) By the way, is there a reason why it needs two different > versions of antlr? This is a hack to get around the fact that we can't build antlr:3 with jdk-1.8 right now. For some reason, specifying both antlr versions fixes this issue. I have to admit though that I don't understand why. If I specify only antlr-4 jabref won't compile, but it does with both antlr:0 and antlr:4. Do you have any suggestions as to how to fix this a bit better? Thanks already
is antlr:4 not pulling in antlr:0 anyway? * dependency graph for dev-java/antlr-4.4 `-- dev-java/antlr-4.4 amd64 `-- dev-java/stringtemplate-3.2 (>=dev-java/stringtemplate-3.2) amd64 * dependency graph for dev-java/stringtemplate-3.2 `-- dev-java/stringtemplate-3.2 amd64 `-- dev-java/antlr-2.7.7-r5 (>=dev-java/antlr-2.7.7) amd64 [java]
forget my last comment... its ">=". sry
Can we close this as newer jabref versions only exist as bin packages?
(In reply to Nicolas Bock from comment #7) > Can we close this as newer jabref versions only exist as bin packages? I don't know anything about this issue but removing all old versions of antlr is next on my list. v3 is included in v4 but I will make this work within a single ebuild.
(In reply to Nicolas Bock from comment #4) > Do you have any suggestions as to how to fix this a bit better? > > Thanks already (In reply to Nicolas Bock from comment #7) > Can we close this as newer jabref versions only exist as bin packages? - Push the new ebuilds - Have them stabilised - Remove the old cruft - Pkgmove this ebuild (since it's now a binary package so it should be jabref-bin, isn't it?) - Close this bug Do you need help? Let us know.
(In reply to Patrice Clement from comment #9) > (In reply to Nicolas Bock from comment #4) > > Do you have any suggestions as to how to fix this a bit better? > > > > Thanks already > > (In reply to Nicolas Bock from comment #7) > > Can we close this as newer jabref versions only exist as bin packages? > > - Push the new ebuilds > - Have them stabilised > - Remove the old cruft > - Pkgmove this ebuild (since it's now a binary package so it should be > jabref-bin, isn't it?) Will the pkgmove not prevent us from eventually being able to offer a source built jabref again? > - Close this bug > > Do you need help? Let us know.
(In reply to Nicolas Bock from comment #10) > Will the pkgmove not prevent us from eventually being able to offer a source > built jabref again? I think I read that somewhere but I can't find it now. monsieurp thinks he read that too so let's not do that.
(In reply to James Le Cuirot from comment #11) > (In reply to Nicolas Bock from comment #10) > > Will the pkgmove not prevent us from eventually being able to offer a source > > built jabref again? > > I think I read that somewhere but I can't find it now. monsieurp thinks he > read that too so let's not do that. I found it in the package manager specifications: https://dev.gentoo.org/~ulm/pms/head/pms.html#x1-390004.4.4 For some reason it's not mentioned in the devmanual.
This report is a little confusing but the antlr situation is a lot cleaner now. Ideally 2.10-r4 should be marked stable but 2.10-r2 works for me too. As mentioned, jabref-bin provides a newer version anyway.