On 3/1/21 4:04 PM, Fabian Zaremba wrote:
>> Could you provide a binary package for Buster containing this patch? I
>> would like to test this.
>
> I published a package with this patch to the public Open Build Service
> instance hosted by openSUSE.
>
>
On 2/27/21 5:55 PM, Fabian Zaremba wrote:
> If I can help test this by providing source / binary packages or a
> Docker build environment please let me know.
Could you provide a binary package for Buster containing this patch? I
would like to test this.
Cheers
Hi,
We are also affected by this bug, making efficient live VM backups
impossible for VMs running on Debian Buster.
Is there a workaround for this, besides (temporarily) disabling
apparmor? Adding permissions to usr.lib.libvirt.virt-aa-helper did not work.
Thanks.
Kind regards,
- reto
Hi,
On 07/17/2018 08:26 PM, Nicolas Boulenguez wrote:
> The package must be rebuilt because of the transition to gcc-8.
> With upstream commit 2b676e9142a96beaff1d9797f9f2e5c257542d51
> and the debian/ subdirectory taken from
> 09a2e1ef062b2130eb66c61644d52d99b484c415,
> the attached patches seem
Hi Joseph,
On 03/27/2018 09:31 AM, Joseph Herlant wrote:
> There are several alternatives to asciidoc like asciidoctor for
> example (which is the replacement recommended by asciidoc developers).
> In your case you would just have to change the asciidoc command and
> package dependency to
Hi,
On 09/01/2017 01:41 PM, Gianfranco Costamagna wrote:
> since we got no answer, and this is blocking the gnat transition (one of the
> last blockers), I think
> we should bump severity and go ahead even without a maintainer answer (please
> followup, there is still
> time to address the
Hi,
On 08/18/2017 04:53 PM, Nicolas Boulenguez wrote:
> 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
Hi,
On 08/17/2017 01:05 PM, Nicolas Boulenguez wrote:
> 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.
Thanks for your patches, I'll look into it.
Hi,
On 08/15/2017 05:40 PM, Nicolas Boulenguez wrote:
> 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 the package or select
Hi,
On 01/02/2017 09:54 PM, Nicolas Boulenguez wrote:
> 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 be compiled
>
> An easy
On 08/07/2016 11:55 AM, Matthias Klose wrote:
> On 06.08.2016 21:27, Reto Buerki wrote:
>> Hi Matthias
>>
>> Thanks for the report.
>>
>> On 08/06/2016 12:12 PM, Matthias Klose wrote:
>>>
>>> gnatbind-6 -shared -E -x /«PKGBUILDDIR»/obj/utests/
y should pass '-lpcsclite' behind libpcscada.a. Isn't there
> anything which allows you to pass this as LIBS, not LDFLAGS?
Does the attached patch work for you?
Kind regards
- reto
>From 1ec12f52a0ef36f1dca6a20009c2691e2c468683 Mon Sep 17 00:00:00 2001
From: Reto Buerki <r...@codelabs.ch>
Date:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
On 08/18/2015 03:06 PM, Dhole wrote:
While working on the reproducible builds effort [1], we have
noticed that dbusada could not be built reproducibly.
The attached patch sets the timezone to UTC before calling
asciidoc to avoid timezone
Hi,
I encountered the same issue when trying to setup LVM inside a crypt
partition. The reason for the hanging partitioner is a crashing
'parted_server' process:
kernel: [ 422.613251] parted_server[15630]: segfault at 8 ip
0040b4b1 sp 7fff35d63ee0 error 4 in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 09/03/2014 06:53 PM, Matthias Klose wrote:
Am 02.09.2014 um 23:38 schrieb Reto Buerki:
On 09/02/2014 11:17 PM, Matthias Klose wrote:
Am 02.09.2014 um 23:06 schrieb Reto Buerki:
But still, I'm conservative enabling new archs without
rigorous
severity 758742 wishlist
Hi,
On 08/20/2014 09:46 PM, Matthias Klose wrote:
Please don't restrict the list of architectures;
* Remove ia64, s390 from Architecture field
If this is the only reason ... these architectures are gone.
No the reason is that Anet has been initially written for
On 09/02/2014 11:17 PM, Matthias Klose wrote:
Am 02.09.2014 um 23:06 schrieb Reto Buerki:
But still, I'm conservative enabling new archs without rigorous testing.
Besides accessibility problems with some archs, this requires quite some
time (which I don't have atm).
This is why I'm setting
Hi Emilio
On 08/10/2014 04:54 PM, Emilio Pozuelo Monfort wrote:
The last blockers are #756081 and #755076. Can someone from debian-ada take a
look at those?
Thanks for the ping. I will transition all my packages to gnat-4.9 this
week (hopefully).
- reto
--
To UNSUBSCRIBE, email to
Hi Breno
On 07/26/2014 10:15 PM, Breno Leitao wrote:
On 07/24/2014 06:20 PM, Reto Buerki wrote:
On 07/24/2014 10:21 PM, Breno Leitao wrote:
This is a bug that is impacting ppc64el bootstrap also.
My recomendantion is to keep just a build-depend on gnat, unless you have
strict
dependency
On 07/24/2014 10:21 PM, Breno Leitao wrote:
This is a bug that is impacting ppc64el bootstrap also.
My recomendantion is to keep just a build-depend on gnat, unless you have
strict
dependency of version 4.6, which is not the case in 90% of the packages that
depends on version 4.6
Your
Hi,
Thanks for your bug report and the patch.
On 07/16/2014 09:56 PM, Breno Leitao wrote:
This package depends on a old gnat version. Currently it doesn't build on
ppc64el because ppc64el support started on GCC/GNAT 4.8, so, I would like if
you can increase the gnat version on the
Hi,
On 01/29/2013 09:56 PM, Anton Gladky wrote:
tags 699194 + pending
thanks
Dear maintainer,
I've prepared an NMU for pcscada (versioned as 0.7.1-3.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Thanks for the NMU, but I already fixed the
Package: asis-programs
Version: 2010-3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
The GNAT Pretty-Printer gnatpp is not working correctly, it seems that
gnatcheck is called instead:
$ gnatpp test.adb
gnatpp: No rule to check specified
gnatcheck: the GNAT rule checking
Package: gnat-4.6
Version: 4.6.3-4
Severity: normal
Hi,
Asynchronous transfer of control (ATC) is needed in Ada to interrupt a
blocking call to an imported operation (e.g. a system call). This
method is not working on the mips architecture.
Given the following reproducer:
with Interfaces.C;
Package: wnpp
Severity: wishlist
Owner: Reto Buerki r...@codelabs.ch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: anet
Version : 0.1
Upstream Author : codelabs.ch
* URL : http://www.codelabs.ch/anet/
* License : GPL-2+ with Ada exception
Package: libgmpada3-dev
Version: 0.0.20120318-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
libgmpada3-dev must depend on libgmp-dev and libmpfr-dev:
$ sudo apt-get install libgmpada3-dev
Reading package lists... Done
Building dependency tree
Reading state information...
Package: gnat-4.6
Version: 4.6.3-2
Severity: normal
Hi,
Exceptions with tracebacks enabled (gnatbind -E switch) cause a
STORAGE_ERROR on kfreebsd-i386 when raised in a task rendezvous.
Simple reproducer:
procedure Main
is
task Test_Task is
entry Rendezvous;
end Test_Task;
task
Hi,
On 02/19/2012 01:18 PM, Sébastien Villemot wrote:
During the BSP in Paris at IRILL, I prepared an NMU for the pcscada
package, versioned as 0.7.1-1.1. I did not upload it since I am a
DM. The patch is attached.
Thanks for the patch. I already fixed this bug but did not have time to
upload
Hi,
On 12/07/2011 05:28 PM, Alexander Reichle-Schmehl wrote:
* Reto Buerki r...@codelabs.ch [21 22:45]:
Thanks for preparing a NMU for pcscada. But this is not needed in this
case because I got the new PCSC/Ada version 0.7 almost ready for upload.
Cool! I've rescheduled upload
Package: wnpp
Severity: wishlist
Owner: Reto Buerki r...@codelabs.ch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: dbusada
Version : 0.1
Upstream Author : Reto Buerki r...@codelabs.ch
* URL : http://www.codelabs.ch/dbus-ada/
* License : GMGPL
Hi,
On 11/21/2011 10:03 PM, Luca Falavigna wrote:
tags 647796 + patch pending
thanks
I've prepared an NMU for pcscada (versioned as 0.6-2.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Thanks for preparing a NMU for pcscada. But this is not
On 11/21/2011 10:38 PM, Luca Falavigna wrote:
Il 21/11/2011 22:20, Reto Buerki ha scritto:
Thanks for preparing a NMU for pcscada. But this is not needed in this
case because I got the new PCSC/Ada version 0.7 almost ready for upload.
Cool! I've rescheduled upload to DELAYED-15, so you'll
Hi,
On 11/16/2011 11:55 AM, Didier Raboud wrote:
I've prepared an NMU for ahven (versioned as 2.1-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Thanks for preparing an NMU for ahven. But I think the better approach
would be for me to prepare a new
Package: debian-maintainers
Severity: normal
Please add Reto Buerki r...@codelabs.ch to Debian Maintainers keyring.
The jetring changeset is attached.
Thank you,
Reto Buerki
Comment: Add Reto Buerki r...@codelabs.ch as a Debian Maintainer
Date: Tue, 20 Apr 2010 22:28:57 +0200
Action: import
Package: gnat-4.4
Version: 4.4.3-1
Severity: normal
Under some conditions, using GNAT.Expect.Non_Blocking_Spawn in
conjunction with GNAT.Expect.Close leads to memory corruption.
Given the following small reproducer:
-- expect_test.adb
with Ada.Text_IO;
with GNAT.Expect;
with GNAT.OS_Lib;
Ludovic Brenta wrote:
Note to Kurt: my home machine has 2 cores but Xavier routinely uses 4- or
8-core boxes; I don't recall about Reto but I suspect he has similarly
large machines :)
That's right, quad core AMD Phenom(tm) II X4 940 ;)
I will look into this bug as soon as possible.
- reto
Lucas Nussbaum wrote:
On 01/03/10 at 23:00 +0100, Reto Buerki wrote:
Is there a policy which defines the network setup and firewall rules for
an official build host? If every host is different, we better disable
the MIOP test because testing multicast functionality cannot work reliably.
[1
Lucas Nussbaum wrote:
On 28/02/10 at 14:02 +0100, Reto Buerki wrote:
The relevant part of the build log is:
/ Begin of Scenario CORBA_MIOP
Scenario CORBA_MIOP
Description: CORBA/MIOP test
Starting scenario CORBA_MIOP
-- Begin of Test CORBA_MIOP_0
Read : test
Hi,
The relevant part of the build log is:
/ Begin of Scenario CORBA_MIOP
Scenario CORBA_MIOP
Description: CORBA/MIOP test
Starting scenario CORBA_MIOP
-- Begin of Test CORBA_MIOP_0
Read : test CORBA_MIOP_0
Id : Simple test
Type: client_server
Hi,
I can reproduce the bug by using a qemu MIPS image [1]. Thanks to
Aurélien Jarno for providing these images.
The reproducer is simple:
procedure Alternate is
task Test;
task body Test is
begin
null;
end;
begin
null;
end Alternate;
r...@debian-mips:~/reproducers$
Ludovic Brenta schrieb:
Some of the tests of 2.6.0~20090423-4 just failed on the kfreebsd-amd64
buildd (they all passed in the previous build). Apparently all the test
failures were due to:
polyorb.utils.sockets: connect to 172.17.12.3 failed: [61] Connection
refused
The IP address of
Ludovic Brenta wrote:
The kfreebsd-i386 buildd, finzi.debian.org, had similar failures,
this time the error message is:
polyorb.utils.sockets: connect to 172.17.12.2 failed: [61] Connection
refused
(as opposed to 172.17.12.3 on fano.debian.org).
Is it possible that these IP addresses
Ludovic Brenta schrieb:
Actually, since the patch applies to some C sources, not Ada, I do not
think BinNMUs are required anymore. The BinNMUs are only required if
changing Ada source because of Ada's rules about consistency at the source
level. These rules do not apply to C, obviously.
The problem is the GNAT.Sockets thin binding on kfreebsd
(GNAT.Sockets.Thin.C_Bind() in this case).
See Bug #561156, Message #24 for more info and a thin binding reproducer.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Ludovic Brenta wrote:
Should polyorb build-depend on Python? If so, why and which version of
Python? Excerpt from the buildd log:
The support/reconfig script needs it to create the IDL tree accessors
for idlac.
- reto
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Ludovic Brenta wrote:
Package: polyorb
Version: 2.6.0~20090423-1
Severity: serious
Justification: FTBFS on kfreebsd-amd64
Excerpt from the buildd log:
Running all 35 scenario files from:
Ludovic Brenta wrote:
I rebuilt polyorb in my i386 chroot (on a dual-core amd64 system) and
the test suite passed, so I uploaded. I am not closing this bug yet
because I want to understand the test failure; if this test depends on
certain hardware or kernel versions to succeed, I want to know
Package: gnat-4.4
Version: 4.4.1-1
Severity: normal
There is a problem with Unchecked_Deallocation on amd64 when freeing
memory of an extended type object which defines an Unbounded_String
field (and possibly other fields). The following code reproduces the
problem:
---
with
MJ Ray wrote:
* URL : https://libre.adacore.com/polyorb/
* License : GMGPL
Is that a typo? Looks like GNU GPL from here.
See Message #25, [1]
Thanks,
- reto
[1] - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517404#25
--
To UNSUBSCRIBE, email to
Jurij Smakov wrote:
On Fri, Feb 27, 2009 at 02:56:04PM +0100, Reto Buerki wrote:
Package: wnpp
Severity: wishlist
Owner: Reto Buerki r...@codelabs.ch
* Package name: polyorb
Version : 2.4.0
Upstream Author : li...@adacore.com
* URL : https://libre.adacore.com
Correction:
The License is not GMGPL, it's pure GPL.
Regards,
- reto
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Reto Buerki r...@codelabs.ch
* Package name: polyorb
Version : 2.4.0
Upstream Author : li...@adacore.com
* URL : https://libre.adacore.com/polyorb/
* License : GMGPL
Programming Lang: Ada
Description
Package: wnpp
Severity: wishlist
Owner: Reto Buerki r...@codelabs.ch
* Package name: pcscada
Version : 0.5
Upstream Author : Reto Buerki r...@codelabs.ch
* URL : http://www.nongnu.org/pcscada/
* License : LGPL
Programming Lang: Ada
Description : Ada
Hi Stephen,
I have merged the two patches in the Debian package upstream:
* Fix compilation issues in ASU_Example_5_10 parser examples.
* Added GNAT dynamic library project file and simple Makefile.
There were no other diffs between the sources in the Debian package and
current upstream code.
I
Original Message
Subject: Re: [Fwd: Bug#486861: ahven FTBFS on (at least) mips]
Date: Thu, 19 Jun 2008 09:38:15 +0200
From: Thomas Wolf
To: Reto Buerki [EMAIL PROTECTED]
Hi Reto,
On 18 Jun 2008 at 22:17, Reto Buerki wrote:
Hi,
I'm the Maintainer of the Debian package
retitle 477322 ITA: libopentoken -- OpenToken lexical analysis library
for Ada
owner 477322 Reto Buerki [EMAIL PROTECTED]
thanks
Hi Ludovic
I would kindly adopt this package.
Kind regards,
- reto
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
Ludovic Brenta wrote:
That is excellent news; thank you very much.
First, you should check whether there is a new upstream version or not (I
don't
think there is one).
There is no new upstream version available.
Then, the package needs love for the transition to gnat-4.3. Because of the
57 matches
Mail list logo