Bug#874880: FreeMedForms projet

[Eric Maeker]

Oh! There is a misunderstanding here!
Let me correct my words:
-> full code of each stable released version is packaged and freely
available (but undocumented since v1.0.0).

Code is considered 100% stable (and released) when :
- it perfectly passes every the unit-tests in debug mode with MacOs,
Win32/64, Debian 64,
- it perfectly builds in each platform and
- it perfectly passes manual tests on the release bin for each platform.
Manual tests are available on our main website : freemedforms.com
-> This is because we do not have time to test and pack all sub-versions
like before.
Currently v1.1.0 does passes all tests under MacOs, does build correctly on
Debian in debug mode but not in release, and is not tested on Win32/64
(build process, unit-tests, installation process, config process...)
because WinDevs quit the project. So it is considered as a pre-version
available only to testers (MacOs).

We know that at least two forks exists (this is what our private data
server's log tells us). We do not receive any patch, invitation to git
repos, or any kind of official informations or queries.

In consequence, we decide that our git repository will not be freely
accessible. Approval does only concern the FreeMedForms' git and the
ability to join the project as member (coder, tester, communication
manager...).

I hope that the situation is clearer for you.

Belle journée
Cordialement


<http://maeker.fr> *Dr Maeker Éric*

*Gériatre, psychogériatre*
eric.mae...@gmail.com
Twitter  @DrMaeker <https://www.twitter.com/drmaeker>
RPPS 10002307964

maeker.fr  Site personnel
empathies.fr  Association Emp@thies
freemedforms.com  Logiciel médical

La gériatrie, c'est la médecine pour les pères et les mères Noël


Le ven. 10 janv. 2020 à 14:26, Daniel Hakimi  a
écrit :

> If the package is available under the GPL, it strikes me that requiring
> any non-trivial approval to obtain source under that license would not be
> allowed. If the form is just a check box verifying that you have received
> object code, maybe, but this sounds like it may be a license violation. Can
> we clarify what the approval process entails? How much information is
> required, and for what reasons might people be rejected?
>
> However, if some third party were to obtain this source, build from it,
> and make it available, that version of the code would be perfectly Free.
>
> On Fri, Jan 10, 2020, 08:15 Andreas Tille  wrote:
>
>> On Fri, Jan 10, 2020 at 07:45:34AM -0500, Daniel Hakimi wrote:
>> > Can you please clarify -- you said the license was the same, but you
>> didn't
>> > say what that license actually was. What license is your code available
>> > under?
>>
>> GPL-3+ [1]
>>
>> BTW, I think if a Debian package is published the requirement to sign
>> anything to get the source code is useless since interested parties can
>> easily download the Debian source package.
>>
>> This is for instance true for the latest source in Git which just has a
>> compile bug which we desperately try to fix to finalise the Qt4
>> removal[2].
>>
>> Kind regards
>>
>>   Andreas.
>>
>> [1]
>> https://salsa.debian.org/med-team/freemedforms-project/blob/master/COPYING.txt
>> [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=874880#104
>>
>> > On Fri, Jan 10, 2020, 07:18 Eric Maeker  wrote:
>> >
>> > > Hi,
>> > >
>> > > For now, our NPO is too poor to engage in consulting or to pay
>> external
>> > > developments and we awfully miss time to manage all aspects of a
>> widely
>> > > collaborative project.
>> > > Sounds like we are travelling to "contrib" or "non-free" package ? Or
>> may
>> > > be "non-debian" ?
>> > >
>> > > Belle journée
>> > > Cordialement
>> > >
>> > >
>> > > <http://maeker.fr> *Dr Maeker Éric*
>> > >
>> > > *Gériatre, psychogériatre*
>> > > eric.mae...@gmail.com
>> > > Twitter  @DrMaeker <https://www.twitter.com/drmaeker>
>> > > RPPS 10002307964
>> > >
>> > > maeker.fr  Site personnel
>> > > empathies.fr  Association Emp@thies
>> > > freemedforms.com  Logiciel médical
>> > >
>> > > La gériatrie, c'est la médecine pour les pères et les mères Noël
>> > >
>> > >
>> > > Le ven. 10 janv. 2020 à 03:03, Paul Wise  a écrit :
>> > >
>> > >> On Thu, Jan 9, 2020 at 8:00 PM Eric Maeker wrote:
>> > >>
>> > >> > Free Source code is provided to any demander approved by the NPO,
>> code
>&g

Bug#874880: [freemedforms-project] Future Qt4 removal from Buster

[Eric Maeker]

Hi,

I've just release a pre-version of 1.1.0 for MacOs. I'll work in the next
week to correct the package and will provide a Debian package ASAP after
this...

Thanks

Le lun. 28 oct. 2019 à 23:50, Andreas Tille  a écrit :

> I'll do so once I'm back from vacation.
> Its a shame that Eric does not take this issue serious since
> re-introduction will take probably quite some time for compx
> packages like this, Andreas.
>
> On Mon, Oct 28, 2019 at 10:47:28PM +0100, Moritz Mühlenhoff wrote:
> > On Tue, Oct 08, 2019 at 04:17:13PM +0200, Andreas Tille wrote:
> > > Hi again,
> > >
> > > I'm sorry to repeat myself but please pretty please help finding some
> > > solution.  Freemedform-project is about to be removed from Debian and
> > > I see no way to prevent this.
> >
> > Andreas,
> > can you file a removal bug? If it gets ported to Qt5, it can still
> > be re-introduced before the Bullseye release.
> >
> > Cheers,
> > Moritz
> >
>
> --
> http://fam-tille.de
>

Bug#874880: [freemedforms-project] Future Qt4 removal from Buster

[Eric Maeker]

Hello Andreas

I'm totally overbooked by my work. I have a pending update to v1.1.0, but
no time to finish the job for now.
I'll try to find some free time.

Thanks
Eric


Le ven. 6 sept. 2019 à 11:41, Andreas Tille  a écrit :

> Hi,
>
> thanks to a patch by Michael Crusoe I'm a bit further now but there are
> remaining errors.  I have no idea about C++/Qt and thus need to ask for
> help.  Eric, are you up to safe your package inside Debian?
>
> ...
> g++ -c -pipe -g -O2 -fdebug-prefix-map=/build/freemedforms-project-1.0.0=.
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time
> -D_FORTIFY_SOURCE=2 -D_REENTRANT -Wall -W -fPIC -DFREEMEDFORMS -
>  DDRUGS_DATABASE_VERSION=0x000804 -DWITH_EPISODE_REMOVAL
> -DWITH_CHEQUE_PRINTING -DWITH_FRENCH_FSP -DWITH_FRENCH_HPRIM_INTEGRATOR
> -DFULLAPPLICATION_BUILD -DBINARY_NAME="\"DataPackUtils\"" -
>  DBUILD_PATH_POSTFIXE="\"FreeMedForms\""
> -DPACKAGE_VERSION="\"1.0.0\""
> -DSOURCES_ROOT_PATH="\"/build/freemedforms-project-1.0.0\""
> -DLINUX_INTEGRATED -DLINUX_QT_PATH="\"/usr/lib/x86_64-linux-gnu\"" -
>   DLINUX_QT_PLUGINS_PATH="\"/usr/lib/x86_64-linux-gnu/qt5/plugins\""
> -DLIBRARY_BASENAME="\"lib/x86_64-linux-gnu\""
> -DLINUX_PLUGIN_PATH="\"/usr//lib/x86_64-linux-gnu/DataPackUtils\""
> -DGIT_REVISION_HASH="\"DEBR1.0. 0-1\"" -DQT_NO_CAST_TO_ASCII
> -DQT_USE_FAST_OPERATOR_PLUS -DQT_USE_FAST_CONCATENATION -DRELEASE
> -DQT_DISABLE_DEPRECATED_BEFORE=0x040900 -DDATAPACKUTILS_LIBRARY
> -DQT_NO_DEBUG -DQT_SVG_LIB -DQT_PRINTSUPPORT_LIB -   DQT_WIDGETS_LIB
> -DQT_GUI_LIB -DQT_CONCURRENT_LIB -DQT_SQL_LIB -DQT_XML_LIB -DQT_NETWORK_LIB
> -DQT_CORE_LIB -I. -I/build/freemedforms-project-1.0.0/plugins
> -I/build/freemedforms-project-1.0.0/libs -I/build/
> freemedforms-project-1.0.0/contrib
> -I/build/freemedforms-project-1.0.0/contrib/quazip -isystem
> /usr/include/x86_64-linux-gnu/qt5 -isystem
> /usr/include/x86_64-linux-gnu/qt5/QtSvg -isystem /usr/include/x86_64-
>  linux-gnu/qt5/QtPrintSupport -isystem
> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem
> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem
> /usr/include/x86_64-linux-gnu/qt5/QtConcurrent -isystem /usr/include/
>  x86_64-linux-gnu/qt5/QtSql -isystem
> /usr/include/x86_64-linux-gnu/qt5/QtXml -isystem
> /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem
> /usr/include/x86_64-linux-gnu/qt5/QtCore -I/build/freemedforms-project-1.
> 0.0/build/Qt5_linux-gpp/FreeMedForms/DataPackUtils/.moc -isystem
> /usr/include/libdrm
> -I/build/freemedforms-project-1.0.0/build/Qt5_linux-gpp/FreeMedForms/.ui
> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o
> /build/freemedforms-project-1.0.0/build/Qt5_linux-gpp/FreeMedForms/DataPackUtils/.obj/unix/packservercreator.o
> servercreation/packservercreator.cpp
> servercreation/servercreationwidget.cpp: In member function 'void
> DataPack::Internal::ServerCreationWidgetPrivate::createActions()':
> servercreation/servercreationwidget.cpp:97:39: error: invalid use of
> incomplete type 'class QAction'
>97 | aGroupByServer = new QAction(q);
>   |   ^
> In file included from
> /usr/include/x86_64-linux-gnu/qt5/QtWidgets/QWidget:1,
>  from servercreation/servercreationwidget.h:18,
>  from servercreation/servercreationwidget.cpp:28:
> /usr/include/x86_64-linux-gnu/qt5/QtWidgets/qwidget.h:68:7: note: forward
> declaration of 'class QAction'
>68 | class QAction;
>   |   ^~~
> servercreation/servercreationwidget.cpp:98:38: error: invalid use of
> incomplete type 'class QAction'
>98 | aGroupByQueue = new QAction(q);
>   |  ^
> In file included from
> /usr/include/x86_64-linux-gnu/qt5/QtWidgets/QWidget:1,
>  from servercreation/servercreationwidget.h:18,
>  from servercreation/servercreationwidget.cpp:28:
> /usr/include/x86_64-linux-gnu/qt5/QtWidgets/qwidget.h:68:7: note: forward
> declaration of 'class QAction'
>68 | class QAction;
>   |   ^~~
> servercreation/servercreationwidget.cpp: In member function 'void
> DataPack::ServerCreationWidget::retranslate()':
> servercreation/servercreationwidget.cpp:258:22: error: invalid use of
> incomplete type 'class QAction'
>   258 | d->aGroupByServer->setText(tr("Group by server"));
>   |  ^~
> In file included from
> /usr/include/x86_64-linux-gnu/qt5/QtWidgets/QWidget:1,
>  from servercreation/servercreationwidget.h:18,
>  from servercreation/servercreationwidget.cpp:28:
> /usr/include/x86_64-linux-gnu/qt5/QtWidgets/qwidget.h:68:7: note: forward
> declaration of 'class QAction'
>68 | class QAction;
>   |   ^~~
> servercreation/servercreationwidget.cpp:259:21: error: invalid use of
> incomplete type 'class QAction'
>   259 | d->aGroupByQueue->setText(tr("Group by queue"));
>   | ^~
> In file included from
> 

Bug#874880: [freemedforms-project] Future Qt4 removal from Buster

[Eric Maeker]

Hi Andreas,

Thanks. Ok, I have very few time left. I’m working on the v1.1.0 since october.
It is on a very good way. I still have some bugs to correct.
ASAP, I’ll try to update the debian scripts.

Thanks
Eric


Le 11 janv. 2019 à 19:18, Andreas Tille  a écrit :

> Hi Eric,
> 
> I realised that you registered a login on Salsa and added you to the
> Debian Med team.  So you have access to
> 
>https://salsa.debian.org/med-team/freemedforms-project
> 
> I'd strongly recommend to do this soonish since we are approaching
> the freeze.
> 
> Thanks a lot for your contribution
> 
>   Andreas.
> 
> On Thu, Sep 27, 2018 at 04:52:14PM +0200, Andreas Tille wrote:
>> On Thu, Sep 27, 2018 at 03:28:48PM +0200, Eric Maeker wrote:
>>> Howard Can i read build errors on salsa.d.o ?
>> 
>> You can not.  You can clone the repository and try to build the package.
>> 
>> Did you registered on Salsa?  It is not needed for annonymous cloning but
>> if you want to maintain the package in the future it is necessary.
>> 
>> Kind regards
>> 
>>  Andreas.
>> 
>> -- 
>> http://fam-tille.de
>> 
>> ___
>> Debian-med-packaging mailing list
>> debian-med-packag...@alioth-lists.debian.net
>> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging
> 
> -- 
> http://fam-tille.de

Bug#874880: [freemedforms-project] Future Qt4 removal from Buster

[Eric Maeker]

Hi Andreas


Thanks for you work and the reminder. I will check this bug asap.

Belle journée
Cordialement
Dr Maeker Éric

Le 13 déc. 2017 10:57 AM, "Andreas Tille"  a écrit :

> Hi Eric,
>
> this bug has been unanswered so far.  My attempt in Git goes as far as
> importing the new upstream version and add Qt5 Build-Depends.  I admit
> I have no capacity to care more.  Would you please have a look at the
> packaging.
>
> Kind regards
>
>   Andreas.
>
> On Sat, Sep 09, 2017 at 09:04:58PM +0200, Lisandro Damián Nicanor Pérez
> Meyer wrote:
> > Source: freemedforms-project
> > Version: 0.9.4-1
> > Severity: wishlist
> > User: debian-qt-...@lists.debian.org
> > Usertags: qt4-removal
> >
> >
> > Hi! As you might know we the Qt/KDE team are preparing to remove Qt4
> > as [announced] in:
> >
> > [announced]  msg6.html>
> >
> > Currently Qt4 has been dead upstream and we are starting to have problems
> > maintaining it, like for example in the [OpenSSL 1.1 support] case.
> >
> > [OpenSSL 1.1 support]  bin/bugreport.cgi?bug=828522>
> >
> > In order to make this move, all packages directly or indirectly
> depending on
> > the Qt4 libraries have to either get ported to Qt5 or eventually get
> > removed from the Debian repositories.
> >
> > Therefore, please take the time and:
> > - contact your upstream (if existing) and ask about the state of a Qt5
> > port of your application
> > - if there are no activities regarding porting, investigate whether
> there are
> > suitable alternatives for your users
> > - if there is a Qt5 port that is not yet packaged, consider packaging it
> > - if both the Qt4 and the Qt5 versions already coexist in the Debian
> > archives, consider removing the Qt4 version
> >
> > = Porting =
> >
> > Some of us where involved in various Qt4 to Qt5 migrations [migration]
> and we
> > know for sure that porting stuff from Qt4 to Qt5 is much much easier and
> less
> > painful than it was from Qt3 to Qt4.
> >
> > We also understand that there is still a lot of software still using Qt4.
> >
> > Don't forget to take a look at the C++ API changes page [apichanges]
> whenever
> > you start porting your application.
> >
> > [migration] http://pkg-kde.alioth.debian.org/packagingqtbasedstuff.html
> > [apichanges] http://doc.qt.io/qt-5/sourcebreaks.html
> >
> > For any questions and issues, do not hesitate to contact the Debian
> Qt/KDE
> > team at debian-qt-...@lists.debian.org
> >
> > The removal is being tracked in 
> >
> > Lisandro,
> > on behalf of the Qt4 maintainers
> >
> > ___
> > Debian-med-packaging mailing list
> > debian-med-packag...@lists.alioth.debian.org
> > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/
> debian-med-packaging
> >
>
> --
> http://fam-tille.de
>

Bug#778768: Please install FindQuaZip.cmake

[Eric Maeker]

Hello

Ok I'll try to find some available time.

Eric
Le 19 févr. 2015 18:26, Andreas Tille ti...@debian.org a écrit :

 Hi Christoph,

 thanks for your bug report.  Perhaps Eric knows better than me about
 cmake but if you want to get this fixed quickly a patch would be really
 helpful.

 Kind regards

Andreas.

 On Thu, Feb 19, 2015 at 03:05:02PM +0100, Christoph Egger wrote:
  Package: libquazip-qt5-dev
  Version: 0.7-2
  Severity: minor
 
  Hi!
 
  QuaZip includes a FindQuaZip.cmake cmake module. Please install it!
 
  Thanks
 
Christoph
 
  -- System Information:
  Debian Release: 8.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'buildd-unstable'), (500,
 'unstable'), (500, 'stable'), (1, 'experimental')
  Architecture: kfreebsd-amd64 (x86_64)
 
  Kernel: kFreeBSD 10.1-0-amd64
  Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
  Shell: /bin/sh linked to /bin/dash
  Init: sysvinit (via /sbin/init)
 
  Versions of packages libquazip-qt5-dev depends on:
  pn  libquazip-headers  none
  pn  libquazip-qt5-1none
  ii  zlib1g-dev 1:1.2.8.dfsg-2+b1
 
  libquazip-qt5-dev recommends no packages.
 
  libquazip-qt5-dev suggests no packages.
 
  ___
  Debian-med-packaging mailing list
  debian-med-packag...@lists.alioth.debian.org
 
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
 

 --
 http://fam-tille.de

Bug#760236: Freemedforms-libs obsolete depends/build-depends on libquazip0/libquazip0-dev

[Eric Maeker]

Hi,

Yes, the freemedforms-project source package is beeing updated to a new
upstream version 0.9.2. The libquazip transition is taken into account.
The package should be uploaded soon.

Thanks for your report.
Eric, Debian Med



signature.asc
Description: OpenPGP digital signature

Bug#757779: libquazip1-qt5 and libquazip-qt5-1: error when trying to install together

[Eric Maeker]

 I think I fixed this by adding some conflicts / breaks and I also got a
 hint to rename package libquazip1-headers to libquazip-headers

Ok I've checked the code and renamed the install file of headers as this
package was renamed. Patch is commited.

I've also added some Conlficts, Replaces, Breaks to the headers package
as the libquazip1-headers now exists in Debian ;)

I've also built the package using pbuilder without any problem. All
tests run fine on a sid base. Do you want me to test on experimental also?

I've checked the d/rules clean, it looks fine to me.
We can manually rm the build paths if you want.

If you agree with all the changes, I fully agree with a new upload
(hoping this one will be the last ;).

Thanks for your constant help ;)
-- 
Eric Maeker
GPG: C217 B1B7 80E8 0381 FD5B  C3A5 75D4 AE85 B952 0933



signature.asc
Description: OpenPGP digital signature

Bug#758011: libquazip: missing symbol file

[Eric Maeker]

Package: libquazip
Version: 0.7-1
Severity: normal

Dear DD  Mentors,

I'm the maintainer of this package.
The libquazip{-qt5}-dev packages are missing symbols.
I need some help to improve this feature with the packages.
Upstream gives a symbols file (you can find it in the sources in the debian 
path).

Can anyone help me to integrate these symbols please?

Debian sources:
svn://anonscm.debian.org/debian-med/trunk/packages/libquazip/trunk/

Thank you for your help
Eric, Debian Med

-- System Information:
Debian Release: 7.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#758015: lintian: [new check] No SOVERSION in packages name, Policy 8.2

[Eric Maeker]

Package: lintian
Version: 2.5.10.4
Severity: wishlist

