Bug#835966: RM: polyorb -- RoQA; unmaintained, RC-buggy

[Xavier Grave]

No, I think you don't need more tests since you have found the conflict source 
as far as I understand.

I'm very short of time for the month - may be someone on debian-ada can test 
your patched package ? Can you provide an url to download it please ?

- Mail original -
De: "Svante Signell" <svante.sign...@gmail.com>
À: "Xavier Grave" <xavier.gr...@csnsm.in2p3.fr>
Cc: 835...@bugs.debian.org, "Mattia Rizzolo" <mat...@debian.org>, 
debian-...@lists.debian.org
Envoyé: Mercredi 7 Septembre 2016 13:00:33
Objet: Re: Bug#835966: RM: polyorb -- RoQA; unmaintained, RC-buggy

Hi again,

seems like the conflicting application is qemu-system-x86_64 whichever port I
choose in examples/dsa/bank/polyorb.conf:
# cat polyorb.conf
[dsa]
name_service=corbaloc:iiop:1.2@127.0.0.1:9099/NameService/00024fF800
0
[iiop]
polyorb.protocols.iiop.default_port=5001

# cat namer/polyorb.conf
[iiop]
polyorb.protocols.iiop.default_port=9099

# netstat -ntap | grep LISTEN|less
8709/qemu-system-x8 
tcp0  0 0.0.0.0:50010.0.0.0:*   LISTEN

ps aux|grep 8709
root  8713  0.0  0.0  0 0 ?SAug24   0:00 [kvm-pit/8709]

In order to test properly I need to do that in an environment not running qemu,
like in a qemu linux guest. Unfortunately I cannot shut down all qemu instances
I have running on the box.

Do you want me to do that too? It will take a while.

On Wed, 2016-09-07 at 10:40 +0200, Xavier Grave wrote:
> I never got such error when using dsa, does the example is still running ?
> Did you try :
> netstat -ntap | grep LISTEN
> In order to see what's is running and may collide with the bank example.
> 
> But if the example from the web page is running I think you have achieved a
> working polyorb package as far as I can see. Nice.

Thanks!

Bug#835966: RM: polyorb -- RoQA; unmaintained, RC-buggy

[Xavier Grave]

I never got such error when using dsa, does the example is still running ?
Did you try :
netstat -ntap | grep LISTEN
In order to see what's is running and may collide with the bank example.

But if the example from the web page is running I think you have achieved a 
working polyorb package as far as I can see. Nice.

xavier

- Mail original -
De: "Svante Signell" <svante.sign...@gmail.com>
À: "Xavier Grave" <xavier.gr...@csnsm.in2p3.fr>, 835...@bugs.debian.org
Cc: "Mattia Rizzolo" <mat...@debian.org>, debian-...@lists.debian.org
Envoyé: Mardi 6 Septembre 2016 16:31:50
Objet: Re: Bug#835966: RM: polyorb -- RoQA; unmaintained, RC-buggy

On Tue, 2016-09-06 at 11:17 +0200, Xavier Grave wrote:
> You should also run the po_cos_naming, you can look at [1] in order to see how
> to "play" with dsa applications.
> 
> xavier
> [1] : http://wiki.ada-dk.org/a_dsa_tutorial
> 
The dsa exammple in that web page works!

The bank example almost works too:
(after changing 192.168.1.1:9099 to 127.0.0.1:9099)

./bank_server
...
Request : p

=> Print

   Customer : poor
   Password : 
   Balance  :  25

   Customer : middle
   Password : 
   Balance  :  250

   Customer : rich
   Password : 
   Balance  :  2500


Menu :

   Create
   Load
   Print
   Quit
   Save

Request : 

./bank_client
polyorb.utils.tcp_access_points: bind failed: [98] Address already in use

raised GNAT.SOCKETS.SOCKET_ERROR : [98] Address already in use

Bug#835966: RM: polyorb -- RoQA; unmaintained, RC-buggy

[Xavier Grave]

You should also run the po_cos_naming, you can look at [1] in order to see how 
to "play" with dsa applications.

xavier
[1] : http://wiki.ada-dk.org/a_dsa_tutorial

- Mail original -
De: "Svante Signell" <svante.sign...@gmail.com>
À: "Xavier Grave" <xavier.gr...@csnsm.in2p3.fr>, 835...@bugs.debian.org
Cc: "Mattia Rizzolo" <mat...@debian.org>, debian-...@lists.debian.org
Envoyé: Lundi 5 Septembre 2016 17:14:26
Objet: Bug#835966: RM: polyorb -- RoQA; unmaintained, RC-buggy

Hi,

After installing the built packages I tried the bank example. It seems like it
fails:

$ ./bank_server
system.partition_interface: Cannot register information for RCI
POLYORB.DSA_P.PARTITIONS with name server.
raised POLYORB.COMM_FAILURE

$ ./bank_client (bank_server failed to start, see above)
raised SYSTEM.RPC.COMMUNICATION_ERROR : lookup of RCI polyorb.dsa_p.partitions
failed

However, since the latest commit was in February 2016 and the current code is
from 2014 maybe there is a solution already available?

Thanks!

On Mon, 2016-09-05 at 16:35 +0200, Xavier Grave wrote:
> In last polyorb version, you should use po_gnatdist.
> 
> - Mail original -----
> De: "Svante Signell" <svante.sign...@gmail.com>
> À: "Xavier Grave" <xavier.gr...@csnsm.in2p3.fr>
> Cc: "Mattia Rizzolo" <mat...@debian.org>, 835...@bugs.debian.org, debian-ada@l
> ists.debian.org
> Envoyé: Lundi 5 Septembre 2016 11:40:50
> Objet: Bug#835966: RM: polyorb -- RoQA; unmaintained, RC-buggy
> 
> Hi,
> 
> Seems like gnatdist is needed to run the bank example. Where can I find a
> modern
> version of it?
> 
> On Mon, 2016-09-05 at 10:37 +0200, Xavier Grave wrote:
> > 
> > Hi,
> > 
> > I can't upload anything any longer I'm sorry. And one have to be cautious
> > with
> > polyorb, compilation of the package doesn't mean it is functional. Polyorb
> > version is linked to the compiler so may be it should be interesting to try
> > to
> > run the bank demo code.
> > 
> > Cordially, xavier

Bug#835966: RM: polyorb -- RoQA; unmaintained, RC-buggy

[Xavier Grave]

In last polyorb version, you should use po_gnatdist.

- Mail original -
De: "Svante Signell" <svante.sign...@gmail.com>
À: "Xavier Grave" <xavier.gr...@csnsm.in2p3.fr>
Cc: "Mattia Rizzolo" <mat...@debian.org>, 835...@bugs.debian.org, 
debian-...@lists.debian.org
Envoyé: Lundi 5 Septembre 2016 11:40:50
Objet: Bug#835966: RM: polyorb -- RoQA; unmaintained, RC-buggy

Hi,

Seems like gnatdist is needed to run the bank example. Where can I find a modern
version of it?

On Mon, 2016-09-05 at 10:37 +0200, Xavier Grave wrote:
> Hi,
> 
> I can't upload anything any longer I'm sorry. And one have to be cautious with
> polyorb, compilation of the package doesn't mean it is functional. Polyorb
> version is linked to the compiler so may be it should be interesting to try to
> run the bank demo code.
> 
> Cordially, xavier

Bug#835966: RM: polyorb -- RoQA; unmaintained, RC-buggy

[Xavier Grave]

Hi,

I can't upload anything any longer I'm sorry. And one have to be cautious with 
polyorb, compilation of the package doesn't mean it is functional. Polyorb 
version is linked to the compiler so may be it should be interesting to try to 
run the bank demo code.

Cordially, xavier

- Mail original -
De: "Svante Signell" <svante.sign...@gmail.com>
À: "Mattia Rizzolo" <mat...@debian.org>
Cc: "xavier grave" <xavier.gr...@csnsm.in2p3.fr>, 835...@bugs.debian.org, 
debian-...@lists.debian.org
Envoyé: Dimanche 4 Septembre 2016 17:59:01
Objet: Re: Bug#835966: RM: polyorb -- RoQA; unmaintained, RC-buggy

Xavier: ping!

>From Aug 31:
> I don't see any activity going on this package, and it already has 2
> unaswered RC bugs (#790664 from half 2015).

On Fri, 2016-09-02 at 13:11 +, Mattia Rizzolo wrote:
> On Fri, Sep 02, 2016 at 03:09:29PM +0200, Svante Signell wrote:
> > 
> > On Fri, 2016-09-02 at 12:43 +, Mattia Rizzolo wrote:
> > > 
> > > On Fri, Sep 02, 2016 at 01:26:20PM +0200, Svante Signell wrote:
> > > > 
> > > >  
> > > > With the attached patches polyorb builds fine with gcc-6/gnat-
> > > > 6. With these
> > > > patches all serious bugs are fixed.
> > > > 
> > > >   * Enable build with gnat-6: Closes #790664, #831255, #835966
> > > > New debian patches: debian_control.patch,
> > > > debian_rules.patch,
> > > > debian_patches_series.patch
> > > > New source patches: src_csupport.c.patch,
> > > > examples_corba_echo_echo-impl.adb.patch
> > > > Modified patches: hardening.patch
> > > Do you mind uploading a fixed polyorb?  (a NMU, I suppose).
> > 
> > I'm not a DD/DM, so I need a sponsor for doing that.
> 
> Let's try to wait for Xavier to see whether he would be kind enough
> to
> upload your patches (or somebody else from debian-ada, I know nothing
> about ada, I'd prefer to see somebody from the team…), otherwise I am
> available to sponsor them.
>

Bug#835966: RM: polyorb -- RoQA; unmaintained, RC-buggy

[xavier grave]

Hi Mattia,

Sadly, I haven't time for maintaining work anymore.
I have filed a RFA (#834605) against wnpp.

Thanks for your concern, cordially, xavier

Le 29/08/2016 à 16:30, Mattia Rizzolo a écrit :

source: polyorb
version: 2.11~20140418-3
severity: serious

Dear maintainer,

polyorb is the last package using gnat-4.9 for building, which means
it's the last package holding gnat-4.9 clean removal.

I don't see any activity going on this package, and it already has 2
unaswered RC bugs (#790664 from half 2015).

I wonder if these are signs that calls the removal of the packge.

If I don't receive any reply from you in 2 weeks I'll reassign this bug
to ftpmaster to proceed with the removal.

Bug#834605: RFA: polyorb -- Multiple-personality middleware for Ada

[xavier grave]

Package: wnpp
Severity: normal

Bug#834604: RFA: music123 -- Command-line shell for sound-file players

[xavier grave]

Package: wnpp
Severity: normal

Bug#834603: RFA: polyorb -- Multiple-personality middleware for Ada

[xavier grave]

Package: wnpp
Severity: normal

Bug#834509: RFA: liblog4ada -- Ada library for flexible logging

[xavier grave]

Package: wnpp
Severity: normal

Bug#834507: RFA: libxmlezout -- Easy-to-use library for emitting XML from Ada programs

[xavier grave]

Package: wnpp
Severity: normal

Bug#749714: Version 1.3-1 closes this bug

[xavier grave]

Hi,

Version 1.3-1 [1] of the package fixes #749714 but I lack the upload to 
NEW privileges (not sure of the translation from french).


Cheers, xavier
[1] 4d757b0bf01daa8e9938933a6a3eaabbf370a139 of 
mtn://monotone.ada-france.org?org.debian.liblog4ada



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#776045: polyorb: templates_parser files shouldn't have been included

[Xavier Grave]

Source: polyorb
Severity: important

Dear Maintainer,

Trying to compile a soft needing both polyorb and aws (which depends on 
libtemplates_parser)
produce an error :
polyorb.gpr:46:09: unit templates_parser.input cannot belong to several 
projects
polyorb.gpr:46:09:   project polyorb, 
/usr/share/ada/adainclude/polyorb/templates_parser-input.adb
polyorb.gpr:46:09:   project templates_parser, 
/usr/share/ada/adainclude/templates_parser/templates_parser-input__standalone.adb

Previous packaging version removed aws files but the polyorb (2.11) also 
includes part of templates_parser which need to be removed also.

xavier grave

-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 10.1-0-amd64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#763727: gprbuild: gprconfig segfaults on kfreebsd-i386, causes other packages to FTBFS

[Xavier Grave]

Nicolas Boulenguez nico...@debian.org a écrit :


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.


I should put my hand on an old machine at lab, I'll install a  
kfreebsd-i386 on it as soon as possible.



This message was sent using the webmail platform from IN2P3 Computing Center


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#763727: gprbuild: gprconfig segfaults on kfreebsd-i386, causes other packages to FTBFS

[Xavier Grave]

Nicolas Boulenguez nico...@debian.org a écrit :


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.


Can we try a build in a 32 bits chroot on a amd64 kFreeBSD ?



This message was sent using the webmail platform from IN2P3 Computing Center


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#763727: gprbuild: gprconfig segfaults on kfreebsd-i386, causes other packages to FTBFS

[Xavier Grave]

Here is the result of gprconfig under gdb :


(gdb) where
#0  0x08142483 in __gnat_backtrace ()
#1  0x08137fb0 in system.traceback.call_chain ()
#2  0x080eeb7b in ada.exceptions.call_chain ()
#3  0x080eef6b in ada.exceptions.complete_occurrence ()
#4  0x080eef88 in ada.exceptions.complete_and_propagate_occurrence ()
#5  0x080eefd8 in __gnat_raise_exception ()
#6  0x08118dd9 in gnat.expect.expect ()
#7  0x08118ef8 in gnat.expect.expect ()
#8  0x08118f80 in gnat.expect.expect ()
#9  0x0811a85e in gnat.expect.get_command_output ()
#10 0x080d2a88 in gprconfig.knowledge.get_external_value  
(attribute=..., value=..., comp=..., split_into_words=false,  
merge_same_dirs=false, processed_value=...)

at /home/build/org.debian.gprbuild/src/gprconfig-knowledge.adb:1776
#11 0x080d6ba5 in gprconfig.knowledge.foreach_language_runtime  
(iterator=..., base=..., name=30624, executable=30384,  
directory=..., prefix=3, from_extra_dir=false, on_target=24,  
descr=...,
path_order=4) at  
/home/build/org.debian.gprbuild/src/gprconfig-knowledge.adb:2096
#12 0x080d8370 in gprconfig.knowledge.foreach_compiler_in_dir  
(iterator=..., base=..., directory=..., from_extra_dir=false,  
on_target=24, path_order=4)

at /home/build/org.debian.gprbuild/src/gprconfig-knowledge.adb:2594
#13 0x080d923c in gprconfig.knowledge.foreach_compiler_in_path  
(iterator=..., base=..., on_target=24, extra_dirs=...) at  
/home/build/org.debian.gprbuild/src/gprconfig-knowledge.adb:2807
#14 0x0807bfdc in gprconfig.main () at  
/home/build/org.debian.gprbuild/src/gprconfig-main.adb:490


I'll try to investigate further as soon as I have fixed my  
liblog4ada/libxmlezout mess


Nicolas Boulenguez nico...@debian.org a écrit :


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.






This message was sent using the webmail platform from IN2P3 Computing Center


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#763879: gprbuild is looking for /usr/bin/gcc and not depend on gcc package

[Xavier Grave]

Package: gprbuild
Version: 2014-3
Severity: normal

Dear Maintainer,

Tying to build a library with gprbuild (build_lib.gpr in a test case attached)
I have the following error message :
gprbuild -p -Pbuild_lib
object directory /home/xavier/meta-lab/debian-lab/tst-case-gprbuild/obj/ 
created
library directory /home/xavier/meta-lab/debian-lab/tst-case-gprbuild/lib/ 
created for project build_lib
library ALI directory 
/home/xavier/meta-lab/debian-lab/tst-case-gprbuild/lib/ali/ created for 
project build_lib
gnatgcc -c -fPIC tstcase_pkg.adb
gprlib tstcase.lexch
gprlib: unable to locate linker /usr/bin/gcc
gprbuild: could not build library for project build_lib

If I do an apt-get install gcc, all is fine

I tried to reproduce the bug on kFreeBSD_amd64 and amd64 architectures without 
success.

Cheers, xavier

*** tst-case-gprbuild.tgz
?pk.T?WMs?0??_??S{??a???L?i?3?-??b1????@c2??K?To??+??=?TNJJ??K?T?g^?s??a?6??~??
 ?q?=???q?Si?*????|?
?)??X?(???c??.?K??1t?Q?h???^??~O?????????3?N?JM???,kI??)$???f%?9???]J???B??@BsV??Gw\??5+(??)?JQ?f???G?Y???]?????/?q???6?#?????
??sC??6???)g??]??8?}?o????XgI?f?-Ml??U@?}$pR??DU??q?
_????~?
??j+{FxI???:???
??39pv????k??v?6??P?jI?H? 
?3b??v7x#*?R=?w?:-Z!?y|?]?8?? ???/
?O?????v-[?dLb#P6lo.?N?wGq8I????e{???TR?hf5?2??P4kz?m   
   ?h????D?i
~f???Z?YK???t??7?gPZ??ji??Y?????^?
]o+u???`??L??=5??P??@???V 8???px??c?s1??g???R???q???~?kG?[?
?~?a?t(

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: armhf (armv7l)

Kernel: Linux 3.0.35-cm-fx6-5.3 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages gprbuild depends on:
ii  libc6   2.19-11
ii  libgcc1 1:4.9.1-16
ii  libgnatprj4.9   4.9.1-3
ii  libgnatvsn4.9   4.9.1-3
ii  libxmlada4.4.0  4.4.2014-1

gprbuild recommends no packages.

Versions of packages gprbuild suggests:
ii  g++   4:4.9.1-4
ii  gcc   4:4.9.1-4
pn  gfortran  none
ii  gnat  4.9
pn  gprbuild-doc  none

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#763879: test case tar ball seems not to make it to the first bug report

[xavier grave]

 

tst-case-gprbuild.tgz
Description: application/compressed-tar

Bug#749714: liblog4ada: failed to rename -dev package

[xavier grave]

Le 29/05/2014 13:34, Ludovic Brenta a écrit :

Package: src:liblog4ada
Version: 1.2-4
Severity: serious
Justification: policy violation

The name of the -dev package must change whenever any of the .ali files
in the package changes.  Compiling against libgnat-4.9 instead of
libgnat-4.6 causes such a change.

Similarly the name and soname of the shared library must change.



Thanks for pointing out this Debian Ada policy.
Work is undergoing to fix that.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#749714: liblog4ada: failed to rename -dev package

[xavier grave]

Le 30/05/2014 09:19, xavier grave a écrit :



Le 29/05/2014 13:34, Ludovic Brenta a écrit :

Package: src:liblog4ada
Version: 1.2-4
Severity: serious
Justification: policy violation

The name of the -dev package must change whenever any of the .ali files
in the package changes.  Compiling against libgnat-4.9 instead of
libgnat-4.6 causes such a change.

Similarly the name and soname of the shared library must change.



Thanks for pointing out this Debian Ada policy.


A word is missing, should be :
Thanks for pointing out this Debian Ada policy violation.


Work is undergoing to fix that.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#666106: gnat-4.8: kfreebsd-i386: Exceptions with tracebacks in task rendezvous cause STORAGE_ERROR

[Xavier Grave]

Ludovic Brenta ludo...@ludovic-brenta.org a écrit :


I have requested removal of gnat-4.8 from the archive.  Can you please
tell me whether this bug is still present in gnat-4.9?


Here is my experience with a kFreeBSD-amd64 :

xavier@poste-travail-xavier:~/gnat-lab/test-bug-666106$ ./main

raised CONSTRAINT_ERROR : Some error occurred
xavier@poste-travail-xavier:~/gnat-lab/test-bug-666106$ gnatclean main
./main.ali has been deleted
./main.o has been deleted
main has been deleted
xavier@poste-travail-xavier:~/gnat-lab/test-bug-666106$ gnatmake  
main.adb -bargs -E

gcc-4.9 -c main.adb
gnatbind -E -x main.ali
gnatlink main.ali
xavier@poste-travail-xavier:~/gnat-lab/test-bug-666106$ ./main

Execution terminated by unhandled exception
Exception name: CONSTRAINT_ERROR
Message: Some error occurred
Call stack traceback locations:
0x800850840 0x402d1f 0x402c46 0x801605803 0x4026ca 0xfffe

Seems OK to me for amd64, no i386 at hand before a few days.


This message was sent using the webmail platform from IN2P3 Computing Center


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#745813: iceweasel: strange web connection problem

[xavier grave]

Package: iceweasel
Version: 24.4.0esr-1
Severity: important

Dear Maintainer,

On my kFreeBSD/Debian system I encounter the following 
connection/display problems :


 * launching iceweasel on the command line without any url
   - I can't get a byte from the web
 even from the Iceweasel Start Page search engine
   - addons system display the What are Add-ons? message
 where it complains about no connection :
   When you're connected to the internet,...
   - about:config won't display in any tab
 * launching iceweasel on the command line with an url
   - I get the url web page
 I can navigate in the displayed page, even middle button click is 
operational

   - I get the about:config page if specified on the command line

I can reproduce the addons behaviour with icedove.

Thanks in advance, xavier grave

-- Package-specific info:

-- Extensions information
Name: Adblock Plus
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}

Package: xul-ext-adblock-plus
Status: enabled

Name: Default theme
Location: 
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}

Package: iceweasel
Status: enabled

-- Plugins information

-- Addons package information
ii  iceweasel  24.4.0esr-1  kfreebsd-amd Web browser based on Firefox
ii  xul-ext-adbloc 2.5.1+dfsg-1 all  advertisement blocking 
extension


-- System Information:
Debian Release: jessie/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing'), (1, 
'experimental')

Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 9.2-1-amd64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages iceweasel depends on:
ii  debianutils 4.4
ii  fontconfig  2.11.0-5
ii  libc0.1 2.18-4
ii  libgdk-pixbuf2.0-0  2.30.6-1
ii  libglib2.0-02.40.0-2
ii  libgtk2.0-0 2.24.23-1
ii  libnspr42:4.10.4-1
ii  libsqlite3-03.8.4.3-1
ii  libstdc++6  4.9-20140303-1
ii  procps  1:3.3.9-2
ii  xulrunner-24.0  24.4.0esr-1

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
pn  fonts-mathjax  none
ii  fonts-oflb-asana-math  000.907-6
ii  fonts-stix [otf-stix]  1.1.0-1
ii  libgssapi-krb5-2   1.12.1+dfsg-1
pn  mozplugger none

Versions of packages xulrunner-24.0 depends on:
ii  libatk1.0-0   2.12.0-1
ii  libbz2-1.01.0.6-5
ii  libc0.1   2.18-4
ii  libcairo2 1.12.16-2
ii  libdbus-1-3   1.8.0-3
ii  libevent-2.0-52.0.21-stable-1
ii  libfontconfig12.11.0-5
ii  libfreetype6  2.5.2-1
ii  libgcc1   1:4.9-20140303-1
ii  libgdk-pixbuf2.0-02.30.6-1
ii  libglib2.0-0  2.40.0-2
ii  libgtk2.0-0   2.24.23-1
ii  libhunspell-1.3-0 1.3.2-7
ii  libmozjs24d   24.4.0esr-1
ii  libnspr4  2:4.10.4-1
ii  libnss3   2:3.16-1
ii  libpango-1.0-01.36.3-1
ii  libsqlite3-0  3.8.4.3-1
ii  libstartup-notification0  0.12-3
ii  libstdc++64.9-20140303-1
ii  libvpx1   1.3.0-2
ii  libx11-6  2:1.6.2-1
ii  libxext6  2:1.3.2-1
ii  libxrender1   1:0.9.8-1
ii  libxt61:1.1.4-1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages xulrunner-24.0 suggests:
ii  libcanberra0  0.30-2
ii  libdbus-glib-1-2  0.102-1
pn  libgnomeui-0  none

-- no debconf information


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#699736: GNAT offers bug box on small Ada 2012 program

[Xavier Grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

With gnat pro I have this output :
gcc -c -gnat12 algo_2sat.adb
algo_2sat.adb:10:32: subtype mark required in this context
algo_2sat.adb:11:25: subtype mark required in this context

My gnatpro version :
gcc -v
snip
gcc version 4.7.2 20120902 for GNAT Pro 7.1.0w (20120901) (GCC)

So to me it seems a gnat-4.6/gcc-4.6 bug...

Le 04/02/2013 10:59, David Starner a écrit :
 Package: gnat-4.6
 Version: 4.6.3-8
 
 When compiled with gnatmake -gnat12 algo_2sat.adb
 
 package body Algo_2SAT is
type Orientation is (Unused, Unnegated, Negated, Both);
procedure Monodirectional (P: in out Problem_2SAT) is
   Count : array (1 .. Variable (100)) of Orientation := (others = 
 Unused);
   C : Clause;
   P_New : Problem_2SAT;
begin
   for I in P.First_Index .. P.Last_Index loop
  C := P.Element (I);
  if Count (C.A_Var) in (Unnegated, Negated) or else Count
 (C.B_Var) in (Unnegated, Negated) then
 null;
  else
 P_New.Append (C);
  end if;
   end loop;
   P := P_New;
end Monodirectional;
 end Algo_2Sat;
 with Ada.Containers.Vectors;
 package Algo_2SAT is
type Variable is new Natural;
type Clause is record
   A_Bool : Boolean;
   A_Var : Variable;
   B_Bool : Boolean;
   B_Var : Variable;
end record;
package Problem_Container is new Ada.Containers.Vectors (Natural, Clause);
subtype Problem_2Sat is Problem_Container.Vector;
procedure Monodirectional (P : in out Problem_2SAT);
 end Algo_2SAT;
 
 offers
 
 gcc-4.6 -c -gnat12 algo_2sat.adb
 +===GNAT BUG DETECTED==+
 | 4.6.3 (x86_64-pc-linux-gnu) GCC error:   |
 | in gnat_to_gnu, at ada/gcc-interface/trans.c:4526|
 | Error detected at algo_2sat.adb:10:32|
 | Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
 | Use a subject line meaningful to you and us to track the bug.|
 | Include the entire contents of this bug box in the report.   |
 | Include the exact gcc-4.6 or gnatmake command that you entered.  |
 | Also include sources listed below in gnatchop format |
 | (concatenated together with no headers between files).   |
 +==+
 
 Please include these source files with error report
 Note that list may not be accurate in some cases,
 so please double check that the problem can still
 be reproduced with the set of files listed.
 Consider also -gnatd.n switch (see debug.adb).
 
 algo_2sat.adb
 algo_2sat.ads
 
 compilation abandoned
 gnatmake: algo_2sat.adb compilation error
 
 I would offer this upstream, but Debian's GNAT is a version behind.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJRD7qJAAoJEG3iFwasTcfadbMQAJtlaGCWAfrLVyYJloVn45ap
k0TAyKwXiwcwlWRGW6jhPGnI9W9oETk0jDbVVoZvRumm8CZhhpmmav21EYreLu3R
y7idpIZIHtlX3ZNYq7BnOyFyQct0oJV2u/W5c2+8ImOP8JS9EsSr/DkWFknFw/Ci
56neN+c8L2NhCe1w5rzblIHL3xSYVmG8dJe/TmIKspaBfT4r5IEfg9rvSlaL6L8w
UZqBQa3+4C9yAx10erH+udJtnW5j86GP/Tbtt9pwud2coMSakWjpNYVYmQ032Ii4
notRInXPwNoZvvTNIAZATij9QfM+NHbp0hlGJAExQkOAs4AxqUwT2E3bipGI64zI
RzXJXQgAh/vVmp9Dm+kHZWFd6H0r0Mg06EFgVMhDlORyK28rbrg/A6y3gs7tkvcW
pTNUfURBtRqtEBlpp5ltJaZ82Mcfw4MxNsd4s2Q2sROAab8LsVtdW7uuutoZrgS2
1SesphSnpfxuoJa/gynvupcR8eXMh93dD2r6+zjDdz+VPOGzAeWrT5gXiWMA9sBp
nfxO88aLy39RoCEj1bqmXNwBQOQw5LAKVRmiRqnhrWbW4DR0/NCBCjTZIGlMnQFd
3sz8/IsfKeZiDzWAUtic58qBk7hjVo4i0Y7o/b9XFcfVZ0kq6jQ0iftEjkkj7n+l
M8dvoVDx2nyLlov3Srwc
=18eA
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#692780: Bug#699197: libpolyorb2-dev: fails to upgrade from 'squeeze' - trying to overwrite /usr/bin/iac

[Xavier Grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 03/02/2013 06:52, Andreas Beckmann a écrit :
 Followup-For: Bug #699197
 Control: tag -1 patch
 
 Hi,
 
 I'm attaching a patch that fixes the two RC issues:
 * missing Breaks/Replaces libpolyorb1-dev
 * cleaning up the diversion properly
 
 I'm now going to ask the RT for their opinion about this patch.
 
 The patched packages pass the piuparts tests that utilize the
 problematic code paths.
 
 Andreas

Hi Andreas,

Thanks a lot for the patches, I was like a chicken in front of a pencil
with these bugs. What part of the debian documentation do you advice me
to read to understand them fully ?

Do you want me to do the upload ? A NMU for me is fine if you think so
(prefer ?).

Cordially, xavier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJRD714AAoJEG3iFwasTcfatD4P/jgXR8OBajCQ9X56SZCFCCXz
c5MBUTGOZxVQ+STdXkikPONYCwXWbsptha2WBbnr/hmJ9L/spcJXxMqt4v70mfyR
SbB+ip6RretywjIzvQl0wrUSSfJjjNHI68HMmZxw5U/Pt6NTszPf7MnfByo/oI/X
mBKs+j9tUL6ulzVvNrVmt6a+SbPiq1xs+FnbVLb3xrSX6yv31GKJWVUPHz3DHA6Q
7cj/pE4KBcgZX2wDGwhwom1j6W+P13YI52dSFQTyV83+IqfS+ZCV8Itx3yLzzNIw
2acrS0kizFygMeYBVQhd7n32Qhhlxcg4mZuNlegrCKBZfw3bzJ2KlK2sxJHOf/5H
3EejEMZfMNuG6/N6CV7EugVHjhvpnd1+abmnVs+Iez2i92JVoWOhV5NyCxetqiaW
Xd199yrKjBFLJlI3Rm7L7I1VYWXR7Yk5iGZODETzvBzEku4F8uFzETvA+0/i9PL+
8OgmwAyxOqOlLwGVzgUhzSc9+Y4YGEniZVngsUxK+qItQ6/frF+UvqCVQ6Y98Cw4
DkaiR4C14wXcY3EnhRApl4Y/KM3/JhII99BMgV55Icityj7CRyPXo4GRdjLAUR4E
C3xYGrV4SIK1prSaTeH5t8wJQ6yb0kILOfo7NtzGzXtT1Cn+1LthD6YMSP6j6hWD
zByqrLsKafAdpDnRgDJU
=P3HN
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#695349: gnat-4.6: fails to build os lovelace

[Xavier Grave]

On Sat, 08 Dec 2012 12:41:59 +0100, Matthias Klose wrote:

Am 07.12.2012 13:59, schrieb xavier:

Package: gnat-4.6
Version: 4.6.3-8
Severity: normal

Dear Maintainer,

Compiling org.os-lovelace.micro-kernel branch (monotone repository 
hosted @ www.ada-france.org),

revision 0295b8f9752c0ddb2975b561f2b96c60b9b2c535
with gnat-4.4 is ok
when switching to gnat-4.6 compilation aborts with this message :
gcc-4.6 -c -O2 -gnaty -gnatf -gnatL -nostdinc -nostdlib -gnat05 
-gnatwae -gnato -m32 -I- -gnatA 
/home/xavier/lovelace/org.os-lovelace.micro-kernel/src/modules/module_fct1.adb

fatal error, run-time library not installed correctly
cannot locate file system.ads
compilation abandoned
gnatmake: 
/home/xavier/lovelace/org.os-lovelace.micro-kernel/src/modules/module_fct1.adb 
compilation error


In order to produce this problem one needs to do (in the workspace 
top directory) :

make x86_32_config
make GCC=gcc-4.6

The file system.ads is available in directory src/common/runtime 
which is listed in common.gpr project file.


Thanks ins advance, xavier

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)


why should that work? there are no ada multilib libs available.


Thanks for the answer. Do you mean that my problem is raised by the new 
multilib scheme ?


With gcc-4.4 it's working because I recompile (after some patches) 
the system libs in order to link them with my elf micro kernel.


xavier


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#688299: libpolyorb3: using diversions in M-A: same packages is a bad idea

[Xavier Grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Andreas,

Thanks a lot for taking time to look at my try to fix #688299.
I'll really need to understand better the difference between postinst
and postrm.

xavier

Le 11/10/2012 10:30, Andreas Beckmann a écrit :
 Package: libpolyorb3
 Followup-For: Bug #688299
 Control: found -1 2.8~20110207-5
 
 Hi Xavier,
 
 you are missing maintainer script code to remove the diversion created
 by the package currently in testing.
 What was previously done in postrm should now be done in the postinst,
 you may restrict it to upgrades from  2.8~20110207-6~.
 
 Raising the severity of this bug to prevent the incomplete fix from
 getting unblocked.
 
 Observed on a squeeze-wheezy-sid upgrade test:
 
 1m13.3s ERROR: FAIL: Installed diversions (dpkg-divert) not removed by purge:
   diversion of /usr/share/man/man7/polyorb.7.gz to 
 /usr/share/man/man7/polyorb.7.gz.distrib by libpolyorb3
 
 
 Andreas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJQdoewAAoJEG3iFwasTcfakM0P/RjIj4Fy38IflS8qF8QXMyBJ
JNwc2bKkdmmQaU6Z9z5rleF7IZCwu2xgtZ+dlO1R/V7YADjXyCuyLjzliUIC4jSH
dmrlRAS3w+r3DILn6Yo2ZnUzxEjX4wSaOZC1a+uZ0eL4g4r58Onds5cnFJGL+ZaV
F6XZnX5LRF24ikCawUxEu1VZtEn2vO84rqe1P/ELKhLULxFz2JVFYwwr76hmJUa7
i6717DjvyATcCodn+AEnobbJLkBnYsueWoj1+jh9YrAYKOhw2aQPy6c+Hkxgfgwi
ExVhrHkL5ZD6Q7RhcJkW2fK3aOvnON95pK7ExYdgRcay9v4SU2ZO7eJ4Wc9Pbg1S
1GfGloXdSAvCXILMWQdc2n1RqkGL4ZTe+ADoJEIwyNK6nCPnIzp1lERcc+8NVZ3x
JY0khPrtXQAzMZ383UJJ1rR/B2kr2xfYMWkGHEU7O72Lid2umZtkO4qle4ZQmxp5
Dsg34HtU5YrhDySAFrVd0oIApV5iFOhE3m/nKp+2EqmNr4G7n9CiVgxpTHdX9eK6
iKHjYr5T9z9WFF0tOtpEtiJNN5K6PsT0P0BC2gyzP+oQ9Qom7msSUkEI0j2SBek/
MC68JJSXyzCV+frgE1G1ugeU2It7F/65edOMj+oHgj7nb9lbjtuXOysom/JGQgub
/ZJe3DTQmiv7N/yLqtZ+
=WhEC
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#688299: Fwd: Bug#688299: libpolyorb3: using diversions in M-A: same packages is a bad idea

[Xavier Grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thanks Ludovic and Nicolas,

I will remove the manpage from libpolyorb3. Does my DM status enough in
order to ask for a freeze exception ?
Then when the bug is fixed in wheezy I'll try to sort out if we need
this manpage or the documentation is enough as it is provided by upstream.

Cheers, xavier

Le 22/09/2012 15:24, Ludovic Brenta a écrit :
 From its content, the polyorb the manpage has nothing to do in
  libpolyorb[soversion]: /usr/share/man

 From its content, I would advice
  libpolyorb-doc: /usr/share/man
 or, easyer to find:
  libpolyorb-doc: /usr/share/doc/libpolyorb-doc
 
 Since
 
 - there is a single man page in libpolyorb3, namely polyorb.7.gz
 - this man page is very short and almost useless, as it contains a very
   small part of the whole doc
 - this man page is for developers (who use the -dev package) not users
   (who use the shared library package),
 
 my advice is to remove this man page from the shared library package
 altogether.  This small change can have a freeze exception and migrate
 to wheezy.
 
 After that, decide where this man page should go; I feel that it is not
 useful as is, so perhaps a better thing would be to rewrite it so it
 becomes an introduction to PolyORB, and package it together with the
 executables in libpolyorb3-dev.  That however should wait for after
 wheezy is released (or uploaded to experimental in the mean time).
 
 PS: man pages that document an executable must not be in a -doc package,
 they must be in the same package as the executable.
 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJQYF9OAAoJEG3iFwasTcfauCEQAKiW7bqy5Aele2QfvWphTiqm
QhvqgEIkIrmeW1PcbHLRg7ICd2jK8i8p82cRqYYfOl0uv9Rhvr+F0uZS7NDlnO7x
1eF9EBOp1XRwae1YlSAsW+cVZ98ZuNlIrhoAGDu6TinkqeUyVX/ybM1fRuCXLb9F
oR3t4hY07+w7QlG8TvqifJhFrFIPiyQzBEz+WSFQBydPHVfr5Xvc4ZvWPISyGzhO
Skoh9JmKI7SjQ521N4u5wGkXnbfj1SRrlSTXkSTL37CidjDThPD802yFs6cLaJfU
rfsaXJXLDrX8O1JRglvbE4AWUFtFB3828n9RvGQHioQWTg/KB5KTQOXb8b+NqlZw
5rSwDBC3jOrUs0c0XgLWUe1cGRNoyUdaV8xBu6iawu4pbByh0K1no+qTcfwp0nTa
KoikUEOk77DTsHMkrRoBl/reRZFAf1Mg0V0xHokeHO/yIlH36G5ds5sLxVbpjdMO
zxwF+sZgcOj4wR8Vvo2gLvqAWALxVQ9SQ1M4fvwIF3iij6iiCRD+IJuOEj31WG6j
09mE8wUz866Vvo2ugJY0StSrJrGZEYvwkAcW2/nE2ciRI9rGJn+V4/ct2nleNqSC
YXP1Xf3vGsvru61VKXicYEgtzCfSQYU/gUk11WLyhKJp5+9KXNn224KzKoXCsDXO
XAGnQc77GRKSvxEuWk6o
=Nf3M
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#688299: Fwd: Bug#688299: libpolyorb3: using diversions in M-A: same packages is a bad idea

[Xavier Grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I'd like to your advices about this bug in order to solve it. As far as
I remember the Breaks/Replace libpolyorb2 by libpolyorb3 isn't an option ?

xavier

-  Message original 
Sujet: Bug#688299: libpolyorb3: using diversions in M-A: same packages
is a bad idea
Date de renvoi : Fri, 21 Sep 2012 08:30:01 +
De (renvoi) : Andreas Beckmann deb...@abeckmann.de
Pour (renvoi) : debian-bugs-dist@lists.debian.org
Copie (renvoi) : Xavier Grave xavier.gr...@ipno.in2p3.fr
Date : Fri, 21 Sep 2012 10:26:30 +0200
De : Andreas Beckmann deb...@abeckmann.de
Répondre à : Andreas Beckmann deb...@abeckmann.de, 688...@bugs.debian.org
Pour : Debian Bug Tracking System sub...@bugs.debian.org

Package: libpolyorb3
Version: 2.8~20110207-4
Severity: normal

Hi,

using diversions in M-A: same packages seems to be a bad idea. I expect
the following sequence to fail (but can't test it currently because
gnat-4.6-base is not yet M-A co-installable).

  have the ancient libpolyorb2 installed
  apt-get install libpolyorb3:amd64
  apt-get install libpolyorb3:i386
  apt-get remove libpolyorb3:i386
  # now postrm will remove the diversion and BOOOM

But why would you need this diversion anyway? The file conflict
according to #673982 is with libpolyorb2 which is only in squeeze.
So having (maybe versioned)
  Breaks: libpolyorb2
  Replaces: libpolyorb2
should be sufficient to take over the file and get rid of the obsolete
library.

And don't forget to cleanup the obsolete diversion - postinst would
be a suitable place.


Andreas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJQXDc5AAoJEG3iFwasTcfaHHkP/3d7IkuFdwGTXbuANA/a+zZ+
LMJWdPNdhQgkgilJVq+6KnN2BW1AFf2kd8hJ3r6+lQWlLk162o2uV+HO1SiDB9DI
0TtWfTmU0KN7OzJ8SfQw6/G1dmpXmA61rwF80LUGHyBzh+xpLz1RHpRzwzQiZVoP
Jbe+JIu/iEECuYBfKKUfgFPmESMW3DJl17fEZD+OJ0IT2x1sKrO6TiFvnwPZx8BS
MnEQbCz7ReRK/BB7Z428Ad7BTowd4Bo7+eOs4fkdknjFN1kfmieKEsQyYAFhzn0t
SpTsKfo8kDJVz/QvL9H1rOdqitiEtniZqCqxl9ccPpT2GfCJxdyBJ6/ORTo37zZW
f7Yh6boJJj2HATHrl3ny4sxL0R+SqZktYKNKAwCwN1/Vdg3Da7JD5LYjcYPA32+7
xcBJgFqh8qsPBje6TpxCXwAoWFxP3piZgO1pn/Ko6BLb+mbwuwDDkOu5Uvw0DAd5
d+g0HCdSTTiArWpwTKZwdA5pN4ceQ1xvDFq2sqtghGl4hcbtqlXk7Nd0PWtD4F7p
sFL61lntr1+FGi2KE5YCH9Dpk69xm+m11wKz5lHY3U7TBYhEweM676yzi8s+heLn
Do79bXnty1TvV0zP4YIc8pbumcNMg1af8Dq8HdYF2iQOBBl2BOIuLzKrw9bdV/3V
4Q9bMnrh+gl2aTgI6bWM
=67Br
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#641367: Patch adapted to new upstream version

[Xavier Grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Julien,

First of all, thanks for your patch. I have adapted it to the last
1.14.3 upstream version.

xavier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJP9WoNAAoJEG3iFwasTcfamWcQAKZTJWxpovUfwtyd8jlAG2aT
YDOkWLTUqrIEXJWXbfd5Xt9zncI8OJOT8VrTQEge7MA8oTQti6gT6fQLK5KB7DaY
mIB9OhKi08JYzpvefqJBvKcA0ZvpFiAo1k+JledwzN9SMMz2eofpM7i8gtaE4/Zu
vRFC+xABXT3/JVxWFPdAivJQinHEmEFGvwIrT8rulNU4YUx613hAMWwxLGWk9By6
xYBNuZUUA/p8mS4O/OfFZhnZ7yysJdLgtDahLpcRuFnycQjom1db8Ft6to62evP7
x6+aREjqXd5e8/Qwi19w5UXzINd1H29mjV1xi6TW5v7SqpVj038HvpSgPNleIw+u
zoNoI75dzHSp8YHgmT5x/6fVb86tthBremFN40W53XnzyTXjwyKBFRGK3uBrOVh9
JGBVgF6cOGI9eqLa/PJPgCXz0foQjvvMjC5RWVM89Ybr1zkgDzSY1x9I299CmjEL
OYeEBoTSMN7UPPH4dSJdepK537a81IgB6TK04NPbLRWRy2Lf6+V2iFP6UNVoMw1e
LespYxQlGonCvRRY/IG87DvQkM6XcelD3Kh35iT7MDLJ/iIDJ5nbhVI+eWooS5Mu
nn/+jG6CSpLYPZGpuUIJwoLUyiuylKCCpj93IZefoyTjU3CFe7/XAqxuVcxoSJEY
HIp9EnQmQMEn5MTWp5ML
=+vVJ
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#677491: Fwd: Re: RFS: narval

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

forgot to replay all, sorry

-  Message original 
Sujet: Re: RFS: narval
Date : Thu, 28 Jun 2012 22:05:35 +0200
De : xavier grave xavier.gr...@ipno.in2p3.fr
Répondre à : xavier.gr...@ipno.in2p3.fr
Pour : Bart Martens ba...@debian.org

Le 28/06/2012 18:41, Bart Martens a écrit :
 Hi Xavier,

Hi,

 There is no package at mentors.  What happened ?

Thanks for asking, but it got uploaded to NEW than rejected. So I
removed it form mentors and I will upload it again soon when I have
corrected all the problems detected by the ftp-master filter.

Regards, xavier

 Regards,

 Bart Martens

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJP7LleAAoJEG3iFwasTcfaWj0QALT9tJ148uNTvSj5a0hOKGAq
Y8asAJ9DUzX7XsndrWekrKfZ1WtKinH0fTe/PhqRJj9ZQ9xkA341jFZuGT1U5Ei6
C/Hox0PVYTR2YUIN5TEFDHzW1tjz0DbMXmFqW9wQI1she57+71nyxsIIdTJgXD/Y
PPv18U5FBl7yGMHDI9/fia66pcQuGuw3VQLhRMSIX0chDYlXfGWQ9h5ny4C+tiOj
MHNDw+X6TqQoXqgtMbcvyvwCD1J87AAajqUYCZctIMNSYd1lpFEo8SQZSQXaOqp5
vH7fWeNzxUGfXA+dQsWFehWaF7GptAsIeNc05yFZJtetDuUviWDAG1KfLblZGUT6
j0B7BR+gz3XwUiG2hSohBFZvy2OpywWDVql5pdZPJTexKjw4v9UOxVMDBRnYwzmr
CpU5Ro0CDChMmYq6Mh+Ma95TAYSHHo6CI+oaW8CSybFVLcqvuGXooa2zSF8Sz7Hf
fp0NeVUMcRGRLfyQRpvtSor05hKVKgpf78E5unsoReSlUnQ0fCEY8j4SbJGMTSp5
0vHTO0XbbrbRxQ5ctQE9wiIXnpFe+wVg52dYvhD4XM3rXWzEW5DJMGCr9xXLl1I6
rTy5RqpwwsKltXTxX+cAAV2/K/b9bhrro7H17eCvUYLW5oI1wXxy/lr3D8+F3fqT
kFSdafqsHNoQFRWfUTjC
=x1J/
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#677491: RFS: narval/1.14.3-1

[Xavier Grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: sponsorship-requests
  Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package narval

 * Package name: narval
   Version : 1.14.3-1
   Upstream Author : xavier.gr...@ipno.in2p3.fr
 * URL : http://narval.in2p3.fr
 * License : GPL-2+
   Section : science

  It builds those binary packages:

libnarval-dbg - Ada framework for Distributed Acquisition Systems
(debug)
 libnarval1.14.3 - Ada framework for Distributed Acquisition Systems
(runtime)
 libnarval2-dev - Ada framework for Distributed Acquisition Systems
(development)
 narval-doc - Ada framework for Distributed Acquisition Systems (doc)
 narval-generic-actors - Ada framework for Distributed Acquisition
Systems (generic actors
 narval-servers - Ada framework for Distributed Acquisition Systems
(servers)
 narval-tests-actors - Ada framework for Distributed Acquisition Systems
(tests actors)
 narval-utils - Ada framework for Distributed Acquisition Systems (utils)

  To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/narval

  Alternatively, one can download the package with dget using this command:

dget -x
http://mentors.debian.net/debian/pool/main/n/narval/narval_1.14.3-1.dsc

  Changes since the last upload:
  * new upstream version
  * build with gnat-4.6
  * Take new gcc-multilib scheme into account
- put libs in /usr/lib/$(DEB_HOST_MULTIHARCH)
- modify control file accordingly

  Regards,
   Grave Xavier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJP2bT8AAoJEG3iFwasTcfaksUP/RiVVcTyx3Dm/SaeCf/NN7VL
5BTUFf910awGxs/u5gF26DKnZaogR/BaKNxbKFkjoI19kDjoVUzePrblM2iDggJF
CkWHV5y95PyYw/vT9104k7VMHSYvxhND99fm97iSvEJ3ww7x3U0Oa8P+WcaL0BUn
2nrFJ8ZeIfjO/AXGmPhZvN/0k5XnNY8uKIwDqfEmv7fJw7vPUt2tdHhJFyik3E82
5RWI/x5dF691YSgaLhkZb4sMq5yomfCB2Dn7dXPmb4TurtND40rvK9tcspiq+xrL
EoCyn9IAf5J1BWMk8aQFi7B2xWhnqqfsWbTbzbJU7Zhr89fLNMwHnecj7WaF4lFE
G8sDY+TpkEDLMleQc1Em1fqeOWsRL8eUSdQ8vlED+xWfOwINt0ZEIWlDjQ2fJeMH
DcTFVJk1PbvJFvNLqxXFXnLzNsqXfJ5pDK7pj9mNDHwEZ7LBwO4U8IeY17SOdP6E
se8lkESAKaGGU2wWUcnpf/AOHpOXu/DuI+PRotBWey8WwQ1iUvWmXKRrMNH0RYqX
ZqN+uV3kkykYb1/SUUeUCzh60sgxWyfbnc8VFX2SM04oKX+kctPFl3X2eu1b5orz
QjIl11anzRCYHz2Fm0kAwpydG37SdyC9E0OuwWJGGIgQHARheCngnYMPbUZ/0Xf1
RCok2N5qBdRQJIZRiCBU
=Z6S8
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#674098: [polyorb] Build OK on i386 and powerpc

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I have done manual builds on amd64, i386 and powerpc without any problem.
I'm planning to upload 2.8~20110207-3 with a multi upload that will
close #673982

I'll wait for the result of a new build try on ia64 before any
conclusion on this bug.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPxTrTAAoJEG3iFwasTcfaD/8QAJKHybcvuM3ex1U142YcW8rI
3wxDDrgaXiWFgBLCSW7d2BpMI4kw0kc9tjzHoYLzdgEaZB9Mjz92PyhksgpH3CT2
a6DQTSj56x5LzPU/AVhIOcubhzwW3O60VmYodkJkoJwo+xfci7x305FbGr4WR8Nw
d1wiLwCP2KkqtgccjsKJmd/47I9WfvJn85+z8itOgAgNN+Y8RC/R70pKW7+PK/3w
J/nJSc/LAQsT4Xz8bKWbKaEgvABI2dxG5A8gwvOFutbtgzraytjF7ttdtQsajhb6
7BDRQfuyPMedG9alfREDfb741E4cX3drgEBAmPGttlZBQO27q/xNclgEIY9wCrrW
58Etp16fqKl++eKnwIDW/yY3RvX1dZpbODn5nes+OGeFZt7mdtGZauoqNomgBbpI
raRB5DaUtGnFeyoGFYEg3SHrMzqszFOqYkAElKm1dG4GU7L2c7TcMVInueCsk7jG
xD2A/5xro0GhkzTY56wB/NddYmfAhJhIYHssQJtFVxdc6Hopu5Aj1JY+I10ov16z
Z3baNWJ2+aih2unbXcUmn24TZYCD0lOpDmibG2JzB80O6uIpQE9yYzeiyEjWCFQy
3qUyobv8KfglcZA/KiHFc+J68S5LoVPkeG0g51UskI+4GaM1BeoC1qkmQiB4PTEZ
AYntpWptxITmWH2ZhiUr
=mGqo
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#674568: RFS: python-gnatpython/54-2

[Xavier Grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: sponsorship-requests
Severity: normalDear mentors,

  I am looking for a sponsor for my package python-gnatpython

 * Package name: python-gnatpython
   Version : 54-2
   Upstream Author : [fill in name and email of upstream]
 * URL : [fill in URL of upstreams web site]
 * License : [fill in]
   Section : python

It builds those binary packages:

python-gnatpython - Python framework to ease development of test suites
python-gnatpython-doc - Python framework to ease development of test
suites (examples)

To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/python-gnatpython

Alternatively, one can download the package with dget using this command:

dget -x
http://mentors.debian.net/debian/pool/main/p/python-gnatpython/python-gnatpython_54-2.dsc

More information about gnatpython can be obtained from
http://forge.open-do.org/projects/gnatpython

Changes since the last upload:
 * Add a patch to solve build termio issue on kFreeBSD and Hurd
 * Toggled : DM-Upload-Allowed: yes
 * Lintian cleaning

Regards,
   Grave Xavier

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPv46CAAoJEG3iFwasTcfaD7MP/iovTwbuvXu6c4X5OenpVrMp
EPrwY9bN8bi3zd1S8Y2Pbi53IN8ODDW/pnHmsh7XaR7yIY2OngiUtr1EHqh6XrOs
xLTtMI+vrEay8LWuFWS0v1PkTGdY1xvCXlLuQ0AaEQBrpRpZHTd9EddFR1MwzZqX
YcjOwHriCdsz5GXe36mt/hIlbkoVc3WS1KwnE1ajil+OwzxwPydxuDlDfLU7mhX7
nkPh7+AwA2itRRe3E/t4uU6rpmBvkzGArgPfOJ4QBOmyHFueuc3d2Km6txaPmfjr
BjNzA5CZYZD4VeXbJME6j+c59LXEYcayrGkMeMV/ISmd5eYxmEfvuAv+xE+LFlAZ
9XYUdFYxM1TlzxGNXTJBiZuR3QUUqqhBfmxUXyRlr03p/eIVyi6aT705xUWBGA50
79o6oGAe8bFWl3BhqjJKEqyyIyOZabk2UBAz1U/GGyRxZ03KKJdbOTPNv5axNk1B
5FTsXO+d3WcB9cbQR/vsp32xFsGOq9QByr0J7KV9z0+3xty7GjyY02MUMSBGahWr
yleqci7LIaiouAHdZocErl0ofH5xJMDaE9LbXa+23nIWMczJA3X9U61XOauraft+
iKbrHPPxucmxhOjwr12SATsaGnYr7+buE76PuI2ysLrGwdmpyV7ylkf3hYFRrOa5
FzFymIEOabSmS//FTEHU
=klF4
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#674098: polyorb: FTBFS - test suite errors (varying by architecture)

[Xavier Grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I've started to look at the different tests failure :

   1 - for linux powerpc : polyorb build and pass the test suite
   perfectly well on the hardware I have at hand
 - Do I need to ask for a new build ?

   2 - for linux i386 : build is hosted actually running under a sid
   qemu machine
   3 - for linux ia64 : I don't have access to ia64 hardware, I'll ask
   for an access to a porter machine if possible when I have solved
   the i386 problem

I'll keep the BTS posted as new information arrives.

xavier

Le 23/05/2012 04:40, Aaron M. Ucko a écrit :
 Source: polyorb
 Version: 2.8~20110207-2
 Severity: serious
 Justification: fails to build from source
 
 Builds of polyorb have been failing with test suite errors, whose
 details vary by architecture (and perhaps by chance):
 
 https://buildd.debian.org/status/logs.php?pkg=polyorbver=2.8%7E20110207-2
 
 Specifically, CORBA_MIOP_0 fails on i386, ALL_TYPES6 fails on ia64, and
 gnatpython appears not to support powerpc.  Could you please take a
 look?
 
 Thanks!
 
 --
 
 ERRORCORBA_MIOP_0   DIFF:unexpected output 
 ERROR--- expected
 +++ output
 @@ -0,0 +1,12 @@
 +Running client ../examples/corba/send/send (config=miop.conf)
 +server ../examples/corba/send/listener (config=miop.conf)
 +IOR:0100180049444c3a546573742f436f6e74726f6c6c65723a312e320064000101020010003139342e3137372e3231312e3230340006bb1b002f303030303030303134546238376231656430313239303733666400010001001c0001000100010101000200010101000201010003004f50410110003139342e3137372e3231312e32303400cdd81b002f303030303030303134546238376231656430313239303733666400
 +RUN: POLYORB_CONF=miop.conf 
 /build/buildd-polyorb_2.8~20110207-2-i386-71kndT/polyorb-2.8~20110207/testsuite/../testsuite/../examples/corba/send/send
  
 IOR:0100180049444c3a546573742f436f6e74726f6c6c65723a312e320064000101020010003139342e3137372e3231312e3230340006bb1b002f303030303030303134546238376231656430313239303733666400010001001c0001000100010101000200010101000201010003004f50410110003139342e3137372e3231312e32303400cdd81b002f303030303030303134546238376231656430313239303733666400
 +== Begin test CORBA/MIOP ==
 +Sending CORBA.String: PASSED
 +Sending CORBA.Long..: PASSED
 +Previous tests went OK on the server side...: FAILED
 +Calling function with return value raised an exception..: PASSED
 +Shut down server(s).: PASSED
 +END TESTS...: FAILED
 +TEST FAILED
 INFO Aborting: file test_failed has been found
 
 --
 
 ERRORALL_TYPES_6DIFF:unexpected output 
 ERROR--- expected
 +++ output
 @@ -0,0 +1,123 @@
 +Running client ../examples/corba/all_types/client (config=giop_1_1.conf)
 +server ../examples/corba/all_types/server (config=giop_1_1.conf)
 +IOR:0100120049444c3a616c6c5f74797065733a312e32005c00010102000a003132372e302e302e3100359d1b002f303030303030303131543861616438646338313239303739306100010001001c0001000100010101000200010101000201010003004f503c0001010e003139322e32352e3230362e363300f6ec1b002f303030303030303131543861616438646338313239303739306100
 +RUN: POLYORB_CONF=giop_1_1.conf 
 /build/buildd-polyorb_2.8~20110207-2-ia64-vOBjGF/polyorb-2.8~20110207/testsuite/../testsuite/../examples/corba/all_types/client
  
 IOR:0100120049444c3a616c6c5f74797065733a312e32005c00010102000a003132372e302e302e3100359d1b002f303030303030303131543861616438646338313239303739306100010001001c0001000100010101000200010101000201010003004f503c0001010e003139322e32352e3230362e363300f6ec1b002f303030303030303131543861616438646338313239303739306100
 +== Begin test CORBA Types ==
 [...]
 +test bounded wide string: PASSED
 +Execution terminated by unhandled exception
 +Exception name: ALL_TYPES.MY_EXCEPTION
 +Message: PO_Exc_Occ 1
 +Call stack traceback locations:
 +0x40639f0c 0x400554ec 0x4063a63c 0x4038f42c 
 0x4038f9dc
 +Running ../examples/corba/all_types/client local (config=giop_1_1.conf)
 +== Begin test CORBA Types ==
 +polyorb.utils.configuration_file: giop_1_1.conf is not a regular file
 [...]
 +test bounded wide string: PASSED
 +Execution terminated by unhandled exception
 +Exception name: ALL_TYPES.MY_EXCEPTION
 +Message: 

Bug#568452: Missing symbols during armel build tentative

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

During a build of polyorb 2.8~20110207 on the armel architecture I get
following errors :
ADA_PROJECT_PATH=/home/xavier/labo_polyorb/org.debian.polyorb/projects:/home/xavier/labo_polyorb/org.debian.polyorb/projects:$ADA_PROJECT_PATH
 gnatmake -P polyorb_tools_po_catref.gpr --create-missing-dirs
- -L/home/xavier/labo_polyorb/org.debian.polyorb/lib -XLibversion=3
- -XLibtype=DYNAMIC -R -j1-cargs  -bargs -E
gnatbind -shared -E -I- -x
/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/tools/po_catref/po_catref.ali
gnatlink
/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/tools/po_catref/po_catref.ali
- -shared-libgcc -Wl,--as-needed
- -L/home/xavier/labo_polyorb/org.debian.polyorb/lib -R
- -L/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib/
- -lpolyorb-setup
- -L/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib/
- -lpolyorb-corba-cos-time
- -L/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib/
- -lpolyorb-corba-cos-notification
- -L/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib/
- -lpolyorb-corba-cos-naming
- -L/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib/
- -lpolyorb-dsa
- -L/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib/
- -lpolyorb-moma
- -L/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib/
- -lpolyorb-corba-portableinterceptor
- -L/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib/
- -lpolyorb-corba-dynamicany
- -L/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib/
- -lpolyorb-giop-miop
- -L/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib/
- -lpolyorb-giop-iiop
- -L/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib/
- -lpolyorb-giop-diop
- -L/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib/
- -lpolyorb-corba-cos-event-impl
- -L/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib/
- -lpolyorb-corba-cos-ir-impl
- -L/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib/
- -lpolyorb-corba-messaging
- -L/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib/
- -lpolyorb-corba-iop
- -L/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib/
- -lpolyorb-giop
- -L/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib/
- -lpolyorb-corba-cos-event
- -L/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib/
- -lpolyorb-corba
- -L/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib/ -lpolyorb -o
/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/tools/po_catref/po_catref
/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib//libpolyorb-giop.so:
undefined reference to `pthread_create'
/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib//libpolyorb-giop.so:
undefined reference to `pthread_key_create'
/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib//libpolyorb-giop.so:
undefined reference to `pthread_getspecific'
/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib//libpolyorb-giop.so:
undefined reference to `pthread_attr_setstacksize'
/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib//libpolyorb-giop.so:
undefined reference to `pthread_kill'
/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib//libpolyorb-giop.so:
undefined reference to `pthread_sigmask'
/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib//libpolyorb-giop.so:
undefined reference to `pthread_setspecific'
/home/xavier/labo_polyorb/org.debian.polyorb/DYNAMIC/lib//libpolyorb-giop.so:
undefined reference to `pthread_mutexattr_init'
collect2: ld returned 1 exit status
gnatlink: error when calling /usr/bin/gcc-4.6
gnatmake: *** link failed.

For example the symbol pthread_mutexattr_init is present in
/usr/lib/arm-linux-gnueabi/libpthread.a (found using command : nm -A
/usr/lib/arm-linux-gnueabi/libpthread.* | grep pthread_mutexattr_init |
grep T)
but I get the same error is I add a -largs
/usr/lib/arm-linux-gnueabi/libpthread.a to the build.

I dug a little the debian ada list without finding any reference to such
problem already arising.

Does anyone with Ada/gcc experience have an idea of the source problem ?
Any help welcome :)

xavier

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPu+jqAAoJEG3iFwasTcfa6ngP/RMCmfrBe1c5xMEgeWqui++y
+L0wnZnGOThFP4zpTfoyKQAxPcHM+pMjq82KoV1Z/1b91skvPPj4m9DP9PULoX6I
MyoY7fE86hX9x45ysBpnMGi+frlDmKUnUH4rb88blVob2G0NIlhcsQ5ZRzRrq9bW
jxWKgYmo3vT6avAz3Nv9+SxvqW5ktSVW1Q9CMn8gS7eAg2Tw96H4lHPB0ngQqHrY
KLnUGoacfHfxJ6AODMkxo+xrhcJQR5JO6BcnUy6gqBcqxy/QdTuOxo3VIanJZ71r
jB3gLI+Z4T/Leq90M8NDZ5k21Yl10nlNB0Yw6twwsz0y4BR7qcV2dIMn6X6Ik+fH
7YYr/Z1Ueg/D7FKxixA+WNrDyJZC/cYPopgyZIjWWTxw/JV4xtMrNUACuDGfhuBC
9yLIPFw7yt0RDqg+DSBBy5g7tbS1tYE9TrCrnxho1OIctnocqpvTdaz+I64RrJ/9
8KraKoScXCwbmMW2W2lX9TmKxUp9JZyQryrMd5GFn1D2mCyeOWUEpu62cI1gt7US
iqoi5SX+A41TJhO577bAO/flZVCrPOWGV1yPQBOBJgw4PxjjfYMMJu2yed/UIIJ5
2+5dq3ZWT/D8lkQD5Gv8rabZepBIVDw/oORsHvFUX0pkDGxlwuH7Sh+cs+tA15pS
YbL111FyraS0QW3cPQAg
=wFoG
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email 

Bug#673135: PolyORB 2.8~20110207-1 uploaded (thanks to Ludovic)

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

close 673135
thanks
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPt/MXAAoJEG3iFwasTcfaiasQAKE6QGQv3HIFmhEFEEgBF4Ls
WLzcnD4v2EcVB9ticg33Y+Sf3pwqlXpUHBfb/1zSdg6OqTdL12QRXgZAVQkEhn+p
dnrxp5RZ0d5PJ1JWpBfW07MRJCi1xC3LOsw51udE1ByU+ww40+GXW69lDTsJtOSs
nXTu6uow6fd2ckBrU3htoT69ThbICtY33UtuQmG3Y0G/8JnXWvOIGp+Ifncdda7Y
kuAL63Ndkn5972fv6JtGfAwrSjxahBnuJDb9sCkiuR2daB5X+v4dF19SdMeBDCAA
T2ZpHnqhECUdIIVbHIX2GVsDlt5FamLtfS7yATRXPFfI79AFS0WBP9cUI7oP94tc
e4enS2Un90bOGZFAKVgOyB6+pE7jUqwjNhIPUOixb4/WKa4SWjoPtbe3oRngpYND
yFBNci+YRQTr9CjMnrqYo1KeBablO4RoD5UAc0f0QjQVG2NPOGRZLylot43fFnFW
FrAoJRSP4h7k95CTR/bvUbOY9vVPHMJjafIwj6kd+tuQBqSrWk44Zx7GQXvvZdAc
hkoSShk9jmu3XWfeP7AnolAUO3ABzh4xf7D/i5qmXXoNYRRQKQWBtpqZz4LtQp04
PfEzPP6dp494gWUJBB5ruPeEIR5PfJQ9TxK49HEv5/SybPln0Q4QCGhJlQSxySpT
T7y3tegfOpgrsQPHuPcS
=fS/4
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#673135: RFS: polyorb/2.8~20110207-1

[Xavier Grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package polyorb

 * Package name: polyorb
   Version : 2.8~20110207-1
   Upstream Author : polyorb-de...@lists.adacore.com
 * URL : http://libre.adacore.com/libre/tools/polyorb/
 * License : GPL-2+ and GPL-3+
   Section : net

It builds those binary packages:

libpolyorb-dbg - Multiple-personality middleware for Ada (debug)
libpolyorb2-dev - Multiple-personality middleware for Ada (development)
libpolyorb3 - Multiple-personality middleware for Ada
polyorb-doc - Multiple-personality middleware for Ada (documentation)
polyorb-servers - Multiple-personality middleware for Ada (servers)

To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/polyorb

Alternatively, one can download the package with dget using this command:

  dget -x
http://mentors.debian.net/debian/pool/main/p/polyorb/polyorb_2.8~20110207-1.dsc

More information about polyorb can be obtained from
http://libre.adacore.com/libre/tools/polyorb/

Changes since the last upload:

  [Xavier Grave]
  * new upstream version : 2.8~20110207 (Subversion revision 170156) chosen
because it immediately precedes a change of
System.Partition_Interface.PCS_Version, which requires gnat  4.6.
- use 0f4393e4f6d42f8d093a29b8fa35aebf4eb4a5f4 from
  com.adacore.polyorb.debian
  * patches adaptation
- adapt and remove some patches
  * Build with gnat-4.6. Closes: #642825.
  * Debhelper compatibility level 8.
  * Take new gcc-multilib scheme into account
- put libs in /usr/lib/$(DEB_HOST_MULTIHARCH)
- modify control file accordingly
  * take new testsuite scheme into account
- remove some CORBA broken patches
SHUTDOWN_1
ALL_TYPES_2
ALL_TYPES_3
ALL_FUNCTIONS_2
ALL_FUNCTIONS_3

  [Reto Buerki]
  * Drop bug-575954.patch (fixed in gnat 4.6)

Regards, Grave Xavier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPs5rGAAoJEG3iFwasTcfaZx0P/0TSoEs8nuVBjydTysDzyknu
1KyNayXMBeoXfBWRqAV4Oc0yxT0CyiAHGnZxDRBUmhT6GSKdRW5z6eM+ZBzkrL8j
qmz2ql+FW+O8Y3xGbNV+wfLKyZEogkW4SER1qHEdn/RkVkbVLeYgJoEvlZGH3/gG
Awwk5oagMwNVxJ9USgIqRM10KOimpCfxHm/ONi2ayIi3eBQPaGC+M/+jKSJtwXMf
PZTGk7b5H6c0NhU2ov1V8KiXW4mRRZ5oXSCfQPq3EIN1rnSAIRiySHTsKzDJ6xus
oaIciUvu50O5V3EW8e3N4l6K6Qsrg1mA56FC9wAeweH0LODLdOUaketm4wAeYbpC
RFj3pz4GaCGnSxRHmQ1TmqNuUTVq4dT7s4h8oOjW8hu6PRLSpK6vBzAsVrv0v1zH
m5tLx3oJuS77KPd5q8DAcxdcOZcUgoYX0ZPLynVt+GriMyXx8wRsvpAW/JK9dyj2
roFUzXbcgMd5IlOjGY3YO+ABPQuYG0KFT830EGky9WTizbYPYgg3W0rt8m2r1lRY
+vZBpIFjRh1NU/Mcby+nfjVS/PdSaV6yfsV2BYNMZ8IEO+oA/aLNMLdWCj5ITN9g
hDPG7seJR2SFDFyIvgRnbqWfSjFAsqIwFE2rFk69uLoKToPDGBre1mmpKP7noDOo
L+SiDvNhfRkMarE6oYlF
=Z5e5
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#669531: liblog4ada: FTBFS: ! LaTeX Error: File `url.sty' not found.

[Xavier Grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 19/04/2012 22:10, Lucas Nussbaum a écrit :
 Source: liblog4ada
 Version: 1.2-2
 Severity: serious
 Tags: wheezy sid
 User: debian...@lists.debian.org
 Usertags: qa-ftbfs-20120419 qa-ftbfs
 Justification: FTBFS on amd64
 
 Hi,
 
 During a rebuild of all packages in sid, your package failed to build on
 amd64.

Thanks for the report. More details below.

 Relevant part:
 make[1]: Entering directory `/«PKGBUILDDIR»/doc'
 pdflatex -draftmode log4Ada.tex
 This is pdfTeX, Version 3.1415926-2.3-1.40.12 (TeX Live 2012/dev/Debian)
  restricted \write18 enabled.
 entering extended mode
 (./log4Ada.tex
 LaTeX2e 2011/06/27
 Babel v3.8m and hyphenation patterns for english, dumylang, nohyphenation, 
 lo
 aded.
 (/usr/share/texlive/texmf-dist/tex/latex/base/article.cls
 Document Class: article 2007/10/19 v1.4h Standard LaTeX document class
 (/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo))
 (/usr/share/texlive/texmf-dist/tex/latex/graphics/graphicx.sty
 (/usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty)
 (/usr/share/texlive/texmf-dist/tex/latex/graphics/graphics.sty
 (/usr/share/texlive/texmf-dist/tex/latex/graphics/trig.sty)
 (/usr/share/texlive/texmf-dist/tex/latex/latexconfig/graphics.cfg)
 (/usr/share/texlive/texmf-dist/tex/latex/pdftex-def/pdftex.def
 (/usr/share/texlive/texmf-dist/tex/generic/oberdiek/infwarerr.sty)
 (/usr/share/texlive/texmf-dist/tex/generic/oberdiek/ltxcmds.sty
 (/usr/share/texlive/texmf-dist/tex/latex/hyperref/hyperref.sty
 (/usr/share/texlive/texmf-dist/tex/generic/oberdiek/hobsub-hyperref.sty
 (/usr/share/texlive/texmf-dist/tex/generic/oberdiek/hobsub-generic.sty))
 (/usr/share/texlive/texmf-dist/tex/generic/ifxetex/ifxetex.sty)
 (/usr/share/texlive/texmf-dist/tex/latex/oberdiek/kvoptions.sty)
 (/usr/share/texlive/texmf-dist/tex/latex/hyperref/pd1enc.def)
 (/usr/share/texlive/texmf-dist/tex/latex/latexconfig/hyperref.cfg)

 ! LaTeX Error: File `url.sty' not found.

url.sty was moved from
texlive-latex-base: /usr/share/texmf-texlive/tex/latex/ltxmisc/url.sty
to
texlive-latex-recommended:
/usr/share/texlive/texmf-dist/tex/latex/url/url.sty

I'll fix this in the build dep as soon as possible.

xavier

 Type X to quit or RETURN to proceed,
 or enter new name. (Default extension: sty)

 Enter file name: 
 ! Emergency stop.
 read * 
  
 l.4633 \let
\HyOrg@url\url^^M
 !  == Fatal error occurred, no output PDF file produced!
 Transcript written on log4Ada.log.
 make[1]: *** [log4Ada.aux] Error 1
 
 The full build log is available from:

 http://people.debian.org/~lucas/logs/2012/04/19/liblog4ada_1.2-2_unstable.log
 
 A list of current common problems and possible solutions is available at 
 http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
 
 About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
 of the Grid'5000 platform, using a clean chroot.  Internet was not
 accessible from the build systems.
 
 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPlX4SAAoJEG3iFwasTcfae48P/jP9Z1ffCYwugVXIK/7wHlyH
UgM67W7VlI5txen69fsqWptsq21DwRmJWbessCS5Uv4Rgz7A/REcccSFou2XyIwI
WhfykghIXUDO1raBPb4YILb2y/66WIu+zbUcyHdJxy3hfRwF/FEaeUjftPJ2+/iz
wuPUKrnOO06N40O9eJpdI4FJa0ooomyU/u+1NA9Pg5QA4p0ZE/7gqeONh9pThLpB
vwj2kS58/EHzEP98KdCSkRGQ8awaO1uBFl+ePhBhImz92a6P05DVYHuquQlU0TWU
9uYqAF6bCsIugnrE7HMcmiF/7qW9gHEZ/gLRxb9eTE0xpwkc2gQZy6AA5xUPvmHc
rolFzrxfxf0b23u5V19OOPN+lzC6dui7FfRBaitubgl1Np1p8uD8D94+Xvy86sUl
0fnGVb2baft/uPtgXDVws0f2wGBW4B49NPncvFASIS4nh03YUHEFdEr0CoJ3saWV
V8tLpuzs2rmhpnQFRoAa9VDWMP/Ix60z+OobC38NsEjgmtJ48o2RBco5ASGvIWju
kDeBrnFIyjlqK5rPW2RPu5ykFm0cZETbJuWFysG0rvgP7vXVqMPN3sgzeOUv8WDi
yDNDdtzNoC0ywi0Uv0MW8HM0fIL4GJz4Cuu6B8qsQF7zwE+pWLZgOcXPRP06AGLd
Wk4yy0oRAnkK/JEJPIDV
=NGoG
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#660245: liblog4ada: FTBFS when not building docs: pdflatex: Command not found

[Xavier Grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 20/02/2012 18:21, Nicolas Boulenguez a écrit :
 On Mon, Feb 20, 2012 at 12:37:54PM +0100, Xavier Grave wrote:
 
 Do you think I should open a bug against pdebuild ?
 
 I think so.

May be I can reassign bug 660245 to pdebuild.

 $ cd ..  sudo cowbuilder --build --binary-arch foo*.dsc
 only builds arch packages, but
 $ pdebuild -- --binary-arch
 which is documented to have the same effect, builds all packages.

Thanks for this check.

 Since texlive-latex-base and texlive suite is a quite big suite to
 install I'd like your advice before doing any packaging modification
 that can lead in a longer build as in #452567 (merging
 Build-Depends-Indep in Build-Depends).
 
 Do not worry about that. The Debian build daemons are affected by a
 bug. They install both Build-Depends and Build-Depends-Indep, then
 call
 
   debian/rules build  fakeroot debian/rules binary-arch
 
 so this would not change anything for them. Actually this is the
 recommend work-around for now.

OK, thanks also for this informations.

xavier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPQ2TdAAoJEG3iFwasTcfa+AQQAJg6kqi5OShVFy8pifcd/CQa
emmp2bAhwmpfHUxoSDYuRyQ8FfE+gnmFJdtmmCUqnO0Swg94mvkgmgTJdV0YNxPb
PNYNQd94EWwz47rp5EzR04klyGo/fbc/a+TsD4ifBn+wVkYyrMcnMtBKOTgDlPeu
iHg6XpCYfwip9FRqcyOREJNvQ9E6boYQ6qv07Spp6wKUraipaSRur0P/Z/hIDvJE
z2J7z7YDjhVy7R7BSELvtKdpVhsxEw4zMtlybC1TWuQ5yzqG1/F1+Xgjb+ZA7YJg
UKbuKRAxFiH5MBlMpgz9lFUt7Sb+pHhWX7n7mQzQCMv6fpdQOz+T3EoO0xHoxryw
Q8gPQjQYTtpLGSrjrqE4NVx5wkItw0wqYTZPmaZ4njWQu0YhVNNC+ch3eldNSOAJ
iwwv3D7djE4K/Mf62AEktXrvfZM9OZ3T6cvSYKEnuXPCP5pvSmbaTuFsjCzk4Dc5
GxxB2IwudHq4l6rqtlSh+glBxBEvysp61gYceejvBMKql4Gcl6b0Q6o9vxVm3BAp
UAFri4WZcUMdeDG7bKUsy91JJwlSOMEU8KlK/3VkGM5DbHPc3N3j5G2c//HlV15a
SBWpW9Gy6BefIO0tZ684pxLDj9zm3ncPMoGXGTJZRNe2xb8tQoYHYVzt5USO2Ybv
n8zNQuf/5a91GjuWxiTb
=RntI
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#660245: liblog4ada: FTBFS when not building docs: pdflatex: Command not found

[Xavier Grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 20/02/2012 22:36, Aaron M. Ucko a écrit :
 Nicolas Boulenguez nicolas.bouleng...@free.fr writes:
 
 Do not worry about that. The Debian build daemons are affected by a
 bug. They install both Build-Depends and Build-Depends-Indep, then
 call

   debian/rules build  fakeroot debian/rules binary-arch
 
 They do indeed invoke the build target because they can't assume
 build-arch, but don't install Build-Depends-Indep, just Build-Depends.
 Xavier, you can compensate for that by conditionalizing debian/rules's
 documentation target's call to make -C doc:
 
   if dh_listpackages | grep -qe '-doc'; then make -C doc; fi

I will include a workaround to avoid further problem like this in the
future. By the way I have tried your workaround and I still have the error.

Here is the diff on my debian/rules file :
- --- debian/rules  2c3abb2ca428a111c7836c8d36d72bc8fe9a6e1f
+++ debian/rulescc421b0867eb646f0dda912b2a9bb0f4fd257b93
@@ -59,7 +59,7 @@ documentation:
touch $@

 documentation:
- - $(MAKE) -C doc
+   if dh_listpackages | grep -qe '-doc'; then $(MAKE) -C doc; fi

 static-lib:liblog4ada.a
***
Any idea of what I may have done wrong ? A test on pdflatex do the
trick. The following test avoid the problem :

if [ -e /usr/bin/pdflatex ]; then $(MAKE) -C doc; fi

But instead of closing bug 660245, what do you think about my idea to
reasign it to pdebuild package ?

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPQ2luAAoJEG3iFwasTcfao5gQAMVDSFroHOu+/mdHEKo/B93Z
c3O0K8WjMeTEcTNtQ6IOL2QY4R+hOCIuNjXpzciecp5+At2HcLZzu7J58IrwMXuh
m0YQy0+d1AadwYlkkwzK1RjbPgQKvdL0PL23KLgt2TdstFUICtpXXHLWEivA2z7+
hX6CCQdCPkrTbDZXAHMnCVCcs/GSeoGg+q+pXtLRMe+uPVFLzu5x0p0PvdXkLp/V
zaVAJ3+XYF2wwASppud7WvFhenSEnLJQWDp5m2l9FgZS3kjo7BDb6pkzT5lYi3jj
8XTCZwE3VZDp33GBLgev0BwCMbeDjid9QMOjZ+HoP/fayA+UxRvZ5gQXFKLATSzx
YRBnr/Am0kk02rIxlnIFWydqziFQt9IanzdiufJHp+YQRTR5/hKN6J6qI8ED+tMd
0xyKcYTJ6h7XHuhqLqr2wLg13e8KdplWTAKwr8NVhMObRDuhxrDTXzHz6SIGmPtV
a33EDd+UAHqd+Tw5lynxOHXCvyptHKZWMQYl9tLrRMIKMVUzPGIIJkYuwNkkoDhu
qaSDyOQIMCsZty6nNTO5anZDAucoSxR8VU4BGOm8HYY0dqBqXgp2Sclpnjb8Apwn
DgXUd3yqbtb9eLAm+qQL0mo25du7ugpP4M47VBOcHhdZ6niS4K9PQdrhZ//m62Yj
SQGZ6lvaGbS93kXPLPbI
=SlOB
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#660245: Fwd: pbuilder: pdebuild try to build indep package even with --binary-arch option

[Xavier Grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

For information

-  Message original 
Sujet: pbuilder: pdebuild try to build indep package even with
- --binary-arch option
Date : Tue, 21 Feb 2012 17:09:07 +0100
De : xavier xavier.gr...@ipno.in2p3.fr
Pour : Debian Bug Tracking System sub...@bugs.debian.org

Package: pbuilder
Version: 0.206
Severity: normal

Dear Maintainer,

When trying to build only arch package the build-indep target is called.
This caused the bug #660245.

Here is the command used to build :
pdebuild --debbuildopts -i_MTN --auto-debsign --debsign-k 0E41645E --
- --binary-arch

The package related to bug 660245 is liblog4ada, it is available on
Debian mentors :
dget -x
http://mentors.debian.net/debian/pool/main/libl/liblog4ada/liblog4ada_1.2-1.dsc

A workaround bug 660245 was found (Build only the indep target if
pdflatex is installed).

Thanks

- -- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages pbuilder depends on:
ii  coreutils  8.13-3
ii  debconf [debconf-2.0]  1.5.41
ii  debianutils4.2.1
ii  debootstrap1.0.38
ii  dpkg-dev   1.16.1.2
ii  wget   1.13.4-2

Versions of packages pbuilder recommends:
ii  devscripts  2.11.4
ii  fakeroot1.18.2-1
ii  sudo1.8.3p2-1

Versions of packages pbuilder suggests:
pn  cowdancer none
pn  gdebi-corenone
pn  pbuilder-uml  none

- -- debconf information:
  pbuilder/rewrite: false
  pbuilder/nomirror:
  pbuilder/mirrorsite: http://debian.ens-cachan.fr/ftp/debian/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPQ8hmAAoJEG3iFwasTcfa5mEQAISxcYl/mz5s/XjrRuVCtI86
5TYqe3o0qgywhhll1WddvYKKGPHwmbZrNEi46bXFD4kfSTT1KGkMsNzSKP0a+tCR
IgxUzgeDc0ssk8s0suaab3RF+L0OzbpRtMSjYZMQlZXzwnAS7ajvkEGH7nIqxgic
JdMYV1GbLLTuQ/ltmEISgOMIxjrBaioODEKQdMF5gj4ot1QFIst/itWYQy12NYm5
AYjLXnH114kSlZQoLFyy7nLB2QtXFIj8hIf1cmTpAU7uY9fQRTqkhJmK3bhbKe3A
PIeCNQVBbKzpAyrdzhycbqFDyjmFNLcYBr0gwjoXtZp2CW5ipYW9M5sN4B/ptG0R
fF6Ai6jR70PDtG5DVDHU9pNUM8mG/ruoIDd53bSDWu+CksZ/tz/Oe+nGlxMjgnN6
adtWRdXWCt5CVnV65/o6XcOmYh5e+SBuLSToY6KfVtKMCjIobTCRQ3eoYa3uBOCX
B0PFIsz8P2CHBQotH3O7O9sbkOyqGygFwVitrf80YXFhYA656JyyueaLj95BRitk
9Hx0jUfFZ4rJOzgBjBgYPhRSUpBxznBnGtCrRy3jMQPaSt464eDQLsDj6H52dlyJ
WDZQ3mQjJGumuKAO7nwnZ6PgEMHst1DNcC9xWApwTBlQYZh0X97IjITdlLPGvNju
Bm0/G60a5GB38Bex6L+e
=cmMl
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#660245: liblog4ada: FTBFS when not building docs: pdflatex: Command not found

[Xavier Grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 17/02/2012 21:44, Aaron M. Ucko a écrit :
 xavier grave xavier.gr...@ipno.in2p3.fr writes:
 
 Thanks you for reporting this bug, I have build this package with
 pbuilder. Can you give me pointers to the minimal environment building
 only architecture-dependent binary packages please ? I'm not familiar
 with the autobuilders.
 
 The autobuilders run sbuild, but pbuilder also supports just building
 (and installing build dependencies for) architecture-dependent packages:
 
   pdebuild -- --binary-arch
 
   pbuilder --build --binary-arch liblog4ada_*.dsc
 
 Thanks for checking!

Here are my checks :

I reproduce the problem with :
debuild -- --binary-arch

under a sid environment (without pdflatex from texlive-latex-base ):
a fakeroot debian/rules binary-arch
builds fine and a fakeroot debian/rules binary-indep fails without the
texlive-latex-base package.

My package seems to follow Debian policy [1], and pdflatex is only
called when building -doc package. May be I'm wrong on this point ?

The problem seems very related to bug #521918 to me. Do you think I
should open a bug against pdebuild ? Quite strange the bug #452567 seems
to be the exact opposite of the problem my package have.

Since texlive-latex-base and texlive suite is a quite big suite to
install I'd like your advice before doing any packaging modification
that can lead in a longer build as in #452567 (merging
Build-Depends-Indep in Build-Depends).

Thanks again for your quick answer to my pdebuild related question.

xavier
[1]
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-sourcebinarydeps
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPQjCSAAoJEG3iFwasTcfaMVYQALwL54zZggLPWRrCdkUDWyeW
QeeTDgmdnc7YZE7EMsv0RjZkfKOVr2ALoByKdNu49Za0rWFdbEOcwUu/HsiWjDX4
w4ODPWvgYKb7PmTWxvJ8ALRmR37FJjMlLqIBXzXotnlNta0w4bB+2aRsbP7FtSk7
uMVulGoc22C6Razh65tg6kZPMmgNgU9SRviETiNJZAs89nu3w6dgOROqDJET7uId
7hn9S/AGUId2DxCZnqAbkqfn4NX5a3Ay+Oqud1ZJdP6273EeTtHEluxRS8QUoqL4
buiIqTvn6RdU8sbL4+DwARXfS3rRr/+ltUoidXj1QaABXTnt/QSCGCEvbK1jWQNe
Q7WidPkhteyfYPbYPgDtpi9225Op2NywuRvv0Xed9osr3Ff7znrN8AKNfh6YdqQ6
zo2cQUPChqnyvt05mm+U/gqvNSQuxbNuOgTyEqhLyk0SJL4MSQVL7tU7NrFcmD61
Z4Vao2il2kitTfYig1ZxIpjLqzGnysFtmqjfJMNtjdJ1KayACh3hEVAEi7ZE0bsx
NJm0EuJSMY+81GxlnbmOS/ANtxsg95PE1BSR7tZxEkZYdun//puY5VrygHP9OGiK
PMrbk912xFDDNv9OmYF8nzGbMjGu/1K7laHk9eW+9QIYxEMotR0zlXrQ5vaDRkzl
yP0iTIy5rh/3lEuz59Pq
=rjKe
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#660245: liblog4ada: FTBFS when not building docs: pdflatex: Command not found

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 17/02/2012 17:54, Aaron M. Ucko a écrit :
 Source: liblog4ada
 Version: 1.2-1
 Severity: serious
 Justification: fails to build from source
 
 Builds of liblog4ada in minimal environments focused on building only
 architecture-dependent binary packages (as on the autobuilders) fail
 due to missing pdflatex:
 
   touch build-stamp
   /usr/bin/make -C doc
   make[1]: Entering directory `/.../liblog4ada-1.2/doc'
   pdflatex -draftmode log4Ada.tex
   make[1]: pdflatex: Command not found
   make[1]: *** [log4Ada.aux] Error 127
   make[1]: Leaving directory `/.../liblog4ada-1.2/doc'
   make: *** [documentation] Error 2
 
 Please either arrange to build the documentation only when covering
 the -doc package or (if that's somehow infeasible) fold
 Build-Depends-Indep into Build-Depends.
 
 Thanks!
 
 

Thanks you for reporting this bug, I have build this package with
pbuilder. Can you give me pointers to the minimal environment building
only architecture-dependent binary packages please ? I'm not familiar
with the autobuilders.

Thanks in advance, xavier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPPpawAAoJEG3iFwasTcfaF7wQALb3Yjt71Na4WmwX5XIc2sgn
jb65CghSEEJhWgq97vYPBS5CwCYSDQU73ePwSPwuTO5WBmVnr0WwMEFv1T0m6iTF
3vBh+aADXFHqfVj/Wfr+ndGDKCyOR7K5kMObcWn7uQbmHjzUb3LCgM0ekMScIIu1
+/FbRb8tdAYYcRg3a+4B4ybP9feHNgj4Fi79FDHYBCqlWe3PLubYymvZf0rZSLde
fUxT1Pec+4mXhsjm0i19p3me/ytb7xXMvGImv09CE4/qpxO5W05tq142AeT2ft4n
9ZMQDgS9jELGGcm4iSZZJ6qxUpBPruk2A4dOuXR1BK3qy5Gaf/nhg6sizcn7HDh0
E2f1SIOghaA8HjVIKFvNQ+S15BOwx7rozu4utxg6wNqMuIWeUJXaYEmoAzUlzPX1
XxyKl1DGFMULFyyd19hn/1wGCnUiuTq2f90q9ejsPTJa1bx7dLedj860v/G2Og5a
NMwSg7Am3VjMgiX/4THa6nXmq8JZSDOOZNkZQaORflCD/G1mfPSBkLmnZPW3qU0A
j5QSHRInh67Sm2riLF+od/XRKEn5nAp/2iYS5r0DCMuLEFW1qrgW/kJ/5ZyLXa7U
dFl75Ld5dcuA5FjIIqfnQ7FksSlmwPWbl3xAV8jovHGTiWl+MeSEWSiF/cFZoD18
VDzC3Q2NJeoHg/lF2YEF
=bUPm
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#659996: RFS: python-gnatpython [fifth try]

[Xavier Grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package python-gnatpython.

 * Package name: python-gnatpython
   Version : 54-1
   Upstream Author : AdaCore sa...@adacore.com
 * URL : http://forge.open-do.org/projects/gnatpython
 * License : GPL-2+ and GPL-3+
   Section : python

It builds those binary packages:

python-gnatpython - python framework to ease development of test suites
python-gnatpython-doc - python framework to ease development of test
suites (examples)

To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/python-gnatpython

Alternatively, one can download the package with dget using this command:

  dget -x
http://mentors.debian.net/debian/pool/main/p/python-gnatpython/python-gnatpython_54-1.dsc

This new package is a build dependency for the polyorb package.

I would be glad if someone uploaded this package for me.
It is my first python package and I have followed most advices from
Jakub Wilk [1], Simon Chopin [2], Eugeniy Meshcheryakov [3], Stefano
Rivera [4] and Nicolas Boulenguez thanks to them.

After the following lintian command :
lintian --pedantic -EI python-gnatpython_54-1_amd64.changes
the package still presents the following P comments :
P: python-gnatpython: no-upstream-changelog
P: python-gnatpython-doc: no-upstream-changelog
Since there isn't any changelog in upstream I don't know how to fix
these comments or if it worth's a lintian overrides.

Kind regards,

Grave Xavier
[1] http://lists.debian.org/debian-python/2011/09/msg00078.html
[2] http://lists.debian.org/debian-mentors/2012/01/msg00396.html
[3] http://lists.debian.org/debian-mentors/2012/01/msg00736.html
[4] http://lists.debian.org/debian-ada/2012/02/msg5.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPO98PAAoJEG3iFwasTcfa+7QQAI2JhRmjYUWwB8X2gYNlpxxk
ugEq83ojJAsCH64Rg2ELVuFgP2JOZMCnZXVeQjeelEyCWhqm3w/UEVwq5k13rBbj
1CXvqJnPDlBnwg2liOUrMi7Iym2w3kDZwKbm/Sel9vfkUFRbAnZVX2A+Q9yEL5bX
7eptRXljCZmkKiBdgyF0017ClaLkGiYxDKBElHrA4SYPdEKZQ5gwY3nihn6fPS/3
yzvxGcpKAa2RVvzTBDLIY1g2DqMJrua6D+lgX1ZEIcIZgQv2FmU+BE4RSQKno9aq
Lma2NnHWaDPgK67yM/Lsjse2Xc4MGPjHo3WpI3LtMp0oXOMygJOXgt3xiYIHV8Ms
dFBscjLndSU73djf62IyLtEbBQKGTUyI771nVBjpUFncn17FfBs4FBB8TAH1oSHr
bl0TuNH6k7QH8Ptox2xhM0G7nm5tNvqd69jm5TjC7dw3EuOuP2xH2E+zwI3BFACC
/WWu3h5NSzyg+ISHWLZW60WvpBoqs6w+WkDES+GhBXpS4/MQuIJugLcJftSHE8nF
7JQLyKIbf2tQeyY1NdpRmRKErXfvaPV6Sh3WIQBXMRFBcZyMlguTYLLhabAHOBc7
rAd/WhKxCW72lHqR507EmSLceOY4gFIsIdiszMtnD2cv9YPeWRu/CxdxCYynSP4j
3Vor7hyfnqlhZFBRy9Yp
=7d6x
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#642645: liblog4ada: FTBFS: build-dependency not installable: gnat

[xavier grave]

Hi,

gnat is now available again in unstable, can you try a new build and 
close the bug if it's OK for you and the right way of handling this kind 
of bug ?


Cordially, xavier

Le 24/09/2011 16:00, berta...@ptitcanardnoir.org a écrit :

Source: liblog4ada
Version: 1.0-5
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110923 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:

┌──┐
│ Install liblog4ada build dependencies (apt-based resolver)   │
└──┘

Installing build dependencies
Reading package lists...
Building dependency tree...
Reading state information...
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  sbuild-build-depends-liblog4ada-dummy : Depends: gnat but it is not going to 
be installed
E: Broken packages


The full build log is available from:

http://people.debian.org/~lucas/logs/2011/09/23/liblog4ada_1.0-5_lsid64.buildlog

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.







--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#642074: libxmlezout1 and libxmlezout0: error when trying to install together

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 25/09/2011 10:10, Ludovic Brenta a écrit :
 The man page should not be in the run-time library package.  It should
 be in the -dev package, which Conflicts: with and Replaces: the previous
 version.

OK, I'll try a 1.06.1-4 upload that will put it in the right place.
Thanks.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk5/Ur8ACgkQVIZi0A5BZF4ywQCfaOJ/JsU8161CqDPncMQXU4qp
0esAoJvJgRVzExKRfxQRxP0oz+6XkUi/
=y+pJ
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#642074: libxmlezout1 and libxmlezout0: error when trying to install together

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 25/09/2011 10:10, Ludovic Brenta a écrit :
 The man page should not be in the run-time library package.  It should
 be in the -dev package, which Conflicts: with and Replaces: the previous
 version.
 

Do you think I should provide a libxmlezout0 new upload version without
the manpage or a dpkg-divert in libxmlezout2-dev should be enough ?
The idea is to be able to have at the same time libxmlezout0,
libxmlezout1 and libxmlezout2-dev
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk5/XrkACgkQVIZi0A5BZF5/QACffOmVVmhETUdyHipLOymjS8rt
LoEAn37RkOLgy80M/d9aXQCFwnQkAdti
=+8ZM
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#642074: libxmlezout1 and libxmlezout0: error when trying to install together

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 25/09/2011 20:58, Ludovic Brenta a écrit :
 xavier grave xavier.gr...@ipno.in2p3.fr writes:
 Le 25/09/2011 10:10, Ludovic Brenta a écrit :
 The man page should not be in the run-time library package.  It
 should be in the -dev package, which Conflicts: with and Replaces:
 the previous version.

 Do you think I should provide a libxmlezout0 new upload version
 without the manpage or a dpkg-divert in libxmlezout2-dev should be
 enough ?  The idea is to be able to have at the same time
 libxmlezout0, libxmlezout1 and libxmlezout2-dev
 
 libxmlezout2-dev will have to conflict with libxmlezout0 in addition to
 libxmlezout1-dev, because it will contain the man page which is
 currently in libxmlezout0.  So what you want will not be possible.
 However it will be possible to install libxmlezout0 and libxmlezout1 at
 the same time, without any -dev package.
 

you are against a dpkg-divert solution ?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk5/fwcACgkQVIZi0A5BZF6EXACeIHjyruE7NMCMC/t57tPWDQHX
ZbYAnR8BrHUsOo89T4klBt1mSTISi0pP
=s8C0
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#642074: libxmlezout1 and libxmlezout0: error when trying to install together

[xavier grave]

Le 25/09/2011 22:14, Ludovic Brenta a écrit :
 xavier grave writes:
 you are against a dpkg-divert solution ?
 
 TBH I didn't know about dpkg-divert until now :) I'm not sure how you're
 planning to call it.  For one thing, the preinst script of
 libxmlezout2-dev may not know about the presence or absence of
 libxmlezout0.  For another, how do you plan to detect when the diversion
 ceases to be necessary and to remove it from /var/lib/dpkg/diversions?
 
I have tested the use libxmlezout2-dev.preinst and libxmlezout2-dev.postrm
The diversion is only done if the conflict is detected as far as I
understand/can see. I have done some tries and I can have the three
packages (libxmlezout0, libxmlezout1 libxmlezout2-dev) installed at the
same time.

I join the two script files in order to have your advice.
#! /bin/sh
# preinst script for libxmlezout

set -e

dpkg-divert --package libxmlezout2-dev --rename --add 
/usr/share/man/man7/xml_ez_out.7.gz

#DEBHELPER#

exit 0
#! /bin/sh
# prerm script for libxmlezout1

set -e

dpkg-divert --package libxmlezout2-dev --remove --rename 
/usr/share/man/man7/xml_ez_out.7.gz

#DEBHELPER#

exit 0


signature.asc
Description: OpenPGP digital signature

Bug#642074: libxmlezout1 and libxmlezout0: error when trying to install together

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 25/09/2011 23:39, xavier grave a écrit :
 Le 25/09/2011 22:14, Ludovic Brenta a écrit :
 xavier grave writes:
 you are against a dpkg-divert solution ?

 TBH I didn't know about dpkg-divert until now :) I'm not sure how you're
 planning to call it.  For one thing, the preinst script of
 libxmlezout2-dev may not know about the presence or absence of
 libxmlezout0.  For another, how do you plan to detect when the diversion
 ceases to be necessary and to remove it from /var/lib/dpkg/diversions?

 I have tested the use libxmlezout2-dev.preinst and libxmlezout2-dev.postrm
 The diversion is only done if the conflict is detected as far as I
 understand/can see. I have done some tries and I can have the three
 packages (libxmlezout0, libxmlezout1 libxmlezout2-dev) installed at the
 same time.
 
 I join the two script files in order to have your advice.

Sorry I forgot to mention :
http://www.debian.org/doc/debian-policy/ap-pkg-diversions.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk5/scEACgkQVIZi0A5BZF6MvQCfemvGMctIG7adIf3TstNQzGix
Lh4AoJDDqPQQYUt4ii7ynW9tTJS7W3bA
=jfbK
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#642074: libxmlezout1 and libxmlezout0: error when trying to install together

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 19/09/2011 10:37, Ralf Treinen a écrit :
 Package: libxmlezout0,libxmlezout1
 Version: libxmlezout0/1.6-2
 Version: libxmlezout1/1.6.1-2
 Severity: serious
 User: trei...@debian.org
 Usertags: edos-file-overwrite
 
 Date: 2011-09-19
 Architecture: amd64
 Distribution: sid
 
 Hi,
 
 automatic installation tests of packages that share a file and at the
 same time do not conflict by their package dependency relationships has
 detected the following problem:
 
 
 WARNING: The following packages cannot be authenticated!
   gnat-4.4-base libgnat-4.4 gnat-4.6-base libgnat-4.6 libxmlezout1
   libxmlezout0
 Authentication warning overridden.
 Can not write log, openpty() failed (/dev/pts not mounted?)
 Selecting previously deselected package gnat-4.4-base.
 (Reading database ... 10589 files and directories currently installed.)
 Unpacking gnat-4.4-base (from .../gnat-4.4-base_4.4.6-5_amd64.deb) ...
 Selecting previously deselected package libgnat-4.4.
 Unpacking libgnat-4.4 (from .../libgnat-4.4_4.4.6-5_amd64.deb) ...
 Selecting previously deselected package gnat-4.6-base.
 Unpacking gnat-4.6-base (from .../gnat-4.6-base_4.6.1-5_amd64.deb) ...
 Selecting previously deselected package libgnat-4.6.
 Unpacking libgnat-4.6 (from .../libgnat-4.6_4.6.1-5_amd64.deb) ...
 Selecting previously deselected package libxmlezout1.
 Unpacking libxmlezout1 (from .../libxmlezout1_1.06.1-2_amd64.deb) ...
 Selecting previously deselected package libxmlezout0.
 Unpacking libxmlezout0 (from .../libxmlezout0_1.06-2_amd64.deb) ...
 dpkg: error processing /var/cache/apt/archives/libxmlezout0_1.06-2_amd64.deb 
 (--unpack):
  trying to overwrite '/usr/share/man/man7/xml_ez_out.7.gz', which is also in 
 package libxmlezout1 1.06.1-2
 configured to not write apport reports
 Processing triggers for man-db ...
 Errors were encountered while processing:
  /var/cache/apt/archives/libxmlezout0_1.06-2_amd64.deb
 E: Sub-process /usr/bin/dpkg returned an error code (1)
 
 
 This is a serious bug as it makes installation fail, and violates
 sections 7.6.1 and 10.1 of the policy. An optimal solution would
 consist in only one of the packages installing that file, and renaming
 or removing the file in the other package. Depending on the
 circumstances you might also consider Replace relations or file
 diversions. If the conflicting situation cannot be resolved then, as a
 last resort, the two packages have to declare a mutual
 Conflict. Please take into account that Replaces, Conflicts and
 diversions should only be used when packages provide different
 implementations for the same functionality.
 
 Here is a list of files that are known to be shared by both packages
 (according to the Contents file for sid/amd64, which may be
 slightly out of sync):
 
   /usr/share/man/man7/xml_ez_out.7.gz
 
 This bug is assigned to both packages. If you, the maintainers of
 the two packages in question, have agreed on which of the packages will
 resolve the problem please reassign the bug to that package. You may
 also register in the BTS that the other package is affected by the bug.
 
 -Ralf.
 
 PS: for more information about the detection of file overwrite errors
 of this kind see http://edos.debian.net/file-overwrites/.
 
 

OK, thanks I'll try to repackage it as soon as possible.

Thanks a lot for the url to help avoid this in the future.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEUEARECAAYFAk5+YwYACgkQVIZi0A5BZF7/CwCfc+Jai2OVkXZPZ+th04qtB8si
mLAAliifcC6+WoNFdIMaudauK/H4L6E=
=Cb+q
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#626572: music123 does not work like root or sudo

[Xavier Grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 13/05/2011 09:43, Denis Gottardello a écrit :
 Package: music123
 Version: 16.2-2
 Severity: normal
 
 
 
 On Debian Lenny I can run music123 in every situation, like root or normnal 
 user. On Squeeze works only like user an not in all situations like a machine 
 without a DE installed.
 For play wav file now I use aplay.
 

Thanks for reporting bug, can you be more specific please ?
I don't know what it's a DE. Can you display the error messages you get ?

In order to play wav file the default for music123 is esdplay, do you
have it installed ?

I can also run music123 as root on my x86_64 machine.

Thanks in advance for any further information, cordially, xavier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3M82kACgkQVIZi0A5BZF70ZQCfcgiwCaiDHpUGdaQ/xJgwPu8q
hXMAoKRFXMBKiLcy795hZA+xfhkp+iCa
=Hd81
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#626572: music123 does not work like root or sudo

[Xavier Grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 13/05/2011 11:20, Denis Gottardello a écrit :
 

 In order to play wav file the default for music123 is esdplay, do you
 have it installed ?

 I can also run music123 as root on my x86_64 machine.

 Thanks in advance for any further information, cordially, xavier
 
 
 Sorry for my bad english.
 In my pc (i386) If I run aplay Errore.wav as root I can hear the music but 
 if I run esdplay Errore.wav I can't hear nothing. 
 In another machine without any desktop environment like gnome or kde if I run 
 aplay Errore.wav as root or as normal user I can hear the music but if I 
 run 
 esdplay Errore.wav as root or as normal user I can't hear nothing.

So this isn't a music123 bug but a esdplay bug or feature or
configuration problem.
Do you have a .music123rc file ?
If no, you should replace esdplay in /etc/music123rc by aplay

The line
toolesdplay wav,Wav,WAV 
should become
toolaplay wav,Wav,WAV 

I hope it will help
xavier
PS: can you CC the bug (626...@bugs.debian.org) in order to keep track
of our mail exchanges ?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3NHRYACgkQVIZi0A5BZF6UygCfT2xu1vz5LtEABGrorWiKzdkO
hXIAn2430C1Zst8RyP0RWMc9anVJfWly
=qfZ4
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#626572: music123 does not work like root or sudo

[Xavier Grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 13/05/2011 14:05, Denis Gottardello a écrit :

 So this isn't a music123 bug but a esdplay bug or feature or
 configuration problem.
 Do you have a .music123rc file ?
 If no, you should replace esdplay in /etc/music123rc by aplay

 The line
 toolesdplay wav,Wav,WAV 
 should become
 toolaplay wav,Wav,WAV 

 I hope it will help
 xavier
 PS: can you CC the bug (626...@bugs.debian.org) in order to keep track
 of our mail exchanges ?
 
 
 Thanks for your reply. Do you think is a good idea to open a new bug report 
 about esdplay?

Yes. I'll close #626572 if you are OK with this.
Did you replace esdplay by aplay in /etc/music123rc ? Just to know :)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3NIxgACgkQVIZi0A5BZF6wnACggW092z88roOUiz8C+yNr9H8I
jugAoJ3UzYh5Hn501LQqyw0/8/2Q0bh9
=P3kD
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#605774: Bug also present in debian-squeeze-di-beta2-powerpc-netinst.iso

[Xavier Grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

Just to give the info, I have tested the
debian-squeeze-di-beta2-powerpc-netinst.iso. The fix for bug#605774
didn't reach the last installer iso.

xavier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk0GUYoACgkQVIZi0A5BZF4p1QCgsEypccXhU3rnSghUNxGeRFLX
sM0AoKh3Dk54YQ2nLXzA8gG0hIoFhLY5
=6d1z
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#600052: gnat-4.4: FTBFS on armel

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 13/10/2010 11:46, Ludovic Brenta a écrit :
 
 For the record, this late in the release cycle I am personally tempted to
 
 resolve this bug by dropping support for armel in all Ada packages.  The
 
 buildds have caused us a lot of trouble in the past and Matthias seems to
 
 be the only person willing and able to build manually on armel.  If even
 
 he
 
 needs help, then I'm pessimistic about armel.

Hi everybody,

My two cents : I should receive in a few weeks (around 3/4) some Open-RD
hardware [1]. One of the boxes will be running Debian. As soon as the
Debian runs I propose my help for the Ada part on this platform.

But as Ludovic is pointing, this is late in the release cycle, so may be
my help can only be of some use for the next stable release.

Hope it will help, xavier
[1] http://www.open-rd.org/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAky1iJ4ACgkQVIZi0A5BZF5fPwCdFNetP38lXsJUVpIkpOmn7voN
XbwAoIKyRJfTxHfwtHQxmOnndjQJ4Urf
=/dQE
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#590262: Trace from emacs23 and vc-mtn

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I have exactly the same problem when opening file under monotone, here
is the trace I get from emacs :
Loading 00debian-vars...done
Loading /etc/emacs/site-start.d/50a2ps.el (source)...done
Loading /etc/emacs/site-start.d/50autoconf.el (source)...done
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...
Loading debian-ispell...
Loading /var/cache/dictionaries-common/emacsen-ispell-default.el
(source)...done
Loading debian-ispell...done
Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el
(source)...done
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...done
Loading /etc/emacs/site-start.d/50festival.el (source)...done
Loading /etc/emacs/site-start.d/50psvn.el (source)...done
Loading paren...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Loading vc-mtn...done
vc-mtn-mode-line-string: Wrong type argument: stringp, nil

Hope it will help.

Cordially, xavier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkx+E1wACgkQVIZi0A5BZF4nngCfZO4Qb2J4r3cvwnk1ZNhnW3IV
r5gAoI09m7xAdVLCLYFTusFfKR7sF5p6
=B9mk
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#590262: upstream bug number 6513

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

It is a known bug related to some change in the output of the mtn status
command in monotone 0.48 :

http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6513
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkx+FYYACgkQVIZi0A5BZF72YwCdEr3A4zrgwsr6eZgHZ06wn5fu
fZ8An3rvJtMmh3u/QJZ5aLXlTQwNR10F
=n7vg
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#571191: Possible problems in your Debian packages

[Xavier Grave]

Thanks Lucas for your explanations, and I've now learned a new tool :)
(rmadison)

Also after a second look to the graph I understand it better.

 On 23/08/10 at 16:58 +0200, xavier grave wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Hi,
 
 The graph in the top right corner show that #571191 is fixed in testing
 and unstable, so what can I do that the DDPO don't trig in future on
 closed bug in music123 ?
 
 Thanks in advance for any answer, cordially, xavier grave
 
 Bonjour Xavier,
 
 As you can see in the graph in the top-right corner, the BTS still sees
 #571191 as affecting unstable.
 
 $ rmadison music123
 music123 | 15-0.2 | stable | source, alpha, amd64, hppa, i386, ia64, mips,

 mipsel, powerpc, s390, sparc
 music123 | 15-0.2 | unstable | source, alpha
 music123 | 16.2-2 | testing | source, amd64, armel, hppa, i386, ia64, 
 kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc
 music123 | 16.2-2 | unstable | source, amd64, armel, hppa, i386, ia64, 
 kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc
 
 music123 15-0.2 (which is affected by the bug) is still present in
unstable on
 alpha according to rmadison. However, according to
 https://buildd.debian.org/pkg.cgi?pkg=music123, 16.2-2 is installed on 
 alpha.
 
 This is a strange case of DB corruption or something. I've asked
 #debian-release for a binNMU on alpha. Once the package is built, it
should
 make the problem disappear.
 
 - Lucas
 





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#580395: More tests with gnat-4.4 instead of gnat-4.3

[Xavier Grave]

fixed 580395 4.4+1
thank you

I have downloaded sources.tar and done a test with both amd64 and i686
gnat-4.4 version 4.4.3-1

Compilation doesn't produce any Storage_Error stack overflow







--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#581330: narval: FTBFS: No patches in series

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 12/05/2010 12:42, Ludovic Brenta a écrit :
 
 It just occurred to me that it might be better not to use quilt at all. 
 
 Currently, you copy .gpr files from the installed Debian packages and patch
 
 them locally with quilt from the upstream Makefile but only if the upstream
 
 Makefile detects that it is running on Debian.  A better approach might be
 
 to:
 
 
 
 - ship the patched .gpr files directly in the debian/ directory
 
 - make the upstream makefile distribution-agnostic
 
 - make the upstream makefile independent on quilt
 
 - remove the build-dependency on quilt from debian/control
 
   (this build-dependency can lead people to assume the Debian
 
   packaging scripts use quilt when, really, only the upstream
 
   Makefile does).

I don't see an immediate way of making upstream sources
distribution-agnostic, but I think this is a good way to proceed. I will
try to find a way to do so. It will delay the bug fix, I hope I will
have something by the end of the week.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkvqj9EACgkQVIZi0A5BZF7q8wCeOjQTaiJ8ZjMZs6msm8YLTlc9
eoYAnRlGRbtFtf3F45gGuZfMQJd89AU0
=JuN3
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#581330: narval: FTBFS: No patches in series

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 12/05/2010 10:39, Lucas Nussbaum a écrit :
 Source: narval
 Version: 1.10.2-1
 Severity: serious
 Tags: squeeze sid
 User: debian...@lists.debian.org
 Usertags: qa-ftbfs-20100511 qa-ftbfs
 Justification: FTBFS on amd64
 
 Hi,
 
 During a rebuild of all packages in sid, your package failed to build on
 amd64.
 
 Relevant part:
 make[2]: Entering directory 
 `/build/user-narval_1.10.2-1-amd64-jpHSPG/narval-1.10.2/gnatdist_config'
 cp /usr/share/ada/adainclude/aws.gpr .
 cp /usr/share/ada/adainclude/xmlada.gpr .
 cp /usr/share/ada/adainclude/templates_parser.gpr .
 quilt --quiltrc patches/quiltrc push -a
 No patches in series
 make[2]: *** [patched_gpr] Error 2
 
 The full build log is available from:

 http://people.debian.org/~lucas/logs/2010/05/11/narval_1.10.2-1_lsid64.buildlog
 
 A list of current common problems and possible solutions is available at 
 http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
 
 About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
 of the Grid'5000 platform, using a clean chroot.  Internet was not
 accessible from the build systems.

Compilation in a pbuilder environment reproduce the bug. Strange thing a
standard configure/make runs fine. In this case, it seems quilt doesn't
really care that it is call from gnatdis_config directory and that the
patches directory is in ../
If I correct the command
quilt --quiltrc patches/quiltrc push -a
to
quilt --quiltrc ../patches/quiltrc push -a
it seems to work in both cases.
I don't understand why the first case works since I don't have given the
right directory first, may be this is related to the source format of
the package ? Any advice/profund insight/commentary from a Debian/quilt
Guru packager ? :)

A fix of the bug should be uploaded/available soon.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkvqgyIACgkQVIZi0A5BZF6w1gCcCxQF2mJ2uYipFLLfWXJ3Dr24
D4sAnRQHCOt1k0CI1HhkpspGMj+8xiZS
=jPTW
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#576018: ITP: narval -- An Ada framework for Distributed Acquisition Systems

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ludovic Brenta a écrit :
 I will sponsor the package.  After the initial upload, if the quality
 is OK, I will also add the DM-Upload-Allowed: yes flag so that Xavier
 can upload unsupervised.

Thanks a lot.

 Xavier, when you are ready, tell me where the upstream sources and
 Debian packaging scripts are.

OK, I just need to duplicate our monotone database to one of our server
that can be acceded from outside our lab.



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAku0X+AACgkQVIZi0A5BZF5lXgCff7c0UqfZ8r2foDrw1peqo0Mk
lLUAn21JldV6GlLSNzIn0rLGFnj561kU
=VKIf
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#239769: 16.2 should fix bug without side effects

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

using a temporary vector and apply sort on it fix the bug and respect
command line order. This is implemented in version 16.2 and should be
uploaded when 16.0-1 reaches testing.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkuU0yoACgkQVIZi0A5BZF5wNACggZVv9jcIlipy7IpNLQs2GtIQ
zqQAoKYq3W1r8EstzEx7BJy2ewLxwOXM
=i/kH
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#572890: music123: Please support vorbis file named '*.oga'

[Xavier Grave]

Hi,

Do you have a .music123rc file ? If so changing the line :
tool ogg123 ogg,Ogg,OGG 
in
tool ogg123 ogg,Ogg,OGG,oga 
have the effect you expect ? Or do I need to add a new tool ?

I will look at the oga extension (to try to have a clear understanding of it
before action) and add it in /etc/music123rc in upstream in order to
simplify users' life.

 Package: music123
 Version: 15-0.2
 Severity: wishlist
 
 As title says ext .oga can be used to name ogg/vorbis files
 (ogv for video, ogg for compat)
 Regards
 -- 
 http://rzr.online.fr/q/ogg
 
 -- System Information:
 Debian Release: squeeze/sid
 APT prefers testing
 APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
 Architecture: i386 (i686)
 
 Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core)
 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
 Shell: /bin/sh linked to /bin/bash
 
 Versions of packages music123 depends on:
 ii libc6 2.10.2-2 GNU C Library: Shared libraries
 ii libgcc1 1:4.4.2-9 GCC support library
 ii libgnat-4.3 4.3.4-4 Runtime library for GNU Ada applic
 
 Versions of packages music123 recommends:
 ii esound-clients 0.2.41-6 Enlightened Sound Daemon - clients
 ii mpg123 1.10.0-2 MPEG layer 1/2/3 audio player
 ii vorbis-tools 1.2.0-6 several Ogg Vorbis tools
 
 music123 suggests no packages.
 
 -- no debconf information
 
 
 





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#239769: directory are now played in alphabetic order

[Xavier Grave]

 
 this just has been fixed in upstream's tree :
 
 http://green.ada-france.org:8081/revision/info/d554d86aed1427947065b
 e11abf920bd9db649aa

One thing is that directory sorting applies not only in a directory but also
on directories, that means that :
music123 -r directory_b directory_a
will play directory_a files in alphabetic order before directory_b files
because in a string manner directory_a expect this to be shiped in upcoming
version

I'm waiting for 16.0-1 reaching testing before submit new code to unstable.





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#307308: Trying to reproduce bug with music123 15-0.2 and 16.0-1

[Xavier Grave]

severity 307308 minor
thanks

using scp with option -l 4 (limit bandwidth) to transfer ogg or mp3 files
from one machine to another one running music123 -r
I can't reproduce bug #307308 with both 15-0.2 and 16.0-1

The bug was reported in 2005. There are many changes in the system that can
leads the bug to be fixed :
 - libc6 2.3.2.ds1-21 = 2.10.2-6
 - kernel 2.6.10-9-amd64-k8 = 2.6.32-2-amd64
 - gnat 3.15p (not fully sure) = gnat-4.4

This is why I change the severity to minor and ask advices about simply
closing it ?

xavier





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#400876: [gnat-gps 4.3-4] trying to reproduce bug #400876

[Xavier Grave]

Following the recipe of message #5 I tried to reproduce bug #400876 without
success.
This was on arch amd64,
lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:Debian GNU/Linux testing (squeeze)
Release:testing
Codename:   squeeze





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#571217: Interest in debian-ada

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I'm interested in a debian-ada list because I'm maintaining some Debian
packages related to Ada. Such a list will ease the coordination between
Maintainers and also speed up users requests.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkuFShgACgkQVIZi0A5BZF6lVACgoOmjSIxcd63180pB5jJJgCP7
y6wAoILuyjCqq7dplodug3jn4VvDfJ1F
=ucHS
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#571068: [missing dependency] liblog4ada1-dev miss dependency on libxmlezout1-dev

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

xavier a écrit :
 Package: liblog4ada1-dev
 Version: 1.0-2
 Severity: normal
 
 liblog4ada1-dev need libxmlezout1-dev because package Log4ada.Appenders.Xml
 depends on McKae.XML.EZ_Out.Generic_Medium Ada package. liblog4ada0 doesn't
 depends on libxmlezout0 because Log4ada.Appenders.Xml is a generic package.
 
 -- System Information:
 Debian Release: squeeze/sid
   APT prefers unstable
   APT policy: (500, 'unstable')
 Architecture: powerpc (ppc64)
 
 Kernel: Linux 2.6.30-2-powerpc64 (SMP w/4 CPU cores)
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 Versions of packages liblog4ada1-dev depends on:
 ii  gnat-4.4  4.4.3-1The GNU Ada compiler
 ii  liblog4ada0   1.0-2  An Ada library for flexible 
 loggin
 
 liblog4ada1-dev recommends no packages.
 
 liblog4ada1-dev suggests no packages.
 
 -- no debconf information
 
 
 
revision f8a57aeca5598e5de03c3dc8baf41fa9d954c491 of
org.debian.liblog4ada on [1] should fix the bug.

xavier
[1] www.ada-france.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkuDmFYACgkQVIZi0A5BZF6/XQCfRRlviTwamH+chlyescVUqWw9
k3gAn3Ch/mSqUZcLzfI/0yx0GylATchL
=oGRV
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#566234: [RFH] need help or access to real mips hardware

[Xavier Grave]

Hi,

I would like to try a fix for #566234 but the build (already two try) for
gnat-4.4 (using [1] qemu environment) is failing (after many hours of build)
with :
checking whether ln -s works... yes
checking for mips-linux-gnu-gcc...
/root/debian/org.debian.gnat-4.4/build/./gcc/xgcc
-B/root/debian/org.debian.gnat-4.4/build/./gcc/ -B/usr/mips-linux-gnu/bin/
-B/usr/mips-linux-gnu/lib/ -isystem /usr/mips-linux-gnu/include -isystem
/usr/mips-linux-gnu/sys-include -mabi=n32
checking for C compiler default output file name... a.out
checking whether the C compiler works... configure: error: in
`/root/debian/org.debian.gnat-4.4/build/mips-linux-gnu/n32/libgcc':
configure: error: cannot run C compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details.
make[4]: *** [configure-stage1-target-libgcc] Error 1
make[4]: Leaving directory `/root/debian/org.debian.gnat-4.4/build'
make[3]: *** [stage1-bubble] Error 2
make[3]: Leaving directory `/root/debian/org.debian.gnat-4.4/build'
make[2]: *** [bootstrap-lean] Error 2
make[2]: Leaving directory `/root/debian/org.debian.gnat-4.4/build'
s=`cat status`; rm -f status; test $s -eq 0
make[1]: *** [stamps/05-build-stamp] Error 1
make[1]: Leaving directory `/root/debian/org.debian.gnat-4.4'
make: *** [stamps/05-build-stamp] Error 2

I wonder if this is due to the fact I'm running under qemu or because of
something else I'm missing ?
So I would like to known if somebody can give me access to some real mips
hardware with an up to date Debian unstable so I can continue trying fixing
this bug ?

Thanks in advance, xavier
--
[1] - http://people.debian.org/~aurel32/qemu/mips/





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/6713cb608e5ebd4844f7fd6357822...@ipnagenda.in2p3.fr

Bug#566234: [RFH] need help or access to real mips hardware

[Xavier Grave]

Thanks a lot Daniel, if it is needed I'll wait for 2-3 weeks :)
In the mean time if I'm able to fix the bug in another maner I'll let you
know as soon as possible.

I don't know if the problem will be raised/solved when using lxc but it
worth a try.

xavier
PS: I CC the bug in order to inform other people working on it of what is
going on.

 On Sun, Feb 14, 2010 at 5:58 AM, Xavier Grave gr...@ipno.in2p3.fr wrote:
 So I would like to known if somebody can give me access to some real mips
 hardware with an up to date Debian unstable so I can continue trying
fixing
 this bug ?
 
 If no one else is able to I'll have a lot of hardware for stuff like
 this in 2-3 weeks; I'd need your ssh pub key.
 
 BTW would bare hardware access be needed for this, or would running
 under lxc be fine?
 
 Eagerly awaiting the end of the Chinese Spring Festival,
 --
 Daniel JB Clark | Free Software Activist | http://pobox.com/~dclark
 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

ssh-rsa 
B3NzaC1yc2EBIwAAAQEAsi8V7obP1R/kpWfUJ+GK5TH+QwPcacBJtIud8RtBKXczdlKeQt5gMamJkdlEC43PVQgLZdsvxduSh/l9yCzkNbwFezVEoQrPzJATqY0xwLaiA9h9FYi5VkVT9MnpLVxZwDAp/EbsChREh+NbH4q29oFerg2/agus6cpBQvJhafwmyYJoFUK6hpu7CqoGyc4KIVt98nGh+UQXU9SmeZ7s1ivz63+R47M9a67VhaaRyQQaSCFHsfy7BR5nsAq+i6vPRjv6Gl3fmd5+nsNaA70Jhn/YVqNdCj03dGagfEJmxHammbfnzc8eXSqgLC7Xel/b03z6WW9cYIT//eZ1kxEsfw==
 xav...@canis-lupus
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkt36aQACgkQVIZi0A5BZF7UmACfX1SsH+HwOfpC57cRNMLMpDh/
o+YAn0NROlrjIU/FlMoeHjU2UKcxCc5o
=V0Oe
-END PGP SIGNATURE-

Bug#568814: [INFO] Manual build started

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I have started a manual build on local sparc hardware.
Rev for org.debian.polyorb is 58617c64abe0473ad9f973f8b846ba86f88342ba
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAktz89QACgkQVIZi0A5BZF6JXQCeJ32n73KhpGzIpjcYGLjiL2LD
TowAnjEHiHylLJLjLSKurGBYqtVsBoXp
=s5Wh
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#568881: gnat-4.4: Type to stream input/output broken on big endian archs

[Xavier Grave]

 
 
original message-
De: Ludovic Brenta ludo...@ludovic-brenta.org
A: xavier.gr...@ipno.in2p3.fr
Copie à: 568...@bugs.debian.org
Date: Mon, 08 Feb 2010 17:02:09 +0100
-
 
 
 
 xavier grave wrote:
 Ludovic Brenta a écrit :
 As far as I understood streams, the output should be neutral 
 regarding
 of the architecture.

 Where did you get that idea?
 
 Using gnat 3.15p I didn't have this kind of problem.
 I used to push to a stream connected to a socket an integer type
 without bothering about endianness.
 
 Then I guess you were using a stream of a specific type that did the
 bothering for you, converting everything to network byte order because
 it was a *socket* stream type. For a stream attached to a file, the
 compiler cannot assume that you need to convert to network byte order.

You are right (as usual :), sorry for this new non useful bug report), I
have found in a lab corner an old gnat-3.15p install (x86 and ppc) and the
behaviour is exactly the same (different files). So this is the stream
implementation for the sockets in gnat-3.15 that swap the things and no more
with gnat-4.4 ?


 
 Let assume I have a symmetric program to read from my stream (ie here my
 file). If I read the file on an arch different of the one that was used
 to write it, Ada should ensure me (as far as I understand the point of
 portability) that I can read from my stream without thinking about it
 because a Ada.Streams is a standard package.
 
 No, I don't think that's true. GNAT on amd64 and GNAT on sparc are two
 different implementations of Ada and nothing forces them to use
inefficient
 conversions to network byte order without consent from the programmer.
 Therefore, if you need such conversion, you must say so explicitly.

So may be I should find the place where the problem is in g-socket*, if
there is a problem at all ?

 Maybe you'd like to look at http://www.ibpaus.de/downloads/index.html

Thanks for the link.





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#566234: A try to compile gnat-4.4 on mips crashed...

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ludovic Brenta a écrit :
 Did you compile using dpkg-buildpackage? I think your image lacks some
 build dependencies, like gcc.
 

Yes I'm using dpkg-buildpackage. But before I have done an apt-get
build-dep gnat-4.4

also I have :
prompt apt-get install gcc
Reading package lists... Done
Building dependency tree
Reading state information... Done
gcc is already the newest version.

May be the problem comes from the fact that I have needed to install by
hand gcc-4.4-source in a version number that was lacking in mips sid :
4.4.3-2 ?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAktr2lwACgkQVIZi0A5BZF7WlwCgvQQXJ1+efzuYiuYzMGxNUr9W
88oAn3/wjgDtgti59d+f8WfpL4XUOo5I
=QWA6
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#566234: A try to compile gnat-4.4 on mips crashed...

[Xavier Grave]

checking for mips-linux-gnu-ranlib... ranlib
checking for mips-linux-gnu-strip... strip
checking whether ln -s works... yes
checking for mips-linux-gnu-gcc...
/root/debian/org.debian.gnat-4.4/build/./gcc/xgcc
-B/root/debian/org.debian.gnat-4.4/build/./gcc/ -B/usr/mips-linux-gnu/bin/
-B/usr/mips-linux-gnu/lib/ -isystem /usr/mips-linux-gnu/include -isystem
/usr/mips-linux-gnu/sys-include -mabi=n32
checking for C compiler default output file name... a.out
checking whether the C compiler works... configure: error: in
`/root/debian/org.debian.gnat-4.4/build/mips-linux-gnu/n32/libgcc':
configure: error: cannot run C compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details.
make[4]: *** [configure-stage1-target-libgcc] Error 1
make[4]: Leaving directory `/root/debian/org.debian.gnat-4.4/build'
make[3]: *** [stage1-bubble] Error 2
make[3]: Leaving directory `/root/debian/org.debian.gnat-4.4/build'

The config.log doesn't seem to show any problem...

I commit my changes to org.debian.gnat-4.4 in order you can
review/comment/disapprove them.





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#566234: [mips only] /usr/lib/libgnarl-4.4.so: undefined reference to `__gnat_alternate_stack'

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ludovic Brenta a écrit :
 This bug also affects polyorb/2.6.0~20090423-5:
 
snip
 -L/build/buildd-polyorb_2.6.0~20090423-5-mips-r7mNLt/polyorb-2.6.0~20090423/STATIC/lib
 -lpolyorb -o
 /build/buildd-polyorb_2.6.0~20090423-5-mips-r7mNLt/polyorb-2.6.0~20090423/STATIC/tools/po_cos_naming/po_cos_naming_shell
 /usr/lib/gcc/mips-linux-gnu/4.4.3/../../../../lib/libgnarl-4.4.so:
 undefined reference to `__gnat_alternate_stack'
 collect2: ld returned 1 exit status
 gnatlink: error when calling /usr/bin/gcc-4.4
 gnatmake: *** link failed.
 make[1]: *** [tools_po_cos_naming.gpr] Error 4
 make[1]: Leaving directory
 `/build/buildd-polyorb_2.6.0~20090423-5-mips-r7mNLt/polyorb-2.6.0~20090423'
 make: *** [build-stamp] Error 2

Since I'm helping on polyorb packaging I'd like to work on this bug (I'm
not a Debian Developer).

Can someone give me an access to a mips arch please ?

Thanks in advance, xavier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAktm8MEACgkQVIZi0A5BZF7m/QCbBPOThcd3Z0hgfyKWZNqV/hYr
gvAAoLTeRofXKQLWFT9wUslaLJJZDgcg
=2KTE
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#567668: gnat-gps: FTBFS on kfreebsd-*: common/tty/terminals.c:53:23: error: termio.h: No such file or directory

[Xavier Grave]

 
 I no longer have access to a Debian GNU/kFreeBSD host and I lack the
 time to investigate this issue. Could someone please help?

I will have a try using revision 89973a944b5fae26066755ddf42513284f2f0873
from branch com.adacore.gps.debian.4.3





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#567668: Same problem as bug 564232 in gnat-4.4

[Xavier Grave]

Adding a __FreeBSD_kernel__ in common/tty/terminals.c fix the bug but the
build encounter another problem :

cd kernel/src_info/sn/snsrc/db-2.7.7/build_unix  ../dist/configure
--enable-compat185
creating cache ./config.cache
checking if building in the top-level directory... checking for a BSD
compatible install... /usr/bin/install -c
checking host system type... configure: error: can not guess host type; you
must specify one
make: *** [kernel/src_info/sn/snsrc/db-2.7.7/build_unix/libdb.a] Erreur 1

The revision 59a6f5f243a55c555f108084dccf63eeafc36a93 of org.debian.gnat-gps
contains the patch for bug 567668.


--- a/common/tty/terminals.c
+++ b/common/tty/terminals.c
@@ -31,7 +31,7 @@
 #ifndef WIN32
 
 /* First defined some macro to identify easily some systems */
-#if defined (__FreeBSD__) || defined (__NetBSD__)
+#if defined (__FreeBSD__) || defined (__NetBSD__) || defined (__FreeBSD_kernel__)
 #   define FREEBSD
 #endif
 #if defined (__alpha__)  defined (__osf__)

Bug#567668: [config.guess]problem solved

[Xavier Grave]

The attached patch fix the problem in
kernel/src_info/sn/snsrc/db-2.7.7/dist/config.guess which was due to a lack
of knowledge in the file about GNU/kFreeBSD as result of uname - s

revision 93362f9fb7850981aecce36a616b3101adbec8c9 of branch
org.debian.gnat-gps contains the new patch.
--- a/kernel/src_info/sn/snsrc/db-2.7.7/dist/config.guess
+++ b/kernel/src_info/sn/snsrc/db-2.7.7/dist/config.guess
@@ -387,6 +387,9 @@
 *:FreeBSD:*:*)
 	echo ${UNAME_MACHINE}-unknown-freebsd`echo ${UNAME_RELEASE}|sed -e 's/[-(].*//'`
 	exit 0 ;;
+*:GNU/kFreeBSD:*:*)
+	echo ${UNAME_MACHINE}-kfreebsd-gnu
+	exit 0 ;;
 *:NetBSD:*:*)
 	echo ${UNAME_MACHINE}-unknown-netbsd`echo ${UNAME_RELEASE}|sed -e 's/[-_].*/\./'`
 	exit 0 ;;

Bug#562192: access to hppa machine to work on Bug #562192

[Xavier Grave]

 

 It's very likely that this is an hppa issue and not an issue in your 
 package. However, it could help the hppa porters a lot if it's possible to

 create a small test case that reproduces the problem.

Removing the option -fstack-check solved the problem on a one shot package
build on the hppa account obtained from Thibaut Varene. As pointed in
message #22 of bug 562192 by Ludovic this is related to :

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20548#c42

Attached is a very simple test case that crash :
xav...@donald:~/simple_test_case$ gnatmake -fstack-check test_simple.adb 
gcc-4.4 -c -fstack-check test_simple.adb
gnatbind -x test_simple.ali
gnatlink test_simple.ali -fstack-check
xav...@donald:~/simple_test_case$ ./test_simple 
Segmentation fault

 Can someone give me access to an hppa machine?
 
 If you still want to work on it then please send me a public SSH key 
 (privately in a signed email) and I'll give you access to my box.

Thanks, I still have access to the one Thibaut gave me.


test_simple.adb
Description: Binary data

Bug#562192: Bug #562192: polyorb: FTBFS [hppa]: test_driver segfault

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ludovic Brenta a écrit :
 Xavier Grave gr...@ipno.in2p3.fr writes:
 #6 0x408da55c in _gnat_stack_check () from /usr/lib/libgnat-4.4.so.1
 
 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20548#c42
 
 Eric Botcazou says: -fstack-check is broken with GCC 4.4 on x86/x86-64
 Linux, it generates code that will easily segfault.  It seems that that
 is also the case on hppa, then.
 
 I suggest trying to rebuild polyorb without -fstack-check to see if the
 problem disappears.

I have rebuild only test_driver without the option, no more segfault but a :
raised STORAGE_ERROR : stack overflow detected
instead.

Full rebuild undergoing to have an use of test_driver with the full test
environment without stack-check.



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkte1AAACgkQVIZi0A5BZF45jwCdFrUp8o03VaIXAVPqw58LVz3F
z/kAoKkS+nurmN8Etzu/m/kT0Bjwvn4O
=W17L
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#562192: [Fix available] problem due to -fstack-check option

[Xavier Grave]

package building on hppa OK once the -fstack-check option is removed from
projects/common.gpr

Fix available in rev 3d4e0c87a95ba9ace29a7551928f69628deb7cf8 of
org.debian.polyorb

Thanks Ludovic for the hint.
Thanks Thibaut for the account on hppa machine.





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#566926: More info

[Xavier Grave]

Forgot to mention that test_static failed the same way on powerpc and hppa.





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#562192: [polyorb] hppa bug

[Xavier Grave]

Thanks to Thibaut Varene and Grant Grundler I have access to an hppa system.

Thanks to gdb I get this :
(gdb) where
#0 0x408d6478 in system__secondary_stack__ss_mark () from
/usr/lib/libgnat-4.4.so.1
#1 0x4075af50 in ada__exceptions__exception_traces__notify_exceptionXn ()
from /usr/lib/libgnat-4.4.so.1
#2 0x4075b190 in __gnat_notify_unhandled_exception () from
/usr/lib/libgnat-4.4.so.1
#3 0x4075ae74 in
ada__exceptions__exception_propagation__propagate_exceptionXn () from
/usr/lib/libgnat-4.4.so.1
#4 0x4075bd44 in __gnat_raise_nodefer_with_msg () from
/usr/lib/libgnat-4.4.so.1
#5 0x4075bdf0 in __gnat_raise_exception () from /usr/lib/libgnat-4.4.so.1
#6 0x408da55c in _gnat_stack_check () from /usr/lib/libgnat-4.4.so.1
#7 0x00017e2c in main (argc=1, argv=(system.address) 0x1,
envp=(system.address) 0x4066531c)
 at
/home/xavier/org.debian.polyorb/STATIC/testsuite/utils/b~test_driver.adb:311
#8 0x4052dd8c in __libc_start_main (ma...@0x47362: 0x17e00 , argc=1,
ubp_av=0xbff00be4, init=, fi...@0x46a4a: 0x47394,
 rtld_fi...@0x40214446: 0x40203dd4 , stack_end=0xbff00d40) at
libc-start.c:222
#9 0x000177c4 in _start ()
During a recompile of test_driver with a -largs static to see if I can go
further I had this problem :
/usr/bin/ld: cannot find -lgnat-4.4
collect2: ld returned 1 exit status
gnatlink: error when calling /usr/bin/gcc-4.4
gnatmake: *** link failed.
Temp fix : ln -s /usr/lib/gcc/hppa-linux-gnu/4.4/adalib/libgnat.a
libgnat-4.4.a in the target directory (testsuite/utils)
I get with gdb quite the same results :
(gdb) where
#0 0x0007c8c0 in system__secondary_stack__ss_mark ()
#1 0x0003a2b4 in ada__exceptions__exception_traces__notify_exceptionXn ()
#2 0x0003a44c in __gnat_notify_unhandled_exception ()
#3 0x0003a204 in
ada__exceptions__exception_propagation__propagate_exceptionXn ()
#4 0x0003ae8c in __gnat_raise_nodefer_with_msg ()
#5 0x0003af00 in __gnat_raise_exception ()
#6 0x0007d840 in _gnat_stack_check ()
#7 0x00010b60 in main (argc=1, argv=(system.address) 0x1,
envp=(system.address) 0x1)
 at
/home/xavier/org.debian.polyorb/STATIC/testsuite/utils/b~test_driver.adb:311
#8 0x00094830 in __libc_start_main ()
#9 0x000104c0 in _start ()

Does this error was already encountered ?
SS_Mark seems to be a very simple function.





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#562342: A build passed on my amd64 arch

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

More info about bug 564342 :
I have build the polyorb packages from source without problem.
The CORBA_MIOP test PASSED.
Main difference my version isn't 2.6.0~20090423-2 but
2.6.0~20090423-3.
Does 2.6.0~20090423-3 be scheduled for build to see if this bug can be
closed ?
revision of org.debian.polyorb :
a5f03bbba52bb1c320f466816d75fb4dbab9eb12
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAktZpk8ACgkQVIZi0A5BZF4J4gCeO7OXmNYZkguzwhtHmYm3HtLo
DNkAoJfNriX/j2r8OTtTcX/2lT2Ls1SL
=16qi
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#562192: access to hppa machine to work on Bug #562192

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I'm trying to help on the packaging of polyorb (I'm not a Debian
Developer) and I would like to work on bug 562192. The test suite driver
fail on hppa with a nasty Segmentation fault.

Can someone give me access to an hppa machine?

Thanks in advance, xavier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAktZqpYACgkQVIZi0A5BZF4L9QCfXyL5gnoPBHji1cTwVcGOCXEk
XIUAnRqU9IoomWY1GlKRTscPTlHIq7tM
=Gocn
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#564232: Bug 564232 and 561121 related to Debian GNU/kFreeBSD near to be fixed

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ludovic Brenta a écrit :
 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.
 
 I'll upload a new version of gnat-4.4 with this fix during the weekend.

the fix is available in revision
d75a91c2e85e35e583f74164993d5a8ddf207275 of branch org.debian.gnat-4.4

There is an impact (very small) on some Ada code : s-oscons.ads is
changed. I don't now if this important regarding to binNMU or not.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAktQOmMACgkQVIZi0A5BZF6tugCdF5iWNRQVaOUwgAw4wBPUISUS
JX0Ani+MgyV2rKtXVZz7khUTEdVh1/gh
=PFG8
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#564232: Bug 564232 and 561121 related to Debian GNU/kFreeBSD near to be fixed

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Petr Salinger a écrit :
 I'm new to Debian GNU/kFreeBSD and I came to it in order to solve a
 FTBFS bug (561121) in package polyorb. Bug 561121 is a consequence of
 bug 564232 (in gnat-4.4). I have found a fix for 564232 (tested up to
 packaging) and there is two solutions for me now :
   - 1/ don't touch to gnat-4.4 and apply a work-around for 561121
   - 2/ modify gnat-4.4 on kfreebsd (amd64 and i386) and upload again
all packages depending on gnat-4.4

 The first solution is simpler from an upload point of view but 564232
 may have impact on others Ada packages which need to bind sockets
 (libaws for example).
 
 The proper fix would be fix gnat-4.4 and binNMU/requeue affected packages.

OK. I'll try to understand (since I'm new to this) how binNMU is working
before asking for more help.

 There is a big difference between (kernels of) Linux and FreeBSD in this:
 
 Linux:
