Re: Debian packaging of OpenBoard
On Fri, Feb 14, 2014 at 9:09 AM, Claudio Valerio
<claudio.valerio@oe-f.org> wrote:
> thank you for the fast and deep check of our repositories. I've added the
> header to the file contained on the OpenBoard-Importer repository. In this
> repository I've not copied the COPYRIGHT LICENSE and README files. If
> necessary I'll add them just tell me.
What's the purpose of that code? Is it needed to upgrade sankore files
to openboard? In any case, those 3 files are always a fine addition
(especially the one containing the license text, its presence is
mandatory to allow Debian to distribute the software)
> For the images your assumption is correct and if there is something to do to
> clarify this point please tell me. For the fonts I've a doubt as well as I'm
> not sure that those font are still used on OpenBoard. I'll check this point
> asap.
This email should be quite enough already, but adding that piece of
information somewhere (the images directory itself, or the root of the
source tree) would be perfect.
WRT fonts: if they are not used anymore, maybe you want to completely
drop them all. Otherwise, ensure to add copyright/license information
somewhere.
> OpenBoard-ThirdParty is a repository that is "necessary" to retrieve if you
> want to build OpenBoard. I need some time to make a little rework on it. It
> manly contains the source code of xpdf, freetype, quazip, (openssl for
> Windows only), a library used on Mac Os X as well as some free licensed code
> from Qt (BSD licensed) . Luca told me that one of the two library have a
> completely free substitute but I've completely missed this out.
I gave a deep review to it too, here are the issues I found (speaking
with my Debian Developer hat on):
- microsoft/: I found some binary blobs there, but I guess they are
not needed for Linux, so I can drop them, no prob.
- openssl/: two problems here: openSSL and GPL don't mix well, and we
don't like to embed libraries like that (mostly for security reasons).
Anyway, since openssl is in archive already, building openboard with
that (completely dropping openssl/) should be easily doable
- quazip/: a couple of files there have no license, but quazip is
packaged in archive, we supposedly can use that in this case too.
- refnum/, trolltech/: green light here
- unsanity/: ape/APELite.h is completely non-free, ape/APELite.o is a
binay blob for Mach-O. MacOS only, I suppose, hence we can discard it
all and live happy.
- freetype/, xpdf/, zlib/; all of them are free, but already in
archive. We might choose to use the versions in archive to build
openboard, but it's just a technical decision. Green lights in any
case.
> For the last point, the tarball version, I should admit that is now a couple
> of year that I build only deb package (all done by hand and may be not
> completely debian compliant). I not even sure to remember exactly what I've
> to put on the tarball.
This is not a problem, we can create a proper tarball from the git repositories.
> The next release, namely OpenBoard 1.02.00 will be release next week.
Great!
> I'll work on my spare time for the compliance with DFSG principles so don't
> be angry if the process will take some time.
Not angry at all, rather very pleased by your attention to those legal
details, take your time. While you work on that, I'll take care of
building a good debian source package with the other people interested
in packaging this software (BTW: is the debian/ you use to build .debs
available somewhere? Having it available might ease our work).
Thanks, and best regards,
Andrea.
> On Wed, Feb 12, 2014 at 4:40 PM, Andrea Colangelo <warp10@debian.org> wrote:
>>
>> 2014-02-12 15:19 GMT+01:00 Claudio Valerio <claudio.valerio@oe-f.org>:
>> > mi permetto di risponderti in italiano. È un po' di tempo che non ho più
>> > la
>> > possibilità di farlo allora ne approfitto!
>>
>> Heh, I can imagine! :) Unfortunately, though, Debian-Edu is an
>> english-only mailing list. Hope you don't mind If I keep writing in
>> English, so that everybody can follow the conversation along (and I'll
>> translate the relevant parts of your email as I answer here). I
>> suppose we can switch to our native language in the private emails we
>> will share while working on OpenBoard.
>>
>> > Più seriamente. Siamo già in contatto con un dev Debian nella persona di
>> > Luca Capello. L'abbiamo contattato un po' di tempo fa' per avere un'idea
>> > sulla strada da prendere. Purtroppo abbiamo messo la relazione in pausa
>> > a
>> > causa del contratto che ci legava allo stato francese. Quest'ultimo
>> > (come
>> > alcune persone dello staff interno) non condividono, ancora,
>> > l'importanza
>> > che personalmente porto alla messa in regola del codice.
>>
>> [Claudio says that he pinged Luca Capello during the development of
>> sankore, but this liaison is in pause. Further, he says that the
>> sankore contractor (which is the French Government) didn't care that
>> much WRT legal parts of releasing code]
>>
>> > Da qualche settimana ci siano infine liberati del contratto con la
>> > Francia
>> > ed ufficializzato il fork (http://oe-f.org). Il codice sorgente del
>> > progetto
>> > lo puoi trovare su (github
>> > git@github.com:OpenEducationFoundation/OpenBoard.git,
>> > git@github.com:OpenEducationFoundation/OpenBoard-ThirdParty.git,
>> > git@github.com:OpenEducationFoundation/OpenBoard-Importer.git).
>> > L'accesso
>> > dovrebbe essere libero, se non è il caso fammelo sapere avrò sbagliato
>> > la
>> > configurazione.
>>
>> [They dropped their contract with France and forked OpenBoard. Links
>> to the repos follow]
>>
>> Yep, I downloaded all of them, thanks for sharing!
>>
>> > Per quanto riguarda Open-Sankoré. Lo sviluppo è stato ripreso dai CNDP
>> > (centro di formazione nazionale francese). Sebbene niente si muova su
>> > git
>> > due nuove versioni sono uscite negli ultimi mesi. Purtroppo non posso
>> > dirti
>> > esattamente come viene gestita la messa a disposizione del codice
>> > sorgente
>> > ma mi sembra che facciano dei commit su una diramazione differente da
>> > quella
>> > principale (master), v2.3.0RC (se non sbaglio).
>>
>> [WRT sankorè, development continues under an other upstream. No
>> commits to master anymore, but they released a couple new releases in
>> the last months, probably they continue on the branch "v.2.3.0RC".]
>>
>> I see. Well, actually they keep releasing non-free stuff (like the
>> fonts) there, so it is of small interests to us. I suppose we
>> should/want to focus our efforts on OpenBoard only.
>>
>> > Nel nostro caso la diramazione che utilizzo di più è la diramazione
>> > "develop", mentre "master" viene messa a giorno quando distribuiamo una
>> > versione.
>>
>> [Just to say that the "develop" branch is used for development,
>> "master" is updated when OpenBoard is released.]
>>
>> Ok, good to know. I gave a deep look to
>> OpenEducationFoundation/OpenBoard and I'm glad to see that all files
>> in src/ have a valid header with copyright and license, and non-free
>> fonts have been abandoned. This is so sweet.
>>
>> The only issues I found are in resources/library. Several files here
>> and there have either no header or no copyright or no license, and
>> this should be fixed ASAP, since this would make OpenBoard
>> unreleasable by Debian. Further, I saw several minified .js files.
>> Minifying is great to save space, but is considered non-free by
>> Debian. Not a big issues though: if you are not willing to do so, we
>> can deminify them before uploading the source tarball, it's piece of
>> cake.
>>
>> Further, I assume that all the images unders resources/ are made by
>> you and are released under the same license of OpenBoard. If some of
>> them are not, it should be noted somewhere. Same applies to
>> resources/fonts/*.pfb.
>>
>> A few questions: do you plan to release a tarball soon? And with
>> regard to OpenEducationFoundation/OpenBoard-ThirdParty: is it needed
>> to build OpenBoard? I have seen no recent commits there.
>>
>> Thank you so much for your fast answer and for your dedication to make
>> OpenBoard's code legally-perfect: it's such a shame when great
>> software can't be delivered to our users just because some headers are
>> missing.
>>
>> Best regards,
>> Andrea.
>>
>>
>> --
>> Andrea Colangelo | http://andreacolangelo.com
>> Debian Developer <warp10@debian.org> | Ubuntu Developer
>> <warp10@ubuntu.com>
>
>
--
Andrea Colangelo | http://andreacolangelo.com
Debian Developer <warp10@debian.org> | Ubuntu Developer <warp10@ubuntu.com>
Reply to: