Help explain what this means

[bk_7312]

Could someone help explain what this means and what it does:

5. In /etc/X11/Xsession.d directory, create a new file named 95xim with following content:
Quote:

export LANG="zh_CN.GB2312"
export LC_CTYPE="zh_CN.GB2312"
export LC_ALL="zh_CN.GB2312"

# fcitx will start in background by default
/usr/bin/fcitx
XMODIFIERS="@im=fcitx"

export XMODIFIERS

The whole HowTo guide is found here: http://www.linuxsir.org/bbs/showthread.php?p=1547199

See here for why I asked that question: http://www.techsupportalert.com/free....html#post7746

[debtboy]

Originally Posted by bk_7312

Could someone help explain what this means and what it does:

5. In /etc/X11/Xsession.d directory, create a new file named 95xim with following content:

The whole HowTo guide is found here: http://www.linuxsir.org/bbs/showthread.php?p=1547199

See here for why I asked that question: http://www.techsupportalert.com/free....html#post7746

Hi bk,
I'm no expert on Xserver but, I'll tell you what I think it's doing.

First of all, the Xserver is the base interface/platform that graphical
environments like KDE and Gnome run on and Xsession.d is like
a start-up directory where things are automatically started when
the Xserver is initiated (run level 5, booting into a graphical environment).

Exporting variables makes those variables available to any child processes
initiated from the source process. For example, I start a bash shell and
export a varible, then initiate another bash shell from the original and that
"child" shell can read the variable that the parent exported.

In the script 3 language or language classification/category variables
are set to (I assume chinese?) then a particular
X input manager daemon (fcitx) is kicked off or started.
After that XMODIFIERS environment variable is set and exported
telling X clients running on the X server to receive their input via
fcitx input manager (@im=fcitx).

Sorry, I know nothing about fcitx as I've never used it.

[bk_7312]

Originally Posted by debtboy

Hi bk,
I'm no expert on Xserver but, I'll tell you what I think it's doing.

First of all, the Xserver is the base interface/platform that graphical
environments like KDE and Gnome run on and Xsession.d is like
a start-up directory where things are automatically started when
the Xserver is initiated (run level 5, booting into a graphical environment).

Exporting variables makes those variables available to any child processes
initiated from the source process. For example, I start a bash shell and
export a varible, then initiate another bash shell from the original and that
"child" shell can read the variable that the parent exported.

In the script 3 language or language classification/category variables
are set to (I assume chinese?) then a particular
X input manager daemon (fcitx) is kicked off or started.
After that XMODIFIERS environment variable is set and exported
telling X clients running on the X server to receive their input via
fcitx input manager (@im=fcitx).

Sorry, I know nothing about fcitx as I've never used it.

Hi debtboy,
Yes, those 3 language or language classification/category variables are chinese. fcitx is a "very small, easy to use X input method server, similar to MS IME" (according to the HowTo guide) and it is a "Free Chinese Input Toy for X (XIM) fcitx is a simplified Chinese input server. It supports WuBi, Pinyin and QuWei input method. It's small and fast" (according to Synaptic Package Manager)

So, from what you're saying, everything in MEPIS is changed to chinese and instead of displaying the default language (english), they display chinese and everything is controlled by fcitx input manager?

That explains a lot, thanks. So will removing that script solve my problem? And if I do remove it, will MEPIS still be able to display and input chinese text? When I say 'display and input chinese text', I mean 'show chinese text instead of boxes and weird symbols', not 'change everything to chinese'.

Well, I'm not going to wait, I'm just gonna try removing that script and see what happens. I'll post back in a couple of minutes...

[bk_7312]

Originally Posted by bk_7312

Well, I'm not going to wait, I'm just gonna try removing that script and see what happens. I'll post back in a couple of minutes...

Removing it didn't help this user's account but it did help root. Guess this user's account must be corrupted or something then.

[debtboy]

Originally Posted by bk_7312

Removing it didn't help this user's account but it did help root. Guess this user's account must be corrupted or something then.

Hi bk,
Didn't check back right away, I was busy converting my
Linuxbox from openSUSE to Debian
(Too much Novell corporate involvement w/ openSUSE)

Glad to see your messing with Linux and breaking things,
there is no better way to learn!!

I think these 2 partial quotes from the Window Manager thread
ties in fairly well here, espically when changing things under a certain user.

Originally Posted by debtboy

You are correct, you don't need another user,
I just always use one for testing different Desktop Environments/Window Managers.
You never know what's going to happen when you fire up a new
DE/WM, you might even corrupt the user's GUI profile.
Better safe than sorry, adding and deleting a new user is easy,
fixing a corrupted profile isn't quite as easy.

[bk_7312]

Originally Posted by debtboy

Hi bk,
Didn't check back right away, I was busy converting my
Linuxbox from openSUSE to Debian
(Too much Novell corporate involvement w/ openSUSE)

Glad to see your messing with Linux and breaking things,
there is no better way to learn!!

I think these 2 partial quotes from the Window Manager thread
ties in fairly well here, espically when changing things under a certain user.

Okay, I learned my lesson: "Always test something on a 'guinea pig' before actually using it yourself".

But I have to admit, it was a rousing battle back there. There I was, disarmed by fcitx as I tried to type a URL in the address bar without seeing what I type. Luckily, my trusted comrade, KWrite, came to my aid. I type the URL in KWrite and copied it to the address bar.

The battle didn't end there for all my bookmarks were without words, with no way to identify who is who, I had to use Google and search high and low for the missing links. It was chaos for all.

My courage, I shall prove, for I ventured to TechSupportAlert and find comrades at arm. For MEPIS, we fought. The reign of fcitx was short for the end was near. The final battle was soon mere minutes away... TO BE CONTINUED.

Sorry, got a bit carried away there...

[debtboy]

The suspense, I can't take it

Will MEPIS forever be trapped in the fcitx world of Chinese input?
Or will our hero bk restore choice and flexibility with XIM?

Good Luck bk

[bk_7312]

Originally Posted by bk_7312

The final battle was soon mere minutes away... TO BE CONTINUED.

I didn't really plan to continue but, hey, it's fun.

Loading save file # 1......... Loading Complete!

The final battle was soon mere minutes away...

Blow the horn and summon root? Yes
Enter Password : *************** ******** ******************* **************** ****** ************** **** *************************** ********* ******* **************** ***************** ************* *********************************** ***************** ********************* *********** ******** ****************** *********** **** ******************* ******** ****************** ********(that's one long password...)

Root appear and we discuss out battle plans. Then, we were to march for 7312 ticks to /etc/X11/Xsession.d, there, we found 95xim, fcitx's stronghold.

There, we had the most epic battle ever, with the help of root, I right-click the file and chose delete. Using the K Menu > Log Out... > End Current Session and then Restart X Server and then logging in to the country (A.K.A user account) bk at the MEPIS continent, fcitx's reign was over!

Unfortunately, our battles left many great scars on the country bk. These scars were, however, cannot be mended. We shall see that after X years, the land of bk shall arise once more.

Here, our hero (A.K.A user) set out on a quest to find another land to live on. He found one, conquer it and named it the country guinea pig.

From here on, our hero became wiser as time passes. A new chapter will begin as the people at Windows continent fear those at the MEPIS continent and waged a war against them.

To continue reading the next chapter, go to your local book store and purchase the book 'War against MEPIS' (or something like that...) by bk_7312 (maybe I should consider being an author).

[wdhpr]

Sounds like an RPG adventure. I always choose a Paladin as my lead character with an level 11 mage ready to cast spells to vanquish those nasties that took over the land of mepis

Cheers
Wdhpr