similar to: httx, iiimf, and Japanese input still not working

When I installed CentOS, I was careful to install Japanese language support. However, now that CentOS is running, I can't seem to get Japanese language input going. I clicked on the top menu bar to add the "Input Method Switcher", and now there is a little white square on the top panel. If I click on it, gives me the option of using ASCII input, or to "Add or Remove".

CentOS Errata and Security Advisory 2005:xxx This is 'rest of the U1 level updates'. Notable still missing anaconda, but everything else should be there now. The file list below does contain some previously updated files as it's the list of _all_ updated files. The following updated files have been uploaded and are currently syncing to the mirrors: files:

Two identical machines, both running CentOS 4.3 plus all the errata. First one: yum update went for a while and hung. At the bottom of the yum.log file was this: Aug 31 06:58:01 Updated: control-center.i386 1:2.8.0-12.rhel4.5 Aug 31 06:58:09 Updated: iiimf-le-unit.i386 1:12.1-13.EL.5 Aug The python process was in the process list, but it was consuming no CPU time. I let it go for a couple

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

I think I found a bug in Xapian 1.5 when using FLAG_WORD_BREAKS for input that contains characters in Unicode Halfwidth and Fullwidth Forms (https://unicode.org/charts/PDF/UFF00.pdf). Since I am undecided yet if and how to fix this in Xapian I haven't come up with a pull request. Because trac currently is offline, I could not file a bug. I hope it's OK to post my analysis here first,

Hi, I am trying to configure the SMTP service on DMZ host. Added the rule: ACCEPT wan dmz:66.58.99.84 tcp pop3 - ACCEPT wan dmz:66.58.99.84 tcp 25 - ACCEPT dmz:66.58.99.84 wan tcp 25 - ACCEPT dmz:66.58.99.84 wan tcp pop3 - issued shorewall clear, shorewall restart, but still couldn''t telnet to the mail server

Error: mount.ocfs2: Transport endpoint is not connected while mounting /dev/sdc1 on /u02, could not mount /dev/sdc1. The installation step is: 1. install all rpms on int-rac1, int-rac2 2. interconnect int-rac1, int-rac2, ping each other using private ip and public ip ok. Add EMC SAN as shared disk and visable for two nodes. 3. configure int-rac1 using ocfs2console, add two nodes 4. according

During yum update my box crashed (I frequently have this on Centos 4 x86_64 boxes) ---> Package kdebase.x86_64 6:3.3.1-5.8 set to be updated --> Running transaction check --> Processing Dependency: system-config-printer = 0.6.116-1.centos4.1 for package: system-config-printer-gui --> Processing Dependency: glibc-devel = 2.3.4-2.9 for package: nptl-devel --> Processing Dependency:

Okay, I experimented with both KDE and Gnome, and decided I'd rather use Gnome. After making this decision, I wanted to remove KDE, because I like to keep my hard drive as lean as possible. I accomplished this, or so I thought, by running: # yum groupremove "KDE (K Desktop Environment)". It seemed to work. Removed a whole bunch 'o stuff. Okay, but then I wanted to install k3B,

Hi all I don't have the full Centos 4 CD distro, only the minimal server one (single CD). I use whitebox 4 for desktop installs and then change the necessary files whitebox-release, diskdumputils, yum etc. & change it to centos...never had a problem. This time however, I don't know why, but I chose the "Everything" option in the package selection dialog during install. Post

I've got it so that I can enable Japanese input into an application by typing the following at a command prompt (with FireFox, for example): [dave at localhost ~]$ kinput2 -canna & [1] 10631 [dave at localhost ~]$ XMODIFIERS='@im=kinput2' LC_CTYPE=ja_JP.utf8 firefox However, I would rather not have to type in all that craziness each time I want to start an application. Further,

Hello! I don't know how well this fits within the scope of Freedesktop's current work, but as a Linux user who studies languages, I think there's an area that could definitely use improvement, namely input methods for various Asian and other non-romance languages. While several solutions for inputting these languages are available, most of them seem to be of the "rocket

Here is the output from yum -y upgrade without the error parts... Its odd because it updated all of these first time round. I have dared reboot the box yet, for fear it won't come back up... Setting up Upgrade Process Setting up Repos Reading repository metadata in from local files Resolving Dependencies --> Populating transaction set with selected packages. Please wait. --->

Hi, I need a script which makes the package compa??o rpm's through two text files ... Since a file is the output of the command *rpm-qa > pkg.out * And the second file is a list of several packages rpm's, multiple versions and architectures. My idea is to compare a package *x* file pkg.out with several packages *y* of the file update.out and know

I haven't seen this posted so I will add one more reason why the message command may not work: Permissions. I have this in my [global]: message command = /bin/bash -c 'cat %s | mutt -s You_logged_on jlh;rm %s' & This never would work and I never could figure out why. Turns out that I have guest user ftp, who for security reasons doesn't have much in the way of write

I am running samba version 1.9.18p4 on a sinix machine (unix svr4). My NT workstations use the german code page 850. In earlier versions of samba (1.9.17p2) the character mapping worked just fine, using character set = iso8859-1 client code page = 850 in my smb.conf. Since upgrading to samba 1.9.18p4 this don't work any more. Is this a known problem? I tripple-checked my smb.conf entries,

Hi! updated to p4 the other day, and now the "character set = iso8859-1" option doesn't work anymore. I didn't change anything in the smb.conf file but this: unix password sync = True time server = yes and it worked in 1.9.18p3 :/ Has anyone else seen this? Samba runs on FreeBSD 2.2.6 from the ports collection. (I don't think that password sync works for this

While I''m in temporary retirement, I''ve decided spend a little time experimenting with new things and making some updates to the web site. The biggest result of this effort to date has been: http://shorewall.sf.net/Shorewall_Squid_Usage.html This outlines how to use Squid as a transparent proxy running on the firewall, in the DMZ or in the local network. In the latter two

On Thu, Jan 04, 2024 at 05:50:22PM +0100, Robert Stepanek wrote: > Since I am undecided yet if and how to fix this in Xapian I haven't > come up with a pull request. Because trac currently is offline, I > could not file a bug. I hope it's OK to post my analysis here first, > I'll be happy to follow up reporting that bug proper later (should we > conclude that it actually

I can access Samba and Windows share on my newtork (I have Samba on linux server) and some W2K Server. >From my SUSE 9 Professional client within Konqueror I can create, delete file, rename and even overwrite files on the share of my server (Samba or Windows). But When I open the file (file.txt or any other type) within Konqueror on a Samba share (by example right clicking and choosing open