On 10/18/24 15:27, Simon McVittie wrote:
Based on my limited understanding of the Ada language, it looks as though
dbusada calls dbus_get_local_machine_id(), which has no good mechanism
for reporting an error, and therefore will spam warnings to standard error
(and possibly crash) if the D-Bus ma
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.
>
> https://build.opensuse.org/package/show/home
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 s
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 asciidoc
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 issue
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 changes
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 work-
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/
ever you really 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 Bue
-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 ti
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 parted_server[40+1200
-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 cons
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'
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
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 debian-
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 b
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
You
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 dependenc
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
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;
pr
Package: wnpp
Severity: wishlist
Owner: Reto Buerki
-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
Programming Lang
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 b
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
uplo
Hi,
On 12/07/2011 05:28 PM, Alexander Reichle-Schmehl wrote:
> * Reto Buerki [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.
>>> C
Package: wnpp
Severity: wishlist
Owner: Reto Buerki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: dbusada
Version : 0.1
Upstream Author : Reto Buerki
* URL : http://www.codelabs.ch/dbus-ada/
* License : GMGPL
Programming Lang: Ada
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 reschedule
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
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 n
Package: debian-maintainers
Severity: normal
Please add Reto Buerki to Debian Maintainers keyring.
The jetring changeset is attached.
Thank you,
Reto Buerki
Comment: Add Reto Buerki as a Debian Maintainer
Date: Tue, 20 Apr 2010 22:28:57 +0200
Action: import
Recommended-By:
Ludovic Brenta
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;
with
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
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 te
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_
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$ gnatmak
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 add
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 addre
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.or
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:
> /build/buildd-polyorb_2.6.0~20090423-1-kfreebsd-amd64-XNmMrY/polyorb-2.6.0~20090423/testsui
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 k
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 Ada.Strings.Unbou
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 debian-bu
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
Jurij Smakov wrote:
> On Fri, Feb 27, 2009 at 02:56:04PM +0100, Reto Buerki wrote:
>> Package: wnpp
>> Severity: wishlist
>> Owner: Reto Buerki
>>
>>
>> * Package name: polyorb
>> Version : 2.4.0
>> Upstream Auth
Package: wnpp
Severity: wishlist
Owner: Reto Buerki
* Package name: polyorb
Version : 2.4.0
Upstream Author : li...@adacore.com
* URL : https://libre.adacore.com/polyorb/
* License : GMGPL
Programming Lang: Ada
Description : The PolyORB schizophrenic
Package: wnpp
Severity: wishlist
Owner: Reto Buerki
* Package name: pcscada
Version : 0.5
Upstream Author : Reto Buerki
* URL : http://www.nongnu.org/pcscada/
* License : LGPL
Programming Lang: Ada
Description : Ada bindings to PC/SC middleware
PCSC
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 o
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
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 "unsubscrib
58 matches
Mail list logo
