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

2016-09-07 Thread 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" 
À: "Xavier Grave" 
Cc: 835...@bugs.debian.org, "Mattia Rizzolo" , 
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

2016-09-07 Thread 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" 
À: "Xavier Grave" , 835...@bugs.debian.org
Cc: "Mattia Rizzolo" , 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

2016-09-06 Thread 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" 
À: "Xavier Grave" , 835...@bugs.debian.org
Cc: "Mattia Rizzolo" , 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" 
> À: "Xavier Grave" 
> Cc: "Mattia Rizzolo" , 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

2016-09-05 Thread Xavier Grave 
In last polyorb version, you should use po_gnatdist.

- Mail original -
De: "Svante Signell" 
À: "Xavier Grave" 
Cc: "Mattia Rizzolo" , 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

2016-09-05 Thread 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" 
À: "Mattia Rizzolo" 
Cc: "xavier grave" , 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

2016-08-31 Thread 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#749714: Version 1.3-1 closes this bug

2015-01-30 Thread 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-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

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

2014-05-30 Thread 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-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

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

2014-05-30 Thread 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-rc-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

2013-02-04 Thread 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-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

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

2012-05-29 Thread 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-rc-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)

2012-05-25 Thread 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=polyorb&ver=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

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

2012-04-23 Thread 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  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  to proceed,
>> or enter new name. (Default extension: sty)
>>
>> Enter file name: 
>> ! Emergency stop.
>>  
>>  
>> 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-rc-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

2012-02-21 Thread 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 
Pour : Debian Bug Tracking System 

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 
pn  gdebi-core
pn  pbuilder-uml  

- -- 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-rc-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

2012-02-21 Thread Xavier Grave 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 20/02/2012 22:36, Aaron M. Ucko a écrit :
> Nicolas Boulenguez  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-rc-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

2012-02-21 Thread 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-rc-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

2012-02-20 Thread Xavier Grave 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 17/02/2012 21:44, Aaron M. Ucko a écrit :
> xavier grave  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-rc-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

2012-02-17 Thread 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-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

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

2011-10-30 Thread 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-rc-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

2011-09-25 Thread 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-rc-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

2011-09-25 Thread 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

2011-09-25 Thread xavier grave 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 25/09/2011 20:58, Ludovic Brenta a écrit :
> xavier grave  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-rc-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

2011-09-25 Thread 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-rc-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

2011-09-25 Thread 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-rc-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

2011-09-24 Thread 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-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#600052: gnat-4.4: FTBFS on armel

2010-10-13 Thread 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-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#571191: Possible problems in your Debian packages

2010-08-23 Thread 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-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

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

2010-05-12 Thread 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-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

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

2010-05-12 Thread 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-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#568814: [INFO] Manual build started

2010-02-11 Thread 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-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#567668: [config.guess]problem solved

2010-01-30 Thread 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#567668: Same problem as bug 564232 in gnat-4.4

2010-01-30 Thread 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: gnat-gps: FTBFS on kfreebsd-*: common/tty/terminals.c:53:23: error: termio.h: No such file or directory

2010-01-30 Thread 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-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#562342: A build passed on my amd64 arch

2010-01-22 Thread 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-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#492100: #492100: gnat-glade: inconsistency beetween gnat version and glade version

2008-07-25 Thread xavier grave 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ludovic Brenta a écrit :
> I agree that if we can get neither gnat-glade nor polyorb to work, we'll have 
> to
> admit defeat.
> 
> However I would suggest one last attempt. I see that libgarlic-dev contains 
> the
> following files which are redundant with files in gnat-4.3:
> 
> s-dsaser.ads
> s-parint.adb
> s-parint.ads
> s-rpc.adb
> s-rpc.ads
> s-shasto.adb
> s-shasto.ads
> s-stratt.adb
> 
> Are these files very different between gnat-4.3 and libgarlic-dev?
> 
> My suggestion is to delete these files from libgarlic-dev, rebuild gnat-glade
> using the files from gnat-4.3, and see what happens. Alternatively, we could
> patch gnat-4.3 to use the files from libgarlic-dev but that would mean 
> gnat-4.3
> must migrate to the pure GPL :(


I have do the recompilation of gnat-glade with the gnat-4.3 files except
for s-rpc.ad? files (too far from glade version in my humble opinion)

I now get the following message :

gnatdist: building central caller stubs from central.ads
gcc-4.3 -c -gnatzc -O0 --RTS=sjlj -I/usr/share/ada/adainclude/garlic -o
dsa/stubs/central.o central.ads
distribution feature not supported
compilation abandoned
gnatmake: "central.ads" compilation error

this is because of the following lines in s-parint.ads (gnat-4.3 version)
   type DSA_Implementation_Name is (No_DSA, GARLIC_DSA, PolyORB_DSA);
   DSA_Implementation : constant DSA_Implementation_Name := No_DSA;
   --  Identification of this DSA implementation variant

If I change this to GARLIC_DSA I get :
gnatdist: building central caller stubs from central.ads
gcc-4.3 -c -gnatzc -O0 --RTS=sjlj -I/usr/share/ada/adainclude/garlic -o
dsa/stubs/central.o central.ads
central.ads:2:01: unmatched actual "Version"
central.ads:2:01: in instantiation of "RCI_Locator" declared at
s-parint.ads:180
gnatmake: "central.ads" compilation error

- From wherever you try to find a way to compile things it is broken.
Annex E implementation is very mixed with compiler design.

I don't see where to go except working on polyorb support (which mean
lots of debbuging and no Annex E for next Debian stable release)