Dear Maintainer/DD/Mentors,

Based on Shared Librairies, Packaging Policy 8.2.

When the upstream source is not versionned (stable ABI),
the source package can be released without the SOVERSION.
In this case (source lib without version), lintian could 
check if all the package are correctly unversionned and 
raise a warning when it found a discordance.

Eg of an unversionned source package:
  libfoo - libfoo{-dev,-dbg,-headers}  - Ok (no version on all packages)
  libfoo - libfoo, libfoo1{-dev,-dbg,-headers}  - Wrong
  libfoo - libfoo1, libfoo{-dev,-dbg,-headers}  - Wrong

You can also read the following bugs #567510, #693911.

Thanks for your involvement in Debian.
Eric, Debian Med

-- System Information:
Debian Release: 7.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lintian depends on:
ii  binutils   2.22-8
ii  bzip2  1.0.6-4
ii  diffstat   1.55-3
ii  file   5.11-2+deb7u3
ii  gettext0.18.1.1-9
ii  hardening-includes 2.2
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.26+b1
ii  libarchive-zip-perl1.30-6
ii  libc-bin   2.13-38+deb7u3
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.31-1+b2
ii  libdpkg-perl   1.16.15
ii  libemail-valid-perl0.190-1
ii  libipc-run-perl0.92-1
ii  libparse-debianchangelog-perl  1.2.0-1
ii  libtimedate-perl   1.2000-1
ii  liburi-perl1.60-1
ii  locales2.13-38+deb7u3
ii  man-db 2.6.2-1
ii  patchutils 0.3.2-1.1
ii  perl [libdigest-sha-perl]  5.14.2-21+deb7u1

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarch none
ii  dpkg-dev   1.16.15
ii  libhtml-parser-perl3.69-2
pn  libperlio-gzip-perlnone
pn  libtext-template-perl  none
ii  man-db 2.6.2-1
ii  xz-utils [lzma]5.1.1alpha+20120614-2

-- no debconf information


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

Bug#757779: libquazip1-qt5 and libquazip-qt5-1: error when trying to install together

[Eric Maeker]

Hi Andreas,

Le 12 août 2014 à 15:59, Andreas Tille andr...@an3as.eu a écrit :

 Hi Eric,
 
 I think I fixed this by adding some conflicts / breaks and I also got a
 hint to rename package libquazip1-headers to libquazip-headers (sorry,
 I overlooked these issues when sponsering).  However, my attempt to build
 and upload the package was prevented by a failed test:
 
 * Start testing of TestQuaZip *
 Config: Using QTest library 4.8.6, Qt 4.8.6
 PASS   : TestQuaZip::initTestCase()
 PASS   : TestQuaZip::getFileList()
 PASS   : TestQuaZip::add()
 PASS   : TestQuaZip::setFileNameCodec()
 PASS   : TestQuaZip::setDataDescriptorWritingEnabled()
 PASS   : TestQuaZip::testQIODeviceAPI()
 PASS   : TestQuaZip::setZipName()
 PASS   : TestQuaZip::setIoDevice()
 PASS   : TestQuaZip::setCommentCodec()
 PASS   : TestQuaZip::setAutoClose()
 FAIL!  : TestQuaZip::testSequential() 'server.listen()' returned FALSE. ()
   Loc: [../../../../qztest/testquazip.cpp(398)]
 PASS   : TestQuaZip::cleanupTestCase()
 Totals: 11 passed, 1 failed, 0 skipped

