The following 2 "gstreamer" package updates will NOT be installed?

English Multimedia
1

While I was fiddling with my TW install over this recent “dup” “fails to build” problem and changing vendor over to opensuse I thought there was a similar problem in Leap 16 with getting it to play videos that we worked through here some months back with “ffmpg” and “gstreamer” packages. I thought at that time that I had locked “gstreamer-plugins-bad” as part of the work around for getting Leap to play videos before packman was ready for leap, but then months have gone by w/o packman and all seems well . . . .

So, I thought, “I will unlock the gstreamer packages” but in looking in YaSt and then running various attempts to “remove lock” it kept saying, “no lock was removed.”?? But then running zypper up it shows: The following 2 package updates will NOT be installed: gstreamer-plugins-bad gstreamer-plugins-bad-lang
Those packages seem to be at “1.26++” . . . but aren’t locked? I only had a few repos enabled, so I enabled “repo-non-oss” to see if that would upgrade the packages, but didn’t make a difference. Is this part of the recent changes to ffmpg-8?? I think in Leap I have ffmpg-7???

Function seems to be OK, just wondering why these packages are being held back even though not locked??

sudo zypper ref && sudo zypper up
[sudo] password for root: 
Looking for gpg keys in repository repo-non-oss (16.0).
  gpgkey=http://cdn.opensuse.org/distribution/leap/16.0/repo/non-oss/x86_64/repodata/repomd.xml.key
Retrieving repository 'repo-non-oss (16.0)' metadata .....................[done]
Building repository 'repo-non-oss (16.0)' cache ..........................[done]
Repository 'repo-openh264 (16.0)' is up to date.                                
Repository 'repo-oss (16.0)' is up to date.                                     
Repository 'openh264' is up to date.                                            
All repositories have been refreshed.
Refreshing service 'openSUSE'.
Loading repository data...
Reading installed packages...

The following 7 items are locked and will not be changed by any action:
 Available:
  grub2 grub2-branding-openSUSE grub2-common grub2-i386-pc grub2-snapper-plugin
  grub2-systemd-sleep-plugin grub2-x86_64-efi

The following 2 package updates will NOT be installed:
  gstreamer-plugins-bad gstreamer-plugins-bad-lang
2

Aren’t those two pointing to the same URL?

1 Like
3

Show zypper se -si --details gstreamer output.

It may be that zypper refuses to update these because it would require an explicit vendor change.

1 Like
4

I did notice that seemingly similar repo, not sure on the “why” of that. I think I originally set it up for one or two repos max with the fresh install.

sudo zypper se -si --details gstreamer
[sudo] password for root: 
Warning: The flag --details can only be used once.
Loading repository data...
Reading installed packages...

S  | Name                         | Type    | Version               | Arch   | Repository
---+------------------------------+---------+-----------------------+--------+----------------
i  | gstreamer                    | package | 1.26.7-160000.1.1     | x86_64 | repo-oss (16.0)
i  | gstreamer-lang               | package | 1.26.7-160000.1.1     | noarch | repo-oss (16.0)
i  | gstreamer-libnice            | package | 0.1.22-160000.3.2     | x86_64 | repo-oss (16.0)
i  | gstreamer-plugin-cluttergst3 | package | 3.0.27-bp160.1.13     | x86_64 | repo-oss (16.0)
i+ | gstreamer-plugin-openh264    | package | 1.24.12-1.sle150600.2 | x86_64 | openh264
i  | gstreamer-plugins-bad        | package | 1.26.2-160000.2.2     | x86_64 | repo-oss (16.0)
i  | gstreamer-plugins-bad-lang   | package | 1.26.2-160000.2.2     | noarch | repo-oss (16.0)
i  | gstreamer-plugins-base       | package | 1.26.7-160000.1.1     | x86_64 | repo-oss (16.0)
i  | gstreamer-plugins-base-lang  | package | 1.26.7-160000.1.1     | noarch | repo-oss (16.0)
i  | gstreamer-plugins-farstream  | package | 0.2.9+5-bp160.1.14    | x86_64 | repo-oss (16.0)
i  | gstreamer-plugins-good       | package | 1.26.7-160000.1.1     | x86_64 | repo-oss (16.0)
i+ | gstreamer-plugins-good-extra | package | 1.26.7-160000.1.1     | x86_64 | repo-oss (16.0)
i  | gstreamer-plugins-good-gtk   | package | 1.26.7-160000.1.1     | x86_64 | repo-oss (16.0)
i  | gstreamer-plugins-good-lang  | package | 1.26.7-160000.1.1     | noarch | repo-oss (16.0)
i+ | gstreamer-plugins-libav      | package | 1.26.7-160000.1.1     | x86_64 | repo-oss (16.0)
i+ | gstreamer-plugins-ugly       | package | 1.26.7-160000.1.1     | x86_64 | repo-oss (16.0)
i  | libgstreamer-1_0-0           | package | 1.26.7-160000.1.1     | x86_64 | repo-oss (16.0)
i  | PackageKit-gstreamer-plugin  | package | 1.2.8-160000.2.2      | x86_64 | repo-oss (16.0)

    Note: For an extended search including not yet activated remote resources
    please use 'zypper search-packages'.
