jar cfM0E@ dbus-1.jar Illegal option: E Usage: jar {ctxu}[vfm0Mi] [jar-file] [manifest-file] [-C dir] files ... Options: -c create new archive -t list table of contents for archive -x extract named (or all) files from archive -u update existing archive -v generate verbose output on standard output -f specify archive file name -m include manifest information from specified manifest file -0 store only; use no ZIP compression -M do not create a manifest file for the entries -i generate index information for the specified jar files -C change to the specified directory and include the following file If any file is a directory then it is processed recursively. The manifest file name and the archive file name needs to be specified in the same order the 'm' and 'f' flags are specified. Example 1: to archive two class files into an archive called classes.jar: jar cvf classes.jar Foo.class Bar.class Example 2: use an existing manifest file 'mymanifest' and archive all the files in the foo/ directory into 'classes.jar': jar cvfm classes.jar mymanifest -C foo/ . make[3]: *** [dbus-1.jar] Error 1 make[3]: Leaving directory `/var/tmp/portage/dbus-0.50-r2/work/dbus-0.50/gcj' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/dbus-0.50-r2/work/dbus-0.50/gcj' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/dbus-0.50-r2/work/dbus-0.50' make: *** [all] Error 2
Also fails on gcc 3.4.4-r1 (amd64) with the exact same error. Removing gcj from USE makes it compile cleanly again.
same here with gcc 3.4.5
It seems that the ebuild should be using gcj-jar instead of jar. Is this due to having a JDK installed?
I'll remove support for it. I don't hava Java. I wiped hands clean of that language when I was done with my classes at college that needed it. Someone has been msging me on IRC asking me to enable the bindings telling me all you needed was gcc compiled with gcj and call --enable-gcj and it all worked. So I listened. If you guys can figure out the issue and lemme know, I'll fix the ebuild properly. It doesn't look too complicated.
Created attachment 75280 [details, diff] dbus-0.50-gcj.patch this one should fix the build with gcj
*** Bug 116302 has been marked as a duplicate of this bug. ***
(In reply to comment #4) > I'll remove support for it. I don't hava Java. I wiped hands clean of that > language when I was done with my classes at college that needed it. > betelgeuse@pena /usr/portage/sys-apps/dbus $ grep gcj dbus-0.50-r2.ebuild IUSE="X gcj gtk qt python mono doc xml2" # if use gcj && ! built_with_use sys-devel/gcc gcj; then # eerror "with the 'gcj' USE flag. Add 'gcj' to USE and re-emerge gcc." # die "gcc needs gcj support to use the java bindings" ## $(use_enable gcj) you forgot to remove gcj from IUSE
*** Bug 117304 has been marked as a duplicate of this bug. ***
Fixed in dbus-0.60-r2.... please test... it will be coming out of mask soon.