vbindiff installation problems and OpenSuse 13.2 64-bit

English Applications
1

Hello, I know this is probably a stupid question with an easy fix but I haven’t been able to figure it out. I have what I believe is a fully updated OpenSuse 13.2 64-bit installation. I run Gnome. In YaST, it shows no updates. When I go into YaST and I try to install vbindiff though, I get an error message. YaST says, “Nothing provides libtinfo.so.5(NCURSES_TINFO_5.0.19991023)(64bit) needed by vbindiff-2.99.4-3.186.lk.x86_64”

Does anyone have any idea how I broke my system to the point where YaST cannot find the libtinfo library? I believe this is terminfo but I might be wrong. Does anyone have any suggestions on how to fix it? In YaST, I even clicked the Allow vendor change. Should I uncheck that? Sorry for all the questions! I really appreciate any help anyone is willing to give. Thank you.

Spork Schivago

2

I would also like to put that my understanding of a vendor change is that sometimes an application changes vendors. By default, zypper or YaST won’t update a package if a newer version is available but it’s changed vendors. When allow vendor change is checked, OpenSuse will allow the update.

To me, I think having the most up-to-date version of a program is worth the chances of it having some bugs. So generally, if I’m understanding this vendor change part correctly, I believe I want it enabled. I was thinking perhaps a vendor change was why YaST or Zypper couldn’t find libtinfo. That’s not the case though. Thanks.

Spork Schivago

3

#1 you need libncurses5 that library provides libtinfo.so.5
https://software.opensuse.org/package/libncurses5

sudo zypper in libncurses5

should let you install vbindiff
#2 only do a vendor change for packman to get full multimedia support, I know vbindiff is not in the main repository don’t set that user repo as a system one or you’ll brake something, you can install vbindiff without subscribing to it’s reposetory.

4

Thank you for the reply. I do want full multimedia support. I try to play various media files and almost all the ones I try error out and can’t be played. At best, I get black screen with audio. They play fine in Windows VLC. Just not on my Linux box. I don’t really follow what you mean by not setting the user repo as a system one. I don’t know as much about this as I should I’m afraid. Could you please explain that in a bit more detail?

For vbindiff, I didn’t have to subscribe to any repository. I just searched for it in Software Manager and there was it.

This is what the Software Manager says libncurses5 provides…
File list
/lib64
libncurses.so.5, libncurses.so.5.9,
libncursesw.so.5, libncursesw.so.5.9,
libtinfo.so.5, libtinfo.so.5.9

/usr/lib64
libform.so.5, libform.so.5.9, libformw.so.5,
libformw.so.5.9, libmenu.so.5, libmenu.so.5.9,
libmenuw.so.5, libmenuw.so.5.9, libncurses+
+.so.5, libncurses++.so.5.9, libncurses++w.so.5,
libncurses++w.so.5.9, libpanel.so.5,
libpanel.so.5.9, libpanelw.so.5, libpanelw.so.5.9,
libtic.so.5, libtic.so.5.9

These are the libtinfo files in the /lib64 directory…
libtinfo.so.5 libtinfo.so.5.9 libtinfo.so.6 libtinfo.so.6.0

These are the libtinfo files in the /lib directory…
libtinfo.so.5 libtinfo.so.5.9

So it looks like libtinfo is installed and there. It appears as though Software Manager / Zypper knows libncurses provides the file as well. So how come Software Manager / Zypper can’t find the package that contains it? Since it’s there, I could tell the Software Manager to install it anyways but I don’t think that’s the proper way of doing things because the package manager will think there’s a broken package out there.

5

