[cl-debian] Bug#434812: cl-sql: not binNMU safe
Package: cl-sql
Version: 3.8.6.1-2
Severity: normal
Tags: patch
Hi Kevin,
>From your changelog:
* debian/control: Tighten version dependencies. Convert source:Version to
binary:Version for any-to-any dependencies. Revert changes in 3.8.6.1-1
(closes:434358)
But no binary:Version does actually appear in your debian/control. Please
use the attached patch.
Notice that it's also lossen the dependency on cl-sql-uffi, as it's a arch:any
package, which can get new versions due to newer builds (version xyz -> xyz+b1).
More info at http://wiki.debian.org/binNMU
Let me know if you have questions about this patch.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages cl-sql depends on:
pn cl-sql-base <none> (no description available)
cl-sql recommends no packages.
Lior Kaplan wrote: > >From your changelog: > * debian/control: Tighten version dependencies. Convert source:Version to > binary:Version for any-to-any dependencies. Revert changes in 3.8.6.1-1 > (closes:434358) > > But no binary:Version does actually appear in your debian/control. Please > use the attached patch. That's correct, the changelog entry was stale. > Notice that it's also lossen the dependency on cl-sql-uffi, as it's a arch:any > package, which can get new versions due to newer builds (version xyz -> xyz+b1). The purpose of the change is the exactly tighten the dependency to guard against potential future bugs. cl-sql-uffi, being an integral part of the clsql package, may have changes made that are not compatible with earlier versions of its dependants. Thus, newer builds of cl-sql-uffi may not be compatible. > More info at http://wiki.debian.org/binNMU I've read that and I'm aware of its usefulness. Still, it is not correct that later versions of the 'any' package (cl-sql-uffi) will necessarily be compatible with its dependants. They could well be incompatible. Thus, the reasons for the (= and not (>= depends statements. Kevin
Kevin Rosenberg wrote:
Lior Kaplan wrote:
Notice that it's also lossen the dependency on cl-sql-uffi, as it's a arch:any package, which can get new versions due to newer builds (version xyz -> xyz+b1).
The purpose of the change is the exactly tighten the dependency to guard against potential future bugs. cl-sql-uffi, being an integral part of the clsql package, may have changes made that are not compatible with earlier versions of its dependants. Thus, newer builds of cl-sql-uffi may not be compatible.
More info at http://wiki.debian.org/binNMU
I've read that and I'm aware of its usefulness. Still, it is not correct that later versions of the 'any' package (cl-sql-uffi) will necessarily be compatible with its dependants. They could well be incompatible. Thus, the reasons for the (= and not (>= depends statements.
That's understood. Please use the example at http://lintian.debian.org/reports/Tnot-binnmuable-all-depends-any.html to solve the problem you mentioned. Don't forget you might cause your package to be uninstallable with the tight dependencies. That might be even less nice than have compatibility problems. -- Lior Kaplan kaplan@debian.org GPG fingerprint: C644 D0B3 92F4 8FE4 4662 B541 1558 9445 99E8 1DA0
Lior Kaplan wrote:
That's understood. Please use the example at http://lintian.debian.org/reports/Tnot-binnmuable-all-depends-any.html to solve the problem you mentioned.
Thanks for the link. But, I don't see how the solves the issue. It still declares the dependent package can depend upon a newer version of the any package when no such guarantee of compatibility exists in the upstream source.
Don't forget you might cause your package to be uninstallable with the tight dependencies. That might be even less nice than have compatibility problems.
I'd perfer the package be uninstallable than have an incompatible set of binary packages installed. To my mind, that's part of the advantage of the debian packaging system, to reduce the possibility of incompatible packages being installed. -- Kevin Rosenberg kevin@hypershots.com
Your message dated Thu, 26 Jul 2007 23:17:03 +0000 with message-id <E1IECZr-0000uB-S5@ries.debian.org> and subject line Bug#434812: fixed in cl-sql 3.8.6.1-3 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database)
Your message dated Tue, 28 Aug 2007 15:03:16 +0000 with message-id <E1IQ2b6-0001tD-K6@ries.debian.org> and subject line Bug#435968: fixed in cl-sql 3.8.6.1-4 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database)
participants (3)
-
Kevin Rosenberg -
Lior Kaplan -
owner＠bugs.debian.org