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
On Thu, Dec 31, 2020 at 04:42:46PM -0500, David Steele wrote:
> > Second seconds request.
> I'm not aware of any other inputs expected of me.
What Sean meant is that, at this stage, this proposal needs to be
seconded by people impacted by this virtual package before being
accepted.
If you know a
On Wed, Dec 09, 2020 at 06:30:12PM +0100, Bill Allombert wrote:
> > I disagree. The two packages provide the same functionality - the ability
> > to add, remove, modify and display todo lists. Alternatives routinely offer
> > different option sets and commands.
>
> /usr/bi
On Wed, Dec 09, 2020 at 12:00:23PM -0500, Dave Steele wrote:
> On Wed, Dec 9, 2020 at 3:54 AM Ansgar wrote:
>
> > Package: topydo
> > Version: 0.13-5
> > Severity: serious
> >
> > Example use of `todo` from devtodo:
> >
> > +---
> > | Add a task, like so:
> > |
> > | $ todo -a I should really upd
On Fri, Dec 04, 2020 at 06:23:44PM -0500, David Steele wrote:
> On Fri, Dec 4, 2020 at 6:21 PM David Steele wrote:
>
> >
> > On Fri, Dec 4, 2020 at 5:54 PM Bill Allombert wrote:
> >
> >>
> >> Are people using /usr/bin/todo in script or Makefile ?
&
On Fri, Dec 04, 2020 at 05:12:13PM -0500, David Steele wrote:
> On Fri, Dec 4, 2020 at 4:42 PM Bill Allombert wrote:
>
> > On Fri, Dec 04, 2020 at 01:34:44PM -0500, David Steele wrote:
> > > On Fri, Dec 4, 2020 at 1:15 PM Bill Allombert
> > wrote:
> > >
>
On Fri, Dec 04, 2020 at 01:34:44PM -0500, David Steele wrote:
> On Fri, Dec 4, 2020 at 1:15 PM Bill Allombert wrote:
>
> > What about devtodo ?
> >
> > Reading your summary, it seems that the todo.txt virtual package
> > is well specified, but the todo one is not.
&
On Fri, Dec 04, 2020 at 12:40:01PM -0500, David Steele wrote:
> On Fri, Dec 4, 2020 at 12:30 PM Bill Allombert wrote:
>
> >
> > Does all theses tools provide an compatible interface ?
> > In other word, are there interoperable ?
>
> Yes, topydo and todotxt-cli
On Fri, Dec 04, 2020 at 12:15:06PM -0500, David Steele wrote:
> Package: debian-policy
> Severity: wishlist
> X-Debbugs-Cc: debian-de...@lists.debian.org, charlesmel...@outlook.com,
> on...@debian.org
> thanks
>
>
> I'd like to propose adding the virtual packages "todo" and "todo.tx
On Tue, Dec 01, 2020 at 02:03:59PM -0500, Sam Hartman wrote: > > "Russ" ==
Russ Allbery writes:
>
> Russ> That said, I tend to be hyper-conservative and nit-picky about
> Russ> things like this, accurately representing copyright years
> Russ> isn't in my top thousand things I wan
On Mon, Nov 30, 2020 at 02:37:08PM +0100, Oxan van Leeuwen wrote:
> Source: debian-policy
> Version: 4.5.1.0
> Severity: normal
>
> Currently Policy requires that init.d scripts, and only init.d scripts, don't
> fail if the corresponding /etc/default is removed (section 9.3.2,
> second-to-last
On Tue, Nov 24, 2020 at 01:37:53PM +0100, Ansgar wrote:
> Package: debian-policy
> Version: 4.5.1.0
> Severity: normal
>
> After a discussion in #-devel today I reviewed packages using other
> choices of "Rules-Requires-Root" than "no" and "binary-targets". The
> query [1] found two uses:
>
> -
On Thu, Oct 15, 2020 at 11:56:19AM -0700, Jonathan Nieder wrote:
> Javier Serrano Polo wrote:
> > On Wed, 30 Sep 2020 18:34:06 -0700 Jonathan Nieder
> > wrote:
>
> >> Even so, some *rough* consensus on the plan is very useful for
> >> helping people evaluate that first step.
> >
> > Here is a rou
On Tue, Oct 13, 2020 at 09:44:42AM -0400, Sam Hartman wrote:
> > "Giacomo" == Giacomo Catenazzi writes:
>
> Giacomo> The rationale was probably similar so symlinks: they may
> Giacomo> fail across different filesystems, and we supported to have
> Giacomo> e.g. / /usr /usr/share /u
On Tue, Aug 04, 2020 at 02:15:59PM +0200, Ansgar wrote:
> Package: debian-policy
>
> Hi,
>
> 10.9 Permissions and owners currently says
>
> | Files should be owned by root:root, and made writable only by the
> | owner and universally readable (and executable, if appropriate),
> | that is mode 64
On Fri, Jun 12, 2020 at 09:09:22AM +, Holger Levsen wrote:
> hi,
>
> I'm not fully sure if people really intend to change the 1.0 format, but if
> so,
> I'm against it. If you do it, please call it 1.1 or whatever, but please don't
> change 1.0, too many tools rely on it's decade old behavior
On Fri, Jun 05, 2020 at 04:35:54PM +0200, Adam Borowski wrote:
> On Fri, Jun 05, 2020 at 03:35:23PM +0200, Bill Allombert wrote:
> > On Fri, Jun 05, 2020 at 03:23:11PM +0200, Ansgar wrote:
> > > There is an updated version (RFC 5322) that should be used instead.
> > &g
1 - 100 of 1062 matches
Mail list logo