Bug#1068810: [Pkg-electronics-devel] Bug#1068810:

2024-04-12 Thread Bdale Garbee
Gianfranco Costamagna  writes:

> yes, but the library was renamed in librnd4t64, so either you need to
> depend on the new one, or drop it, to let the auto decrufter finish
> the time64_t transition and decruft it.

Ah, thank you, that's a useful observation.  Since the relevant version
hasn't made it into testing with the changed library names yet, the
easiest course of action is indeed to just drop this dependency, as any
version of librnd4t64 that's ever in testing will be "new enough" to
meet the new sch-rnd requirement.

> Depending on NBS packages is RC critical.

FWIW, I had to look up what "NBS" means in this context.  A new acronym
to me despite being part of Debian since 1994...

Bdale


signature.asc
Description: PGP signature


Bug#1068810:

2024-04-12 Thread Gianfranco Costamagna

control: reopen -1
control: severity -1 serious

On Thu, 11 Apr 2024 13:17:44 -0600 Bdale Garbee  wrote:

The librnd4 runtime dependency is needed to ensure at least a minimum
version of that library is available so required capability is present.
The "hard coded" dependency is not actually a bug, much less a
release-critical bug.



yes, but the library was renamed in librnd4t64, so either you need to depend on 
the new one,
or drop it, to let the auto decrufter finish the time64_t transition and 
decruft it.
Depending on NBS packages is RC critical.

Otherwise librnd wouldn't be able to migrate in testing, and the package be 
installable at all.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1068810: [Pkg-electronics-devel] Bug#1068810: sch-rnd: hardcoded librnd4 dependency

2024-04-11 Thread Bdale Garbee
Gianfranco Costamagna  writes:

> Hello, I found that librnd4 is correctly evaluated from shlibs:Depends
> in the core library and then it can be dropped also on core
> reverse-dependencies.

The point of the dependency is to require version 4.1.0 or later, since
that's the librnd version that added support for hierarchical design
which is required by this and later releases of sch-rnd.

> Please drop it.

What actual problem are you trying to solve with this bug report?

Bdale


signature.asc
Description: PGP signature


Bug#1068810: sch-rnd: hardcoded librnd4 dependency

2024-04-11 Thread Gianfranco Costamagna

control: severity -1 serious
thanks

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1068810: sch-rnd: hardcoded librnd4 dependency

2024-04-11 Thread Gianfranco Costamagna

Package: sch-rnd
Version: 1.0.5-1
Severity: normal
Tags: patch


Hello, I found that librnd4 is correctly evaluated from shlibs:Depends in the 
core library and then it can be dropped also on core reverse-dependencies.


Please drop it.


Thanks for considering the patch.

diff -Nru sch-rnd-1.0.5/debian/control sch-rnd-1.0.5/debian/control
--- sch-rnd-1.0.5/debian/control2024-04-11 06:59:15.0 +0200
+++ sch-rnd-1.0.5/debian/control2024-04-11 15:46:41.0 +0200
@@ -88,7 +88,7 @@
 
 Package: sch-rnd-core

 Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, librnd4 (>= 4.1.0)
+Depends: ${misc:Depends}, ${shlibs:Depends}
 Description: sch-rnd executable with the core functionality and boxsym-rnd
  Includes the data model, the most common action commands, the native
  file format. Can be used in headless mode or batch/scripted mode for
@@ -97,7 +97,7 @@
 
 Package: sch-rnd-export-vector

 Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, sch-rnd-core (= ${binary:Version}), 
librnd4 (>= 4.1.0)
+Depends: ${misc:Depends}, ${shlibs:Depends}, sch-rnd-core (= ${binary:Version})
 Description: Export formats: vector graphics
  Common vector graphic export formats: ps, eps, svg.
 


OpenPGP_signature.asc
Description: OpenPGP digital signature