Re: [Fink-devel] wxWidgets vs. wxMac
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 up in Fink Commander. Interestingly, however, Fink Commander reported the version of this package as 2.5.2.8-2, even though the providing package (wxmac) was 2.5.3. Somehow the virtual wxwidgets package inherited the version from wxgtk instead, even though I never touched it and it doesn't Provide anything. Anybody know why? 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 package that preceded it. Poor FinkCommander needs a lot of work. :) -- Daniel Johnson [EMAIL PROTECTED] PGP public key: http://homepage.mac.com/danielj7/publickey.txt PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] wxWidgets vs. wxMac
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 package that preceded it. That's okay, as long as the Fink backend itself handles it properly. Trevor --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] wxWidgets vs. wxMac
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 case here? No, I don't believe it is, unfortunately. As an alternative, how about renaming the wxmac package to wxwidgets-mac, and wxgtk to wxwidgets-gtk? This would solve the problem I described earlier, and it wouldn't require any other changes in the .info files, except for trivial changes in the handful of packages in unstable that currently depend on wxmac or wxgtk. And I'd be happy to volunteer to commit those changes. Trevor --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] wxWidgets vs. wxMac
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 that it Provides wxwidgets, rebuilt it, and indeed a wxwidgets virtual package showed up in Fink Commander. Interestingly, however, Fink Commander reported the version of this package as 2.5.2.8-2, even though the providing package (wxmac) was 2.5.3. Somehow the virtual wxwidgets package inherited the version from wxgtk instead, even though I never touched it and it doesn't Provide anything. Anybody know why? 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 package that preceded it. Poor FinkCommander needs a lot of work. :) Sounds like the same bug listed here: http://sourceforge.net/tracker/?func=detailaid=715919group_id=48896atid=454467 I can't say that I know enough Objective C to make the bug go away, though. -- - Charles Lepple --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] wxWidgets vs. wxMac
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 database could include both wxmac and wxwidgets separately in its package list but map each one to the same package. Any suggestions? Thanks, Trevor wxWidgets is just a generic name; implementations of it for other stuff are named wxWindows, wxGTK, wxMac, etc. The appropriate thing to do would be to make all the seperate packages Provide wxwidgets, and then Conflict/Replace each other if necessary. If that doesn't work out, packages might need to get seperate variants for all the wx*. I never noticed we had a wxmac package either; I've had a wx app that I've wanted to package for a while, so I guess I'll get to work on that soon. --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] wxWidgets vs. wxMac
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, other toolkits are not like this. The Qt toolkit, for example, is packaged in Fink as Qt, not Qt-X11 or whatever. So, when one needs wxWidgets, many will simply look for wxWidgets (as I did) and not find it. The appropriate thing to do would be to make all the seperate packages Provide wxwidgets, and then Conflict/Replace each other if necessary. 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 up in Fink Commander. Interestingly, however, Fink Commander reported the version of this package as 2.5.2.8-2, even though the providing package (wxmac) was 2.5.3. Somehow the virtual wxwidgets package inherited the version from wxgtk instead, even though I never touched it and it doesn't Provide anything. Anybody know why? All this makes me wonder... How would Fink resolve dependencies in a situation where none of the wx* packages is installed, and then the user requests installation of a package depending on wxwidgets? How would it know whether to install wxgtk or wxmac, assuming both of them Provide wxwidgets? Also, there is a warning notice in Fink's docs about the Provides field. Apparently it is dangerous because Depends ignores version information in a package with the Provides field. Does this mean we should find another workaround for this problem? Trevor --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
