Removing Packman

Hello,

When I installed Tumbleweed years ago, I automatically added the Packman repository for Codecs. I thought about this yesterday and realized the only “apps” I have installed from Packman are ffmpeg and VLC. VLC has its own repository and ffmpeg can be installed with the standard repository and “use” the VLC codecs (I think).

So my questions are: Is it wise to remove Packman? If so, what is the best way to do it - other than the obvious zypper rr repothing? zypper dup --allow-vendor-change then remove the repository, possibly?

Many thanks.

Hi!

I had Packman installed long ago. But it always showed some issue every now and then. — I now have the VideoLAN repository, for VLC and the correct codecs. It works just fine. And it is minimal load.

(On Leap, 15.6)

zypper dup --allow-vendor-change --from <insert the # or alias of the OSS repo>
zypper rr <repothing>

or

zypper mr -d <repothing>
zypper dup --allow-vendor change

to simply disable the Packman repo without removing it to test if everything you need is still there.
I currently have a Tumbleweed and a Leap 16.0 without Packman and everything I need is there. Maybe not even the Videolan repo is needed if you have the openh264 repo enabled.

1 Like

Wished it would be the case. But I have some videos not playing without (vlc-codecs). So either Packman or VideoLAN repo. I have experienced that VideoLAN is less trouble. (At least if it just needed for VLC. No other features/functions needed. Like some updated MESA or whatever…)

No need to remove it for now. Just disable packman repository so just in case you may need it you can easily enable and use it.

1 Like

But you still are on Leap 15.6, you need at least gstreamer 1.28 for libopenh264 to be linked to gstreamer… you are going to upgrade to 16.0 in a few weeks, isn’t it?

I will try this @orsobruno. I do need VLC but that’s fine with me (I’ll try without regardless).

Though, I’m not sure which repo I’m supposed to be using/defaulting to:

:~> zypper lr
Repository priorities in effect:                                                                                                                                                   (See 'zypper lr -P' for details)
      90 (raised priority)  :  1 repository
      99 (default priority) :  6 repositories

# | Alias                            | Name                                   | Enabled | GPG Check | Refresh
--+----------------------------------+----------------------------------------+---------+-----------+--------
1 | code                             | Visual Studio Code                     | Yes     | (r ) Yes  | Yes
2 | download.opensuse.org-non-oss    | Main Repository (NON-OSS)              | Yes     | (r ) Yes  | Yes
3 | download.opensuse.org-oss        | Main Repository (OSS)                  | Yes     | (r ) Yes  | Yes
4 | download.opensuse.org-tumbleweed | Main Update Repository                 | Yes     | (r ) Yes  | Yes
5 | packman                          | packman                                | Yes     | (r ) Yes  | Yes
6 | repo-debug                       | openSUSE-Tumbleweed-Debug              | No      | ----      | ----
7 | repo-openh264                    | Open H.264 Codec (openSUSE Tumbleweed) | Yes     | (r ) Yes  | Yes
8 | repo-source                      | openSUSE-Tumbleweed-Source             | No      | ----      | ----
9 | signal                           | Signal Messaging                       | Yes     | (r ) Yes  | Yes
 

Number 4 seems obvious.

OK. 4 did nothing. 3 showed this:

su - -c 'zypper dup --allow-vendor-change --from 3'
Password: 
Loading repository data...
Reading installed packages...
Computing distribution upgrade...
2 Problems:
Problem: 1: the installed vlc-codecs-3.0.23-1699.9.pm.1.x86_64 requires 'libavcodec62(unrestricted)', but this requirement cannot be provided
deleted providers: libavcodec62-8.0.1-1699.4.pm.104.x86_64
not installable providers: libavcodec62-8.1-1699.2.pm.5.i586[packman]
                   libavcodec62-8.1-1699.2.pm.1.x86_64[packman]

Problem: 2: the installed mozilla-openh264-2.6.0-2.suse1699.10.x86_64 requires 'libopenh264-8(x86-64) = 2.6.0-2.suse1699.10', but this requirement cannot be provided

Problem: 1: the installed vlc-codecs-3.0.23-1699.9.pm.1.x86_64 requires 'libavcodec62(unrestricted)', but this requirement cannot be provided
deleted providers: libavcodec62-8.0.1-1699.4.pm.104.x86_64
not installable providers: libavcodec62-8.1-1699.2.pm.5.i586[packman]
                   libavcodec62-8.1-1699.2.pm.1.x86_64[packman]

 Solution 1: Following actions will be done:
  keep obsolete libavcodec62-8.0.1-1699.4.pm.104.x86_64
  keep obsolete libavutil60-8.0.1-1699.4.pm.104.x86_64
  keep obsolete libswresample6-8.0.1-1699.4.pm.104.x86_64
 Solution 2: deinstallation of vlc-codecs-3.0.23-1699.9.pm.1.x86_64
 Solution 3: keep obsolete libavcodec62-8.0.1-1699.4.pm.104.x86_64
 Solution 4: break vlc-codecs-3.0.23-1699.9.pm.1.x86_64 by ignoring some of its dependencies

The OSS repo is #3. The Main Update Repository is for emergency fixes that cannot wait for the next snapshot and normally contains nothing.

Man, you’re quick. I tried with 3 and got the above output.

Not sure to understand…
Earlier you wrote that “VLC has its own repository” but apparently you are not using it…
With the zypper dup --from 3 you are switching everything to OSS, including VLC, but vlc-codecs-3.0.23-1699.9.pm.1.x86_64 has no counterpart in OSS, so it remains in the system but cannot find its “companion” libavcodec anymore…
So, to switch everything to OSS the way to go is “Solution 2”; then if you miss something maybe you have to install VLC and its codecs from Videolan, but that should not be needed for basic needs.

I don’t understand why “Problem 2” arises, since you should install libopenh264-8 anyway when you remove Packman…

Sorry for the confusion. I have yet to add the VLC repository, doh! So I should add that first, obviously, remove Packman and then try to dup, correct?

Yes, or you can do that in two steps, dup everything to OSS, then add the VLC repo and dup again to switch VLC and its dependencies from OSS to Videolan.

I checked and libopenh264-8 is installed.

I’ll try your suggestions. Which do you recommend: the first way, or second?

I would switch everything to OSS and check; I guess that if you already have libopenh264-8 you should be good to go.
Then if you need HEVC (AKA h265) decoding or you have to encode and stream HEVC videos or other unusual formats you should enable the Videolan repo.

1 Like

Still one full month of official support…! :slight_smile:

Yes, but when you stumble into a show stopper during the upgrade and have to fall back, you need some room in the timing. :wink:

Having the same issue with Videolan repo even after today’s new snapshot:

:~> su - -c 'zypper dup --allow-vendor-change --from 3'
Password: 
Loading repository data...
Reading installed packages...
Computing distribution upgrade...
2 Problems:
Problem: 1: the installed vlc-codecs-3.0.23-1699.9.pm.1.x86_64 requires 'libavcodec62(unrestricted)', but this requirement cannot be provided
deleted providers: libavcodec62-8.0.1-1699.4.pm.104.x86_64
not installable providers: libavcodec62-8.1-1699.2.pm.9.i586[packman]
                   libavcodec62-8.1-1699.2.pm.1.x86_64[packman]

Problem: 2: the installed mozilla-openh264-2.6.0-2.suse1699.10.x86_64 requires 'libopenh264-8(x86-64) = 2.6.0-2.suse1699.10', but this requirement cannot be provided

Problem: 1: the installed vlc-codecs-3.0.23-1699.9.pm.1.x86_64 requires 'libavcodec62(unrestricted)', but this requirement cannot be provided
deleted providers: libavcodec62-8.0.1-1699.4.pm.104.x86_64
not installable providers: libavcodec62-8.1-1699.2.pm.9.i586[packman]
                   libavcodec62-8.1-1699.2.pm.1.x86_64[packman]

 Solution 1: Following actions will be done:
  install libavcodec62-8.1-1699.2.pm.1.x86_64 from excluded repository
  install libavutil60-8.1-1699.2.pm.1.x86_64 from excluded repository
  install libswresample6-8.1-1699.2.pm.1.x86_64 from excluded repository
 Solution 2: deinstallation of vlc-codecs-3.0.23-1699.9.pm.1.x86_64
 Solution 3: install libavcodec62-8.1-1699.2.pm.1.x86_64 from excluded repository
 Solution 4: break vlc-codecs-3.0.23-1699.9.pm.1.x86_64 by ignoring some of its dependencies

I suppose it’s still a waiting game?

Not about Videolan at all, see the pm in the package version numbering, These are all Packman built.

Duplicate.