This might not be the place for media but hay I’ll try and keep it short and simple
How to get Full Multimedia on OpenSUSE
#1 Using Yast
goto repository management, click add, click community repositories, check Packman, (while you’re here and if you are using an nvidia or an ati video card you can select the nvidia or ati driver reposetories.
goto software management, select repository view, select the packman repository, click switch system packages for this repository
http://i.imgur.com/2jHZTTl.png
a few packages will be replaced.
now install vlc, vlc-codecs,mplayer, smplayer or whatever player you want.
#2 using the command line

zypper ar -f http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_12.3/ packman
zypper dup --from packman
zypper in vlc vlc-codecs

edit
about the library issue, it could be a lot of things, post the list of your current repositories

zypper lr

another conflict could prevent zypper finding the library, the app you are trying to install comes from a user repository he might have used a different version during compile

6

On 2015-06-14 20:56, Spork Schivago wrote:

> Thank you for the reply. I do want full multimedia support. I try to
> play various media files and almost all the ones I try error out and
> can’t be played. At best, I get black screen with audio. They play
> fine in Windows VLC.

Do not enable globally “allow vendor change”. If you do, you must first
understand what it does without needing help from us.

In YaST, select view by repo, then select the Packman repo. There is an
option called something like “switch system packages to this
repository”. Use it.

> Just not on my Linux box. I don’t really follow
> what you mean by not setting the user repo as a system one.

Don’t do on this repo what I described above.

> For vbindiff, I didn’t have to subscribe to any repository. I just
> searched for it in Software Manager and there was it.

You sure did. It is not a default system package. Only a home repo
provides it.

–
Cheers / Saludos,

Carlos E. R.

(from 13.1 x86_64 “Bottle” (Minas Tirith))

7

To expand a bit the software web search searches ALL known repos not just the official ones. Many people have their own private repos where they may provide things that the official repos do not. Installing from any such repos will add that repoto your repo list unless you tell it not to. It can cause you problems to have too many repos active since they may house conflicting versions. it is best to at least deactivate any extra-official repos you may add to avoid such conflicts.

8

I really appreciate the help. I tried doing it like you said but I can’t seem to find the place you’re talking about. I go into Yast. I can find only a Software Repositories. It’s under the Software category. If I click that though, it looks totally different than your picture and it shows YaST instead of YaST 2. If, when I click on Activities and type YaST 2 in the search bar that comes up in Gnome, I don’t get any results that look like the right program.

If I try it via the command line as shown in your #2, I only make it to the second step:


zypper ar -f http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_12.3/ packman
Adding repository 'packman' .........................................................................................................[done]
Repository 'packman' successfully added
Enabled     : Yes                                                          
Autorefresh : Yes                                                          
GPG check   : Yes                                                          
URI         : http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_12.3/


linux-lz5i:/home/spork/src # zypper dup --from packman
Retrieving repository 'Packman Repository' metadata .................................................................................[done]
Building repository 'Packman Repository' cache ......................................................................................[done]
Retrieving repository 'packman' metadata ............................................................................................[done]
Building repository 'packman' cache .................................................................................................[done]
Loading repository data...
Reading installed packages...
Computing distribution upgrade...
20 Problems:
Problem: nothing provides libtcl8.5.so needed by oce-0.17.99+git20150308.2219-1.9.i586
Problem: nothing provides libpng15.so.15 needed by dvdauthor07-0.7.0+-3.4.i586
Problem: nothing provides libpng15.so.15 needed by gstreamer-plugins-good-1.4.5-66.1.i586
Problem: nothing provides libpng15.so.15 needed by gstreamer-plugins-bad-1.4.5-83.5.i586
Problem: nothing provides libmng.so.1 needed by libxine2-1.2.6-93.5.i586
Problem: nothing provides libpng15.so.15()(64bit) needed by vlc-noX-2.1.5-239.2.x86_64
Problem: nothing provides libwebp.so.4()(64bit) needed by libavcodec56-2.6.3-1.2.x86_64
Problem: nothing provides libpng15.so.15 needed by mjpegtools-2.0.0-64.1.i586
Problem: nothing provides libpng15.so.15 needed by gstreamer-0_10-plugins-good-0.10.31-85.2.i586
Problem: nothing provides libpng15.so.15()(64bit) needed by libquicktime0-1.2.4cvs20150223-66.2.x86_64
Problem: nothing provides libpng15.so.15 needed by gstreamer-0_10-plugins-bad-0.10.23-172.1.i586
Problem: nothing provides libpng15.so.15 needed by vlc-noX-2.1.5-239.2.i586
Problem: nothing provides libpng15.so.15 needed by lightspark-0.7.2.99+git20150607.1836-1.1.i586
Problem: nothing provides libpng15.so.15()(64bit) needed by vlc-noX-2.1.5-239.2.x86_64
Problem: nothing provides libavcodec.so.55 needed by vlc-codecs-2.1.5-239.2.i586
Problem: nothing provides libass.so.4()(64bit) needed by libavfilter5-2.6.3-1.2.x86_64
Problem: nothing provides libass.so.4 needed by vlc-2.1.5-239.2.i586
Problem: nothing provides libarchive.so.12 needed by cmake-3.2.3-212.1.i586
Problem: nothing provides libgcrypt.so.11 needed by libquvi-0_9-0_9_4-0.9.4-26.1.i586
Problem: vlc-noX-lang-2.1.5-239.2.noarch requires vlc-noX = 2.1.5, but this requirement cannot be provided


Problem: nothing provides libtcl8.5.so needed by oce-0.17.99+git20150308.2219-1.9.i586
 Solution 1: deinstallation of oce-0.17.99+git20150308.2219-1.37.x86_64
 Solution 2: install oce-0.17.99+git20150308.2219-1.41.x86_64 from excluded repository
 Solution 3: break oce-0.17.99+git20150308.2219-1.9.i586 by ignoring some of its dependencies


Choose from above solutions by number or skip, retry or cancel [1/2/3/s/r/c] (c):

Should I pick 1? There’s going to be 19 more of these, right?

9

On Sun 14 Jun 2015 05:26:02 PM CDT, Spork Schivago wrote:

Hello, I know this is probably a stupid question with an easy fix but I
haven’t been able to figure it out. I have what I believe is a fully
updated OpenSuse 13.2 64-bit installation. I run Gnome. In YaST, it
shows no updates. When I go into YaST and I try to install vbindiff
though, I get an error message. YaST says, “Nothing provides
libtinfo.so.5(NCURSES_TINFO_5.0.19991023)(64bit) needed by
vbindiff-2.99.4-3.186.lk.x86_64”

Does anyone have any idea how I broke my system to the point where YaST
cannot find the libtinfo library? I believe this is terminfo but I
might be wrong. Does anyone have any suggestions on how to fix it? In
YaST, I even clicked the Allow vendor change. Should I uncheck that?
Sorry for all the questions! I really appreciate any help anyone is
willing to give. Thank you.

Spork Schivago

Hi
There is something not quite right with the build in Lazy_Kents repo;

I did a test build and install and my build doesn’t use or require the
libtinfo library;

Grab the rpm and manually install;
http://downloadcontent.opensuse.org/repositories/home:/malcolmlewis:/TESTING/openSUSE_13.2/x86_64/vbindiff-3.0+beta4-1.1.x86_64.rpm

–
Cheers Malcolm °¿° LFCS, SUSE Knowledge Partner (Linux Counter #276890)
SUSE Linux Enterprise Desktop 12 GNOME 3.10.1 Kernel 3.12.39-47-default
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below… Thanks!

10

On 2015-06-14 23:46, gogalthorp wrote:
>
> To expand a bit the software web search searches ALL known repos not
> just the official ones. Many people have their own private repos where
> they may provide things that the official repos do not. Installing from
> any such repos will add that repoto your repo list unless you tell it
> not to. It can cause you problems to have too many repos active since
> they may house conflicting versions. it is best to at least deactivate
> any extra-official repos you may add to avoid such conflicts.

As long as you don’t ever use “zypper dup” while they are active, and
do not hit the “switch to this repo” in YaST, it is safe :wink:

Ah, I forgot: you also need to not disable vendor stickiness globally.
And maybe some other obscure setting I don’t know about :wink:

That is: having a ton of repos is safe /if/ you know what you are doing.

–
Cheers / Saludos,

Carlos E. R.

(from 13.1 x86_64 “Bottle” (Minas Tirith))

11

Here’s the output of my repositories…


linux-lz5i:/home/spork/src # zypper lr
#  | Alias                     | Name                                        | Enabled | Refresh
---+---------------------------+---------------------------------------------+---------+--------
 1 | Packman Repository        | Packman Repository                          | Yes     | Yes    
 2 | Virtualization            | Virtualization                              | Yes     | Yes    
 3 | X11:common:Factory        | X11:common:Factory                          | Yes     | Yes    
 4 | devel:languages:ocaml     | devel:languages:ocaml                       | Yes     | Yes    
 5 | google-chrome             | google-chrome                               | Yes     | Yes    
 6 | google-talkplugin         | google-talkplugin                           | Yes     | Yes    
 7 | home:OpenFTD              | home:OpenFTD                                | Yes     | Yes    
 8 | home:Spider69gm:6         | home:Spider69gm:6                           | Yes     | Yes    
 9 | home_Lazy_Kent            | Lazy_Kent's Home Project (openSUSE_Factory) | Yes     | Yes    
10 | packman                   | packman                                     | Yes     | Yes    
11 | repo-debug                | openSUSE-13.2-Debug                         | No      | Yes    
12 | repo-debug-update         | openSUSE-13.2-Update-Debug                  | No      | Yes    
13 | repo-debug-update-non-oss | openSUSE-13.2-Update-Debug-Non-Oss          | No      | Yes    
14 | repo-non-oss              | openSUSE-13.2-Non-Oss                       | Yes     | Yes    
15 | repo-oss                  | openSUSE-13.2-Oss                           | Yes     | Yes    
16 | repo-source               | openSUSE-13.2-Source                        | No      | No     
17 | repo-update               | openSUSE-13.2-Update                        | Yes     | Yes    
18 | repo-update-non-oss       | openSUSE-13.2-Update-Non-Oss                | Yes     | Yes
12

I think I’m starting to understand. Okay, I didn’t recently add any repo’s. I did a long time ago (to me, a long time ago was more than a few months back). So perhaps this vbindiff belongs to one of the repo’s I added to grab a few packages I needed back in the day.

When you talk about YaST, I think I’m in the wrong program. In Gnome, I click on Activities, I type YaST. An icon of a cool looking animal with a long nose and the words YaST under it appear. I click that. It takes me to a window that says Administration Settings and it has a bunch of different icons I can click on. Using ps at the command line, I believe this application is actually something called /usr/lib/YaST2/bin/y2controlcenter-gnome . When you guys say YaST, are you talking about the same thing or am I in the wrong place? I’m not new to Linux, I’m just new to this Gnome 2 stuff (and OpenSuSE).

The reason I ask, I don’t see any options that say anything about view by repo. My screen doesn’t like anything like the previous screenshot.

13

Okay, that makes sense. I sometimes need packages that aren’t provided in the repo. For example, par2cmdline which I can get from the OpenFTD repo. For future reference, how would I go about having the package manager install a package from a user’s repo without having it add that repo to my repo list? Generally, I would keep them active incase they were updated. I didn’t realize they could cause problems. Out the list of my repos:


#  | Alias                     | Name                                        | Enabled | Refresh
---+---------------------------+---------------------------------------------+---------+--------
 1 | Packman Repository        | Packman Repository                          | Yes     | Yes    
 2 | Virtualization            | Virtualization                              | Yes     | Yes    
 3 | X11:common:Factory        | X11:common:Factory                          | Yes     | Yes    
 4 | devel:languages:ocaml     | devel:languages:ocaml                       | Yes     | Yes    
 5 | google-chrome             | google-chrome                               | Yes     | Yes    
 6 | google-talkplugin         | google-talkplugin                           | Yes     | Yes    
 7 | home:OpenFTD              | home:OpenFTD                                | Yes     | Yes    
 8 | home:Spider69gm:6         | home:Spider69gm:6                           | Yes     | Yes    
 9 | home_Lazy_Kent            | Lazy_Kent's Home Project (openSUSE_Factory) | Yes     | Yes    
10 | packman                   | packman                                     | Yes     | Yes    
11 | repo-debug                | openSUSE-13.2-Debug                         | No      | Yes    
12 | repo-debug-update         | openSUSE-13.2-Update-Debug                  | No      | Yes    
13 | repo-debug-update-non-oss | openSUSE-13.2-Update-Debug-Non-Oss          | No      | Yes    
14 | repo-non-oss              | openSUSE-13.2-Non-Oss                       | Yes     | Yes    
15 | repo-oss                  | openSUSE-13.2-Oss                           | Yes     | Yes    
16 | repo-source               | openSUSE-13.2-Source                        | No      | No     
17 | repo-update               | openSUSE-13.2-Update                        | Yes     | Yes    
18 | repo-update-non-oss       | openSUSE-13.2-Update-Non-Oss                | Yes     | Yes

Should I disable home:OpenFTD, home:Spider69gm:6, and home_Lazy_Kent? Are there any others in that list that I should delete?

14

I guess I didn’t know what I was doing then because I believe I did do a zypper dup a few months back while the other repo’s where active. I still had vendor stickiness globally enabled at that point in time. I only temporarily disabled it to see if it would allow me to install vbindiff. I was almost certain that it would not because I knew libtinfo used to come with ncurses and ncurses shouldn’t of changed vendors. Could this be why everyone elses YaST looks different than mine?

15

On 2015-06-15 01:16, Spork Schivago wrote:

> If I try it via the command line as shown in your #2, I only make it to
> the second step:
>
> zypper ar -f
> http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_12.3/ packman
> Adding repository ‘packman’

12.3? Man, you have 13.2! BACK, BACK!

–
Cheers / Saludos,

Carlos E. R.

(from 13.1 x86_64 “Bottle” (Minas Tirith))

16

On 2015-06-15 01:26, Spork Schivago wrote:
>
> Here’s the output of my repositories…
>
> Code:
> --------------------
>
> linux-lz5i:/home/spork/src # zypper lr
> # | Alias | Name | Enabled | Refresh
> —±--------------------------±--------------------------------------------±--------±-------
> 1 | Packman Repository | Packman Repository | Yes | Yes
> 10 | packman | packman | Yes | Yes

> --------------------

You have it twice. And one for 12.3. Correct that. Use YaST. Yes, the
repository view under gnome is different than in kde, but it should do
the same things.

–
Cheers / Saludos,

Carlos E. R.

(from 13.1 x86_64 “Bottle” (Minas Tirith))

17

This is the cause of your vbindiff errors

 9 | home_Lazy_Kent            | Lazy_Kent's Home Project (openSUSE_Factory) | Yes     | Yes

Factory uses different libraries then 13.2
remove that repo, and if you want Lazy_Kent’s for vbindiff use the 13.2 repo
so

zypper rm home_Lazy_Kent
zypper ar -r http://download.opensuse.org/repositories/home:/Lazy_Kent/openSUSE_13.2/home:Lazy_Kent.repo

now you’ll be able to get vbindiff to install without yast complaining about missing so’s

ps. I should have told you to do zypper lr --verbose as X11:common:Factory might be a bad repository too
if it’s not for 13.2 remove it
there is a X11:common:Factory repo for 13.2 but I really think you don’t need it and should remove it, Factory repo’s have a lot of experimental packages
http://download.opensuse.org/repositories/X11:/common:/Factory/openSUSE_13.2/X11:common:Factory.repo

18

On 2015-06-15 01:36, Spork Schivago wrote:

> I think I’m starting to understand. Okay, I didn’t recently add any
> repo’s. I did a long time ago (to me, a long time ago was more than a
> few months back). So perhaps this vbindiff belongs to one of the repo’s
> I added to grab a few packages I needed back in the day.

Yep.

> When you talk about YaST, I think I’m in the wrong program. In Gnome, I
> click on Activities, I type YaST. An icon of a cool looking animal with
> a long nose and the words YaST under it appear. I click that. It
> takes me to a window that says Administration Settings and it has a
> bunch of different icons I can click on. Using ps at the command line,
> I believe this application is actually something called
> /usr/lib/YaST2/bin/y2controlcenter-gnome . When you guys say YaST, are
> you talking about the same thing or am I in the wrong place? I’m not
> new to Linux, I’m just new to this Gnome 2 stuff (and OpenSuSE).

It is the right place.

The aspect is different because there are three, no four, flavours of
YaST: ncurses (text mode), QT (kde), GTK (gnome), and web.

And you can choose which one to use.

Most people prefer the qt flavour. I use XFCE, which uses the gnome
libraries; before that I have used gnome for about a decade; however, I
use the kde flavour of YaST. On all modules it has the same features,
except on the software package management module.

> The reason I ask, I don’t see any options that say anything about view
> by repo. My screen doesn’t like anything like the previous screenshot.

You are right.

GTK:

On the top left, there is a drop down list, which probably reads
“groups”. Click there, select “repositories”. Then the left panel will
display the configured repositories, and the right panels the contents.

–
Cheers / Saludos,

Carlos E. R.

(from 13.1 x86_64 “Bottle” (Minas Tirith))

19

On 2015-06-15 01:56, I A wrote:
>
> This is the cause of your vbindiff errors

Good catch.

> Code:
> --------------------
> zypper rm home_Lazy_Kent
> zypper ar -r http://download.opensuse.org/repositories/home:/Lazy_Kent/openSUSE_13.2/home:Lazy_Kent.repo
> --------------------

Better show him how to do it with YaST :wink:

> ps. I should have told you to do zypper lr --verbose as

True.

–
Cheers / Saludos,

Carlos E. R.

(from 13.1 x86_64 “Bottle” (Minas Tirith))

20

On 2015-06-15 01:36, Spork Schivago wrote:

>
> Should I disable home:OpenFTD, home:Spider69gm:6, and home_Lazy_Kent?
> Are there any others in that list that I should delete?

Please repeat that paste, but using “zypper lr --details” instead.

–
Cheers / Saludos,

Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)