| Summary: | SDL12 needs to be replaced with sdl12-compat | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Neal Gompa <ngompa13> |
| Component: | RPM Packages | Assignee: | Thierry Vignaud <thierry.vignaud> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | geiger.david68210, luigiwalser, micheelsen, rverschelde, thierry.vignaud |
| Version: | Cauldron | ||
| Target Milestone: | Mageia 9 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | https://fedoraproject.org/wiki/Changes/SDL12onSDL2 | ||
| Whiteboard: | |||
| Source RPM: | SDL12-1.2.15-26.mga8.src.rpm | CVE: | |
| Status comment: | |||
|
Description
Neal Gompa
2021-06-02 19:18:57 CEST
Neal Gompa
2021-06-02 19:19:30 CEST
CC:
(none) =>
luigiwalser, rverschelde The Fedora package: https://src.fedoraproject.org/rpms/sdl12-compat Another reference: https://fedoraproject.org/wiki/Changes/SDL12onSDL2 Target Milestone:
--- =>
Mageia 9 "This Change proposes to replace SDL 1.2 with sdl12-compat, which uses SDL 2.0." Does this imply replacing the old pkg with a new & different one? Different people commit this parentless pkg, so no choice but to assign the bug globally. Assignee:
bugsquad =>
pkg-bugs Yes, the compat one is basically a shim that maps the old API to the new one, allowing applications that haven't been ported to the new library to use it, instead of requiring us to keep the old unmaintained one. I'm working on it CC:
(none) =>
thierry.vignaud Why did you use an Epoch here? You didn't need to do that: http://svnweb.mageia.org/packages/cauldron/sdl12-compat/current/SPECS/sdl12-compat.spec?view=markup&pathrev=1729733#l21 In order for upgrade to happen despite the new version being lower:
$ ls -o /mageia/*stable/x86_64/media/core/release/lib64SDL1.2*
-rw-r--r-- 1 root 293953 Mezh 27 2020 /mageia/stable/x86_64/media/core/release/lib64SDL1.2_0-1.2.15-26.mga8.x86_64.rpm
-rw-r--r-- 1 root 48595 Mezh 4 19:14 /mageia/unstable/x86_64/media/core/release/lib64SDL1.2_0-0.0.1~git.20210602.cc5826a-3.mga9.x86_64.rpm
$ rpm -qp --qf '%{nevra}\n' /mageia/*stable/x86_64/media/core/release/lib64SDL1.2_*
lib64SDL1.2_0-1.2.15-26.mga8.x86_64
lib64SDL1.2_0-1:0.0.1~git.20210602.cc5826a-3.mga9.x86_64
Hint: 1.2.15-26.mga8 > 0.0.1~git.20210602.cc5826a-3.mga9
(In reply to Thierry Vignaud from comment #7) > In order for upgrade to happen despite the new version being lower: > > $ ls -o /mageia/*stable/x86_64/media/core/release/lib64SDL1.2* > -rw-r--r-- 1 root 293953 Mezh 27 2020 > /mageia/stable/x86_64/media/core/release/lib64SDL1.2_0-1.2.15-26.mga8.x86_64. > rpm > -rw-r--r-- 1 root 48595 Mezh 4 19:14 > /mageia/unstable/x86_64/media/core/release/lib64SDL1.2_0-0.0.1~git.20210602. > cc5826a-3.mga9.x86_64.rpm > > $ rpm -qp --qf '%{nevra}\n' > /mageia/*stable/x86_64/media/core/release/lib64SDL1.2_* > lib64SDL1.2_0-1.2.15-26.mga8.x86_64 > lib64SDL1.2_0-1:0.0.1~git.20210602.cc5826a-3.mga9.x86_64 > > Hint: 1.2.15-26.mga8 > 0.0.1~git.20210602.cc5826a-3.mga9 Oh, right. I didn't have that problem in Fedora when I replaced it there. :) Shouldn't this be closed. lib64SDL1.2 is in Mga 9 with version 1.2.60 and in Cauldron with version 1.2.68. Are there any loose ends? CC:
(none) =>
micheelsen Right, both mga9 and Cauldron were fixed, so closing of this bug! Status:
NEW =>
RESOLVED |