[pkg-firebird-general] 2.0 plans (no packages, yet)

[Remco Seesink]

Hi Damyan,

I think it's a good idea. Much simpler.

Happy Holidays!

Cheers,
Remco.

On Fri, 22 Dec 2006 16:43:41 +0200
Damyan Ivanov <dam at modsoftsys.com> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
>
> I'd like to share my current plans for 2.0 and hear our comments.
>
> Firs, the bad news. For various reasons, I very much doubt I'll be able
> to produce any production-quality packages this year.
>
> Now the plans.
>
> * Unification of -server and -utils packages.
> I plan to provide firebird2.0-super and firebird2.0-classic packages,
> containing both the server binary and accompanying files plus the usual
> utilities - gbak, gfix etc.
>
> Cons
> ====
> The possibility to install only utils is gone. This is not so bad,
> upstream does not offer it anyway. The only thing one loses is about 2MB
> of disk space. The server will come disabled by default (no surprises).
>
> Pros
> ====
>  - packaging gets closer to upstream distribution - less surprises for
> debian users that are used to install FB by hand.
>  - simplified packaging - two packages less to cater after
>  - simplifies co-installability of different firebird versions
>
> I guess that having minimal installation is mostly important for
> embedded (PDA, etc) users[1]. However, embedded installations are not
> expected to need -utils (gbak etc) but only the library (that is used by
> some embedded application) plus the supporting firebird.msg (-common).
>
> [1] which currently are not supported, but this will change - arm and
> mips will get support sooner or later.
>
> the final package set would be (for 2.0):
> firebird2.0-super
> firebird2.0-classic
> firebird2.0-server-common (security database, support scripts)
> firebird-utils
> libfbclient2
> libfbembed2
> firebird2.0-common (firebird.msg)
> firebird-dev (.h files etc)
> firebird2.0-examples
>
> The only conflict between those will be that firebird2.0-super and
> firebird2.0-classic will conflict with each other. I thing the
> possibility to co-install -super and -classic is not that useful to be
> worth all the trouble.
>
> firebird-utils package contains symlinks and a wrapper script that
> causes "FB_VER=x.y gbak" to actually invoke /usr/lib/firebird/x.y/gbak,
> /usr/bin/gbak defaulting to the highest installed version.
>
>
> Please share your thoughts, ideas, concerns.
>
>
> Happy holidays for all who celebrate.
> 	dam
> - --
> Damyan Ivanov                           Modular Software Systems
> dam at modsoftsys.com
> phone +359(2)928-2611, 929-3993              fax +359(2)920-0994
> mobile +359(88)856-6067             dam at jabber.minus273.org/Gaim
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFFi+8dHqjlqpcl9jsRAjdvAJ9ABiPs5m272g0VocuhHuMcl7226gCgvtcg
> oxfZggxYaBAbqDJPyHdizIc=
> =KOwI
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> pkg-firebird-general mailing list
> pkg-firebird-general at lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-firebird-general
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/pkg-firebird-general/attachments/20061223/cc44fb5d/attachment.pgp