many fixes and new features Reproducible: Always Steps to Reproduce: 1. 2. 3.
we know about releases, no need to file 0-day reminders without anything substantial to add.
*** Bug 85420 has been marked as a duplicate of this bug. ***
Created attachment 53624 [details] ebuild for planner-0.13 Here is an ebuild for planner-0.13. This ebuild works, but once evolution-2.2 is unmasked, must be modified to accept the eds use flag.
Created attachment 53625 [details] ebuild for planner-0.13 Sorry... dotnet is not enabled in planner... removed the mono USE flag By the way, I don't think that eds USE flag will be needed... It it still experimental... Another thing, I'm not sure the mime database is updated, can someone check this for me?
I'd like to help test this ebuild, but I'm not sure how to set up portage correctly. I assume it has something to do with creating a local directory for portage, correct? Is there more that I need to do? TIA, jim.smilanich@iphouse.com
1. Please read http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3&chap=5 (point 5.b) 2. make a directory app-office/planner in you PORTAGE_OVERLAY 3. go to that directory 4. download the ebuild of this bug to that directory and name it planner-0.13.ebuild 5. type ebuild planner-0.13.ebuild digest 6. type emerge planner if it says that the package is masked type echo app-office/planner ~x86 > /etc/portage/package.keywords have fun :-)
I was able to get planner emerged. Basic functionality looks fine. What do you need tested? You mentioned the mime database for one. Can you tell me exactly what you want checked there? Anything else?
What would be great if that you unmerge planner, so that the .planner files are no longer associated. And then you emerge it again, and you try to open a planner file with the file explorer (nautilus...) If that works, I think that the mimedatabase is updated correctly Thank you.. I did it and it seems to work... but we never know...
Performs as expected for nautilus. As long as I was at it, I tried kfmclient as well, as I'm primarily a KDE user. The mimedatabase for KDE is NOT updated. However, as this a Gnome project, I don't know if that would be considered a bug or not.
I don't know either... if there is a dev that knows how this should work, his comments are welcome... I can modify the ebuild according to their advice if necessary...
I was able to build successfully on amd64 here. I also spent some time to get the eds stuff to build (since that was my main reason to want to upgrade to this version). Unfortunately, it really is unstable, and nowhere really near feature complete (changes made in evolution show up in planner, but not vice-versa). If you're interested I can post the new ebuild and a patch to the package that makes everything build nicely in a sandbox. But, like I said, the eds integration is still really rough, so I wouldn't recommend it yet.
I propose that we leave all the eds thing out of the ebuild for now, but keep your ebuild available. When a new version with better eds integration is available, we can base ourselves on your ebuild to create a new one. To the gentoo-devs: I don't know if someone is following this ebuild, but it seems to me that it is stable enough to be added to portage. What do you think?
That's probably a good idea. I've submitted the changes I made to the package upstream, so hopefully when eds stabilizes, it'll build nicely in a sandbox for us right off the bat.
added planner-0.13 , disabled eds stuff for now. Fixed deps (check them, they were still not correct). Thanks for the works here.
