Re: lug-bg: Slackware-Live - проблем с мишката

2003-10-26 Thread Valentin Stoykov 
On Friday 17 October 2003 21:30, George Danchev wrote:
> On Friday 17 October 2003 20:01, Valentin Stoykov wrote:
> --cut--
>
> > Аз като написах cat /dev/ttyS0 престана да работи мишката, а малко след
> > това и клавиатурата.
> > Команда gpm-mouse-test нямам.
>
> тази програма върви с пакета gpm и май ще ти е трудно да я викаш от
> скриптове. Има и mdetect за мишката и read-edid (инфо за монитор през Data
> Display Channel), обаче така и така ако ще ползваш hardware probing tool
> по-добре разгледай и kudzu (около 200к) или discover (под 100к) ... 
> knoppix ползва kudzu и няма проблеми с намиране на мишката където и да е,
> поне аз не съм срещал проблеми с това. Те за това хората пишат такива
> програми, не става всичко с шел скриптове ;-)
>
> --cut--
>
> > Искам да стане с bash. Може да няма инсталиран perl (заема много място).
> > А мястото е ценно, тъй като смятам да си правя live-cd на 8 сантиметров
> > CD-ROM 200MB (максимум 250 MB). Ако остане място - задължително ще го
> > включа ;-)
>
> Ако knoppix ти е голям защо не опиташ как се справя
> http://www.sysresccd.org/ 80 MB май беше. Не съм го тествал... обаче де.
> Появи се т.н. knoppix ефект или да направим по-добър knoppix от knoppix-а
> ;-)
>
> --cut--
>
> > Ако мишката не е серийна, дали
> >   Option "Protocol""auto"
> > ще работи ли във всички случаи?
>
> за съжаление не. например имам случай с една машина дето на всички
> компоненти й пише compaq (малък интегриран ужас с zip;-), на ps/2 мишката
> също пише само това .. е неиска да тръгне мишока с Option "Protocol"   
> "auto" с какви ли не версии на XFree86 не опитвах, иска си Option
> "Protocol""PS/2" ... Забелязах, че Knoppix 3.1 до 3.3 когато буутват на
> тази машина конфигурират също с Option "Protocol""PS/2". Прават го за
> всяка машина с ps/2 мишка предполагам.

Версия 3.2 на Knoppix го прави за всяка ps/2 мишка (прочетох скриптовете).

Дали всяка PS/2 мишка ще работи с Option "Protocol""PS/2"?

В моя скрипт съм ползвал настройките на Knoppix-а за мишките:

Section "InputDevice"
Identifier  "PS/2 Mouse"
Driver  "mouse"
Option  "Protocol" "PS/2"
Option  "Device" "/dev/psaux"
Option  "Emulate3Buttons" "true"
Option  "Emulate3Timeout" "70"
Option  "SendCoreEvents"  "true"
Option  "ZAxisMapping"  "4 5"
EndSection

Section "InputDevice"
Identifier  "USB Mouse"
Driver  "mouse"
Option  "Device""/dev/input/mice"
Option  "SendCoreEvents""true"
Option  "Protocol"  "IMPS/2"
Option  "ZAxisMapping"  "4 5"
Option  "Buttons"   "5"
EndSection

За серийна мишка ползвам настройки:

Section "InputDevice"
Identifier  "Serial Mouse With Wheel"
Driver  "mouse"
Option  "ZAxisMapping" "4 5"
Option "Protocol"  "intellimouse"
Option "Device"  "/dev/mouse"
EndSection

Това съм го тествал с една серийна мишка мишка с колелце.
Дали ще работи за всички други серийни мишки? (вкл. и тези без колелце?)
Установил съм, че ако сложа Option "Protocol"  "auto" не ми работи 
колелцето.
На адрес http://koala.ilog.fr/colas/mouse-wheel-scroll/
прочетох следното:

In your XF86Config file, you should then use one of these protocols:

  Section "Pointer"
  Protocol "imps/2"# for ps/2 wheel mouse
  Protocol "intellimouse"  # for serial wheel mouse
  Protocol "MouseManPlusPS/2"
  ... see the Xfree docs
  
Предполагам,  че протокола   Protocol "MouseManPlusPS/2" се отнася за ps/2 
мишки.

Не ми е известен начин да се определя автоматично дали мишката има колелце.

Към писмото прилагам моя скрипт.
Той ползва една програмка ddcxinfo-knoppix, която може да се изтегли от сайта 
на Knoppix. Използвам я за намиране на подходящи настройки на монитора, тъй 
като `XFree86 -configure` не се справя с тази задача.


>
> > Казва ми го, но трябва да пиша скрипт, който да взима само нужната
> > секция. Много не ми се иска да ползвам XFree86 -configure, защото ми се
> > струва малко тромав, но май няма друг начин... в същност има - мога да се
> > разровя из сорс кода на XFree86 и да разбера как генерира секцията
> > Section "Device" на видеокартата и после cut/paste на кода, малко промени
> > - и си имам малка и бърза програма, само за генериране на Section
> > "Device". Но преди това ще трябва да понауча по-добре C/C++.
>
> ще се позагубиш "малко" в сорса на XFree86. Успех ;-)


rc.hwconfig
Description: application/shellscript

lug-bg: bash скрип за генериране на XF86Config и настройка на мишката

2003-10-20 Thread Valentin Stoykov 
Пиша един скрип за генериране на файла XF86Config и настройка на мишката (/dev/mouse).
Имам един проблем - променям една променлива и след промяната се оказва, че 
променливата не се е променила.
Ето част от кода:

=== <част от кода> ==

s_flag="s5" # С тази променлива имам проблем...

if [ -r "$XF86Config_new_location" ]; then
 cat "$XF86Config_new_location" | while read LINE ; do


*   *   *   *
тука стават разни неща с променливата s_flag, но при
всички случаи й се присвоява стойност различна от s5
*   *   *   *


# контролно печатане на променливата
echo "Променливата s_flag е: $s_flag"
# тук печата каквото се очаква

 done
else echo "Грешка при четенето на файла $XF86Config_new_location"
fi

# контролно печатане на променливата
echo "Променливата s_flag е: $s_flag"
# Тази променлива всеки път е s5.

===  ==

Ето го и целия код:

#!/bin/sh

