On Feb 19, 2005, at 4:54 PM, Trevor Harmon wrote:
Okay, makes sense. Currently the wxmac/wxgtk packages Conflict/Replace
each other, but they don't Provide anything. As a test, I modified the
wxmac package so that it Provides wxwidgets, rebuilt it, and indeed a
wxwidgets virtual package showed
On Feb 22, 2005, at 1:36 PM, Daniel Johnson wrote:
FinkCommander's handling of provided virtual packages is completely
broken. Among other things, it doesn't clear the variable that holds
the version when a provided package is processed, which causes it to
list the version of the last real
On Feb 20, 2005, at 5:51 PM, Daniel Macks wrote:
Having them all Provide a common placeholder package only works if
they really are drop-in replacements for each other, for example,
identical headers, and .dylib links to identically-named and
binary-compatible runtime .dylib files. Is that the
On Tue, 22 Feb 2005 16:36:52 -0500, Daniel Johnson
[EMAIL PROTECTED] wrote:
On Feb 19, 2005, at 4:54 PM, Trevor Harmon wrote:
Okay, makes sense. Currently the wxmac/wxgtk packages Conflict/Replace
each other, but they don't Provide anything. As a test, I modified the
wxmac package so
On Feb 19, 2005, at 2:47 AM, Trevor Harmon wrote:
To prevent this from happening, I'm wondering what could be done.
Could a virtual package be added, called wxWidgets, that maps to
wxMac? Or perhaps there's some mechanism in Fink for specifying
package aliases/synonyms? For instance, the Fink
On Feb 19, 2005, at 9:41 AM, Alexander Strange wrote:
wxWidgets is just a generic name; implementations of it for other
stuff are named wxWindows, wxGTK, wxMac, etc.
Right, I understand that now, but people who have never heard of
wxWidgets (like me one week ago) won't know that. After all,