severity 382126 normal thanks On Wed, Aug 09, 2006 at 01:22:37PM +0900, Kenshi Muto wrote: > Package: libuim1 > Severity: serious > Version: 1:1.1.1-1 > Tags: sid
> I noticed you bumped up soname of libuim. > Sadly, your doing for libuim package seems wrong, and > it's bit late to solve this by a smooth way. > 0. hm, soname is bumped up... This is not a problem, but > soname change (API incompatibility) makes a transition work. > Will libuim change it again in the near future? > You should better define which version you'd like to adopt > for next stable Etch. All of dependent packages are affected. > Please keep in mind that library transition makes a confuse for > a while and you need to ask about it to release-team at first. However, such an soname change is not an RC bug after the fact if the package name is changed appropriately. > 1. "libuim1 conflicts with libuim0" makes: > This is absolutely wrong. This prevents to coexist a package > uses libuim0 and another one uses libuim1. It is unfortunate that the package is constructed this way, but it doesn't make it *wrong*: The conflicts is required due to the file overlap. > I understand both libuim0 and libuim1 include files have same name > - plugin and locale files. Please move them to other NEW or > existing packages for next transition. Even if it's too late to > avoid current situation. This is ideal, but not RC. > 2. "libuim1 replaces libuim0"?: > Confuses and seems wrong. If upstream changed soname, it means > that libuim1 is incompatible with libuim0. But that has nothing to do with the meaning of the Replaces: field; I see no problems here. > I want to stop that libuim1 enters in testing, till the appropriate > transition path is planned. But this is the maintainer's decision, so downgrading. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
