Package: wnpp
Owner: Ed J
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libpdl-graphics-trid-perl
Version : 2.099
Upstream Author : PerlDL Developers
* URL : https://metacpan.org/release/PDL-Graphics-TriD
Package: wnpp
Owner: Ed J
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libpdl-io-hdf-perl
Version : 2.003
Upstream Author : PerlDL Developers
* URL : https://metacpan.org/release/PDL-IO-HDF
* License
Hi Sam,
On Wed, Jan 15, 2025 at 09:43:36AM -0700, Sam Hartman wrote:
> My proposal is to move the man pages into libpam-doc.
> I'm not actually convinced that normal Debian users need man pages for
> all the pam modules on all Debian systems, and a suggests relationship
> should be sufficient.
I'
Hi Julien,
On Mon, Jan 13, 2025 at 07:00:01PM +0100, Julien Plissonneau Duquène wrote:
> Let's start with this then. I implemented a PoC prototype [1] as a shell
> script that is currently fairly linux-specific and doesn't account for
> cgroup limits (yet?). Feedback is welcome (everything is open
[Please don't CC me]
* Sam Hartman [250115 14:45]:
> Do you actually have a system on which you want these man pages and on
> which the extra space of libpam-doc would be a problem?
No.
> Unless there's a compelling need, my answer is that I don't understand
> why manpages should be separated f
Package: wnpp
Severity: wishlist
Owner: Andrea Pappacoda
X-Debbugs-Cc: debian-devel@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: teakra
Version : 0.0+git20250115.6a173f5
Upstream Contact: Weiyi Wang
* URL : https://github.com/wwyle
Package: wnpp
Owner: Ed J
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libpdl-opt-simplex-perl
Version : 2.097
Upstream Author : PerlDL Developers
* URL : https://metacpan.org/release/PDL-Opt-Simplex
* Li
On Thu, Jan 16, 2025 at 09:48:53AM -0500, Chris Knadle wrote:
> Greetings.
>
> I have a situation with mumble where the build is breaking on armel
> architecture. Upstream has identified that this bug is due to the mumble
> "link" plugin containing atomic memory operations. I would like to
> condi
Hi,
atomic operations require linking against libatomic — always have. Some
architectures inline a few functions, which is how you get away with omitting
the library on amd64 most of the time, but this is incorrect.
No architecture specific patch should be required here, adding libatomic
every
On Thu, Jan 16, 2025 at 09:48:53AM -0500, Chris Knadle wrote:
> I have a situation with mumble where the build is breaking on armel
> architecture. Upstream has identified that this bug is due to the mumble
> "link" plugin containing atomic memory operations. I would like to
> conditionally patch t
Package: wnpp
Severity: normal
X-Debbugs-Cc: tbs...@packages.debian.org, debian-devel@lists.debian.org,
mechti...@debian.org
Control: affects -1 + src:tbsync
I request assistance with maintaining the tbsync package.
This should expand 6to dav-4-tbsync and eas-4-tbsync
The package description is
(trimming the Cc: list a bit now that the announcements are done, last
Cc: to #1091394, followup on debian-devel)
Hi Helmut,
Le 2025-01-16 10:18, Helmut Grohne a écrit :
I'm attaching my proof of concept. Would you join forces and turn
either
of these PoCs into a proper Debian package that
On Thu, 16 Jan 2025 at 09:38:38 -0700, Sam Hartman wrote:
> But the meson setup call is in override_dh_auto_configure.
> I don't know at that point how to figure out of I am building arch all
> packages.
I find that it's often better to do this in terms of "am I building
package X?" instead of "am
Julien Plissonneau Duquène:
(trimming the Cc: list a bit now that the announcements are done, last
Cc: to #1091394, followup on debian-devel)
Hi Helmut,
Le 2025-01-16 10:18, Helmut Grohne a écrit :
I'm attaching my proof of concept. Would you join forces and turn either
of these PoCs into a
On Thu, 16 Jan 2025 at 09:41:51 -0700, Sam Hartman wrote:
> (We'd also need to do something about libpam0g-dev man pages).
Moving user-facing documentation from libpam0g into either
libpam-modules-bin or libpam-doc (depending how often you expect users to
need it), and developer documentation from
Sam Hartman:
"Simon" == Simon McVittie writes:
Simon> On Thu, 16 Jan 2025 at 09:38:38 -0700, Sam Hartman wrote:
>> But the meson setup call is in override_dh_auto_configure. I
>> don't know at that point how to figure out of I am building arch
>> all packages.
Simon>
Hi,
Le 2025-01-16 18:36, Niels Thykier a écrit :
Putting the scripts into `devscripts` package would imply that
`devscripts` becomes part of the `bootstrap essential` set of packages.
I didn't think about that and it effectively rules out devscripts for
that purpose. Is there any existing "bo
> "Guillem" == Guillem Jover writes:
Guillem> Hi!
Guillem> On Wed, 2025-01-15 at 09:43:36 -0700, Sam Hartman wrote:
>> My proposal is to move the man pages into libpam-doc. I'm not
>> actually convinced that normal Debian users need man pages for
>> all the pam modules on
package: pam
version: 1.5.3-1
severity: wishlist
tags: help
> "Helmut" == Helmut Grohne writes:
[talking about pam manpages]
Helmut> From a package building pov, I'd appreciate if you could
Helmut> also move the tools for building the manual pages to
Helmut> Build-Depends-Indep
> "Simon" == Simon McVittie writes:
Simon> On Thu, 16 Jan 2025 at 09:38:38 -0700, Sam Hartman wrote:
>> But the meson setup call is in override_dh_auto_configure. I
>> don't know at that point how to figure out of I am building arch
>> all packages.
Simon> I find that it
On 1/16/25 11:10, Ben Collins wrote:
On Thu, Jan 16, 2025 at 09:48:53AM -0500, Chris Knadle wrote:
Greetings.
I have a situation with mumble where the build is breaking on armel
architecture. Upstream has identified that this bug is due to the mumble
"link" plugin containing atomic memory opera
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-coder-quartz
Version : 0.1.3-1
Upstream Contact: Spike Curtis
* URL : https://github.com/coder/quartz
* Licen
Package: wnpp
Severity: wishlist
Owner: Zygmunt Krynicki
X-Debbugs-Cc: debian-devel@lists.debian.org, m...@zygoon.pl
* Package name: image-garden
Version : 0.1
Upstream Contact: Zygmunt Krynicki
* URL : http://gitlab.com/zygoon/image-garden
* License : Apache
On Wed, Jan 15, 2025 at 06:24:39PM -0500, Gioele Barabucci wrote:
> On 15/01/25 17:43, Sam Hartman wrote:
> > My proposal is to move the man pages into libpam-doc.
> > I'm not actually convinced that normal Debian users need man pages for
> > all the pam modules on all Debian systems, and a suggest
Hi,
On 2025. Jan 16., Thu at 8:17, Simon Richter wrote:
> Hi,
>
> On 1/16/25 13:22, Russ Allbery wrote:
>
> > There are various things one can do to try to make the output of a man
> > page generator like that more consistent, but they don't fix the problem,
> > just reduce its frequency, unless
Hi!
On Wed, 2025-01-15 at 09:43:36 -0700, Sam Hartman wrote:
> My proposal is to move the man pages into libpam-doc.
> I'm not actually convinced that normal Debian users need man pages for
> all the pam modules on all Debian systems, and a suggests relationship
> should be sufficient.
> If people
Greetings.
I have a situation with mumble where the build is breaking on armel
architecture. Upstream has identified that this bug is due to the mumble
"link" plugin containing atomic memory operations. I would like to
conditionally patch the source plugins/CMakeLists.txt file based on
archit
Bálint Réczey writes:
> On 2025. Jan 16., Thu at 8:17, Simon Richter wrote:
>> Agreed, it's not a complete fix, but I'd expect the frequency of
>> changes in the output besides the version number to be low enough for
>> this to be the least-effort solution.
>> If it means we need to trigger a r
On Thu, Jan 16, 2025 at 01:26:39PM -0500, Chris Knadle wrote:
> Looking at the manpage for dpkg-architecture, the variable I may want to
> conditionally build upon might be DEB_TARGET_ARCH rather than DEB_HOST_ARCH.
No, it should be DEB_HOST_ARCH.
https://gcc.gnu.org/onlinedocs/gccint/Configure-Te
On 1/16/25 10:52, Simon Richter wrote:
Hi,
atomic operations require linking against libatomic — always have.
Some architectures inline a few functions, which is how you get away
with omitting the library on amd64 most of the time, but this is
incorrect.
No architecture specific patch shoul
Quoting Chris Knadle (2025-01-16 19:26:39)
> Looking at the manpage for dpkg-architecture, the variable I may want to
> conditionally build upon might be DEB_TARGET_ARCH rather than DEB_HOST_ARCH.
above the VARIABLES section in that man page there is the TERMS section which
explains:
target m
Hi Simon,
Quoting Simon Richter (2025-01-16 16:52:19)
> atomic operations require linking against libatomic — always have. Some
> architectures inline a few functions, which is how you get away with omitting
> the library on amd64 most of the time, but this is incorrect.
>
> No architecture speci
> "Simon" == Simon Richter writes:
Simon> Hi,
Simon> On 1/16/25 01:43, Sam Hartman wrote:
>> For a while we just built the man pages but if any of the docbook
>> tools changed between one arch build and another, we'd end up
>> with m-a uninstallable packages.
Simon>
On Thu, Jan 16, 2025 at 08:16:46PM +0100, Johannes Schauer Marin Rodrigues
wrote:
> > atomic operations require linking against libatomic — always have. Some
> > architectures inline a few functions, which is how you get away with
> > omitting
> > the library on amd64 most of the time, but this i
Hi all!
If you haven't noticed, lintian.debian.org has been online now for
almost 4 months.
A special thanks for that goes to Nicolas Peugnet for creating
lintian-ssg that generates the site, and Louis-Philippe Véronneau
(pollo) for taking care of Lintian!
After lintian.debian.org went offline i
Santiago,
On Thursday, January 16, 2025 1:50:15 PM MST Santiago Vila wrote:
> El 16/1/25 a las 21:01, Soren Stoutner escribió:
> > Is there a canonical way for a package to set an environment variable?
>
> You should try to find another way, because Debian Policy 9.9 says this:
> > Programs insta
Hi,
On 1/17/25 05:14, Sam Hartman wrote:
With the exception of Simon Richter, we appear to be agreed that
avoiding man pages in m-a: same packages is good.
I mean, this is specifically about the manpages included in
libpam-modules, which are at the intersection of
- likely to be useful wh
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-owenrumney-go-sarif
Version : 2.3.3-1
Upstream Author : Owen
* URL : https://github.com/owenrumney/go-sarif
* License : public domain / unlicense.org
Programming Lang: Go
On 1/16/25 14:50, Andrey Rakhmatullin wrote:
On Thu, Jan 16, 2025 at 01:54:05PM -0500, Chris Knadle wrote:
atomic operations require linking against libatomic — always have. Some
architectures inline a few functions, which is how you get away with
omitting the library on amd64 most of the time
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-spdx-tools-golang
Version : 0.5.5-1
Upstream Author : SPDX
* URL : https://github.com/spdx/tools-golang
* License : Apache-2.0 or GPLv2+, CC-BY-4.0
Programming Lang: Go
De
Is there a canonical way for a package to set an environment variable?
Background:
Systemd parses files in /etc/environment.d/
Sysvinit parses the single file /etc/environment
Finit parses file in /etc/finit.d/
Why can’t we all just get along?
It is easy for a
El 16/1/25 a las 21:01, Soren Stoutner escribió:
Is there a canonical way for a package to set an environment variable?
You should try to find another way, because Debian Policy 9.9 says this:
Programs installed on the system PATH (/bin, /usr/bin, /sbin, /usr/sbin, or similar directories) must
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-bahlo-generic-list-go
Version : 0.2.0-1
Upstream Author : Arne Bahlo
* URL : https://github.com/bahlo/generic-list-go
* License : BSD-3-clause
Programming Lang: Go
Descrip
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-wk8-go-ordered-map
Version : 2.1.8-1
Upstream Author : Jean Rougé
* URL : https://github.com/wk8/go-ordered-map
* License : Apache-2.0
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-invopop-jsonschema
Version : 0.13.0-1
Upstream Author : Invopop
* URL : https://github.com/invopop/jsonschema
* License : Expat
Programming Lang: Go
Description : Gene
On 2025-01-16 at 10:18 +0100, Helmut Grohne wrote:
> Hi Julien,
>
> On Mon, Jan 13, 2025 at 07:00:01PM +0100, Julien Plissonneau Duquène
> wrote:
> > Let's start with this then. I implemented a PoC prototype [1] as a
> > shell
> > script that is currently fairly linux-specific and doesn't account
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-edwarnicke-gitoid
Version : 0.0~git20220710.1be5bfd-1
Upstream Author : Ed Warnicke
* URL : https://github.com/edwarnicke/gitoid
* License : Apache-2.0
Programming Lang: Go
On Thu, Jan 16, 2025 at 01:54:05PM -0500, Chris Knadle wrote:
> > atomic operations require linking against libatomic — always have. Some
> > architectures inline a few functions, which is how you get away with
> > omitting the library on amd64 most of the time, but this is incorrect.
> >
> > No a
Hi Gioele,
Am Wed, Jan 15, 2025 at 06:38:48PM +0100 schrieb Gioele Barabucci:
> Please note that although the package has a repo on Salsa, MRs there
> are/were explicitly disabled, at least for non-DDs (see the postscriptum in
> [1], I see they are available now). Therefore were the commits in my
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: witness
Version : 0.7.0-1
Upstream Author : in-toto
* URL : https://witness.dev/
https://github.com/in-toto/witness
* License : Apache-2.0
Programming Lang: Go
Descr
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-spdx-gordf
Version : 0.0~git20221230.b735bd5-1
Upstream Author : SPDX
* URL : https://github.com/spdx/gordf
* License : Expat
Programming Lang: Go
Description : parse
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-kimmachinegun-automemlimit
Version : 0.7.0-1
Upstream Contact: Geon Kim
* URL : https://github.com/KimMachine
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-anchore-go-struct-converter
Version : 0.0~git20240925.a088364-1
Upstream Author : Anchore, Inc.
* URL : https://github.com/anchore/go-struct-converter
* License : Apache-2.0
Hi!
On Thu, 2025-01-16 at 13:26:39 -0500, Chris Knadle wrote:
> Looking at the manpage for dpkg-architecture, the variable I may want to
> conditionally build upon might be DEB_TARGET_ARCH rather than DEB_HOST_ARCH.
Others have already given pointers about this confusion. I'm more
interested in t
> "Simon" == Simon McVittie writes:
Simon> On Thu, 16 Jan 2025 at 09:41:51 -0700, Sam Hartman wrote:
>> (We'd also need to do something about libpam0g-dev man pages).
Simon> Moving user-facing documentation from libpam0g into either
Simon> libpam-modules-bin or libpam-doc (de
On 2025-01-16 at 20:16 +0100, Johannes Schauer Marin Rodrigues wrote:
> Hi Simon,
>
> Quoting Simon Richter (2025-01-16 16:52:19)
> > atomic operations require linking against libatomic — always have..
> > Some
> > architectures inline a few functions, which is how you get away
> > with omitting
>
56 matches
Mail list logo
