scim-m17n should depend on m17n-db

6 messages Options
Embed this post
Permalink
Kenichi Handa

scim-m17n should depend on m17n-db

Reply Threaded More More options
Print post
Permalink
I've just noticed that scim-m17n doesn't depend on m17n-db
(at least in the Ubuntu package).  So, if a user install
scim-m17n package, m17n-lib is installed, but m17n-db is
not.  Without m17n-db, however, scim-m17n is useless.

Please commit this change.

--- configure.ac.~1.12.~ 2008-07-27 10:59:49.000000000 +0900
+++ configure.ac 2009-04-09 16:14:48.000000000 +0900
@@ -46,6 +46,8 @@
 PKG_CHECK_MODULES(M17N,[m17n-shell >= $M17N_VERSION])
 AC_SUBST(M17N_VERSION)
 
+PKG_CHECK_MODULES(M17N,[m17n-db >= $M17N_VERSION])
+
 # Checks for header files.
 AC_HEADER_STDC
 
To package maintainers: please make scim-m17n package depend
on m17n-db.

---
Kenichi Handa
[hidden email]

------------------------------------------------------------------------------
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
_______________________________________________
Scim-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/scim-devel
K. Sethu

Re: scim-m17n should depend on m17n-db

Reply Threaded More More options
Print post
Permalink

On Thu, Apr 9, 2009 at 12:49 PM, Kenichi Handa <[hidden email]> wrote:
I've just noticed that scim-m17n doesn't depend on m17n-db
(at least in the Ubuntu package).  So, if a user install
scim-m17n package, m17n-lib is installed, but m17n-db is
not.  Without m17n-db, however, scim-m17n is useless.

In case of the currently supported 5 distros which are  dapper, gutsy, hardy, intrepid, and jaunty (beta) (as in : http://packages.ubuntu.com/search?keywords=scim-m17&searchon=names&suite=all&section=all ) , in each of them scim-m17n is dependent on libm17n-0 as seen in following 5 pages:

http://packages.ubuntu.com/dapper/scim-m17n
http://packages.ubuntu.com/gutsy/scim-m17n
http://packages.ubuntu.com/hardy/scim-m17n
http://packages.ubuntu.com/intrepid/scim-m17n
http://packages.ubuntu.com/jaunty/scim-m17n

And looking at each of the links for libm17-n from above pages, we can see that with the older first 3 distros in above list, libm17n-0 was dependent on m17n-db. So with the older 3 distros there was no issue of m17n-db being left out.  However, to compare with latest two distros, we may also note that m17n-contrib for the older 3 distros was not depended on by libm17n-0 (so m17n-contrib if wanted, had to be additonally installed those days).

But in the latest 2 distros - Intrepid and Jaunty, for libm17n-0, both m17n-db and m17n-contrib are assigned with "Recommends" status. Packages with "Recommends" status also get installed.

The difference between "Depends" and "Recommends" status is, I guess, that a pacakage with "Depends" status if force removed would break whatever is dependant on it whereas an installed package with "Recommends" status could be removed without breaking any other. If my this  conjecture is wrong I wish to learn from the list what really a e the differences between the two statuses.

So when we install by "sudo apt-get install scim-m17n", in case of Intrepid and Jaunty, it should also install m17n-db and m17n-contrib since they are "recommended" for libm17n-0  and thats what I had found happening while experimenting in a  live cd session.

From whatever I have understood, I also think that the status of m17n-db should be actually changed backed (as Kenichi requests) to "Depends" for libm17n. Because although "Recommends" status does not avoid installation of it , the provided ability to remove it at will, I guess, may not be serving any meningful purpose.

~Sethu



 

------------------------------------------------------------------------------
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
_______________________________________________
Scim-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/scim-devel
Kenichi Handa

Re: scim-m17n should depend on m17n-db

Reply Threaded More More options
Print post
Permalink
In article <[hidden email]>, =?UTF-8?B?4K6V4K6+LiDgrprgr4fgrqTgr4EgfCBLLiBTZXRodQ==?= <[hidden email]> writes:

> But in the latest 2 distros - Intrepid and Jaunty, for libm17n-0, both
> m17n-db and m17n-contrib are assigned with "Recommends" status. Packages
> with "Recommends" status also get installed.

Ah, sorry, I didn't notice it.

> The difference between "Depends" and "Recommends" status is, I guess, that a
> pacakage with "Depends" status if force removed would break whatever is
> dependant on it whereas an installed package with "Recommends" status could
> be removed without breaking any other. If my this  conjecture is wrong I
> wish to learn from the list what really a e the differences between the two
> statuses.

> So when we install by "sudo apt-get install scim-m17n", in case of Intrepid
> and Jaunty, it should also install m17n-db and m17n-contrib since they are
> "recommended" for libm17n-0  and thats what I had found happening while
> experimenting in a  live cd session.

> From whatever I have understood, I also think that the status of m17n-db
> should be actually changed backed (as Kenichi requests) to "Depends" for
> libm17n. Because although "Recommends" status does not avoid installation of
> it , the provided ability to remove it at will, I guess, may not be serving
> any meningful purpose.

I agree.

---
Kenichi Handa
[hidden email]

------------------------------------------------------------------------------
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
_______________________________________________
Scim-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/scim-devel
Harshula

Re: scim-m17n should depend on m17n-db

Reply Threaded More More options
Print post
Permalink
On Tue, 2009-04-14 at 16:30 +0900, Kenichi Handa wrote:

> Ah, sorry, I didn't notice it.

The changes were made due to your recommendations, you stated [1]:
-------------------------------------------------------------
"And, m17n-lib just works better with m17n-db and
m17n-contrib; they are not requisite."
-------------------------------------------------------------

Hence, m17n-lib deb recommends m17n-db & m17n-contrib.

Furthermore, you stated [1]:
-------------------------------------------------------------
"But considering that the large majority of m17n-lib users are
for inputting method at the moment, it may be convenient for
users to make m17n-db and m17n-contrib depend on m17n-lib."
-------------------------------------------------------------

Hence, m17n-db & m17n-contrib debs depend on libm17n-0.

Have you changed your mind? If so, perhaps you should begin by modifying
the configure.ac files in m17n CVS?

cya,
#


[1]
=========================================================
From: Kenichi Handa <[hidden email]>
To: Harshula <[hidden email]>
Cc: [hidden email]
Subject: Re: [m17n-lib:00587] Re: m17n-db and m17n-lib inter-dependency
Date: Thu, 14 Feb 2008 14:51:01 +0900

In article <[hidden email]>, Harshula <[hidden email]> writes:

> On Wed, 2008-02-13 at 09:33 +0900, Kenichi Handa wrote:
> > In article <[hidden email]>, Harshula <[hidden email]> writes:
> >
> > > How tightly coupled are m17n-db and m17n-lib?
> >
> > > For example, can m17n-db 1.5.1 be used with m17n-lib 1.3.4?
> >
> > No because, for instance, some of input methods in m17n-db
> > use commands newly introduced after m17n-lib 1.3.4.

> Thanks. Also, what is the dependency relationship (ignoring versions)
> between:

> 1) m17n-lib
> 2) m17n-db
> 3) m17n-contrib
> 4) m17n-docs

> e.g. Does m17n-lib require m17n-db installed?

As m17n-db and m17n-contrib are just a collection of data,
in the strict meaning of "dependencey", they depend on
nothing.  And, m17n-lib just works better with m17n-db and
m17n-contrib; they are not requisite.

And, m17n-docs is just a documentation package.

> Furthermore, if there is a strict dependency relationship, should it be
> explicitly stated in configure.ac?

> I'm updating the m17n packages for Debian, would you like me to
> introduce a particular dependency relationship between these packages?

As I wrote above, there's no strict dependency.  That's why
their configure.ac don't require each other.  But
considering that the large majority of m17n-lib users are
for inputting method at the moment, it may be convenient for
users to make m17n-db and m17n-contrib depend on m17n-lib.

---
Kenichi Handa
[hidden email]
=========================================================


------------------------------------------------------------------------------
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
_______________________________________________
Scim-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/scim-devel
Kenichi Handa

Re: scim-m17n should depend on m17n-db

Reply Threaded More More options
Print post
Permalink
In article <[hidden email]>, Harshula <[hidden email]> writes:

> On Tue, 2009-04-14 at 16:30 +0900, Kenichi Handa wrote:
> > Ah, sorry, I didn't notice it.

> The changes were made due to your recommendations, you stated [1]:
> -------------------------------------------------------------
> "And, m17n-lib just works better with m17n-db and
> m17n-contrib; they are not requisite."
> -------------------------------------------------------------

> Hence, m17n-lib deb recommends m17n-db & m17n-contrib.

> Furthermore, you stated [1]:
> -------------------------------------------------------------
> "But considering that the large majority of m17n-lib users are
> for inputting method at the moment, it may be convenient for
> users to make m17n-db and m17n-contrib depend on m17n-lib."
> -------------------------------------------------------------

> Hence, m17n-db & m17n-contrib debs depend on libm17n-0.

> Have you changed your mind? If so, perhaps you should begin by modifying
> the configure.ac files in m17n CVS?

Ah, sorry for the confusion.  It is ok that lim17n-0 just
recommends m17n-db and m17n-contrib.  But, scim-m17n should
require m17n-db and perhaps recommend m17n-contrib.

---
Kenichi Handa
[hidden email]

------------------------------------------------------------------------------
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
_______________________________________________
Scim-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/scim-devel
Gerrit Sangel-2

dead keys not working with scim-bridge

Reply Threaded More More options
Print post
Permalink
In reply to this post by Kenichi Handa
Hello,

I’m using KDE 4.2 with QT 4.5 on Kubuntu 9.04 and usually a German keyboard
layout with deadkeys and a compose key.

Do get scim running under QT4 applications, I selected scim-bridge as the
input module.

The problem which occurs is this:

If I press a dead key, it does not work:

E.g. I want to type the character á, I press Compose ' a, but the result is
only 'a. Similarly for other characters like Compose "i = ï, which only
produces "i

This also does not work with purely dead key, without the Compose key.

When I deselect scim-bridge als the default input method and instead select
xim, it works fine. So I guess it is a bug in scim-bridge.

Do I maybe use a method for selecting scim immodule, which is not used
anymore, or could it be a bug in scim-bridge?

If yes, I think it is really urgent, because it is not possible to type any
French characters on a German layout and even German or English is not fully
supported.

Thanks,
Gerrit

------------------------------------------------------------------------------
Stay on top of everything new and different, both inside and
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today.
Use priority code J9JMT32. http://p.sf.net/sfu/p
_______________________________________________
Scim-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/scim-devel