Re: contribute to useful tasks in medecine
Hi Julien, On Sun, Jul 21, 2013 at 11:23:21PM +0200, Julien Dordoigne wrote: > Guten Abend, > > I translated few packages > http://julien.dordoigne.free.fr/wiki/index.php?title=Medicine Thanks for your work. Once the translation service is up and running again you can easily paste this into the form there. > The translate button looks still broken . Yes. I tried to investigate this shortly after our first contact. The thread starts here. https://lists.debian.org/debian-i18n/2013/07/msg00051.html It seems some helping hand to work on the i18n servers are needed. Its a pity that such an important service does get that less attention. I hope we can sort out something at DebConf (well I hope the server will run before - but how to make it more reliable). > Wir sehen uns bald. Assume a "Hasta la vista" translated into French here Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130722071135.ga2...@an3as.eu
Re: freemedforms & rpath
Hi Eric, I have noticed your changes that are probably in response to Cyril's mail[1]. I'm happy that Cyril also does not like the idea of a wrapper which should not be the way just to circumvent lintian warnings. It is also helpful that somebody else than me is having a look because I kept on assuming that we have more than one package accessing the libraries (like freediams which was previously separate). Having been touched to the hard facts now I agree that we should not try to work around stuff that simply is OK here. Finally even the file freemedforms-libs.lintian-overrides has the proper explanation that RPATH is OK in this case. So it should be fine to to go on as before. However, as I said for some unknown reason my pbuilder does not work with freemedforms (debian-mentors list also did not provided some clue). I can build on my local testing machine and the package build process fails only in the very end which is now caused by a missing RPATH (sorry only German locale - if you need the message I can rerun Build with English locale). Please verify that you commited you current state to SVN. Kind regards Andreas. [1] https://lists.debian.org/debian-med/2013/07/msg00071.html On Fri, Jul 19, 2013 at 11:03:44PM +0200, Eric Maeker wrote: > > I'd like to repeat my statement that NO WRAPPER SHOULD BE NEEDED AT > > ALL!!! > > Without the wrapper the binary does not know where to find the libraries... > After a fresh isntall of the newly created freemedforms packages (with > the wrapper), the result is > > eric@debian-testing:~$ freemedforms.bin > freemedforms.bin: error while loading shared libraries: > libAggregation.so.1: cannot open shared object file: No such file or > directory > > eric@debian-testing:~$ ldd /usr/bin/freemedforms.bin > linux-vdso.so.1 (0x7fff5b5ff000) > libAggregation.so.1 => not found > libExtensionSystem.so.1 => not found > libTranslationUtils.so.0 => not found > libUtils.so.0 => not found > libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f379d5b7000) > libQtSvg.so.4 => /usr/lib/x86_64-linux-gnu/libQtSvg.so.4 (0x7f379d36) > libQtSql.so.4 => /usr/lib/x86_64-linux-gnu/libQtSql.so.4 (0x7f379d121000) > libQtXml.so.4 => /usr/lib/x86_64-linux-gnu/libQtXml.so.4 (0x7f379cedf000) > libQtGui.so.4 => /usr/lib/x86_64-linux-gnu/libQtGui.so.4 (0x7f379c23a000) > libQtNetwork.so.4 => /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4 > (0x7f379befb000) > libQtCore.so.4 => /usr/lib/x86_64-linux-gnu/libQtCore.so.4 > (0x7f379ba24000) > libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x7f379b811000) > libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x7f379b4d3000) > libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 > (0x7f379b1cb000) > libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f379aecc000) > libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f379acb6000) > libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f379a90a000) > /lib64/ld-linux-x86-64.so.2 (0x7f379d7ee000) > libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f379a6f1000) > libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 > (0x7f379a4b6000) > libaudio.so.2 => /usr/lib/x86_64-linux-gnu/libaudio.so.2 (0x7f379a29c000) > libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 > (0x7f3799f9f000) > libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x7f3799d78000) > libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 > (0x7f3799ad9000) > libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 > (0x7f3799889000) > libSM.so.6 => /usr/lib/x86_64-linux-gnu/libSM.so.6 (0x7f3799682000) > libICE.so.6 => /usr/lib/x86_64-linux-gnu/libICE.so.6 (0x7f3799467000) > libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 > (0x7f379925d000) > libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f3799059000) > librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7f3798e5) > libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x7f3798c31000) > libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x7f3798a06000) > libXt.so.6 => /usr/lib/x86_64-linux-gnu/libXt.so.6 (0x7f379879f000) > libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x7f379859b000) > libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x7f379835c000) > libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x7f3798154000) > libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f3797f4f000) > libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x7f3797d49000) > > > You get the warning about unneeded rpath BECAUSE it is not > > needed and neither a wrapper is needed. > > So I miss something here... With the wrapper all works really fine. > > > The package installation > > process is caring for registering all installed libraries and I would > > strongly recommend to drop the wrapper (and for sure do serious > > testing). > > stro
Re: freemedforms & rpath
> Finally even the file > freemedforms-libs.lintian-overrides > has the proper explanation that RPATH is OK in this case. Since the start of it ;) Cool, I'm really happy that we found a good comprise with this problem. As you can see, the rpath is dynamically define during the qmake processing and take into account the multi-architecture path. I think all is safe. > I can build on > my local testing machine and the package build process fails only in the > very end which is now caused by a missing RPATH (sorry only German > locale - if you need the message I can rerun Build with English locale). > Please verify that you commited you current state to SVN. Yop ok. My last "local clean build" was perfectly fine. May be I forgot to push some code update? I will try a fresh pbuilder build on my machine tonight but I will, for this exercise, update the version number to 0.9.0~beta2-1 (source code is published). So don't worry about this. Can you send me your logs please. I'll take a look. Also, I received many build failures with 'mipsel'. I don't know what's 'mipsel' means, and I can't understand the error (it seems like chroot is not completely populated with all required packages). Find a copy/paste of the message: * Source package: freemedforms-project * Version: 0.9.0~beta1-1 * Architecture: mipsel * State: failed * Suite: experimental * Builder: eysler.debian.org * Build log: https://buildd.debian.org/fetch.cgi?pkg=freemedforms-project&arch=mipsel&ver=0.9.0%7Ebeta1-1&stamp=1374457855&file=log Thanks Eric, freemedforms.com PGP.sig Description: Ceci est une signature électronique PGP
Re: freemedforms & rpath
Hi Eric, On Mon, Jul 22, 2013 at 07:58:11PM +0200, Eric Maeker wrote: > Can you send me your logs please. I'll take a look. I'll create a fresh one with English locale tomorrow. > Also, I received many build failures with 'mipsel'. I don't know what's > 'mipsel' means, Mipsel is one of Debian's released architectures. In case some preconditions for freemedforms might be missing on this architecture you could exclude this architecture. > and I can't understand the error (it seems like chroot is not completely > populated with all required packages). Find a copy/paste of the message: > * Source package: freemedforms-project > * Version: 0.9.0~beta1-1 > * Architecture: mipsel > * State: failed > * Suite: experimental > * Builder: eysler.debian.org > * Build log: > https://buildd.debian.org/fetch.cgi?pkg=freemedforms-project&arch=mipsel&ver=0.9.0%7Ebeta1-1&stamp=1374457855&file=log ... says: E: Core build dependencies not satisfied; skipping To be sure you might ask at debian-m...@lists.debian.org. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130722193357.ga20...@an3as.eu
sponsor upload aghermann-0.9.1
Hi Yaroslav, Here's upstream's two-month work on aghermann, which I am hereby asking you to upload: http://johnhommer.com/academic/code/aghermann/source/deb/aghermann_0.9.1-1.dsc Thanks, Andrei signature.asc Description: PGP signature
sponsor upload aghermann-0.9.1
Hi Yaroslav, Here's upstream's two-month work on aghermann, which I am hereby asking you to upload: http://johnhommer.com/academic/code/aghermann/source/deb/aghermann_0.9.1-1.dsc Thanks (sorry for possible multiple copies), Andrei signature.asc Description: PGP signature
Re: freemedforms & rpath
Le 22 juil. 2013 à 21:33, Andreas Tille a écrit : >E: Core build dependencies not satisfied; skipping Yes but it does not tell which dependencies. > To be sure you might ask at debian-m...@lists.debian.org. Ah ok. I'll send them a mail. How can I exclude this architecture? Eric PGP.sig Description: Ceci est une signature électronique PGP
