Bug#1068408: Kicad bundle broken
Hello, Am 12.04.24 um 19:31 schrieb Javier Vilarroig: I'm in the same situation. Right now I can't use Kicad. you all use Debian testing, you have always the option to pick obviously working versions from snapshot.debian.org. Or pull in required packages from unstable. If you need to work with mission critical stuff please use Debian stable. For sure you know this. The situation is a bit more complex, the situation in testing would not have happen if the time_64 transition would not have blocked a lot of arch related packages for good reason. Also in the past KiCad was usable with older libraries, which seems not to be the case anymore. On the other hand the KiCad application could handle such version mismatches far better and give the user some feedback what happened. Within Debian the problem is not within the kicad binary package, this is "usable" without the libraries, so the libraries packages need to be more strict now which version of kicad they are work with.. -- Regrads Carsten
Bug#1070167: openrc: postinst fails with not executable script in /etc/init.d/
Package: openrc Version: 0.45.2-2 Severity: normal X-Debbugs-Cc: plore...@disroot.org Hi, it appears that, at least under certain conditions, openrc postinstall script fails if a sysvinit script in /etc/init.d/ is not executable. Note that recently debhelper started to chmod -x initscripts when a package is removed but not purged, so openrc should deal whit non executebles files under /etc/init.d/ Not sure if the bug is in openrc tools or in update-rc.d/invoke-rc.d's openrc bits See https://dev1galaxy.org/viewtopic.php?id=6549 for some output of the problem Best, Lorenzo -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.7.9-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: runit (via /run/runit.stopit) LSM: AppArmor: enabled Versions of packages openrc depends on: ii insserv 1.24.0-2 ii libaudit11:3.1.2-2.1 ii libc62.37-18 ii libcap2 1:2.66-5 pn libeinfo1 ii libpam0g 1.5.3-7 pn librc1t64 ii libselinux1 3.5-2+b2 openrc recommends no packages. Versions of packages openrc suggests: pn policycoreutils pn sysvinit-core
Bug#938934: ITA: freedink -- humorous top-down adventure and role-playing game
Dear Keiran, What happened with your intention to adapt FreeDink? -- Happy hacking Petter Reinholdtsen
Bug#1070166: google-compute-engine-oslogin FTCBFS: uses the build architecture compiler
Source: google-compute-engine-oslogin Version: 20240415.00-1 Tags: patch User: debian-cr...@lists.debian.org Usertags: ftcbfs google-compute-engine-oslogin fails to cross build from source, because it uses the build architecture compiler. Looking closer, this happens during dh_auto_install where debhelper does not pass cross tools. Apparently, it performs some of the build steps during dh_auto_install. I tracked this down to not setting the VERSION variable during dh_auto_build. Once setting it, make install doesn't build anything anymore and the cross build succeeds. I'm attaching a patch for your convenience. Helmut diff --minimal -Nru google-compute-engine-oslogin-20240415.00/debian/changelog google-compute-engine-oslogin-20240415.00/debian/changelog --- google-compute-engine-oslogin-20240415.00/debian/changelog 2024-04-22 09:01:53.0 +0200 +++ google-compute-engine-oslogin-20240415.00/debian/changelog 2024-05-01 09:16:48.0 +0200 @@ -1,3 +1,10 @@ +google-compute-engine-oslogin (20240415.00-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Fix FTCBFS: Build during dh_auto_build. (Closes: #-1) + + -- Helmut Grohne Wed, 01 May 2024 09:16:48 +0200 + google-compute-engine-oslogin (20240415.00-1) unstable; urgency=medium * New upstream release. (closes: #1041130) diff --minimal -Nru google-compute-engine-oslogin-20240415.00/debian/rules google-compute-engine-oslogin-20240415.00/debian/rules --- google-compute-engine-oslogin-20240415.00/debian/rules 2024-04-22 09:01:53.0 +0200 +++ google-compute-engine-oslogin-20240415.00/debian/rules 2024-05-01 09:16:48.0 +0200 @@ -7,6 +7,10 @@ %: dh $@ +override_dh_auto_build: + dh_auto_build -- \ + VERSION=$(DEB_VERSION_UPSTREAM) + override_dh_auto_install: dh_auto_install -- \ LIBDIR=/usr/lib/$(DEB_HOST_MULTIARCH) \
Bug#1070122: apt-cache rdepends with an exact match name
Control: close 1070122 Sorry, this was due to an additional sources.list.d file still active and contributing to this result. As the apt-cache result does not show information like for `apt list` (pkg/name version arch), I was blind.
Bug#1070103: libnode-dev: Version bump of NODE_MODULE_VERSION makes node-gyp build broken modules
Le mer. 1 mai 2024 à 10:11, Matijs van Zuijlen a écrit : > On 30/04/2024 09:33, Matijs van Zuijlen wrote: > > On 30/04/2024 08:53, Jérémy Lal wrote: > >> To solve both, you should do `pkgjs-install` next to package.json, so > >> that your system-installed > >> modules are symlinked to the local node_modules directory. > >> Then "npm install" shouldn't remove the symlinks and install just the > >> missing ones. > > > > There is no package.json, because I am using npm -g install renovate, > > not installing from a checked-out repository. Is npm -g install not > > supposed to work? > > > > I will now try installing from the repository and let you know if that > > works. > > I tried this and I can now run renovate from inside its repository, but > I don't know how to then install the renovate tool for general use. So > this is not (yet) a replacement for npm -g install. > npm -g install is not a good tool anyway...
Bug#1070103: libnode-dev: Version bump of NODE_MODULE_VERSION makes node-gyp build broken modules
On 30/04/2024 09:33, Matijs van Zuijlen wrote: On 30/04/2024 08:53, Jérémy Lal wrote: To solve both, you should do `pkgjs-install` next to package.json, so that your system-installed modules are symlinked to the local node_modules directory. Then "npm install" shouldn't remove the symlinks and install just the missing ones. There is no package.json, because I am using npm -g install renovate, not installing from a checked-out repository. Is npm -g install not supposed to work? I will now try installing from the repository and let you know if that works. I tried this and I can now run renovate from inside its repository, but I don't know how to then install the renovate tool for general use. So this is not (yet) a replacement for npm -g install. Kind regards, Matijs van Zuijlen
Bug#1069989: bmusb: Add Appstream metainfo announcing HW support
On Sun, Apr 28, 2024 at 09:35:46AM +0200, Steinar H. Gunderson wrote: > It would probably be more useful I package v4l2proxy, which has been part > of bmusb for a while; it would allow “anything” to go use it, although > with some local setup. I believe Nageru is the only other software that > uses bmusb right now. This is now waiting in NEW (for the new binary package). /* Steinar */ -- Homepage: https://www.sesse.net/
Bug#1069740: kitty: incorrectly acts like mouse button is pressed
Hi Russell, On Wed, Apr 24, 2024 at 07:31:02AM +1000, Russell Coker wrote: > Package: kitty > Version: 0.33.1-1 > Severity: normal > > I routinely run kitty with between 4 and 16 terminals in one kitty window. > When moving the mouse across the screen it's a common occurance (multiple > times per hour) for one terminal to act like the mouse button is pressed > and try to make it a swipe to select operation. > > This happens on my laptop running Unstable and my workstation running > Bookworm. As per upstream discussion this should be fixed in the latest release which I will dpu ts shortly. Hence I am marking it in the d/ch as such. Feel free to re-open the bug report if the issue persists. Best, Nilesh signature.asc Description: PGP signature
Bug#1070165: RM: libapache2-mod-auth-pgsql -- RoQA; RC-buggy, unmaintained, not in stable
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: ni...@thykier.net User: ftp.debian@packages.debian.org Usertags: remove The RC bug #947039 was filed against libapache2-mod-auth-pgsql 4½ years ago and remains both unfixed and unanswered. Best regards, Niels
Bug#1070164: DDPO: color coding the Excuses links
Package: qa.debian.org Severity: wishlist Hi, would it be possible to color-code the Excuses links based on the migration status? I'd think about * green -> "Will attempt migration" * red -> "BLOCKED" * (default) -> "check later" Maybe the "red" flag could further be distinguished between "inherited" and "local". Andreas
Bug#1069945: Acknowledgement (rapiddisk-dkms: module fails to build for Linux 6.7.12, 6.1.85: rapiddisk-cache.c:198:16: error: too few arguments to function 'dm_io')
On 29/04/2024 09.59, Andreas Beckmann wrote: A possible solution (which also handles all kernels that got the patch Merged in dm-writeboost as https://github.com/akiradeveloper/dm-writeboost/commit/1967beb97d63044043383721759c8928bc6353c6 Andreas
Bug#1070161: ITS: ramond
On Wed, May 1, 2024, at 04:50, Boyuan Yang wrote: > Source: ramond > Version: 0.5-4.2 > Severity: important > Tags: sid trixie > X-Debbugs-CC: nicolas.dandrim...@crans.org > > Dear package ramond maintainer in Debian, > > After looking into the package you maintain (ramond, > https://tracker.debian.org/pkg/ramond), I found that this package > received no maintainer updates in the past 12 years and is not in good > shape. As a result, I am filing an ITS (Intent to Salvage) request > against your package to take over package maintenance according to > section 5.12 in Debian's Developers' Reference [1]. > > [...] Hi, Thank you for picking up this package. You should feel free to go ahead with immediate adoption[1]. [1] https://wiki.debian.org/LowThresholdAdoption In this day and age, most managed switches are able to block unwanted IPv6 router advertisements, so before spending much effort on a project that, last I checked, was dormant upstream, you should assess whether ramond is still relevant. Thanks again, -- Nicolas Dandrimont
Bug#1065273: manpages-de-dev: link /usr/share/man/de/man3/sscanf .3.gz (to scanf.3.gz) is misssing
tags 1065273 + pending thanks Hello Manfred, the translation is now completed and will be shipped in the next upstream version slated for mid June, most likely shortly followed by a new Debian version (both unstable and backport). Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