struct sockaddr {
short   sa_family;
charsa_data[14];
}
 FreeBSD:
struct sockaddr {
unsigned char sa_len;
unsigned char sa_family;
char  sa_data[14];
}
 
 Ada bindings have to closely follow definition of this struct.
 

Thanks Petr, I totally missed the difference in definition for
__SOCKADDR_COMMON between linux and freebsd in bits/sockaddr.h since
netinet/in.h have same md5sum on both arch.

My fix put the family inet in the good place but not for a good reason.
I do an htons instead of changing the binding of sockaddr. I will rework
my patch and see if the result is OK.

I have put Ludovic and Reto in CC since they work on the packages
involved in these bugs (polyorb and gnat-4.4). But we shouldn't ask them
for help on freebsd architecture since they lack the time for this fix
and I'm willing to do it and learn from the occasion.

xavier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAktPiyoACgkQVIZi0A5BZF4f5ACfUBGaG4TsCXIgqRh3yOgAVJpz
uB0AoJOMOe92PxE2N3AYgKeGMq3shvbA
=6dWU
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#564232: Bug 564232 and 561121 related to Debian GNU/kFreeBSD near to be fixed

[Xavier Grave]

 
 
 
 There is a big difference between (kernels of) Linux and FreeBSD in this:
 
 Linux:
 struct sockaddr {
 short sa_family;
 char sa_data[14];
 }
 FreeBSD:
 struct sockaddr {
 unsigned char sa_len;
 unsigned char sa_family;
 char sa_data[14];
 }
 
 Ada bindings have to closely follow definition of this struct.
 
 
 Thanks Petr, I totally missed the difference in definition for
 __SOCKADDR_COMMON between linux and freebsd in bits/sockaddr.h since
 netinet/in.h have same md5sum on both arch.

