Le 20 sept. 2013 à 19:12, Eric Maeker a écrit :
> Hi,
>
> Please can someone upload freemedforms-project 0.9.0 stable please? Debian
> files are ready and recently tested.
Re,
Please can someone have a look at the freemedforms-project packages and upload
them to testing?
Thanks
Eric
PGP.sig
Hi,
Please can someone upload freemedforms-project 0.9.0 stable please? Debian
files are ready and recently tested.
Thanks
Eric, freemedforms.com
PGP.sig
Description: Ceci est une signature électronique PGP
On Wed, Jul 10, 2013 at 12:50:33PM +0200, Eric Maeker wrote:
> It is a fresh debian testing install (from scratch). I'm the only admin of
> the system. I've never edited any config files before my svn+ssh problem. I
> never copied any file to my personal folder. So this file "automatically
> ins
> I'm temped to say in upper case letters: "No, I can not believe this at
> all." I have never seen anything else than Port 22 and if this would be
> the case there would have been some other reports about this problem.
> BTW, there is also no such thing than "default subversion configuration
> fi
Hi Eric,
On Tue, Jul 09, 2013 at 11:53:38PM +0200, Eric Maeker wrote:
> >> > [tunnels]
> >> > ssh = $SVN_SSH ssh -p 2201
> >>
> >> Ok I've changed the port to 22
>
> > I have no idea why you decided for
> > something else.
>
> I didn't decide anything, this is the default subversion configuratio
>> > [tunnels]
>> > ssh = $SVN_SSH ssh -p 2201
>>
>> Ok I've changed the port to 22
> I have no idea why you decided for
> something else.
I didn't decide anything, this is the default subversion configuration
file installed in my home path.
May be we can report this as a bug in the subversion pa
On Tue, Jul 09, 2013 at 03:57:03PM +0200, Eric Maeker wrote:
> > My ~/.subversion/config
> >
> > [tunnels]
> > ssh = $SVN_SSH ssh -p 2201
>
> Ok I've changed the port to 22
> added /svn/ in the address svn.d.o/svn/... not svn.d.o/...
>
> [tunnels]
> ssh = $SVN_SSH ssh -v -p 22
Well, for sure you
> My ~/.subversion/config
>
> [tunnels]
> ssh = $SVN_SSH ssh -p 2201
Ok I've changed the port to 22
added /svn/ in the address svn.d.o/svn/... not svn.d.o/...
[tunnels]
ssh = $SVN_SSH ssh -v -p 22
then all works fine. I'll remove -v now ;)
Thanks
Eric
--
To UNSUBSCRIBE, email to debian-med-re
sorry wrong mail
-- Forwarded message --
From: Eric Maeker
Date: 2013/7/9
Subject: Re: FreeMedForms new upstream
To: Andreas Tille
My ~/.subversion/config
[tunnels]
ssh = $SVN_SSH ssh -p 2201
There are no -q here??
Eric
--
Eric Maeker, MD (FR)
http
Sorry wrong mail again...
-- Forwarded message --
From: Eric Maeker
Date: 2013/7/9
Subject: Re: FreeMedForms new upstream
To: Andreas Tille
Hi, I've restored my keys (pub/priv) *but*
>ssh -v svn.debian.org
works fine (ask me my pass)
eric@debian-testing:~/svn
Hi Eric,
On Tue, Jul 09, 2013 at 12:55:13PM +0200, Eric Maeker wrote:
>
> Firstly, thanks for the uploading. packages built fine but there is a problem
> with kfreebsd during the install process? I'll try to check this.
> Can I create a pbuilder chroot using kfreebsd on a debian testing amd64?
Hi,
Just a "hello I'm still alive" mail
Firstly, thanks for the uploading. packages built fine but there is a problem
with kfreebsd during the install process? I'll try to check this.
Can I create a pbuilder chroot using kfreebsd on a debian testing amd64?
Next is inline.
>> Yes, but pbuilder
Hi Eric,
On Mon, Jul 08, 2013 at 06:24:02PM +0200, Eric Maeker wrote:
> > There is no need at all to install a testing machine at all! The
> > only reason why I wrote that I was building under testing was the hint
> > that it was not done under pbuilder as *any* build should be done. Can
>
Hi Thorsten,
On Mon, Jul 08, 2013 at 09:49:17PM +0200, Thorsten Alteholz wrote:
> On Sun, 7 Jul 2013, Andreas Tille wrote:
> >I have put Thorsten Alteholz explicitly in CC - perhaps he might be able
> >to verify and upload before I can do.
>
> it builds here and I uploaded it.
>
> But according
Hi,
On Mon, Jul 08, 2013 at 10:39:15PM +0200, Eric Maeker wrote:
> Here is a paste of my svn problem:
>
> eric@debian-testing:~/svn$ svn co
> svn+ssh://svn.debian.org/debian-med/trunk/packages/freemedforms-project/trunk
> ssh: connect to host svn.debian.org port 2201: Connection refused
> svn: To
Here is a paste of my svn problem:
eric@debian-testing:~/svn$ svn co
svn+ssh://svn.debian.org/debian-med/trunk/packages/freemedforms-project/trunk
ssh: connect to host svn.debian.org port 2201: Connection refused
svn: To better debug SSH connection problems, remove the -q option
from 'ssh' in the
On Sun, 7 Jul 2013, Andreas Tille wrote:
I have put Thorsten Alteholz explicitly in CC - perhaps he might be able
to verify and upload before I can do.
it builds here and I uploaded it.
But according to lintinan this package still needs a lot of care ...
Thorsten
--
To UNSUBSCRIBE, emai
Le 7 juil. 2013 à 23:42, Andreas Tille a écrit :
> +QMAKE_GLOBAL_CONFIG:="CONFIG+=LINUX_INTEGRATED" "CONFIG+=dontbuildquazip"
> "CONFIG+=norpath"
Ah yes an error, I thought I'd correct it no ?
thanks
Eric
PGP.sig
Description: Ceci est une signature électronique PGP
Le 7 juil. 2013 à 23:15, Andreas Tille a écrit :
> Hi Eric,
>
> On Sun, Jul 07, 2013 at 08:15:13PM +0200, Eric Maeker wrote:
>> Ok I'm giving up. After > 24h of work/tests, I'm not able to
>> - get a non freezing debian testing on my laptop (but in VBox with a
>> compil time near to 3hours)
>
>
Hi again,
I just commited
Revision 14113
This debian/rules file works again - could anybody please upload.
It builds on my testing machine and I expect it to build in pbuilder.
Eric, if you simply need it for the presentation - you can alternatively
build the package on your local machine.
Hi again,
I checked the latest SVN diff and I think the problematic change was
===
--- debian/rules(Revision 14081)
+++ debian/rules(Revision 14082)
@@ -30,7 +30,7 @@
FREEDIAMS:=freediams
QMAKE:=qmake-qt4
-QMAKE_GL
Hi Eric,
On Sun, Jul 07, 2013 at 08:15:13PM +0200, Eric Maeker wrote:
> Ok I'm giving up. After > 24h of work/tests, I'm not able to
> - get a non freezing debian testing on my laptop (but in VBox with a
> compil time near to 3hours)
There is no need at all to install a testing machine at al
Ok I'm giving up. After > 24h of work/tests, I'm not able to
- get a non freezing debian testing on my laptop (but in VBox with a
compil time near to 3hours)
- correctly configure svn ssh
- reproduce Andreas compilation issue
- understand the subtleties of the rpath/dh_shlibs as freemedforms
does n
Hi Eric,
On Fri, Jul 05, 2013 at 09:33:23AM +0200, Eric Maeker wrote:
>
> Le 5 juil. 2013 à 08:09, Eric Maeker a écrit :
>
> >> lrelease global_resources/translations/*.ts
> >> lrelease: could not find a Qt installation of ''
>
> I'm googling about this issue.
> It seems to be an upstream / pa
Le 5 juil. 2013 à 08:09, Eric Maeker a écrit :
>> lrelease global_resources/translations/*.ts
>> lrelease: could not find a Qt installation of ''
I'm googling about this issue.
It seems to be an upstream / packager bug or a missing package like qt4-default
or qtchooser.
I'm building with libqt
RPath issue looks much more complicated than a simple CONFIG+=norpath
Without any definition of the rpath during the building process I've got the
following errors with dpkg-shlibdeps
dh_shlibdeps -O--parallel -O--buildsystem=qmake_qt4
dpkg-shlibdeps: erreur: impossible de trouver la bibliothè
> Did you tested with pbuilder?
nop svn-buildpackage
> I get
>
> $ grep libqt4-dev freemedforms-project_0.9.0~beta1-1_amd64.build
> Depends: debhelper (>= 9), libqt4-dev (>= 4:4.8.0), libxext-dev, zlib1g-dev,
> libopencv-core-dev (>= 2.3), libopencv-highgui-dev (>= 2.3), libquazip0-dev
> (>=
Hi,
On Thu, Jul 04, 2013 at 10:47:25PM +0200, Eric Maeker wrote:
>
> > You should not try annonymous checkout. It is known to be broken
>
> Two weeks earlier I did not have any problem with read-only users for my
> tests.
Yep. The problem does not exist that long. I realised it last week.
Hi Eric,
On Thu, Jul 04, 2013 at 11:19:40PM +0200, Eric Maeker wrote:
> > ...
> > dh build --parallel --buildsystem=qmake_qt4 #
> > --dbg-package=freemedforms-project-dbg
> > dh_testdir -O--parallel -O--buildsystem=qmake_qt4
> > debian/rules override_dh_auto_configure
> > make[1]: Entering di
> ...
> dh build --parallel --buildsystem=qmake_qt4 #
> --dbg-package=freemedforms-project-dbg
> dh_testdir -O--parallel -O--buildsystem=qmake_qt4
> debian/rules override_dh_auto_configure
> make[1]: Entering directory `/tmp/buildd/freemedforms-project-0.9.0~beta1'
> lrelease global_resources/
> You should not try annonymous checkout. It is known to be broken
Two weeks earlier I did not have any problem with read-only users for my tests.
> (I reportedt at debian-devel list) and could be done if you
>
> s/svn.debian.org/anonscm.debian.org/
>
> if you try
>
> svn+ssh://@svn.debi
Hi Eric,
On Thu, Jul 04, 2013 at 01:26:43PM +0200, Eric Maeker wrote:
> Can you please upload the current 0.9.0~beta1 version.
unfortunately the Build failed. In the first place it failed becuase of
a duplicated Build-Depends line which I fixed, but later on it fails by
...
dh build --parallel
Hi,
On Thu, Jul 04, 2013 at 01:25:40PM +0200, Eric Maeker wrote:
> >> I wrote an issue for the linux specific rpath problem in order to keep
> >> this problem opened in the 0.9.0 release.
> >>
> >>http://code.google.com/p/freemedforms/issues/detail?id=328
> >>
> >> I'll try to fix this in t
Sorry, wrong mail ;)
>>> I wrote an issue for the linux specific rpath problem in order to keep this
>>> problem opened in the 0.9.0 release.
>>>
>>> http://code.google.com/p/freemedforms/issues/detail?id=328
>>>
>>> I'll try to fix this in the current next month.
>>
>> Thanks for conside
Hi,
On Thu, Jul 04, 2013 at 11:41:02AM +0200, Eric Maeker wrote:
> Yes, I'll make some tests but I currently miss time.
> I wrote an issue for the linux specific rpath problem in order to keep this
> problem opened in the 0.9.0 release.
>
> http://code.google.com/p/freemedforms/issues/deta
Le 3 juil. 2013 à 23:02, Andreas Tille a écrit :
> Hi Eric,
>
> thanks for the reminder you just sended but I expected some reaction
> from your side to the rpath related things I have written below.
Yes, I'll make some tests but I currently miss time.
I wrote an issue for the linux specific rpa
Hi Eric,
thanks for the reminder you just sended but I expected some reaction
from your side to the rpath related things I have written below.
Kind regards
Andreas.
On Wed, Jun 26, 2013 at 08:21:58AM +0200, Andreas Tille wrote:
> Hi,
>
> On Tue, Jun 25, 2013 at 09:50:19PM +0200, Eric Mae
Hi,
This is just a reminder. If someone have some time to consider uploading
freemedforms-project to experimental, we will be pleased. We'd like to present
the project at LSM with this new version and the debian package will be very
appreciated.
Thanks a lot for your time and comprehension
Eri
Hi,
On Tue, Jun 25, 2013 at 09:50:19PM +0200, Eric Maeker wrote:
> Le 17 juin 2013 à 11:53, Andreas Tille a écrit :
>
> > I try to have another look into the rpath issue if not yet solved.
Sorry for not beeing able to check this until now. :-(
> I think the best way to correct the rpath issue i
Le 17 juin 2013 à 11:53, Andreas Tille a écrit :
> I try to have another look into the rpath issue if not yet solved.
I think the best way to correct the rpath issue is:
- to add to qmake commandline: "CONFIG+=norpath"
- create a bin wrapper that sets the LD_LIBRARY_PATH to the right place
accor
Hi Eric,
at first sorry for not responding earlier to your other mails - I was
three days offline. Please ping again about issues raised there if not
yet solved / overriden by this mail.
On Mon, Jun 17, 2013 at 01:23:56AM +0200, Eric Maeker wrote:
> Hi,
>
> FreeMedForms is ready for upload.
Th
Hi,
FreeMedForms is ready for upload.
PPA was correctly built on launchpad
https://launchpad.net/~freemedforms/+archive/ppa/+packages
I still have some problems with 12.04 and zlib/libquazip, but everything is
correct with newer Ubuntu versions.
LSM takes place 11th of July and I hope
Le 14 juin 2013 à 12:08, Eric Maeker a écrit :
> Is there a way to easily test if a package is available or not in the rules
> and control file?
>
> Eg: if the Debian version used for the build process does not include
> libquazip0-dev -> remove the build-depends: libquazip0-dev and remove the
Is there a way to easily test if a package is available or not in the rules and
control file?
Eg: if the Debian version used for the build process does not include
libquazip0-dev -> remove the build-depends: libquazip0-dev and remove the
CONFIG+="dontbuildquazip" in the rules file?
Eric
Le 14
Hi all,
I've updated the svn debian files of FreeMedForms. A new upstream is available
0.9.0~beta1.
The build processing is much more simple than before and I removed the
freeaccount packages as they are not maintained anymore by upstream. I'm sorry
but I did not fixed the rpath issue as I'm no
45 matches
Mail list logo