Thank you for your review and corrections. Yes, problem with unit tests is 
really strange. I'll check the code this week and ping you back.

Thanks again for your help
Éric, Debian Med


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

Bug#716832: nmu: freemedforms-project_0.9.0~beta1-1

[Eric Maeker]

This is already correctes in the 0.9.0beta1-2 source package. 

Éric

Le 13 juil. 2013 à 13:45, Andreas Beckmann a...@debian.org a écrit :

 Package: release.debian.org
 Severity: normal
 User: release.debian@packages.debian.org
 Usertags: binnmu
 
 nmu freemedforms-project_0.9.0~beta1-1 . amd64 . experimental . -m Rebuild 
 in a clean Debian sid+experimental environment.
 
 freemedforms-emr is currently uninstallable in experimental/amd64 due to
 dependencies on not existing
 
  libopencv-core, libopencv-highgui, libopencv-objdetect
 
 There are only libopencv-fooX.Y, so lets rebuild the maintainer uploaded
 package to get e dependency on libopencv-core2.3 and friends.
 
 @maintainer: Please ensure you only upload packages built in a clean and
 up-to-date Debian sid or experimental chroot. There is no need to upload
 a new package build now as this issue can be solved by a binNMU rebuild
 triggered by the release team.
 
 
 Andreas
 


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