I have spent some time looking in details to the binding and it seems that
src/gcc/ada/s-oscons-tmplt.c doesn't do it's job cleanly. The definition in
src/gcc/ada/gsocket.h is quite clear :
#if defined (__FreeBSD__) || defined (__vxworks) || defined(__rtems__)
# define Has_Sockaddr_Len 1
#else
# define Has_Sockaddr_Len 0
#endif

So I suspect a problem related to the Debian naming x86_64-kfreebsd-gnu-gcc
ie kfreebsd instead of freebsd ?
I'm investigating under this way now. If somebody already had this king on
problem for other package I'll be happy to apply similar fix they can I
coded.

xavier





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#564232: Bug 564232 and 561121 related to Debian GNU/kFreeBSD near to be fixed

[Xavier Grave]

 
 
original message-
De: Thorsten Glaser t...@mirbsd.de
A: Xavier Grave gr...@ipno.in2p3.fr
Copie à: 564...@bugs.debian.org, debian-...@lists.debian.org
Date: Thu, 14 Jan 2010 22:57:24 + (UTC)
-
 
 
 Xavier Grave dixit:
 
#if defined (__FreeBSD__) || defined (__vxworks) || defined(__rtems__)
 
 Make that:
 
 #if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || \
 defined(__vxworks) || defined(__rtems__)
 
 bye,

