Pages

Search

pop3 and FC4 - Forums Linux

pop3 and FC4 - Forums Linux

pop3 and FC4

Posted: 08 Jan 2006 08:41 PM PST


"Bill Davidsen" <com> wrote in message
news:HPlwf.1720$news.prodigy.com... 

Dovecot, it's built in but needs to be turned on. I also highly, highly
recommend convincing your system to use Maildir and configuring Dovecot
accordingly: it's very handy for dealing with large user mailboxes.

inode

Posted: 08 Jan 2006 09:14 AM PST

x wrote: 

Tools to do such things are often file system specific. See "man
debugfs" on a Linux system, "man fsdb" on most other Unixes.

What can you do? Look at the man pages. These things are hardly every
day tools, though I suppose all of us looked into them at least once to
satisfy curiosity, and (particularly in the "older days") some of us may
have used these things to repair file system problems.

On Unix systems without "stat", I've sometimes used fsdb to get similar
information quickly.

If you want to learn about Linux filesystems in general, Moshe Bar's
Linux File Systems ( http://aplawrence.com/Books/linuxfs.html for a
review) is a good overview.

Don't confuse "debugfs" with Debugfs (http://kerneltrap.org/node/4394)



--
Tony Lawrence
Unix/Linux/Mac OS X resources: http://aplawrence.com
Geek Yard Sale: http://geekyardsale.com

Samba and SELinux

Posted: 07 Jan 2006 09:27 AM PST

In comp.os.linux.setup Nico Kadel-Garcia <net>:
 
 
 

If you manually patch +200 system you can't be helped anyway...
 

Doesn't look that problematic to me, YMMV:

# grep label /etc/lilo.conf
label=2.4.21-37.EL
label=2.4.21-32.0.1.E
label=2.4.21-27.0.4.E
label=2.4.21-27.0.2.E
label=2.4.21-27.0.1.E
label=2.4.28mh
label=2.4.21-20.0.1.E
label=2.4.21-15.0.4.E
label=2.4.21-15.0.3.E
label=linux.bak
label=linux.bak1
label=linux.bak12
label=linux.bak123
label=linux.bak1234
label=linux


--
Michael Heiming (X-PGP-Sig > GPG-Key ID: EDD27B94)
mail: echo qr | perl -pe 'y/a-z/n-za-m/'
#bofh excuse 38: secretary plugged hairdryer into UPS

inode table

Posted: 07 Jan 2006 12:13 AM PST

Thanx to all of you. It was really helpful. Thanx again

utf-8 national character input in Konsole/KDE/X?

Posted: 06 Jan 2006 04:15 PM PST

On Sat, 07 Jan 2006 01:15:29 +0100, Mikko Harjula <fi> wrote:
 

I get:

$ konsole -v
Qt: 3.3.4
KDE: 3.5.0-0.2.fc4 Red Hat
Konsole: 1.6
 

Yes, it has always done for me. FC1, FC2, FC3 and FC4.
 

If LESSCHARSET matters, I think the applications are doing something strange,
like having incorrect envoronment. (LANG, LC_ALL).
 

It is not clear if ls thinks the utf chars are non-printable, or if it
is the terminal program that does not know what to do with them.

I would like to spy a little, but "ls | od" is not good, because
ls behaves differently when the stdout is not a terminal. Use the
command "script":

cd
script
ls
exit
od -c typescript
 

"script" will capture your keypresses as seen by the shell.
 

There are stages:

1. You reboot, kernel starts "init". This program has no initial environment. It sets a few
variables like RUNLEVEL.
2. "init" starts "prefdm". This is a shell script, but it does not load and .bashrc.
It does, however, source /etc/profile.d/lang.sh
3. prefdm starts kdm. I don't know how many steps are involved here. I think is starts
X and a program to display a login screen. This program returns a username, and
kdm runs a session manager, makes it owned by the user, and gives it an initial
envoronment, including, I think, HOME. The session manager is responsible for
setting up the session programs, starting the window manager, the panel, and all
the other programs that are needed to run a desktop. I don't know what environment
e.g. the panel program gets.
4. The panel or the window manager starts Konsole. Konsole inherits an environment from
the program that starts it.
5. Konsole starts a shell, possibly as a "login" shell, certainly as an interactive shell.
This determines what files the shell sources. See man bash, section INVOCATION.
The files are /etc/profile, ~/.bash_profile, ~/.bash_login, ~/.profile, or ~/.bashrc.

