Thinking Rock is a nice application written in Java that helps in implementing the GTD (Getting Things Done) action-management methodology. Apart from the ebuild, I am submitting a wrapper shell script (for starting it from the correct directory) and a .desktop file. I suggest app-office/thinking-rock.
Created attachment 101810 [details] thinking-rock-1.2.3.ebuild
Created attachment 101811 [details] thinking-rock.sh
Created attachment 101812 [details] thinking-rock.desktop
First of all thanks for this excellent ebuild :D. I have problems getting thinking-rcok started: $ thinking-rock.sh Unable to access jarfile thinking-rock-linux-1.2.3.jar Do you have any ideas how to solve this? My jre version is dev-java/blackdown-jre-1.4.2.03-r13
Solved! I manually copied the above thinking-rock.sh to /opt/thinking-rock-1.2.3. Maybe it's an idea to incorporate this in the ebuild? What skills are required to maintain this excellent program? I wouldn't mind learning in order to maintain this ebuild.
Hi, > $ thinking-rock.sh > Unable to access jarfile thinking-rock-linux-1.2.3.jar > > Do you have any ideas how to solve this? My jre version is > dev-java/blackdown-jre-1.4.2.03-r13 It seems you may be using the previous version of thinking-rock.sh (the one I made for thinkingrock-1.2.2), which used the version number in the jar file. Please make sure you download the current one. If that is not the problem, could you please post the output of bash -x thinking-rock.sh, and the contents of your /opt/thinking-rock/ (or the output of "equery files thinking-rock")
(In reply to comment #5) > Solved! Heh - our replies crossed in mid-air. I'm glad you solved the problem. I will investigate when I'm back at my Gentoo machine and see what fixes need to be made.
Apparently :D. Just for the fun of it I unmerged thinkinhg-rock (and deleted the /opt/thinking-rock folder) and re-emerged the ebuild. Here are some results: ---------------------------------------------------------------- # emerge -av thinking-rock These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] app-office/thinking-rock-1.2.3 0 kB [1] Total size of downloads: 0 kB Portage overlays: [1] /usr/local/portage [2] /usr/portage/local/layman/sunrise Would you like to merge these packages? [Yes/No] ----------------------------------------------------------------- $ thinking-rock.sh Unable to access jarfile thinking-rock-linux-1.2.3.jar
Changing /opt/thinking-rock-1.2.3/thinking-rock.sh to #!/bin/sh cd /opt/thinking-rock java -jar thinking-rock-linux.jar Will also suffice
Thinking rock 2.0 gama is out. Package for it will be nice, I tried to do it but without success as they moved to netbeans :]
Almad your quick! Idd TR 2.0 is out. Here's the download link: http://thinkingrock.com.au/forum/viewtopic.php?p=3123#3123 Who can make an ebuild?
I have written an ebuild for the 2.0-gamma release. I named the ebuild 2.0_pre1, to adhere to portage version numbers. I'm attaching also the corresponding .desktop file, which should go in the files/ directory.
Created attachment 116636 [details] thinking-rock-2.0_pre1.ebuild
Created attachment 116638 [details] thinking-rock-2.0.desktop
I am afraid I have problems emerging TR: # emerge -av thinking-rock These are the packages that would be merged, in order: Calculating dependencies -!!! A file is not listed in the Manifest: '/usr/local/portage/app-office/thinking-rock/thinking-rock-2.0_pre1.ebuild' ... done! [ebuild R ] app-office/thinking-rock-1.2.3 0 kB [1] Total: 1 package (1 reinstall), Size of downloads: 0 kB Would you like to merge these packages? [Yes/No]
(In reply to comment #15) > I am afraid I have problems emerging TR: > > # emerge -av thinking-rock > > These are the packages that would be merged, in order: > > Calculating dependencies -!!! A file is not listed in the Manifest: > '/usr/local/portage/app-office/thinking-rock/thinking-rock-2.0_pre1.ebuild' > ... done! > [ebuild R ] app-office/thinking-rock-1.2.3 0 kB [1] > > Total: 1 package (1 reinstall), Size of downloads: 0 kB > > Would you like to merge these packages? [Yes/No] > Update: I think I forgot to do ebuild thinking-rock-2.0_pre1.ebuild digest. Awaiting the output of this command now. Will be continued....
It is working excellent now :D
Created attachment 119529 [details] Download apth incorrect in ebuild - Download path has changed and is actually http://www.thinkingrock.com.au/download/2.0.gamma/tr-2.0.gamma-linux.zip not http://www.thinkingrock.com.au/download/2.0/tr-2.0.gamma-linux.zip Many thanks for the ebuild - much appreciated! Anthony
Can anyone make a new ebuild for delta version? Many thanks.
gorf: 2.0-delta has not yet been released for Linux.
(In reply to comment #20) > gorf: 2.0-delta has not yet been released for Linux. > You can download the sourcecode here: http://sourceforge.net/project/showfiles.php?group_id=194713
Aniruddha: I know. However, I'm hesitant to make an ebuild that has NetBeans as a dependency, which in turn brings in a gigantic list of dependencies itself. I'll probably do it anyway at some point (I've been playing with the TR source code myself) as soon as I figure out how to compile the project using netbeans from the command line. The TR developer has said a 2.0-epsilon version is about to be released, so in any case I'll wait for that before making a new ebuild.
You were right. Today epsilon is released :): http://www.thinkingrock.com.au/download.php
Created attachment 122596 [details] Ebuild for epsilon Here is the ebuild for the latest epsilon build.
Axel: your ebuild does not work because ${S} has a wrong value. I am creating a new attachment with this corrected.
Created attachment 122633 [details] Corrected 2.0-epsilon (named 2.0pre2 for portage) ebuild
Thanks!
Works for me. When is this going to make it into portage?
Shouldn't ebuild like these directly appear in the sunrise overlay? I thought the sole purpose of that overlay was to hold ebuilds until they made it to the main branch. Being a wonderful ebuild, this should have been there long ago...
Berk - very good point, thanks for the prod. The ebuild is now in the sunrise overlay! It has been renamed to thinking-rock-bin, since I am working already on the compile-from-source ebuild. svn url: http://overlays.gentoo.org/svn/proj/sunrise/reviewed/app-office/thinking-rock-bin/
2.0_pre2-r2 (sunrise) works also on amd64
I installed thinking-rock-2.0_pre2.ebuild via layman. I'm using an Powerbook 5,8 with IBM JDK 1.5.0.6. If i'm trying to start Thinkingrock it shows the splash screen load all things and then just show me an empty window. It throws an Exception at the end of the log. I'm not sure if the problem is, the ibm java, the gentoo port or thinking rock itself. ------------------------------------------------------------------------------- >Log Session: Tuesday, January 15, 2008 3:08:50 PM CET >System Info: Product Version = ThinkingRock 2.0 Epsilon Operating System = Linux version 2.6.23-tuxonice-r6 running on ppc Java; VM; Vendor; Home = 1.5.0; IBM J9 VM 2.3; IBM Corporation; /opt/ibm-jdk-bin-1.5.0.6/jre System Locale; Encoding = de_DE (thinkingrock); ISO-8859-15 Home Dir.; Current Dir. = /home/kalkin; /home/kalkin Installation; User Dir. = /opt/thinking-rock-2.0epsilon/thinkingrock:/opt/thinking-rock-2.0epsilon/ide7:/opt/thinking-rock-2.0epsilon/platform6; /home/kalkin/.thinkingrock/dev Boot & Ext. Classpath = /opt/ibm-jdk-bin-1.5.0.6/jre/lib/vm.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/core.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/charsets.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/graphics.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/security.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ibmpkcs.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ibmorb.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ibmcfw.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ibmorbapi.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ibmjcefw.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ibmjgssprovider.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ibmjsseprovider2.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ibmjaaslm.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ibmcertpathprovider.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/server.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/xml.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ext/CmpCrmf.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ext/IBMKeyManagementServer.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ext/comm.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ext/dtfj-interface.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ext/dtfj.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ext/gskikm.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ext/ibmcmsprovider.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ext/ibmjcefips.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ext/ibmjceprovider.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ext/ibmkeycert.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ext/ibmpkcs11.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ext/ibmpkcs11impl.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ext/ibmsaslprovider.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ext/indicim.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ext/jaccess.jar:/opt/ibm-jdk-bin-1.5.0.6/jre/lib/ext/jdmpview.jar Application Classpath = /opt/thinking-rock-2.0epsilon/platform6/lib/boot.jar:/opt/thinking-rock-2.0epsilon/platform6/lib/org-openide-modules.jar:/opt/thinking-rock-2.0epsilon/platform6/lib/org-openide-util.jar:/opt/thinking-rock-2.0epsilon/platform6/lib/locale/boot_ja.jar:/opt/thinking-rock-2.0epsilon/platform6/lib/locale/boot_pt_BR.jar:/opt/thinking-rock-2.0epsilon/platform6/lib/locale/boot_zh_CN.jar:/opt/thinking-rock-2.0epsilon/platform6/lib/locale/org-openide-modules_ja.jar:/opt/thinking-rock-2.0epsilon/platform6/lib/locale/org-openide-modules_pt_BR.jar:/opt/thinking-rock-2.0epsilon/platform6/lib/locale/org-openide-modules_zh_CN.jar:/opt/thinking-rock-2.0epsilon/platform6/lib/locale/org-openide-util_ja.jar:/opt/thinking-rock-2.0epsilon/platform6/lib/locale/org-openide-util_pt_BR.jar:/opt/thinking-rock-2.0epsilon/platform6/lib/locale/org-openide-util_zh_CN.jar Startup Classpath = /opt/thinking-rock-2.0epsilon/platform6/core/core.jar:/opt/thinking-rock-2.0epsilon/platform6/core/org-openide-filesystems.jar:/opt/thinking-rock-2.0epsilon/platform6/core/locale/core_ja.jar:/opt/thinking-rock-2.0epsilon/platform6/core/locale/core_pt_BR.jar:/opt/thinking-rock-2.0epsilon/platform6/core/locale/core_zh_CN.jar:/opt/thinking-rock-2.0epsilon/platform6/core/locale/org-openide-filesystems_ja.jar:/opt/thinking-rock-2.0epsilon/platform6/core/locale/org-openide-filesystems_pt_BR.jar:/opt/thinking-rock-2.0epsilon/platform6/core/locale/org-openide-filesystems_zh_CN.jar:/opt/thinking-rock-2.0epsilon/thinkingrock/core/locale/core_thinkingrock.jar ------------------------------------------------------------------------------- Turning on modules: org.openide.util [6.8.31 200704122300] org.openide.modules [6.5.31 200704122300] org.openide.io [1.9.31 200704122300] org.openide.filesystems [6.4.31 200704122300] org.openide.execution [1.8.31 200704122300] org.openide.awt [6.7.31 200704122300] org.openide.dialogs [6.5.31 200704122300] org.openide.nodes [6.7.31 200704122300] org.openide.windows [6.5.31 200704122300] org.netbeans.swing.tabcontrol [1.6.31 200704122300] org.netbeans.swing.plaf [1.5.31 200704122300] org.openide.options [6.4.31 200704122300] org.openide.text [6.9.32 200704122300] org.openide.explorer [6.5.31 1 200704122300] org.openide.actions [6.5.31 200704122300] org.openide.loaders [5.9.31 200704122300] org.netbeans.bootstrap/1 [2.3.31 200704122300] org.netbeans.core.startup/1 [1.5.31 200704122300] org.netbeans.core/2 [3.2.31.1 200704122300] org.netbeans.modules.settings/1 [1.10.51 200704122300] org.netbeans.core.windows/2 [2.7.31.1 200704122300] org.netbeans.api.progress/1 [1.5.31 200704122300] org.netbeans.modules.autoupdate/1 [2.16.31 200704122300] org.netbeans.modules.queries/1 [1.7.31 200704122300] org.netbeans.modules.masterfs/1 [1.8.33 200704122300] org.netbeans.modules.extbrowser/1 [1.10.30 200704122300] org.netbeans.libs.formlayout/1 [1.2.31 1 200704122300] org.netbeans.modules.options.api/0 [1.3.31 200704122300] org.netbeans.core.ui/1 [1.9.31 200704122300] INFORMATIONAL *********** Exception occurred ************ at 3:08 PM on Jan 15, 2008 java.lang.IllegalStateException: Assertion failed. WindowsAPI is required to be called from AWT thread only, see http://www.netbeans.org/download/dev/javadoc/OpenAPIs/org/openide/doc-files/threading.html at org.netbeans.core.windows.WindowManagerImpl.assertEventDispatchThreadWeak(WindowManagerImpl.java:1142) at org.netbeans.core.windows.WindowManagerImpl.getMainWindow(WindowManagerImpl.java:131) at org.netbeans.core.NonGui$3.run(NonGui.java:212) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:240) at java.awt.EventQueue.dispatchEvent(EventQueue.java:543) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:268) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:197) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:191) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:183) at java.awt.EventDispatchThread.run(EventDispatchThread.java:144)
TR-2.0.1 is out !
Unfortunately I no longer use ThinkingRock (nor Gentoo on my desktop), so I will not be updating this ebuild anymore. If anyone wants to take over it, please go ahead.
Created attachment 155459 [details] ebuild for 2.0.1 without symlink into /usr/bin Now that was not funny ,) thinkingrock now abbreviates to tr. Main script also must be tr, because of basename in bin/tr; however, /usr/bin/tr is part of coreutils (which I forgot and tested it's not good idea to overwrite it). ebuild should probably patch /opt/tr-2.0.1/bin/tr to hardcode tr.clusters name. I've not done it (yet), so this ebuild does not create symlink into /usr/bin (someone will please contribute?) Otherwise it works fine on my amd64 box.
BTW this is patch for TR's tr so it can be used as thinking-rock (in /usr/bin): almad@niobium:~$ diff /home/almad/bin/thinking-rock /opt/thinking-rock-bin/bin/tr 7c7 < PRG="/opt/thinking-rock-bin/bin/tr" --- > PRG=$0 20c20 < APPNAME="tr" --- > APPNAME=`basename "$0"` Though it's hardcoded hack, it works ;-) Anyone familiar with ebuild enough to integrate patch in ebuild?
Created attachment 157125 [details] ebuild for 2.0.1 with /usr/bin symlink and patch Added a patch for tr as descibed before to the ebuild
Created attachment 157127 [details] files/tr.patch for patching the tr shell-script
Created attachment 157237 [details] ebuild for 2.0.1 (bug fixing) fixed the icon name, to play nice with the thinking-rock-2.0.desktop file corrected indentation
Created attachment 157239 [details] thinking-rock-2.0.desktop fixed executable to call the tr-wrapper (which is symlinked to /usr/bin/thinking-rock) fixed icon extension to .gif
Created attachment 157247 [details] ebuild for 2.0.1 (fixed) fixed the icon name, to play nice with the thinking-rock-2.0.desktop file corrected indentation
Created attachment 157249 [details] thinking-rock-2.0.desktop of course the icon isn't a gif, and the one in ./bin is the correct one
(this is an automated message based on filtering criteria that matched this bug) 'EBUILD' is in the KEYWORDS which should mean that there is a ebuild attached to this bug. This bug is assigned to maintainer-wanted which means that it is not in the main tree. Heuristics show that no Gentoo developer has commented on your ebuild. Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
Created attachment 189085 [details] ebuild for thinking-rock 2.2.1 reuses the 2.0 desktop file
2.2.1 was released [1] and a new ebuild (works here) is attached. The main changes from release note: - internationalisation of TR: English American and French versions available. - email retrieval into thoughts - layout improvement on Process Thoughts screen, Project panel and Action panel - improvement and bug fixes for the iCal functionality - bug fix on delegated email regarding non-English and special characters - default status setting when processing a thought - search filter: search for the text entered on the direct project description [1] http://www.trgtd.com.au/index.php?option=com_content&view=article&id=110:whats-new-in-221&catid=41:releasescat&Itemid=82
Created attachment 189139 [details] thinking-rock 2.2.1 ebuild fixed mirror and copyright year
This is now a month old. Can someone please add this to sunrise already? :)
I installed the ebuild given in comment #46 with the tr.patch applied, but when I want to launch thinking-rock, I get this: $ thinking-rock cat: /opt/thinking-rock-bin/bin/../etc/tr.clusters: No such file or directory /bin/bash: /opt/thinking-rock-bin/bin/../platform*/lib/nbexec: No such file or directory I get the same for this $ /opt/thinking-rock/bin/tr With the tr.patch not applied, I get this: $ thinking-rock cat: /opt/tr-2.2.1/bin/../etc/thinking-rock.clusters: No such file or directory java.lang.IllegalArgumentException: Malformed branding token: thinking-rock at org.openide.util.NbBundle.setBranding(NbBundle.java:126) at org.netbeans.core.startup.CLIOptions.cli(CLIOptions.java:199) at org.netbeans.core.startup.CLIOptions.cli(CLIOptions.java:91) at org.netbeans.CLIHandler.notifyHandlers(CLIHandler.java:227) at org.netbeans.CLIHandler.initialize(CLIHandler.java:476) at org.netbeans.CLIHandler.initialize(CLIHandler.java:346) at org.netbeans.MainImpl.execute(MainImpl.java:195) at org.netbeans.MainImpl.main(MainImpl.java:76) at org.netbeans.Main.main(Main.java:75) However, I now I can start TR via: $ /opt/thinking-rock/bin/tr Which is obviously not the intended way... Any idea what could be the reason?
@gentoo@mgorny.alt.pl:Uuum, why did you add version 1.2.3 to the overlay? That thing is deprecated. Very very deprecated. ^^ 2.2.1 already is old, but newer versions still are non-free unfortunately. (Yes, the makers have a business model that isn’t really in touch with reality.) So we only need 2.2.1 in the overlay.
Hello, everyone. It seems that at least one ebuild related to this bug exists in the Sunrise overlay at the moment. However, I have to regretfully announce that after a long inactivity period the Sunrise project has been discontinued and the related overlay will be eventually removed. For this reason, I'd like to ask you to reevaluate the ebuilds and consider moving them. If you'd like to maintain a package from Sunrise in Gentoo, please take a look at our Proxy Maintainers [1] project. Please make sure to take ebuilds from the unreviewed developer Sunrise repository [2] rather than the -reviewed one, since the latter has not been updated for over a year. While at it, please note that: 1. Adding a package to Gentoo requires declaring yourself as an active maintainer for it. All bugs regarding the package will be assigned to you, and you will be expected to maintain it. 2. Some packages may not be suitable for addition anymore. While there's no strong rules that would prevent you from adding a package, it may be a bad idea to add old-unmaintained packages that will shortly result in a large number of bugs reported with no solution. If that is the case, please close the bug as RESOLVED/OBSOLETE to make it easier to find packages worth adding. 3. Some of the bugs were already closed as WONTFIX/OBSOLETE/... while the relevant ebuild was kept in Sunrise. If you disagree with the original decision, you still can add the ebuild via proxy-maint. 4. Pleaes note that many of the Sunrise ebuilds are old and may be buggy. If you decide to move them, please make sure to update/clean them up. The proxy-maint team will also review your ebuilds, therefore making sure they land in Gentoo in good quality. Once again, thank you for your contribution. We hope that you will still want to contribute to Gentoo, through proxy-maint or otherwise. [1]:https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers [2]:https://gitweb.gentoo.org/proj/sunrise.git/