5

Ok, I don’t have gstreamer-plugins-bad installed. The package is likely being held back because updating it requires additional dependency changes, which zypper up won’t perform.

You could show further info to understand what is occurring…
zypper up --dry-run --details

1 Like
6

Well, when you do not know and you do not check …

It was only a hint.

1 Like
7

gstreamer-plugins-bad-1.26.7 requires libopenh264.so.8()(64bit) but this requirement is missing in the 1.26.2 version that you have installed.
So check that you have installed libopenh264-8 from repo-openh264 (16.0) and not from repo-oss (16.0) and switch that package if needed.

2 Likes
8

OK, well, I guess one question is, is that “germane” to the problem presented? Or just a “tidiness” issue? And, then, if they are “the same” but not exactly “the same” which one should be removed or disenabled?

OK, thanks for that hint/investigation . . . checking in YaSt software shows:


Vendor:
SUSE LLC <https://www.suse.com/>
SUSE LLC <https://www.suse.com/>
Packager:
https://bugzilla.suse.com
https://bugzilla.suse.com
Architecture:
x86_64
x86_64
Build Host:
reproducible
reproducible
URL:
https://www.openh264.org/
https://www.openh264.org/
Source Package:
openh264-2.6.0-2.suse1600.2
openh264-2.6.0-2.suse1600.2

So, from the URL data it would seem the package is installed from openh264.org??

Thinking further back in the Leap 16 “trying to get videos to play” issue, perhaps at that time “opi” was installed and thus pulled in the gstreamer-plugins-bad package?

Possibly, as you say it isn’t installed in your system, it could simply be removed in mine?

9

YaST on Leap 16???
Please show:

zypper se -s libopenh264-8
zypper info --provides libopenh264-8
1 Like
10

Seems to be showing the same info that I posted from YaSt above?

> sudo zypper se -s libopenh264-8
[sudo] password for root: 
Refreshing service 'openSUSE'.
Loading repository data...
Reading installed packages...

S  | Name          | Type    | Version                     | Arch   | Repository
---+---------------+---------+-----------------------------+--------+---------------------
v  | libopenh264-8 | package | 2.6.0-2.sle150600.1         | x86_64 | openh264
i  | libopenh264-8 | package | 2.6.0-2.suse1600.2          | x86_64 | repo-openh264 (16.0)
v  | libopenh264-8 | package | 2.6.0~noopenh264-160000.2.2 | x86_64 | repo-oss (16.0)

    Note: For an extended search including not yet activated remote resources
    please use 'zypper search-packages'.

localhost:~> sudo zypper info --provides libopenh264-8
Refreshing service 'openSUSE'.
Loading repository data...
Reading installed packages...