Thanks, I have just exactly done it after I found out :
http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg734283.html
Exactly the same solution that you propose and it worked like a charm. The
new fix is much much better than the previous one. It can apply for all arch
to be compared to the previous one that only applied for kfreebsd OS.
Package compilation is going one. After this I will need help to set up
binNMU for kfreebsd (since I have never done this before).





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#564232: bind behaviour different between linux and freebsd ?

[Xavier Grave]

 
 
original message-
De: Jan-Benedict Glaw jbg...@lug-owl.de
A: Xavier Grave gr...@ipno.in2p3.fr, 564...@bugs.debian.org
Date: Sat, 9 Jan 2010 11:24:15 +0100
-
 
 
 On Sat, 2010-01-09 02:50:23 +0100, Xavier Grave gr...@ipno.in2p3.fr 
 wrote:
 The following C code give different results on kfreebsd amd64 on one side
 and sparc/powerpc/ on the other side
 for kfreebsd amd64 :
 xav...@debian:~$ ./bind_socket_c 
 sin len 16
 res -1
 and
 for sparc :
 ./xav...@canis-latrans:~$ ./bind_socket_c 
 sin len 16
 res 0
 for powerpc :
 xav...@power5:~$ ./bind_socket_c 
 sin len 16
 res 0
 code used :



 problem doesn't seem any more specific to Ada ?
 
 `errno' should contain more detailed information about why it failed.
 Also, keep in mind that sin.sin_port = 5786 is probably not what you
 want, think of network byte order! Sparc and PPC are big endian and I
 guess that amd64 is little endian.

I have tested the same code (both Ada and c) on Debian GNU/Linux i386 and
results are similar to sparc and powerpc
But I will try with the good network bytes order on FreeBSD, thanks for the
tip

xavier





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#564232: bind behaviour different between linux and freebsd?

[Xavier Grave]

 
 
original message-
De: Jan-Benedict Glaw jbg...@lug-owl.de
A: Xavier Grave gr...@ipno.in2p3.fr, 564...@bugs.debian.org
Date: Sat, 9 Jan 2010 11:24:15 +0100
-
 
 
 sin.sin_port = 5786;

 `errno' should contain more detailed information about why it failed.
 Also, keep in mind that sin.sin_port = 5786 is probably not what you
 want, think of network byte order! Sparc and PPC are big endian and I
 guess that amd64 is little endian.

