Re: depends-on-obsolete-package lsb-base

On Wed, 2023-01-18 at 18:23:16 +0100, Adam Borowski wrote: > On Wed, Jan 18, 2023 at 08:19:15AM -0800, Otto Kekäläinen wrote: > > Lintian just started erroring on 'depends-on-obsolete-package > > lsb-base' on many of my packages yesterday. > > It's a very low priority cleanup; the Depends is redun

Bug#1029262: ITP: libdbix-class-schema-populatemore-perl -- this module provides a 'populate' method to DBIx::Class apps

Package: wnpp Owner: Mason James Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libdbix-class-schema-populatemore-perl Version : 0.19 Upstream Author : John Napiorkowski * URL : https://metacpan.org/release

Re: depends-on-obsolete-package lsb-base

On Fri, 20 Jan 2023 at 12:15:31 +0100, Guillem Jover wrote: > I don't think it is redundant though? Just removing the lsb-base > Depends can break packages on partial upgrades in the same way lsb-base > broke stuff before it grew a versioned dependency on sysvinit-utils. Yes, ish. The vast majori

Re: depends-on-obsolete-package lsb-base

On Jan 20, Simon McVittie wrote: > For the systemd-sysv-generator case, the LSB init script is only run if > there is no native systemd unit of the same name, which itself triggers > a Lintian warning (albeit quite a common one); so hopefully if maintainers > are removing lsb-base dependencies as

Re: depends-on-obsolete-package lsb-base

On Fri, 20 Jan 2023 at 14:53, Marco d'Itri wrote: > > On Jan 20, Simon McVittie wrote: > > > For the systemd-sysv-generator case, the LSB init script is only run if > > there is no native systemd unit of the same name, which itself triggers > > a Lintian warning (albeit quite a common one); so ho

automated CI on salsa to prepare MR for new upstream version

Dear Debian gurus, Lazy me would love to get automation going akin to the one in conda-forge (see e.g. [1]) -- whenever a new upstream is released (as could be detected with a run of uscan) the CI would - would run uscan - get new source {tarball} - get new {uversion} (from uscan output/tarb

Re: Bug#1027903: ITP: kodi-game-libretro -- Libretro compatibility layer for the Kodi Game API

Hi Jonathan, I think placing the Salsa repo for kodi-game-* inside https://salsa.debian.org/multimedia-team/kodi-media-center is better for maintainability. Plus you can join Multimedia Team, too! --  Vasyl Gello == Certified SolidWorks Expert M

Re: depends-on-obsolete-package lsb-base

On Fri, 20 Jan 2023 at 15:52:34 +0100, Marco d'Itri wrote: > I think that it is time to upgrade the warning, because I understand > that interest in continuing to maintain systemd-sysv-generator is > waning. > > I will be happy to assist maintainers who want to add a .service unit to > their pa

Re: automated CI on salsa to prepare MR for new upstream version

Lazy me would love to get automation going akin to the one in conda-forge (see e.g. [1]) -- whenever a new upstream is released (as could be detected with a run of uscan) the CI would It's not exactly what you describe (because we're rebasing), but the Mobian team has been doing something l

Re: automated CI on salsa to prepare MR for new upstream version

On Fri, 2023-01-20 at 11:01 -0500, Yaroslav Halchenko wrote: > Is there any package/tool which already does something like that on CI? > Or may be you see some issues with such a procedure? The Debian Janitor is already doing some of that for all packages, for both new upstreams and new upstream

Bug#1029306: ITP: libplaywright-perl -- Perl client for Playwright

Package: wnpp Owner: Mason James Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libplaywright-perl Version : 1.251 Upstream Author : George S. Baugh

Bug#1029308: ITP: libtest-mock-cmd-perl -- Mock system(), exec(), and qx() for testing

Package: wnpp Owner: Mason James Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libtest-mock-cmd-perl Version : 0.7 Upstream Author : Daniel Muey