Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 184415 - wxRemind ebuild request
Summary: wxRemind ebuild request
Status: CONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Default Assignee for New Packages
URL: http://www.duke.edu/~dgraham/wxRemind/
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-07-06 14:36 UTC by Berk Birand
Modified: 2010-01-22 23:56 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
ebuild for version 41 (wxremind-41.ebuild,1.11 KB, text/plain)
2008-01-16 07:54 UTC, Joshua Rich
Details
ebuild for version 44 (wxremind-44.ebuild,1.23 KB, text/plain)
2008-01-17 10:00 UTC, Joshua Rich
Details
ebuild for wxremind v79 (wxremind-79.ebuild,1.27 KB, text/plain)
2008-02-24 10:53 UTC, Joshua Rich
Details
ebuild for version 88 (wxremind-88.ebuild,1.75 KB, text/plain)
2008-07-10 11:31 UTC, Joshua Rich
Details
docs package needed by ebuild for version 88 (wxremind-docs.tar.bz2,62.34 KB, application/octet-stream)
2008-07-10 11:32 UTC, Joshua Rich
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Berk Birand 2007-07-06 14:36:38 UTC
wxRemind is a front/back-end to remind, which is used for keeping track of appointments and tasks.

Reproducible: Always
Comment 1 Joshua Rich 2008-01-16 07:54:23 UTC
Created attachment 141024 [details]
ebuild for version 41

Here is an ebuild for version 41.  Note that this uses the 'src' packages.  The developer provided the following notes from the Python cookbook on construction of the executables':

[Python Cookbook (2nd ed) recipe 16.12]: "Binding Main Script and Modules into One Executable on Unix". The idea is to create a header script file, a zip file containing the *.py for the required modules and then 'cat' the header and zip files to produce a single, executable file.

This is what the ebuild does with the 'src' package.  That is, the wxremind executable is a zip file with a script header attached.  As such the ebuild makes some direct calls to 'zip', which may not be wanted in an ebuild.  Given the above description of creating the executables, I'd like to know if there is any harm in just using the 'binary' package. 

I'm also unsure about what to do with documentation.  There is none in the src package.  An email might need to be sent to the developer to ask their opinion.  I'm not sure if any other distros package wxremind which we can compare with.
Comment 2 Joshua Rich 2008-01-17 10:00:10 UTC
Created attachment 141122 [details]
ebuild for version 44

ebuild for version 44, that contains some slight 'improvements' over the previous one, namely installing a .desktop file for the wxremind program.  Using an icon from gnome-icon-theme for this desktop entry, so added as a dependency.
Comment 3 Joshua Rich 2008-02-24 10:53:14 UTC
Created attachment 144492 [details]
ebuild for wxremind v79
Comment 4 Joshua Rich 2008-07-10 11:31:07 UTC
Created attachment 160041 [details]
ebuild for version 88
Comment 5 Joshua Rich 2008-07-10 11:32:46 UTC
Created attachment 160043 [details]
docs package needed by ebuild for version 88

This package should go into FILESDIR.  Apologies, I know that isn't correct, but I don't have a file server so it is easier for me to place this file in FILESDIR and check it into my overlay.