changing
sin.sin_port = 5786;
to
sin.sin_port = htons (5786);
doesn't change results on kfreebsd amd64 arch





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#564232: bind behaviour different between linux and freebsd?

[Xavier Grave]

 
 
original message-
De: Jan-Benedict Glaw jbg...@lug-owl.de
A: Xavier Grave gr...@ipno.in2p3.fr, 564...@bugs.debian.org
Date: Sat, 9 Jan 2010 15:36:09 +0100
-
 
 Did you test errno? Please try this:

Yes and I get an ada exception with a errno 22 Invalid argument

In parallel of testing your code I have found the difference between the
default behaviour in linux and freebsd using a simple server example I found
on the net.

Here is the Ada modification I have done to the test in the bug related to
polyorb package :
see bug #561156, Message #24 for the original code

--- bind_socket.adb 2010-01-09 15:37:37.0 +0100
+++ bind_socket.adb.ok  2010-01-09 15:37:28.0 +0100
@@ -6,6 +6,7 @@
 with GNAT.Sockets.Thin_Common;
 with GNAT.Sockets.Constants;
 with GNAT.Sockets.Thin;
+with System.OS_Constants;
 pragma Warnings (on);
 
 use GNAT.Sockets;
@@ -13,12 +14,16 @@
 procedure Bind_Socket is
 package C renames Interfaces.C;
 use type C.int;
