Hello.
GCC-13 is now the default Ada compiler for the unreleased ("testing")
Debian 13 ("trixie") distribution.
This list describes some changes specific to Debian.
* The GNU C library enables 64 bits durations on 32 bits architectures
like arm{el,hf}, preventing an overflow in 2038. The
Source: plplot
Severity: normal
Tags: patch
X-Debbugs-Cc: Graham Inggs
Hello.
The autopkgtests are failing with
...gcc... -lplplotada -lplplot ...
/usr/bin/ld: cannot find -lplplot: No such file or directory
The linker is searching for the /usr/lib/MULTIARCH/libplplot.so symbolic
link,
Source: plplot
Severity: normal
Tags: patch
X-Debbugs-Cc: Graham Inggs
Hello.
The autopkgtests are failing with
...gcc... -lplplotada -lplplot ...
/usr/bin/ld: cannot find -lplplot: No such file or directory
The linker is searching for the /usr/lib/MULTIARCH/libplplot.so symbolic
link,
Hello.
The package needs to build with gnat-13 in order to be part of next
Debian release.
Are you planning a new upload in the near future?
Else, are you OK with a non maintainer upload fixing this specific bug?
Hello.
The package needs to build with gnat-13 in order to be part of next
Debian release.
Are you planning a new upload in the near future?
Else, are you OK with a non maintainer upload fixing this specific bug?
Source: ghdl
Followup-For: Bug #916475
Control: tags 1067446 patch
Control: tags 1067686 patch
Hello.
The attachment fixes several bugs including the release-critical one.
The build succeeds on ppc64el, although running
neither dh_auto_test nor autopkgtests.
Debdiff only reports expected
artifacts).
Ironically, f1175056 seems to introduce the exact kind of human error
that dynamic generation would prevent.
0001-build-spare-an-unneeded-subst-handling-in-pkg-info.m.patch
>From 36e98fdd10b1896f8fa89733b5e0c1781c0cce4c Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Mon, 6
artifacts).
Ironically, f1175056 seems to introduce the exact kind of human error
that dynamic generation would prevent.
0001-build-spare-an-unneeded-subst-handling-in-pkg-info.m.patch
>From 36e98fdd10b1896f8fa89733b5e0c1781c0cce4c Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Mon, 6
the upstream part to version 82.
>From 31c2f14e91e2a01c75eb1309f17ea540ffb80571 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Sat, 3 Dec 2022 18:56:23 +0100
Subject: [PATCH 02/10] Switch to dh-ada-library >= 8.2 for packaging.mk
---
debian/control | 1 +
debian/rules | 3 +--
2
the upstream part to version 82.
>From 31c2f14e91e2a01c75eb1309f17ea540ffb80571 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Sat, 3 Dec 2022 18:56:23 +0100
Subject: [PATCH 02/10] Switch to dh-ada-library >= 8.2 for packaging.mk
---
debian/control | 1 +
debian/rules | 3 +--
2
Source: alire
Followup-For: Bug #1069984
Hello.
This bug is already fixed in 1.2.1-1.1.
The ideal way to close a bug is usually in debian/changelog, but this
bug was open after its fix has been uploaded to experimental,
so you should probably close it as described at
Source: alire
Followup-For: Bug #1069984
Hello.
This bug is already fixed in 1.2.1-1.1.
The ideal way to close a bug is usually in debian/changelog, but this
bug was open after its fix has been uploaded to experimental,
so you should probably close it as described at
Package: release.debian.org
Followup-For: Bug #1065309
Hello.
For some reason, some rebuilds succeeded without a +b1 version.
Their reverse dependencies is dep-waiting on the +b1 version.
Please cancel three dep-wait restrictions.
gb libgnatcoll-db_23.0.0-6 . armel powerpc . -o
gb
Package: release.debian.org
Followup-For: Bug #1065309
Hello.
For some reason, some rebuilds succeeded without a +b1 version.
Their reverse dependencies is dep-waiting on the +b1 version.
Please cancel three dep-wait restrictions.
gb libgnatcoll-db_23.0.0-6 . armel powerpc . -o
gb
Source: whitakers-words
Followup-For: Bug #1067285
Hello.
This failure is caused by new compiler warnings, either because of the
switch to gnat-13 or because of changes in Debian options.
Anyway, I suggest to add the following two lines in debian/rules,
somewhere before the inclusion of
Source: whitakers-words
Followup-For: Bug #1067285
Hello.
This failure is caused by new compiler warnings, either because of the
switch to gnat-13 or because of changes in Debian options.
Anyway, I suggest to add the following two lines in debian/rules,
somewhere before the inclusion of
Package: release.debian.org
Followup-For: Bug #1065309
Hello.
The time_t64 transition has triggered #1067453 in the Ada compiler,
which is now fixed by gcc-13/13.2.0-24.
The patch modifies the sources of the Ada standard library, so most
Ada packages need a rebuild in order to update their
Package: release.debian.org
Followup-For: Bug #1065309
Hello.
The time_t64 transition has triggered #1067453 in the Ada compiler,
which is now fixed by gcc-13/13.2.0-24.
The patch modifies the sources of the Ada standard library, so most
Ada packages need a rebuild in order to update their
Source: gcc-13
Followup-For: Bug #1067453
The gettimeofday import issue seems specific to the time_t 64
transition in Debian.
When building C on armhf, a #define replaces gettimeofday with
__gettimeofday64 so the linker finds the 64 bits version in the libc.
When linking Ada code, the linker
Source: gcc-13
Followup-For: Bug #1067453
The gettimeofday import issue seems specific to the time_t 64
transition in Debian.
When building C on armhf, a #define replaces gettimeofday with
__gettimeofday64 so the linker finds the 64 bits version in the libc.
When linking Ada code, the linker
been present in pkg-info.mk since 2011.
>From 5b3d75fb604dae497406f19073d03ea094da8d07 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Wed, 10 Apr 2024 00:41:42 +0200
Subject: [PATCH 01/10] scripts/t/mk/buildflags.mk: fix test of _MAINT_APPEND
when TEST_ is empty
When TEST_CPPFLAGS is em
been present in pkg-info.mk since 2011.
>From 5b3d75fb604dae497406f19073d03ea094da8d07 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Wed, 10 Apr 2024 00:41:42 +0200
Subject: [PATCH 01/10] scripts/t/mk/buildflags.mk: fix test of _MAINT_APPEND
when TEST_ is empty
When TEST_CPPFLAGS is em
Source: gcc-13
Followup-For: Bug #1067453
Sorry for the poor summary. Here is what I have built and tested.
* native build on ppc46el (not amd64)
* gcc-source 13.2.0-19 from Debian
* libgnat-timet64.diff unapplied
(pr114065-proposed.diff should be unapplied for -20 and later)
* commits 1/8
Source: gcc-13
Followup-For: Bug #1067453
Sorry for the poor summary. Here is what I have built and tested.
* native build on ppc46el (not amd64)
* gcc-source 13.2.0-19 from Debian
* libgnat-timet64.diff unapplied
(pr114065-proposed.diff should be unapplied for -20 and later)
* commits 1/8
--- a/debian/patches/ada-lib-info-source-date-epoch.diff
+++ b/debian/patches/ada-lib-info-source-date-epoch.diff
@@ -62,24 +62,26 @@ Author: Nicolas Boulenguez
end File_Stamp;
function File_Stamp (Name : Path_Name_Type) return Time_Stamp_Type is
-@@ -3261,4 +3276,28 @@ begin
+@@ -3261,4
--- a/debian/patches/ada-lib-info-source-date-epoch.diff
+++ b/debian/patches/ada-lib-info-source-date-epoch.diff
@@ -62,24 +62,26 @@ Author: Nicolas Boulenguez
end File_Stamp;
function File_Stamp (Name : Path_Name_Type) return Time_Stamp_Type is
-@@ -3261,4 +3276,28 @@ begin
+@@ -3261,4
> > On armel, the control files correctly contain no Built-Using field.
> I have not noticed the issues on armel, just armhf (with 0.0.5 or 0.0.6)
> and arm64 (with 0.0.6).
I have tried again on an armhf porterbox, all works as expected.
> > Could you please describe your build environment?
>
Hello.
I failed to reproduce the issue on a porterbox.
On arm64:
# dpkg-source -x u-boot_2024.01+dfsg-3.dsc
# cd u-boot_2024.01+dfsg
# patch -p1 < ../b8d394100d6f858c0e80786f7087f96c11d698c3.diff
# DEB_BUILD_PROFILES='pkg.uboot.notools
pkg.uboot.platform.a64-olinuxino' fake\
root debian/rules
Package: gnat-13
Version: 13.2.0-19
Severity: normal
X-Debbugs-Cc: lbre...@debian.org
Control: affects -1 pcscada libalog dbusada anet ahven libgmpada libgtkada
libgnatcoll-db libncursesada libaunit adacgi liblog4ada libtexttools
libtemplates-parser libxmlezout libgnatcoll-bindings libgnatcoll
Hello.
> About to upload a version reverting this change to fix build failure on
> armhf.
>
> Removing the patch flag, as the patch does not quite work correctly.
>
> Also filed a bug on dh-builtusing about this:
>
> https://bugs.debian.org/1067242
>
> I look forward to an improved
Package: gnat-13
Version: 13.2.0-19
Severity: normal
X-Debbugs-Cc: lbre...@debian.org
Control: affects -1 pcscada libalog dbusada anet ahven libgmpada libgtkada
libgnatcoll-db libncursesada libaunit adacgi liblog4ada libtexttools
libtemplates-parser libxmlezout libgnatcoll-bindings libgnatcoll
Hello.
Version 2 seems OK.
Thanks.
Hello.
Version 2 seems OK.
Thanks.
Hello.
A bug affects the Ada tests during the build of the gcc-12 source
package.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066052
Such error messages happen on each (uncoordinated) change in the sources
of an Ada library. Some sources for the standard library built by GCC
are
Hello.
A bug affects the Ada tests during the build of the gcc-12 source
package.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066052
Such error messages happen on each (uncoordinated) change in the sources
of an Ada library. Some sources for the standard library built by GCC
are
Hello.
A bug affects the Ada tests during the build of the gcc-12 source
package.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066052
Such error messages happen on each (uncoordinated) change in the sources
of an Ada library. Some sources for the standard library built by GCC
are
. This issue can also be
seen with 1.22.5.
>From 37f1089c450fca16d06d586cf390a05642af25f0 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Mon, 4 Mar 2024 13:23:56 +0100
Subject: [PATCH 01/11] scripts/mk: only use ASCII characters
The policy recommends english, so french parenthesis must be replaced.
Mor
. This issue can also be
seen with 1.22.5.
>From 37f1089c450fca16d06d586cf390a05642af25f0 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Mon, 4 Mar 2024 13:23:56 +0100
Subject: [PATCH 01/11] scripts/mk: only use ASCII characters
The policy recommends english, so french parenthesis must be replaced.
Mor
Source: libselinux
Severity: wishlist
Tags: patch
Hello.
Once the t64 transition is completed, you may want to review the
attached small suggestions and pick the ones you are interested in.
>From e5cdfa6d7d4236380eecc1af60610f65fbc42f20 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date:
Source: ghdl
Followup-For: Bug #916475
Hello.
0001 is unchanged.
0002 is stripped from unwanted spaces<->tabulations changes.
>From 93ac475b1389fb875094c14a4977f64d8c1f74fd Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Sun, 1 Oct 2023 01:14:25 +0200
Subject: [PATCH 1/2]
is already computed in default.mk).
* removes non-ASCII characters from comments
>From e29be20064687eee52fa9b6c1ee1cb722867d590 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Mon, 29 Jul 2019 14:38:32 +0200
Subject: [PATCH 01/10] scripts/mk: protect scripts from double inclusion
is already computed in default.mk).
* removes non-ASCII characters from comments
>From e29be20064687eee52fa9b6c1ee1cb722867d590 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Mon, 29 Jul 2019 14:38:32 +0200
Subject: [PATCH 01/10] scripts/mk: protect scripts from double inclusion
Source: dh-ada-library
Followup-For: Bug #1064840
Control: tags -1 + pending
Hello.
A fix is committed [1] and will be part of the pending t64/gnat-13
transition.
[1]
https://salsa.debian.org/debian/dh_ada_library/-/commit/d40951e34b40f8e9c63e961546a8a4093746857d
[2]
Package: release.debian.org
X-Debbugs-Cc: debian-...@lists.debian.org
Hello.
In addition to the information in https://bugs.debian.org/1065309,
here is the usual summary preparing a gnat transition.
--
This bug requests a green light for a transition of Ada packages from
gnat-12 to gnat-13 in
Package: release.debian.org
X-Debbugs-Cc: debian-ada@lists.debian.org
Hello.
In addition to the information in https://bugs.debian.org/1065309,
here is the usual summary preparing a gnat transition.
--
This bug requests a green light for a transition of Ada packages from
gnat-12 to gnat-13 in
Package: release.debian.org
X-Debbugs-Cc: debian-...@lists.debian.org
Hello.
In addition to the information in https://bugs.debian.org/1065309,
here is the usual summary preparing a gnat transition.
--
This bug requests a green light for a transition of Ada packages from
gnat-12 to gnat-13 in
Source: astroid
Followup-For: Bug #1043828
Control: tags -1 + patch
Hello.
A trivial patch is available as a salsa merge request at
https://salsa.debian.org/python-team/packages/astroid/-/merge_requests/5
> Can we also consider ${*:Built-Using} as typically seen in
> ${sphinxdoc:Built-Using}?
> This is another field that people keep forget adding. While missing
> this field is not severely harmful, having it automatically handled
> would be beneficial.
Automatic expansion of
Package: wnpp
Severity: wishlist
Owner: Nicolas Boulenguez
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: ada-bar-codes
Version : 002.20240219
Upstream Contact: Gautier de Montmollin
* URL : https://sourceforge.net/projects/ada-bar-codes/
* License
Package: wnpp
Severity: wishlist
Owner: Nicolas Boulenguez
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: ada-bar-codes
Version : 002.20240219
Upstream Contact: Gautier de Montmollin
* URL : https://sourceforge.net/projects/ada-bar-codes/
* License
Package: git-buildpackage
Followup-For: Bug #947078
Hello.
For me, this bug can be closed.
Does anyone object?
Source: u-boot
Followup-For: Bug #1051098
Hello.
Here is an updated version rebased on a609e1d2:
>From 27ec150b506234e1a3e24688ed400627133ab5e2 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Sat, 2 Sep 2023 23:24:10 +0200
Subject: Delegate the Built-Using field to the dh-builtus
Source: u-boot
Followup-For: Bug #990824
Hello.
This version is (trivially) rebased on a609e1d2.
>From 39ea68aadb043a3f38143bb41ad929cbeb11b5c9 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Thu, 8 Jul 2021 17:11:19 +0200
Subject: debian/rules: Filter packages and platforms with
Package: git-buildpackage
Followup-For: Bug #1010751
Ping?
Package: wnpp
Severity: wishlist
Owner: Nicolas Boulenguez
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: ada-bar-codes
Version : 002.20240219
Upstream Contact: Gautier de Montmollin
* URL : https://sourceforge.net/projects/ada-bar-codes/
* License
or revert parts of it depending on your answer.
>From 798e5b247db70dc24ce6736a4eba7b5ae17ca41d Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Fri, 23 Feb 2024 17:10:17 +0100
Subject: [PATCH 02/10] d/README.Debian: typo
---
debian/README.source | 2 +-
1 file changed, 1 insertion(+)
or revert parts of it depending on your answer.
>From 798e5b247db70dc24ce6736a4eba7b5ae17ca41d Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Fri, 23 Feb 2024 17:10:17 +0100
Subject: [PATCH 02/10] d/README.Debian: typo
---
debian/README.source | 2 +-
1 file changed, 1 insertion(+)
rom 3a37cc18ee2709e807ff1f330bdc05a8db63efa0 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Fri, 23 Feb 2024 17:12:57 +0100
Subject: [PATCH 01/10] realtek: Add RTL8188fufw firmware
---
debian/config/realtek/defines | 5 +
debian/copyright | 2 +-
debian/modinfo.json | 1 +
3 files changed
rom 3a37cc18ee2709e807ff1f330bdc05a8db63efa0 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Fri, 23 Feb 2024 17:12:57 +0100
Subject: [PATCH 01/10] realtek: Add RTL8188fufw firmware
---
debian/config/realtek/defines | 5 +
debian/copyright | 2 +-
debian/modinfo.json | 1 +
3 files changed
Alejandro R. Mosteo
> Something that has been in the back of my mind also since the beginnings of
> the project is that I hope it should be relatively straightforward to
> generate Debian packages from Alire's metadata for someone familiar with
> Debian's Ada policy. If not, I would be interested
Hello.
> debhelper 13.11.4
> dh-ada-library 8.6
> gnat-1010.2.1-6
> $ dh_ada_library --export-versions
> DEB_GNAT_VERSION:=GNATMAKE 10.2.1 20210110
I failed to reproduce your issue with
debhelper 13.11.10
dh-ada-library 8.6
gnat-1010.5.0-2
That is, the output is
rom: Nicolas Boulenguez
Date: Mon, 29 Jul 2019 14:38:32 +0200
Subject: [PATCH 1/8] scripts/mk: stop hard-coding dpkg_datadir, protect from
double inclusion
The Makefile snippets include each other from their common directory,
but the path differ during tests and after installation. Inst
rom: Nicolas Boulenguez
Date: Mon, 29 Jul 2019 14:38:32 +0200
Subject: [PATCH 1/8] scripts/mk: stop hard-coding dpkg_datadir, protect from
double inclusion
The Makefile snippets include each other from their common directory,
but the path differ during tests and after installation. Inst
Package: dh-ada-library
Severity: wishlist
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1030715 shows an
example.
Such unreproducibilities will affect most packages using the
gprinstall tool, so a common solution seems better and the right place
for that is dh-ada-library.
79f5d13e3b Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Sun, 1 Oct 2023 01:14:25 +0200
Subject: [PATCH 1/2] Delegate computation of Built-Using to dh-builtusing
---
debian/control | 7 ---
debian/rules | 9 -
2 files changed, 4 insertions(+), 12 deletions(-)
diff --git a/debian
Have you seen this?
https://lists.debian.org/debian-devel/2023/08/
> I've been toying with the idea of setting up a Debian-wide system to nag
> maintainers about out-of-date, inconsistent or plain broken packaging git
> repos. This logic to diff the dsc against one built from unstable could be
>
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: libgnatc...@packages.debian.org
Control: affects -1 + src:libgnatcoll
Hello.
This follows the NMU requested at
https://bugs.debian.org/1055063
nmu:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: libgnatc...@packages.debian.org
Control: affects -1 + src:libgnatcoll
Hello.
This follows the NMU requested at
https://bugs.debian.org/1055063
nmu:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: gprbu...@packages.debian.org
Control: affects -1 + src:gprbuild
Hello.
The gprbuild source package builds the libgnatprj-dev binary package.
Libgnatprj-dev Depends: on
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: gprbu...@packages.debian.org
Control: affects -1 + src:gprbuild
Hello.
The gprbuild source package builds the libgnatprj-dev binary package.
Libgnatprj-dev Depends: on
Package: git-buildpackage
Followup-For: Bug #947078
Hello.
Does the solution suggested in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=947078
solve your problem?
If so, may we close this bug?
Thanks.
Source: gprbuild
Followup-For: Bug #1036069
Control: reassign -1 gprconfig 23.0.0-3
Control: tags -1 + pending
Hello.
Thanks for reporting.
The issue should be fixed by the next upload of gprconfig-kb.
Source: gprbuild
Followup-For: Bug #1036069
Control: reassign -1 gprconfig 23.0.0-3
Control: tags -1 + pending
Hello.
Thanks for reporting.
The issue should be fixed by the next upload of gprconfig-kb.
Package: gnat-12
Followup-For: Bug #643663
Control: reassign 643663 gnat-13 13.2.0-5
Control: retitle 643663 gnat: invalid access to atomic variable
Hello.
With gnat-13, the following sources compile without error.
On the other hand, the invalid access to the atomic variable may not
be fixed.
Package: gnat-12
Followup-For: Bug #643663
Control: reassign 643663 gnat-13 13.2.0-5
Control: retitle 643663 gnat: invalid access to atomic variable
Hello.
With gnat-13, the following sources compile without error.
On the other hand, the invalid access to the atomic variable may not
be fixed.
quot; error due to set -u, which I find is
> more helpful than a quiet exit rv>0.
Please use the attached commit instead.
>From 610cb15f44cf9c9d1f582a816f1deefe63ac26a1 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Thu, 5 Oct 2023 14:39:35 +0200
Subject: [PATCH 1/3] Various mi
Hello.
> would it be possible to get dh-builtusing backported for bookworm? We
> want to use dh-builtusing in ghdl (as you know ;), but I run my
> package builds on bookworm, inside an sbuild chroot, but gbp breaks
> when building the source package it's going to hand to the chroot.
Please first
eplace
usr/lib/*/libghdl.so
in debian/libghdl-dev.install with
usr/lib/${DEB_HOST_MULTIARCH}/libghdl.so
>From 734fee62a113b8c36c929f8ee739243d67d64a34 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Wed, 14 Dec 2022 13:48:00 +0100
Subject: [PATCH 01/14] Install the usr/bin/ghd
Source: ghdl
Followup-For: Bug #916475
Hello.
A rebased and extended list of suggestions is attached.
Debdiff reports no change in the binary packages.
>From 734fee62a113b8c36c929f8ee739243d67d64a34 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Wed, 14 Dec 2022 13:48:00 +0100
Subj
TLDR: Does anyone need the unversioned
* HOST-gnatmake executable,
* -lgnat shared library or
* gnatgcc executable?
Hello.
It seems possible to make the gnat-VERSION packages coinstallable.
The gnat-13 transition may be a good opportunity to debug this in
experimental.
A roadmap follows.
Package: dh-builtusing
Followup-For: Bug #1052427
Hello.
The motivation for
Built-Using: ${dh-builtusing:gcc-S-source}
is that the maintainer wants everyone else to be able to replace
Build-Depends: gcc-13-source
with
Build-Depends: gcc-14-source
and rebuild the package.
The purpose of
Source: u-boot
Severity: wishlist
Tags: patch
Hello.
You may be interested in the dh-builtusing debhelper tool, which
generates the Built-Using field instead of explicit shell subcommands.
--- a/debian/control
+++ b/debian/control
@@ -7,6 +7,7 @@ Build-Depends:
bc,
bison,
debhelper-compat
Package: wnpp
Severity: wishlist
Owner: Nicolas Boulenguez
X-Debbugs-Cc: debian-devel@lists.debian.org, benoit.delc...@gmail.com
* Package name: qmidictl
Version : 0.9.10
Upstream Contact: rncbc at rncbc dot org
* URL : https://www.rncbc.org
* License : GPL-2
Package: wnpp
Severity: wishlist
Owner: Nicolas Boulenguez
X-Debbugs-Cc: debian-de...@lists.debian.org, benoit.delc...@gmail.com
* Package name: qmidictl
Version : 0.9.10
Upstream Contact: rncbc at rncbc dot org
* URL : https://www.rncbc.org
* License : GPL-2
Package: wnpp
Severity: wishlist
Owner: Nicolas Boulenguez
X-Debbugs-Cc: debian-de...@lists.debian.org, benoit.delc...@gmail.com
* Package name: qmidictl
Version : 0.9.10
Upstream Contact: rncbc at rncbc dot org
* URL : https://www.rncbc.org
* License : GPL-2
executes the same shell commands than before.
As usual… thanks for maintaining this package.
I hope this will simplify your work.
>From 92481e8b58dcf28727164c0764265e78d82656b0 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Thu, 17 Aug 2023 23:01:48 +0200
Subject: debian/rules: impr
Package: python3-astroid
Followup-For: Bug #1041883
Thanks for updating the package.
In which form should I submit the remaining suggestions?
As separate merge request?
At least the extension of upstream copyright years is correct, or am I
missing something?
> > Latest pylint fixes a few issues and requires astroid/2.15.4.
> yep. i know
Of course *you* know because you maintain both packages. But a bug
report is public, and someone else reading this report may appreciate
a bit of context.
> please do not submit patches to packages via email like
Package: debhelper
Version: 13.11.4
Severity: minor
Tags: patch
Hello.
I suspect a missing dollar character in dh_installchangelog.
Sorry for the noise if this is some deliberate Perl black magic.
--- a/dh_installchangelogs
+++ b/dh_installchangelogs
@@ -148,7 +148,7 @@
foreach my
Hello.
Intrusive changes are on their way.
Are there any objection?
The usr/bin/gnatgcc symbolic link has caused lots of maintenance
issues, for arguable benefit, and even confusion in rare occasions.
It will eventually be removed.
For now, it will be replaced with a script displaying the
Julien Puydt
> - Indeed this is quite fragile; I have two scripts for Coq packages [1]:
> one to tell me about the deps (I give it which package I have to upgrade
> and it gives the list of affected packages by pass) and the other to
> generate the migration script (I give it the list of new
Hello.
The Ada maintainers are considering a new naming scheme for -dev packages,
where
libada-foo-dev Provides: libada-foo-dev-HASH.
source packages Build-Depend: libada-foo-dev
binary -dev packages Depend: libada-foo-dev-HASH
The intent is similar to the one of shared object versions, but
Source: nanovna-saver
Followup-For: Bug #1035194
Hello.
Nanovna-saver requires a specific hardware to do anything useful.
Also, testing a graphical tool is far from trivial.
Post-build tests check some purely algorithmic parts, but do not make
much sense as integration tests.
Unless someone
Package: dpkg-dev
Followup-For: Bug #689062
Hello.
I took the absence of answer to my messages here and the ITP as an
agreement that an external tool, if somewhat redundant, is preferable
to a change in the dpkg-gencontrol public interface, where any change
has wide repercussions.
So here is
Package: dpkg-dev
Followup-For: Bug #689062
Hello.
I took the absence of answer to my messages here and the ITP as an
agreement that an external tool, if somewhat redundant, is preferable
to a change in the dpkg-gencontrol public interface, where any change
has wide repercussions.
So here is
> check_ali_update.sh is triggered with gcc-12 12.3.0-2.
Hello.
This is a false alert.
Commit 8fd9efdd6cc7fd537aa3ac1d4c57178ca0d3e6b7 in the GCC packaging
should prevent it.
Here are some details, in case further investigation is required.
Between gnat-12_12.2.0-14_amd64.deb and
> check_ali_update.sh is triggered with gcc-12 12.3.0-2.
Hello.
This is a false alert.
Commit 8fd9efdd6cc7fd537aa3ac1d4c57178ca0d3e6b7 in the GCC packaging
should prevent it.
Here are some details, in case further investigation is required.
Between gnat-12_12.2.0-14_amd64.deb and
Package: gnat
Followup-For: Bug #1036069
Control: reassign -1 gprbuild 2023.0.0-3
Hello.
> check_ali_update.sh is triggered with gcc-12 12.3.0-2.
Probably, the only fix requires to rename of Ada -dev packages:
~20 trivial NMUs + NEW + stable-proposed-updates
> There were no changes to gcc/ada and libada.
The change may be caused by generated code interfacing with C.
>
Hello.
> check_ali_update.sh is triggered with gcc-12 12.3.0-2.
Probably, the only fix requires to rename of Ada -dev packages:
~20 trivial NMUs + NEW + stable-proposed-updates
> There were no changes to gcc/ada and libada.
The change may be caused by generated code interfacing with C.
>
1 - 100 of 2177 matches
Mail list logo