Julien Cristau [EMAIL PROTECTED] writes:
So the obvious solution seems to me then to build ncurses twice,
providing both libncurses5 and libncurses6 packages. What point do I miss?
The crashes that will happen when both are loaded in a process's address
space.
Which is the case when:
- a
On mar, 2008-09-16 at 21:21 +0200, Daniel Baumann wrote:
just a quick note: after lenny, ncurses will bump soname major from 5
to
6 in order to make mouse wheels work. The transition will be big, but
can be entirely handled with binNMUs only and this is what this mail
is
about:
btw, wrt to
On Thu, 18 Sep 2008 23:03:25 +0200
Julien Cristau [EMAIL PROTECTED] wrote:
On Thu, Sep 18, 2008 at 13:40:14 -0700, Dan Kegel wrote:
On Thu, Sep 18, 2008 at 1:12 PM, Thomas Dickey [EMAIL PROTECTED] wrote:
from the upstream POV, this would be another ABI transition.
If there's no
Le jeudi 18 septembre 2008 à 17:29 -0400, Thomas Dickey a écrit :
agree - I don't know how to guarantee that five years from now there'd
be no ABI change - the best I can do is maintain API compatibility.
You can maintain ABI compatibility by using opaque structures by using
On Fri, 19 Sep 2008, Josselin Mouette wrote:
Le jeudi 18 septembre 2008 ? 17:29 -0400, Thomas Dickey a ?crit :
agree - I don't know how to guarantee that five years from now there'd
be no ABI change - the best I can do is maintain API compatibility.
You can maintain ABI compatibility by
Le mercredi 17 septembre 2008 à 19:52 -0500, Peter Samuelson a écrit :
[Josselin Mouette]
Yes, but that could be worked around by making libncurses6 conflict with
libncurses5 ( version.with.symbols).
That only works if you rebuild everything that uses ncurses5 so the
symbol _users_ know
On Thu, 18 Sep 2008, Josselin Mouette wrote:
Le mercredi 17 septembre 2008 à 19:52 -0500, Peter Samuelson a écrit :
[Josselin Mouette]
Yes, but that could be worked around by making libncurses6 conflict with
libncurses5 ( version.with.symbols).
That only works if you rebuild
On Wed, Sep 17, 2008 at 11:22:07AM +0200, Florian Weimer wrote:
* Daniel Baumann:
Steve Langasek wrote:
In that case: no, please fix your ncurses 6 package to provide a proper
transition path by adding Provides: libncurses5-dev.
that won't work in all cases, the soname major changes
On Thu, 2008-09-18 at 14:39 +0200, Michael Banck wrote:
Indeed, what would this imply for our LSB compatibility?
http://refspecs.linux-foundation.org/LSB_3.2.0/LSB-Core-generic/LSB-Core-generic/libncurses.html
seems to say libncurses.so.5 is the required one, will we lose LSB
compatibility
On Thu, Sep 18, 2008 at 12:02:14PM -0300, Gustavo Noronha Silva wrote:
On Thu, 2008-09-18 at 14:39 +0200, Michael Banck wrote:
Indeed, what would this imply for our LSB compatibility?
http://refspecs.linux-foundation.org/LSB_3.2.0/LSB-Core-generic/LSB-Core-generic/libncurses.html
Michael Banck [EMAIL PROTECTED] writes:
Upstream is doing that change; ncurses can't be forever stalled because
of LSB, you see.
As I understand it, upstream simply mandates either libncurses.so.5 or
libncurses.so.6 based on the configure flags for enabling mouse-wheel
support. The Debian
On Thu, Sep 18, 2008 at 17:20:54 +0200, Reinhard Tartler wrote:
So the obvious solution seems to me then to build ncurses twice,
providing both libncurses5 and libncurses6 packages. What point do I miss?
The crashes that will happen when both are loaded in a process's address
space.
Cheers,
On Thu, Sep 18, 2008 at 05:07:01PM +0200, Michael Banck [EMAIL PROTECTED]
wrote:
On Thu, Sep 18, 2008 at 12:02:14PM -0300, Gustavo Noronha Silva wrote:
On Thu, 2008-09-18 at 14:39 +0200, Michael Banck wrote:
Indeed, what would this imply for our LSB compatibility?
* Mike Hommey:
... and they couldn't add mouse-wheel support without breaking ABI ?
AFAICT, the issue is that there aren't enough bits in an int to express
all the button events in the same way as before. The new ABI reshuffles
the bits to make more room.
It should be possible to make this
Gustavo Noronha Silva wrote:
On Thu, 2008-09-18 at 14:39 +0200, Michael Banck wrote:
Indeed, what would this imply for our LSB compatibility?
http://refspecs.linux-foundation.org/LSB_3.2.0/LSB-Core-generic/LSB-Core-generic/libncurses.html
seems to say libncurses.so.5 is the required one,
[+dickey]
On Thu, Sep 18, 2008 at 8:45 AM, Florian Weimer [EMAIL PROTECTED] wrote:
So the obvious solution seems to me then to build ncurses twice,
providing both libncurses5 and libncurses6 packages. What point do I miss?
The crashes that will happen when both are loaded in a
process's
On Thu, 18 Sep 2008, Dan Kegel wrote:
[+dickey]
On Thu, Sep 18, 2008 at 8:45 AM, Florian Weimer [EMAIL PROTECTED] wrote:
So the obvious solution seems to me then to build ncurses twice,
providing both libncurses5 and libncurses6 packages. What point do I miss?
The crashes that will happen
* Thomas Dickey:
Then in that case, it should be possible for someone to submit a patch
which does that.
Yes, but ...
I don't recall anyone mentioning it recently (other than this thread,
for example). The ABI=6 code's been there a few years.
... from the upstream POV, this would be
On Thu, 18 Sep 2008, Florian Weimer wrote:
* Thomas Dickey:
Then in that case, it should be possible for someone to submit a patch
which does that.
Yes, but ...
I don't recall anyone mentioning it recently (other than this thread,
for example). The ABI=6 code's been there a few years.
On Thu, Sep 18, 2008 at 13:40:14 -0700, Dan Kegel wrote:
On Thu, Sep 18, 2008 at 1:12 PM, Thomas Dickey [EMAIL PROTECTED] wrote:
from the upstream POV, this would be another ABI transition.
If there's no patch, there's nothing to discuss, then.
Going forward, though, can you avoid
On Thu, Sep 18, 2008 at 01:40:14PM -0700, Dan Kegel wrote:
On Thu, Sep 18, 2008 at 1:12 PM, Thomas Dickey [EMAIL PROTECTED] wrote:
from the upstream POV, this would be another ABI transition.
If there's no patch, there's nothing to discuss, then.
Going forward, though, can you avoid
On Thu, Sep 18, 2008 at 2:03 PM, Julien Cristau [EMAIL PROTECTED] wrote:
Going forward, though, can you avoid potential issues like this
by maintaining better ABI compatibility between versions?
i.e. when you add a libncurses.so.7, can you make it so
that all apps that linked against
On Thu, 18 Sep 2008, Julien Cristau wrote:
On Thu, Sep 18, 2008 at 13:40:14 -0700, Dan Kegel wrote:
On Thu, Sep 18, 2008 at 1:12 PM, Thomas Dickey [EMAIL PROTECTED] wrote:
from the upstream POV, this would be another ABI transition.
If there's no patch, there's nothing to discuss,
On Thu, Sep 18, 2008 at 02:07:19PM -0700, Dan Kegel wrote:
On Thu, Sep 18, 2008 at 2:03 PM, Julien Cristau [EMAIL PROTECTED] wrote:
Going forward, though, can you avoid potential issues like this
by maintaining better ABI compatibility between versions?
i.e. when you add a libncurses.so.7,
Steve Langasek wrote:
In that case: no, please fix your ncurses 6 package to provide a proper
transition path by adding Provides: libncurses5-dev.
that won't work in all cases, the soname major changes for a reason.
--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
* Daniel Baumann:
Steve Langasek wrote:
In that case: no, please fix your ncurses 6 package to provide a proper
transition path by adding Provides: libncurses5-dev.
that won't work in all cases, the soname major changes for a reason.
And which is that? I thought the ncurses ABI was pretty
On Wed, Sep 17, 2008 at 11:13:46AM +0200, Daniel Baumann wrote:
Steve Langasek wrote:
In that case: no, please fix your ncurses 6 package to provide a proper
transition path by adding Provides: libncurses5-dev.
that won't work in all cases, the soname major changes for a reason.
Then why
Steve Langasek wrote:
Then why are you asking maintainers to blindly change their build-depends to
point to it?
please read.. #230990.
i could have done this by bumping soname minor (from 5.6.0 to 5.7.0),
however, upstream says:
That _might_ work - though binary-compatible stuff I thought
On Wed, Sep 17, 2008 at 01:12:04PM +0200, Daniel Baumann wrote:
or in other words: soname 6 in debian will therefore be not compatible,
as it introduces both --enable-ext-mouse and --enable-ext-colors. also,
the wide builds will dissappear.
What's the transition plan for those of us using wide
Le mercredi 17 septembre 2008 à 13:12 +0200, Daniel Baumann a écrit :
however.. please just adjust your build-depends and everythings going to
be fine..
From all that you’ve explained, I understand that the API has not
changed. Therefore you should not change the development package name,
or
* Daniel Baumann [Tue, 16 Sep 2008 21:21:44 +0200]:
Hi,
Daniel,
just a quick note: after lenny, ncurses will bump soname major from 5 to
6 in order to make mouse wheels work. The transition will be big, but
can be entirely handled with binNMUs only and this is what this mail is
about:
On Wed, Sep 17, 2008 at 01:37:29PM +0100, Adeodato Simó wrote:
libncurses5-dev (and libncursesw5-dev as well if appropriate). With
Can't do that because the pathnames are different.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Le mercredi 17 septembre 2008 à 13:37 +0100, Adeodato Simó a écrit :
OR
* introduce a ncurses5 source package. Then not all 400 packages need
to go into testing at the same time, they just can trickle as they
get built. This would be very good, *and* we'd work together with
Clint Adams wrote:
What's the transition plan for those of us using wide builds?
there will be libncurses6 only, which is wide.
--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email: [EMAIL PROTECTED]
Internet:
Adeodato Simó wrote:
* introduce a ncurses5 source package.
sounds elegant to me, will do like that. thanks for beeing constructive.
--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email: [EMAIL PROTECTED]
Internet:
On Wed, 17 Sep 2008, Daniel Baumann wrote:
Adeodato Simó wrote:
* introduce a ncurses5 source package.
sounds elegant to me, will do like that. thanks for beeing constructive.
As you have been warned already, do watch out for symbol colisions due to
the lack of symbol versioning in
Le mercredi 17 septembre 2008 à 11:03 -0300, Henrique de Moraes Holschuh
a écrit :
It is probably enough to version symbols in the new soname packages
No.
--
.''`.
: :' : We are debian.org. Lower your prices, surrender your code.
`. `' We will add your hardware and software
On Tue, Sep 16, 2008 at 09:21:44PM +0200, Daniel Baumann [EMAIL PROTECTED]
was heard to say:
just a quick note: after lenny, ncurses will bump soname major from 5 to
6 in order to make mouse wheels work. The transition will be big, but
can be entirely handled with binNMUs only and this is what
Le mercredi 17 septembre 2008 à 16:05 +0200, Josselin Mouette a écrit :
Le mercredi 17 septembre 2008 à 11:03 -0300, Henrique de Moraes Holschuh
a écrit :
It is probably enough to version symbols in the new soname packages
No.
Before anyone asks why: when you require a symbol without a
* Josselin Mouette [Wed, 17 Sep 2008 14:59:33 +0200]:
Le mercredi 17 septembre 2008 à 13:37 +0100, Adeodato Simó a écrit :
OR
* introduce a ncurses5 source package. Then not all 400 packages need
to go into testing at the same time, they just can trickle as they
get built.
On Wed, Sep 17, 2008 at 04:09:27PM +0200, Josselin Mouette wrote:
Le mercredi 17 septembre 2008 à 16:05 +0200, Josselin Mouette a écrit :
Le mercredi 17 septembre 2008 à 11:03 -0300, Henrique de Moraes Holschuh
a écrit :
It is probably enough to version symbols in the new soname packages
On Wed, Sep 17, 2008 at 05:20:22PM +0200, Michael Banck wrote:
On Wed, Sep 17, 2008 at 04:09:27PM +0200, Josselin Mouette wrote:
Le mercredi 17 septembre 2008 à 16:05 +0200, Josselin Mouette a écrit :
Le mercredi 17 septembre 2008 à 11:03 -0300, Henrique de Moraes Holschuh
a écrit :
Le mercredi 17 septembre 2008 à 09:01 -0700, Steve Langasek a écrit :
Mabye it would work if we'd add symbols to the current ncurses, rebuild
everything, then introduce the new one with the new symbols?
Unless we do this step /before/ the release of lenny, there will still be
issues on
[Josselin Mouette]
Yes, but that could be worked around by making libncurses6 conflict with
libncurses5 ( version.with.symbols).
That only works if you rebuild everything that uses ncurses5 so the
symbol _users_ know they are supposed to require versions. (And, like
any proposal involving
Hi,
just a quick note: after lenny, ncurses will bump soname major from 5 to
6 in order to make mouse wheels work. The transition will be big, but
can be entirely handled with binNMUs only and this is what this mail is
about:
There is no hurry, but please start using soname-independent
On Tue, Sep 16, 2008 at 09:21:44PM +0200, Daniel Baumann wrote:
just a quick note: after lenny, ncurses will bump soname major from 5 to
6 in order to make mouse wheels work. The transition will be big, but
can be entirely handled with binNMUs only and this is what this mail is
about:
There
Steve Langasek wrote:
On Tue, Sep 16, 2008 at 09:21:44PM +0200, Daniel Baumann wrote:
There is no hurry, but please start using soname-independent
build-depends on ncurses as 'libncurses-dev | libncurses5-dev' in your
next uploads.
Does this mean it /can't/ be handled with binNMUs because
Adam Majer wrote:
Daniel probably meant it could be handled by binNMUs provided people
upload their package(s) with the new build-depends before the transition
starts.
yep; sorry for beeing unprecise.
--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:
On Tue, Sep 16, 2008 at 05:21:10PM -0500, Adam Majer wrote:
Steve Langasek wrote:
On Tue, Sep 16, 2008 at 09:21:44PM +0200, Daniel Baumann wrote:
There is no hurry, but please start using soname-independent
build-depends on ncurses as 'libncurses-dev | libncurses5-dev' in your
next uploads.
49 matches
Mail list logo