+ use type C.unsigned_char;
 
 Socket : C.int;
 Res : C.int;
 Sin : aliased Thin_Common.Sockaddr_In;
 Len : constant C.int := Sin'Size / 8;
 begin
+ Sin.Sin_Family := (Has_Sockaddr_Len = True,
+ Length = Sin'Size / 8,
+ Char_Family = System.OS_Constants.AF_INET);
 Sin.Sin_Addr := Thin_Common.Inaddr_Any;
 Sin.Sin_Port := 5786;


 #include 
 #include 
 #include 
 #include 
 #include 
 
 int
 main (int argc, char *argv[])
 {
 int socket_fd;
 struct sockaddr_in sin;
 int len, res;
 
 len = sizeof (struct sockaddr_in);
 memset (sin, 0, len);
 sin.sin_port = htons (5786);
 sin.sin_family = AF_INET;
 sin.sin_addr.s_addr = INADDR_ANY;
 
 printf (sin len %d\n,len);
 socket_fd = socket (AF_INET,SOCK_STREAM,0);
 
 res = bind (socket_fd, (struct sockaddr *) sin, len);
 printf (res = %d, errno = %s\n, res, strerror (res? errno: 0));
 
 return 0;
 }

Your code run like a charm, no errno. The important line in it is :
sin.sin_family = AF_INET; No setting in linux doesn't seem to be a problem.