Bug#712905: libquazip-dev should depend on zlib1g-dev

[Eric Maeker]

Patch integrated, waiting for upload.

Thanks a lot for this patch
Eric, freemedforms.com, wiki.debian.org/DebianMed


PGP.sig
Description: Ceci est une signature électronique PGP

Bug#678257: Changes in long description

[Eric Maeker]

Yes exactly. Both short and long descriptions.
Did it for all the freemedforms-project packages.

Éric, freemedforms.com



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

Bug#678257: [Debian-med-packaging] Bug#678257: Typos in package description, rewording proposal

[Eric Maeker]

 Description: pharmaceutical prescription and interaction manager
  The FreeMedForms project provides a set of medical applications to help
  health professionals in their day-to-day practice. It is developed by an
  international community of medical doctors and computer specialists.
  .
  FreeDiams is a pharmaceutical drug prescription assistant which can be
  used to create complex prescriptions and to handle drug interactions.


Excellent description. This will be integrated.

I just changed:
Description: pharmaceutical prescription and interaction manager
to
Description: pharmaceutical drug prescription and interaction manager

Thanks.
Eric, freemedforms.com



PGP.sig
Description: Ceci est une signature électronique PGP

Bug#678152: [Debian-med-packaging] Bug#678152: Bug#678152: crashes at start

[Eric Maeker]

I noticed that Launchpad packages are built with gcc 4.6, while sid are built 
with gcc 4.7.

Installed gcc4.7, compilation in debug - all is fine
Installed gcc4.7, Qt 4.8.2, compilation in release + installation - all is fine

This bug does not seem to be linked with the upstream and/or debian files.

Eric, freemedforms.com

PGP.sig
Description: Ceci est une signature électronique PGP

Bug#678152: [Debian-med-packaging] Bug#678152: crashes at start

[Eric Maeker]

Hi,

Thanks for your report. I'm working on this issue.

Eric, freemedforms.com


PGP.sig
Description: Ceci est une signature électronique PGP

Bug#678152: [Debian-med-packaging] Bug#678152: crashes at start

[Eric Maeker]

This is strange !

If I manually install *.deb from the launchpad ppa on a fresh wheezy - 
everything is fine and freediams works without any trouble. But if I use the 
sid packages - freediams crashes.

I'm trying to compil a debug version on wheezy to see if I can find something...

Eric, freemedforms.com

PGP.sig
Description: Ceci est une signature électronique PGP

Bug#675276: ITP: QuaZip: C++/Qt wrapper to zlib

[Eric MAEKER]

Package: quazip
Version: 0.4.4
Upstream Author: Sergey A. Tachenov stache...@gmail.com
URL: http://quazip.sourceforge.net/
Owner: Eric Maeker eric.mae...@gmail.com, Debian Med Project List
debian-...@lists.debian.org,
X-Debbugs-CC: debian-...@lists.debian.org


License: GNU Library or Lesser General Public License (LGPL),
zlib/libpng License
Programming Lang: C++/Qt
Description: Qt/C++ wrapper for ZIP/UNZIP package
QuaZIP is a simple C++ wrapper over Gilles Vollant's ZIP/UNZIP package that can
be used to access ZIP archives. It uses Trolltech's Qt toolkit.
.
QuaZIP provides complete abstraction of the ZIP/UNZIP API, for both
reading from
and writing to ZIP archives.

The packaging is done in the Debian Med team and available at
svn://svn.debian.org/svn/debian-med/trunk/packages/quazip/trunk/

-- System Information:
Debian Release: wheezy/sid




PGP.sig
Description: Ceci est une signature électronique PGP

Bug#631921: ITP: freemedforms -- Electronic Medical Record manager

