> use the "hashref" based autoscript?
The attached updated diff switches
from strings and sed expressions
back to arrays (again) and hashrefs (new).
> The "justdirs" is supposed to be in "opposite" order of "dirs"
> ("justdirs" are in "removal order" while "dirs" are in "creation order")
> but
Package: debhelper
Version: 11.1.6
Severity: minor
Tags: patch
A trivial patch is attached.
Thanks.
--- a/dh_installwm
+++ b/dh_installwm
@@ -49,6 +49,11 @@
Do not modify F/F scripts. Turns this command into a no-op.
+=item B<-A>, B<--all>
+
+Modify scripts for window managers specified by
Package: debhelper
Version: 11.1.6
Severity: minor
Tags: patch
Hi.
My patch for #894227 has introduced a typo.
The fix is trivial:
--- a/dh_installxfonts
+++ b/dh_installxfonts
@@ -86,7 +86,7 @@
{ 'CMDS' => join(";", @cmds, @cmds_postrm) });
if
Package: debhelper
Followup-For: Bug #894549
Hello.
This new diff should fix the same issues in dh_usrlocal.
The result is more readable in my opinion, hopefully preventing
similar errors in the future.
It should also be a bit more efficient: instead of sorting two huge
lists of paths all
Package: debhelper
Version: 11.1.6
Severity: minor
Tags: patch
Hello.
The attached script shows that dh_usrlocal generates a prerm script
removing a direct subdirectory of /usr/local.
As I understand the policy, it should not.
The fix is included.
It also suggests some minor related changes,
Package: debhelper
Followup-For: Bug #894227
Hi.
Thanks for applying the patch.
My second suggestion concerning the xfonts-utils has introduced a new
typo. Sorry.
A trivial fix is attached.
--- a/dh_installxfonts
+++ b/dh_installxfonts
@@ -86,7 +86,7 @@
{ 'CMDS' => join(";", @cmds,
Hello.
A patch packaging last upstream release, updating the packaging,
removing the dependency on an orphaned package, fixing #834140,
#887846, and most probably #864717, has been availble for a while.
Who should I contact to review it, and/or allow an NMU?
Thanks.
Package: taskcoach
Severity: normal
Tags: upstream
Hello.
Upstream authors for pylockfile say:
pylockfile has been retired. We won't be making any more updates to it.
See the fasteners library for a supported alternative.
Taskcoach has to switch to another library.
Upstream is cooperative,
Package: wnpp
Followup-For: Bug #886102
Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: oolite -- ROM; depends on obsolete libmozjs, see #886102
Hello.
Please remove oolite from unstable.
It depends on an obsolete libmozjs, and cannot be fixed easily (see
#886102 for details).
No one
Package: debhelper
Version: 11.1.5
Severity: minor
Hello.
The attached script demonstrates that dh_link produces not-policy
conformant symlinks when one of the paths contains '.' or '..' as
components, or with multiple leading directory separators.
Moreover, it may erase file outside the
Package: debhelper
Version: 11.1.5
Severity: normal
Tags: patch
Hello.
The attached script shows the difference between the default order,
based on readdir output, and sorted order. If you are lucky, it will
be interesting on your system :-)
The patch also contains an unrelated suggestion: call
Package: debhelper
Version: 11.1.5
Severity: minor
Tags: patch
Hello.
dh_ucf handles --all and command line arguments, but the man page
seems out of date.--- a/dh_ucf
+++ b/dh_ucf
@@ -14,7 +14,7 @@
=head1 SYNOPSIS
-B [S] [B<-n>]
+B [S] [B<-A>] [B<-n>] [S]
=head1 DESCRIPTION
Package: debhelper
Version: 11.1.5
Severity: normal
Tags: patch
Hello.
dh_installinfo uses dh{SOURCEDIR} but does not tell Dh_Lib to accept
the associated command line option.
A trivial patch is attached.
--- a/dh_installinfo
+++ b/dh_installinfo
@@ -63,7 +63,9 @@
=cut
-init();
Package: gnat-7
Version: 7.3.0-11
Severity: minor
Tags: upstream
Hello.
The following source
with Ada.Directories; use Ada.Directories;
with Ada.Text_IO; use Ada.Text_IO;
procedure Directories_Bug is
procedure Show (Path : in String) is
With_Slash : constant String := Path & '/';
Package: devscripts
Followup-For: Bug #863118
Hi.
Please also consider these two patches.
Thanks.
>From a97cd3da68e8abeb1d3d3cf52bc66e092c0ed3d3 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez <nicolas.bouleng...@free.fr>
Date: Fri, 23 Feb 2018 10:28:27 +0100
Subject: [PATCH 1/2] Cle
Package: devscripts
Followup-For: Bug #863118
Please ignore previous attachment, and consider this one instead.
It brings various improvements, including tests.
It also splits the unrelated changes in order to ease review.
Thanks.
devscripts_confvar.tar.gz
Description: application/gzip
Package: devscripts
Followup-For: Bug #863118
Control: tags -1 + patch
Hi.
The attached changes fix this bug.
They are intrusive and probably introduce new bugs,
but they should ease the maintenance in the long run.
Regards.
suggestions.tar.gz
Description: application/gzip
Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez <nicolas.bouleng...@free.fr>
Date: Mon, 22 Jan 2018 11:23:23 +0100
Subject: [PATCH] Update patch status.
---
debian/patches/desktop-keywords-entry.diff| 2 +-
debian/patches/import-module-instead-of-exec.diff | 2 +-
debian/patches/n
Hello.
The attached suggestions will hopefully help packaging 1.14.2.
You should also have received a carbon copy of a question to
http://lists.gnu.org/archive/html/bug-ed about the GPL version change
in the source headers.
suggestions.tar.gz
Description: application/gzip
Package: wnpp
Severity: normal
I am orphaning the oolite package. Upstreams embeds an outdated copy
of a library dependency [α], for sensible reasons summarized at [β].
Building in a way compatible with Debian standards, if even possible,
would require much more efforts than I can afford.
[α]
Source: python-rtmidi
Version: 1.1.0
Severity: minor
Hello.
python-rtmidi builds whithout librtmidi-dev. This probably means that
- it ignores the headers from librtmidi-dev, and
compiles from sources in the rtmidi/ subdirectory instead.
- the resulting object is not linked to librtimid
(at
Package: gzip
Version: 1.6-5+b1
Severity: wishlist
Tags: patch
Hello.
You may be interested in the attached suggestions, fixing style issues
detected by automated tools or attempting to simplify the packaging.
suggestions.tar.gz
Description: application/gzip
Package: rfkill
Version: 0.5-1
Severity: wishlist
Tags: patch
Hello.
The attached suggestions may be of interest during next package update.
The last commit is only a draft, or reveals a problem. It attempts to
let uscan check upstream signature, but the check fails for 0.5.
Thanks.
Hello.
Here are some comments about the current packaging.
Hope this helps…
As upstream contributor, you should merge your changes into the
original project at https://github.com/mevdschee.
Your fork misses README.md, latest bug fixes,
and the original project would probably welcome a manpage and
> I am not sure what the recommended way here is,
In case it helps to decide and select the right moment: the Python
policy recommends to switch to python3 within two years [α].
Thanks for your reactivity.
[α] https://www.debian.org/doc/packaging-manuals/python-policy/python3.html
Source: asymptote
Severity: minor
Tags: patch
Hello.
The attached patches apply on 2.41-3.
The severity is not wishlist because some of them fix minor issues.
You may want to pick some of them.
Thanks.
suggestions.tar.gz
Description: application/gzip
Package: taskcoach
Followup-For: Bug #814074
Hello.
I cannot reproduce this problem, but it is most probably a duplicate
of [1] which is fixed by last upload.
Are you able to reproduce it with taskcoach/1.4.3-5?
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877029
Package: taskcoach
Severity: normal
Hello.
When launching taskcoach from a terminal then moving the main window,
I get lots of message similar to the one described at
https://stackoverflow.com/questions/18198413/wxpython-pydeadobjecterror#18210539
except that the error lies in
Package: lintian
Severity: wishlist
Tags: patch
The monotone version control system has deprecated the
"mtn host branch" syntax for years.
We should recommend the new "mtn mtn://host?branch" instead.
Please consider the attached suggestion when checking the VCS-Mtn
control field.
---
notfound 876729 17.1.2017-5
fixed876729 17.1.2017-5
thanks
Source: libxmlada
Severity: important
Tags: patch
The unicode-data build-dependency has been updated to version 10,
so the generated Ada sources in libxmlada differ from previous builds
with the same source and -dev versions.
This will break all reverse dependencies.
To make next such issues
Package: src:dbusada
Followup-For: Bug #875818
Hello.
The attached patch fixes both issues, and removes the now unused
stdarg_h.ads.
It compiles on amd64, i386 and armel.
From: Nicolas Boulenguez <nico...@debian.org>
Subject: Remove dangling references from g++ generated code. Closes: #
Hello.
These two bugs are most probably caused by the regeneration from
source of the thin binding during Debian builds.
I will investigate them during the weekend.
Hello.
If I remember well, such a failure to build on an architecture where
the package was not building before will not prevent the migration to
testing.
So I suggest to wait the full gcc-7 migration before investigating
this problem and uploading a new version, with probably another
passage
Package: src:anet
Followup-For: Bug #872427
Hello.
One of the attached patches adds the copyright attributions missing in
last upload attempt.
The other ones suggest various more or less intrusive changes.
anet-patches-2.tar.gz
Description: application/gzip
Package: src:pcscada
Followup-For: Bug #833580
Hello.
The attached patches fix this issue, and build with gcc-7.
Last one mostly patches the upstream files. You may want to release it
as upstream before updating the Debian package.
Thanks.
pcscada-patches.tar.gz
Description: application/gzip
Source: dbusada
Version: 0.3.3-1
Severity: normal
Tags: patch
Hello.
dbusada requires an update because of the gnat-7 transition.
New ALI and SO versions are required,
so this is a good occasion to package 0.4.0.
Please also consider the attached changes.
You may want to start by wearing your
Source: anet
Version: 0.3.3-1
Severity: normal
Tags: patch
Hello.
Anet requires a rebuild because of the gnat-7 transition.
As ALI/SO versions must change,
this is an occasion to package the new upstream release.
Please also consider the attached changes.
anet-patches.tar.gz
Description:
Package: adabrowse
Severity: normal
Tags: patch
Hello.
Adabrowse requires an update to complete the gnat transition.
Please review, test and apply the attached suggestions.
Thanks.
>From fa7830234b19805809dd3b89af331c5c7edd8189 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez <nico...@debi
Package: asis-programs
Version: 2017-1
Followup-For: Bug #810314
Control: retitle -1 gnatstub: asis_ul-projects.adb:1243 access check failed
Hello.
Version 2017-1 is also broken.
# echo "package P is end P;" > p.ads
# gnatstub -t p.ads
Unexpected bug in gnatstub - CONSTRAINT_ERROR was raised:
Package: src:libxmlada
Followup-For: Bug #872231
Control: tags -1 pending
Hello.
The dependency is added in the VCS.
Thanks.
Package: src:libtemplates-parser
Followup-For: Bug #872230
Control: tags -1 pending
Hello.
The dependency is added in the VCS and will be included in next upload.
Thanks.
Package: dpkg-dev
Version: 1.18.24
Severity: wishlist
Tags: patch
Hello.
A new implementation of
/usr/share/dpkg/architecture.mk
/usr/share/dpkg/buildflags.mk
/usr/share/dpkg/pkg-info.mk
is attached. You may use run_tests.sh to check that the behaviour
remains the same in most
Package: src:libalog
Followup-For: Bug #872290
With the attached tar.gz...
libalog-patches.tar.gz
Description: application/gzip
Source: libalog
Version: 0.5.2-2
Severity: normal
Tags: patch
Hello.
The libalog Debian package requires an update because of the gcc-7
transition. It may either be uploaded with the build tests disabled
until the transition is over, or wait for ahven to reach unstable.
Please also consider the
Source: polyorb
Version: 2.11~20140418-3.2
Severity: normal
Tags: patch
Hello.
The polyorb debian package requires an update because of the gcc-7
transition. The attached changes do this and much more.
Please review them, and either upload or allow a Non-Maintainer Upload.
Thanks.
Followup-For: Bug #870323
Control: tags 849985 + patch
Control: tags 870323 + patch
Hello.
Ahven should be updated for gnat-7 in order to close both bugs.
The attached patch queue does this, among various suggestions
(please ignore the previous one, it is included).
Please consider updating
Package: src:libgnatcoll
Followup-For: Bug #872204
Control: tags -1 patch pending
Hello.
The change you are recommending is now committed in the VCS of
libgnatcoll, but also of these similar packages.
gnat-gps libaws libxmlada
Thanks.
Source: libgnatcoll
Followup-For: Bug #872081
Control: tags -1 fixed
Your patch is applied in the version control system,
waiting for the end of the gnat-7 transition.
I have removed the "set -x" shell option.
It would produce output on standard error
and autopkgtest would deduce that the test
Package: gnat
Version: 7
Severity: serious
Justification: migration to testing would make some Ada packages FTBFS
This RC bug should prevent migration of gnat/7 to testing
until all reverse dependencies are ready to build with it
(because of the versioned -dev packages, most of them require more
Package: src:polyorb
Followup-For: Bug #776045
Polyorb also duplicates some GCC sources like
compilers/common_files/types.ads.
It should probably also depend on libgnatvsn.
Source: libahven5-dev
Followup-For: Bug #849985
Hello.
The failure was probably caused by the successive gnat-6 uploads
modifying sources in the Ada runtime (see #866355), but there is no
need to investigate further.
Ahven should be rebuilt with the new default gnat/7, with new ALI and
SO
Package: gnat
Followup-For: Bug #858890
Control: reassign -1 gnat-6 6.3.0-10
Control: fixed-1 gnat-6 6.4.0-3
Hello.
The "gnat" metapackage only exists to enforce installation of
"gnat-${gnat_version}", via a Depends relationship.
The "gnat-${gnat_version}" package actually installs
Source: ahven
Version: 2.6-1.1
Severity: minor
Hello.
A rebuild of ahven with gnat-7 in experimental crashes with:
--
...
"gnatmake" -P ../../ahven_tests.gpr -aP../.. -p-j2 -R -v -eS -cargs -g -O2
Hello.
The attached archive gathers available or trivial patches.
It should be easyer to "git am" from the bug log than separate patches.
Before that, upstream 4.2 should be imported and merged.
The upstream branch seems to track *every* upstream commit, but
differs from the history visible on
Source: gcc-7-cross
Severity: wishlist
Hello.
As discussed on the debian-ada mailing list, building a cross
libgnatvsn is a waste of efforts.
Version 7.1.0-11 of gcc-7 will only produce a native libgnatvsn.
The attached diff starts the work of adapting gcc-7-cross.
--- a/debian/control
+++
Source: gprbuild
Version: 2017-2
Severity: normal
Hello.
When SOURCE_DATE_EPOCH is defined in the environment,
and the date it contains is older than an Ada source,
gcc (>= 7.1.0-9) writes SOURCE_DATE_EPOCH in the .ali file
instead of the actual source file timestamp.
gprbuild then detects the
Package: src:libgnatcoll
Followup-For: Bug #868189
> Is there any way to re-enable postgres in libgnatcoll? I use it
> on a long-standing project and have it directly available is a must for me.
Hello.
I am sorry, but this will probably be impossible.
Debian redistributes the GPL-3+ release of
Package: gnat-5,gnat-6,gnat-7
Followup-For: Bug #856274
Control: retitle -1 gnat-BV: gnatchop fails to execute (ARCH-)?gcc-BV-BV
Control: affects -1 libgtkada
Work-around: Build-Depend (or rebuild with): gnat-5 (>= 5.4.1-11)
or Build-Depend (or rebuild with): gnat-6 (>= 6.3.0-18)
Package: src:adacontrol
Followup-For: Bug #866355
Control: reassign -1 gnat-7
Control: affects -1 ada-reference-manual adacontrol asis dh-ada-library
gnat-gps gprbuild libaunit libaws libflorist libgmpada libgnatcoll libgtkada
liblog4ada libncursesada libtemplates-parser libtexttools libxmlada
Package: gnat-7
Followup-For: Bug #864969
Control: retitle -1 Ada.Locales ignores setting of LANG
Control: tags -1 + upstream
Control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81243
Ada.Locales.Country_Code is a thin wrapper to locales.c.
void c_get_country_code (char4 p) {
Package: gnat-7
Followup-For: Bug #866029
Control: tags -1 + pending
Now with the attachment.
A patch is in the VCS.
#!/bin/sh
set -C -e -f -u
# On a normal installation.
gnatmake=gnatmake
# Alongside a fresh gcc build tree.
# gcctree=..
# target_noncanonical=arm-linux-gnueabi
#
Package: src:gcc-7
Followup-For: Bug #861734
Control: retitle -1 libgnat fails to link without -latomic on armel
A rebuild with --as-needed confirms that libgnat requires libatomic,
not the tools.
As far as I understand, the problem may exist upstream, but be hidden
at build time without -z
Package: gnat-5,gnat-6,gnat-7
Followup-For: Bug #856274
> On gnat-7/7.1.0-7, the work-around has no effect.
> ARCH-gcc-7-7 is searched but not found.
> what do you mean? that this doesn't work for the cross compilers?
No, simply that on a fresh (x86_64-linux-gnu) chroot:
# apt-get install
Package: gnat-5
Followup-For: Bug #806760
Control: retitle -1 [fixed in gnat-7] gnat-5 tools linked statically when built
with DEB_BUILD_OPTIONS=parallel=1
Hello.
The build process for gnat tools has changed a lot in gnat-7.
The logs show that they now link dynamically (except the gcc driver,
Package: gnat-7
Severity: minor
Hello.
The fix for #856042 lets gnat write a fake time stamp into the .ali
file when an Ada source is more recent than SOURCE_DATE_EPOCH.
If another source depending on this one is later compiled with
gnatmake, gnatmake will (sensibly) conclude that the
Package: gnat-5,gnat-6,gnat-7
Followup-For: Bug #856274
On gnat-7/7.1.0-7, the work-around has no effect.
ARCH-gcc-7-7 is searched but not found.
Package: gnat-5,gnat-6,gnat-7
Followup-For: Bug #856274
Small reproducer:
# 'package P is end P;' > p.a
# /usr/bin/gnatchop p.a
On gnat-5/5.4.1-11, the work-around fixes the issue.
Without it, gcc-5-5 is searched but not found.
On gnat-6/6.3.0-18, the work-around has no effect.
ARCH-gcc-6-6 is
Package: gnat-5
Followup-For: Bug #814977
Control: found -1 5.4.1-11
Related to #814978 and #856274.
Here is an easy way to reproduce.
# echo 'package P is end P;' > p.a
# /usr/bin/gnatchop p.a
.
+Author: Nicolas Boulenguez <nico...@debian.org>
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861735
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861737
+
+--- a/src/gcc/ada/gcc-interface/Makefile.in
b/src/gcc/ada/gcc-interface/Makefile.in
+@@ -1424,7 +
Package: src:gcc-7
Followup-For: Bug #861734
Please build the native gnat on armel by reverting
svn://anonscm.debian.org/gcccvs/branches/sid/gcc-7@9434
6ca36cf4-e1d1-0310-8c6f-e303bb2178ca
Since then, the link step for the tools has changed a lot, and a
recent build log would be more helpful.
Package: gnat-5,gnat-6,gnat-7
Followup-For: Bug #856274
The workaround for 814978 is a symbolic link
/usr/bin/gcc-7-7 -> gcc-7
Is it still required?
Package: gnat-5,gnat-6,gnat-7
Followup-For: Bug #856274
>From this bug log and title, it is not clear for me whether
7-20170314-1 fixes the issue: ada-gcc-name.diff modifies gnatmake so
that it calls gcc-BV.
Are the other problems with tests fixed by these changes?
Should this bug be closed
Package: src:gcc-7
Followup-For: Bug #857831
Control: tags -1 + patch
The attached patch fixes the new race condition introduced by previous
attempt.
--- a/debian/patches/ada-gnattools-cross.diff
+++ b/debian/patches/ada-gnattools-cross.diff
@@ -247,23 +247,28 @@ Index:
for libgnatvsn.
+# Copyright (c) 2006 Ludovic Brenta <ludo...@ludovic-brenta.org>
+# Copyright (c) 2017 Nicolas Boulenguez <nico...@debian.org>
@@ -126,12 +126,6 @@
+cppflags += $(CPPFLAGS)
+ldflags += $(LDFLAGS)
+
-+deb_cflags := $(subst -O3,-O2,$(shell dpkg-buildflags --ge
also #includes , probably for historical
+ reasons since no termio structure is ever used.
+ .
+ Drop the #include instead of maintaining a list of architectures.
+Author: Nicolas Boulenguez <nico...@debian.org>
+Bug-Debian: https://bugs.debian.org/845159
+
+--- a/src/gcc/ada/terminals.c
b/s
Package: src:oolite
Followup-For: Bug #863788
Hello.
Upstream relies on a very old copy of the Mozilla javascript
interpreter (libmozjs/spidermonkey), downloaded during the build from
a private URL, without electronic signature.
This hack protects most users from the (frequent) API changes, but
Package: src:oolite
Followup-For: Bug #847021
Hello.
Thanks for your patch.
It is committed into the version control system, waiting for next upload.
Package: src:oolite
Followup-For: Bug #844639
Committed into the VCS, waiting for next upload.
Package: src:gcc-7
Followup-For: Bug #857831
Control: tags -1 + patch
Hello.
Please consider the attached suggestions for the GCC/Ada packaging.
"Remove ada-gnattools-noparallel.diff, should be fixed." has been
applied for several successul builds, so this bug is probably fixed.
"Reduce diff
Matthias Klose:
> Package: src:gcc-7
> https://buildd.debian.org/status/fetch.php?pkg=gcc-7=arm64=7-20170314-1=1489581110=0
> ali.o: file not recognized: File truncated
> seen with local builds as well for other files in the gnatmake, gnatlink
> targets.
The construction by Make of the object
Package: src:gcc-7
Followup-For: Bug #857606
With the attachements...
>From 4562c92c5dce6831d75c3b9753cbc19f1351f1a5 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez <nicolas.bouleng...@free.fr>
Date: Mon, 13 Mar 2017 11:37:23 +0100
Subject: [PATCH 15/18] Replace manual -dbg
Package: src:gcc-7
Followup-For: Bug #857606
Here is another update for the Ada patches (attachement 17).
It will simplify a lot the maintenance.
It should not modify the build process, but I have not tested.
While working on this...
16 and 18 are trivial.
15 is only a suggestion.
Package: gnat-7
Followup-For: Bug #856042
Thank you for applying the patch.
The test script passes (with "V=v;export V;c" instead of "V=v c").
egenerated from the updated copyright.in.
.
Remove libgnatvsn7.overrides, currently unused and replaced with a
more simple solution once libgnatvsn is restored.
Author: Nicolas Boulenguez <nico...@debian.org>
--- a/debian/copyright.in
+++ b/debian/copyright.in
@@ -48,7 +48,6 @@
Package: gnat-7
Followup-For: Bug #856042
Control: tags 856042 + patch
This new source-date-epoch.diff applies to 7-20170226-1 and builds
with DEB_BUILD_OPTIONS="lang=ada nocheck noopt nostrap nolang=...".
The test is more extensive, but I have not been able to run it on the
build result (for
(`|sed instead of |sed`, and only spaces instead of blank and
spaces, see 814978).
.
These changes have not been tested.
Author: Nicolas Boulenguez <nico...@debian.org>
--- a/debian/copyright.in
+++ b/debian/copyright.in
@@ -48,7 +48,6 @@ gcc-@BV@-source The sources with p
Package: gnat-7
Severity: wishlist
Hello.
Please ignore file mtimes greater than SOURCE_DATE_EPOCH when
generating timestamps into ALI files. This would help reproducible
builds of many Ada packages patching or generating Ada sources.
A first patch/test attempt is attached, but I am unable to
Hello.
As far as I understand the situation, disabling the whole patch at
https://anonscm.debian.org/viewvc/gcccvs/branches/sid/gcc-7/debian/patches/ada-default-project-path.diff?view=markup
was the right choice for gnat-7.
It may probably be dropped, as gprbuild is already patched to search
Package: dpkg
Version: 1.18.22
Severity: wishlist
Tags: patch
Hello.
Dpkg-source rightfully ignores the "_MTN" directory, used by the
Monotone version control system.
It should also ignore the ".mtn-ignore" file.
The attached patch fixes this.
Thanks.
--- a/scripts/Dpkg/Source/Package.pm
+++
Source: gcc-6
Package: gnat-6
Version: 6.3.0-4
Followup-For: Bug #839209
Hello.
gcc Depends: gcc-6, and they provide the following /usr/bin symlinks.
gcc: gcc-> gcc-6
gcc: ARCH-gcc-> gcc-6
gcc-6 : gcc-6 -> ARCH-gcc-6
For gnat-6 (the gnat package has a
Source: gprbuild
Followup-For: Bug #838483
Control: affects 839209 gprbuild
Upload of 2015-6 may fix some symptoms, but not those caused by #839209.
.
+ * Upstream commits replacing SSL3.0 with TLS1.0. Closes: #840931, #847977.
+Also fix related bug in GNUTLS pairing record generation, see
+https://github.com/libimobiledevice/libimobiledevice/issues/413.
+
+ -- Nicolas Boulenguez <nico...@debian.org> Tue, 03 Jan 2017 01:32:36
Source: gprbuild
Followup-For: Bug #838483
Control: severity 838483 serious
This bug breaks the build from source of most Ada librairy packages in
unstable. It desserves a "serious" severity.
.
+Also fix related bug in GNUTLS pairing record generation, see
+https://github.com/libimobiledevice/libimobiledevice/issues/413.
+
+ -- Nicolas Boulenguez <nico...@debian.org> Tue, 03 Jan 2017 01:32:36 +0100
+
libimobiledevice (1.2.0+dfsg-3) unstable; urgency=high
* Team uploa
Package: libahven5-dev
Version: 2.6-1.1
Severity: normal
Control: affects -1 libalog
Hello.
Build-time tests for libalog-0.5.2-2 fail on some architectures with
the following message.
error: ("/usr/lib/ada/adalib/ahven/ahven.ali" is obsolete and read-only)
error: "ahven-framework.adb" must
844918.
+
+ -- Nicolas Boulenguez <nico...@debian.org> Tue, 27 Dec 2016 12:11:27 +0100
+
libncursesada (6.0.20150808-1) unstable; urgency=medium
* New upstream release, built with gnat-6. Both imply
--- libncursesada-6.0.20150808/debian/rules
+++ libncursesada-6.0.20150808/debian/rules
@@ -27,7 +27
Source: oolite
Severity: wishlist
Tags: patch
[Quoting Samuel Thibault]
The espeak projet has been quite dormant for some time, and thus a fork
has appeared, espeak-ng, which is quite active. I have uploaded it to
Debian as an alternative to espeak.
You may want to switch to espeak-ng, it's
Hello.
In order to investigate the issue, an upstream author asks whether the
path to your HOME directory contain non-ASCII characters.
Thanks.
Hello.
Please consider checking whether you can reproduce the problem
- with the .deb package distributed by upstream
- in a clean Debian install, if you can start a live system or a chroot.
I can see no better way to start investigating this issue.
However...
Popcon reports 144 users of the
401 - 500 of 850 matches
Mail list logo