Re: PC speaker hallgat
Kiss Gabor wrote: Ha a sajat forditasu 2.6.17-es kernelem fut, nem szol a PC speaker. Ha Debian gyari 2.6.16-2-amd64-k8-t bootolom, akkor szol. A pcspkr modul mindket esetben bent van. Mi hianyozhat meg neki? Mondjuk a PC speaker tamogatas: CONFIG_INPUT_PCSPKR=y (cseles, mert az Input devices-ben van... :-) -- Sziasztok: Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: PC speaker hallgat
In article [EMAIL PROTECTED], Bartos-Elekes Zsolt [EMAIL PROTECTED] writes: Ha a sajat forditasu 2.6.17-es kernelem fut, nem szol a PC speaker. Ha Debian gyari 2.6.16-2-amd64-k8-t bootolom, akkor szol. A pcspkr modul mindket esetben bent van. Mi hianyozhat meg neki? Mondjuk a PC speaker tamogatas: CONFIG_INPUT_PCSPKR=y (cseles, mert az Input devices-ben van... :-) CONFIG_INPUT_PCSPKR=m nem jo? :- Mondom, hogy bent van a modul a memoriaban! kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: PC speaker hallgat
Kiss Gabor wrote: CONFIG_INPUT_PCSPKR=m nem jo? :- Mondom, hogy bent van a modul a memoriaban! Bocs, nem figyeltem... a napokban szivtam meg, hogy a speaker tamogatas egyaltalan nem volt beleforditva, azert ajanlottam. -- Sziasztok: Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Soros -- billentyűzet
In article [EMAIL PROTECTED], =?iso-8859-2?b?QuRybmtvcGY=?= Bence [EMAIL PROTECTED] writes: 2006/10/21, [EMAIL PROTECTED] [EMAIL PROTECTED]: Hmmm, l=E1ssuk: 48 =3D #30 =3D B 0011 =3D 0 . 48 -- 0 177 =3D #B1 =3D B 1011 0001 =3D 1 . 49 -- 1 51 =3D #33 =3D B 0011 0011 =3D 0 . 51 -- 3 57 =3D #39 =3D B 0011 1001 =3D 0 . 57 -- 9 53 =3D #35 =3D B 0011 0101 =3D 0 . 53 -- 5 183 =3D #B7 =3D B 1011 0111 =3D 0 . 55 -- 7 141 =3D #8D =3D B 1000 1101 =3D 1 . 13 -- CR T=E9nyleg stimmel, =E9s a #33-at sem =EDrtam el. =C9n mindig azt hittem, = hogy a parit=E1s bit az utols=F3. Nagyon k=F6sz=F6n=F6m! Megn=E9ztem ennek tudat=E1ban gtkterm-ben. 9600 baud, parit=E1s even/odd - =FAgy t=FBnt mindegy, 7 bites, 1 stop bit= , flow control none, Xon/Xoff vagy rts/cts - =FAgy t=FBnt mindegy. Most m=E1r csak a k=EDv=E1ncsis=E1gom k=E9rdezteti, hogy mi lenne a k=FCl= =F6nbs=E9g even/odd illetve a k=FCl=F6nb=F6z=F5 flow control-ok eset=E9n, =E9s mi=E9rt nem l=E1= tszik ez a k=FCl=F6nbs=E9g az =E9n esetemben. Az hogy te a te oldaladon mit allitasz be, nem befolyasolja a tuloldalt a paritasbit kiszamitasaban es elkuldeseben. Te csak abbol valaszthatsz, hogy akarsz-e (es milyen) hibajelzest a remelttol eltero paritasu input karakterek eseten. man termios Flow control nem szukseges, mert olyan rovid rekordok jonnek, amik elfernek a vevod buffereben. A kulonbseget akkro latnad, ha tobb kilobyte-nyi adatot probalnal meg bepumpalni maximalis sebesseggel. kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Soros -- billentyűzet : Megoldva
Az hogy te a te oldaladon mit allitasz be, nem befolyasolja a tuloldalt a paritasbit kiszamitasaban es elkuldeseben. Te csak abbol valaszthatsz, hogy akarsz-e (es milyen) hibajelzest a remelttol eltero paritasu input karakterek eseten. Ezek szerint a kezelő szoftver kellene jelezzen hibát valamilyen módon - de nem tapasztaltam semmi ilyesmit. Ugyanazt csinálja odd és even esetén is. Persze most nem is nagyon érdekel... man termios Ühümm, igen, tanulmányozom... :) Flow control nem szukseges, mert olyan rovid rekordok jonnek, amik elfernek a vevod buffereben. A kulonbseget akkro latnad, ha tobb kilobyte-nyi adatot probalnal meg bepumpalni maximalis sebesseggel. Köszönöm, így teljesen érthető. A dolog különben tökéletesen működik. A catty-ben (https://sourceforge.net/projects/catty/) módosítottam annyit, hogy az olvasó által küldött \r-t cserélje \n-re, így sokkal egyszerűbb szkriptből feldolgozni: catty -d /dev/ttyS0 -b 9600 -7 -o -1 |\ while read str; do xte str $str 'key Return'; done A 'key Return' persze csak akkor kell, ha a beolvasás után automatikusan Entert is szeretnék ütni. Mindenkinek köszönöm mégegyszer a segítséget! Bence _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Tiger Auditing Report: uj file a /var/mail-ben
On Fri, 20 Oct 2006, SZABO Zsolt wrote: Na, ez hogy tortenhetett...?! Arghh... .procmailrc-t szerkesztettek windows alol (samba) nem unix kompat. editorral. sZs -- Forwarded message -- Date: Fri, 20 Oct 2006 16:00:37 +0200 From: Tiger automatic auditor at mm.bme.hu [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Tiger Auditing Report for mm.bme.hu NEW: --WARN-- [kis008w] File szakacs in the mail spool, owned by szakacs. --- es valoban: ~# ll /var/mail/szakacs[TAB][TAB] szakacsszakacs^M^M ~# ll /var/mail/szakacs* -rw-rw 1 szakacs mail 30436337 Oct 20 11:09 /var/mail/szakacs -rw--- 1 szakacs mail52339 Oct 20 14:14 /var/mail/szakacs _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: exim meret korlatozas
On Sat, Oct 21, 2006 at 11:46:44PM +0200, gerendas wrote: Hogyan lehet megoldani, hogy csak adott felhasznaloknak legyen korlatozva a kikuldheto level merete (exim3 alatt), ill csak adott felhasznaloknak bejovo leveleinek legyen meret korlatozasa (exim4 alatt)? fogalmam sincs, hogy mikor kuldi el a meretet, de ha elobb, mint ahogy a teljes level bejonne, akkor gondolom acl-bol megoldhato a dolog (sot, biztos). most hogy igy mondom, eszembe jutott, hogy nekem van meretkorlat a spammoknal, ha 150k feletti, akkor nem szurom, es akkor mar van neved is, szoval megoldhato. -- CZW _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re:Kozponti (online) telepitett szoftver adatbazis
http://ocsinventory.sourceforge.net/ Nem tudom, mit tud, mert en ezidaig csak a letoltesig jutottam, a kiprobalasig nem. Talan egy probat meger... Miki _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Kozponti (online) telepitett szoftver adatbazis
On Tue, Oct 24, 2006 at 01:24:41PM +0200, [EMAIL PROTECTED] wrote: http://ocsinventory.sourceforge.net/ Nem tudom, mit tud, mert en ezidaig csak a letoltesig jutottam, a kiprobalasig nem. Talan egy probat meger... Huuh ez nagyon impressziv! Koszi szepen, de azt elarulhatnad hogy talaltal ra. :-) -- LiRulhttp://www.hixsplit.hu/ Un*x + HIX = hixsplit Lehet, de nem erdemes nelkule... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Kozponti (online) telepitett szoftver adatbazis
Huuh ez nagyon impressziv! Koszi szepen, de azt elarulhatnad hogy talaltal ra. :-) A HUP-on (ez itt a reklam helye ;-) ) ajanlotta valaki: http://hup.hu/node/29986 Miki _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Re: Soros -- billentyűzet : Megoldva
In article [EMAIL PROTECTED], Barnkopf Bence [EMAIL PROTECTED] writes: Te csak abbol valaszthatsz, hogy akarsz-e (es milyen) hibajelzest a remelttol eltero paritasu input karakterek eseten. Ezek szerint a kezel=F5 szoftver kellene jelezzen hib=E1t valamilyen m=F3do= n - de nem tapasztaltam semmi ilyesmit. Ugyanazt csin=E1lja odd =E9s even eset= =E9n is. Persze most nem is nagyon =E9rdekel... Ha kezelo szoftver alatt az erted, amelyik a szimulalt gombnyomasokat kapja es ertelmezi, akkor nem. Azt javaslom, az elso korben ne foglalkozz ezzel. Masodik korben olyan programod legyen, amelyik LF-ig olvassa a soros vonalat (fgets), majd egy az egyben atadja a rekordot az xte-nek. Kiveve ha a terminal driver szerint paritashiba volt, mert akkor inkabb eldobja es sipol. A terminal interfeszen c_iflag = PARMRK|INPCK|ICRNL; c_cflag = B9600|CS7|CREAD|PARENB|CLOCAL; c_lflag = 0; A catty-ben (https://sourceforge.net/projects/catty/) m=F3dos=EDtottam anny= it, hogy az olvas=F3 =E1ltal k=FCld=F6tt \r-t cser=E9lje \n-re, =EDgy sokkal eg= yszer=FBbb szkriptb=F5l feldolgozni: Ez mar masnak is eszebe jutott 1970 ota. :-) man termios: ICRNL man stty: icrnl kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Soros -- billentyűzet : Megoldva
On Tue, Oct 24, 2006 at 11:45:19AM +0200, Barnkopf Bence wrote: A dolog különben tökéletesen működik. A catty-ben (https://sourceforge.net/projects/catty/) módosítottam annyit, hogy az olvasó által küldött \r-t cserélje \n-re, így sokkal egyszerűbb szkriptből feldolgozni: catty -d /dev/ttyS0 -b 9600 -7 -o -1 |\ tr '\r' '\n' |\ while read str; do xte str $str 'key Return'; done Igy nem kell modositani. -- [Varadi Gabor] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Soros -- billentyűzet : Megoldva
tr '\r' '\n' |\ while read str; do xte str $str 'key Return'; done Igy nem kell modositani. Ez nem működik, próbáltam. A tr ugyanis csak a bejövő \n hatására adja tovább az adatsort, addig gyűjtögeti. Próbáld ki: (echo -n AAA; sleep 2; echo -n BBB) | tr AB CD Bence _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
linux, initrd problema
Sziasztok,
Van egy problemam.
Egy initrd image-et keszitettem egy howto alapjan. Mukodik is rendesen, a
baj mar csak az hogy nem mountolja a winchesterrol a real root fajlrendszert.
Az initrd init script vege:
(a new konyvtar ala be van mount-olva a root fajlrendszer, amit inditani
kellene)
cd /new
mkdir initrd
pivot_root . initrd
# Start init and flush ram device
exec chroot . /bin/sh - EOF dev/console 21
umount initrd
rm -rf initrd
blockdev --flushbufs /dev/ram0
exec /sbin/init ${CMDLINE}
EOF
A CMDLINE tartalma a kovetkezo:
BOOT_IMAGE=17 ro root=302
Ez nagyon nem tetszik az initnek, mert kiirja hogy: usage: init... es az
osszes parametert... Tehat mintha rosszul lenne meghivva...
Itt meg is all, hogy ismeretlen root device a /dev/ram0, meg hogy nem
tudja mountolni a root fs-t ('0,0')...
Hogyan kellene atirni hogy jo legyen? Csak ezzel van a baj hogy ez nem
mukodik...
Koszonettel: Csabi
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: linux, initrd problema
M. Csabi [EMAIL PROTECTED] wrote:
exec /sbin/init ${CMDLINE}
A CMDLINE tartalma a kovetkezo:
BOOT_IMAGE=17 ro root=302
Ez nagyon nem tetszik az initnek, mert kiirja hogy: usage: init... es az
osszes parametert... Tehat mintha rosszul lenne meghivva...
Merthogy a CMDLINE a kernel parancssora, es semmi koze az init-hez.
--
HCS
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: linux, initrd problema
Szia, Koszi a valaszt. Ezek szerint a script rosszul van megirva... Tudsz valamit javasolni hogy ezt mire csereljem hogy mukodjon? Tovabbi problema hogy a lilo-nak csak a /dev/ram0 root-ot tudom megadni, mert egyszerre ertelemszeruen ket root megadasa nem lehetseges, hogyan vegyem ra hogy tovabblepjen? Koszonettel: Csabi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: linux, initrd problema
M. Csabi [EMAIL PROTECTED] wrote: Ezek szerint a script rosszul van megirva... Tudsz valamit javasolni hogy ezt mire csereljem hogy mukodjon? Szerintem alapesetben nem kell semmi parameter az init-nek. Tovabbi problema hogy a lilo-nak csak a /dev/ram0 root-ot tudom megadni, mert egyszerre ertelemszeruen ket root megadasa nem lehetseges, hogyan vegyem ra hogy tovabblepjen? Nem is kell a masik root-ot megadni, azt a scriptben levo pivot_root hivas elintezi. initrd ugyben vannak nalam hozzaertobbek is, remelhetoleg elobb-utobb benez ide valaki es tud tobbet segiteni. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: linux, initrd problema
Szia, Ismet koszi a segitseget. :) Termeszetesen probaltam siman /sbin/init, parameterek nelkul, az eredmeny ugyanaz: usage: /sbin/init ... Udv: Csabi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ftp nat-olt halozatbol nem ertem igazan
Hali, Itsystem - -Értékház wrote: iptables -I FORWARD -m state --state ESTABLISHED, RELATED -j ACCEPT megvolt, sot probaltam azt is, hogy az input és forward lancon engedem befele az sport 20:21 -et is, de _csak_ akkor ment, ha belulrol kifele engedtem/engedem a forgalmat minden dst portra. Nalam is ugyanez a helyzet passziv ftp-vel. Ezt talaltam az archivumban, ha meg azota nem mar nem talaltad volna meg: On Thu, 18 Apr 2002, Zoltan Benedek Vadasz wrote: Meg tudná valaki mondani (vagy RTFM, de melyiket:-), hogy ahhoz, hogy egy ftp session során kiadott ls parancs sikeresen lefusson mely porto(ka)t kell kinyitni egy firewallon? ftp trukkos protokol, korrektul csak statefull filterrel tudod lekezelni (pl iptables) mukodese: - kliens 1023 folottirol - server 21-re (parancs) - szerver 20-rol kliens altal kozolt (1023 folotti,de tetszoleges) porta (adat) Masik megoldas: passziv ftp, ekkor: - kliens 1023 folottirol - server 21-re (parancs) - kliens 1023 folottirol - server altal megadott 1023 folottire (adat) Udv, -=Lajbi= LAJBER Zoltan Szent Istvan Egyetem, Informatika Hivatal http://mlf.linux.rulez.org Udv, qmi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
