On Sep 26, 2012, at 13:47, Kuba Ober wrote:
> I think we realistically need wxWidgets-devel to be installable in parallel
> with wxWidgets.
The naming convention foo / foo-devel means that the ports install the same
files to the same locations and thus conflict with one another and are not
si
On Sep 26, 2012, at 10:53 AM, Ryan Schmidt wrote:
> On Sep 25, 2012, at 13:38, Andrea D'Amore wrote:
>
>>> 2. Even for projects that support both 2.8 and 2.9, like, say wxMaxima, the
>>> users
>>> may want to compile it for 64 bits -- IMHO such support should be default.
>>> It's
>>> a bit irkso
On Sep 25, 2012, at 13:38, Andrea D'Amore wrote:
>> 2. Even for projects that support both 2.8 and 2.9, like, say wxMaxima, the
>> users
>> may want to compile it for 64 bits -- IMHO such support should be default.
>> It's
>> a bit irksome when simply installing wxMaxima pulls in a bazillion un
On Tue, Sep 25, 2012 at 5:25 PM, Kuba Ober wrote:
> Ok, I presume we can keep the port names and only issue wxWidgets28 when
> 30 becomes stable. So I won't be pushing for any wxWidgets port renaming.
> 1. Some wxWidgets-using projects abandoned support for 2.8.
What projects?
> 2. Even for pro
Ok, I presume we can keep the port names and only issue wxWidgets28 when
30 becomes stable. So I won't be pushing for any wxWidgets port renaming.
There are two issues, then:
1. Some wxWidgets-using projects abandoned support for 2.8.
2. Even for projects that support both 2.8 and 2.9, like, say
On Fri, Sep 21, 2012 at 3:50 PM, Kuba Ober wrote:
> I'm trying to get wxWidgets and packages that use it running on 64 bit cocoa
> systems. Obviously
> the way forward is to get everything on wxWidgets 2.9, but for some packages
> it may not be
> possible just yet. Here's what I propose:
> - re
On Sep 25, 2012, at 03:24, Wahlstedt Jyrki wrote:
> On 22.9.2012, at 10.32, Ryan Schmidt wrote:
>
>> We could take the approach that we take in some other ports, when versions
>> are so different that other ports will need to be able to choose among them:
>> always use a suffix, and make the p
On Tue, Sep 25, 2012 at 10:24 AM, Wahlstedt Jyrki wrote:
> On 22.9.2012, at 10.32, Ryan Schmidt wrote:
>
>> So under this plan, we would rename wxWidgets to wxWidgets28, we would
>> rename wxWidgets-devel to wxWidgets210 or wxWidgets30, and we'd update all
>> ports' dependencies according to the
On 22.9.2012, at 10.32, Ryan Schmidt wrote:
> We could take the approach that we take in some other ports, when versions
> are so different that other ports will need to be able to choose among them:
> always use a suffix, and make the ports simultaneously installable by
> installing to diffe
On Sep 21, 2012, at 08:50, Kuba Ober wrote:
> Here's what I propose:
>
> - rename wxWidgets to wxWidgets28, adjust all dependent packages appropriately
> - rename wxWidgets-devel to wxWidgets (that's 2.9.x)
When you "rename" a port, what you actually do is "svn copy" the old port to
the new po
Am 21.09.2012 19:52, schrieb Kuba Ober:
On Sep 21, 2012, at 10:16 AM, Mojca Miklavec wrote:
1. Are there any specific problems with wxWidgets 2.9 on older systems (what
older systems)?
2.9 doesn't work on Tiger.
My presumption is then that we want to keep things working on Tiger. This will
On Sep 21, 2012, at 10:16 AM, Mojca Miklavec wrote:
>> 1. Are there any specific problems with wxWidgets 2.9 on older systems (what
>> older systems)?
>
> 2.9 doesn't work on Tiger.
My presumption is then that we want to keep things working on Tiger. This will
require not only
that wxWidgets28
On Fri, Sep 21, 2012 at 3:50 PM, Kuba Ober wrote:
> I'm trying to get wxWidgets and packages that use it running on 64 bit cocoa
> systems. Obviously
> the way forward is to get everything on wxWidgets 2.9, but for some packages
> it may not be
> possible just yet. Here's what I propose:
>
> - re
I'm trying to get wxWidgets and packages that use it running on 64 bit cocoa
systems. Obviously
the way forward is to get everything on wxWidgets 2.9, but for some packages it
may not be
possible just yet. Here's what I propose:
- rename wxWidgets to wxWidgets28, adjust all dependent packages ap
14 matches
Mail list logo