echo "Стартира се rc.hwconfig..."
date

IDENT_MONITOR="Auto_Configured_Monitor"
IDENT_CARD="Auto_Configured_Card"
IDENT_SCREEN="Auto_Configured_Screen"
XF86Config_location="/etc/X11/XF86Config"
XF86Config_new_location="/root/XF86Config.new"


rm -f $XF86Config_new_location # Изтриване на стария /root/XF86Config.new, на негово 
място ще се запише нов.
ERR_MSG=`/usr/X11R6/bin/XFree86 -configure 2>&1`
if [ ! $? = 0 ]; then
  echo "Грешка при изпълнение на XFree86:"
  echo $ERR_MSG
#  exit
  echo "Въпреки това скрипта продължава да се изпълнява..."
fi

rm -f $XF86Config_location # Изтриване на стария XF86Config, на негово място ще се 
запише нов.

cat > "$XF86Config_location" << EOF
# Този файл е генериран автоматично

# **
# Вижте man страницата XF86Config(4/5) за информация, относно структурата
# на този файл.
# **


# **
# Module section -- this  section  is used to specify
# which dynamically loadable modules to load.
# **
#
Section "Module"

# This loads the DBE extension module.

Load"dbe"   # Double buffer extension

# This loads the miscellaneous extensions module, and disables
# initialisation of the XFree86-DGA extension within that module.
SubSection  "extmod"
  Option"omit xfree86-dga"   # don't initialise the DGA extension
EndSubSection

# This loads the font modules
#Load"type1"
Load"freetype"
#Load"speedo"

# This loads the GLX module
Load   "glx"

EndSection

# **
# Files section.  This allows default font and rgb paths to be set
# **

Section "Files"

# The location of the RGB database.  Note, this is the name of the
# file minus the extension (like ".txt" or ".db").  There is normally
# no need to change the default.

RgbPath "/usr/X11R6/lib/X11/rgb"

# Multiple FontPath entries are allowed (which are concatenated together),
# as well as specifying multiple comma-separated entries in one FontPath
# command (or a combination of both methods)
#
# If you don't have a floating point coprocessor and emacs, Mosaic or other
# programs take long to start up, try moving the Type1 and Speedo directory
# to the end of this list (or comment them out).
#

FontPath   "/usr/X11R6/lib/X11/fonts/bg/bolkhov/cp1251/misc"
FontPath   "/usr/X11R6/lib/X11/fonts/bg/bolkhov/cp1251/75dpi"
FontPath   "/usr/X11R6/lib/X11/fonts/bg/cronyx/cp1251/100dpi"
FontPath   "/usr/X11R6/lib/X11/fonts/bg/misc"

FontPath   "/usr/X11R6/lib/X11/fonts/misc/"

# ModulePath can be used to set a search path for the X server modules.
# The default path is shown here.

#ModulePath "/usr/X11R6/lib/modules"

EndSection

# **
# Server flags section.
# **

Section "ServerFlags"

Option "AllowMouseOpenFail"  "true"


# Uncomment this to cause a core dump at the spot where a signal is
# received.  This may leave the console in an unusable state, but may
# provide a better stack trace in the core dump to aid in debugging

#Option "NoTrapSignals"

# Uncomment this to disable the  VT switch sequence
# (where n is 1 through 12).  This allows clients to receive these key
# events.

#Option "DontVTSwitch"

# Uncomment this to disable the  server abort sequence
# This allows clients to receive this key event.

#Option "DontZap"

# Uncomment this to disable the / mode switching
# sequences.  This allows clients to receive these key events.

#Option "DontZoom"

# Uncomment this to disable tuning with the xvidtune client. With
# it the client can still run and

Re: lug-bg: Slackware-Live - проблем с мишката

2003-10-18 Thread Valentin Stoykov 
On Friday 17 October 2003 21:05, Hristo Erinin wrote:
> Здрасти,
>
> On Fri, 17 Oct 2003 20:01:11 +0300
>
> "Valentin Stoykov" <[EMAIL PROTECTED]> wrote:
> > On Friday 17 October 2003 17:30, Hristo Erinin wrote:
> > > Valentin Stoykov <[EMAIL PROTECTED]> wrote:
> > > > On Monday 13 October 2003 23:51, Valentin Stoykov wrote:
> > > >
> > > > Някой има ли идея как да се проверява към кой порт е вързана
> > > > серийната мишка?
> > >
> > > В пакета с gpm има една програмка gpm-mouse-test. Не съм я пробвал как
> > > и дали работи, но ако искаш и хвърли един поглед. Според документацията
> > > тази програмка се опитва да ти намери мишката и да определи какъв вид е
> > > тя.
> > > А иначе при движение на мишката би трябвало в /dev/ttyS{0,1} да се
> > > генерират събития, които можеш да наблюдаваш (cat /dev/ttyS0). За
> > > съжаление нямам серийна мишка под ръка и не мога да гарантирам за
> > > достоверността на твърденията си. :))
> >
> > Аз като написах cat /dev/ttyS0 престана да работи мишката, а малко след
> > това и клавиатурата.
> > Команда gpm-mouse-test нямам.
>
> Има я в ftp://ftp.schottelius.org/pub/linux/gpm/gpm-1.20.1.tar.gz -
> последната версия на gpm. Аз съм с debian и програмката си върви с пакета
> от дистрибуцията.

В същност командата се казва mouse-test.
Разбрах го чак след като си деинсталирах gpm, компилирах и инсталирах новата 
версия :-)


>
> > > Ами ако мониторът не поддържа DDC?
> >
> > Ако няма DDC, скрипта ще изкара съобщение, че монитора може да се запали
> > :-) и ще сложи някаква конфигурация, която няма да запали повечето
> > монитори.
> >
> > XFree86 -configure не ме задоволява, тъй като ми вади само:
> > Section "Monitor"
>
> [cut]
>
> > EndSection
> >
> > докато ddcxinfo-knoppix -monitor ми дава много по-подробна информация:
> >
> > Section "Monitor"
>
> [cut]
>
> > EndSection
>
> Според мен (може и да греша) функционална разлика между двете секции
> няма да има. При пускането си XFree86 се опитва да използва максималните
> режими.
>
> > Искам да стане с bash. Може да няма инсталиран perl (заема много място).
> > А мястото е ценно, тъй като смятам да си правя live-cd на 8 сантиметров
> > CD-ROM 200MB (максимум 250 MB). Ако остане място - задължително ще го
> > включа ;-)
> >
> > Достатъчно ли ще бъде скрипта да търси секция започваща със Section
> > "Device"? Ами ако има повече от една секция с такова заглавие?
> >
> > В такъв случай ще се наложи скрипта първо да намери Section "Screen", да
> > провери каква е стойността на променливата  Device  (в случая "Card0") и
> > да търси секция, за която са изпълнени едновременно две условия - да
> > започва със Section "Device" и да съдържа на един ред знаковите низове
> > Identifier и "Card0" (с кавичките, но май може и без ;-) ).
>
> Доста сложничко ще бъде с bash :).

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Slackware-Live - проблем с мишката

2003-10-17 Thread Valentin Stoykov 
On Friday 17 October 2003 21:05, Hristo Erinin wrote:
> Здрасти,
>
> On Fri, 17 Oct 2003 20:01:11 +0300
>
> "Valentin Stoykov" <[EMAIL PROTECTED]> wrote:
> > On Friday 17 October 2003 17:30, Hristo Erinin wrote:
> > > Valentin Stoykov <[EMAIL PROTECTED]> wrote:
> > > > On Monday 13 October 2003 23:51, Valentin Stoykov wrote:
> > > >
> > > > Някой има ли идея как да се проверява към кой порт е вързана
> > > > серийната мишка?
> > >
> > > В пакета с gpm има една програмка gpm-mouse-test. Не съм я пробвал как
> > > и дали работи, но ако искаш и хвърли един поглед. Според документацията
> > > тази програмка се опитва да ти намери мишката и да определи какъв вид е
> > > тя.
> > > А иначе при движение на мишката би трябвало в /dev/ttyS{0,1} да се
> > > генерират събития, които можеш да наблюдаваш (cat /dev/ttyS0). За
> > > съжаление нямам серийна мишка под ръка и не мога да гарантирам за
> > > достоверността на твърденията си. :))
> >
> > Аз като написах cat /dev/ttyS0 престана да работи мишката, а малко след
> > това и клавиатурата.
> > Команда gpm-mouse-test нямам.
>
> Има я в ftp://ftp.schottelius.org/pub/linux/gpm/gpm-1.20.1.tar.gz -
> последната версия на gpm. Аз съм с debian и програмката си върви с пакета
> от дистрибуцията.
>
> > > Ами ако мониторът не поддържа DDC?
> >
> > Ако няма DDC, скрипта ще изкара съобщение, че монитора може да се запали
> > :-) и ще сложи някаква конфигурация, която няма да запали повечето
> > монитори.
> >
> > XFree86 -configure не ме задоволява, тъй като ми вади само:
> > Section "Monitor"
>
> [cut]
>
> > EndSection
> >
> > докато ddcxinfo-knoppix -monitor ми дава много по-подробна информация:
> >
> > Section "Monitor"
>
> [cut]
>
> > EndSection
>
> Според мен (може и да греша) функционална разлика между двете секции
> няма да има. При пускането си XFree86 се опитва да използва максималните
> режими.

Не знам дали (би трябвало да) е така, но монитора ми работи в различни режими 
с ddcxinfo-knoppix -monitor и  XFree86 -configure настройки. Струва ми се, че 
с настройките на ddcxinfo-knoppix -monitor работи по-добре.

>
> > Искам да стане с bash. Може да няма инсталиран perl (заема много място).
> > А мястото е ценно, тъй като смятам да си правя live-cd на 8 сантиметров
> > CD-ROM 200MB (максимум 250 MB). Ако остане място - задължително ще го
> > включа ;-)
> >
> > Достатъчно ли ще бъде скрипта да търси секция започваща със Section
> > "Device"? Ами ако има повече от една секция с такова заглавие?
> >
> > В такъв случай ще се наложи скрипта първо да намери Section "Screen", да
> > провери каква е стойността на променливата  Device  (в случая "Card0") и
> > да търси секция, за която са изпълнени едновременно две условия - да
> > започва със Section "Device" и да съдържа на един ред знаковите низове
> > Identifier и "Card0" (с кавичките, но май може и без ;-) ).
>
> Доста сложничко ще бъде с bash :).


Да, сложничко е... 
Но успях да напиша скрипт, който да отделя секцията Sectin "Device":


flag=0

cat XF86Config.new | while read LINE ;
do

if echo $LINE | grep -i Section | grep -i \"Device\" 1> /dev/null ; then
flag=1
fi

if [ "$flag" -eq 1 ]; then
  echo "$LINE" >> device_video_part.tmp
fi

if echo $LINE | grep -i EndSection 1> /dev/null ; then
flag=0
fi


done

Този скрипт чете файла XF86Config.new, генериран от XFree86 -configure ред по 
ред. Ако срещне реда Sectin "Device" започва да пише във файла 
device_video_part.tmp, а като стигне до края на секцията - прекратява 
писането.

Получи се малко грубо... но за по добро решение не се сещам.

Скрипта работи ужасно бавно - около 4 секунди.


A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: CD Eject problem Slack 9.1

2003-10-17 Thread Valentin Stoykov 
On Friday 17 October 2003 23:34, Vladimir Paskov wrote:
> Zdraveite grupa,
> imam problem s ejectvaneto na CD pod KDE 3.1 (Slack 9.1).Kogato kato
> normalen user se opitam da napravq eject na cd-to (klikvaiki s desniqt
> buton i izbiraiki eject) mi izliza slednoto suob6tenie:
>
> Eject /dev/cdrom failed!
>
> V /etc/fstab sum razre6il osven root i normali useri da imat dostup do cd
> ustroistvata (v smisul da mogat da gi montirat) kato sum dobavil user,ro.
>
> Blagodarq predvaritelno za otgovorite!!!
>
> S uvazenie:
> Vladimir Paskov
>
> P.S: Tova e edinstveniqt problem koito ostana nere6en, okolo CD
> ustroistvata mi.
>
При мен CD-ROM устройството ми се eject-ва, но имам проблеми с CD-RW 
устройството.

Ето файла /etc/fstab:

/dev/hda6        swap             swap        defaults         0   0
/dev/hda7        /                reiserfs    defaults         1   1
/dev/hda5        /boot            reiserfs    defaults         1   2
/dev/hda8        /home            reiserfs    defaults         1   2
/dev/hda10       /mnt/live        reiserfs    defaults         1   2
/dev/hda1        /mnt/win_c       vfat        
iocharset=cp1251,codepage=866,umask=0   1   0
/dev/hda9        /mnt/win_d       vfat        
iocharset=cp1251,codepage=866,umask=0   1   0
/dev/cdrom       /mnt/cdrom       iso9660     noauto,user,ro   0   0
/dev/cdrw        /mnt/cdrw        iso9660     noauto,user,ro   0   0
/dev/fd0         /mnt/floppy      auto        noauto,user      0   0
devpts           /dev/pts         devpts      gid=5,mode=620   0   0
proc             /proc            proc        defaults         0   0


Може би причината не е във fstab.


A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Slackware-Live - проблем с мишката

2003-10-17 Thread Valentin Stoykov 
On Friday 17 October 2003 17:30, Hristo Erinin wrote:
> Здрасти,
>
> On Fri, 17 Oct 2003 00:06:42 +0300
>
> Valentin Stoykov <[EMAIL PROTECTED]> wrote:
> > On Monday 13 October 2003 23:51, Valentin Stoykov wrote:
> >
> > Някой има ли идея как да се проверява към кой порт е вързана серийната
> > мишка?
>
> В пакета с gpm има една програмка gpm-mouse-test. Не съм я пробвал как и
> дали работи, но ако искаш и хвърли един поглед. Според документацията
> тази програмка се опитва да ти намери мишката и да определи какъв вид е
> тя.
> А иначе при движение на мишката би трябвало в /dev/ttyS{0,1} да се
> генерират събития, които можеш да наблюдаваш (cat /dev/ttyS0). За
> съжаление нямам серийна мишка под ръка и не мога да гарантирам за
> достоверността на твърденията си. :))

Аз като написах cat /dev/ttyS0 престана да работи мишката, а малко след това и 
клавиатурата.
Команда gpm-mouse-test нямам.

>
> > 
> >
> > Не ми харесва как се генерира XF86Config във Slackware-live и се
> > опитвам да напиша скриптове, които да го правят по-добре.
> >
> > Установих, че настройката на секцията Monitor става много удобно с
> > програмата ddcxinfo-knoppix (ddcxinfo-knoppix-0.6). Ако стартирам тази
> > програма с параметър -monitor, тя ми вади следното:
> >
> > Section "Monitor"
>
> [cut]
>
> > EndSection
>
> Ами ако мониторът не поддържа DDC?
>

Ако няма DDC, скрипта ще изкара съобщение, че монитора може да се запали :-) и 
ще сложи някаква конфигурация, която няма да запали повечето монитори.

> [cut]
>
> > Настройката на видеокартата може да се направи със XFree86 -configure
> > (при което се записва един файл /root/XF86Config.new) Получава се
> > следното:
>
> Тук може и да греша, ако е така някой да ме поправи. Ако мониторът под-
> държа DDC, то тогава XFree86 -configure ще създаде конфигурационен
> файл, който ще използва максималните възможности на монитора. Ако не се
> поддържа DDC, то при всички положения ще има нужда от човешка намеса в
> конфигурационния файл.

XFree86 -configure не ме задоволява, тъй като ми вади само:
Section "Monitor"
#DisplaySize  300   230 # mm
Identifier   "Monitor0"
VendorName   "CPQ"
ModelName"COMPAQ V75"
Option  "DPMS"
EndSection

докато ddcxinfo-knoppix -monitor ми дава много по-подробна информация:

Section "Monitor"
Identifier   "Monitor0"
VendorName  "CPQ"
ModelName   "CPQ1332"
HorizSync 30 - 69 # DDC-probed
VertRefresh 50 - 120 # DDC-probed
# These are the DDC-probed settings reported by your monitor.
# 1024x768, 85.0Hz; hfreq=68.68, vfreq=85.00
ModeLine "1024x768"  94.50 1024 1072 1168 1376  768  769  772  808 +hsync 
+vsync
# 1024x768, 75.0Hz; hfreq=60.02, vfreq=75.03
ModeLine "1024x768"  78.75 1024 1040 1136 1312  768  769  772  800 +hsync 
+vsync
# 1024x768, 70.0Hz; hfreq=56.48, vfreq=70.07
ModeLine "1024x768"  75.00 1024 1048 1184 1328  768  771  777  806 -hsync 
-vsync
# 800x600, 85.0Hz; hfreq=53.67, vfreq=85.06
ModeLine "800x600"   56.25  800  832  896 1048  600  601  604  631 +hsync 
+vsync
# 800x600, 75.0Hz; hfreq=46.88, vfreq=75.00
ModeLine "800x600"   49.50  800  816  896 1056  600  601  604  625 +hsync 
+vsync
# 800x600, 60.0Hz; hfreq=37.88, vfreq=60.32
ModeLine "800x600"   40.00  800  840  968 1056  600  601  605  628 +hsync 
+vsync
# 640x480, 75.0Hz; hfreq=37.50, vfreq=75.00
ModeLine "640x480"   31.50  640  656  720  840  480  481  484  500 -hsync 
-vsync
# 640x480, 60.0Hz; hfreq=31.47, vfreq=59.94
ModeLine "640x480"   25.17  640  648  744  784  480  482  484  509 -hsync 
-vsync
# Extended modelines with GTF timings
# 640x480 @ 100.00 Hz (GTF) hsync: 50.90 kHz; pclk: 43.16 MHz
ModeLine "640x480"  43.16  640 680 744 848  480 481 484 509  -HSync +Vsync
# 768x576 @ 60.00 Hz (GTF) hsync: 35.82 kHz; pclk: 34.96 MHz
ModeLine "768x576"  34.96  768 792 872 976  576 577 580 597  -HSync +Vsync
# 768x576 @ 72.00 Hz (GTF) hsync: 43.27 kHz; pclk: 42.93 MHz
ModeLine "768x576"  42.93  768 800 880 992  576 577 580 601  -HSync +Vsync
# 768x576 @ 75.00 Hz (GTF) hsync: 45.15 kHz; pclk: 45.51 MHz
ModeLine "768x576"  45.51  768 808 888 1008  576 577 580 602  -HSync +Vsync
# 768x576 @ 85.00 Hz (GTF) hsync: 51.42 kHz; pclk: 51.84 MHz
ModeLine "768x576"  51.84  768 808 888 1008  576 577 580 605  -HSync +Vsync

Re: lug-bg: Slackware-Live - проблем с мишката

2003-10-17 Thread Valentin Stoykov 
On Friday 17 October 2003 15:44, Иво Тачев wrote:
> На 17 10 2003 11:40, Peter Georgiev написахте:
> > Ето нещо като идея, доколко ще сработи не е ясно:
> >
> > cat /proc/tty/driver/serial | grep baud:9600 | cut -f1 -d:
> >
> > извежда 0,1 или каквото е там като вържа серийна мишка на съответния
> > порт.
> >
> > Обаче възникват няколко въпроса:
> > 1. Всички серийни мишки ли комуникират на 9600? (Май по-старите бяха на
> > 4800) Някой заклет hardwarist има ли инфо по въпроса?
>
> Серийна мишка MSmouse (2-бутонна)= 1200 bps (моята е такава)
> (Ако не се лъжа) серийна мишка Mouse Systems mouse (3 бутонна) = 2400 bps
> Съвременните серийни мишки, ако са с три бутона и нямат превключвател
> отдолу за типа, по подразбиране са MSMouse (2-бутонна), а при натиснат
> някой бутон при POWER-ON на компютъра става Mouse Systems mouse (3
> бутонна).


Моята мишка е серийна, вързана към COM1 (ttyS0) и има три бутона и едно 
колелце. Работят й и трите бутона без да се налага да държа натиснат бутон 
при POWER-ON.

[EMAIL PROTECTED]:/proc/tty/driver$ cat /proc/tty/driver/serial
serinfo:1.0 driver:5.05c revision:2001-07-08
0: uart:16550A port:3F8 irq:4 baud:1200 tx:8 rx:11684 fe:24 brk:25 RTS|DTR|DSR
1: uart:16550A port:2F8 irq:3 tx:0 rx:0
3: uart:16550A port:2E8 irq:3 tx:0 rx:0 CTS|DSR


На този етап ми се струва, че няма да е голяма загуба ако не може да се 
детектва автоматично към кой порт е мишока. Има ли изобщо някой, със серийна 
мишка, която да е вързана на порт различен от COM1 (ttyS0)?


A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: UTF-8 и браузърите

2003-10-17 Thread Valentin Stoykov 
Забелязал съм странно явление:
отвярям google.com с Mozilla и виждам следното:
http://vstojkov.hit.bg/tmp/snapshot1.png
(някои букви се виждат като въпросителни)

Отварям същия сайт с Konqueror - проблеми няма.

Когато избера View->Page Source (в Mozilla) намирам следния ред в html кода:


Когато избера View->View Document Source (в Konqueror) виждам това:


Забелязал съм, че някои unicode страници не се виждат и в двата браузъра.

Дали е възможно да има някакъв заговор срещу Mozilla - сървъра да подава 
грешен unicode към браузъра?

Или просто има бъг?

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Slackware-Live - проблем с мишката