Now, we need to include it in the top level binding of gnat.sockets.





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#564232: Bug located in Set_Family function in g-sothco.ads

[Xavier Grave]

If I replace :
--Sin.Sin_Family := (Has_Sockaddr_Len = True, 
-- Length = Sin'Size / 8, 
-- Char_Family = System.OS_Constants.AF_INET); 
by
Thin_Common.Set_Family (Sin.Sin_Family, Family_Inet);
The new (bind_socket.adb + patch) code fail again.

A look to Set_Family show that since Has_Sockaddr_Len from s-oscons.ads = 0
the code goes in the second branch and is equivalent to
--Sin.Sin_Family := (Has_Sockaddr_Len = False,
-- Short_Family = System.OS_Constants.AF_INET);
And if Linux supports this it seems that the freebsd prefers to have the
length ?
a test with this version of code fails also :
Sin.Sin_Family := (Has_Sockaddr_Len = False,
 Short_Family = System.OS_Constants.AF_INET);
But this code is OK :
Sin.Sin_Family := (Has_Sockaddr_Len = False,
 Short_Family = Short_To_Network 
(System.OS_Constants.AF_INET));
Where the function Short_To_Network is the one taken from gnat.sockets
So the function Set_Family from :

 if Has_Sockaddr_Len then
 Length_And_Family.Length := Lengths (Family);
 Length_And_Family.Char_Family := C.unsigned_char (C_Family);
 else
 Length_And_Family.Short_Family := C.unsigned_short (C_Family);
 end if;

Should become at least on freebsd :

 if Has_Sockaddr_Len then
 Length_And_Family.Length := Lengths (Family);
 Length_And_Family.Char_Family := C.unsigned_char (C_Family);
 else
 Length_And_Family.Short_Family := Short_To_Network (C.unsigned_short
(C_Family));
 end if;


It seems that linux and freebsd have a different behavior regarding the
endianess of sin_family
Any freebsd/linux guru around to confirm or infirm this idea ?

To close this bug I propose to had a patch specific to freebsd in Set_Family
? Any other proposition ?





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#564232: gnat-4.4: bind a socket in Ada program fails

[xavier . grave]

Package: gnat-4.4
Version: 4.4.2-5
Severity: important


Socket Binding in Ada seems broken.

It has an severe consequence on test phase in
the build of the package polyorb.

*** server.adb
with Ada.Streams;
with GNAT.Sockets;
with Ada.Text_IO;

procedure Server is
   use GNAT.Sockets;
   use Ada.Streams;
   Address  : Sock_Addr_Type;
   Server   : Socket_Type;
   Socket   : Socket_Type;
   Data : Stream_Element_Array (1 .. 1024);
   Last : Stream_Element_Offset;
begin
   Address.Addr := Addresses (Get_Host_By_Name (Host_Name), 1);
   Address.Port := 3434;
   Create_Socket (Server);
   Set_Socket_Option
 (Server,
  Socket_Level,
  (Reuse_Address, True));

   Ada.Text_IO.Put_Line (before bind);
   Bind_Socket (Server, Address);

   Ada.Text_IO.Put_Line (before listen);
   Listen_Socket (Server);
   Ada.Text_IO.Put_Line (before accept);
   Accept_Socket (Server, Socket, Address);
   Ada.Text_IO.Put_Line (after accept);
   loop
  Last := 0;
  Receive_Socket (Socket,
  Data,
  Last);
  if Last /= 0 then
 Ada.Text_IO.Put_Line (receive last :   Last'Img);
  end if;
   end loop;


end Server;


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 7.2-1-amd64
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnat-4.4 depends on:
ii  gcc-4.4   4.4.2-8The GNU C compiler
ii  gnat-4.4-base 4.4.2-5The GNU Compiler Collection (gnat 
ii  libc0.1   2.10.2-5   Embedded GNU C Library: Shared lib
ii  libc0.1-dev   2.10.2-5   Embedded GNU C Library: Developmen
ii  libgcc1   1:4.4.2-8  GCC support library
ii  libgmp3c2 2:4.3.1+dfsg-3 Multiprecision arithmetic library
ii  libgnat-4.4   4.4.2-5Runtime library for GNU Ada applic
ii  libgnatprj4.4 4.4.2-5GNU Ada Project Manager
ii  libgnatvsn4.4 4.4.2-5GNU Ada compiler version library
ii  libmpfr1ldbl  2.4.2-3multiple precision floating-point 

gnat-4.4 recommends no packages.

Versions of packages gnat-4.4 suggests:
ii  ada-reference-manual   20021112web-3 The standard describing the Ada 95
pn  gnat-4.4-doc   none(no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#564232: Bug 564232 only on kfreebsd-amd64

[Xavier Grave]

severity 564232 normal
thanks
The server.adb program was tested on amd64, sparc and powerpc without
problem.





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#564232: bind behaviour different between linux and freebsd ?

[Xavier Grave]

The following C code give different results on kfreebsd amd64 on one side
and sparc/powerpc/ on the other side
for kfreebsd amd64 :
xav...@debian:~$ ./bind_socket_c 
sin len 16
res -1
and
for sparc :
./xav...@canis-latrans:~$ ./bind_socket_c 
sin len 16
res 0
for powerpc :
xav...@power5:~$ ./bind_socket_c 
sin len 16
res 0
code used :
xav...@debian:~$ cat bind_socket_c.c
#include 
#include 
#include 

int main ()
{
 int socket_fd;
 struct sockaddr_in sin;
 int len,res;

 len = sizeof (struct sockaddr_in);
 memset (sin, 0, len);

 sin.sin_port = 5786;

 printf (sin len %d\n,len);
 socket_fd = socket (AF_INET,SOCK_STREAM,0);
 res = bind (socket_fd, sin, len);

 printf (res %d\n,res);

 return 0;
}

problem doesn't seem any more specific to Ada ?





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#562942: ITP: liblog4ada -- An Ada library for flexible logging

[xavier . grave]

Package: wnpp
Severity: wishlist
Owner: xavier.gr...@ipno.in2p3.fr


* Package name: liblog4ada
  Version : 1.0
  Upstream Author : Xavier Grave xavier.gr...@ipno.in2p3.fr
* URL : http://www.ada-france.org:8081 branch org.log4Ada
* License : GPL
  Programming Lang: Ada
  Description : An Ada library for flexible logging

 Log4Ada is a library written in the intend to ease logging in applications
 written in Ada. For more information about the logging scheme developped in
 this library see the log4j project : http://logging.apache.org/log4j/docs/



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#562088: ITP: libxmlezout -- XML EZ_Out is a small set of packages intended to aid the creation of XML-formatted output from within Ada programs.

[xavier grave]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ben Hutchings a écrit :
 On Tue, Dec 22, 2009 at 02:55:17PM +, xavier wrote:
 Package: wnpp
 Severity: wishlist
 Owner: xavier xavier.gr...@ipno.in2p3.fr


 * Package name: libxmlezout
 [...]
 
 Library packages that don't have a C or C++ interface normally include the
 language name somewhere in the name.  Most of the existing Ada libraries
 appear to have 'ada' at the end of the name, so this package would be
 'libxmlezoutada'.

Please can you point me to the Debian policy that I should read to have
a clear understanding of your point ?
Because if it seems right for example for perl (4.2 in
http://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html)
, nothing like that is stated for Ada as far as I can understand
(http://people.debian.org/~lbrenta/debian-ada-policy.html). libaws is a
counter example to your statement.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAks6FtIACgkQVIZi0A5BZF5IugCeNOX5YBBjylxeuGf2ICfgLEfq
HDkAn3A7SB3j1rSwIvCUH9kqN79EQ+W8
=1QqG
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org