On Mon, Feb 03, 2025 at 12:51:02AM +0100, Guillem Jover wrote:
> Hi!
>
> On Sun, 2025-02-02 at 23:40:45 +0100, Aurelien Jarno wrote:
> > Package: debian-policy
> > Version: 4.7.0.2
> > Severity: normal
> > Tags: patch
>
> > The section 8.4, Development files, mentions that the development
> > pac
On Sun, Feb 02, 2025 at 11:40:45PM +0100, Aurelien Jarno wrote:
> Package: debian-policy
> Version: 4.7.0.2
> Severity: normal
> Tags: patch
>
> Dear Policy maintainers,
>
> The section 8.4, Development files, mentions that the development
> package should contain a symlink for the associated sha
On Fri, Jan 24, 2025 at 09:04:28PM -0700, Sam Hartman wrote:
> > "Jeremy" == Jeremy Bícha writes:
>
> FWIW, I think it is desirable to get as many man pages as we can.
> To that end, I hope policy continues to:
>
> *encourage writing man pages
>
> * Encourage maintainers to take well writte
On Sat, Jan 25, 2025 at 10:23:01AM -0500, Jeremy Bícha wrote:
> On Sat, Jan 25, 2025 at 5:21 AM Bill Allombert wrote:
> > The man page provides a link between the executable name and the app.
> > This is useful in a lot of situation. Writing such a manpage is not
> > a waste
On Fri, Jan 24, 2025 at 08:16:29PM -0500, Jeremy Bícha wrote:
> - Many new contributors to Debian in an attempt to get their new
> package "Lintian clean" spend significant time creating a manpage for
> their app, often a GUI app with no command line options. The manpage
> does not really have usef
On Sat, Jan 11, 2025 at 11:59:31AM +0100, Niels Thykier wrote:
> Package: debian-policy
> Severity: minor
> X-Debbugs-Cc: ni...@thykier.net
>
>
> In Policy 4.9, we have this sentence:
> > Except for packages in the non-free archive with the Autobuild control
> > field unset or set to no, require
On Sat, Jan 11, 2025 at 11:59:31AM +0100, Niels Thykier wrote:
> Package: debian-policy
> Severity: minor
> X-Debbugs-Cc: ni...@thykier.net
>
>
> In Policy 4.9, we have this sentence:
> > Except for packages in the non-free archive with the Autobuild control
> > field unset or set to no, require
On Sat, Jan 04, 2025 at 12:54:20PM +0100, Chris Hofstaedtler wrote:
> * Bill Allombert [250104 12:21]:
> > > > Secondly, I just found a package that fails if /usr/share/doc is
> > > > removed, so I wonder how far we can actually validate this.
> > >
> >
On Sat, Jan 04, 2025 at 10:28:55AM +, Sean Whitton wrote:
> > For /usr/share/doc/$pkg, it is easy to move the files to /usr/share/$pkg.
>
> I don't think that would be a good fix in most cases.
Maybe or maybe not in the majority of case, but at least this is simple enough
to do on the packagi
On Thu, Dec 05, 2024 at 01:33:58PM -0800, Josh Triplett wrote:
> > What is a graceful failure for some script is a crash for another...
>
> I would be happy to reduce the expectations of the language here; when I said
> "gracefully" here, the only case I had in mind was "doesn't fail silently"
> (
On Tue, Dec 24, 2024 at 06:29:12PM +, Sean Whitton wrote:
> Hello,
>
> Indeed, this isn't great text both for all the not-intended-to-be-edited
> stuff we have shipped there, plus the /usr-and-overrides thing more
> recently. Thanks for the write-up.
... which by the way is not particularly
On Thu, Dec 05, 2024 at 10:13:24AM -0800, Josh Triplett wrote:
> Package: debian-policy
> Version: 4.7.0.1
> Severity: wishlist
> Tags: patch
> X-Debbugs-Cc: j...@joshtriplett.org
>
> Packages already tend to avoid requiring any files from /usr/share/man
> or /usr/share/info, and don't require fil
On Mon, Dec 02, 2024 at 08:52:19AM +0200, Otto Kekäläinen wrote:
> > On Sun, Dec 01, 2024 at 09:44:17PM -0800, Otto Kekäläinen wrote:
> > > My intent here was to suggest specifically that the version of form
> > > 0.0~git20130606.b00ec39-1 would be elevated as the Policy recommended
> > > form, as
On Thu, Nov 28, 2024 at 10:44:40AM +0100, Simon Josefsson wrote:
> Otto Kekäläinen writes:
>
> >> The commit hash. 007c9af.
> >
> > OK, thanks.
> >
> > I disagree here - to me the git commit hash is the single most
> > important identifier for the software version if there are no actual
> > relea
On Mon, Nov 18, 2024 at 11:01:56PM -0800, Otto Kekäläinen wrote:
> Package: debian-policy
> Found: 4.7.0.1
>
> Currently
> https://www.debian.org/doc/debian-policy/ch-source.html#source-package-handling-debian-readme-source
> talks about `README.source`.
>
> I suggest we would allow this file to
On Tue, Nov 19, 2024 at 06:29:25PM +0800, Sean Whitton wrote:
> Hello,
>
> On Mon 18 Nov 2024 at 11:01pm -08, Otto Kekäläinen wrote:
>
> > Package: debian-policy
> > Found: 4.7.0.1
> >
> > Currently
> > https://www.debian.org/doc/debian-policy/ch-source.html#source-package-handling-debian-readme-
On Mon, Sep 30, 2024 at 06:41:03PM +0200, Matthias Geiger wrote:
> Hi Russ and Sean,
>
> thanks for for working on this. Just today I worked on a package having
> some CC-BY-SA-4.0 licensed content and wasn't too glad at having to copy
> the full license. Are there any big blockers for this ? Read
On Wed, Aug 14, 2024 at 05:04:41PM +, Holger Levsen wrote:
> hi & just for context, though my question is NOT about this case:
>
> On Wed, Aug 14, 2024 at 05:11:21PM +0200, Helmut Grohne wrote:
> > [...] I note that if
> > our proposed change #somebug to the Debian policy that has received six
Package: developers-reference
Version: 13.6
Severity: normal
Hello Holger,
4.9.2. The dak ls utility
could mention rmadison from devscripts
that does not require to log to ftp-master.debian.org.
There is also a be interface:
% curl 'https://api.ftp-master.debian.org/madison?package=evince'
evi
On Sat, Apr 27, 2024 at 10:15:19AM +0100, Sean Whitton wrote:
> Hello,
>
> On Mon 15 Apr 2024 at 09:59am GMT, Holger Levsen wrote:
>
> > On Sun, Apr 14, 2024 at 08:43:51PM +0800, Sean Whitton wrote:
> >> ... but if dev-ref is already shipping both, maybe singlepage is indeed
> >> usable these day
On Tue, Jan 30, 2024 at 09:52:39AM +, MOESSBAUER, Felix wrote:
> On Fri, 04 Aug 2023 10:44:38 + sohe4b+2fz7rb0ixc53g@cs.email wrote:
> > Package: base-files
> > Version: 12.4+deb12u1
> > Followup-For: Bug #1039979
> > Control: tags -1 patch
> >
> > I attach a patch to change absolute symli
On Thu, Apr 04, 2024 at 01:22:19PM -0700, Russ Allbery wrote:
> I'm not sure what I think about that. We have a general escape hatch
> already for non-free packages in Policy 2.2.3 that says they may not fully
> comply with Policy, which may be sufficient.
But precisely, we _do_ want non-free pa
On Thu, Apr 04, 2024 at 09:25:36PM +0200, Philipp Kern wrote:
> Hi,
>
> On 04.04.24 20:51, Bill Allombert wrote:
> > I still think we should allow Autobuild: no as an escape hatch.
> > If we want to require non-free package to be autobuildable, we should
> > be
On Thu, Apr 04, 2024 at 11:42:34AM -0700, Russ Allbery wrote:
> Tobias Frost writes:
> > On Wed, Apr 03, 2024 at 10:58:37PM +0200, Aurelien Jarno wrote:
>
> >> Thanks Philipp. Following that result, please find a patch proposal:
> >>
> >> --- a/policy/ch-source.rst
> >> +++ b/policy/ch-source.r
On Tue, Apr 02, 2024 at 09:21:02AM +0800, Sean Whitton wrote:
> Hello,
>
> On Mon 01 Apr 2024 at 05:29pm +02, Aurelien Jarno wrote:
>
> > Package: debian-policy
> > Version: 4.6.2.1
> > Severity: normal
> > X-Debbugs-Cc: d...@debian.org, wb-t...@buildd.debian.org
> > Control: affects -1 buildd.de
On Mon, Apr 01, 2024 at 06:08:10PM +0200, Aurelien Jarno wrote:
> On 2024-04-01 17:52, Bill Allombert wrote:
> > On Mon, Apr 01, 2024 at 05:29:54PM +0200, Aurelien Jarno wrote:
> > > Package: debian-policy
> > > Version: 4.6.2.1
> > > Severity: normal
>
On Mon, Apr 01, 2024 at 05:29:54PM +0200, Aurelien Jarno wrote:
> Package: debian-policy
> Version: 4.6.2.1
> Severity: normal
> X-Debbugs-Cc: d...@debian.org, wb-t...@buildd.debian.org
> Control: affects -1 buildd.debian.org
>
> Hi,
>
> The debian policy, section 4.9, forbids network access for
On Fri, Feb 09, 2024 at 09:16:00PM +0100, Ansgar wrote:
> Package: debian-policy
> Version: 4.6.2.0
> Severity: important
>
> Hi,
>
> with the upcoming time_t & friends 64-bit transition, dpkg-buildflags
> will be used to configure the ABI in use.
This decision comes from the wrong premise that
On Mon, Feb 05, 2024 at 10:23:39AM +, Holger Levsen wrote:
> On Mon, Feb 05, 2024 at 11:00:42AM +0800, Paul Wise wrote:
> > > I think for English at least I'd prefer to offer both A4 and letter, for
> > > eg
> > > the German translation I think it's enough to only provide A4.
> > Looks like th
On Wed, Dec 13, 2023 at 10:27:20PM +0100, Daniel Gröber wrote:
> On Wed, Dec 13, 2023 at 07:24:49PM +, Holger Levsen wrote:
> > On Wed, Dec 13, 2023 at 07:04:01PM +0100, Daniel Gröber wrote:
> > > That's fine, but in that case this fact should be documented instead no?
> > > Right now there's c
On Sat, Dec 02, 2023 at 01:22:04AM +0100, Guillem Jover wrote:
> Package: debian-policy
> Version: 4.6.2.0
> Severity: wishlist
>
> Hi!
>
> Starting with dpkg 1.22.0, it implements a dpkg-build-api mechanism
> similar in concept to the debhelper-compat levels.
>
> You can check its documentation
Hello Russ,
In my view the main purpose of policy is to allow interoperability by defining
interfaces between packages.
We used to have a separate Packaging Manual, but it has been merged with
Policy a long time ago. The intent was to reduce duplication which lead to
outdated information.
Howeve
On Sun, Sep 17, 2023 at 08:28:56AM -0700, Russ Allbery wrote:
> Bill Allombert writes:
> > On Sun, Sep 17, 2023 at 10:41:55AM +0200, Marco d'Itri wrote:
> >> On Sep 17, Russ Allbery wrote:
>
> >>> (I am a little confused by this wording, but I think wh
On Sun, Sep 17, 2023 at 10:41:55AM +0200, Marco d'Itri wrote:
> On Sep 17, Russ Allbery wrote:
>
> > (I am a little confused by this wording, but I think what you're saying is
> > that /usr is encrypted and read-only, and /var is recreated on each boot.
> > That at least is my understanding of th
On Sun, Sep 17, 2023 at 08:52:17AM +0200, Ansgar wrote:
> > Control: unblock 1051371 by 1050001
> >
> > Ansgar writes:
> >
> > > However, there is a proposal by Jackson for an alternative filesystem
> > > layout based on symlink farms in consideration by the technical
> > > committee. This advo
On Sun, Sep 17, 2023 at 12:12:18AM +0200, Daniel Gröber wrote:
> Sam, Russ, Bill,
>
> Thanks for your input. To be quite frank I still don't see how the
> interpretation of allowing configuration files outside of /etc can be
> supported based on the policy text.
>
> Ultimately I'm just concerned
On Wed, Sep 13, 2023 at 10:47:48AM +0200, Bill Allombert wrote:
> On Tue, Sep 12, 2023 at 08:48:04PM -0700, Russ Allbery wrote:
> > Control: retitle -1 Post-/usr-merge paths for script interpreters
> >
> > Simon pointed out that this bug is not yet ready to act on, which
On Thu, Sep 14, 2023 at 04:01:05PM +0200, Daniel Gröber wrote:
> Hello debian-policy,
>
> iproute2 has moved it's config files that were traditionally at
> /etc/iproute2 to /usr/lib/iproute2 due to an upstream change. I've tried to
> convince the maintainer(s) that this is a bad idea in Bug#105157
On Mon, Sep 11, 2023 at 09:25:11AM +0200, Helmut Grohne wrote:
> Package: debian-policy
> Version: 4.6.2.0
> Severity: wishlist
> X-Debbugs-Cc:
> debian-cr...@lists.debian.org,rb-gene...@lists.reproducible-builds.org
>
> Hi,
>
> more and more packages implement a technique called profile guided
On Tue, Sep 12, 2023 at 08:48:04PM -0700, Russ Allbery wrote:
> Control: retitle -1 Post-/usr-merge paths for script interpreters
>
> Simon pointed out that this bug is not yet ready to act on, which was very
> helpful. Thank you. However, presumably the buildds will be /usr-merged
> at some poi
On Tue, Sep 12, 2023 at 10:49:02AM -0700, Russ Allbery wrote:
> To take an example that I've been trying to get rid of for over a decade,
> many of the /usr/share/common-licenses/BSD references currently in the
> archive are incorrect. There are a few cases where the code is literally
> copyrighte
On Mon, Sep 11, 2023 at 09:21:56AM -0600, Sam Hartman wrote:
> > "Santiago" == Santiago Vila writes:
>
> Santiago> El 10/9/23 a las 4:09, Russ Allbery escribió:
> >> I therefore would like to propose a first: I think Policy should
> >> simply say that any package that provides a s
On Mon, Sep 11, 2023 at 02:38:14PM -0400, Antoine Beaupré wrote:
> On 2023-09-11 11:25:34, Russ Allbery wrote:
> > Antoine Beaupré writes:
> >
> >> I get the argument against bad binaries not being in PATH but we have
> >> some tooling for that, don't we? /usr/libexec, no?
> >
> > /usr/libexec isn
On Mon, Sep 11, 2023 at 12:51:33PM -0400, Antoine Beaupré wrote:
> On 2018-06-14 11:42:22, Simon McVittie wrote:
> > Debian can choose to put games in the /.../games directories, or in the
> > standard directories /usr/bin, /usr/share etc., or any mixture of our
> > choice, orthogonal to whether/wh
On Mon, Sep 11, 2023 at 12:47:15PM +0200, Santiago Vila wrote:
> El 10/9/23 a las 4:09, Russ Allbery escribió:
> > I therefore would like to propose a first: I think Policy should simply
> > say that any package that provides a system service should use debhelper
> > and rely on dh_installsystemd t
On Sun, Sep 10, 2023 at 09:00:22AM -0700, Russ Allbery wrote:
> Jonas Smedegaard writes:
> > Quoting Hideki Yamane (2023-09-10 11:00:07)
>
> >> Hmm, how about providing license-common package and that depends on
> >> "license-common-list", and ISO image provides both, then? It would be
> >> no
On Wed, Sep 06, 2023 at 04:51:10PM -0600, Sam Hartman wrote:
> > "Luca" == Luca Boccassi writes:
> Luca> /bin/sh is not universally compatible with non-Linux OSes.
>
> I claim it is more compatible.
>
>
> Luca> Also I thought that policy should not be used to beat other
> Luca>
On Wed, Aug 23, 2023 at 09:22:41AM +0200, julien.pu...@gmail.com wrote:
> Package: debian-policy
> Version: 4.6.2.0
> Severity: normal
>
> Hi,
>
> over at bug #1050027 there is a discussion of applicable policy when
> splitting a package. I'll first explain what the bug is about and then
> why th
On Sun, Jul 30, 2023 at 08:22:54PM +0100, Luca Boccassi wrote:
> On Fri, 30 Jun 2023 00:04:29 +0100 Luca Boccassi
> wrote:
> > This happened a few days ago and nobody complained (if we ignore
> > grumblings because of the fact that I used lintian.debian.org queries
> > which are hopelessly and sil
On Sat, Jun 17, 2023 at 09:21:00PM +, Holger Levsen wrote:
> On Mon, Apr 03, 2023 at 09:29:04AM -0600, Sam Hartman wrote:
> > > "Kristian" == Kristian Penno writes:
> > Kristian> source package is referenced. The lyx source package uses
> > Kristian> some shell commands to move fi
On Tue, Jun 13, 2023 at 05:43:17PM +0200, Thorsten Glaser wrote:
> On Mon, 5 Jun 2023, Simon McVittie wrote:
>
> >No init system at all, (C.), can only happen when starting with a
> >minbase debootstrap or equivalent (because a default debootstrap
> >includes the init metapackage due to its Priori
On Tue, Jun 06, 2023 at 11:34:17PM +0100, Luca Boccassi wrote:
> On Wed, 7 Jun 2023 00:01:42 +0200 Bill Allombert
> > This is beside the point. Your problematic statement was
> > "The whole project is moving toward git and Salsa ".
> > This is not conducive of prod
On Wed, Jun 07, 2023 at 08:19:08AM -0700, Russ Allbery wrote:
> > In general, policy proscription are only useful when the description of
> > a better mechanism is provided. But there is no place for that in this
> > section.
>
> I'm not sure I understand this statement, since describing a better
On Tue, Jun 06, 2023 at 07:56:14PM -0700, Russ Allbery wrote:
> Sean Whitton writes:
>
> > I think what's a bit peculiar here is using "must" for a case where
> > there might be package-specific exceptions. In other cases, Policy uses
> > "should" for these cases. Typically "must" rules are sim
On Tue, Jun 06, 2023 at 07:52:35PM -0700, Russ Allbery wrote:
> Bill Allombert writes:
> > On Sun, Jun 04, 2023 at 12:25:54PM +0100, Luca Boccassi wrote:
>
> >> If you prefer, I can reword the general rule to be stricter, ie:
> >> "packages must not use div
On Tue, Jun 06, 2023 at 03:16:02PM +0100, Luca Boccassi wrote:
> On Tue, 6 Jun 2023 15:23:35 +0200 Bill Allombert ,
> Luca Boccassi wrote:
> > On Tue, Jun 06, 2023 at 01:38:51PM +0100, Luca Boccassi wrote:
> > > > The diversion system is made precisely to work
On Tue, Jun 06, 2023 at 09:36:31PM +0100, Luca Boccassi wrote:
> On Tue, 6 Jun 2023 20:51:46 +0200 Dominik George
> wrote:
> > > Ok, how about: "the whole project, minus
> naturesha...@debian.org who
> > > appears to be unfamiliar with the concept of hyperboles, is moving
> > > toward git and Sals
On Tue, Jun 06, 2023 at 01:38:51PM +0100, Luca Boccassi wrote:
> > The diversion system is made precisely to work around other packages
> behavior,
> > this is a feature not a bug. That it should only be used as last
> resort, I
> > think everyone agree. But when it is, it should not be a RC bug.
>
On Tue, Jun 06, 2023 at 12:16:39PM +0100, Luca Boccassi wrote:
> > > local administrators and local packages to override the behaviour of
> > > Debian. Its use between Debian packages should be rare, should involve
> > > coordination between the packages and their maintainers, and must only
> > > b
On Tue, Jun 06, 2023 at 12:33:52PM +0100, Luca Boccassi wrote:
> On Tue, 6 Jun 2023 at 12:25, Dominik George wrote:
> >
> > > The whole project is moving toward git and Salsa
> >
> > Sorry for the noise, but as you are clearly misattributing this to me (I am
> > part of the project, so "the whole
On Sun, Jun 04, 2023 at 12:25:54PM +0100, Luca Boccassi wrote:
> If you prefer, I can reword the general rule to be stricter, ie:
> "packages must not use diversions where native mechanisms are
> available" or so. Would this be better?
"native mechanisms" seems to vague.
Cheers,
--
Bill.
Imagi
On Wed, Apr 26, 2023 at 10:49:32AM +, Robert Ernst wrote:
> Hello Bill,
>
> thank you for the swift reply!
>
> Excuse me if I do err, but even after consulting others, this bug seems to
> be open.
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1013195
>
> And from an uninitiated perspec
On Wed, Apr 26, 2023 at 09:03:14AM +, Robert Ernst wrote:
> Hello,
>
> I found this bug because I was asking myself why we don't include more
> licenses in the /usr/share/common-licenses/ folder.
> While I am open to have the big topic (of why we don't just put all licenses
> know to man in ev
On Sun, Feb 26, 2023 at 02:24:26PM +0100, Bastian Germann wrote:
> Hi!
>
> During the last weeks I had a look at the Vcs situation in Debian. Currently,
> there are eight possible systems allowed and one might specify several of
> them for
> one package. No package makes use of several Vcs refere
On Mon, Feb 20, 2023 at 01:59:21PM +, Jelmer Vernooij wrote:
> On Thu, Feb 09, 2023 at 02:15:42PM -0700, Sean Whitton wrote:
> > Hello,
> >
> > On Fri 03 Feb 2023 at 05:24PM GMT, Jelmer Vernooij wrote:
> >
> > > Package: debian-policy
> > > Severity: wishlist
> > >
> > > Policy currently desc
On Thu, Feb 09, 2023 at 02:35:42PM +, Holger Levsen wrote:
> control: tags -1 +moreinfo
> thanks
>
> hi,
>
> (originally sent to the wrong (but archived) bug number...)
>
> we're not shipping the manual in .info format, so I'm wondering whether this
> bug should simply be closed, or why not?
On Wed, Feb 08, 2023 at 01:24:52PM +, Holger Levsen wrote:
> control: tags -1 +moreinfo
> control: affects -1 debtags
> thanks
>
> hi,
>
> https://lists.debian.org/msgid-search/20221019132043.d4c4liyt6s6qe...@enricozini.org
> and
> https://lists.debian.org/msgid-search/bb7064071ebd838a9e045a1
O#n Wed, Feb 08, 2023 at 04:47:37PM +, Holger Levsen wrote:
> retitle -1 turn #904558 into advice - how postinst should deal with failures
> thanks
>
> On Wed, Feb 08, 2023 at 09:26:58AM -0700, Sam Hartman wrote:
> > The TC bug is 904558.
>
> thank you very much for this pointer, that's a pre
report, We have
> > "strongly support" from Sam Hartman, and "also in favor" from Russ
> > Allbery and Bill Allombert.
> >
> > The only objection was from Henrique de Moraes Holschuh based on lack of
> > risk assessment from the mistaken impress
On Fri, Feb 03, 2023 at 05:57:21PM +, Jelmer Vernooij wrote:
> On Fri, Feb 03, 2023 at 06:48:13PM +0100, Bill Allombert wrote:
> > On Fri, Feb 03, 2023 at 05:24:36PM +, Jelmer Vernooij wrote:
> > > Package: debian-policy
> > > Severity: wishlist
> > >
On Fri, Feb 03, 2023 at 05:24:36PM +, Jelmer Vernooij wrote:
> Package: debian-policy
> Severity: wishlist
>
> Policy currently describes Vcs-* headers as something optional, but stops to
> endorse a particular Vcs.
>
> At this point, it seems uncontroversial to encourage use of Vcs-Git
> spe
On Sat, Jan 21, 2023 at 12:58:19PM -0800, Russ Allbery wrote:
> Wouter Verhelst writes:
> > On Fri, Jan 20, 2023 at 05:16:43PM +, Simon McVittie wrote:
>
> >> Sure, but neither of those actually require us to support GBK or GB
> >> 18030 as a system locale, only as something that iconv() (or
On Thu, Jan 19, 2023 at 11:47:42AM +, Simon McVittie wrote:
> On Wed, 18 Jan 2023 at 16:30:46 -0700, Anthony Fok wrote:
> > In their mind, GB 18030 encompasses a lot more than just
> > a character encoding mapping table. It is the full support package
> > (including fonts, display, printing, i
On Wed, Jan 04, 2023 at 07:13:04PM +0100, Santiago Vila wrote:
> El 4/1/23 a las 18:23, Sam Hartman escribió:
> > I think that the
> > cost of going and adding all the build-depends on
> > required-but-not-build-essential is not worth what I estimate we'd gain
> > from having this extra information
On Wed, Jan 04, 2023 at 08:46:39AM +0100, Santiago Vila wrote:
> El 4/1/23 a las 2:32, Sam Hartman escribió:
> > > > > > > "Santiago" == Santiago Vila writes:
> >
> > Santiago> As an example, packages tzdata, mount or e2fsprogs are not
> > Santiago> build-essential and afaik have not be
On Wed, Dec 21, 2022 at 03:23:09PM +0100, Adam Borowski wrote:
> On Mon, Dec 19, 2022 at 10:44:12PM +0100, Bill Allombert wrote:
> > Which raise the question: does the corresponding user group moved to UTF-8 ?
> > Judging from <https://en.wikipedia.org/wiki/Chinese_character_enco
On Mon, Dec 19, 2022 at 07:08:09PM +, Simon McVittie wrote:
> On Fri, 16 Dec 2022 at 19:21:37 +0100, Adam Borowski wrote:
> > As of Bookworm, legacy locales are no longer officially supported.
>
> For clarity, I think when you say "legacy locales" you mean locales
> whose character encoding is
On Fri, Dec 16, 2022 at 07:21:37PM +0100, Adam Borowski wrote:
> Package: debian-policy
> Version: 4.6.1.1
> Severity: wishlist
>
> Hi!
> As of Bookworm, legacy locales are no longer officially supported. In order
> to not break testsuites, they're mostly working if you install locales-all,
> and
On Fri, Nov 18, 2022 at 02:14:32PM +0100, Enrico Zini wrote:
> Package: debian-policy
> Version: 4.6.1.1
> Severity: normal
>
> Hello, and thank you for maintaining the Policy!
>
> Policy paragraph 4.9.1 has an example debian/rules which contains these
> lines:
>
>INSTALL_PROGRAM = $(INSTALL
On Tue, Aug 16, 2022 at 07:22:21AM -0600, Sam Hartman wrote:
> > "Bastien" == Bastien Roucariès writes:
> Bastien> I will like to stress that this kind of stuff is bad:
> Bastien>
> https://salsa.debian.org/debian/isa-support/-/blob/master/debian/altivec-
> Bastien> support.preins
On Mon, Jun 20, 2022 at 07:43:45PM +0700, Teukumif tahulziran wrote:
> On Sat, 14 Sep 2019 13:34:49 +0200 Aurelien Jarno
> wrote:
> > Package: debian-policy
> > Version: 4.4.0.1
> > Severity: wishlist
> >
> > There is already a section about reproducibility in the debian-policy,
> > but it only me
On Tue, May 10, 2022 at 08:32:32AM -0600, Sam Hartman wrote:
> > "Holger" == Holger Levsen writes:
> I'd much rather upload a 50M package regularly than deal with the vcs
> complexity of separate maintainer and upstream releases in a lot of
> cases.
> 10 years ago sure, that would have been a
On Sun, Jan 30, 2022 at 02:18:51PM +, Simon McVittie wrote:
> On Sat, 29 Jan 2022 at 20:12:21 +, Simon McVittie wrote:
> > I propose this entry for virtual-package-names-list.yaml:
> >
> > - name: wayland-session
> > description: a Wayland desktop session
> > (/usr/share/wayland-session
On Mon, Jan 31, 2022 at 10:13:19AM +0100, Stephan Lachnit wrote:
> On Sun, Jan 30, 2022 at 3:55 PM Andrei POPESCU
> wrote:
> >
> > On Du, 30 ian 22, 13:21:40, Stephan Lachnit wrote:
> > >
> > > I like the idea. Just another idea for the naming, about
> > > wayland-desktop-session?
> >
> > It's lo
On Fri, Jan 28, 2022 at 12:41:39PM +0100, Andreas Tille wrote:
)
> > > I personally would rather think that excluding files from the upstream
> > > source is a pretty good reason to make DEP5 mandatory *for these cases*.
> > > Besides a sensible way of documentation it saves maintainer time to
> >
On Fri, Jan 28, 2022 at 09:08:17AM +0100, Andreas Tille wrote:
> Hi,
>
> > It should be possible to use it with the plain old copyright format too,
> > otherwise we are kind of renegating on our promise that the machine
> > readable copyright format be optionnal.
>
> Did we ever promised this?
On Thu, Jan 27, 2022 at 02:52:18PM -0700, Sean Whitton wrote:
> Hello Joe,
> > +
> > +These types of files, or any others that Debian does not want to
> > +include in our archive, must be stripped from the upstream tarball
> > +prior to uploading. The Files-Excluded fi
On Sat, Dec 25, 2021 at 10:38:47PM +0100, Vincent Lefevre wrote:
> Package: debian-policy
> Version: 4.6.0.1
> Severity: important
>
> Building packages should not require to be root.
Hello Vincent!
Currently, packages are allowed to require root to build.
See Rules-Requires-Root for more detail
On Sat, Dec 18, 2021 at 12:51:56PM -0500, Jason Franklin wrote:
> Greetings:
>
> I am a developer who is new to making contributions to Debian. Most of
> my work so far has been focused on making improvements to the "adduser"
> package. Of course, bug triage is one of the first things on which I
On Sat, Nov 20, 2021 at 01:24:28PM +, Holger Levsen wrote:
> On Wed, Nov 17, 2021 at 03:11:55PM +0100, Johannes Schauer Marin Rodrigues
> wrote:
> > > This footnote might not be the best place to document the precise
> > > behaviour
> > > of autobuilders (which currently is outside the scope
On Wed, Nov 17, 2021 at 01:31:33PM +0100, Johannes Schauer Marin Rodrigues
wrote:
> Quoting Bill Allombert (2021-11-17 13:06:09)
> > > 1. "they are not normally used by the Debian autobuilders" should instead
> > >be "they are never used by the Deb
On Wed, Nov 17, 2021 at 11:10:54AM +0100, Johannes Schauer Marin Rodrigues
wrote:
> Source: debian-policy
> Version: 4.6.0.1
> Severity: normal
> X-Debbugs-Cc: jo...@debian.org
>
> Hi,
>
> currently, footnote [1] of §7 states:
>
> > While Build-Depends, Build-Depends-Indep and Build-Depends-Arc
On Sun, Oct 31, 2021 at 11:18:35AM +0100, Mattia Rizzolo wrote:
> Package: debian-policy
> Version 4.6.0.0
>
> Hi!
>
> dpkg 1.19.0 introduced, following the request in #555743, a bunch of new
> substvars. Notably, it now handles ${source:Synopsis} and
> ${source:Extended-Description} that are de
On Fri, Aug 13, 2021 at 08:10:57AM -0700, Felix Lechner wrote:
> Hi,
>
> On Fri, Aug 13, 2021 at 12:57 AM Bill Allombert wrote:
> >
> > Is there some new external factor that make any unaddressed lintian
> > warnings problematic ?
>
> That may go beyond the sco
On Thu, Aug 12, 2021 at 06:17:18PM -0700, Felix Lechner wrote:
> Finally, please allow me to add some powerful statistics to the
> record. The tag 'out-of-date-standards-version' currently occurs in
> 10,813 source packages in the archive (out of about 33,000). [7] It is
> an incident ratio of 33%.
On Thu, Jul 08, 2021 at 05:11:45PM +0200, Benjamin Drung wrote:
> Package: debian-policy
> Version: 4.5.1.0
> Severity: wishlist
>
> Hi,
>
> Paragraph 5.6.12. Version describes the version parts epoch,
> upstream_version, and debian_revision. But it does not describe how to
> use the Debian revis
On Mon, Jun 28, 2021 at 03:20:04PM -0700, Sean Whitton wrote:
> control: tag -1 + pending
>
> Hello Fabrice,
>
> On Mon 07 Jun 2021 at 11:53PM +02, Fabrice BAUZAC wrote:
>
> > autopkgtest.md only mentions the ADTTMP environment variable, while
> > lintian marks ADTTMP usage as deprecated in favo
On Sun, Feb 28, 2021 at 08:58:44PM +0100, Helmut Grohne wrote:
> On Sun, Feb 28, 2021 at 10:53:20AM -0700, Sean Whitton wrote:
> > Can you post a patch just doing the moving manpages to dependencies part
> > and indicate that you are seeking seconds? Then we can get that
> > applied.
>
> I call f
On Sun, Feb 28, 2021 at 08:29:21AM +0100, Helmut Grohne wrote:
> So this is actually asking for two distinct things:
> * Allow moving manual pages to dependencies
> * Allow demoting such dependencies to recommends
>
> A possible wording in ch-docs.rst could be:
> Each program, utility, and func
On Wed, Jan 13, 2021 at 10:49:27PM +, Bastien Roucariès wrote:
> Package: debian-policy
> Version: 4.5.0.0
> Severity: important
> affects: sensible-utils
> control: block -1 by 874019
>
> Hi,
>
> x-terminal-emulator documentation is incomplete.
> For instance the behavior of the -e option is
1 - 100 of 1078 matches
Mail list logo