[Eric MAEKER]

Package: freemedforms-project
Version: 0.7.1
CC: debian-med-packag...@lists.alioth.debian.org

Hi,

The FreeMedForms project packaging was updated to the new 0.7.1 upstream


svn://svn.debian.org/svn/debian-med/trunk/packages/freemedforms-project/trunk/

Thanks
-
Eric Maeker, MD (Fr)
http://www.freemedforms.com
http://wiki.debian.org/DebianMed




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

Bug#656573: RM: freediams -- ROM; Non-free data used in package

[Eric MAEKER]

Le 24 janv. 2012 à 20:58, Andreas Tille a écrit :

 Hi Alexander,
 
 On Tue, Jan 24, 2012 at 06:34:42PM +0100, Alexander Reichle-Schmehl wrote:
 I'm not an FTP master, though.
 
 As far as I can see, the package is indeed distributable, but not fit
 for main.
 
 Thanks for inspecting the package.  While this is not the best possible
 option it is at least helpful.
 
 I therefore close the bug cloned for snapshot.d.o (sorry for the noise)
 and will remove the package from main soonish.
 
 If you say remove from main does this mean that you will move it to
 non-free automatically.

This can be a very good plan, even if we have to make an update (a debug 
version) of the package: 0.4.2 and 0.5.4. We finally just need to include the 
licence/copyright to the debian files.

 I guess not because it would probably need a
 change in debian/control, but just to make sure.  I would plan to split
 the original upstream source into the database part for non-free and
 the code for contrib - but needs to negotiate this with upstream.

For the previous release of FreeDiams, this can be a good option, because the 
application can be used without the database.

 Yes, fit for non-free not for main.  And the whole license should be
 added to debian/copyright (and an unofficial translation would be
 usefull, too).
 
 In my mail I just quoted the current debian/copyright in SVN - so this
 is basically done (except for the translation).

I can add this unofficial translation. Should I replace the french licence 
terms or should I leave them and add the english translation ?

 What's the problem with that?  The missing license to allow
 modification?  Even then it would still be distributable, which is
 distinct from not belonging into main.
 
 Well, in some legislations reproduction includes limited modifications
 rights, however not enough for main (and not in .eu).  So yes, unfit for
 main, unless clarified to include rights for modifications.
 
 Well, if we have one single part non-dirstributable for main the whole
 database can not be distributed in main.  Upstream assembled them all
 in one single file and claimed there is no chance to split it up into
 a free and a non-free part.

For the future release of the FreeMedForms project apps, the non-free 
(according to the DSC) data will be downloadable directly from the application. 
Applications will be packaged with a sample of free data (so that user can test 
functionnalities).

For the current and the previous versions, we can not provide a free package 
and a non-free.

-
Eric Maeker, MD (Fr)
http://www.freemedforms.com : Suite logicielle médicale open source
http://asso.freemedforms.com : Association 1901 des utilisateurs de la suite 
FreeMedForms
http://wiki.debian.org/DebianMed : Debian Med est une distribution Debian 
orientée médecine
http://www.ericmaeker.fr : site personnel




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

Bug#648705: Please help with fixing a bug on kfreebsd [Was: Processed: unarchiving 648705]

[Eric MAEKER]

Le 17 janv. 2012 à 10:56, Alexander Reichle-Schmehl a écrit :

 Hi!
 
 Am 16.01.2012 19:18, schrieb Andreas Tille:
 Why not enabling others having the experience to have
 fixed a bug on freebsd?  The package is team maintained.
 
 To cite you in the mail which started this thread:
 
 any hint, how to fix this problem?
 
 And the previous mail you claimed you can't fix in from a Linux box.
 Seems to me you got precisely what you asked for ;)

Ok I believe I found the bug. I'll try to provided a patch.
A question still remains: when app links to so, where should I install them ? 
/usr/lib, /usr/lib64 ???

-
Eric Maeker, MD (Fr)
http://www.freemedforms.com
http://wiki.debian.org/DebianMed
http://www.ericmaeker.fr







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

Bug#648705: Please help with fixing a bug on kfreebsd [Was: Processed: unarchiving 648705]

[Eric MAEKER]

Ok, I've spent the full night to try to debug this. Here is what I've done. 
Created a VBox kfreebsd-i386 machine with debian 6.0.3. Added some packages:

apt-get install build-essential libxext-dev libxext6 libqt4-dev 
zlib1g-dev

Download the FreeDiams 0.6.2 sources, unpack, going into freediams-0.6.2 path

qmake -r CONFIG+=release CONFIG+=LINUX_INTEGRATED 
LOWERED_APPNAME=freediams INSTALL_ROOT_PATH=/home/eric/ freediams.pro
make
make install

No error...

The command used in debian/rules:

