> The first occurs because .o is generated from .adb:
> CFLAGS missing (-Wformat -Werror=format-security): gcc-6 -c -I./
> -I../progs -g -O2 -fPIE -fstack-protector-strong -gnat2005 -gnato -gnatVa
> -fstack-check -gnatw.I -I- -o /«PKGBUILDDIR»/build/objects/arm_frm.o
>
Package: blhc
Version: 0.06-0.1
Severity: normal
Hello, it's me again :-)
Here is again a false positive about --format options missing during
an Ada compilation, similar to #719656 and #680117:
https://buildd.debian.org/status/fetch.php?pkg=ada-reference-manual=all=1%3a2012.2-9=1461784158
l check for MSG_NOSIGNAL for the send() function in libsocket
dnl-
@@ -440,17 +259,13 @@
dnl-
AC_SUBST(DEBUG_CXXFLAGS)
-AC_ARG_WITH(debug,
-[ --with
Package: src:adacontrol
Followup-For: Bug #833026
Control: found -1 1.17r3.1-4
Control: retitle -1 silent unreproducible FTBFS on kfreebsd-i386 after testsuite
Hello,
1.17r3.1-4 builds on hurd-i386 and passes the testsuite on
kfreebsd-i386, so the segfault issue is probably fixed. However, the
Package: taskcoach
Followup-For: Bug #772576
Hello.
In order to find whether the bug originates in the Debian packaging,
could you please install the debian package available at
http://www.taskcoach.org/download_for_linux.html
then attempt to reproduce the bug?
Thanks.
Package: gnat-6
Followup-For: Bug #666106
Control: retitle -1 kfreebsd-i386, hurd-i386: Exceptions with tracebacks cause
STORAGE_ERROR or SEGFAULT
Adacontrol has been affected on kfreebds and hurd, see #833026.
Package: oolite
Version: 1.82-2
Severity: grave
Justification: renders package unusable
Hello.
oolite/1.82-2 freezes during startup, before writing any log.
Funnily, it does not freeze anymore when started from inside gdb.
The following traces are related to oolite/1.84-1 built directly from
00:00:00 2001
From: Nicolas Boulenguez <nicolas.bouleng...@free.fr>
Date: Sun, 31 Jul 2016 12:41:49 +0200
Subject: [PATCH 1/6] Fix short description style.
---
debian/control | 2 +-
debian/spark.lintian-overrides | 1 -
2 files changed, 1 insertion(+), 2 deletions(-)
de
Package: darkice
Version: 1.2-0.2
Severity: wishlist
Tags: patch
Hello.
The attached patches implement many suggestions for the darkice Debian
package.
Please consider applying them.
Thanks.
>From ef929769bd67ea3de4ab2850612e9dc1f1ef1631 Mon Sep 17 00:00:00 2001
From: Nicolas Bouleng
Package: src:libgnatcoll
Followup-For: Bug #760004
Control: reopen -1
Hello.
GNATColl supports Python3 with a small patch, but GPS, the main
consumer for this library, is not at all ready. Therefore I am
reverting GNATColl to Python2 until a better solution is found.
Please read
Package: src:gcc-6
Version: 6.1.1-10
Severity: minor
Tags: patch
Hello.
Please consider this trivial patch.
Description: updates for gnat-6 the script reproducing most Ada-related bugs.
Author: Nicolas Boulenguez <nico...@debian.org>
--- a/debian/ada/confirm_debian_bugs.py
+++ b/debi
(currently gcc-6) instead of gcc (currently gcc-5).
+
+ -- Nicolas Boulenguez <nico...@debian.org> Mon, 11 Jul 2016 18:12:06 +0200
+
topal (75-2) unstable; urgency=medium
* Remove metamail from suggests list. (Closes: #665090.)
diff -Nru topal-75/debian/control topal-75/debian/c
ia gnat-X per Ada policy.
+When possible, copy versions automatically to ease next update.
+
+ -- Nicolas Boulenguez <nico...@debian.org> Mon, 11 Jul 2016 16:07:44 +0200
+
adasockets (1.9-1) unstable; urgency=medium
* New upstream release (closes: #756864).
diff -Nru adasockets-1.9/debian/
.
+
+ -- Nicolas Boulenguez <nico...@debian.org> Mon, 11 Jul 2016 15:39:26 +0200
+
adacgi (1.6-19) unstable; urgency=medium
* Add notice to debian/copyright re: adacgi.spec. (Closes: 756383.)
diff -Nru adacgi-1.6/debian/control adacgi-1.6/debian/control
--- adacgi-1.6/debian/control 2016-07-11
Package: adabrowse
Severity: minor
Hello.
Adabrowse is not linked with libgnatprj, and -P fails with:
adabrowse: Error: This AdaBrowse version doesn't support GNAT project files!
You may want to add the three short files listed after this message,
so that such problems are automatically
Package: gnat-5
Followup-For: Bug #666106
With gnat-6/6.1.1-8, the following reproducer should display "No bug."
and causes a segmentation fault instead. This is most probably a new
symptom for the same issue.
# r.adb:
with Ada.Text_IO; use Ada.Text_IO;
procedure R is
F : File_Type;
begin
request for a while, and should be
+ forwarded to https://sourceforge.net/p/lame/feature-requests/42/.
+Author: Nicolas Boulenguez <nico...@debian.org>
+
+--- a/configure.in
b/configure.in
+@@ -1151,6 +1151,8 @@
+
+ AC_SUBST(CONFIG_DEFS)
+
+-AC_CONFIG_FILES([Makefile libmp3lame/Ma
request for a while, and should be
+ forwarded to https://sourceforge.net/p/lame/feature-requests/42/.
+Author: Nicolas Boulenguez <nico...@debian.org>
+
+--- a/configure.in
b/configure.in
+@@ -1151,6 +1151,8 @@
+
+ AC_SUBST(CONFIG_DEFS)
+
+-AC_CONFIG_FILES([Makefile libmp3lame/Ma
as obsolete.
>From 2a389cbb44e58e573b06f84f0a601cc64ce69718 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez <nicolas.bouleng...@free.fr>
Date: Thu, 2 Jun 2016 23:58:43 +0200
Subject: [PATCH 01/20] Replace HTTP with HTTPS in VCS-* fields.
---
debian/control | 4 ++--
1 file changed, 2 i
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Hello.
Every package containing an Ada library embeds checksums of its
recursive dependencies, in files suffixed with .ali. Everytime
something attempts to build against the library, gcc
Source: apq
Version: 3.2.0-2
Severity: serious
Tags: patch
Justification: FTBFS
Hello.
Because of the Debian gnat-6 migration, the APQ package currently
fails to build from source.
The attached patch also fixes various less important issues.
From: Nicolas Boulenguez <nico...@debian.org>
Source: libgnatcoll
Followup-For: Bug #823370
An inconsistency between the actual timestamps of XMLAda sources and
the values stored in the ALI files caused this message about obsolete
ALI files for all recursive reverse dependencies.
For ASIS, the problem seems to be fixed by last XMLAda upload.
Package: src:adacontrol
Followup-For: Bug #823369
Hello.
The log attached by Matthias contains the same compiler message,
though the problem is detected far later.
New restrictions make legal Ada95 code illegal in Ada2005 [1].
All Debian architectures ensure "sizeof(long long) == 8" [2]
On Fri, Apr 29, 2016 at 03:33:13PM +0200, Gianfranco Costamagna wrote:
> the following patch (stolen from adios similar patch) should fix the issue:
Thanks a lot for the patch.
I will only work on it once my not-games packages with reverse
dependencies have migrated.
Package: taskcoach
Followup-For: Bug #772576
Hello.
The issue may be grave, but it should not block taskcoach forever if
noone is in a position to investigate it. Please consider:
- attaching the contents of "~/.config/Task Coach/TaskCoach.ini"
In case you have activated the synchronization
Package: src:gtkgl2
Followup-For: Bug #814351
The previous test did no initialization and got a segmentation fault.
This patch replaces it with one of the examples.
>From a385b3a1216636d70be9e3da36f7745474401b84 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez <nicolas.bouleng...@free.fr
for the two
versions, or drop 2.0?
Thanks
>From 3840343477d5b63c568e9752b766b74e64ea7556 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez <nicolas.bouleng...@free.fr>
Date: Thu, 11 Feb 2016 12:28:01 +0100
Subject: [PATCH 3/8] Remove README.Debian: GLU obsolete, GL handled by
pkg-config
--
Package: libgtkgl2.0-dev
Version: 2.0.1-2.2
Followup-For: Bug #720991
Hello.
In my previous message, please replace
"libgtk-dev" with "libgtkgl2.0-dev"
and the reproducer with
# echo 'int main(int argv,char**argc){return 0;}' > main.c
# cc main.c `pkg-config --cflags --libs gtkgl-2.0`
an/source/format
@@ -0,0 +1 @@
+3.0 (quilt)
--
2.7.0
>From f8896851fa51f14052d4e86c8af9969f8f111825 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez <nicolas.bouleng...@free.fr>
Date: Mon, 8 Feb 2016 19:00:44 +0100
Subject: [PATCH 02/15] Acknowledge NMU from Wookey closing #729613 (Us
expression
The length of file hashes has changes.
Match any length from now on.
Author: Nicolas Boulenguez <nico...@debian.org>
--- a/fakeupstream.cgi
+++ b/fakeupstream.cgi
@@ -732,7 +732,7 @@
{
process_request( {
'webpages_urls_ref' => [ 'http://libre.adacore.com/download/confi
Package: devscripts
Version: 2.15.10
Followup-For: Bug #781963
Control: tags -1 + patch
Hello.
I believe that the attached patch fixes the issue.
diff --git a/scripts/sadt b/scripts/sadt
old mode 100755
new mode 100644
index aec1024..3845258
--- a/scripts/sadt
+++ b/scripts/sadt
@@ -158,6 +158,7
Package: wnpp
Severity: wishlist
Owner: Nicolas Boulenguez <nico...@debian.org>
* Package name: python-ptk
Version : 1.2.0
Upstream Author : Jérôme Laheurte <jer...@jeromelaheurte.net>
* URL : https://bitbucket.org/fraca7/ptk
* License : LGPL-3
Package: unicode-data
Version: 8.0-2
Severity: minor
Tags: patch upstream
Hello.
Code points in /usr/share/unicode/NameAliases.txt are not sorted.
This makes the file much harder to use efficiently.
Because
- moving only one code sorts the file
- the header says that the file is intended to be
Package: src:libtexttools
Followup-For: Bug #806653
Control: tag -1 + pending
Hello.
The guilty is actually dh-ada-library. With the -i option, it does
nothing as expected, but attempts to parse project files nevertheless.
I have uploaded a fix in dh-ada-library-6.6.
Package: src:asis
Followup-For: Bug #806603
Control: tags -1 + pending
Hello.
The guilty is actually dh-ada-library. With the -i option, it does
nothing as expected, but attempts to parse project files nevertheless.
I have uploaded a fix in dh-ada-library-6.6.
On Tue, Nov 03, 2015 at 10:31:37AM +0100, Hilmar Preusse wrote:
> Can we assume your problem to be solved?
I guess so. Thanks.
Package: gnat-5
Version: 5.2.1-22
Severity: wishlist
Hello.
The symbolic link
/usr/bin/gnatgcc -> gcc-x.y
installed by package gnat-x.y used to help mixing Ada and C code,
/usr/bin/gnatgcc version being compatible with gnat, and sometimes
different from /usr/bin/gcc version.
In gnat-5, the
Package: gnat-4.9
Followup-For: Bug #673772
Control: retitle: ATC with syscalls not working
Control: reassign -1 gnat-5 5.2.1-19
As I understand the reference manual, the following program
with Ada.Calendar; use Ada.Calendar;
with Ada.Text_IO; use Ada.Text_IO;
with Interfaces.C; use
Package: gnat-4.9
Followup-For: Bug #717014
Control: reassign -1 gnat-5 5.2.1-19
Confirmed on mips.
Package: gnat-4.9
Followup-For: Bug #760211
Control: reassign -1 gnat-5 5.2.1-21
Confirmed on kfreebsd-amd64.
Package: gnat-4.9
Followup-For: Bug #666106
Control: reassign -1 gnat-5 5.2.1-18
The message is "s-intman.adb:139 explicit raise" again.
Package: gnat-4.9
Followup-For: Bug #182360
Control: retitle -1 [Fixed in 5.2] GNAT.OS_Lib.Close ignores return value
Adacore has found a way to preserve compatibility *and* allow the user
to raise an exception.
>From s-os_lib.ads:
procedure Close (FD : File_Descriptor; Status : out Boolean);
Package: gnat-5
Followup-For: Bug #673772
Control: tag -1 upstream wontfix
Quoting upstream:
Actually Ada does not make any guarantee when mixing ATC and system calls and
indeed, it is fundamentally unsafe if not impossible to properly abort from any
random system call, so this isn't supported.
Package: gnat-5
Version: 5.2.1-17
Severity: normal
Hello.
If main.adb contains:
procedure Main is begin null; end Main;
and is compiled with
# gcc-5 -c main.adb
# gnatbind-5 -x main.ali
# LANG=C gnatlink-5 main.ali -lgnatprj
the build fails:
Package: qa.debian.org
Followup-For: Bug #799597
Thanks for applying the patch so quickly.
Please also consider the attached changes, refining the regular
expression in order to consume much less bandwidth.
--- fakeupstream.cgi.old 2015-09-23 20:05:34.527943108 +0200
+++ fakeupstream.cgi
Package: qa.debian.org
Followup-For: Bug #799597
Hello.
Please consider this very short patch instead of the previous one.
726a727,736
> # http://libre.adacore.com/download/configurations
> # http://qa.debian.org/cgi-bin/fakeupstream.cgi?upstream=adacore
> elsif( $upstream_param =~ m%^adacore$% )
Package: qa.debian.org
Severity: wishlist
Tags: patch
Hello.
The Adacore website provides upstream tarballs for a few packages, but
the list uses multi-line href nodes that uscan cannot parse directly.
The attached patch adds a redirector with one line per href node.
I have checked it in a local
Package: src:libalog
Followup-For: Bug #777934
Hello.
You may be interested in the last commit of branch
org.debian.libgnatcoll in the Ada France monotone repository,
closing the exact same issue.
Source: oolite
Followup-For: Bug #776278
Control: retitle -1 Tried to add nil value for key NSCurrencySymbol
Hello.
It seems that fluxbox passes a wrong path
"/home/.../file:/usr/share/applications/oolite.desktop" when calling
xdg-open, probably because of missing quotes.
However, would you
Source: oolite
Followup-For: Bug #702092
Control: retitle -1 refine libgl dependencies
Hello.
Next version will include a warning about NVIDIA drivers in the README.
However, after second thought, it makes sense that
- oolite Depends on the libgl1-mesa-glx library,
- libgl1-mesa-glx Recommends
Source: oolite
Followup-For: Bug #665839
Control: tags -1 - fixed-upstream
Hello.
The upstream migration from berlios to github has automatically closed
all old issues, whether a solution had been found or not.
However, I intend to close this bug unless someone is able to
reproduce the crash with
Source: oolite
Followup-For: Bug #676543
Control: retitle -1 oolite silently exit
Control: tags -1 - fixed-upstream
Hello.
The upstream migration from berlios to github has automatically closed
all old issues, whether a solution had been found or not.
However, I intend to close this bug unless
Source: oolite
Followup-For: Bug #795796
Hello.
Removing the package must remove all files installed system-wide, but
almost never remove files created by the executable in the user home
directories (given by $HOME or ~). If you look under your own ~ for
files with names starting with a dot
Package: src:libalog
Followup-For: Bug #777934
Hello.
Gprbuild, by default, only considers compilers
- which are the Debian default (ex: /usr/bin/gcc from package gcc)
- for which the version starts with 4.9.
The intent is that users of the stable distribution with default settings
- use the
Package: src:libgnatcoll
Followup-For: Bug #777946
Hello.
Gprbuild, by default, only considers compilers
- which are the Debian default (ex: /usr/bin/gcc from package gcc)
- for which the version starts with 4.9.
The intent is that users of the stable distribution with default settings
- use the
Package: src:oolite
Followup-For: Bug #778039
Here's a fix for the GCC 5 build issue. I added -Wno-error=format-security
I don't think that's the best way forward. Since this is
security-relevant I think we should rather fix the problem than
ignoring the errors.
Fully agreed. However,
Package: src:libgnatcoll
Followup-For: Bug #777946
When compiling both Ada and C sources, gprbuild default knowledge base
requires gnat=gnat-4.9 and gcc=gcc-4.9, ensuring that the objects can
safely be linked together with the default compilers.
When gcc=gcc-5, gprbuild fails to see gcc-4.9 and
Package: taskcoach
Followup-For: Bug #788974
Hello.
TaskCoach embeds a copy of python-lockfile-0.8 sources, patches them
at build time, then installs the patched sources.
Debian packaging replaces the copy with the python-lockfile Debian
package, then lets the upstream's Makefile patch and
(b6d5591e5b400d1b566da227fc1069d227060142).
The attached patch merges the two redundant tests for better efficiency.
From 42d4fce082501d19deeedc9a73fd4cbb2bbdb274 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez nicolas.bouleng...@free.fr
Date: Mon, 4 May 2015 21:05:26 +0200
Subject: [PATCH] Merge commits solving #226879 (bad
Package: gnat-4.9
Version: 4.9.1-4
Severity: minor
Tags: upstream
Hello.
The following source produces an error message.
generic_f.ads:2:48: Result attribute can only appear in postcondition of
function
It compiles when generic or the postcondition is removed.
generic
function Generic_F return
I cannot reproduce with the awesome window manager. In case this is
caused by the environment, could you please try these command lines?
# xdg-open /usr/share/applications/oolite.desktop
# env -i xdg-open /usr/share/applications/oolite.desktop
Thanks.
--
To UNSUBSCRIBE, email to
Package: taskcoach
Followup-For: Bug #772576
Control: severity -1 important
Control: tags -1 - upstream
Thanks for reporting the issue.
The severity of this failure is at least important, depending on how
many users are affected. It may not originate in the upstream sources,
as the Debian
Source: gnat-gps
Followup-For: Bug #768547
Control: tags -1 pending
I have modified the com.adacore.gps.debian and org.debian.gnat-gps
branches of the VCS so that the new license is unchanged and mentioned
in debian/copyright. To minimize changes during the freeze, I have
not removed the
of debian/tmp/*.
- update descriptions: control, gprbuild.1, README.source, README.Debian.
- re-enable some source lintian checks related to GFDL.
* gprbuild-doc.TODO: postpone unrelated changes for after the freeze.
-- Nicolas Boulenguez nico...@debian.org Sat, 08 Nov 2014 12:15:55 +0100
Package: dh-ada-library
Version: 6.2
Severity: serious
Justification: creates wrong dependencies across binary packages
Dh-ada-library relies on the output of gnatmake --version.
The format of this message has changed with gnat-4.9 = 4.9.1-4.
As a consequence, wrong debhelper substitution
.
Format: 3.0 (native)
Source: reproducer
Binary: reproducer
Architecture: all
Version: 1
Maintainer: Nicolas Boulenguez nico...@debian.org
Standards-Version: 3.9.6
Build-Depends: debhelper (= 9), libreoffice-writer
Package-List:
reproducer deb games optional arch=all
Checksums-Sha1
On Sun, Nov 09, 2014 at 07:57:01PM +0100, Lucas Nussbaum wrote:
Why don't you just fix it by creating a temporary directory, and setting
$HOME to it?
For quite a good reason: because I did not think to this by myself.
In my previous answer, please replace
avoiding the conversion at all, and
Source: gprbuild
Followup-For: Bug #708942
Control: reopen -1 !
A recent clarification [1] by upstream authors makes it explicit that
the documentation *is* licensed under the GFDL with invariant
sections, and must be removed from Debian.
[1]
Package: gtkada
Severity: serious
Justification: license issue
The file docs/gtkada_ug/index.rst in the pristine upstream tarball
mentions the GFDL with invariant sections and cover texts, thus does
not comply to DFSG.
Upstream authors used to claim that all the whole archive was licensed
under
Package: gnat-gps-doc
Severity: serious
Justification: license issue
The file docs/users_guide/license.rst in the pristine upstream tarball
contains the GFDL. It is included by docs/users_guide/index.rst, which
mentions no invariant parts or cover texts, so the documentation
complies to the DFSG.
Source: libgtkada
Severity: serious
Justification: license issue
A recent clarification [1] by upstream authors makes it explicit that
files under docs/gtkada_ug/ *are* licensed under the GFDL with
invariant sections, and must be removed from Debian.
[1]
Package: gprbuild-doc
Followup-For: Bug #768214
Control: tag -1 pending
This issue is fixed in the version control system, but I intend to
also work on the license problem described at
https://lists.debian.org/debian-ada/2014/11/msg0.html
before uploading in order to limit the number of
Package: kbd
Version: 1.15.5-1
Severity: wishlist
Tags: upstream patch
Hello.
In src/showkey.c, when the keyboard mode is not K_XLATE, a warning is
displayed that showkey may fail under X. I suggest to consider
K_UNICODE as normal as K_XLATE, or even remove this warning since
getfd() will
Package: taskcoach
Followup-For: Bug #758794
Hello.
1.4.1-1 and 1.4.1-2 have been building and installing cleanly since
you reported the bug, or at least failing for unrelated reasons.
Do you agree that the issue was probably caused by the python-openssl
transition, and that this bug may be
Package: taskcoach
Followup-For: Bug #764763
Control: tags -1 + upstream
I have forwarded the bug by mail. It looks similar to
http://sourceforge.net/p/taskcoach/bugs/1543.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: ftp.debian.org
Severity: normal
Please lower libaws priority from optional to extra, because
libaws3.2.0-dev Depends: libldap2-dev
which is Priority: extra.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: ftp.debian.org
Severity: normal
Please revert Priority from extra to optional.
This is possible again because taskcoach does not Depend anymore on
python-twisted (extra), but on the more specific python-twisted-core.
--
To UNSUBSCRIBE, email to
Package: ftp.debian.org
Followup-For: Bug #764239
Control: retitle -1 override: libaws3.2.0:libs/optional
Sorry for the previous message, I was very confused.
The actual problem is:
libaws-bin (Version: 3.2.0-2) is optional and has a Depends on libaws3.2.0
which is extra.
My suggestion is to:
Package: ftp.debian.org
Severity: normal
Hello.
All binary packages generated by libgnatcoll are extra, but
* asis-programs_2014-2 (optional) Depends: libgnatcoll1.6
* gnat-gps_5.3-4 (optional) Depends: libgnatcoll1.6
and libgnatcoll-gtk1.6,
and libgnatcoll-sqlite1.6,
and
Package: src:taskcoach
Followup-For: Bug #762413
After my explanations and the upload of taskcoach_1.4.1-2,
which depends on python-wxgtk3.0 3.0.1.1+dfsg.0~ and = 3.0.1.1+dfsg,
I consider that a serious severity is not justified by
blocks an on-going transition anymore.
Do you agree to close
with the GPL. Closes: #763284.
* Use gobject-introspection (GIR) instead of older PyGTK binding.
+ * Select python3 instead of 2. Closes: #760004.
* Standards-Version: 3.9.6 without changes.
-- Nicolas Boulenguez nico...@debian.org Sat, 13 Sep 2014 20:45:34 +0200
Package: src:libgnatcoll
Severity: normal
Replacing three occurrences of python-gtk2-dev with python-gi-dev in
debian/control allows the package to build, install and pass the
autopkgtest suite with GIR bindings.
However, this should not be committed as long as the gnat-gps reverse
dependency
Package: gprbuild
Followup-For: Bug #763879
Control: tags -1 + fixed pending
Hello.
I have reproduced and found a fix on amd64.
You may test it on armhf with these commands
# cp -a /usr/share/gprconfig .
# patch -p0 EOF
--- gprconfig/linker.xml
+++ gprconfig/linker.xml
@@ -645,7 +645,7 @@
Package: src:gprbuild
Followup-For: Bug #763727
Hello.
If one of you can reach a kfreebsd-i386 machine right now, please
rebuild the package with DEB_BUILD_OPTIONS=nostrip, so that the trace
produced by gdb contains more useful information.
Thanks.
--
To UNSUBSCRIBE, email to
Package: src:gprbuild
Followup-For: Bug #763727
Please ignore my previous message, sent while you were answering.
From the gprbuild documentation, I understand that non-number values
for the prefix attribute are meaningful.
If the bug really lies in the way gnat handles Constraint_Error, it
Package: src:gprbuild
Followup-For: Bug #763727
With the diff…
#
# old_revision [950bbf7e9813c77e32c46681053963808b47815c]
#
# patch debian/patches/763727.patch
# from [6023754390a73c950a02592a9e006c3f23cb0a3c]
#to [aa2bbcb0c95f667934874f7d26929d3e2909b5ab]
#
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Hello.
A bug in the gnat-4.9 compiler broke some packages Build-Depending on
it. It is now closed by 4.9.1-2, and they should build fine.
nmu apq_3.2.0-2 libaunit_3.7.1-1
Source: libgnatcoll
Severity: serious
Justification: Policy 2.1
GPL licenses are incompatible with OpenSSL. [α] summarizes the
problem, with a link to Debian position and possible solutions [β].
The libgnatcoll source package must stop building the postgresql
backend, because it links with
Source: apq-postgresql
Severity: serious
Justification: Policy 2.1
GPL licenses are incompatible with OpenSSL. [α] summarizes the
problem, with a link to Debian position and possible solutions [β].
The apq-postgresql package depends on postgresql, so must link with
OpenSSL. Debian cannot
On Mon, Sep 22, 2014 at 05:20:11PM +1200, Olly Betts wrote:
| Depends: python-wxgtk3.0 ( 3.0.0.0+dfsg.0~), python-wxgtk3.0 (=
3.0.0.0+dfsg), [...]
The = restriction is pointless - every uploaded version satisfies it as
the first upload was 3.0.0.0+dfsg-1:
Package: taskcoach
Followup-For: Bug #749942
I fail to reproduce with 1.4.1-1, but prefer to keep the bug open for
a while, as a reminder to test new versions in search for a new hint.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Package: taskcoach
Followup-For: Bug #749942
I fail to reproduce with 1.4.1-1.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: src:gnat-4.9
Followup-For: Bug #759407
Hello.
The success on 2014/08/11 was using gcc-4.9_4.9.1-4.
The failure on 2014/08/24 was using gcc-4.9_4.9.1-7.
The failure is reproducible on fischer.debian.org, with
gcc-4.9_4.9.1-13 and the same gnat-4.9_4.9.1-1:
# find /usr/lib -name gnat1
Package: src:gnat-4.9
Followup-For: Bug #759407
Svante's suggestion seems to work for the binutils package: it
installs /usr/lib/i486* symlinks to make the /usr/lib/i586* tools
visible to callers.
A bootstrap issue will remain: building a new gnat-4.9 package
installing these symlinks requires a
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu music123_16.3-6 . ALL . -m Rebuild against new gnat, dropping indirect
dependency on gnat-4.6.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Package: gnat-4.9
Version: 4.9.1-1
Severity: normal
On armel armhf hurd-i386 kfreebsd-amd64 s390x, the following scenario
complains about the pthread_getspecific symbol being undefined.
Adding -lpthread to library_options (used at the end of the link
command) fixes the problem, but gnat should
Package: src:libgnatcoll
Followup-For: Bug #760006
Control: reassign -1 gprbuild 2014-2
Control: retitle -1 unable to detect compilers on most architectures
Control: severity -1 grave
Default target should be set from DEB_HOST_GNU_TYPE instead of
config.sub, which adds a vendor part and does not
There seems to be two different issues.
- gcc -dumpversion should answer 4.9.1 instead of 4.9
- gnat1 should be linked with gnatvsn.
Your last commit fixes the former, but I would like this bug to remain
open as long as the latter is not clarified.
--
To UNSUBSCRIBE, email to
Package: taskcoach
Followup-For: Bug #758727
Control: tag -1 pending upstream
Control: severity -1 minor
This issue is fixed in the version control system.
It only affects some tests and has no impact on the executable.
The closing upload is waiting for python-openssl to enter unstable.
--
To
On Sat, Aug 23, 2014 at 03:22:20PM +0800, Clayton wrote:
Today after an apt-get upgrade, network-manager also stopped working
despite multiple restarts, forcing me to reboot. Post reboot, both
network-manager and taskcoach now work properly. This now looks like a
messed-up transition of some
501 - 600 of 850 matches
Mail list logo