xavier

PS:glade compilation fail with s-rpc.ad? files from gnat-4.3
s-rpcser.adb:99:29: "Session_Type" not declared in "RPC"
s-rpcser.adb:107:29: "Session_Type" not declared in "RPC"
s-rpcser.adb:144:19: "Session_Type" is undefined
s-rpcser.adb:184:19: "Session_Type" is undefined
s-rpcser.adb:219:19: "Session_Type" is undefined
s-rpcser.adb:339:10: "When_Established" is undefined
s-rpcser.adb:355:37: "RPC_Header" is undefined
s-rpcser.adb:360:19: "Insert_RPC_Header" is undefined
s-rpcser.adb:388:34: "RPC_Header" is undefined
s-rpcser.adb:392:16: "Insert_RPC_Header" is undefined
s-rpcser.adb:502:07: too many arguments in call to "Finalize"
s-rpcser.adb:505:10: "Session_Type" is undefined
s-rpcser.adb:535:37: "No_Session" is undefined
s-rpcser.adb:576:04: "Register_Task_Pool" is undefined
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkiJkSYACgkQVIZi0A5BZF45SgCdEkYWnSCSYEfUr2YyN2KrCV+i
zgcAn0jNeDRU7kWwAPiHyEE3Lv50/yrP
=kiik
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#492100: gnat-glade: inconsistency beetween gnat version and glade version

2008-07-23 Thread Xavier Grave 
Package: gnat-glade
Version: 2007-1
Severity: grave
Justification: renders package unusable

During compilation of some test code I get :
gnatdist: building partition depart
gcc -c -gnatpg -Idsa/partitions/tst/depart -Idsa/stubs -I. -O0 
--RTS=sjlj -I/usr/share/ada/adainclude/garlic -I- -o 
dsa/partitions/tst/depart/s-garela.o 
dsa/partitions/tst/depart/s-garela.adb
gcc -c -Idsa/partitions/tst/depart -Idsa/stubs -I. -O0 --RTS=sjlj 
-I/usr/share/ada/adainclude/garlic -I- -o 
dsa/partitions/tst/depart/partition.o 
dsa/partitions/tst/depart/partition.adb
gnatbind -Idsa/partitions/tst/depart -Idsa/stubs -I. --RTS=sjlj 
-aI/usr/share/ada/adainclude/garlic -aO/usr/lib/ada/adalib/garlic -I- -x 
/home/xavier/tmp/test1/dsa/partitions/tst/depart/partition.ali
error: "s-stratt.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-dsaser.ads" and "partition.adb" compiled with different GNAT 
versions
error: "s-parint.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-garlic.ads" and "partition.adb" compiled with different GNAT 
versions
error: "s-gardeb.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-gasoli.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-gartyp.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-garexc.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-garhea.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-garfil.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-ganata.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-gartab.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-garuti.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-garpar.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-gargro.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-garopt.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-gaplsp.ads" and "partition.adb" compiled with different GNAT 
versions
error: "s-garstr.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-gaphlo.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-garpro.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-galiop.ads" and "partition.adb" compiled with different GNAT 
versions
error: "s-garsto.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-garuni.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-gartra.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-garsta.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-garpri.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-garrem.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-gartas.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-gaprco.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-gaprtc.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-gptcse.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-gastco.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-garter.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-rpc.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-gaprma.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-rpcser.adb" and "partition.adb" compiled with different GNAT 
versions
error: "s-stratt.adb" must be compiled
error: ("/usr/lib/ada/adalib/garlic/s-stratt.ali" is obsolete and 
read-only)
error: "s-finimp.adb" must be compiled
error: 
("/tools/gnat_2007/lib/gcc/i686-pc-linux-gnu/4.1.3/rts-sjlj/adalib/s-finimp.ali"
 
is obsolete and read-only)
error: "s-dsaser.ads" must be compiled
error: ("/usr/lib/ada/adalib/garlic/s-dsaser.ali" is obsolete and 
read-only)
error: "s-parint.adb" must be compiled
error: ("/usr/lib/ada/adalib/garlic/s-parint.ali" is obsolete and 
read-only)
error: "s-garlic.ads" must be compiled
error: ("/usr/lib/ada/adalib/garlic/s-garlic.ali" is obsolete and 
read-only)
error: "s-gardeb.adb" must be compiled
error: ("/usr/lib/ada/adalib/garlic/s-gardeb.ali" is obsolete and 
read-only)
error: "s-gasoli.adb" must be compiled
error: ("/usr/lib/ada/adalib/garlic/s-gasoli.ali" is obsolete and 
read-only)
error: "s-gartyp.adb" must be compiled
error: ("/usr/lib/ada/adalib/garlic/s-gartyp.ali" is obsolete and 
read-only)
error: "s-garexc.adb" must be compiled
error: ("/usr/lib/ada/adalib/garlic/s-garexc.ali" is obsolete and 
read-only)
error: "s-garhea.adb" must be compiled
error: ("/usr/lib/ada/adalib/garlic/s-garhea.ali" is obsolete and 
read-only)
error: "s-garfil.adb" must be compiled
error: ("/usr/lib/ada/adalib/garlic/s-garfil.ali" is obsolete and 
read-only)