[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1071289: marked as done (libopenmpt-modplug1: update alternatives or provide libmodplug1?)

Your message dated Fri, 26 Sep 2025 12:25:16 +0200
with message-id <aNZqDJDH7BZXPpGO@ramacher.at>
and subject line Re: Bug#1071289: libopenmpt-modplug1: update alternatives or provide libmodplug1?
has caused the Debian Bug report #1071289,
regarding libopenmpt-modplug1: update alternatives or provide libmodplug1?
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
1071289: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1071289
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: libopenmpt-modplug1
Version: 0.8.9.0-openmpt1-2+b1
Severity: wishlist
X-Debbugs-Cc: okgomdjgbmoij@gmail.com

Dear Maintainer,


shouldn't this be a drop in replacement of libmodplug1? Or i missunderstoud the package?
It shoudn't conflict with it and provide it and the lib have the same name so that programs can find it? Or use the alternatives system?

--- End Message ---
--- Begin Message --- 
On 2024-05-17 19:47:25 +0200, mike wrote:
> Package: libopenmpt-modplug1
> Version: 0.8.9.0-openmpt1-2+b1
> Severity: wishlist
> X-Debbugs-Cc: okgomdjgbmoij@gmail.com
> 
> Dear Maintainer,
> 
> 
> shouldn't this be a drop in replacement of libmodplug1? Or i missunderstoud the package?
> It shoudn't conflict with it and provide it and the lib have the same name so that programs can find it? Or use the alternatives system?

I don't think this would be a good idea. libopenmpt-modplug1 does not
expose the same internals as libmodplug1. Any reverse dependency of
libmodplug1 that would rely on these internals, would silently break or
worse.

Reverse dependencies of libmodplug1 are encouraged to build against
libopenmpt-modplug-dev instead.

So this is a wontfix.

Cheers
-- 
Sebastian Ramacher

--- End Message ---
Reply to: