[opensuse-factory] firebird 2.5 for openSUSE 12.2
Hi, firebird 2.5.0 is availabe since October 04, 2010 while updated 2.5.1 is few months old. Maybe it is good time to update our firebird packages in Factory? We can find firebird25 packages in home:mkubecek:firebird25 repo so they could be used I think. https://build.opensuse.org/project/show?project=home%3Amkubecek%3Afirebird25 -- Pozdrawiam / Best regards, Mariusz Fik openSUSE Community Member GPG: 5FCE 7241 B3B9 32FD 455B C30E 42D6 6C88 9E83 7C3D
On Wednesday 01 of February 2012 13:53EN, Mariusz Fik wrote:
We can find firebird25 packages in home:mkubecek:firebird25 repo so they could be used I think.
This was actually the reason why I created them. I already contacted firebird package maintainers but didn't get much response yet. Personally, I can see three minor issues which should be resolved before the packages can be taken into Factory: 1. I created the packages from scratch so they might need some tweaking to allow clean upgrade from current 2.1 packages. I didn't check this yet. 2. The isql tool should be probably renamed to something like fb-isql to remove conflict with ODBC packages. This is trivial, I just didn't do it yet because Firebird's isql is the only isql I need. :-) 3. The "isqlalign" patch (fixes column alignment in isql with UTF-8) is a bit of "ugly hack" and is inconsistent with the rest of Firebird as it is based on locales and standard C++ library rather than ICU. It might be better to backport the fix from 3.0. I'm ready to resolve these (and possibly other) issues if it helps to get Firebird 2.5 into Factory. Michal Kubeček -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
2012/2/2 Michal Kubeček
1. I created the packages from scratch so they might need some tweaking to allow clean upgrade from current 2.1 packages. I didn't check this yet.
certainly yes
2. The isql tool should be probably renamed to something like fb-isql to remove conflict with ODBC packages. This is trivial, I just didn't do it yet because Firebird's isql is the only isql I need. :-)
that's not the only name conflict in Fedora and Mageia isql is rename to isql-fb and gstat to gstat-fb and yes I really prefer isql-fb than fb-isql it is easier for completion
3. The "isqlalign" patch (fixes column alignment in isql with UTF-8) is a bit of "ugly hack" and is inconsistent with the rest of Firebird as it is based on locales and standard C++ library rather than ICU. It might be better to backport the fix from 3.0.
I'm ready to resolve these (and possibly other) issues if it helps to get Firebird 2.5 into Factory.
and what about superclassic ? and yes I suspect more issues perhaps for example do you take care that a lot of files are linked with libfbembed or client, depending upon server version ? and what about systemd support ? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Friday 03 of February 2012 18:57EN, Philippe Makowski wrote:
2012/2/2 Michal Kubeček
: 2. The isql tool should be probably renamed to something like fb-isql to remove conflict with ODBC packages. This is trivial, I just didn't do it yet because Firebird's isql is the only isql I need. :-)
that's not the only name conflict in Fedora and Mageia isql is rename to isql-fb and gstat to gstat-fb
and yes I really prefer isql-fb than fb-isql it is easier for completion
No problem with that, it will be certainly better to use the same name across distributions.
and what about superclassic ?
It is part of firebird-classic subpackage - one can either start Classic via (x)inetd or SuperClassic via /etc/init.d/firebird. Do you think it should be taken out into a separate subpackage?
for example do you take care that a lot of files are linked with libfbembed or client, depending upon server version ?
Yes. These are in different version in firebird-superserver and firebird-classic subpackages but I may have overlooked something.
and what about systemd support ?
I'm not that familiar with systemd (actually, the most important piece of information about systemd for me is how to get rid of it). But all the time the systemd enthusiasts claim that if you don't want to use special systemd features, you can simply use normal init scripts even with systemd. Michal Kubeček -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (3)
-
Mariusz Fik
-
Michal Kubeček
-
Philippe Makowski