Bugzilla Bug 85328

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 an attachment (id=53624) [edit]
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 an attachment (id=53625) [edit]
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.