Re: tinysshd dependency on systemd

❦ 22 octobre 2018 00:34 +0200, Svante Signell : >> Well, reporting bugs about software you don't care or patches you >> don't test is not always useful. For example, you clearly didn't test >> your wrapper (shebang is #!/usr/sh) nor the init script >> (/lib/init/init-d-script is expecting the dae

Re: no{thing} build profiles

On Sun, Oct 21, 2018 at 08:03:49PM +0200, Matthias Klumpp wrote: > libgpgme is communicating with gnupg in the background - having > libgpgme without gnupg itself will render the library completely > unusable and break existing users of the library. > Therefore, if you have something that wants lib

Re: tinysshd dependency on systemd

On Sun, 2018-10-21 at 23:04 +0200, Vincent Bernat wrote: >  ❦ 21 octobre 2018 18:12 GMT, Ivan Shmakov : > > > > > You know, in almost twenty years of using GNU/Linux, I think > > it’s the first time I’m requested /not/ to report bugs and > > contribute patches.  How times did change,

Re: no{thing} build profiles

> Andrey Rahmatullin writes: > On Sun, Oct 21, 2018 at 05:33:57PM +, Ivan Shmakov wrote: >>> "Every package must specify the dependency information about other >>> packages that are required for the first to work correctly." >>> Policy 3.5. >> The gnupg package is not required fo

Re: tinysshd dependency on systemd

> Vincent Bernat writes: > ❦ 21 octobre 2018 18:12 GMT, Ivan Shmakov : >>> so if you were an actual user, I would propose you file a bug >>> report against the package to let the maintainer knows the >>> dependency is too strong for your use (and maybe propose a patch to >>> integrate

Re: tinysshd dependency on systemd

❦ 21 octobre 2018 18:12 GMT, Ivan Shmakov : > > so if you were an actual user, I would propose you file a bug report > > against the package to let the maintainer knows the dependency is too > > strong for your use (and maybe propose a patch to integrate with inetd). > > > As you are not, ple

Bug#911563: ITP: pystemd - Cython-based wrapper on top of libsystemd

Package: wnpp Severity: wishlist Owner: Alexandros Afentoulis X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org * Package name: pystemd Version : 0.5.0 Upstream Author : Alvaro Leiva * URL : https://github.com/facebookincubator/pystemd * Lice

Re: Debian Buster release to partially drop non-systemd support

Ivan Shmakov writes ("Re: Debian Buster release to partially drop non-systemd support "): > Ian Jackson writes: > > Please come to debian-init-divers...@chiark.greenend.org.uk. > > Do you plan to also make that list accessible via NNTP (perhaps > via either Gmane or the bofh.it gat

Bug#911549: ITP: python-uvicorn -- ASGI server implementation, using uvloop and httptools

Package: wnpp Severity: wishlist Owner: Michael Fladischer -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: python-uvicorn Version : 0.3.14 Upstream Author : Tom Christie * URL : https://github.com/encode/uvicorn/ * License : BSD-3-clause Pro

tinysshd dependency on systemd

> Vincent Bernat writes: > ❦ 21 octobre 2018 13:15 GMT, Ivan Shmakov : > ‘TFH’ == Tollef Fog Heen writes: […] TFH> tinysshd only ships a systemd unit file; neomutt links against TFH> libgpgme11 which again Depends on gnupg. It’s the kind of TFH> dependencies that individually ma

Re: Bug#911539: tinysshd: Use Recommends: systemd rather than Depends

* Jan Mojzis [181021 13:45]: > fixed here: > https://salsa.debian.org/debian/tinyssh/commit/64ab1d6729ecf5e0a7115bffa634beb8dbb5b3e6 > > Wow! Thanks very much for the extremely rapid fix. ...Marvin

Re: no{thing} build profiles

On Sun, Oct 21, 2018 at 05:33:57PM +, Ivan Shmakov wrote: > > "Every package must specify the dependency information about other > > packages that are required for the first to work correctly." Policy 3.5. > > The gnupg package is not required for (neo)mutt to work > correctly,

Re: no{thing} build profiles

Am So., 21. Okt. 2018 um 18:13 Uhr schrieb Marvin Renich : > > * Sune Vuorela [181021 06:05]: > > On 2018-10-21, Jonas Smedegaard wrote: > > > I disagree that libgpgme11 should depend/recommend/suggest gnupg at all: > > > As a library it cannot possibly declare how tight a relationship to > > > d

Re: no{thing} build profiles

On Sun, Oct 21, 2018 at 01:46:48PM -0400, Marvin Renich wrote: > > > The proper fix is to convince upstream to dynamically link at runtime > > > and disable some features if libgpgme is not available. > > dlopening a dependency is bad: for example, it doesn't allow distro > > builders to track the

Re: no{thing} build profiles

]] Ivan Shmakov > > Sune Vuorela writes: > > On 2018-10-21, Jonas Smedegaard wrote: > > Tollef Fog Heen writes: > > [I see I’ve managed to botch References: for the > news:linux.debian.devel readers; my apologies for that.] > > >>> tinysshd only ships a systemd unit

