[opensuse-packaging] split of ncurses library
Hi, Werner split libltinfo from libncurses and so we see a lot of build failures due to programs linking -lncurses and expecting functions there that are now in -lltinfo and as library dependencies are not longer taken into account, there is a huge fallout. The right fix is to use ncurses-config --libs - note that Fedora and debian have the same split, so packages failing have a high chance of having a patch floating around in the internet :) Greetings, Stephan -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Tuesday 22 November 2011 13:09:22 Stephan Kulow wrote:
Werner split libltinfo from libncurses and so we see a lot of build failures due to programs linking -lncurses and expecting functions there that are now in -lltinfo and as library dependencies are not longer taken into account, there is a huge fallout.
The right fix is to use ncurses-config --libs - note that Fedora and debian have the same split, so packages failing have a high chance of having a patch floating around in the internet :)
I faces exactly this problem with kvim but it seems with -ltinfo it fails as well. I tried different variants... -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Tue, Nov 22, 2011 at 02:19:01PM +0400, Ilya Chernykh wrote:
On Tuesday 22 November 2011 13:09:22 Stephan Kulow wrote:
Werner split libltinfo from libncurses and so we see a lot of build failures due to programs linking -lncurses and expecting functions there that are now in -lltinfo and as library dependencies are not longer taken into account, there is a huge fallout.
The right fix is to use ncurses-config --libs - note that Fedora and debian have the same split, so packages failing have a high chance of having a patch floating around in the internet :)
I faces exactly this problem with kvim but it seems with -ltinfo it fails as well. I tried different variants...
-ltinfo needs to be added after -lncurses(w) Ciao, Marcus -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Tuesday 22 November 2011 14:52:05 Marcus Meissner wrote:
Werner split libltinfo from libncurses and so we see a lot of build failures due to programs linking -lncurses and expecting functions there that are now in -lltinfo and as library dependencies are not longer taken into account, there is a huge fallout.
The right fix is to use ncurses-config --libs - note that Fedora and debian have the same split, so packages failing have a high chance of having a patch floating around in the internet :)
I faces exactly this problem with kvim but it seems with -ltinfo it fails as well. I tried different variants...
-ltinfo needs to be added after -lncurses(w)
Still fails: gcc -L/usr/lib/qt3/lib64 -L/opt/kde3/lib64 -L/usr/lib64 -lkdecore -lkdeui -lkio -lqt-mt -lkparts -lDCOP -ldl -lstdc++ -lncurses -ltinfo -L/usr/lib64 -Wl,-Bsymbolic-functions -L/usr/local/lib -o vim objects/buffer.o objects/charset.o objects/diff.o objects/digraph.o objects/edit.o objects/eval.o objects/ex_cmds.o objects/ex_cmds2.o objects/ex_docmd.o objects/ex_eval.o objects/ex_getln.o objects/fileio.o objects/fold.o objects/getchar.o objects/if_cscope.o objects/if_xcmdsrv.o objects/main.o objects/mark.o objects/memfile.o objects/memline.o objects/menu.o objects/message.o objects/misc1.o objects/misc2.o objects/move.o objects/mbyte.o objects/normal.o objects/ops.o objects/option.o objects/os_unix.o objects/pathdef.o objects/quickfix.o objects/regexp.o objects/screen.o objects/search.o objects/syntax.o objects/tag.o objects/term.o objects/ui.o objects/undo.o objects/window.o objects/gui.o objects/pty.o objects/gui_kde.o objects/gui_kde_x11.o objects/gui_kde_widget.o objects/gui_kde_widget_moc.o objects/kvim_iface_skel.o objects/netbeans.o objects/version.o -lSM -lICE -lXpm -lXt -lX11 -lXdmcp -lSM -lICE -lnsl -lncurses -lacl -lattr -ldl objects/os_unix.o: In function `mch_set_shellsize': /home/abuild/rpmbuild/BUILD/kvim-6.3/src/os_unix.c:3178: undefined reference to `term_set_winsize' collect2: ld returned 1 exit status -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
Hi, On Tue, 22 Nov 2011, Ilya Chernykh wrote:
-ltinfo needs to be added after -lncurses(w)
Still fails:
gcc -L/usr/lib/qt3/lib64 -L/opt/kde3/lib64 -L/usr/lib64 -lkdecore -lkdeui -lkio -lqt-mt -lkparts -lDCOP -ldl -lstdc++ -lncurses -ltinfo -L/usr/lib64 -Wl,-Bsymbolic-functions -L/usr/local/lib -o vim
All the libs above will not be used for linking (including your -ltinfo) because they come before any .o files.
objects/buffer.o objects/charset.o objects/diff.o objects/digraph.o objects/edit.o objects/eval.o objects/ex_cmds.o objects/ex_cmds2.o objects/ex_docmd.o objects/ex_eval.o objects/ex_getln.o objects/fileio.o objects/fold.o objects/getchar.o objects/if_cscope.o objects/if_xcmdsrv.o objects/main.o objects/mark.o objects/memfile.o objects/memline.o objects/menu.o objects/message.o objects/misc1.o objects/misc2.o objects/move.o objects/mbyte.o objects/normal.o objects/ops.o objects/option.o objects/os_unix.o objects/pathdef.o objects/quickfix.o objects/regexp.o objects/screen.o objects/search.o objects/syntax.o objects/tag.o objects/term.o objects/ui.o objects/undo.o objects/window.o objects/gui.o objects/pty.o objects/gui_kde.o objects/gui_kde_x11.o objects/gui_kde_widget.o objects/gui_kde_widget_moc.o objects/kvim_iface_skel.o objects/netbeans.o objects/version.o -lSM -lICE -lXpm -lXt -lX11 -lXdmcp -lSM -lICE -lnsl -lncurses -lacl -lattr -ldl
... these libs will be used, you -ltinfo needs to come after this -lncurses. That said, there seem to be other problems. From the object file names I assume this is a KDE variant of vim ("objects/gui_kde.o"). That implies that also the other libraries from above need to be moved here. You either use the wrong make variable to setup your libraries or the makefile itself uses them incorrectly in its link command. Libraries always need to be linked last (as rule of thumb). Ciao, Michael. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Tuesday 22 November 2011 18:51:05 you wrote:
-ltinfo needs to be added after -lncurses(w)
Still fails:
gcc -L/usr/lib/qt3/lib64 -L/opt/kde3/lib64 -L/usr/lib64 -lkdecore -lkdeui -lkio -lqt-mt -lkparts -lDCOP -ldl -lstdc++ -lncurses -ltinfo -L/usr/lib64 -Wl,-Bsymbolic-functions -L/usr/local/lib -o vim
All the libs above will not be used for linking (including your -ltinfo) because they come before any .o files.
In that case the package would not build for any release, not only Factory. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
Hi, On Tue, 22 Nov 2011, Ilya Chernykh wrote:
On Tuesday 22 November 2011 18:51:05 you wrote:
-ltinfo needs to be added after -lncurses(w)
Still fails:
gcc -L/usr/lib/qt3/lib64 -L/opt/kde3/lib64 -L/usr/lib64 -lkdecore -lkdeui -lkio -lqt-mt -lkparts -lDCOP -ldl -lstdc++ -lncurses -ltinfo -L/usr/lib64 -Wl,-Bsymbolic-functions -L/usr/local/lib -o vim
All the libs above will not be used for linking (including your -ltinfo) because they come before any .o files.
In that case the package would not build for any release, not only Factory.
My guess is static ctors make the c++ libraries be used despite coming in front of the .o files. I.e. it works by luck. Still move them down to the correct place. Ciao, Michael. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Tue, Nov 22, 2011 at 9:59 AM, Ilya Chernykh <anixxsus@gmail.com> wrote:
On Tuesday 22 November 2011 18:51:05 you wrote:
-ltinfo needs to be added after -lncurses(w)
Still fails:
gcc -L/usr/lib/qt3/lib64 -L/opt/kde3/lib64 -L/usr/lib64 -lkdecore -lkdeui -lkio -lqt-mt -lkparts -lDCOP -ldl -lstdc++ -lncurses -ltinfo -L/usr/lib64 -Wl,-Bsymbolic-functions -L/usr/local/lib -o vim
All the libs above will not be used for linking (including your -ltinfo) because they come before any .o files.
In that case the package would not build for any release, not only Factory.
Ilya, RE: Werner's recommended fix Did you try just updating your makefile.ac with the equivalent of: AC_SEARCH_LIBS(tgetent, termlib termcap tinfo curses ncurses) tgetent should be replaced by whatever symbol your having troubles with. I just added a patch to do that to a package I maintain, and all is good: https://build.opensuse.org/package/view_file?file=afflib-3.6.12-split-ncurse... I made no other changes. The auto tools took it from there. Greg -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Wednesday 23 November 2011 00:38:32 Greg Freemyer wrote:
Did you try just updating your makefile.ac with the equivalent of:
AC_SEARCH_LIBS(tgetent, termlib termcap tinfo curses ncurses)
tgetent should be replaced by whatever symbol your having troubles with.
I just added a patch to do that to a package I maintain, and all is good:
https://build.opensuse.org/package/view_file?file=afflib-3.6.12-split-ncurse...
I made no other changes. The auto tools took it from there.
This just disables search for tgetent function. And in kvin one can disable search for trminal library altogether by just adding --with-tlib=ncurses option to configure. configure then passes well but the problem is with compilation phase. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ilya Chernykh [22.11.2011 11:19]:
On Tuesday 22 November 2011 13:09:22 Stephan Kulow wrote:
Werner split libltinfo from libncurses and so we see a lot of build failures due to programs linking -lncurses and expecting functions there that are now in -lltinfo and as library dependencies are not longer taken into account, there is a huge fallout.
The right fix is to use ncurses-config --libs - note that Fedora and debian have the same split, so packages failing have a high chance of having a patch floating around in the internet :)
I faces exactly this problem with kvim but it seems with -ltinfo it fails as well. I tried different variants...
Ilya, you notice the difference between your "-ltinfo" and Coolo's "-lltinfo"? Maybe it's just a single letter that causes the failure ;-) P.S.: Ilya, sorry for the PM, I noticed too late :-( HTH Werner -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7LvW8ACgkQk33Krq8b42PZxwCcCtmsGBASVIt6wblZbS4pYd9H wpUAnjBOuCmr69cVb31EaKMTRWjEGB2n =e3YB -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Tue, Nov 22, 2011 at 04:19:11PM +0100, Werner Flamme wrote:
Ilya Chernykh [22.11.2011 11:19]:
On Tuesday 22 November 2011 13:09:22 Stephan Kulow wrote:
Werner split libltinfo from libncurses and so we see a lot of build failures due to programs linking -lncurses and expecting functions there that are now in -lltinfo and as library dependencies are not longer taken into account, there is a huge fallout.
The right fix is to use ncurses-config --libs - note that Fedora and debian have the same split, so packages failing have a high chance of having a patch floating around in the internet :)
I faces exactly this problem with kvim but it seems with -ltinfo it fails as well. I tried different variants...
Ilya,
you notice the difference between your "-ltinfo" and Coolo's "-lltinfo"?
Maybe it's just a single letter that causes the failure ;-)
just one to much the library is libtinfo and therefore -ltinfo should be used. Please hole in mind that for terminfo/termcap functions the only required library is libtinfo. That is if your program does not use initscr(3ncurses) nor newterm(3ncurses) there is in normal case no need for libnurses nor libnursesw Now mutt, procps, xemacs, and emacs should build again, I've always used the patch named `*-tinfo.dif' ;) Werner -- "Having a smoking section in a restaurant is like having a peeing section in a swimming pool." -- Edward Burr -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On 22 November 2011 15:19, Werner Flamme <werner.flamme@ufz.de> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Ilya Chernykh [22.11.2011 11:19]:
On Tuesday 22 November 2011 13:09:22 Stephan Kulow wrote:
Werner split libltinfo from libncurses and so we see a lot of build failures due to programs linking -lncurses and expecting functions there that are now in -lltinfo and as library dependencies are not longer taken into account, there is a huge fallout.
The right fix is to use ncurses-config --libs - note that Fedora and debian have the same split, so packages failing have a high chance of having a patch floating around in the internet :)
I faces exactly this problem with kvim but it seems with -ltinfo it fails as well. I tried different variants...
Ilya,
you notice the difference between your "-ltinfo" and Coolo's "-lltinfo"?
Maybe it's just a single letter that causes the failure ;-)
Coolo's is a typo. And evence if Michael is totally correct, since the package is using "export SUSE_ASNEEDED=0" (...) the library order is not really important. The thing is that term_set_winsize is not exported by any of those libraries, never has been. It is provided by vim itself, that right now is failing to build in Factory. Perhaps this problem will be fixed once vim builds again... otherwise I am in the team of not helping to maintain KDE:KDE3. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Tuesday 22 November 2011 19:53:22 Cristian Morales Vega wrote:
The thing is that term_set_winsize is not exported by any of those libraries, never has been. It is provided by vim itself, that right now is failing to build in Factory. Perhaps this problem will be fixed once vim builds again...
Yes, the same problem is with vim in Factory. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
* Stephan Kulow <coolo@suse.de> [2011-11-22 10:09]:
Werner split libltinfo from libncurses and so we see a lot of build failures due to programs linking -lncurses and expecting functions there that are now in -lltinfo and as library dependencies are not longer taken into account, there is a huge fallout.
The right fix is to use ncurses-config --libs - note that Fedora and debian have the same split, so packages failing have a high chance of having a patch floating around in the internet :)
This breaks almost every single application using curses. It is also not what Fedora and Debian have done and thus there are mostly no such patches. While they provide separate libtinfo packages they also have linker scripts which ensure that applications linking against ncurses/ncursesw always link against -ltinfo too. Can we please do that as well to restore sanity? Also note that using ncurses-config is not acceptable for many upstreams who do not want to depend on a certain curses implementation. -- Guido Berhoerster -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Wed, Nov 23, 2011 at 10:06 AM, Guido Berhoerster <gber@opensuse.org> wrote:
* Stephan Kulow <coolo@suse.de> [2011-11-22 10:09]:
Werner split libltinfo from libncurses and so we see a lot of build failures due to programs linking -lncurses and expecting functions there that are now in -lltinfo and as library dependencies are not longer taken into account, there is a huge fallout.
The right fix is to use ncurses-config --libs - note that Fedora and debian have the same split, so packages failing have a high chance of having a patch floating around in the internet :)
This breaks almost every single application using curses. It is also not what Fedora and Debian have done and thus there are mostly no such patches. While they provide separate libtinfo packages they also have linker scripts which ensure that applications linking against ncurses/ncursesw always link against -ltinfo too. Can we please do that as well to restore sanity?
Also note that using ncurses-config is not acceptable for many upstreams who do not want to depend on a certain curses implementation.
Guido, This is fyi only, not arguing one way or the other. If autoconf is in use, this was the entire patch that fixed it for a package I maintain: ======== diff -Naur afflib-3.6.12/configure.ac afflib-3.6.12.patched/configure.ac --- afflib-3.6.12/configure.ac 2011-05-23 17:59:38.000000000 -0400 +++ afflib-3.6.12.patched/configure.ac 2011-11-22 10:49:53.000000000 -0500 @@ -118,6 +118,7 @@ AC_CHECK_LIB([ncurses],[initscr],, AC_MSG_RESULT([ncurses not installed])) AC_CHECK_LIB([z],[uncompress],, AC_MSG_ERROR([zlib not installed; cannot continue. Try adding zlib-dev or zlib1g-dev.])) AC_CHECK_LIB([rt],[aio_error64]) +AC_SEARCH_LIBS(tgetent, termlib termcap tinfo curses ncurses) AC_CHECK_FUNCS(putp tputs tgoto tgetstr tgetnum gotorc beep endwin setupterm printw) === Assuming similar fixes will work for other packages, I don't see why upstream would not take a patch like that. Greg -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
* Greg Freemyer <greg.freemyer@gmail.com> [2011-11-23 16:27]:
On Wed, Nov 23, 2011 at 10:06 AM, Guido Berhoerster <gber@opensuse.org> wrote:
* Stephan Kulow <coolo@suse.de> [2011-11-22 10:09]:
Werner split libltinfo from libncurses and so we see a lot of build failures due to programs linking -lncurses and expecting functions there that are now in -lltinfo and as library dependencies are not longer taken into account, there is a huge fallout.
The right fix is to use ncurses-config --libs - note that Fedora and debian have the same split, so packages failing have a high chance of having a patch floating around in the internet :)
This breaks almost every single application using curses. It is also not what Fedora and Debian have done and thus there are mostly no such patches. While they provide separate libtinfo packages they also have linker scripts which ensure that applications linking against ncurses/ncursesw always link against -ltinfo too. Can we please do that as well to restore sanity?
Also note that using ncurses-config is not acceptable for many upstreams who do not want to depend on a certain curses implementation.
Guido,
This is fyi only, not arguing one way or the other.
If autoconf is in use, this was the entire patch that fixed it for a package I maintain:
======== diff -Naur afflib-3.6.12/configure.ac afflib-3.6.12.patched/configure.ac --- afflib-3.6.12/configure.ac 2011-05-23 17:59:38.000000000 -0400 +++ afflib-3.6.12.patched/configure.ac 2011-11-22 10:49:53.000000000 -0500 @@ -118,6 +118,7 @@ AC_CHECK_LIB([ncurses],[initscr],, AC_MSG_RESULT([ncurses not installed])) AC_CHECK_LIB([z],[uncompress],, AC_MSG_ERROR([zlib not installed; cannot continue. Try adding zlib-dev or zlib1g-dev.])) AC_CHECK_LIB([rt],[aio_error64]) +AC_SEARCH_LIBS(tgetent, termlib termcap tinfo curses ncurses) AC_CHECK_FUNCS(putp tputs tgoto tgetstr tgetnum gotorc beep endwin setupterm printw) ===
Assuming similar fixes will work for other packages, I don't see why upstream would not take a patch like that.
The fix depends on the build system, point is that every single of these packages need to be touched. Splitting libtinfo out of libncurses makes sense in that it allows to avoid dependecies on libncurses when it is not needed (especially to avoid libncurses vs libncursesw issues low in the library stack). However not the other way around, when linking to lib(n)curses you also always want libtinfo and adding it to every single package and propagating these patches upstream because noone packages ncurses like us seems like a great waste of resources for no added benefit. ncurses-config does not solve it because its rarely used which is why both Fedora and Debian use linker scripts. -- Guido Berhoerster -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
Am Mittwoch, 23. November 2011, 16:06:32 schrieb Guido Berhoerster:
* Stephan Kulow <coolo@suse.de> [2011-11-22 10:09]:
Werner split libltinfo from libncurses and so we see a lot of build failures due to programs linking -lncurses and expecting functions there that are now in -lltinfo and as library dependencies are not longer taken into account, there is a huge fallout.
The right fix is to use ncurses-config --libs - note that Fedora and debian have the same split, so packages failing have a high chance of having a patch floating around in the internet :)
This breaks almost every single application using curses. It is also not what Fedora and Debian have done and thus there are mostly no such patches. While they provide separate libtinfo packages they also have linker scripts which ensure that applications linking against ncurses/ncursesw always link against -ltinfo too. Can we please do that as well to restore sanity?
Don't shoot the messenger, I just pointed out the facts. But as you seem to have already looking into it, can't you provide such a linker script? Greetings, Stephan -- Sent from openSUSE -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On 23.11.2011 20:15, Stephan Kulow wrote:
Am Mittwoch, 23. November 2011, 16:06:32 schrieb Guido Berhoerster:
* Stephan Kulow<coolo@suse.de> [2011-11-22 10:09]:
Werner split libltinfo from libncurses and so we see a lot of build failures due to programs linking -lncurses and expecting functions there that are now in -lltinfo and as library dependencies are not longer taken into account, there is a huge fallout.
The right fix is to use ncurses-config --libs - note that Fedora and debian have the same split, so packages failing have a high chance of having a patch floating around in the internet :)
This breaks almost every single application using curses. It is also not what Fedora and Debian have done and thus there are mostly no such patches. While they provide separate libtinfo packages they also have linker scripts which ensure that applications linking against ncurses/ncursesw always link against -ltinfo too. Can we please do that as well to restore sanity?
Don't shoot the messenger, I just pointed out the facts. But as you seem to have already looking into it, can't you provide such a linker script?
Werner submitted a fixed ncurses now, so everyone can ignore libtinfo again :) Greetings, Stephan -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On 11/24/2011 03:09 PM, Stephan Kulow wrote:
On 23.11.2011 20:15, Stephan Kulow wrote:
Am Mittwoch, 23. November 2011, 16:06:32 schrieb Guido Berhoerster:
* Stephan Kulow<coolo@suse.de> [2011-11-22 10:09]:
Werner split libltinfo from libncurses and so we see a lot of build failures due to programs linking -lncurses and expecting functions there that are now in -lltinfo and as library dependencies are not longer taken into account, there is a huge fallout.
The right fix is to use ncurses-config --libs - note that Fedora and debian have the same split, so packages failing have a high chance of having a patch floating around in the internet :)
This breaks almost every single application using curses. It is also not what Fedora and Debian have done and thus there are mostly no such patches. While they provide separate libtinfo packages they also have linker scripts which ensure that applications linking against ncurses/ncursesw always link against -ltinfo too. Can we please do that as well to restore sanity?
Don't shoot the messenger, I just pointed out the facts. But as you seem to have already looking into it, can't you provide such a linker script?
Werner submitted a fixed ncurses now, so everyone can ignore libtinfo again :) I had high hopes that it will be the new libtool :-) -- Viele Grüße, Sascha
* Stephan Kulow <coolo@suse.de> [2011-11-24 15:10]:
On 23.11.2011 20:15, Stephan Kulow wrote:
Am Mittwoch, 23. November 2011, 16:06:32 schrieb Guido Berhoerster:
* Stephan Kulow<coolo@suse.de> [2011-11-22 10:09]:
Werner split libltinfo from libncurses and so we see a lot of build failures due to programs linking -lncurses and expecting functions there that are now in -lltinfo and as library dependencies are not longer taken into account, there is a huge fallout.
The right fix is to use ncurses-config --libs - note that Fedora and debian have the same split, so packages failing have a high chance of having a patch floating around in the internet :)
This breaks almost every single application using curses. It is also not what Fedora and Debian have done and thus there are mostly no such patches. While they provide separate libtinfo packages they also have linker scripts which ensure that applications linking against ncurses/ncursesw always link against -ltinfo too. Can we please do that as well to restore sanity?
Don't shoot the messenger, I just pointed out the facts. But as you seem to have already looking into it, can't you provide such a linker script?
Werner submitted a fixed ncurses now, so everyone can ignore libtinfo again :)
Thanks, that's much better. -- Guido Berhoerster -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Fri, Nov 25, 2011 at 11:07:14AM +0100, Guido Berhoerster wrote:
* Stephan Kulow <coolo@suse.de> [2011-11-24 15:10]:
On 23.11.2011 20:15, Stephan Kulow wrote:
Am Mittwoch, 23. November 2011, 16:06:32 schrieb Guido Berhoerster:
* Stephan Kulow<coolo@suse.de> [2011-11-22 10:09]:
Werner split libltinfo from libncurses and so we see a lot of build failures due to programs linking -lncurses and expecting functions there that are now in -lltinfo and as library dependencies are not longer taken into account, there is a huge fallout.
The right fix is to use ncurses-config --libs - note that Fedora and debian have the same split, so packages failing have a high chance of having a patch floating around in the internet :)
This breaks almost every single application using curses. It is also not what Fedora and Debian have done and thus there are mostly no such patches. While they provide separate libtinfo packages they also have linker scripts which ensure that applications linking against ncurses/ncursesw always link against -ltinfo too. Can we please do that as well to restore sanity?
Don't shoot the messenger, I just pointed out the facts. But as you seem to have already looking into it, can't you provide such a linker script?
Werner submitted a fixed ncurses now, so everyone can ignore libtinfo again :)
Thanks, that's much better.
Better yes but for pinfo from utilities project this seems not to help as they work with their own AC macros instrad of using standards or ncurses5-config or ncursesw5-config Werner -- "Having a smoking section in a restaurant is like having a peeing section in a swimming pool." -- Edward Burr -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Friday 25 November 2011 15:17:19 Dr. Werner Fink wrote:
Better yes but for pinfo from utilities project this seems not to help as they work with their own AC macros instrad of using standards or ncurses5-config or ncursesw5-config
kvim still does not build either. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On 11/25/2011 03:17 AM, Dr. Werner Fink wrote:
On Fri, Nov 25, 2011 at 11:07:14AM +0100, Guido Berhoerster wrote:
* Stephan Kulow<coolo@suse.de> [2011-11-24 15:10]:
On 23.11.2011 20:15, Stephan Kulow wrote:
Am Mittwoch, 23. November 2011, 16:06:32 schrieb Guido Berhoerster:
* Stephan Kulow<coolo@suse.de> [2011-11-22 10:09]:
Werner split libltinfo from libncurses and so we see a lot of build failures due to programs linking -lncurses and expecting functions there that are now in -lltinfo and as library dependencies are not longer taken into account, there is a huge fallout.
The right fix is to use ncurses-config --libs - note that Fedora and debian have the same split, so packages failing have a high chance of having a patch floating around in the internet :)
This breaks almost every single application using curses. It is also not what Fedora and Debian have done and thus there are mostly no such patches. While they provide separate libtinfo packages they also have linker scripts which ensure that applications linking against ncurses/ncursesw always link against -ltinfo too. Can we please do that as well to restore sanity?
Don't shoot the messenger, I just pointed out the facts. But as you seem to have already looking into it, can't you provide such a linker script?
Werner submitted a fixed ncurses now, so everyone can ignore libtinfo again :)
Thanks, that's much better.
Better yes but for pinfo from utilities project this seems not to help as they work with their own AC macros instrad of using standards or ncurses5-config or ncursesw5-config
Werner
OBS is having issues, so a fix is still pending. I approved the patch, but we need to have build results before pushing to Factory. JFYI. Peter -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
participants (11)
-
Cristian Morales Vega -
Dr. Werner Fink -
Greg Freemyer -
Guido Berhoerster -
Ilya Chernykh -
Marcus Meissner -
Michael Matz -
Peter Linnell -
Sascha Peilicke -
Stephan Kulow -
Werner Flamme