On Thu, Mar 15, 2007, Changwoo Ryu wrote:
Making update-gtk-immodules no-op just avoids this problem and made
another problem.
Please explain which problem...
Now how can I use the external GTK immodules? And in which way do the
external GTK immodule packages register themselves?
Making update-gtk-immodules no-op just avoids this problem and made
another problem.
Now how can I use the external GTK immodules? And in which way do the
external GTK immodule packages register themselves?
--
Changwoo Ryu [EMAIL PROTECTED]
signature.asc
Description: This is a digitally
Processing commands for [EMAIL PROTECTED]:
severity 388450 grave
Bug#388450: loaders/immodules not updated on upgrade
Severity set to `grave' from `important'
# initial bugreport was against 2.10.1-2, but problem is
# still reproducible with 2.10.3-1
found 388450 2.10.3-1
Bug#388450: loaders
Processing commands for [EMAIL PROTECTED]:
tags 388450 + experimental
Bug#388450: loaders/immodules not updated on upgrade
Tags were: fixed-in-experimental pending patch
Tags added: experimental
close 388450 2.10.3-2
Bug#388450: loaders/immodules not updated on upgrade
'close' is deprecated
tags 388450 + experimental
close 388450 2.10.3-2
stop
Hi,
On Thu, Sep 21, 2006, Damyan Ivanov wrote:
severity 388450 grave
# initial bugreport was against 2.10.1-2, but problem is
# still reproducible with 2.10.3-1
found 388450 2.10.3-1
# change the title according to the new
5 matches
Mail list logo