Re: [Fink-devel] A question about variants
On 23 Sep 2004, at 2:31, Daniel Macks wrote: On Wed, Sep 22, 2004 at 11:00:39PM +1000, Jeremy Higgs wrote: I'm trying to update some of my packages to use variants, and one of these is pygtk. As it exists now, there is a -py22 version and a -py23 version, for the respective versions of Python. There's also a placeholder pygtk package that depends on either the -py22 version or the -py23 version. (It's of type: bundle.) I'm trying to combine this all into one package... Is there a way to only offer the pygtk-py22 and pygtk-py23 variants, and not a base pygtk package? That's probably the best approach. There are very few times when having an language-unversioned bundle for a library is useful. OTOH, if you're going to abolish a package, look through the current dists for anything that depends on it, as all of these will need to be updated. This also givs you an opportunity to see if the thing really is needed...maybe someone uses it when an actual -pyXX variant would be more correct, so you wind up improving other pkgs along the way. Alrighty. Thanks for the help, David and Dan. I don't think I made it clear in my original email, but what I was attempting to also ask is if I can provide the pygtk-py23 and pygtk-py22 variants from the same package description file, but not allow the straight pygtk package to be installed? (i.e. pygtk-py22 and pygtk-py23 are valid packages, but pygtk isn't *actually* an available package)... if that makes any sense. Thanks! PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] A question about variants
On 23.09.2004, at 11:34, Jeremy Higgs wrote: I don't think I made it clear in my original email, but what I was attempting to also ask is if I can provide the pygtk-py23 and pygtk-py22 variants from the same package description file, but not allow the straight pygtk package to be installed? (i.e. pygtk-py22 and pygtk-py23 are valid packages, but pygtk isn't *actually* an available package)... if that makes any sense. Yes, you can. Check out the pyserial-py.info file for an example (unstable/main/finkinfo/libs/pyserial-py.info) and compare it what you get from 'fink list pyserial'. Chris. --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] A question about variants
On Thu, Sep 23, 2004 at 07:34:33PM +1000, Jeremy Higgs wrote: Alrighty. Thanks for the help, David and Dan. I don't think I made it clear in my original email, but what I was attempting to also ask is if I can provide the pygtk-py23 and pygtk-py22 variants from the same package description file, but not allow the straight pygtk package to be installed? (i.e. pygtk-py22 and pygtk-py23 are valid packages, but pygtk isn't *actually* an available package)... if that makes any sense. Sure. Just get rid of the pygtk package description file and that package will cease to be available:) Asserting pygtk-pyXX Conflicts/Replaces:pygtk in both pygtk-pyXX will automatically remove an existing pygtk pkg when a user updates to this new -pyXX. Since the old pygtk does not Conflicts/Replaces the -pyXX pkgs, it will be harder for them to go back to the pygtk way. Fink processes variants via a simple template system; there's no automagical generation of a pygtk pkg when pygtk-pyXX forms are defined, if that was your concern. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] freeglut package
On Tue, Sep 21, 2004 at 07:42:44PM -0400, Jack Howarth wrote: Benjamin, Well I would suspect if the compatibility version were fixed it would not be 3.7.0 since freeglut is considered to be 3.8.0 relative to the glut versions. Since it breaks some cases where glut works and is supposed to be interchangeable it should set the compatibility version to the same thing as glut. Thanks Michal Suchanek --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] eterm-0.9.2-2
Hi folks, wanted to let you know that Eterm from the unstable list is working great for me. Thanks, Julin -- Package manager version: 0.20.5 Distribution version: 0.7.0.cvs Mac OS X version: 10.3.5 December 2002 Developer Tools or later gcc version: 3.3 make version: 3.79 Feedback Courtesy of FinkCommander --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel