[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Packaging LetoDMS (mydms)

On Sat, Jan 01, 2011 at 10:24:24PM +0100, Francisco M. García Claramonte wrote:
> Hello all,
Hi Francisco,

I'm one of the developers for about 2 month now and made most
of the recent changes to the code currently only available in

> I am trying to package the new upstream version of mydms [1].
> This Debian package is removed from the archive, and it won't
> be present in Squeeze [2].
> The upstream package is renamed to letodms [3]. Last versions
> have a lot of changes (database, code) and improvements.
The upcoming version (probably 3.0) will have even more changes and
is much more modulized.

> I'm not sure if it is better to rename the package, creating a
> dummy transitional package (mydms) with the new package letodms.
> Or maybe, as the old mydms is removed from archive, just doing as a
> new package, and upload it with an ITP.
The database changes are still rather minor and can be handled by
dbconfig. The next version will have some changes in how admins and
guests are treated. Currently there is only one admin and guest
allowed. In the future any number of admins and guests are possible.
I'm not sure if dbconfig has a solution for it, because all guest
must have the 'isguest' field set in the database.

> In case of rename the package, maybe it could be needed to keep
> some paths (user data in /var/lib/mydms must remain, instead
> /var/lib/letodms), and Apache config to be compatible with old instances
> of mydms (for example, the old URL http://<server>/mydms must kept,
> maybe add the new http://<server>/letomds).
> The old mysql database name, named mydms, must be ketp to in new
> package to compatibilize with old instances of mydms.
> Maybe, the best way to rename the package is doing it with a new
> Debian revision with no database changes (on the same upstream
> version), and later package new upstream versions with database
> changes (db is managed with dbconfig-common). 
> But, I am not sure if keep old /var/lib/mydms (for mydms upgrades)
> and create /var/lib/letodms (for new installs) is a good idea
> (it isn't).
> I would like to know what do you think about these points.
> Thank you.
I thought about it as well but finally created new debian packages
for letodms and droped the upgrade path from mydms, mostly because of
all the renaming you mentioned above. If that could be done automatically
it would be great, but I doubt it's worth to do so. What if Readme.Debian
just describes how to upgrade?

The *new* letodms in debian should be split up into various packages.
The source of letodms is already prepared for such a split. The source
code has a Makefile to create a pear package of the core, a webdav
server based on HTTP_WebDAV_Server and the application itself.
There is still some fine tuning needed, but that's only a matter of time.

Thanks for taking care of the debian package.


  MMK GmbH, Fleyer Str. 196, 58097 Hagen
  Tel: 02331 840446    Fax: 02331 843920

Attachment: signature.asc
Description: Digital signature

Reply to: