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

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

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 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-ncurses.patch&package=afflib&project=security&rev=cc1bbbe22aafdb871c51ce7dfcba9199

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

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 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

Am Mittwoch, 23. November 2011, 16:06:32 schrieb Guido Berhoerster:

* Stephan Kulow [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 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 [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

On Fri, Nov 25, 2011 at 11:07:14AM +0100, Guido Berhoerster wrote:

* Stephan Kulow [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 [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 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 [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 [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