On 5 Jun 2008, at 20:11, [EMAIL PROTECTED] wrote:
Following on David's email, It's been over a year since we last
branched a stable release. Should we try to do another one soon?
I guess so.
I really wanted to get base much more compatible with the latest MacOS-
X before doing another st
I'd also like to release a gnustep-make v2.0.6. There are some very useful
fixes in trunk.
I have a fix or two which I still wanted to add, but they could also go in
2.0.7.
Thanks
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.or
[EMAIL PROTECTED] wrote:
Following on David's email, It's been over a year since we last
branched a stable release. Should we try to do another one soon?
I'm looking forward for a new stable release...
___
Gnustep-dev mailing list
Gnustep-dev@gnu
Richard Frith-Macdonald wrote:
On 5 Jun 2008, at 20:11, [EMAIL PROTECTED] wrote:
Following on David's email, It's been over a year since we last
branched a stable release. Should we try to do another one soon?
I guess so.
I really wanted to get base much more compatible with the latest Ma
I believe we should shoot for this, yes. So you think we should target the
end of the month to make the release?
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
To: gnustep-dev@gnu.org
On 6 Jun 2008, at 09:05, Fred Kiefer wrote:
Richard Frith-Macdonald wrote:
On 5 Jun 2008, at 20:11, [EMAIL PROTECTED] wrote:
Following on David's email, It's been over a year since we last
branched a stable release. Should we try to do another one soon?
I guess so.
I really wanted to get b
Hi,
There is one thing I should do before a new back release, that is
test with cairo 1.6.4 to see how to avoid the black bars that have
been reported. I hope to do this on the weekend, after that a release
should be possible.
Just one more question: Are we all confident that the big changes I
В Fri, 06 Jun 2008 02:17:10 -0700, Gregory John Casamento написа:
> So you think we should target the end of the month to make the release?
It would be too late for Debian, I'm afraid. According to [1] all
libraries will be frozen at the end of this month. Of course we could
always ask the re
On 6/6/08, Fred Kiefer <[EMAIL PROTECTED]> wrote:
> Richard Frith-Macdonald wrote:
>>
>> On 5 Jun 2008, at 20:11, [EMAIL PROTECTED] wrote:
>>
>>> Following on David's email, It's been over a year since we last
>>> branched a stable release. Should we try to do another one soon?
>>
>> I guess so.
: Fred Kiefer <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]; Richard Frith-Macdonald <[EMAIL PROTECTED]>;
gnustep-dev@gnu.org
Sent: Friday, June 6, 2008 7:20:33 AM
Subject: Re: Next stable release?
On 6 Jun 2008, at 09:05, Fred Kiefer wrote:
> Richard Frith-Macdonald wrote:
>> On 5 J
- Original Message
From: David Chisnall <[EMAIL PROTECTED]>
To: Fred Kiefer <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]; Richard Frith-Macdonald <[EMAIL PROTECTED]>;
gnustep-dev@gnu.org
Sent: Friday, June 6, 2008 7:20:33 AM
Subject: Re: Next stable release?
On 6 Jun
Matt Rice wrote:
I did notice an NSTableView bug though, and its reproducable afaict
with any editable tableview if you edit a field after editing its row
never set as needing display, you have to click a row to get things to
redraw.
Matt,
I did not quite understand this description (Did you
Hi,
Can we officially deprecate the x11 back end in this release and
recommend
Cairo? The OpenBSD package, for example, uses the x11 back end and
I don't
think this gives people the best impression of GNUstep. I've been
using
Cairo since AlpenStep last year and after Fred fixed a few
On Jun 6, 2008, at 2:05 AM, Fred Kiefer wrote:
Just one more question: Are we all confident that the big changes I
made to NSWindow and GSLayoutManager are now stable enough? They
work perfectly for me, but that isn't a real test.
Works fine for me, but I should probably update my Window
Fred Kiefer wrote:
At the moment I am updating my second (virtual) Linux system to Ubuntu
8.04, this should include the latest cairo and with that I should be
able to reproduce the cairo 1.6.4 issue. This would allow for a GNUstep
stable release by the end of next week. Leaving some time to tes
Hi,
Can we officially deprecate the x11 back end in this release and
recommend
Cairo? The OpenBSD package, for example, uses the x11 back end and
I don't
think this gives people the best impression of GNUstep. I've been
using
Cairo since AlpenStep last year and after Fred fixed a few
On Jun 7, 2008, at 10:52 AM, Fred Kiefer wrote:
Fred Kiefer wrote:
At the moment I am updating my second (virtual) Linux system to
Ubuntu 8.04, this should include the latest cairo and with that I
should be able to reproduce the cairo 1.6.4 issue. This would allow
for a GNUstep stable rel
On Fri, Jun 6, 2008 at 12:32 PM, Fred Kiefer <[EMAIL PROTECTED]> wrote:
> Matt Rice wrote:
>>
>> I did notice an NSTableView bug though, and its reproducable afaict
>> with any editable tableview if you edit a field after editing its row
>> never set as needing display, you have to click a row to g
On 7 Jun 2008, at 18:30, Adam Fedor wrote:
On Jun 7, 2008, at 10:52 AM, Fred Kiefer wrote:
Fred Kiefer wrote:
At the moment I am updating my second (virtual) Linux system to
Ubuntu 8.04, this should include the latest cairo and with that I
should be able to reproduce the cairo 1.6.4 issu
On 8 Jun 2008, at 12:08, David Ayers wrote:
Richard Frith-Macdonald schrieb:
For the base library, reverting the license to LGPLv2 should be easy,
but I'd also like the next stable release to mark all non-macosx
stuff
as deprecated ... on the basis that this would warn developers
about th
Richard Frith-Macdonald schrieb:
> For the base library, reverting the license to LGPLv2 should be easy,
> but I'd also like the next stable release to mark all non-macosx stuff
> as deprecated ... on the basis that this would warn developers about the
> intention to be *highly* macosx compatible.
On 8 Jun 2008, at 13:30, David Chisnall wrote:
On 8 Jun 2008, at 10:30, Richard Frith-Macdonald wrote:
For the base library, reverting the license to LGPLv2 should be
easy, but I'd also like the next stable release to mark all non-
macosx stuff as deprecated ... on the basis that this woul
On 8 Jun 2008, at 10:30, Richard Frith-Macdonald wrote:
For the base library, reverting the license to LGPLv2 should be
easy, but I'd also like the next stable release to mark all non-
macosx stuff as deprecated ... on the basis that this would warn
developers about the intention to be *hig
On 7 Jun 2008, at 18:30, Adam Fedor wrote:
On Jun 7, 2008, at 10:52 AM, Fred Kiefer wrote:
Fred Kiefer wrote:
At the moment I am updating my second (virtual) Linux system to
Ubuntu 8.04, this should include the latest cairo and with that I
should be able to reproduce the cairo 1.6.4 issu
On Jun 9, 2008, at 1:25 AM, Richard Frith-Macdonald wrote:
When do you want to do the new base release?
I think the timeline might be something like this ...
monday-wednesday: last chance to deprecate anything we might be
wanting to change in the next release cycle
thursday: merge trunk in
On 10 Jun 2008, at 14:28, David Ayers wrote:
Richard Frith-Macdonald schrieb:
I believe that marking features that will be merely moved to -
additions
as deprecated is misleading. To me deprecation means prepare for
removal... i.e. adapt all your code. If it just means "we are
thinking
On 10 Jun 2008, at 15:28, David Ayers wrote:
Richard Frith-Macdonald schrieb:
Where we have methods which are GNUstep specific, they ought to be in
If you have a better idea of how to go about this sort of thing I'm
very
willing to listen (even time consuming alternatives if you want to
vo
Richard Frith-Macdonald schrieb:
> Where we have methods which are GNUstep specific, they ought to be in
> the additions library ... so assuming we get round to moving them,
> anyone using them will need to change their software to include the
> appropriate headers. A small change, but still one
Richard Frith-Macdonald schrieb:
>
> On 10 Jun 2008, at 15:28, David Ayers wrote:
>
>> Richard Frith-Macdonald schrieb:
>>
>>> Where we have methods which are GNUstep specific, they ought to be in
>>> If you have a better idea of how to go about this sort of thing I'm very
>>> willing to listen (
On 10 Jun 2008, at 18:47, David Ayers wrote:
Richard Frith-Macdonald schrieb:
On 10 Jun 2008, at 15:28, David Ayers wrote:
Richard Frith-Macdonald schrieb:
Where we have methods which are GNUstep specific, they ought to
be in
If you have a better idea of how to go about this sort of thin
On 10 Jun 2008, at 19:25, Richard Frith-Macdonald wrote:
But without providing an
alternative header to include. But in fact it seems that many of
those
declarations already exist in GSCategories.h. Sorry I should have
checked earlier. [Yet there are some declarations that are not
there.
Richard Frith-Macdonald schrieb:
>
> On 8 Jun 2008, at 12:08, David Ayers wrote:
>
>> Richard Frith-Macdonald schrieb:
>>
>>> For the base library, reverting the license to LGPLv2 should be easy,
>>> but I'd also like the next stable release to mark all non-macosx stuff
>>> as deprecated ... on t
32 matches
Mail list logo