Bug#911543: ITP: haskell-skylighting-core -- syntax highlighting library

Package: wnpp Severity: wishlist Owner: Ilias Tsitsimpis * Package name: haskell-skylighting-core Version : 0.7.3 Upstream Author : John MacFarlane * URL : https://hackage.haskell.org/package/skylighting-core * License : BSD-3-clause Programming Lang: Haskel

Re: no{thing} build profiles

* Andrey Rahmatullin [181021 13:20]: > On Sun, Oct 21, 2018 at 01:15:21PM +, Ivan Shmakov wrote: > > Semantically, Depends: declares that the package has to be > > installed to proceed. It doesn’t specify whether the package > > has to actually be used. Which kind of invalidates

Re: RFC: Naming convention for ILP64 variant of BLAS/LAPACK

On 2018-10-21 17:16 +0200, Bastian Blank wrote: > Hi > > On Sun, Oct 21, 2018 at 09:51:15AM +, Mo Zhou wrote: > > about naming convention of SONAME and package name. > > > > As discussed in [1][2][3], Debian will need a set of ILP64[4] interface > > to BLAS/LAPACK in the future. > > Could yo

Re: no{thing} build profiles

> Andrey Rahmatullin writes: > On Sun, Oct 21, 2018 at 01:15:21PM +, Ivan Shmakov wrote: > Tollef Fog Heen writes: >>> tinysshd only ships a systemd unit file; neomutt links against >>> libgpgme11 which again Depends on gnupg. It’s the kind of >>> dependencies that individual

Re: no{thing} build profiles

* Andrey Rahmatullin [181021 13:16]: > On Sun, Oct 21, 2018 at 12:13:27PM -0400, Marvin Renich wrote: > > The proper fix is to convince upstream to dynamically link at runtime > > and disable some features if libgpgme is not available. > dlopening a dependency is bad: for example, it doesn't allow

Re: Bug#911539: tinysshd: Use Recommends: systemd rather than Depends

Hello, fixed here: https://salsa.debian.org/debian/tinyssh/commit/64ab1d6729ecf5e0a7115bffa634beb8dbb5b3e6 Jan > On 21 Oct 2018, at 19:01, Marvin Renich wrote: > > Package: tinysshd > Version: 2018020

Re: Debian Buster release to partially drop non-systemd support

> Ian Jackson writes: > KatolaZ writes: >> The problem that spurred this thread is that sysvinit needs a >> maintainer. That’s why some of us are here: our intention is to >> help with maintaining sysvinit in Debian if possible, since we will >> keep maintaining it in Devuan neverthe

Re: no{thing} build profiles

On Sun, Oct 21, 2018 at 01:15:21PM +, Ivan Shmakov wrote: > Semantically, Depends: declares that the package has to be > installed to proceed. It doesn’t specify whether the package > has to actually be used. Which kind of invalidates the point. "Every package must specify

tinysshd: Use Recommends: systemd rather than Depends

Package: tinysshd Version: 20180201-1 [Jan Mojžíš: this is a reply to a thread on debian-devel; some of the statements below are directed toward that thread, not to you personally.] * Vincent Bernat [181021 11:29]: > ❦ 21 octobre 2018 13:15 GMT, Ivan Shmakov : > > > >>> tinysshd only ships a

Re: no{thing} build profiles