2003-10-16 Thread Valentin Stoykov 
On Monday 13 October 2003 23:51, Valentin Stoykov wrote:
> Имам следния проблем: Slackware-Live 2.9.0.22 не ми открива мишката.
> Мишката ми е със сериен интерфейс, възрзана към /dev/ttyS0
>
> Когато се поразрових от къде се настройва мишката намерих следните редове
> във файла /etc/rc.d/rc.M
>
> # probe for USB mouse
> echo "Probing for USB mouse..."
> if [ -r /proc/bus/usb/devices -a "`cat /proc/bus/usb/devices | grep -i
> mouse`" != "" ]; then
>ln -sf /dev/input/mice /dev/mouse
> else
>ln -sf /dev/psaux /dev/mouse
> fi
>
> Очевидно е защо не ми открива мишката - там има две възможности - или има
> USB мишка и се създава връзкa /dev/mouse сочеща към /dev/input/mice или
> няма USB мишка, което се тълкува като наличието на PS/2 мишка и се създава
> връзка / dev/mouse сочеща към /dev/psaux.
>
> * * *
>
> Сега видях, че за този проблем вече е докладвано -
> http://www.slackware-live.org/phpBB2/viewtopic.php?t=97
> Даже май и Tomas Matejicek е намерил решение :-)
>
> Май ми стана ясно как да се проверява за мишка - пъвро да се търси USB, ако
> няма да се търси PS/2, а ако няма и такава - да се допусне, че има серийна
> на COM1 - /dev/ttyS0.
>
> Ако командата cat /proc/interrupts | grep -i "PS/2 Mouse"  върне непразен
> низ - значи има PS/2 мишка.
>
> Аз няма да чакам да излезе нова версия - смятам да си я направя сам :-)
> (или поне да опитам)
>
> Струва ми се обаче, че това решение не е добро... ами ако има мишка не на
> COM1, а на COM2?
>
> До колкото разбрах (а аз не разбирам английски) във форума се стигна до
> извода, че трябва тези потребители, които имат мишка на COM2 да я
> конфигурират ръчно (може би за наказание, че не са я включили към COM1
> както правят повечето нормални хора?). Отхвърлена беше идеята скрипта да
> пита потребителя къде му е вързана мишката.
>
> Пак подчертавам, че не разбирам английски и може това, което казвам, че
> пише във форума да не го пише ;-)
>
> Може и да е добра идеята на Tomas Matejicek, потребителят който си е вързал
> мишката на порт различен от COM1 да си я конфигурира сам... просто защото
> такива потребители няма.
>
> Има и още неща, които не харесвам как са направени... но ще пиша за тях
> утре, сега трябва да си лягам
>



Отностно мишката: по добро решение от това не съм намерил:

# probe for USB mouse
echo "Probing for USB mouse..."
if [ -r /proc/bus/usb/devices -a "`cat /proc/bus/usb/devices | grep -i mouse`" != "" 
]; then
   ln -sf /dev/input/mice /dev/mouse
elif [ -r /proc/interrupts -a "`cat /proc/interrupts | grep -i "PS/2 Mouse"`" != "" ]; 
then
   ln -sf /dev/psaux /dev/mouse
else
   ln -sf /dev/ttyS0 /dev/mouse
fi


Някой има ли идея как да се проверява към кой порт е вързана серийната мишка?



Не ми харесва как се генерира XF86Config във Slackware-live и се опитвам да напиша 
скриптове, които да го правят по-добре.

Установих, че настройката на секцията Monitor става много удобно с  програмата 
ddcxinfo-knoppix (ddcxinfo-knoppix-0.6).
Ако стартирам тази програма с параметър -monitor, тя ми вади следното:

Section "Monitor"
Identifier   "Monitor0"
VendorName  "CPQ"
ModelName   "CPQ1332"
HorizSync 30 - 69 # DDC-probed
VertRefresh 50 - 120 # DDC-probed
# These are the DDC-probed settings reported by your monitor.
# 1024x768, 85.0Hz; hfreq=68.68, vfreq=85.00
ModeLine "1024x768"  94.50 1024 1072 1168 1376  768  769  772  808 +hsync 
+vsync
# 1024x768, 75.0Hz; hfreq=60.02, vfreq=75.03
ModeLine "1024x768"  78.75 1024 1040 1136 1312  768  769  772  800 +hsync 
+vsync
# 1024x768, 70.0Hz; hfreq=56.48, vfreq=70.07
ModeLine "1024x768"  75.00 1024 1048 1184 1328  768  771  777  806 -hsync 
-vsync
# 800x600, 85.0Hz; hfreq=53.67, vfreq=85.06
ModeLine "800x600"   56.25  800  832  896 1048  600  601  604  631 +hsync 
+vsync
# 800x600, 75.0Hz; hfreq=46.88, vfreq=75.00
ModeLine "800x600"   49.50  800  816  896 1056  600  601  604  625 +hsync 
+vsync
# 800x600, 60.0Hz; hfreq=37.88, vfreq=60.32
ModeLine "800x600"   40.00  800  840  968 1056  600  601  605  628 +hsync 
+vsync
# 640x480, 75.0Hz; hfreq=37.50, vfreq=75.00
ModeLine "640x480"   31.50  640  656  720  840  480  481  484  500 -hsync 
-vsync
# 640x480, 60.0Hz; hfreq=31.47, vfreq=59.94
ModeLine "640x480"   25.17  640  648  744  784  480  482  484  509 -hsync 
-vsync
# Extended modelines with GTF timings
# 640x480 @ 100.00 Hz (GTF) hsync: 50.90 kHz; pclk: 43.16 MHz
ModeLine "640x

lug-bg: Slackware-Live - проблем с мишката

2003-10-13 Thread Valentin Stoykov 
Имам следния проблем: Slackware-Live 2.9.0.22 не ми открива мишката.
Мишката ми е със сериен интерфейс, възрзана към /dev/ttyS0

Когато се поразрових от къде се настройва мишката намерих следните редове във 
файла /etc/rc.d/rc.M

# probe for USB mouse
echo "Probing for USB mouse..."
if [ -r /proc/bus/usb/devices -a "`cat /proc/bus/usb/devices | grep -i 
mouse`" != "" ]; then
   ln -sf /dev/input/mice /dev/mouse
else
   ln -sf /dev/psaux /dev/mouse
fi

Очевидно е защо не ми открива мишката - там има две възможности - или има USB 
мишка и се създава връзкa /dev/mouse сочеща към /dev/input/mice или няма USB 
мишка, което се тълкува като наличието на PS/2 мишка и се създава връзка /
dev/mouse сочеща към /dev/psaux.

* * *

Сега видях, че за този проблем вече е докладвано - 
http://www.slackware-live.org/phpBB2/viewtopic.php?t=97
Даже май и Tomas Matejicek е намерил решение :-)

Май ми стана ясно как да се проверява за мишка - пъвро да се търси USB, ако 
няма да се търси PS/2, а ако няма и такава - да се допусне, че има серийна на 
COM1 - /dev/ttyS0.

Ако командата cat /proc/interrupts | grep -i "PS/2 Mouse"  върне непразен низ 
- значи има PS/2 мишка.

Аз няма да чакам да излезе нова версия - смятам да си я направя сам :-) (или 
поне да опитам)

Струва ми се обаче, че това решение не е добро... ами ако има мишка не на 
COM1, а на COM2?

До колкото разбрах (а аз не разбирам английски) във форума се стигна до 
извода, че трябва тези потребители, които имат мишка на COM2 да я 
конфигурират ръчно (може би за наказание, че не са я включили към COM1 както 
правят повечето нормални хора?). Отхвърлена беше идеята скрипта да пита 
потребителя къде му е вързана мишката.

Пак подчертавам, че не разбирам английски и може това, което казвам, че пише 
във форума да не го пише ;-)

Може и да е добра идеята на Tomas Matejicek, потребителят който си е вързал 
мишката на порт различен от COM1 да си я конфигурира сам... просто защото 
такива потребители няма.

Има и още неща, които не харесвам как са направени... но ще пиша за тях утре, 
сега трябва да си лягам


A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Re: Sound problem

2003-10-09 Thread Valentin Stoykov 
On Thursday 09 October 2003 21:33, [EMAIL PROTECTED] wrote:
> Цитат на писмо от Valentin Stoykov <[EMAIL PROTECTED]>:
> | On Thursday 09 October 2003 19:07, [EMAIL PROTECTED] wrote:
> | >   Zdraweite.
> | >  Do seganikoga ne sym se zanimawal sys zwuka pod linux. No sega se
> | > nalaga da pusna Red Hat za domashni izpolzwane i nemoga da se oprawq
> | > sys zwuka.
> | >
> | > $ play sound.wav
> | >  sox: Can't open output file '/dev/dsp': No such device
> | >
> | > Idei?
> |
> | Предполагам, че имаш ALSA.
> | Ако имаш, пробвай да си настоиш звука с alsaconfig и/или soundconfig.
> | С коя версия RedHat си?
>
> S v8
> i nqmam alsa...
> qwno shte traq da promenq towa.
>

Първо пробва ли със soundconfig?
Или май беше kudzu, не съм сигурен...

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Sound problem

2003-10-09 Thread Valentin Stoykov 
On Thursday 09 October 2003 19:07, [EMAIL PROTECTED] wrote:
>   Zdraweite.
>  Do seganikoga ne sym se zanimawal sys zwuka pod linux. No sega se nalaga
> da pusna Red Hat za domashni izpolzwane i nemoga da se oprawq sys zwuka.
>
> $ play sound.wav
>  sox: Can't open output file '/dev/dsp': No such device
>
> Idei?
>

Предполагам, че имаш ALSA.
Ако имаш, пробвай да си настоиш звука с alsaconfig и/или soundconfig.
С коя версия RedHat си?

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: bg-linux i knoppix

2003-10-08 Thread Valentin Stoykov 
On Wednesday 08 October 2003 15:40, raptor wrote:
> nqkoi da ima ideq moga li da instaliram bg-linux po nqkakaw nachin taka che
> knoppix-a kato bootwa da go polzwa taka che da mogat horata da si pishat na
> kirilica (de fakto kak se kazwa paketa pod debian)
>
> Mislq da konwertiram nqkolko mashini na knoppix ta dolu gore gledam :
>
>  1. mrevowiq printer gledam che ima wizard pod KDE
>  2. Sambata syshto (ima nqkawa lisa)
>  3. ostawa kirilicata !?
>  4. za poshtata ste polzwam Kmail
>
> Iskam da ostawq bootwaneto da e ot CD i wsichki konfiguracii ste gi zarevda
> ot HDD-to. (ne iskam da go prehwyrlqm Knoppix-a na hdd)
> tia.
>

Аз малко съм се вманиачил на тема настройка на ГНУ/Линукс за безпроблемна 
работа на кирилица и български език. (Даже съм започнал да пиша едно HowTo - 
http://vstoykov.hit.bg/cyrillic/linux/bg_linux_howto_0_0_4.htm)

На адреси:
http://vstojkov.hit.bg/data/knoppix_configs/configs.tbz
http://vstojkov.hit.bg/data/knoppix_configs/knoppix.sh
съм сложил моите настройки на Knoppix 3.2.
Тези два файла съм сложил в директорията /KNOPPIX на CD-то.

Съдържат скриптове, които настройват шрифта и клавиатурната подредба във 
виртуален терминал.
Има настройки на KDE-то да може да се пише на кирилица (фонетична). Този начин 
на настройка не е особено добър. Трябваше да напиша скрипт, който да 
редактира XF86Config.
Написал съм perl скрипт, който прави някои настройки на fstab с цел да няма 
проблеми с файловите имена на кирилица на FAT32 дяловете (ако има такива).
Тъй като шрифтовете заемат много място, не съм ги включил в configs.tbz 
(всичко от този файл се зарежда в оперативната памет).
Вместо това съм направил символна връзка /home/knoppix/.fonts към /cdrom/
fonts, където са True Type шрифтовете. (Тази връзка се прави от един скрипт 
при стартиране на системата)

Генерирането на fonts.dir съм направил с командите:

mkfontdir -e /usr/X11R6/lib/X11/fonts/encodings
ttmkfdir > fonts.dir
fc-cache

В директория /home/knoppix/ съм сложил файл .xftconfig със следното 
съдържание:

#$XFree86$

dir "/usr/X11R6/lib/X11/fonts/Type1"
dir "/usr/share/fonts/ttf/western"
dir "/usr/share/fonts/ttf/decoratives"
dir "~/.fonts"


От configs.tbz съм изтрил всички ненужни конфигурационни файлове така че няма 
да бъде трудно да се види какви точно настройки съм направил.

И един известен бъг - забравих да изтрия от архива с конфигурациите линковете 
към дисковите дялове от десктопа. Но практиката показва, че това няма 
значение.




A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: LANG=bg_BG.utf8 проблеми...

2003-10-05 Thread Valentin Stoykov 
Едно време бях със Slackware 9.0... и си бях настоил системата както съм 
описал в http://vstoykov.hit.bg/cyrillic/linux/bg_linux_howto_0_0_4.htm. И 
почти всичко си работеше както трябва - можех да си пиша текст на кирилица в 
konsole, да си пиша имена на файлове и директории на кирилица както с 
файловия мениджър на KDE, така и във виртуален терминал.

Инсталирах си Slackware 9.1, конфигурирах го пак по същия начин и реших да 
пробвам как е превода на KDE. Пуснах khelpcenter и последва неприятна 
изненада - когато избера 'Ръководства на Unix' ми вади индекса на маймуни. 
Причината е, че текста е с кодиране utf8, а браузъра си мисли, че е cp-1251 и 
се опитва да го показва така.
Пробвах да напиша в Konqueror # - пак същия резултат. От менюто "Преглед" 
избрах "Преглед на програмния код на документа" и какво да видя - ужас! Там 
не е указана кодова таблица!



Индекс на UNIX Ръководство
Индекс на UNIX Ръководство

Секция1  Потребителски 
команди
Секция2  Системни повиквания
Секция3  Подпрограми
Секция4  Устройства
Секция5  Формати на файлове
Секция6  Игри
Секция7  Разни
Секция8  Системна 
администрация
Секция9  Ядро
Секцияn  Нови




Кодирането на html кода е utf8, а браузъра си мисли, че е cp1251.

От менюто "Преглед" избрах "Кодова таблица", "Уникод (utf8)" и текста вече 
можеше да се чете.
От Настройки -> Конфигуриране на Konqueror -> Шрифтове -> Кодировка по 
подразбиране избрах utf8. Затворих браузъра. Отворих браузъра. Написах #. 
Индекса на man страниците вече се чете :-)

Затворих khelpcenter. Отворих khelpcenter. Избрах "Ръководства на Unix". Ужас 
- пак същите маймуни. От никъде не намерих начин да настроя кодовата таблица.

***


Логнах се като root, отворих файла /etc/profile.d/lang.sh и замених export 
LANG=bg_BG със export LANG=bg_BG.utf8.
Излязох от KDE, излязох от bash, и пак влязох.
На променливата LANG се присвои стойност bg_BG.utf8 - вече кодирането по 
подразбиране е utf8.

Проблема с khelpcenter се реши.

Но за съжаление се появиха други проблеми:

Имената на файловете и директориите на кирилица вече не се четат в KDE. 
По-точно не се четат тези, които бяха записани преди да направя промяната на 
LANG. Новите имена на файлове и директории се четат в KDE, но не се четат във 
виртуален терминал и Konsole. Старите имена на кирилица също не се четат във 
виртуален терминал и Konsole.
Не може да се пише в mcedit (стартиран в konsole) на кирилица, не може да се 
чете.
Ако напиша нещо на кирилица в konsole и реша да го изтрия (с backspace) 
изтривам и част от промпта.

Е, имаше и нещо, което ме зарадва - AbiWord заработи просто като й кликнах на 
иконата Не се налагаше да се боря с разни шрифтове... просто си работи с 
шрифтовете на X.


http://clubs.dir.bg/
showthreaded.php?Cat=8&Board=linux&Number=1940302096&page=0&view=collapsed&sb=5

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Slackware 9 на 386 - Kernel panic

2003-09-23 Thread Valentin Stoykov 
On Sunday 21 September 2003 17:08, Georgi Chorbadzhiyski wrote:
> Valentin Stoykov wrote:
> > On Sunday 21 September 2003 14:38, Georgi Chorbadzhiyski wrote:
> >> Valentin Stoykov wrote:
> >> > Инсталирах си Slackware 9 на един хард диск 200MB (двеста мегабайта!)
> >> > Проблема обаче е, че след като го свързах към една машина с 386
> >> > процесор, при зареждане ми вади следното съобщение за грешка:
> >> >
> >> >
> >> > . . .
> >> > Checking if this processor honours the WP bit even in supevisor
> >> > mode No. Kernel panic: This kernel doesn't support CPU's with
> >> > broken WP. Recompile it for a 386!
> >>
> >> Съобщението е много просто "Recompile it for a 386"
> >> Ще трябва да си прекомпилираш kernel-а, като кажеш че си твърдо с 386.
> >>
> >> > In idle task - not syncing
> >> >
> >> >
> >> > Пробвах да инсталирам друг kernel - lowmem.i но резултата е пак същото
> >> > съобщение за грешка.
> >> >
> >> > Какво е това WP ?
> >>
> >> Write Protect, просто казано без този бит, всеки които има достъп до
> >> машината може да я root-не
> >>
> >> > Питах в клуб Линукс, но засега нямам отговор:
> >> > http://clubs.dir.bg/showthreaded.php?Cat=8&Board=linux&Number=19402124
> >> >52& page=0&view=collapsed&sb=5
> >>
> >> Съвсем нормално, кой нормалне човек ще чете разни "клубове" и то в дира
> >
> > Трябва ли да си инсталирам и модулите наново или е достатъчно само
> > ядрото?
>
> Трябва да прекомпилираш ядрото и модулите.

Компилирането го правя на друга машина (за да става по-бързо).
Ядрото го знам къде е след като се компилира - 
/usr/src/linux-2.4.20/arch/i386/boot/bzImage
След като се компилира го копирам на друг хард диск.
А къде да търся компилираните модули (за да ги копирам и тях на другия диск)?

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Slackware 9 на 386 - Kernel panic

2003-09-21 Thread Valentin Stoykov 
On Sunday 21 September 2003 14:38, Georgi Chorbadzhiyski wrote:
> Valentin Stoykov wrote:
> > Инсталирах си Slackware 9 на един хард диск 200MB (двеста мегабайта!)
> > Проблема обаче е, че след като го свързах към една машина с 386 процесор,
> > при зареждане ми вади следното съобщение за грешка:
> >
> >
> > . . .
> > Checking if this processor honours the WP bit even in supevisor mode
> > No. Kernel panic: This kernel doesn't support CPU's with broken WP.
> > Recompile it for a 386!
>
> Съобщението е много просто "Recompile it for a 386"
> Ще трябва да си прекомпилираш kernel-а, като кажеш че си твърдо с 386.
>
> > In idle task - not syncing
> >
> >
> > Пробвах да инсталирам друг kernel - lowmem.i но резултата е пак същото
> > съобщение за грешка.
> >
> > Какво е това WP ?
>
> Write Protect, просто казано без този бит, всеки които има достъп до
> машината може да я root-не
>
> > Питах в клуб Линукс, но засега нямам отговор:
> > http://clubs.dir.bg/showthreaded.php?Cat=8&Board=linux&Number=1940212452&;
> >page=0&view=collapsed&sb=5
>
> Съвсем нормално, кой нормалне човек ще чете разни "клубове" и то в дира


Трябва ли да си инсталирам и модулите наново или е достатъчно само ядрото?

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: Slackware 9 на 386 - Kernel panic

2003-09-21 Thread Valentin Stoykov 
Инсталирах си Slackware 9 на един хард диск 200MB (двеста мегабайта!)
Проблема обаче е, че след като го свързах към една машина с 386 процесор, при 
зареждане ми вади следното съобщение за грешка:


. . .
Checking if this processor honours the WP bit even in supevisor mode No.
Kernel panic: This kernel doesn't support CPU's with broken WP. Recompile it 
for a 386!
In idle task - not syncing


Пробвах да инсталирам друг kernel - lowmem.i но резултата е пак същото 
съобщение за грешка.

Какво е това WP ?

Питах в клуб Линукс, но засега нямам отговор:
http://clubs.dir.bg/showthreaded.php?Cat=8&Board=linux&Number=1940212452&page=0&view=collapsed&sb=5

Сега чета за ядрата и се опитвам да си компилирам едно ядро...

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: mcedit & bg-linux ?

2003-09-17 Thread Valentin Stoykov 
On Wednesday 17 September 2003 16:41, raptor wrote:
> nqkoi polzwa li "midnight commander editor" i da move da pishe na kirilica
> ? Ako da, move li da kave kak
> Nqma problem, kirilicata se chete no ne moga da pisha na kirilica ?
> Rabotq pod "gnome-terminal", predpolagam towa syshto ima nqkakwo znachenie
>
> tia

За да можеш да пишеш на кирилица в mcedit трябва да си настроиш mc по следния 
начин:

Избери от Options -> Display bits и направи следните настройки:

+-- Display bits --+
|  |
|  Input / display codepage:   |
|  Windows 1251   [ Select ]   |
|  |
|  [x] Full 8 bits input   |
|  |
| [ OK ] [ Cancel ]|
+--+

Не забравяй да запазш промените: Options -> Save setup ;-) 

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html