As requested in #131414 I'm trying to write a from-source ebuild for tuxguitar, I've no experience with java-based ebuild so I need some help :) Actually the ebuild doesn't work for me but using the same classpath works for a manual ant execution
Created attachment 95007 [details] media-sound/tuxguitar-0.7.ebuild (READ the comment) Need some work...
Created attachment 102466 [details] media-sound/tuxguitar-0.8.ebuild Finally I wrote a working ebuild for tuxguitar :) But... a *strange* thing: the used eclass methods cannot generate the correct package fullname. It will be installed in "/usr/share/tuxguitar-" instead of "/usr/share/tuxguitar-0.8" In the attached ebuild I'm using a simple workaround, but I'm trying to known the causes of this strange behaviour :)
Actually exists a tuxguitar plugin for alsa, but it doesn't compile for me and I'm still working on it. Meanwhile you can start tuxguitar using "aoss" for the alsa support: $ aoss tuxguitar
Created attachment 102519 [details] media-sound/tuxguitar-0.8-r1.ebuild * fixed missing brackets for $PV in SRC_URI
Created attachment 102520 [details] media-plugins/tuxguitar-plugins-alsa-0.8.1.ebuild Now the alsa plugin works too ;) Actually I've made a separate ebuild for it (thinking about the plugin structure of tuxguitar), but we can include it in the tuxguitar *main* ebuild adding the "alsa" useflag to enable the relative plugin.
Created attachment 102534 [details] media-sound/tuxguitar-0.8-r2.ebuild * fixed problem with wrong package name in the java eclasses (I forgot to set SLOT :P)
Created attachment 102535 [details] media-plugins/tuxguitar-plugins-alsa-0.8.1-r1.ebuild * modified accordingly after the bug-fix in the tuxguitar ebuild
Hi, Will it ever make its way to ~arch ? Regards.
Created attachment 104472 [details] media-sound/tuxguitar-0.8-r3.ebuild
Comment on attachment 104472 [details] media-sound/tuxguitar-0.8-r3.ebuild Modular X11 compatible ^^
These ebuilds have been added to https://overlays.gentoo.org/svn/proj/java/migrated-java-experimental-overlay thank you for your effort
Created attachment 109409 [details] media-sound/tuxguitar-0.9.1.ebuild
Created attachment 109411 [details] media-plugins/tuxguitar-plugins-alsa-0.9.ebuild
The 0.9.1 build with the alsa-0.9 plugin does not work. At least not for me. I get a "no soundbank" error and I do not see any plugin options in the settings menu. I am, however, able to run with aoss.
Created attachment 145278 [details] media-sound/tuxguitar-1.0-r1.ebuild TuxGuitar 1.0-rc1
Created attachment 145288 [details] media-sound/tuxguitar-plugins-alsa-1.0-r1.ebuild
Created attachment 145289 [details] media-sound/tuxguitar-plugins-gtp-1.0-r1.ebuild
Created attachment 145533 [details] media-sound/tuxguitar-plugins-ptb-1.0-r1.ebuild
Created attachment 147021 [details] /media-sound/tuxguitar/tuxguitar-1.0-r2
Created attachment 147048 [details] /media-sound/tuxguitar-plugins-alsa/tuxguitar-plugins-alsa-1.0-r2
Created attachment 147049 [details] /media-sound/tuxguitar-plugins-gtp/tuxguitar-plugins-gtp-1.0-r2
rc3 is out, you just need to rename and sed rc2 to rc3 in the last three files and it's ok. However, since 1.0-x, I no longer have any sound, any idea ?
Robert Szczesiak, does your tuxguitar-1.0-r2.ebuild compil de jsa plugin as well ?
auto-answer --> no ^^ I'm going to make ebuild for this.
Created attachment 148522 [details] media-sound/tuxguitar
Created attachment 148523 [details] media-plugins/tuxguitar-plugins-alsa
Created attachment 148525 [details] media-plugins/tuxguitar-plugins-ascii
Created attachment 148527 [details] media-plugins/tuxguitar-plugins-browser-ftp
Created attachment 148529 [details] media-plugins/tuxguitar-plugins-compat
Created attachment 148530 [details] media-plugins/tuxguitar-plugins-gtp
Created attachment 148531 [details] media-plugins/tuxguitar-plugins-jsa
Created attachment 148533 [details] media-plugins/tuxguitar-plugins-lilypond
Created attachment 148534 [details] media-plugins/tuxguitar-plugins-midi
Created attachment 148536 [details] media-plugins/tuxguitar-plugins-musicxml
Created attachment 148537 [details] media-plugins/tuxguitar-plugins-oss
Created attachment 148538 [details] media-plugins/tuxguitar-plugins-pdf
Created attachment 148539 [details] media-plugins/tuxguitar-plugins-ptb
Created attachment 148540 [details] media-plugins/tuxguitar-plugins-tef
Created attachment 148542 [details] media-plugins/tuxguitar-plugins-tray
I've just seded Robert Szczesiak ebuild and checked for the dependencies.
Created attachment 148568 [details] media-plugins/tuxguitar-plugins-pdf fixed a bug with the itext dependency.
>>> Emerging (1 of 1) media-sound/tuxguitar-1.0-r3 to / * tuxguitar-src-1.0-rc3.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking tuxguitar-src-1.0-rc3.tar.gz ;-) ... [ ok ] * Using: sun-jdk-1.6 >>> Unpacking source... >>> Unpacking tuxguitar-src-1.0-rc3.tar.gz to /var/tmp/portage/media-sound/tuxguitar-1.0-r3/work !!! ERROR: Package swt-3 was not found! * * ERROR: media-sound/tuxguitar-1.0-r3 failed. * Call stack: * ebuild.sh, line 49: Called src_unpack * environment, line 3970: Called java-pkg_jar-from 'src_unpack' * environment, line 2994: Called die * The specific snippet of code: * [[ $? != 0 ]] && die ${error_msg}; * The die message: * There was a problem getting the classpath for swt-3. * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/log/portage/media-sound:tuxguitar-1.0-r3:20080409-124411.log'. * The ebuild environment file is located at '/var/tmp/portage/media-sound/tuxguitar-1.0-r3/temp/environment'. * This ebuild is from an overlay: '/usr/local/portage/' * !!! When you file a bug report, please include the following information: GENTOO_VM=sun-jdk-1.6 CLASSPATH="" JAVA_HOME="/opt/sun-jdk-1.6.0.05" JAVACFLAGS="-source 1.5 -target 1.5" COMPILER="" and of course, the output of emerge --info * Messages for package media-sound/tuxguitar-1.0-r3: * * ERROR: media-sound/tuxguitar-1.0-r3 failed. * Call stack: * ebuild.sh, line 49: Called src_unpack * environment, line 3970: Called java-pkg_jar-from 'src_unpack' * environment, line 2994: Called die * The specific snippet of code: * [[ $? != 0 ]] && die ${error_msg}; * The die message: * There was a problem getting the classpath for swt-3. * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/log/portage/media-sound:tuxguitar-1.0-r3:20080409-124411.log'. * The ebuild environment file is located at '/var/tmp/portage/media-sound/tuxguitar-1.0-r3/temp/environment'. * This ebuild is from an overlay: '/usr/local/portage/' * but java-config shows: java-config-2 -l [ant-core] Java-based build tool similar to 'make' that uses XML configuration files. (/usr/share/ant-core/package.env) [xjavac-1] The implementation of the javac compiler for IBM JDK 1.4 (needed for xerces-2) (/usr/share/xjavac-1/package.env) [jaxodraw] Java program for drawing Feynman diagrams (/usr/share/jaxodraw/package.env) [xalan-serializer] DOM Level 3 serializer from Apache Xalan, shared by Xalan and Xerces (/usr/share/xalan-serializer/package.env) [tuxguitar] TuxGuitar is a multitrack guitar tablature editor and player written in Java-SWT, it can open GP3 and GP4 files (/usr/share/tuxguitar/package.env) [ant-tasks] Meta-package for Apache Ant's optional tasks. (/usr/share/ant-tasks/package.env) [xml-commons-resolver] An XML Entity and URI Resolver (/usr/share/xml-commons-resolver/package.env) [swt-3.4] GTK based SWT Library (/usr/share/swt-3.4/package.env) [xerces-2] The next generation of high performance, fully compliant XML parsers in the Apache Xerces family (/usr/share/xerces-2/package.env) [bcmail] Java cryptography APIs (/usr/share/bcmail/package.env) [sun-javamail] A Java-based framework to build multiplatform mail and messaging applications. (/usr/share/sun-javamail/package.env) [ant-trax] Apache Ant .jar with optional tasks depending on XML transformer (xalan) (/usr/share/ant-trax/package.env) [rhino-1.5] Rhino is an open-source Java implementation of JavaScript. (/usr/share/rhino-1.5/package.env) [bcprov] Java cryptography APIs (/usr/share/bcprov/package.env) [junit] Simple framework to write repeatable tests (/usr/share/junit/package.env) [ant-swing] Apache Ant's optional tasks depending on swing (/usr/share/ant-swing/package.env) [javacup] CUP Parser Generator for Java (/usr/share/javacup/package.env) [itext] A Java library that generate documents in the Portable Document Format (PDF) and/or HTML. (/usr/share/itext/package.env) [openoffice] OpenOffice.org, a full office productivity suite. (/usr/share/openoffice/package.env) [bsh] BeanShell: A small embeddable Java source interpreter (/usr/share/bsh/package.env) [javamail] A Java-based framework to build multiplatform mail and messaging applications. (/usr/share/java-config-2/virtuals/javamail) [bcel] The Byte Code Engineering Library: analyze, create, manipulate Java class files (/usr/share/bcel/package.env) [libreadline-java] A JNI-wrapper to GNU Readline. (/usr/share/libreadline-java/package.env) [servletapi-2.4] Servlet API 2.4 from jakarta.apache.org (/usr/share/servletapi-2.4/package.env) [ant-nodeps] Apache Ant's optional tasks requiring no external deps (/usr/share/ant-nodeps/package.env) [ant-junit] Apache Ant's optional tasks depending on junit (/usr/share/ant-junit/package.env) [xalan] Apache's XSLT processor for transforming XML documents into HTML, text, or other XML document types. (/usr/share/xalan/package.env) [sun-jaf] Sun's JavaBeans Activation Framework (JAF) (/usr/share/sun-jaf/package.env) [servlet-api-2.3] Tomcat's Servlet API 2.3/JSP API 1.2 implementation (/usr/share/java-config-2/virtuals/servlet-api-2.3) [hsqldb] The leading SQL relational database engine written in Java. (/usr/share/hsqldb/package.env) [xml-commons-external-1.3] An Apache-hosted set of externally-defined standards interfaces, namely DOM, SAX, and JAXP. (/usr/share/xml-commons-external-1.3/package.env) [tomcat-servlet-api-2.3] Tomcat's Servlet API 2.3/JSP API 1.2 implementation (/usr/share/tomcat-servlet-api-2.3/package.env) That mean, We should rename package request in ebuild from swt-3 to swt-3.4. Is that true?
And next comment: I think ebuild should also check is swt compiled with USE="cairo" because it is required.
1.0 released http://tuxguitar.com.ar/
I messed up with the ebuilds name, I called them *-rc3 instead of _rc3... >_<
"I think ebuild should also check is swt compiled with USE="cairo" because it is required." I will add a check for the 1.0 ebuild
Created attachment 157767 [details] media-sound/tuxguitar
Created attachment 157769 [details] media-plugins/tuxguitar-plugins-alsa
Created attachment 157771 [details] media-plugins/tuxguitar-plugins-ascii
Created attachment 157773 [details] media-plugins/tuxguitar-plugins-browser-ftp
Created attachment 157775 [details] media-plugins/tuxguitar-plugins-compat
Created attachment 157777 [details] media-plugins/tuxguitar-plugins-gtp
Created attachment 157779 [details] media-plugins/tuxguitar-plugins-jsa
Created attachment 157781 [details] media-plugins/tuxguitar-plugins-lilypond
Created attachment 157783 [details] media-plugins/tuxguitar-plugins-midi
Created attachment 157785 [details] media-plugins/tuxguitar-plugins-musicxml
Created attachment 157787 [details] media-plugins/tuxguitar-plugins-oss
Created attachment 157789 [details] media-plugins/tuxguitar-plugins-pdf
Created attachment 157791 [details] media-plugins/tuxguitar-plugins-ptb
Created attachment 157793 [details] media-plugins/tuxguitar-plugins-tef
Created attachment 157795 [details] media-plugins/tuxguitar-plugins-tray
Homepage should be http://tuxguitar.com.ar/
Thanks to everybody, I finally added 1.0 to java-overlay. It's a single ebuild for plugins and application itself. Some plugins are controlled via USE flags. So people please test.
(In reply to comment #63) > Thanks to everybody, I finally added 1.0 to java-overlay. It's a single ebuild > for plugins and application itself. Some plugins are controlled via USE flags. > So people please test. It seems to work, but please add ~x86 keyword ;)
(In reply to comment #63) > Thanks to everybody, I finally added 1.0 to java-overlay. It's a single ebuild > for plugins and application itself. Some plugins are controlled via USE flags. > So people please test. > It emerged fine on my system but I got this error when I run tuxguitar : Traceback (most recent call last): File "/usr/bin/gjl", line 302, in <module> vm = get_vm(pkg) File "/usr/bin/gjl", line 196, in get_vm target, needs_jdk = get_needed_target2(pkg) File "/usr/bin/gjl", line 85, in get_needed_target2 for pkg in get_needed_packages(pkg): File "/usr/bin/gjl", line 39, in get_needed_packages p = manager.get_package(dep_pkg) File "/usr/lib/python2.5/site-packages/java_config_2/EnvironmentManager.py", line 148, in get_package return self.load_package(pkgname) File "/usr/lib/python2.5/site-packages/java_config_2/EnvironmentManager.py", line 82, in load_package raise UnexistingPackageError(name) java_config_2.Errors.UnexistingPackageError: Package dom4j-1 was not found! Couldn't get needed information I managed to fix it by emerging dev-java/dom4j. Perhaps should you add this package to the CDEPEND section.
(In reply to comment #64) > (In reply to comment #63) > > Thanks to everybody, I finally added 1.0 to java-overlay. It's a single ebuild > > for plugins and application itself. Some plugins are controlled via USE flags. > > So people please test. > > It seems to work, but please add ~x86 keyword ;) > I'll do it as soon as all plugins known to be working. Please confirm if so.
1.0 from java-overlay works for me on ~x86 though i didn't wanted swt-3.3 on my system so i modified ebuild and used swt-3.4 haven't seen any problems here untested plugins: fluidsynth,oss
*** Bug 230577 has been marked as a duplicate of this bug. ***
Adding sound@g.o to CC.
Is there anybody who can list files with FTP. I couldn't get it working myself.
(In reply to comment #70) > Is there anybody who can list files with FTP. I couldn't get it working myself. > It's not working and the situation is confirmed by upstream. Updated the ebuild to avoid building/installation of the plugin.
(In reply to comment #67) > 1.0 from java-overlay works for me on ~x86 > though i didn't wanted swt-3.3 on my system so i modified ebuild and used > swt-3.4 > haven't seen any problems here > untested plugins: fluidsynth,oss > Any status report on those two. OSS plugin also needs timidity running.
Created attachment 163556 [details] media-sound/tuxguitar From java overlay with the ~x86 keyword added, one single ebuild for everything, manages plugin through use flags. Also, since the tuxguitar's dev is now developping using java-1.6 with swt 3.4 and doesn't plan to maintain compatibility with previous version, I updated the dependencies.
Fixed ftp plugin and reenabled it.
Created attachment 186979 [details, diff] some corrections and eapi => 2 - corrected some dependencies (but correct me if I'm wrong) - used EAPI=2 - alsa-lib is already a runtime dependencie of timidity++ - alsa implies timidity++[alsa] - oss implies timidity++[oss] - build_with_use removed in favor of >=dev-java/swt-3.4[cairo] (patch against tuxguitar-1.0-r1 attached) Not sure but should tuxguitar use a gnome useflag, inherit from gnome2 eclass and, in post{inst,rm} : "use gnome && gnome2_pkg_post{inst,rm}" ?
(In reply to comment #75) > - corrected some dependencies (but correct me if I'm wrong) > - used EAPI=2 > - alsa-lib is already a runtime dependencie of timidity++ But that's also a compile dependency, so kept it. > - alsa implies timidity++[alsa] > - oss implies timidity++[oss] > - build_with_use removed in favor of >=dev-java/swt-3.4[cairo] Incorporated. Thanks for your improvements. I added some of those to 1.1 ebuild I bumped in the overlay.
From what I noticed tuxguitar-1.1 still depends upon the old swt 3.3 ebuild. One the proposed change was to move away from this dependency as I (quickly) successfully tested tuxguitar with swt 3.4 (see comment #67)
well, considering the fact tuxguitar's dev is now developping using java-1.6 with swt 3.4, it's pretty safe to assume that from now, it *should* depend on swt-3.4 and no longer on 3.3
There was no swt-3.4 stable at that time, and tuxguitar was usable with it. So I'll consider moving to 3.4 slot. But Java6, that's a harsh restriction.
(In reply to comment #79) > There was no swt-3.4 stable at that time, and tuxguitar was usable with it. So > I'll consider moving to 3.4 slot. But Java6, that's a harsh restriction. > Committed.
any chance for tuxguitar to make is way into the mainstream portage tree ?
(In reply to comment #81) > any chance for tuxguitar to make is way into the mainstream portage tree ? > It needs testing, especially the sound stack (alsa, oss, fluidsynth) and x86 arch.
Well personally, I've been using it with alsa on both x86 and amd64 arch for quite some time now and never did I encounter any problems.
Just wondering if there has been any progress on the matter. I would like to use Tuxguitar 1.1 from the main portage tree. Thanks!
TuxGuitar 1.2 has been released http://tuxguitar.herac.com.ar/ Can anyone make ebuild for new version?
Created attachment 210150 [details] media-sound/tuxguitar-1.2.ebuild ebuild for tuxguitar 1.2
Is the 1.2 ebuild suitable to be added to the main tree? Anyone?
(In reply to comment #87) > Is the 1.2 ebuild suitable to be added to the main tree? Anyone? > Yes, compiles and works fine there.
So.. Can this be committed?
(In reply to comment #89) > So.. Can this be committed? > I've noticed some minor issues with graphics (color bars are missing) This is screenshot from precompiled binaries from http://tuxguitar.herac.com.ar/: http://lucius.org.ru/images/tggood1.png This is screenshot from this ebuild: http://lucius.org.ru/images/tgbad.png My VM is sun-jre-bin-1.6
Any updates??
Bumped to 1.2 wrt bug #293173
Works well for me with swt 3.5 (changing ‘3.4’ to ‘3.5’ in the 1.2 ebuild). Maybe it should depend on >=3.4 and handle the affected commands conditionally?
(In reply to comment #93) > Works well for me with swt 3.5 (changing ‘3.4’ to ‘3.5’ in the 1.2 > ebuild). Maybe it should depend on >=3.4 and handle the affected commands > conditionally? > Version 1.2 compiles fine with swt-3.4 for me. Never tried 3.5 thouhg.
1.2 works on both icedtea-bin-1.8.1 and sun-jdk-1.6.0.21. Changed to swt-3.5.2, alsa and pdf enabled. Everything is good. :)
Created attachment 241953 [details, diff] media-sound/tuxguitar-1.2-r1 Swt-3.5.2 is stabled so we can use that. Add new use flag "timidity" to make it optional. Remove test comment "JSA plugin not working out of the box with icedtea" don't know what it mean because icedtea doesn't use JSA it use gervill, and gervill work. Also test that fluidsynth are fine.
(In reply to comment #96) > Created an attachment (id=241953) [details] > media-sound/tuxguitar-1.2-r1 It segfaults for me with USE=alsa on ~x86 as well as 1.2 version, otherwise it seems to work.
(In reply to comment #97) > It segfaults for me with USE=alsa on ~x86 as well as 1.2 version, otherwise it > seems to work. ... without sound with USE=oss it uses CPU for 100% forever.
(In reply to comment #98) Hm, it works well with timidity alone.
(In reply to comment #92) > Bumped to 1.2 wrt bug #293173 But why only 1.1-r1 exist in overlay?
Ebuild 1.2 + patch applied (all attached here) works well for me. SWT is 3.5
This never bump made it in?
Please pull tuxguitar-1.2 from this overlay: https://cgit.gentoo.org/dev/bircoph.git/tree/media-sound/tuxguitar
