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'
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
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
On Wed, Apr 10, 2024 at 09:33:50PM +0200, Holger Wansing wrote:
> Hello www team and debian-policy editor team,
>
> Note: apparently we have no alternative beside js, if we want full-text
> search for html output (single-page html could be a possible way, but
> that output format has been
Source: xeus
Severity: wishlist
Dear Xeus maintainers,
There is a new major upstream release available (4.0.2).
Do you plan to package it ?
Cheers,
--
Bill.
Imagine a large red swirl here.
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
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
>
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
> >> +++
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
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 Sun, Feb 25, 2024 at 11:21:26PM +, ca...@allfreemail.net wrote:
> Source: menu
> Version: 2.1.50
> Severity: normal
>
> Dear Maintainer,
>
> your package installs the filenames `install-menu` and `su-to-root` to both
> bin and sbin as opposed to just one of those locations.
>
> This
On Mon, Feb 05, 2024 at 01:20:07PM +, Bastien Roucariès wrote:
> Le lundi 5 février 2024, 12:42:04 UTC Bill Allombert a écrit :
> > On Mon, Feb 05, 2024 at 12:28:02PM +0100, Axel Beckert wrote:
> > > Hi Bill,
> > >
> > > Bill Allombert wrot
On Mon, Feb 05, 2024 at 02:43:30PM -0300, Lucas Kanashiro wrote:
> Source: pari
> Version: 2.15.4-2
> Severity: serious
> Tags: patch pending sid trixie
> Justification: library ABI skew on upgrade
> User: debian-...@lists.debian.org
> Usertags: time-t
>
> NOTICE: these changes must not be
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 Thu, Feb 08, 2024 at 08:27:40PM +, Bastien Roucariès wrote:
> > > > > > source package, though I can't see how Lintian could possibly
> > > > > > expect to
> > > > > > know that.
> > >
> > > Are you sure it is not embdeded base64 encoded png or minified
> > > javascript* ?
> > >
> > >
On Thu, Feb 08, 2024 at 06:39:18PM +, Bastien Roucariès wrote:
> Le jeudi 8 février 2024, 18:31:28 UTC Santiago Ruano Rincón a écrit :
> > On Sat, 14 Oct 2023 20:23:18 +0200 Bill Allombert
> > wrote:
> > > On Sun, Sep 18, 2022 at 12:14:07AM +0100, Colin Watson wrote:
On Mon, Feb 05, 2024 at 02:43:30PM -0300, Lucas Kanashiro wrote:
> Source: pari
> Version: 2.15.4-2
> Severity: serious
> Tags: patch pending sid trixie
> Justification: library ABI skew on upgrade
> User: debian-...@lists.debian.org
> Usertags: time-t
>
> NOTICE: these changes must not be
On Thu, Feb 01, 2024 at 04:07:38PM +0100, Lukas Märdian wrote:
> thanks for the heads-up!
> The same debdiff should apply to the version in unstable (4.12.1).
> We'll make sure to NMU the version from unstable.
>
> Waiting for libgap.so.9 would also be an option, if timing works out.
Fortunately
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
On Mon, Feb 05, 2024 at 12:28:02PM +0100, Axel Beckert wrote:
> Hi Bill,
>
> Bill Allombert wrote:
> > By the way, what happened to lintian.debian.org ?
>
> Seems as if someone (not me, just noticed it today when
> "private/refresh-data" failed…) pulled t
On Mon, Feb 05, 2024 at 03:26:29AM +0100, Axel Beckert wrote:
> Hi,
>
> Bastien Roucariès wrote:
> > Le dimanche 4 février 2024, 14:02:58 UTC Bill Allombert a écrit :
> > > Areyou still available as lintian maintainer ? It sure would need an
> > > upload.
> &
On Tue, Aug 16, 2022 at 11:56:20AM +, Bastien Roucariès wrote:
> Source: lintian
> Version: 2.115.2
> Followup-For: Bug #1012289
>
> Dear Maintainer,
>
> I will restep to be a lintian maint.Could you please prepare a list of urgent
> action ?
Are you still available as lintian maintainer ?
On Mon, Jan 08, 2024 at 02:57:18PM +0100, Jakub Ružička wrote:
> Hello,
>
>
> On Wed, 27 Dec 2023 18:54:14 + Simon Quigley wrote:
> > In most recent Ubuntu cycles, I've taken on the "archive bootstrapping"
> > responsibility of adding the new Ubuntu codename to Lintian. I remember
> >
On Thu, Feb 01, 2024 at 04:30:40PM +0100, Lukas Märdian wrote:
> Am 01.02.24 um 16:13 schrieb Bill Allombert:
> > On Thu, Feb 01, 2024 at 04:07:38PM +0100, Lukas Märdian wrote:
> > > Hi Bill,
> > >
> > > thanks for the heads-up!
> > > The same de
On Thu, Feb 01, 2024 at 04:07:38PM +0100, Lukas Märdian wrote:
> Hi Bill,
>
> thanks for the heads-up!
> The same debdiff should apply to the version in unstable (4.12.1).
> We'll make sure to NMU the version from unstable.
How do you plan to make sure libgap8t64 actually use 64-bit time_t ?
On Tue, Jan 30, 2024 at 03:18:23PM +, Lukas Märdian wrote:
> Source: gap
> Version: 4.12.1-2
> Severity: serious
> Tags: patch pending
> Justification: library ABI skew on upgrade
> User: debian-...@lists.debian.org
> Usertags: time-t
>
> Dear maintainer,
>
> To ensure that inconsistent
On Sat, Jan 13, 2024 at 12:51:47PM -0800, Matt Taggart wrote:
> It's been quite a while since this bug was discussed, but I have another use
> case where it might be interesting...
>
> There has been some recent discussion about "Architecture Variants" and in
> particular amd64 variants. Fedora
Package: xeus-dev
Version: 3.1.3-1
Severity: serious
Dear Debian Science maintainers,
I have trouble with linking with libxeus9 since I upgraded
nlohmann-json3-dev to 3.11.3-1.
It seems to me nlohmann-json3-dev 3.11.3-1. is changing the API of libxeus9 in
an incompatible way.
Package: www.debian.org
Severity: normal
Dear packages.d.o team,
Binary download pages like this one:
https://packages.debian.org/bookworm/all/nlohmann-json3-dev/download
only offer http links to packages and not https links.
firefox flags downloading binaries through http links as dangerous
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
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
Source: fp-units-win
Version: 3.2.2+dfsg-20
Severity: normal
Dear Pascal Packaging Team,
The description of fp-units-win-wasm says
Free Pascal - Web assmebly support units dependency package
% apt-cache search assmebly
fp-units-win-wasm - Free Pascal - Web assmebly
On Sun, Sep 18, 2022 at 12:14:07AM +0100, Colin Watson wrote:
> Package: lintian
> Version: 2.115.3
> Severity: normal
>
> Lintian issues these errors for putty 0.77-1:
>
> E: putty source: source-is-missing [doc/html/AppendixA.html]
> E: putty source: source-is-missing
On Fri, Sep 22, 2023 at 11:14:52AM +0300, Martin-Éric Racine wrote:
> Package: popularity-contest
> Version: 1.77
> Severity: normal
>
> × cron-daily-popularity-contest.service - [Cron]
> /etc/cron.daily/popularity-contest
> Loaded: loaded (/etc/cron.daily/popularity-contest; generated)
>
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.
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 what
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
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
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 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
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
>
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
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
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
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
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
> >>
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
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
On Sun, Jul 16, 2023 at 12:42:11PM +0100, Luca Boccassi wrote:
> If there is somebody who's ignoring things, that would be yourself,
> given this change has been not only been explicitly requested, but even
> provided _BY_ the CTTE, as you would have easily found out if you
> actually went and
Source: audit
Version: 1:3.0.9-1
Severity: normal
Hello Laurent,
The package descriptions do not match the package names:
For example libaudit-dev:
' The audit-libs-devel package contains the static libraries and header'
when there is no debian package audit-libs-devel.
But actually there is
On Mon, Jun 26, 2023 at 11:05:11AM -0700, Vagrant Cascadian wrote:
> Source: menu
> Severity: normal
> Tags: patch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: timestamps
> X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
>
> The timestamp is embedded in the gzip headers
On Mon, Jun 26, 2023 at 09:58:06AM -0700, Vagrant Cascadian wrote:
> Source: menu
> Severity: normal
> Tags: patch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: buildpath
> X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
>
> The build path is embedded in various
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
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 cond
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
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
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
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
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
> > >
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.
On Thu, May 25, 2023 at 03:18:58PM +0200, Bastian Germann wrote:
> libjpeg6b is not going anywhere.
What does that even mean ?
> I would like to suggest to remove the package for the purpose of reducing the
> automake1.11 dependent package.
> libjpeg6b has not been part of a Debian release in
On Mon, Mar 20, 2023 at 12:05:24PM +, James Addison wrote:
> On Mon, 20 Mar 2023 13:31:37 +0800, pabs wrote:
> > Perhaps lintian could add classification tags for the relevant CPU
> > instructions and then the i386 port could have extra autopkgtest nodes
> > that only process the packages
On Sun, Mar 19, 2023 at 11:47:21PM +, James Addison wrote:
> Package: gcc-11
> Followup-For: Bug #1005863
> X-Debbugs-Cc: debian-...@lists.debian.org, debian-rele...@lists.debian.org,
> debian-pol...@lists.debian.org
>
> Hi folks,
>
> Bug #1005863 describes a gcc-11 behaviour that results
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
On Wed, Feb 15, 2023 at 05:45:26AM +0800, Roy Clark (kralcyor) wrote:
> Package: libjpeg9
> Version: 1:9d-1.1
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> /usr/lib/*/{libjpeg.so.9,libjpeg.so.9.4.0} are missing in the package, making
> it completely
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
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
>
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
e
> > "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 impression
>
>
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
>
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,
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
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
On Thu, Dec 22, 2022 at 10:41:00PM +0100, наб wrote:
> Package: menu
> Version: 2.1.49
> Severity: normal
>
> Dear Maintainer,
>
> -- >8 --
> $ cat usr/share/menu/README
> ...
> The files should have the name of the package that's installing it,
> and may contain as many lines (menu entries) as
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
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,
>
On Thu, Nov 17, 2022 at 09:37:27AM +0800, Paul Wise wrote:
> On Wed, 2022-11-16 at 19:00 +0100, Bill Allombert wrote:
>
> > /etc/cron.daily/popularity-contest is a conffile, I cannot make it into
> > a systemd service.
>
> The usual way to handle both cron and system
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 =
On Fri, Feb 22, 2019 at 04:00:30PM -0800, Bryan Quigley wrote:
> Package: popularity-contest
> Version: 1.67
>
> This is regards to the popularity-contest cron job. I'm looking into
> running systems without anacron/cron installed - instead using systemd
> timers.
Hello Bryan,
Why not use
On Sun, Nov 06, 2022 at 02:18:52PM +0100, Jerome BENOIT wrote:
> Hello Bill, I got a closer look.
>
> It appears that [gap-]guava auxiliary binaries do not depend on gap-dev
> related packages.
> We must discard this dependency a part of resolving the issue.
> However, these auxiliary binaries
On Thu, Nov 03, 2022 at 04:12:46PM -0300, Marcos Talau wrote:
> Control: tags 999306 + patch
> Control: tags 999306 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for libjpeg6b (versioned as 1:6b2-3.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it
On Thu, Nov 03, 2022 at 12:25:17PM +0100, Jerome BENOIT wrote:
> >
> > Indeed, the GAP patch debian/patches/program-path adds
> > /usr/share/gap/pkg/guava/bin/ to this list.
> >
> > > However only the last dir[ectory] may work on muti-architecture boxes.
> > > Here we would need a
On Wed, Nov 02, 2022 at 11:13:07AM +0100, Jerome BENOIT wrote:
> Hello Bill, thanks for your message.
Hello Jerome,
Please keep in mind that the BTS does not forward email to the submitter so
you always need to CC them otherwise they will not see your answer!
I only found it by luck, because I
On Fri, Oct 28, 2022 at 07:26:09PM +, Tobias Hansen wrote:
> Thanks! I will apply the patch once the pari version with the other fixes is
> uploaded.
Great! I uploaded it today (pari 2.15.1~pre1-1). I hope it will be OK.
Cheers,
--
Bill.
Imagine a large red swirl here.
Package: gap-guava-bin
Version: 3.17+ds-2
Severity: normal
Dear Debian Science Maintainers,
gap-guava-bin includes the directory
/usr/lib/gap/pkg/guava/bin/x86_64-pc-linux-gnu-default64-kv7
but does not depend on gap-kernel-7.
1) As far as I can see, the guava binaries are not linked against
Package: gap-io
Version: 4.7.0+ds-2
Severity: important
Dear Debian Science team,
gap-io depends on gap-kernel-7. This need to be bumped to gap-kernel-8
and rebuild, to work with gap 4.12.
Idem for gap-float
Thanks in advance,
--
Bill.
Imagine a large red swirl here.
On Wed, Oct 05, 2022 at 10:41:58PM +0200, Bill Allombert wrote:
> On Wed, Sep 21, 2022 at 11:57:40PM +0300, Adrian Bunk wrote:
> > Testing cypari2.gen
> > **
> > File
> > "/<>/.pybui
On Wed, Oct 19, 2022 at 09:27:23AM +, Tobias Hansen wrote:
> I tried rebuilding with this patch from sagemath:
Thanks!
> |diff --git a/src/pari.cc b/src/pari.cc index 76ce8e1..50d08ab 100644 ---
> a/src/pari.cc +++ b/src/pari.cc @@ -40,6 +40,13 @@ using namespace std;
> #ifdef HAVE_LIBPARI
On Mon, Oct 17, 2022 at 08:44:52AM +, Tobias Hansen wrote:
> Control: block -1 by 1020436 1020456
>
> Before sagemath can be fixed, cypari2 and giac have to be built against pari
> 2.15.
OK, is there someone taking care of giac ?
Cheers,
--
Bill.
Imagine a large red swirl here.
On Wed, Sep 21, 2022 at 11:57:40PM +0300, Adrian Bunk wrote:
> Testing cypari2.gen
> **
> File
> "/<>/.pybuild/cpython3_3.10_cypari2/build/cypari2/gen.cpython-310-x86_64-linux-gnu.so",
> line ?, in cypari2.gen.Gen.__complex__
>
On Wed, Sep 21, 2022 at 09:01:51PM +0300, Adrian Bunk wrote:
> Source: giac
> Version: 1.9.0.19+dfsg2-1
> Severity: serious
> Tags: ftbfs
>
> https://buildd.debian.org/status/logs.php?pkg=giac=1.9.0.19%2Bdfsg2-1%2Bb1
>
> ...
> pari.cc: At global scope:
> pari.cc:752:17: error: typedef
On Wed, Sep 21, 2022 at 11:57:40PM +0300, Adrian Bunk wrote:
> Source: cypari2
> Version: 2.1.2-2
> Severity: serious
> Tags: ftbfs bookworm sid
>
> https://buildd.debian.org/status/logs.php?pkg=cypari2=2.1.2-2%2Bb3
>
> Differences (ndiff with -expected +actual):
> Traceback (most recent
1 - 100 of 3525 matches
Mail list logo