qmake-qt4 -r -config release CONFIG+=LINUX_INTEGRATED 
INSTALL_ROOT_PATH=/build/buildd-freediams_0.6.0-1-kfreebsd-amd64-4a_bay/freediams-0.6.0/debian/tmp/usr/
 LOWERED_APPNAME=freediams freediams.pro

Works perfectly fine in my VBox. 

The project messages are a good help here:

1) something like  Building Linux Integrated  should appear multiple 
times. That's not the case in your log.
2) these lines should not appear
Project MESSAGE: Qt Libs : /libs
Project MESSAGE: Qt Plugins : /qt

In your build log, the CONFIG+=LINUX_INTEGRATED is not recognized. I don't 
know why...

The error can be in: 
Qt4 (qmake is buggy in kfreebsd ?)
sbuild (missing something in configuration ?)
no other idea from me

I can give your more help, but now I need yours to go one. We should ask each 
other about the potential audience of the FreeDiams package in kfreebsd users. 
I really believe that it will be near to zero. So do we really need to spend 
more time in this debugging ?

-
Eric Maeker, MD (Fr)
http://www.freemedforms.com
http://wiki.debian.org/DebianMed
http://www.ericmaeker.fr







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

Bug#648705: freediams: FTBFS(!linux): mkdir: cannot create directory `/qt/': Permission denied

[Eric MAEKER]

Hi,

1. It looks like qt4 variables are not correctly setted ($QTDIR, $QMAKESPEC) in 
amd64 configuration.
Please check the qt4 packages installation.

2. With the basic build command, FreeDiams libs and plugs will be installed in 
/usr/lib. You can modify this behavior by adding

LIBRARY_BASENAME=lib64

to the qmake command in the debian/rules

[original]
qmake-qt4 -r -config release CONFIG+=LINUX_INTEGRATED 
INSTALL_ROOT_PATH=$(CURDIR)/debian/tmp/usr/ LOWERED_APPNAME=$(pkg) 
$(pkg).pro

[patched]
qmake-qt4 -r -config release CONFIG+=LINUX_INTEGRATED 
INSTALL_ROOT_PATH=$(CURDIR)/debian/tmp/usr/ LOWERED_APPNAME=$(pkg) 
LIBRARY_BASENAME=lib64 $(pkg).pro

More info about the FreeMedForms build system at

http://www.freemedforms.com/en/code/buildsystem

Thanks for your help
Eric


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

Bug#631921: ITP: freemedforms -- Electronic Medical Record manager

[Eric MAEKER]

Package: wnpp
Severity: wishlist
Owner: Eric Maeker eric.mae...@gmail.com

* Package name: freemedforms
  Version: 0.6.0
  Upstream Author: Eric Maeker eric.mae...@gmail.com
* URL: http://www.freemedforms.com/

* License: GPLv3
  Programming Lang: C++
  Description: Electronic Medical Record Manager.

Bug#631921: ITP: freemedforms -- Electronic Medical Record manager

[Eric Maeker]

Package: wnpp
Severity: wishlist
Owner: Eric Maeker eric.mae...@gmail.com

* Package name: freemedforms
  Version: 0.5.9~alpha2-1
  Upstream Author: Eric Maeker eric.mae...@gmail.com
* URL: http://www.freemedforms.com/

* License: GPLv3
  Programming Lang: C++
  Description: Electronic Medical Record Manager.
 FreeMedForms is developed by a international community of
 medical doctors and computer workers and is
 mainly intended for health professionals.
 .
 Currently, the suite is under development. It is
 available only for testing purposes.
 The main objective of FreeMedForms is to manage the
 electronic medical records based on your
 medical practice or the practice of clinical
 research groups.
 .
 Your records will be fully customizable through the
 use of XML architecture and the use of plugins.
 Some parts of the suite are already
 stable and usable in practice as the prescriber
 FreeDiams.

The packaging is done in the Debian Med team and available at
 svn://svn.debian.org/svn/debian-med/trunk/packages/freemedforms/trunk/

-- System Information:
Debian Release: squeeze/sid
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)



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

Bug#609971: freediams: new upstream, please package

[Eric MAEKER]

Le 16 janv. 2011 à 15:34, Andreas Tille a écrit :

 On Fri, Jan 14, 2011 at 03:30:01PM +0100, Karsten Hilbert wrote:
 Package: freediams
 Version: 0.5.0-1
 Severity: wishlist
 Tags: sid upstream
 
 Upstream is at 0.5.4, please package as GNUmed wants to make use of it.
 
 Thanks for the notification.  However, this new version does not compile.
 
 Eric, do you have any hint?
 
 Kind regards
 
 Andreas.

Yes

http://www.freemedforms.com/en/news/freediams_054_new_sources

-
Eric Maeker, MD  (FR)
http://www.freemedforms.com/
http://www.ericmaeker.fr/





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