Information for package libopenh264-8:
--------------------------------------
Repository     : repo-openh264 (16.0)
Name           : libopenh264-8
Version        : 2.6.0-2.suse1600.2
Arch           : x86_64
Vendor         : SUSE LLC <https://www.suse.com/>
Installed Size : 1.3 MiB
Installed      : Yes (automatically)
Status         : up-to-date
Source package : openh264-2.6.0-2.suse1600.2.src
Upstream URL   : https://www.openh264.org/
Summary        : H.264 codec library
Description    : 
    OpenH264 is a codec library which supports H.264 encoding and
    decoding. It is suitable for use in real time applications such as
    WebRTC.

    This package contains libraries used by applications that use openh264.
Provides       : [3]
    libopenh264.so.8()(64bit)
    libopenh264-8 = 2.6.0-2.suse1600.2
    libopenh264-8(x86-64) = 2.6.0-2.suse1600.2
11

OK, libopenh264-8 is the correct one, so the problem should be somewhere else.
As requested earlier, check if
zypper up --dry-run --details
shows why it refuses to update gstreamer-plugins-bad.

On a side note the “openh264” repo apparently is a leftover from Leap 15.6:

v  | libopenh264-8 | package | 2.6.0-2.sle150600.1         | x86_64 | openh264

so you can safely remove it.

1 Like
12

Sorry about that . . . stuff going on, doesn’t seem to be showing clues on it:

sudo zypper up --dry-run --details
[sudo] password for root: 
Refreshing service 'openSUSE'.
Loading repository data...
Reading installed packages...

The following 7 items are locked and will not be changed by any action:
 Available:
  grub2 grub2-branding-openSUSE grub2-common grub2-i386-pc grub2-snapper-plugin
  grub2-systemd-sleep-plugin grub2-x86_64-efi

The following 2 package updates will NOT be installed:
  gstreamer-plugins-bad     
    1.26.7-160000.1.1  x86_64  repo-oss (16.0)  SUSE LLC <https://www.suse.com/>
  gstreamer-plugins-bad-lang
    1.26.7-160000.1.1  noarch  repo-oss (16.0)  SUSE LLC <https://www.suse.com/>
Nothing to do.

And thanks for answering the question about the repo . . . so the ones that say “repo” in front and have “(16)” are the keepers?? And the plain “openh264” is the leftover from 15.6 . . . as is YaSt . . . which I like for some reason.

13

Among the 15.6 leftovers you still have

i+ | gstreamer-plugin-openh264    | package | 1.24.12-1.sle150600.2 | x86_64 | openh264

and that possibly blocks the update; please remove it (you don’t need it in Leap 16) and try again.

1 Like
14

Maybe only tidying up. But when people ask for help and I see something that triggers me as “strange”, I take the liberty to point to that. So that the OP then can say, Oh, I know, thank you for pointing me, but it is OK. Or, thanks, that is strange indeed, I did not see that before, but I will investigate.

As you apparently did not investigate, or when you did, you did not show us what you found, how can I know?

2 Likes
15 
gstreamer-plugin-openh264

is only offered by the openh264-Repo for Leap 15.6, in the Leap 16.0 it does not exist.

Show:
zypper lr -d

and

zypper se -sir openh264
1 Like
16

Clearly shows a 15.6 package, which you should not have anymore.

1 Like
17

That did get the two packages upgraded.

There were some issues with the Agama installer back almost a year ago when I ran the Leap install . . . into multi-boot situation. Had to install 15.6 and then upgrade, possibly via editing the repos, as also something in migration tool “didn’t work” . . . so seems like some residual packages from 15.6 remained??

I am OK with still having YaSt as the GUI package management tool. We likes YaSt.

The following 2 packages are going to be upgraded:
  gstreamer-plugins-bad gstreamer-plugins-bad-lang

2 packages to upgrade.

Package download size:     3.5 MiB

Package install size change:
              |      10.5 MiB  required by packages that will be installed
    46.3 KiB  |  -   10.5 MiB  released by packages that will be removed
18

The “you” here is @non_space , not @OrsoBruno .

19

Yes. That was understood. The system doesn’t seem to be missing that leftover package that has been removed.

And the repos feel lighter now also . . . after the tidying up . . . . Thanks for noticing “the strange” and pointing it out to me . . . nothing like a refreshed and lighter, more efficient system.

20

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.