The point is that when you run "env" you see the envoronment that the shell sets up after
reading these files. Konsole has a different environment. However, you can find out
what environment running programs are seeing, using

tr '\0' '\012' </proc/1234/environ

with the appropriate process id instead of "1234".

 

On my system there is no missing file:

$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

I can do:

$ LANG=no_NO.UTF-8
$ locale
LANG=no_NO.UTF-8
LC_CTYPE="no_NO.UTF-8"
LC_NUMERIC="no_NO.UTF-8"
LC_TIME="no_NO.UTF-8"
LC_COLLATE="no_NO.UTF-8"
LC_MONETARY="no_NO.UTF-8"
LC_MESSAGES="no_NO.UTF-8"
LC_PAPER="no_NO.UTF-8"
LC_NAME="no_NO.UTF-8"
LC_ADDRESS="no_NO.UTF-8"
LC_TELEPHONE="no_NO.UTF-8"
LC_MEASUREMENT="no_NO.UTF-8"
LC_IDENTIFICATION="no_NO.UTF-8"
LC_ALL=

I suggest you do "strace -e trace=file locale". I get:

$ strace -e trace=file locale
execve("/usr/bin/locale", ["locale"], [/* 47 vars */]) = 0
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=79670, ...}) = 0
open("/lib/libc.so.6", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=1485672, ...}) = 0
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=49608448, ...}) = 0
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 1), ...}) = 0
LANG=no_NO.UTF-8
LC_CTYPE="no_NO.UTF-8"

etc., as before.
 

Looks good, I have

LANG="en_US.UTF-8"
SUPPORTED="en_US.UTF-8:en_US:en:fr_FR.UTF-8:fr_FR:fr:no_NO.UTF-8:no_NO:no:es_ES.UTF-8:es_ES:es"
SYSFONT="latarcyrheb-sun16"

 

Looks good, I have

Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "no"
EndSection
 

What does the string in quotes look like? In my news reader it is coming across
as double-quote, i-with-dieresis, inverted-question-mark(spanish),
vulgar-fraction-one-half, and there is no terminating double quote.
 

It should be like this:

KeyPress event, serial 28, synthetic NO, window 0x2400001,
root 0x40, subw 0x0, time 361871676, (105,108), root:(1169,1113),
state 0x10, keycode 48 (keysym 0xe6, ae), same_screen YES,
XLookupString gives 2 bytes: (c3 a6) "æ"
XmbLookupString gives 2 bytes: (c3 a6) "æ"
XFilterEvent returns: False

KeyRelease event, serial 31, synthetic NO, window 0x2400001,
root 0x40, subw 0x0, time 361871754, (105,108), root:(1169,1113),
state 0x10, keycode 48 (keysym 0xe6, ae), same_screen YES,
XLookupString gives 2 bytes: (c3 a6) "æ"

that is, XlookupString should return two bytes, not one. (I don't know how the
"ae" character displays in your news reader or browser, on my screen it is the
standard Danish/Norwegian ligature.)

Check what is in the environment of the xev program! It's this program
that runs the XlookupString function and gets a single character instead of two.
 

Been there, all forgotten. Repeatedly. Each time, started over afresh. Arghh.

When you find the origin of the problem, you have probably changed a few things
that were actually correct, and you may fail to realise that you have found it.
Double arghhh.

-Enrique

XF86Config Voodo2 card and Debian

Posted: 05 Jan 2006 08:30 AM PST

Tjerk Wolterink wrote: 
AFAIK, Voodoo2 and glide are for 3D games only. For regular X desktop
(ie any 2d graphics) you still need a regular VGA card of some sort.