> The source package does not feature an Architecture field. So you need
> to tag the single binary packages. You might like to try whether some
> of the "Architecture: any" packages could be built on mipsel - but I
> doubt that even if there are such packages the package in itself does
> make an
Hi Eric,
On Wed, Jul 24, 2013 at 10:58:45AM +0200, Eric Maeker wrote:
> > I surely forgot to (re)comment this line in the rules file
> >
> > override_dh_makeshlibs:
> >
> > I'll make some test later today.
>
> That was the problem, a fresh svn-buildpackage does not return any
> problem. I
> I surely forgot to (re)comment this line in the rules file
>
> override_dh_makeshlibs:
>
> I'll make some test later today.
That was the problem, a fresh svn-buildpackage does not return any
problem. I've added small comments in the debian/rules files and
commited.
I've corrected the *d
Le 23 juil. 2013 à 10:20, Andreas Tille a écrit :
> On Mon, Jul 22, 2013 at 09:33:57PM +0200, Andreas Tille wrote:
>> 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 lo
Hi Eric,
On Tue, Jul 23, 2013 at 08:25:20AM +0200, Eric Maeker wrote:
>
> How can I exclude this architecture?
Architecture: any [!mipsel]
Hope this helps
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of "unsubscribe".
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
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'
> 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
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 a
(Jumping into this because of Eric's query on #debian-devel-fr. Please
Cc me if you want me to see your replies.)
Andreas Tille (2013-07-10):
> > - create a small wrapper (that manages the LD_LIBRARY_PATH)
> > - launch freemedforms from the wrapper
If that's about avoiding a rpath, that's crazy,
Hi,
On Wed, Jul 10, 2013 at 11:38:29PM +0200, Eric Maeker wrote:
> > doing a svn-buildpackage results in:
> >
> > cp -a global_resources/package_helpers/freemedforms-wrapper.sh
> > /home/debian/debian-med/qa/packages/freemedforms-project/build-area/freemedforms-project-0.9.0~beta1/debian/tmp/usr
> doing a svn-buildpackage results in:
>
> cp -a global_resources/package_helpers/freemedforms-wrapper.sh
> /home/debian/debian-med/qa/packages/freemedforms-project/build-area/freemedforms-project-0.9.0~beta1/debian/tmp/usr/bin/freemedforms
> cp: cannot stat 'global_resources/package_helpers/free
Hi Eric,
On Wed, 10 Jul 2013, Eric Maeker wrote:
I've commited the rpath issue correction. Please, if anyone can make a small
test. Just compil, install, and run /usr/bin/freemedforms (or by the menu
entry).
doing a svn-buildpackage results in:
cp -a global_resources/package_helpers/freemed
Hi
I've commited the rpath issue correction. Please, if anyone can make a small
test. Just compil, install, and run /usr/bin/freemedforms (or by the menu
entry).
Thanks
Eric
PGP.sig
Description: Ceci est une signature électronique PGP
>> I succeeded in:
>> - correctly build all apps without any rpath (and without patch)
>> - correctly manage dh_shlibdeps step
>
> I guess you are refering to the currently commented parts done in SVN
> commit r14132, right? Without having tested this looks promising.
Yes.
>> - create a small w
Hi Eric,
On Wed, Jul 10, 2013 at 01:51:34AM +0200, Eric Maeker wrote:
> Hi,
>
> Since v0.9.0~beta1-2, the FreeMedForms project applications libs and
> plugins are build with a rpath setting. According to the Debian policy
> this is an issue
>
> http://wiki.debian.org/RpathIssue
>
> I succee
Hi,
Since v0.9.0~beta1-2, the FreeMedForms project applications libs and
plugins are build with a rpath setting. According to the Debian policy
this is an issue
http://wiki.debian.org/RpathIssue
I succeeded in:
- correctly build all apps without any rpath (and without patch)
- correctly mana
On Wed, May 30, 2012 at 04:53:10PM +0200, Eric Maeker wrote:
> Artch ! Hummm... I saw a rpm somewhere...
> I'll check this. May be I'll create the package if I have some free time.
This would be really cool. BTW, it might be possible to take some
metadata like description etc from the source rpm
On Wed, May 30, 2012 at 12:06:06PM +0200, Eric Maeker wrote:
> > The goal should be to rather fix the RPATH lintian warnings than
> > overriding them. I failed in doing so be the simple patch of sime cmake
> > uneducated person. If you could fix this this would be really helpful.
>
> qmake not c
Hi,
On Tue, May 29, 2012 at 09:33:56PM +0200, Eric MAEKER wrote:
> I saw in the changelog that you tried to work on a rpath issue:
>
> [ Andreas Tille ]
> * debian/patches/delete_rpath.patch: Try to avoid RPATH issue but
> failed
>
> Do you want to remove all rpath definition and add to
Hi all,
Thanks Andreas to review and upload the freemedforms-project source package.
Like all times, your help is really appreciated !!
I saw in the changelog that you tried to work on a rpath issue:
[ Andreas Tille ]
* debian/patches/delete_rpath.patch: Try to avoid RPATH issue but
fai
21 matches
Mail list logo