On Sun, Oct 21, 2018 at 12:13:27PM -0400, Marvin Renich wrote: > The proper fix is to convince upstream to dynamically link at runtime > and disable some features if libgpgme is not available. dlopening a dependency is bad: for example, it doesn't allow distro builders to track the deps properly an

Bug#911537: ITP: haskell-base-compat-batteries -- base-compat with extra batteries

Package: wnpp Severity: wishlist Owner: Ilias Tsitsimpis * Package name: haskell-base-compat-batteries Version : 0.10.1 Upstream Author : Simon Hengel , João Cristóvão , Ryan Scott * URL : https://hackage.haskell.org/package/bas

Re: "debian.pool.ntp.org" for Debian derivatives?

* Ian Jackson: >> PS: Paying that extra money to ntp.org would certainly not kill use, but >> adding that money instead to our currently already existing support of >> Debian-LTS / DebConf sponsoring / ... would probably benefit a lot more >> Debian (downstream) users and developers. > > I wasn't

Re: no{thing} build profiles

* Sune Vuorela [181021 06:05]: > On 2018-10-21, Jonas Smedegaard wrote: > > I disagree that libgpgme11 should depend/recommend/suggest gnupg at all: > > As a library it cannot possibly declare how tight a relationship to > > declare - instead, all _consumers_ of the library must declare whether

Re: RFC: Naming convention for ILP64 variant of BLAS/LAPACK

Hi On Sun, Oct 21, 2018 at 09:51:15AM +, Mo Zhou wrote: > about naming convention of SONAME and package name. > > As discussed in [1][2][3], Debian will need a set of ILP64[4] interface > to BLAS/LAPACK in the future. Could you please describe what you mean? All 64-bit Debian architectures

Re: no{thing} build profiles

❦ 21 octobre 2018 13:15 GMT, Ivan Shmakov : > >>> tinysshd only ships a systemd unit file; neomutt links against > >>> libgpgme11 which again Depends on gnupg. It’s the kind of > >>> dependencies that individually make sense, > > I beg to differ; I suppose (though haven’t actually tried

Re: no{thing} build profiles

> Sune Vuorela writes: > On 2018-10-21, Jonas Smedegaard wrote: > Tollef Fog Heen writes: [I see I’ve managed to botch References: for the news:linux.debian.devel readers; my apologies for that.] >>> tinysshd only ships a systemd unit file; neomutt links against >

Re: no{thing} build profiles

On 2018-10-21, Jonas Smedegaard wrote: > I disagree that libgpgme11 should depend/recommend/suggest gnupg at all: > As a library it cannot possibly declare how tight a relationship to > declare - instead, all _consumers_ of the library must declare whether > they depend/recommend/suggest gnupg.

RFC: Naming convention for ILP64 variant of BLAS/LAPACK

Hi folks, This is an informal RFC about naming convention of SONAME and package name. As discussed in [1][2][3], Debian will need a set of ILP64[4] interface to BLAS/LAPACK in the future. However, adding this set of interface will bring changes and NEW binary packages to all packages that fill th

Re: no{thing} build profiles

Quoting Tollef Fog Heen (2018-10-21 10:22:56) > ]] Ivan Shmakov > > > (BTW, while we're at it, could someone please explain me what > > tinysshd [1] does need systemd for? Or why installing neomutt > > has to invite gnupg along?) > > tinysshd only ships a systemd unit file; ne

Fw: Mail delivery failed: returning message to sender ( cdvendors@d.o )

Hi, apparently the two addresses below (spaillard and atterer) are included in the cdvendors@d.o alias. Please remove them, since they are no longer existing. Thanks I am unsure, who is responsible for this, so sorry for sending this to debian-devel@l.d.o Holger Date: Sun, 21 Oct 2018 08:45

Re: no{thing} build profiles

]] Ivan Shmakov > (BTW, while we're at it, could someone please explain me what > tinysshd [1] does need systemd for? Or why installing neomutt > has to invite gnupg along?) tinysshd only ships a systemd unit file; neomutt links against libgpgme11 which again Depends on gnupg.

Bug#911508: ITP: r-cran-shinyfiles -- GNU R server-side file system viewer for shiny

Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-shinyfiles Version : 0.7.1 Upstream Author : Thomas Lin Pedersen, Vincent Nijs, Eric Nantz * URL : https://cran.r-project.org/package=shinyFiles * License : GPL-2+ Programming Lang: