Module is unknown message on GDM login

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Install Mozc, Mozc-ibus 1.3.975.102-1.el6.1.i686 rpms
2. Install Zinnia 0.06-0.el6.1.4.x86_64  rpms
3.

What is the expected output? What do you see instead?
I had installed the mozc and zinnia updates.
When I tried to login to Gnome, message shows:
"Module is unknown"
I could not log in.

What version of the product are you using? On what operating system?
Scientific Linux 6.1 x86_64

Please provide any additional information below.
After installation, a message appeared, advising me to log out. After reboot, I 
could not log in under any account.

Original issue reported on code.google.com by wasabich...@gmail.com on 29 Jan 2012 at 1:58

[GoogleCodeExporter]

Thank you for the report.

To reproduce this issue, I installed Scientific Linux 6.1 x86_64 (
http://ftp1.scientificlinux.org/linux/scientific/6.1/x86_64/iso/SL-61-x86_64-201
1-11-09-Install-DVD.iso) into VMWare 8.0.1 buid-528992 on Windows 7 x64.
Then I tried to install Mozc and Zinnia through the "Add/Remove Software" but I 
couldn't find any package of Mozc nor Zinnia in the default repository of 
Scientific Linux 6.1.

Where did your ibus-mozc 1.3.975.102-1.el6.1.i686 and Zinnia 
0.06-0.el6.1.4.x86_64 come from?

Original comment by yukawa@google.com on 29 Jan 2012 at 9:00

• Added labels: OpSys-Linux

[GoogleCodeExporter]

Hmm, login failure on Linux with error message "Module is unknown" looks like a 
common trouble around PAM (Pluggable Authentication Modules). I searched as 
follows but I could not believe logon failure you reported is related to Mozc 
nor Zinnia.
http://www.google.com/search?q=%22Module+is+unknown%22+logon
I guess you faced to this problem just because you logged out at that timing.

Original comment by yukawa@google.com on 29 Jan 2012 at 10:00

[GoogleCodeExporter]

Yeah, maybe you are right. I am just reporting it, in case. 

Oh, I used the 
http://download.opensuse.org/repositories/home:/sawaa/ScientificLinux_6/home:saw
aa.repo

Sorry if I am leading you up the garden path. I also thought assumed there had 
been an update like that but the 5 updates were mozc and zinnia.
I couldn't log in so I just reinstalled (Checked after non-googling, for 
another issue to do with x64 PAM filepath being x86 one but couldn't see 
reference to x86 libraries in my setup). 
Now, I would love to find out the problem before using the repo again.

Original comment by wasabich...@gmail.com on 29 Jan 2012 at 10:45

[GoogleCodeExporter]

Hi,

Thank you for the info. I tried to reproduce this issue but no problem was 
found.

Here is the log about how I did.
1. Installed Scientific Linux 6.1 x86_64 as 'Desktop' configuration.
2. Updated all the software with the default repo.
3. Rebooted the system just in case.
4. Added the repo you mentioned and installed the following packages and their 
dependencies:
  - ibus-mozc-1:1.3.975.102-1.el6.1 (x86_64)
  - mozc-1:1.3.975.102-1.el6.1 (x86_64)
  - mozc-tools-1:1.3.975.102-1.el6.1 (noarch)  / I'm wondering why this package is labelled as noarch because mozc_tool is just a Qt application written in C++ though.
   Log-out is not required in my case.
5. Enable IBus-Mozc via System/Preferences/Input Method.
6. Log out and log in to refresh the gtk.
7. Confirmed that Mozc is working fine on gedit 2.28.4

So please let us close this issue as 'not reproduced'.
Feel free to request to reopen this issue if you find something.

Thanks.

Original comment by yukawa@google.com on 29 Jan 2012 at 1:31

• Changed state: Done
• Added labels: Type-Other
• Removed labels: Type-Defect

[GoogleCodeExporter]

Ok. I will let you know if it doesn't work again.

Seems like RHEL6 is pretty neglected with most people forgetting to update 
their own repositories.

Original comment by wasabich...@gmail.com on 29 Jan 2012 at 2:19