Bug#1039056: ITP: golang-go.mau-zeroconfig -- TODO

Package: wnpp Severity: wishlist Owner: Nilesh Patra * Package name: golang-go.mau-zeroconfig Version : 0.1.2-1 Upstream Author : TODO * URL : https://github.com/tulir/zeroconfig.git * License : TODO Programming Lang: Go Description : Relatively simple

Bug#1039057: ITP: golang-go.mau-zeroconfig -- Relatively simple declarative config format for zerolog

Package: wnpp Severity: wishlist Owner: Nilesh Patra * Package name: golang-go.mau-zeroconfig Version : 0.1.2-1 Upstream Author : 2023, Tulir Asokan * URL : https://github.com/tulir/zeroconfig.git * License : MPL-2.0 Programming Lang: Go Description : R

Policy consensus on transition when removing initscripts.

Hello friends and colleagues, Debian Policy no longer requires that packages which provide a systemd .service file also provide an initscript. This permits maintainers who so wish to remove initscripts from their packages. However, initscripts remain used and useful[1], and uncoordinated removal c

solanum package request

Hello!!! I need to request solanum package from: https://github.com/solanum-ircd/solanum I will wait for the response. Thank you. Libre de virus.www.avast.com

Re: solanum package request

Joaquín Rufo Gutierrez writes: > Hello!!! > I need to request solanum package from: > https://github.com/solanum-ircd/solanum > I will wait for the response. > Thank you There is already a "Request for package", but no progress in 10 months. You follow by subscribing to the bug on this page

Re: Policy consensus on transition when removing initscripts.

On Sun, Jun 25, 2023 at 03:15:24PM +0100, Mark Hindley wrote: > To avoid breakage of existing systems and facilitate ongoing support for > non-systemd inits, I would like to establish a consensus for > - stating that initscripts remain useful. > - requiring a coordinated transition of any initscr

Re: Policy consensus on transition when removing initscripts.

On Sun, 25 Jun 2023 at 15:21, Mark Hindley wrote: > "Init systems other than ``systemd`` should allow providing the same > functionality as appropriate for each system, for example managing the > directories from the init script shipped by the package." > > This creates an inconsistency whereby

Bug#1039091: RFP: cmake-d -- integration of D language for CMake

Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: cmake-d Version : 0~20230625 Upstream Contact: Dragos Carp * URL : https://github.com/dcarp/cmake-d * License : MIT/X Programming Lang: D Description

Bug#1039093: ITP: libalien-build-perl -- module to build external dependencies for use in CPAN

Package: wnpp Owner: Francesco Paolo Lovergine Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libalien-build-perl Version : 2.80 Upstream Author : Graham Ollis * URL : https://metacpan.org/release/Alien-Bu

Re: Policy consensus on transition when removing initscripts.

Mark Hindley writes: > The most recent proposal[6] for updating the Policy with a requirement > to use tmpfiles.d(5) states > "Init systems other than ``systemd`` should allow providing the same > functionality as appropriate for each system, for example managing the > directories from the in

Re: Policy consensus on transition when removing initscripts.

Bastian Blank writes: > On Sun, Jun 25, 2023 at 03:15:24PM +0100, Mark Hindley wrote: >> To avoid breakage of existing systems and facilitate ongoing support >> for non-systemd inits, I would like to establish a consensus for >> - stating that initscripts remain useful. >> - requiring a coord

Bug#1039110: ITP: rkcommon -- Intel oneAPI Rendering Toolkit common C++/CMake infrastructure

Package: wnpp Severity: wishlist Owner: Francois Mazen X-Debbugs-Cc: debian-devel@lists.debian.org, franc...@mzf.fr * Package name: rkcommon Version : 1.11.0 * URL : https://github.com/ospray/rkcommon * License : Apache-2.0 Programming Lang: C++ Description

Re: Policy consensus on transition when removing initscripts.

Mark Hindley writes: > Debian Policy no longer requires that packages which provide a systemd > .service file also provide an initscript. This permits maintainers who > so wish to remove initscripts from their packages. However, > initscripts remain used and useful[1], and uncoordinated removal c

Bug#1039111: ITP: ospray -- Open, Scalable, and Portable Ray Tracing Engine

Package: wnpp Severity: wishlist Owner: Francois Mazen X-Debbugs-Cc: debian-devel@lists.debian.org, franc...@mzf.fr * Package name: ospray Version : 2.11.0 * URL : https://www.ospray.org/ * License : Apache 2.0 Programming Lang: C++ Description : Open, Sc

Re: MBF: packages shipping init scripts without corresponding systemd units

On Sun, 25 Jun 2023 at 22:29, Luca Boccassi wrote: > > Hi, > > According to Lintian there are 314 packages shipping init scripts > without a corresponding systemd unit: > > https://lintian.debian.org/tags/missing-systemd-service-for-init.d-script > > They currently work because there is still a tr

Bug#1039444: ITP: node-get-uri -- Returns a `stream.Readable` from a URI string

Package: wnpp Severity: wishlist Owner: Israel Galadima X-Debbugs-CC: debian-devel@lists.debian.org * Package name    : node-get-uri   Version : 3.0.0   Upstream Author : Nathan Rajlich (http://n8.io/) * URL : https://github.com/TooTallNate/node-get-uri * License : E

Re: MBF: packages shipping init scripts without corresponding systemd units

On Sun, 2023-06-25 at 22:31 +0100, Luca Boccassi wrote: > Now the generator is also on the way to be deprecated and removed. ... > Therefore I filed a bug against all affected packages ... Will the generator be available separately for people who have packages not in Debian that still only have i

Re: Policy consensus on transition when removing initscripts.

Hi, On 6/25/23 23:15, Mark Hindley wrote: The most recent proposal[6] for updating the Policy with a requirement to use tmpfiles.d(5) states "Init systems other than ``systemd`` should allow providing the same functionality as appropriate for each system, for example managing the direc