Pantek Library
Hosting Provided By
CybrHost
High Speed Hosting
Mailing Lists: lists.debian.org > debian-user-digest > 07 > 100759.html (Request Expert lists.debian.org Support)

debian-user-digest Digest V2007 #2669

From: <debian-user-digest-request(at)lists.debian.org>
Date: Wed Oct 24 2007 - 03:45:18 EDT


Content-Type: text/plain

debian-user-digest Digest Volume 2007 : Issue 2669

Today's Topics: 

  Re: OT: laser printer: HL-5250DN or   [ "Tim DeWall"  ]
  Re: cobol compiler/gui dev enviromen  [ "David Fox"  ]
  Re: OT: laser printer: HL-5250DN or   [ "H.S."  ]
  Re: 1GB RAM is missing.               [ Ron Johnson  ]
  Re: cobol compiler/gui dev enviromen  [ Ron Johnson  ]
  Re: OT: laser printer: HL-5250DN or   [ Hugh Lawson  ]
  Re: OT: laser printer: HL-5250DN or   [ Ron Johnson  ]
  Re: OT: laser printer: HL-5250DN or   [ "Douglas A. Tutty"  ]
  Re: which package contains mkfs.vfat  [ "Daniel B."  ]
  Re: getting scim to work on KDE       [ "Wei Chen"  ]
  Re: getting scim to work on KDE       [ "Wei Chen"  ]
  whats the need of files in /usr/lib/ [ varun_shrivastava <varun.celunite@g ]   How to set up cups-pdf as default pr [ Amit Uttamchandani <atu13439@csun.e ]

Date: Tue, 23 Oct 2007 19:51:43 -0500
From: "Tim DeWall" <tdewall@itctel.com>
To: "Eric De Mund" <ead@ixian.com>, <debian-user@lists.debian.org> Subject: Re: OT: laser printer: HL-5250DN or another one? Message-ID: <005b01c815d8$0c40c630$0500000a@tjscompaq> Content-Type: text/plain; 

	format=flowed;
	charset="iso-8859-1";
	reply-type=original

Content-Transfer-Encoding: 7bit
  • Original Message ----- From: "Eric De Mund" <ead-debian-user@ixian.com> To: <debian-user@lists.debian.org> Sent: Tuesday, October 23, 2007 6:01 PM Subject: Re: OT: laser printer: HL-5250DN or another one?

> HS,
>
> H.S. <hs.samix@gmail.com>:
> ] Anybody have experience with this printer:
> ] Brother HL-5250DN
> ]
> <http://www.brother-usa.com/Printer/ModelDetail.aspx?ProductID=HL5250DN>.
> ]
> ] I have been asked to choose a B/W laser printer to buy for a very
> ] small office. I don't expect it to print more than around 10 pages per
> ] day. I have also been looking at HL-2070N, but duplex printing feature
> ] in HL-5250DN attracted me to it more.
> ]
> ] Any comments on its functionality from Linux? linuxprinting.org says
> ] it works pefectly. What about its durability?
> ]
> ] And, finally, any other suggestions?
>
> Russell L. Harris <rlharris@oplink.net>:
> ] The feature which matters above almost every other feature is Post-
> ] Script. Second is a HP JetDirect ethernet interface. Sacrifice what-
> ] ever else you must in order to get PostScript within your budget limi-
> ] tations.
>
> Harris's suggestion is a good one; I would take it to heart. I'd also
> place at that high level of importance the amount of memory that the
> printer has. I've found it frustrating to have a printer, PostScript-
> capable or otherwise, not be able to print out some of my documents that
> have medium- or high-resolution images within them due to insufficient
> memory.
>
> Regards,
> Eric
> --
> Eric De MUND | Ixian Systems | Jab: eadixian@jabber.org/main
> ad@ixian.com | 650 Castro St, #120-210 | Y!M: ead0002
> ixian.com/ead/ | Mountain View, CA 94041 | ICQ: 811788
>
>
> --
> To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmaster@lists.debian.org
>

Date: Tue, 23 Oct 2007 18:08:15 -0700
From: "David Fox" <dfox94085@gmail.com>
To: "Debian Users" <debian-user@lists.debian.org> Subject: Re: cobol compiler/gui dev enviroment 

Message-ID: <359a3c580710231808g5c3c5233lbef400d5b5a2a330@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Do you need help?X

On 10/23/07, Chris Parker <chris_parker@adelphia.net> wrote:
> Hello all,
>
> Does anyone know of a good cobol compiler and gui development
> enviroment? I have seen open-cobol as a compiler, but was wondering if
> anyone has any other recommendations?

01                     SORRY                       PIC XX    VALUE "NO".

:)

I've not yet heard of an open cobol, seems that it might be interesting. Last I checked, there was
a tiny cobol compiler that I got somewhere on the net but don't have it anymore and can't remember where I got it.

Date: Tue, 23 Oct 2007 21:10:17 -0400
From: "H.S." <hs.samix@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: OT: laser printer: HL-5250DN or another one? 

Message-ID: 
Content-Type:  text/plain; charset=ISO-8859-1
Content-Transfer-Encoding:  7bit

In all your posts you made in this thread, I haven't been able find your message. I am using Icedove and there appears to be nothing but quoted text in all your post!

->HS

Do you need more help?X

Date: Tue, 23 Oct 2007 20:28:27 -0500
From: Ron Johnson <ron.l.johnson@cox.net> To: debian-user@lists.debian.org
Subject: Re: 1GB RAM is missing. 

Message-ID: <471E9FBB.9010505@cox.net>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 10/23/07 19:51, Tim DeWall wrote:
>
> ----- Original Message ----- From: "Ron Johnson" <ron.l.johnson@cox.net>
> To: <debian-user@lists.debian.org>
> Sent: Tuesday, October 23, 2007 6:11 PM
> Subject: Re: 1GB RAM is missing.
>
>
> On 10/23/07 18:00, Stephen Cormier wrote:
>>>> On October 23, 2007 05:32:55 pm Ron Johnson wrote:
>>>>> On 10/23/07 14:16, Stephen Cormier wrote:
>>>>> [snip]
>>>>>
>>>>>> You are going to have to accept that you are never going to get all
>>>>>> 4gb
>>>>>> running a 32bit install due to the limitations of using 32bit where
>>>>>> things
>>>>> At the pid level, or at the OS level?
>>>>

[snip]
>>>> 64bit it is not needed to be reserved so you get all the memory.
>
> Modern 32 bit processors and chipsets map around those limitations.
>
> For many years there have been 32-bit server motherboards that
> accept and use (in both Linux and Windows) up to 64GB RAM.
>
> http://en.wikipedia.org/wiki/Physical_Address_Extension
> http://kerneltrap.org/node/2450

Tim, did you forget to write something?

  • -- Ron Johnson, Jr. Jefferson LA USA

Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good!

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHHp+7S9HxQb37XmcRAnP+AKCqWkGCcKI6ZM4c3/4NDVCVFrRGgACgjPwg RuuhanGQs0lDwP/FlKVc33s=
=3iax
-----END PGP SIGNATURE-----

Date: Tue, 23 Oct 2007 20:34:15 -0500
From: Ron Johnson <ron.l.johnson@cox.net> To: Debian Users <debian-user@lists.debian.org> Subject: Re: cobol compiler/gui dev enviroment 

Message-ID: <471EA117.8080400@cox.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Can we help you?X

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 10/23/07 20:08, David Fox wrote:
> On 10/23/07, Chris Parker <chris_parker@adelphia.net> wrote:
>> Hello all,
>>
>> Does anyone know of a good cobol compiler and gui development
>> enviroment? I have seen open-cobol as a compiler, but was wondering if
>> anyone has any other recommendations?
>
> 01 SORRY PIC XX VALUE "NO".
 >
> :)
>
> I've not yet heard of an open cobol, seems that it might be
> interesting. Last I checked, there was
> a tiny cobol compiler that I got somewhere on the net but don't have
> it anymore and can't remember where I got it.

Correct. COBOL* is so complicated a language, and so anti-geeky, that no one has really had an itch to create a full COBOL environment. You'll have to pony up the coin for a commercial compiler.

  • And it's soulmate PL/I.
    • -- Ron Johnson, Jr. Jefferson LA USA

Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good!

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHHqEXS9HxQb37XmcRAualAKCLoTQUxzhOeJ+1vdea7B4zmfHKdgCg53Af B/pulLdMl30qF+tnjv1fAMI=
=VMDD
-----END PGP SIGNATURE-----

Date: 23 Oct 2007 21:11:32 -0400
From: Hugh Lawson <hlawson@triad.rr.com> To: debian-user@lists.debian.org
Subject: Re: OT: laser printer: HL-5250DN or another one? Message-ID: <87640x8gfv.fsf@desktop.xx.yy> Content-Type: text/plain; charset=us-ascii

"H.S." <hs.samix@gmail.com> writes:

Can't find what you're looking for?X

> Hello,
>
> Anybody have experience with this printer:
> Brother HL-5250DN
> (http://www.brother-usa.com/Printer/ModelDetail.aspx?ProductID=HL5250DN).
>
> I have been asked to choose a B/W laser printer to buy for a very small
> office. I don't expect it to print more than around 10 pages per day. I
> have also been looking at HL-2070N, but duplex printing feature in
> HL-5250DN attracted me to it more.
>
> Any comments on its functionality from Linux? linuxprinting.org says it
> works pefectly. What about its durability?

I've had the HL-5250DN for several months and have printed about 500 pages on it. I like the easy ethernet connection and the ability to print duplex. It works well with both Linux and Windows computers on my home network.

It was no trouble configuring cupsys for it.

It seems to require a lot of power at the beginning of a print job; it dims the lights a little.

Before I used a top-loading HP Laserjet 5L. This printer, although it had some problems with loading, had a somewhat more solid feel than the Brother.   

I'm satisfied with the Brother. 

-- 
Hugh Lawson
hlawson@triad.rr.com

Don't know where to look next?X

Date: Tue, 23 Oct 2007 20:36:19 -0500 From: Ron Johnson <ron.l.johnson@cox.net> To: debian-user@lists.debian.org Subject: Re: OT: laser printer: HL-5250DN or another one? Message-ID: <471EA193.1020806@cox.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10/23/07 18:32, H.S. wrote: [snip]
>
> Excellent to know that.
>
> Now, Eric mentioned memory in his post. I can understand that since
> sometimes the 2070N at my home takes quite a while to print a page with
> graphics in it (it has 16MB RAM). HL-5250DN comes with 32MB. How does
> that sound? It also has an empty slot to accommodate 64MB, 128MB, 256MB
> or 512MB (144-pin DIMM).
Sounds perfect for a small business. If it's a generic DIMM slot, then that's even sweeter. - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHHqGSS9HxQb37XmcRApL1AJ0Q9k8MrqSnYolETxJho1ADYjrAcACgtpku ZuSo2+qoMkwFj6NSpKSly34= =V9b6 -----END PGP SIGNATURE-----

Date: Tue, 23 Oct 2007 22:58:52 -0400 From: "Douglas A. Tutty" <dtutty@porchlight.ca> To: debian-user@lists.debian.org Subject: Re: OT: laser printer: HL-5250DN or another one? Message-ID: <20071024025852.GA9117@titan.hooton> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Oct 23, 2007 at 07:32:22PM -0400, H.S. wrote:
> Now, Eric mentioned memory in his post. I can understand that since
> sometimes the 2070N at my home takes quite a while to print a page with
> graphics in it (it has 16MB RAM). HL-5250DN comes with 32MB. How does
> that sound? It also has an empty slot to accommodate 64MB, 128MB, 256MB
> or 512MB (144-pin DIMM).
>
The way I look at it is this: Ghostscript sends the printer a graphic, bitmapped with PCL 6. So, a whole page at 600x600 dpi x 8.5" x 11" = 33660000 bits 33660000 b / 8 b/B = 4207500 B / 1024 = 4108 KB / 1024 = 4 MB So thats 4 MB per page for the image data itself, 8 MB to hold two sides, plus whatever for control info (PCL wrapping). If it has 16 MB, it can be printing two sides while it receives the data for the next two pages. If you were to be using the built-in font system whereby you sent it plain text and it translated it into your selection of fonts that you donwload to it, that would take up a whole slew of memory. Ditto if you used built-in forms. Neither of which applies if you're just using ghostscript. Doug.

Confused? Frustrated?X

Date: Tue, 23 Oct 2007 23:11:59 -0400 From: "Douglas A. Tutty" <dtutty@porchlight.ca> To: debian-user@lists.debian.org Subject: Re: cobol compiler/gui dev enviroment Message-ID: <20071024031159.GB9117@titan.hooton> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Oct 23, 2007 at 08:34:15PM -0500, Ron Johnson wrote:
> On 10/23/07 20:08, David Fox wrote:
> > On 10/23/07, Chris Parker <chris_parker@adelphia.net> wrote:
> >> Hello all,
> >>
> >> Does anyone know of a good cobol compiler and gui development
> >> enviroment? I have seen open-cobol as a compiler, but was wondering if
> >> anyone has any other recommendations?
> >
> >
> > I've not yet heard of an open cobol, seems that it might be
> > interesting. Last I checked, there was
> > a tiny cobol compiler that I got somewhere on the net but don't have
> > it anymore and can't remember where I got it.
>
> Correct. COBOL* is so complicated a language, and so anti-geeky,
> that no one has really had an itch to create a full COBOL
> environment. You'll have to pony up the coin for a commercial compiler.
>
> * And it's soulmate PL/I.
I'll bite: why do you need COBOL? You've go C, Fortran, and Ada in gcc, plus Python (interpreted). IIUC, the philosophy behind COBOL is that non-programmers can at least read it to understand what is happening. You can achieve that with Python if you're careful. Also, I believe its one of the minor goals of Ada. Of course, if you _need_ a COBOL compiler, you _need_ COBOL. It seems that OpenCOBOL traslates COBOL to C and then compiles that with gcc. Doug.

Date: Tue, 23 Oct 2007 23:13:48 -0400 From: "Douglas A. Tutty" <dtutty@porchlight.ca> To: Tim DeWall <tdewall@itctel.com> Cc: debian-user@lists.debian.org Subject: We keep getting these from you Message-ID: <20071024031348.GC9117@titan.hooton> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi Tim, The last little while today, copies of mail to debian-user keeps coming back unchanged from you. Doug. On Tue, Oct 23, 2007 at 07:51:11PM -0500, Tim DeWall wrote:
>
> ----- Original Message -----
> From: "Ron Johnson" <ron.l.johnson@cox.net>
> To: <debian-user@lists.debian.org>
> Sent: Tuesday, October 23, 2007 6:11 PM
> Subject: Re: 1GB RAM is missing.
>
>
> >-----BEGIN PGP SIGNED MESSAGE-----
> >Hash: SHA1
> >
> >On 10/23/07 18:00, Stephen Cormier wrote:
> >>On October 23, 2007 05:32:55 pm Ron Johnson wrote:
> >>>On 10/23/07 14:16, Stephen Cormier wrote:
> >>>[snip]
> >>>
> >>>>You are going to have to accept that you are never going to get all 4gb
> >>>>running a 32bit install due to the limitations of using 32bit where
> >>>>things
> >>>At the pid level, or at the OS level?
> >>
> >>I take it by pid you mean a process if so then it is my understanding
> >>IIRC
> >>that on a 32bit install you are limited to 2gb maximum of memory that can
> >>be
> >>used by a single process. The limitations I talk about here are BIOS/arch
> >>limited where a certain amount of memory is reserved for things like your
> >>video card, interrupts ... this has to be mapped below 4gb so a hole in
> >>the
> >>memory has to be there for it to be used, like back in the DOS days where
> >>you
> >>had the 15mb-16mb memory hole option in the BIOS. I believe that was just
> >>video related though if my memory serves me but the principle is the same
> >>the
> >>space needs to be reserved on 32bit thus lowers the total ram available
> >>on
> >>64bit it is not needed to be reserved so you get all the memory.
> >
> >Modern 32 bit processors and chipsets map around those limitations.
> >
> >For many years there have been 32-bit server motherboards that
> >accept and use (in both Linux and Windows) up to 64GB RAM.
> >
> >http://en.wikipedia.org/wiki/Physical_Address_Extension
> >http://kerneltrap.org/node/2450
> >
> >- --
> >Ron Johnson, Jr.
> >Jefferson LA USA
> >
> >Give a man a fish, and he eats for a day.
> >Hit him with a fish, and he goes away for good!
> >
> >-----BEGIN PGP SIGNATURE-----
> >Version: GnuPG v1.4.6 (GNU/Linux)
> >
> >iD8DBQFHHn+NS9HxQb37XmcRAkTYAKDqvraUagQsTic3zAh5Jxnmv1JcBgCgmIZp
> >Xx80pVwwfwdYmW9Hn4hmKhY=
> >=lpQI
> >-----END PGP SIGNATURE-----
> >
> >
> >--
> >To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
> >with a subject of "unsubscribe". Trouble? Contact
> >listmaster@lists.debian.org
> >
>
>
> --
> To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmaster@lists.debian.org
>
>

Date: Wed, 24 Oct 2007 00:10:55 -0400 From: "H.S." <hs.samix@gmail.com> To: debian-user@lists.debian.org Subject: getting scim to work on KDE Message-ID: <ffmgkg$v05$1@ger.gmane.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello, I have been using the KDE keyboard layout applet to type different languages. I recently learned that uim or scim could be a better method. To test these out, I installed scim. Then, following some web pages fround via goodle, I put these in ~/.bashrc #stuff for scim to work GTK_IM_MODULE=scim XIM_PROGRAM="scim -d" XMODIFIERS=@im=SCIM Then I put this in ~/.scim/global /DefaultKeyboardLayout = US_Default /DisabledIMEngineFactories = /SupportedUnicodeLocales = en_CA.utf8,pa_IN.utf8,hi_IN.utf8,en_US.UTF-8 because my locale is en_CA.UTF-8. And also started scim after loggin in: $> scim -d $> cat ~/.scim/global Now I have the little keyboard applet on the KDE panel. I can also right click on it and set the preferences using SCIM Setup option. It also lists all the various input languages. However, no matter what I do (CTRL+Space or other combinations), I am not able to change the input method to a different language. If somebody is familiar with scim, can you explain what I could have missed? thanks, ->HS PS: This is on Debian testing.

Date: Wed, 24 Oct 2007 01:38:57 -0400 From: "Daniel B." <dsb@smart.net> To: debian-user@lists.debian.org Subject: Re: which package contains mkfs.vfat Message-ID: <471EDA71.7010502@smart.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable Mathias Brodala wrote:
> Hi.
>=20
> Matus UHLAR - fantomas, 02.06.2007 23:26:
>>> Serena Cantor, 31.05.2007 23:48:
>>>> I have trouble using logical vfat partition
>>>> so I intend to try mkfs.vfat
>> On 01.06.07 00:00, Mathias Brodala wrote:
>>> My suggestion: avoid that one and use a Windows system to format with=
FAT32.
>>> This tool thrashed the filesystem of my digital camera twice that muc=
h, that not
>>> even a Windows system could recover it. Fortunately the camera of a f=
riend was
>>> able to rescue the card in my camera.
>> man mkdosfs(8) has some advices concerning digital cameras...
>=20
> Yep, already read that but it doesn=92t concern me since I don=92t use =
CF but SD cards. Be careful if you install a package that contains fsck.vfat. It corrupts filesystems, and it ignore the /etc/fstab setting that should tell it to not run. fsck.vfat turns a small VFAT corruption into a big one. (When it finds and tries to fix a small problem, it causes a large one.) Be afraid. Be very afraid. I suffered _multiple_ (repeated) massive corruptions of my Windows (C:) filesystem. For example, the file allocation table's sectors and the root directory's sectors were overwritten. Given that, nothing was recovered by it or Window's CHKDSK. (I ended up with 40000 C:/FOUNDnnn/FILEnnnn.CHK files (literally--4 directories of files FILE0000.CHK through FILE9999.CHK).) What was really strange was that the data that was written over the FAT and the root directory's sectors was data from a file on a _different_ FAT partition. And a later time it corrupted my C: disk, it was the _same_ file (from a different filesystem (partition)) whose contents was written all over the FAT and the root directory (at the exact same sector offset). I wonder whether fsck.vfat tried to check two different filesystems in parallel (I don't recall for sure whether they were on different disks), didn't keep its data straight, and wrote onto the first partition data from the second partition. No, I don't see how that would happen--I don't see why fsck.vfat would read the contents of a file. As I mentioned, another problem is that fsck.vfat ignores the /etc/fstab setting (a zero in the checking-order column) that is supposed to mean to not check the partition. That means that, without further hacking, you can't both have it installed on your system and have it _not_ run automatically (if you have any vfat partitions listed in /etc/fstab). Unless it has been fixed (the Sarge version has not), fsck.vfat SUCKS. (Not if I could only figure out what part of my kernel still sucks and keeps causing more filesystem corruption...) Daniel --=20 Daniel B. dsb@smart.net

Date: Wed, 24 Oct 2007 13:36:44 +0800 From: "Wei Chen" <wchenhk@gmail.com> To: debian-user@lists.debian.org Subject: Re: getting scim to work on KDE Message-ID: <e94814790710232236h6a1ca10ha47fb697259d5696@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 10/24/07, H.S. <hs.samix@gmail.com> wrote:
>
> Hello,
>
> I have been using the KDE keyboard layout applet to type different
> languages. I recently learned that uim or scim could be a better method.
>
> To test these out, I installed scim. Then, following some web pages
> fround via goodle, I put these in ~/.bashrc
> #stuff for scim to work
> GTK_IM_MODULE=scim
> XIM_PROGRAM="scim -d"
> XMODIFIERS=@im=SCIM
>
> Then I put this in ~/.scim/global
> /DefaultKeyboardLayout = US_Default
> /DisabledIMEngineFactories =
> /SupportedUnicodeLocales = en_CA.utf8,pa_IN.utf8,hi_IN.utf8,en_US.UTF-8
>
> because my locale is en_CA.UTF-8.
>
> And also started scim after loggin in:
> $> scim -d
> $> cat ~/.scim/global
>
>
> Now I have the little keyboard applet on the KDE panel. I can also right
> click on it and set the preferences using SCIM Setup option. It also
> lists all the various input languages.
>
> However, no matter what I do (CTRL+Space or other combinations), I am
> not able to change the input method to a different language.
>
> If somebody is familiar with scim, can you explain what I could have missed?
>
> thanks,
> ->HS
> PS: This is on Debian testing.
Hi, I personally use scim in KDE. scim is a good input method platform in my point of view. I use its ``pinyin'' input method to input Chinese. It can also be used for many other languages and input methods as far as I know. In order to get things set up for a brand new installation. I do not need to modify various configuration files, except for the user locale set up. What I have to do are as follows. 1. Install the packages for scim and its ``pinyin'' input method using aptitude. Also install the package ``im-switch'' from the repository. 2. Set locale environment variable for my current user: LC_CTYPE=zh_CN.GB2312 in .bash_profile. (Personally I leave other variables en_HK.UTF-8, which is set to be the system-wide default value on my desktop) 3. Run `im-switch -c` to configure the input method for the current user. Choose scim from the interactive user interface. 4. Log out of KDE and log in again. You will see the scim icon in the right bottom corner of the screen. You can turn on/off input methods using ctrl+space. Any sane X program should be able to accept the inputted characters with no problem after this step. Note that the input method may not work properly without a correct locale setting. HTH -- Cheers, Wei http://www.acplex.com/people/wchen/

Date: Wed, 24 Oct 2007 13:43:03 +0800 From: "Wei Chen" <wchenhk@gmail.com> To: debian-user@lists.debian.org Subject: Re: getting scim to work on KDE Message-ID: <e94814790710232243w2659beb6r7640cc7488c6ddbe@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 10/24/07, Wei Chen <wchenhk@gmail.com> wrote:
> On 10/24/07, H.S. <hs.samix@gmail.com> wrote:
> >
> > Hello,
> >
> > I have been using the KDE keyboard layout applet to type different
> > languages. I recently learned that uim or scim could be a better method.
> >
> > To test these out, I installed scim. Then, following some web pages
> > fround via goodle, I put these in ~/.bashrc
> > #stuff for scim to work
> > GTK_IM_MODULE=scim
> > XIM_PROGRAM="scim -d"
> > XMODIFIERS=@im=SCIM
> >
> > Then I put this in ~/.scim/global
> > /DefaultKeyboardLayout = US_Default
> > /DisabledIMEngineFactories =
> > /SupportedUnicodeLocales = en_CA.utf8,pa_IN.utf8,hi_IN.utf8,en_US.UTF-8
> >
> > because my locale is en_CA.UTF-8.
> >
> > And also started scim after loggin in:
> > $> scim -d
> > $> cat ~/.scim/global
> >
> >
> > Now I have the little keyboard applet on the KDE panel. I can also right
> > click on it and set the preferences using SCIM Setup option. It also
> > lists all the various input languages.
> >
> > However, no matter what I do (CTRL+Space or other combinations), I am
> > not able to change the input method to a different language.
> >
> > If somebody is familiar with scim, can you explain what I could have missed?
> >
> > thanks,
> > ->HS
> > PS: This is on Debian testing.
>
> Hi,
>
> I personally use scim in KDE. scim is a good input method platform in
> my point of view. I use its ``pinyin'' input method to input Chinese.
> It can also be used for many other languages and input methods as far
> as I know.
>
> In order to get things set up for a brand new installation. I do not
> need to modify various configuration files, except for the user locale
> set up. What I have to do are as follows.
>
> 1. Install the packages for scim and its ``pinyin'' input method using
> aptitude. Also install the package ``im-switch'' from the repository.
>
> 2. Set locale environment variable for my current user:
> LC_CTYPE=zh_CN.GB2312 in .bash_profile. (Personally I leave other
> variables en_HK.UTF-8, which is set to be the system-wide default
> value on my desktop)
>
Forgot to say that you may have to log out then log in since the command `im-switch -c` relies on proper locale settings.
> 3. Run `im-switch -c` to configure the input method for the current
> user. Choose scim from the interactive user interface.
>
> 4. Log out of KDE and log in again. You will see the scim icon in the
> right bottom corner of the screen. You can turn on/off input methods
> using ctrl+space. Any sane X program should be able to accept the
> inputted characters with no problem after this step.
>
> Note that the input method may not work properly without a correct
> locale setting.
>
> HTH
>
> --
> Cheers,
> Wei
> http://www.acplex.com/people/wchen/
>
-- Cheers, Wei http://www.acplex.com/people/wchen/

Date: Wed, 24 Oct 2007 00:05:49 -0700 (PDT) From: varun_shrivastava <varun.celunite@gmail.com> To: debian-user@lists.debian.org Subject: whats the need of files in /usr/lib/apt/methods/* Message-ID: <13380118.post@talk.nabble.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit hi i am wondering that why some files like http gpgv etc are provided in apt package even if they are already present on the system. Are they required for proper functioning of apt or they are just plugins which can be safely removed similarly some information regarding requirement for following /usr/lib/dpkg/methods/apt/* /usr/lib/dpkg/enoent /usr/lib/dpkg/dpkg-gettext.pl /usr/lib/dpkg/mksplit /usr/share/dpkg/ostable /usr/share/dpkg/cputable /usr/lib/libapt-inst-libc6.3-6.so.1.1.0 thanks varun ______________ -- View this message in context: http://www.nabble.com/whats-the-need-of-files-in--usr-lib-apt-methods-*-tf4682432.html#a13380118 Sent from the Debian User mailing list archive at Nabble.com.

Date: Wed, 24 Oct 2007 00:15:12 -0700 From: Amit Uttamchandani <atu13439@csun.edu> To: debian-user <debian-user@lists.debian.org> Subject: How to set up cups-pdf as default printer? Message-ID: <20071024001512.2ae0583c@debian.csun.edu> Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hey guys, Recently hear that ubuntu 7.10 has a PDF printer enabled by default. I did some digging around and found that this was accomplished through the use of cups-pdf. So I went ahead and installed it using aptitude. Now, I can access the cups settings from http://localhost:631 but I don't see the a "pdf printer" there. There are no man pages for cups-pdf either. I am not too familiar with cups so I apologize if this question is quite trivial. This is one a debian etch system by the way. Thanks, Amit End of debian-user-digest Digest V2007 Issue #2669 ************************************************** Received on Wed Oct 24 03:45:31 2007

Call Pantek today for Open Source Technical Support at 1-877-546-8934 - 24/7/365X

This archive was generated by hypermail 2.1.8 : Wed Mar 19 2008 - 02:55:18 EDT

Contact Us  Legal Notices  Order Services Online 
Pantek Home  Privacy Policy  IT news  Site Map  Pantek Library