Removed package sqlite2
Removed package jakarta-commons-discovery
Updated Packages:
GConf2-2.13.5-2 --------------- * Wed Feb 01 2006 Christopher Aillon caillon@redhat.com 2.13.5-2 - Add patch from Mandriva to reload GConf2 every time a schema is added or removed (solves bug 173869)
anaconda-10.91.12-1 ------------------- * Thu Feb 02 2006 Jeremy Katz katzj@redhat.com - 10.91.12-1 - improves %packages section some more (clumens) - give a better error on kickstart lvm syntax errors (clumens) - display vncconnect error messages (clumens) - make swap labels shorter for cciss (dcantrel, #176074) - Make /dev/root for mkinitrd (#171662) - Use pirut stuff for graphical group selection
ant-0:1.6.5-1jpp_4fc -------------------- * Thu Feb 02 2006 Archit Shah ashah@redhat.com - 0:1.6.5-1jpp_4fc - build ant without using native code
* Mon Jan 09 2006 Jesse Keating jkeating@redhat.com - 0:1.6.5-1jpp_3fc - bump again for another gcj fix
arts-8:1.5.1-1 -------------- * Wed Feb 01 2006 Than Ngo than@redhat.com 8:1.5.1-1 - 1.5.1
* Wed Jan 18 2006 Than Ngo than@redhat.com 8:1.5.0-2 - rebuilt with --enable-new-ldflags
* Mon Dec 19 2005 Than Ngo than@redhat.com 8:1.5.0-1 - apply patch to fix #169631
autofs-1:4.1.4-16.2 ------------------- * Wed Feb 01 2006 Ian Kent ikent@redhat.com - 1:4.1.4-16.2 - Add more general patch to translate "_" to "." in map names. (bz #147765)
avahi-0.6.6-1 ------------- * Wed Feb 01 2006 Jason Vas Dias jvdias@redhat.com - 0.6.6-1 - fix bug 179448: mis-alignment of input cmsghdr msg->msg_control buffer on ia64 - Upgrade to 0.6.6
dejagnu-1:1.4.4-5 ----------------- * Thu Feb 02 2006 Petr Machata pmachata@redhat.com 1:1.4.4-5 - Applying H.J. Lu's race condition patch. (#166000)
f-spot-0.1.8-2 -------------- * Wed Feb 01 2006 Christopher Aillon caillon@redhat.com - 0.1.8-2 - Add sqlite3.patch to ensure that sqlite3 is used if both sqlite2 and sqlite3 are installed.
firefox-1.5.0.1-2 ----------------- * Wed Feb 01 2006 Christopher Aillon caillon@redhat.com - 1.5.0.1-2 - Update language packs to 1.5.0.1 - Add dumpstack.patch
* Wed Feb 01 2006 Christopher Aillon caillon@redhat.com - 1.5.0.1-1 - Update to 1.5.0.1
freeglut-2.4.0-3 ---------------- * Tue Jan 31 2006 Mike A. Harris mharris@redhat.com 2.4.0-3 - Added "Requires: libGL-devel libGLU-devel" to fix bug (#179464) - Change file based GL header build dep to BuildRequires: libGL-devel
* Fri Dec 09 2005 Jesse Keating jkeating@redhat.com 2.4.0-2.1 - rebuilt
* Fri Nov 18 2005 Bill Nottingham notting@redhat.com 2.4.0-2 - Remove references to obsolete /usr/X11R6 paths
gcc-4.1.0-0.19 -------------- * Wed Feb 01 2006 Jakub Jelinek jakub@redhat.com 4.1.0-0.19 - s390{,x} long double patch fix for s390x ICEs on test-ldouble and tst-align2 (Andreas Krebbel)
gjdoc-0.7.7-2 ------------- * Wed Feb 01 2006 Andrew Overholt overholt@redhat.com 0.7.7-2 - Don't package .la files (rh#172634). - Install un-versioned symlinks in /usr/share/java (rh#177139).
gnome-menus-2.13.5-4 -------------------- * Wed Feb 01 2006 Ray Strode rstrode@redhat.com 2.13.5-4 - don't ship upstream Desktop.directory files
indent-2.2.9-11 --------------- * Wed Feb 01 2006 Petr Machata pmachata@redhat.com 2.2.9-11 - Setting LC_ALL instead of LC_MESSAGES in order to fix output of KOI8-R characters. (#134044)
initscripts-8.24-1 ------------------ * Wed Feb 01 2006 Bill Nottingham notting@redhat.com 8.24-1 - init.d/functions: fix sendmail startup - sysconfig.txt: fix typos (mitr@redhat.com)
kdebase-6:3.5.1-1 ----------------- * Wed Feb 01 2006 Than Ngo than@redhat.com 6:3.5.1-1 - 3.5.1 - apply patch to fix kded segfaults for audio/blank cd's - get rid some of unneeded patches - add buildrequires on libxkbfile-devel
* Thu Jan 26 2006 Than Ngo than@redhat.com 6:3.5.0-3 - add BuildPrereq on dbus-devel >= 0.60, hal-devel >= 0.5
kdelibs-6:3.5.1-1 ----------------- * Wed Feb 01 2006 Than Ngo than@redhat.com 6:3.5.1-1 - 3.5.1
* Thu Jan 19 2006 Than Ngo than@redhat.com 6:3.5.0-6 - rename subpackage to -apidocs
kernel-2.6.15-1.1895_FC5 ------------------------ * Wed Feb 01 2006 Dave Jones <davej@redhat.com - Woo, 2.6.16rc1-git5 (at last) - Enable exec* checking except for execmod for ppc32 and ia64 (#178747) - Disable a bunch of drivers for SBC's that won't run Fedora. - Reenable building of firmware for QLogic HBA's. - Add a bunch of missing newlines & the like to module init's. - Fix up broken DVB kobject use. - Fixed an oops in the stradis driver initialisation. - Happy Birthday to "The Yellow Dart".
* Tue Jan 31 2006 Dave Jones <davej@redhat.com - Remove prereq on hardlink, making hardlinking of -devel packages optional - Further improvements to the 'dont want to hardlink' case. Now checks for HARDLINK="no" in /etc/sysconfig/kernel
* Tue Jan 31 2006 Don Zickus <dzickus@redhat.com - Enable x86-64 kdumping, and kdump related specfile cleanup.
libFS-1.0.0-2 ------------- * Mon Jan 23 2006 Mike A. Harris mharris@redhat.com 1.0.0-2 - Bumped and rebuilt
m17n-db-1.3.1-1 --------------- * Thu Feb 02 2006 Jens Petersen petersen@redhat.com - 1.3.1-1 - update to 1.3.1 release - add new icons to language subpackages - new common-cjk subpackage for CJK common files - new Swedish subpackage - exclude new pkgconfig file
openoffice.org-1:2.0.1.1-9.2 ---------------------------- * Fri Jan 27 2006 Caolan McNamara caolanm@redhat.com - 1:2.0.1.1-9 - add openoffice.org-2.0.2.ooo61178.ucb.neon25.patch for neon 0.25.X - missing %defattr(-,root,root) - rh#179256# if java fails (i.e. was configured to use libgcj.so.6) reconfigure to pick up libgcj.so.7 - rh#177205# add some templates, including a fedora themed presentation
openssh-4.3p1-1 --------------- * Wed Feb 01 2006 Tomas Mraz tmraz@redhat.com - 4.3p1-1 - new version, dropped obsolete patches
pam_smb-1.1.7-7 --------------- * Wed Feb 01 2006 Nalin Dahyabhai nalin@redhat.com 1.1.7-7 - remove a stray quote from configure.in that was causing a syntax error and breaking recompiles (upstream #1422089)
perl-4:5.8.8-1 -------------- * Wed Feb 01 2006 Jason Vas Dias jvdias@redhat.com - 4:5.8.8-1 - Upgrade to new upstream release 5.8.8, officially released today
* Tue Jan 31 2006 Jason Vas Dias jvdias@redhat.com - 3:5.8.8-0.1_RC1 - fix bug 178343: h2ph must include cpp "predefined macros" in _h2ph_pre.ph - Add perl(:MODULE_COMPAT_5.8.8) to Provides - Fix perlbug patch
* Fri Jan 20 2006 Jason Vas Dias jvdias@redhat.com - 3:5.8.8-0_RC1 - Upgrade to new upstream release candidate 5.8.8-RC1
pirut-0.9.8-1 ------------- * Thu Feb 02 2006 Jeremy Katz katzj@redhat.com - 0.9.8-1 - Some fixes to single-install-packages from Tim Lauridsen (#178908) - Tweaks to the optional packages installed label (#178088, #179205)
pykickstart-0.17-1 ------------------ * Wed Feb 01 2006 Chris Lumens clumens@redhat.com 0.17-1 - Don't set a default port for vnc.
python-sqlite-1.1.6-3 --------------------- * Wed Feb 01 2006 Paul Nasrat pnasrat@redhat.com - 1.1.6-3 - Pass valid parameter to prepare (#179547) - Temporarily remove %check
* Wed Feb 01 2006 Paul Nasrat pnasrat@redhat.com - 1.1.6-2 - Rebuild
redhat-artwork-0.235-2 ---------------------- * Mon Jan 30 2006 Ray Strode rstrode@redhat.com 0.235-2 - create symlinks from redhat artwork to gnome overrides
redhat-menus-6.5.4-2 -------------------- * Wed Feb 01 2006 Ray Strode rstrode@redhat.com - 6.5.4-2 - fix applications menu
* Wed Feb 01 2006 Ray Strode rstrode@redhat.com - 6.5.4-1 - merge /usr/local/share/applications - ship separate directory file for System menu
rhpxl-0.13-1 ------------ * Wed Feb 01 2006 Chris Lumens clumens@redhat.com 0.13-1 - Add aspect ratio patch from Jef Spaleta <jspaleta AT gmail.com> (#158143).
rhythmbox-0.9.3-2 ----------------- * Wed Feb 01 2006 Christopher Aillon caillon@redhat.com 0.9.3-2 - Remove hack for 173869, as its no longer needed.
* Wed Feb 01 2006 Christopher Aillon caillon@redhat.com 0.9.3-1 - 0.9.3
* Wed Feb 01 2006 Christopher Aillon caillon@redhat.com 0.9.2.cvs20060201-1 - Newer CVS snapshot
selinux-policy-2.2.9-2 ---------------------- * Wed Feb 01 2006 Dan Walsh dwalsh@redhat.com 2.2.9-2 - Fix for spamd to use ldap
* Fri Jan 27 2006 Dan Walsh dwalsh@redhat.com 2.2.9-1 - Update to upstream
system-config-soundcard-1.2.14-6 -------------------------------- * Wed Feb 01 2006 Martin Stransky stransky@redhat.com 1.2.14-6 - added alsa-lib/utils log
Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.9.i686 requires kernel = 0:2.6.15-1.1826.2.10_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.9.i686 requires /lib/modules/2.6.15-1.1826.2.10_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.9.i686 requires /lib/modules/2.6.15-1.1826.2.10_FC5smp GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.9.i686 requires kernel-smp = 0:2.6.15-1.1826.2.10_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.10.i686 requires kernel = 0:2.6.15-1.1826.2.10_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.10.i686 requires /lib/modules/2.6.15-1.1826.2.10_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.10.i686 requires /lib/modules/2.6.15-1.1826.2.10_FC5smp cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.10.i686 requires kernel-smp = 0:2.6.15-1.1826.2.10_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.8.i686 requires kernel = 0:2.6.15-1.1826.2.10_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.8.i686 requires /lib/modules/2.6.15-1.1826.2.10_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.8.i686 requires /lib/modules/2.6.15-1.1826.2.10_FC5smp dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.8.i686 requires kernel-smp = 0:2.6.15-1.1826.2.10_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.14.i686 requires kernel = 0:2.6.15-1.1826.2.10_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.14.i686 requires /lib/modules/2.6.15-1.1826.2.10_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.14.i686 requires /lib/modules/2.6.15-1.1826.2.10_FC5smp gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.14.i686 requires kernel-smp = 0:2.6.15-1.1826.2.10_FC5
Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs
Broken deps for ppc ---------------------------------------------------------- ccs-devel - 1.0.2-3.1.ppc requires ccs = 0:1.0.2-3.1 gulm - 1.0.4-2.FC5.1.ppc requires ccs
Broken deps for ppc64 ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11
Broken deps for s390 ---------------------------------------------------------- systemtap - 0.5.3-2.s390 requires kernel >= 0:2.6.9-11 systemtap - 0.5.3-2.s390 requires kernel-devel
Broken deps for s390x ---------------------------------------------------------- libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit) systemtap - 0.5.3-2.s390x requires kernel >= 0:2.6.9-11 systemtap - 0.5.3-2.s390x requires kernel-devel
Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.9.x86_64 requires kernel = 0:2.6.15-1.1826.2.10_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.9.x86_64 requires /lib/modules/2.6.15-1.1826.2.10_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.10.x86_64 requires kernel = 0:2.6.15-1.1826.2.10_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.10.x86_64 requires /lib/modules/2.6.15-1.1826.2.10_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.8.x86_64 requires kernel = 0:2.6.15-1.1826.2.10_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.8.x86_64 requires /lib/modules/2.6.15-1.1826.2.10_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.14.x86_64 requires kernel = 0:2.6.15-1.1826.2.10_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.14.x86_64 requires /lib/modules/2.6.15-1.1826.2.10_FC5
Dnia 02-02-2006, czw o godzinie 10:53 -0500, Build System napisał(a): [/.]
m17n-db-1.3.1-1
- Thu Feb 02 2006 Jens Petersen petersen@redhat.com - 1.3.1-1
- update to 1.3.1 release
- add new icons to language subpackages
- new common-cjk subpackage for CJK common files
- new Swedish subpackage
- exclude new pkgconfig file
In last time I observe constant degradation quality of Fedora packages. Very good examle this degradation is this package. Instead generate 41 binary subpackages m17n-db* each with support for one language better will be generate one with correctly used %lang() macros in %files list.
kloczek
Tomasz Kłoczko wrote :
Dnia 02-02-2006, czw o godzinie 10:53 -0500, Build System napisał(a): [/.]
m17n-db-1.3.1-1
- Thu Feb 02 2006 Jens Petersen petersen@redhat.com - 1.3.1-1
- update to 1.3.1 release
- add new icons to language subpackages
- new common-cjk subpackage for CJK common files
- new Swedish subpackage
- exclude new pkgconfig file
In last time I observe constant degradation quality of Fedora packages. Very good examle this degradation is this package. Instead generate 41 binary subpackages m17n-db* each with support for one language better will be generate one with correctly used %lang() macros in %files list.
I'm not sure I understood everything perfectly, but I'd have to agree about the less-than-optimal splitting, as AFAICS most of those language packages are 8kB big...
Matthias
Matthias Saou (thias@spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net) said:
Tomasz Kłoczko wrote :
Dnia 02-02-2006, czw o godzinie 10:53 -0500, Build System napisał(a): [/.]
m17n-db-1.3.1-1
- Thu Feb 02 2006 Jens Petersen petersen@redhat.com - 1.3.1-1
- update to 1.3.1 release
- add new icons to language subpackages
- new common-cjk subpackage for CJK common files
- new Swedish subpackage
- exclude new pkgconfig file
In last time I observe constant degradation quality of Fedora packages. Very good examle this degradation is this package. Instead generate 41 binary subpackages m17n-db* each with support for one language better will be generate one with correctly used %lang() macros in %files list.
I'm not sure I understood everything perfectly, but I'd have to agree about the less-than-optimal splitting, as AFAICS most of those language packages are 8kB big...
I expect it's not covered in comps right either - Jens, what's the logic behind this?
Bill
Dnia 02-02-2006, czw o godzinie 11:46 -0500, Bill Nottingham napisał(a): [..]
I expect it's not covered in comps right either - Jens, what's the logic behind this?
(I'm just after short review of m17n) IMO it will be better ask why m17n was included to distribution packages list. On first look m17n it is real piece of crap. Why ? Because in current form it duplicates many things from libc locale database and few more things (did I write "duplicates" ? .. correction: it is not second copy of locale/encodings description because second sits in XLOCALE [1]).
If it is realy neccassary for some importand new package better will be invest more energy in (re)development this library for not bloating distribution using (IMO) discussabe quality code :>
So .. question is: what is the logic is in include m17n to distribution ? Please .. do not morph Fedora to next JBDL (Just Bloated Linux Distribution (tm)).
[1] more copies of charsets descriptions sits in mysql, cups (it is Common Unix Printing System so why the hell it does not uses libc ? :>), kbd (it is Linux specyfic code so .. also: why it does not uses libc charsets database ?), perl, squiremail (why it does not uses php iconv for charsets conversions ?), python, tcl and few other packages ..
kloczek
Dnia 02-02-2006, czw o godzinie 22:32 +0100, Tomasz Kłoczko napisał(a): [..]
So .. question is: what is the logic is in include m17n to distribution ?
Im just use grep for find where m17n was used. interesting .. seems nowhere :-|
$ grep m17n * | grep devel iiimf.spec:Buildrequires: gettext-devel %{?_with_freewnn_le: FreeWnn-devel, flex} %{?_with_m17n_le: m17n-lib-devel} iiimf.spec: - add buildrequires m17n-lib-devel
iiimf is builded with m17n support by default disabled.
kloczek
Tomasz Kłoczko (kloczek@zie.pg.gda.pl) said:
Dnia 02-02-2006, czw o godzinie 11:46 -0500, Bill Nottingham napisał(a): [..]
I expect it's not covered in comps right either - Jens, what's the logic behind this?
(I'm just after short review of m17n) IMO it will be better ask why m17n was included to distribution packages list.
Dependency of scim-m17n, replacement for scim-tables.
Bill
Dnia 02-02-2006, czw o godzinie 16:50 -0500, Bill Nottingham napisał(a):
Tomasz Kłoczko (kloczek@zie.pg.gda.pl) said:
Dnia 02-02-2006, czw o godzinie 11:46 -0500, Bill Nottingham napisał(a): [..]
I expect it's not covered in comps right either - Jens, what's the logic behind this?
(I'm just after short review of m17n) IMO it will be better ask why m17n was included to distribution packages list.
Dependency of scim-m17n, replacement for scim-tables.
Replacement ? I don't see Obsoletes rules beetween scim-m17n and scim-tables and/or why scim-tables is still around ?
kloczek
Tomasz Kłoczko (kloczek@zie.pg.gda.pl) said:
Dnia 02-02-2006, czw o godzinie 16:50 -0500, Bill Nottingham napisał(a):
Tomasz Kłoczko (kloczek@zie.pg.gda.pl) said:
Dnia 02-02-2006, czw o godzinie 11:46 -0500, Bill Nottingham napisał(a): [..]
I expect it's not covered in comps right either - Jens, what's the logic behind this?
(I'm just after short review of m17n) IMO it will be better ask why m17n was included to distribution packages list.
Dependency of scim-m17n, replacement for scim-tables.
Replacement ? I don't see Obsoletes rules beetween scim-m17n and scim-tables and/or why scim-tables is still around ?
Sorry, replacement for some set of languages that scim-tables supported; I don't recall which ones.
Bill
Dnia 02-02-2006, czw o godzinie 17:29 -0500, Bill Nottingham napisał(a): [..]
Dependency of scim-m17n, replacement for scim-tables.
Replacement ? I don't see Obsoletes rules beetween scim-m17n and scim-tables and/or why scim-tables is still around ?
Sorry, replacement for some set of languages that scim-tables supported; I don't recall which ones.
So why m17n-db not supports *only* that scim-tables not supported languages ? Using m17n-lib without m17n-db do not have sense so packaging this in separated binary package also (IMO) do not have sense.
kloczek
On Thu, 02 Feb 2006 23:52:02 +0100 Tomasz Kłoczko kloczek@zie.pg.gda.pl wrote:
So why m17n-db not supports *only* that scim-tables not supported languages ?
Well in the ideal world yes, and I think will be the tendency in the long run: when I've finished porting the Indian tables in scim-tables to m17n-db, I think they can be removed from scim-tables: certainly I plan to do that for the Fedora package.
Using m17n-lib without m17n-db do not have sense so packaging this in separated binary package also (IMO) do not have sense.
Well it makes sense from the point of view of updates: it makes it possible to add some input maps to m17n-db or update the version without forcing people to have to update their m17n-lib packages for no reason, and vice versa. I don't see any advantage in merging the packages together.
Jens
Howdy,
I see FC5 is moving to SCIM as the default input method, and I'd love to give it a go. However we seem to be missing the Japanese tables ( I recall seeing a "ja" and a "japanese" a couple of weeks back?).
Are these coming back or should I be doing it another way?
Cheers.
On Fri, 2006-02-03 at 13:19 +0900, Jens Petersen wrote:
On Thu, 02 Feb 2006 23:52:02 +0100 Tomasz Kłoczko kloczek@zie.pg.gda.pl wrote:
So why m17n-db not supports *only* that scim-tables not supported languages ?
Well in the ideal world yes, and I think will be the tendency in the long run: when I've finished porting the Indian tables in scim-tables to m17n-db, I think they can be removed from scim-tables: certainly I plan to do that for the Fedora package.
Using m17n-lib without m17n-db do not have sense so packaging this in separated binary package also (IMO) do not have sense.
Well it makes sense from the point of view of updates: it makes it possible to add some input maps to m17n-db or update the version without forcing people to have to update their m17n-lib packages for no reason, and vice versa. I don't see any advantage in merging the packages together.
Jens
On Fri, 03 Feb 2006 15:56:20 +0900 Naoki naoki@valuecommerce.com wrote:
I see FC5 is moving to SCIM as the default input method, and I'd love to give it a go. However we seem to be missing the Japanese tables ( I recall seeing a "ja" and a "japanese" a couple of weeks back?).
You're referring to scim-tables-japanese? It was removed because the Japanese tables in scim-tables are not really usable for Japanese input.
You want scim-anthy, which is also in Fedora Extras for FC3 and FC4.
Jens
On Thu, 2 Feb 2006 17:29:26 -0500 Bill Nottingham notting@redhat.com wrote:
Sorry, replacement for some set of languages that scim-tables supported; I don't recall which ones.
Primarily for Indian and European languages, since scim-tables is designed and optimised for large input tables of Chinese characters.
On Thu, 02 Feb 2006 22:32:19 +0100 Tomasz Kłoczko kloczek@zie.pg.gda.pl wrote:
On first look m17n it is real piece of crap. Why? Because in current form it duplicates many things from libc locale database and few more things (did I write "duplicates" ? .. correction: it is not second copy of locale/encodings description because second sits in XLOCALE [1]).
That is basically why I separated some of the large datafiles to a separate subpackage (m17n-db-datafiles) so they don't need to be installed by default. The main m17n-db package manifest is only 86kB.
If it is realy neccassary for some importand new package better will be invest more energy in (re)development this library for not bloating distribution using (IMO) discussabe quality code :>
Well duplication of information (while not desirable) doesn't imply poor quality per se.
So .. question is: what is the logic is in include m17n to distribution ?
m17n-db and m17n-lib were included in Fedora Core because m17n-db supports input tables for a lot of languages and it allows much more sophisticated input maps (eg stateful one) than scim-tables does: for example Indian Itrans tables can't be supported by scim-tables but they are by m17n. So the thinking is to use scim-tables for very large simple tables like for Chinese and use m17n for smaller complex scripts and languages, like Indian and European languages. And SCIM upstream supports this view too.
Hope it makes a bit more sense now. m17n-lib supports a gui library and OpenType fonts (using libotf), but those have been disabled in the Fedora package. m17n-db.noarch just includes the minimal datafiles needed for scim-m17n to work with m17n-lib fwiw.
Jens
On Fri, 2006-02-03 at 13:00 +0900, Jens Petersen wrote:
On Thu, 02 Feb 2006 22:32:19 +0100 Tomasz Kłoczko kloczek@zie.pg.gda.pl wrote:
On first look m17n it is real piece of crap. Why? Because in current form it duplicates many things from libc locale database and few more things (did I write "duplicates" ? .. correction: it is not second copy of locale/encodings description because second sits in XLOCALE [1]).
That is basically why I separated some of the large datafiles to a separate subpackage (m17n-db-datafiles) so they don't need to be installed by default. The main m17n-db package manifest is only 86kB.
Then what does need it? If nothing needs it, why is it being shipped?
Jeremy
On Thu, 2 Feb 2006 11:46:52 -0500 Bill Nottingham notting@redhat.com wrote:
Matthias Saou (thias@spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net) said:
I'm not sure I understood everything perfectly, but I'd have to agree about the less-than-optimal splitting, as AFAICS most of those language packages are 8kB big...
It is not an question of size here, it is a question of being able to select the languages for which input maps get installed for m17n-db. Eventually we thinking now to have a scheme to allow the selection what input methods get enabled when an input method gets installed under SCIM, but until that is available I believe the current packaging is the best that can be done.
I expect it's not covered in comps right either - Jens, what's the logic behind this?
Right various languages should probably be added to comps: this will certainly happen for Indian scripts at least which I'm currently working on.
On the other hand of course not every language needs to be comps either: I don't think most Swedes say need to have m17n-db-swedish installed for example.
Jens
On Fri, 2006-02-03 at 12:36 +0900, Jens Petersen wrote:
On Thu, 2 Feb 2006 11:46:52 -0500 Bill Nottingham notting@redhat.com wrote:
I expect it's not covered in comps right either - Jens, what's the logic behind this?
Right various languages should probably be added to comps: this will certainly happen for Indian scripts at least which I'm currently working on.
If it's required by other packages, it should just be required by those packages instead of requiring an explicit selection.
On the other hand of course not every language needs to be comps either: I don't think most Swedes say need to have m17n-db-swedish installed for example.
If it doesn't need to be in comps, then why does it need to be shipped?
Jeremy
On Thu, 02 Feb 2006 17:01:29 +0100 Tomasz Kłoczko kloczek@zie.pg.gda.pl wrote:
Instead [of] generat[ing] 41 binary subpackages m17n-db* each with support for one language better [to] generate one with correctly used %lang() macros in %files list.
The problem is that most people using m17n only need one or two of its langs installed at most, but not necessarily the ones for which they want software translations say (and anyway by default all translations are installed by default nowadays afaict). If all the input maps in m17n-db get installed by default, then about 40 languages appear in the SCIM language selection menu suddenly which is not nice.
Eg I run a Japanese desktop, but also want to be able to input European languages with m17n-db-latin say: how can I do that without pulling in all the other langs under your packaging?
Jens
On Fri, 2006-02-03 at 12:26 +0900, Jens Petersen wrote:
On Thu, 02 Feb 2006 17:01:29 +0100 Tomasz Kłoczko kloczek@zie.pg.gda.pl wrote:
Instead [of] generat[ing] 41 binary subpackages m17n-db* each with support for one language better [to] generate one with correctly used %lang() macros in %files list.
The problem is that most people using m17n only need one or two of its langs installed at most, but not necessarily the ones for which they want software translations say (and anyway by default all translations are installed by default nowadays afaict). If all the input maps in m17n-db get installed by default, then about 40 languages appear in the SCIM language selection menu suddenly which is not nice.
So if I have a public access terminal and support people running in any of the languages we ship, then it's better that there are 40 languages there?
It sounds like you're just trying to work around a poor UI design here.
Jeremy
On Thu, 2006-02-02 at 10:53 -0500, Build System wrote:
f-spot-0.1.8-2
- Wed Feb 01 2006 Christopher Aillon caillon@redhat.com - 0.1.8-2
- Add sqlite3.patch to ensure that sqlite3 is used if both sqlite2 and sqlite3 are installed.
Trying to run f-spot I get:
[rodd@localhost ~]$ f-spot & [1] 24613 [rodd@localhost ~]$ Starting new FSpot server
Unhandled Exception: Mono.Data.SqliteClient.SqliteSyntaxException: file is encrypted or is not a database in [0x0007f] Mono.Data.SqliteClient.SqliteCommand:GetNextStatement (IntPtr pzStart, System.IntPtr pzTail, System.IntPtr pStmt) in [0x00022] (at /usr/src/build/687862-i386/BUILD/mono-1.1.13.2/mcs/class/Mono.Data.SqliteClient/Mono.Data.SqliteClient/SqliteCommand.cs:459) Mono.Data.SqliteClient.SqliteCommand:ExecuteReader (CommandBehavior behavior, Boolean want_results, System.Int32 rows_affected) in [0x00005] (at /usr/src/build/687862-i386/BUILD/mono-1.1.13.2/mcs/class/Mono.Data.SqliteClient/Mono.Data.SqliteClient/SqliteCommand.cs:435) Mono.Data.SqliteClient.SqliteCommand:ExecuteReader (CommandBehavior behavior) in [0x00002] (at /usr/src/build/687862-i386/BUILD/mono-1.1.13.2/mcs/class/Mono.Data.SqliteClient/Mono.Data.SqliteClient/SqliteCommand.cs:429) Mono.Data.SqliteClient.SqliteCommand:ExecuteReader () in <0x00092> TagStore:LoadAllTags () in <0x0005c> TagStore:.ctor (Mono.Data.SqliteClient.SqliteConnection connection, Boolean is_new) in <0x000c7> Db:.ctor (System.String path, Boolean create_if_missing) in <0x002f1> Driver:Main (System.String[] args)
[1]+ Exit 1 f-spot [rodd@localhost ~]$
Do I bugzilla?
R.
On Tue, 2006-02-07 at 08:46 +1100, Rodd Clarkson wrote:
Trying to run f-spot I get:
[snip]
Do I bugzilla?
This is due to the move from sqlite2 -> sqlite3 changing the db format which f-spot doesn't handle that well. Probably worth a bugzilla, although as we haven't "shipped" a sqlite2 based version, it might not be the highest priority thing to handle
Jeremy
On Mon, 2006-02-06 at 16:54 -0500, Jeremy Katz wrote:
On Tue, 2006-02-07 at 08:46 +1100, Rodd Clarkson wrote:
Trying to run f-spot I get:
[snip]
Do I bugzilla?
This is due to the move from sqlite2 -> sqlite3 changing the db format which f-spot doesn't handle that well. Probably worth a bugzilla, although as we haven't "shipped" a sqlite2 based version, it might not be the highest priority thing to handle
Its quite possible to manually convert ~/.gnome2/f-spot/photos.db from sqlite2 to sqlite3 format by dump/restore with "sqlite" and "sqlite3" commands. I did this to test it, but I don't have the exact command lines around anymore.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a short-sighted chivalrous Green Beret who must take medication to keep him sane. She's a high-kicking renegade opera singer in the wrong place at the wrong time. They fight crime!
Rodd Clarkson wrote:
On Thu, 2006-02-02 at 10:53 -0500, Build System wrote:
f-spot-0.1.8-2
- Wed Feb 01 2006 Christopher Aillon caillon@redhat.com - 0.1.8-2
- Add sqlite3.patch to ensure that sqlite3 is used if both
sqlite2 and sqlite3 are installed.
Trying to run f-spot I get: [rodd@localhost ~]$ f-spot & [1] 24613 [rodd@localhost ~]$ Starting new FSpot server
...
Do I bugzilla?
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179983
On Mon, 2006-02-06 at 23:10 +0100, Igor Jagec wrote:
Rodd Clarkson wrote:
On Thu, 2006-02-02 at 10:53 -0500, Build System wrote:
f-spot-0.1.8-2
- Wed Feb 01 2006 Christopher Aillon caillon@redhat.com - 0.1.8-2
- Add sqlite3.patch to ensure that sqlite3 is used if both
sqlite2 and sqlite3 are installed.
Trying to run f-spot I get: [rodd@localhost ~]$ f-spot & [1] 24613 [rodd@localhost ~]$ Starting new FSpot server
...
Do I bugzilla?
Hmmm, tried this and got:
Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, bugzilla@redhat.com and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
________________________________________________________________________ Apache/2.0.46 (Red Hat) Server at bugzilla.redhat.com Port 443
R.
Rodd Clarkson kaže:
On Mon, 2006-02-06 at 23:10 +0100, Igor Jagec wrote:
Do I bugzilla?
Hmmm, tried this and got:
<cut>
Just remove ~/.gnome2/f-spot/photos.db file and that's it. It helped me thoe. Cheers!