Re: Strapabíró távolra logolás
On 04/12/15 20:05, Almádi Péter wrote: > Esetleg syslog-ng A fizetős változat valóban tudná... kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Strapabíró távolra logolás
On 04/12/15 19:32, Kiss Gábor wrote: > Raspberry Pi egy másik gépre logolna amikor csak lehet. Ám ha > mondjuk szabotázs miatt megszakad az IP kapcsolat, akkor helyben > kezdjen el az SD kártyára jegyzetelni, és amikor helyreáll a > kapcsolat, akkor küldjön be mindent. A helyben írogatás nem > telítheti a filesystemet, inkább vesszenek el a régebbi bejegyzések. > Nem, a RAM-ban való tárolgatás nem megoldás, mert áramszünet is lehet. > > Ismertek ilyesmi funkcionalitású szoftvert, vagy kezdjek el írni > valamit? Válasz magamnak: rsyslog + disk queue. kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Strapabíró távolra logolás
A megrendelő azt szeretné, ha az isten háta mögött magára hagyott Raspberry Pi egy másik gépre logolna amikor csak lehet. Ám ha mondjuk szabotázs miatt megszakad az IP kapcsolat, akkor helyben kezdjen el az SD kártyára jegyzetelni, és amikor helyreáll a kapcsolat, akkor küldjön be mindent. A helyben írogatás nem telítheti a filesystemet, inkább vesszenek el a régebbi bejegyzések. Nem, a RAM-ban való tárolgatás nem megoldás, mert áramszünet is lehet. Ismertek ilyesmi funkcionalitású szoftvert, vagy kezdjek el írni valamit? kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Socket probléma
Van itt egy kis projektem. Annak részeként character device-okon át elérhető kernel driverek működését szeretném utánozni user space-ben. (Vagy a /proc alatti egysoros file-okét.) Egy démon létrehoz egy unix domain socketet, és várja a klienseket. Ha valaki ír bele, azt megjegyzi. Ha valaki olvas belőle, kiadja amit megjegyzett. A fõ gond, hogy nem lehet a socket listener oldalán megállapítani, hogy a kliens olvasásra vagy írásra nyitotta-e meg. Így aztán bizonytalan, hogy accept után a démon indítsa-e a küldést, vagy várjon a bejövő adatra. Most mindkettőt csinálja, és a flush meg a shutdown környékén van a probléma. Az output irány lezárása azt eredményezi, hogy az olvasás is megszakad azzal, hogy 0 byte jött, a kliens megszakította a kapcsolatot. Mondjatok okosságokat! :-) g _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
fontoskodás
Operát használok Debian squeeze-en. Nem szívesen upgrade-elek, mert egyszer-kétszer már ráfaragtam az új verzió hibáival. Most a 11.60 megjelenésével gondoltam teszek egy próbát. Felrántottam egy schrootos környezetet és abba telepítettem. Így egymás mellett tudom nézni a régit és az újat. Voltaképp nincs is rá komolyabb panasz. A kérdés nem is erre vonatkozik majd. Szóval a fontokkal kínlódtam egy kicsit. Addig addig installálgattam ugyanazokat a csomagokat a chrootba, melyek az alaprendszerben is vannak, míg nagyjából ugyanolyan kinézete lett a két böngészőnek és benne a szövegnek. Erre ma reggel jött a meglepetés. A magyar nyelvű Wikipédiába tévedtem, és ott valami egészen elvadult betűkkel kezdett írni. Holott a beállítások azonosak, a felinstallált csomagok is majdnem. (Pl. nincsenek koreai karakterek.) Viszont más nyelvű Wikiket nézve minden rendben van. És a régi Operával is jól látszik a magyar szöveg. Az Iceweasel nem mutat ilyen anomáliát. Ötleteket kérnék, mit vizsgáljak meg, mi lehet a különbség oka! (Nem nem olyan tanácsokat, hogy másik böngészőt használjak! :-) kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Postfix relayhost és MX: hol működik, hol nem
Laborczi Pál wrote: > Nem, mert az jó, csak az előbb elfelejtettem leírni. Más oldalról meg > kötve hiszem, mert a folyamatosan beragadt 6 levél mellett számtalan > levél elhagyta a szervert. És mit mond a mail.log? Tényleg az smtp.enternet.hu irányába távoztak? g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: snmp trap küldés c/c++ -ból
> net-snmp.org -on csak "snmptrap" util -os példák voltak, pedig elvileg a > libjein keresztül is lehetne intézkedni, de semmi értelmeset nem találok Ha belekukkantanál az snmptrap forrásába, előrébb lennél. :-) Egyébként pedig szimpla snmp_send(), csak a PDU típusa más. http://www.tamos.net/guide/manpages/snmp/snmp_api.3.html g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MIB szerkesztő
Salamon Attila wrote: > Ingyenes vagy olcsó MIB szerkeszt?t keresek linux alá, ami m?ködik is > korektül. Ismertek ilyet? Persze. vi :-) g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: modem reset
> En smsmtools-t hasznalok, annal is "lefagy" (ha jol ertettem, akkor a > kernel idorol-idore mas ttyUSB-re rakja at, ez okozza problemat). > Ilyenkor nalam a kovetkezo script segit: > Hasonló helyzetben én biztos az udevet kérném meg, hogy legyen szíves végezze a dolgát, és csináljon egy /dev/modem symlinket, ami oda mutat "ahova köll". :-) g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: spamassasin+dovecot+postfix konfiguralhato spam filter
> Tudnatok-e ajanlani olyan megoldast, aminek a segitsegevel a subject > beli osszeallitashoz lehet illeszteni > felhasznaloi oldalrol is, webes feluleten keresztul konfiguralhato spam > szuresi szabalyokat? http://www.kfki.hu/cnc/projekt/postfilter/ ? g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: atachment szures
Gabor E. Tusnady wrote: > Megoldhato postfix-szal, hogy egy adott cimre ne lehessen attachment > tartalmazo levelet kuldeni, csak attachment nelkulit? Önmagában a Postfix ilyen megoldást nem kínál. De akármilyen content filteren áthajthatod a levelet. Írj egy programot, ami kidobja a csatolmányokat címtől függően! Azért vannak bizonyos kételyeim a fogalmi tisztaság körül... Mert mi van, ha pl. több címzettnek megy a levél? :-) g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ncftp timestamp
> date kimenete: > távoli gépen: Wed Dec 15 07:15:08 PST 2010 > helyi gépemen: 2010. dec. 15., szerda, 07.14.25 CET > azt szeretném elérni, hogy a módosítási id?t mentse, mert lényeges > hogy a távoli gépemen mikor készültek az adott projekt fájljai. Ha ezt kb. egyszerre adtad ki, akkor az egyik gépen piszkosul el van kefélve valami. Nem lehet Central European Time és Pacific Standard Time szerint is reggel negyed nyolc. Ebbe az irányba kezdeném a nézelõdést. Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ncftp timestamp
> Az lenne problémám, hogy ncftpvel, vagy yafc programmal töltök le a > távoli gépr?l programokat. > A probléma az, hogy a helyi gépemen az id?bélyeget majd 9 órával > eltolja valamiért. Ha alap ftp-programmal töltöm le akkor az az > id?bélyeg marad, amit a távoli gépen kapott. Mi az oka, mivel lehet > kiküszöbölni a problémát? Saját kezeddel kell kinyomozni. Lehallgatod a forgalmat mindkét esetben, és megállapítod, hogy egyik vagy másik program kiad-e olyan FTP parancsot, ami befolyásolhatja a távoli gépen az mtime időzónáját. Utána elmeditálhatsz, hogy lehet-e ezt korrigálni az ncftp-ben, vagy csak a sima ftp olyan okos, hogy megtegye neked ezt a szívességet. De idáig ne is szaladjunk előre! Előbb gyűjtsd be az információt! Majd együtt elemezzük. Vedd elő a wireshark programot és hajrá! g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Korlátos IP csomagok
Furcsa dolgot vettem észre. Itthon ülök egy ADSL vonal mögött. Nem tudom az irodai gépem 10296 byte-nál nagyobb csomagokkal pingetni. Hiába növelem a méretet, a ppp0 interfészen legfeljebb 7 fragmentet mutat a tcpdump. Házon belül megy a 65000 byte-os ping is. Az irodából haza megérkeznek a 64k-s csomagok is. Csak az uplink korlátozott. Mi lehet ennek az oka? Plain Debian lenny, semmi extra a ppp konfigban: asyncmap 0 auth crtscts lock hide-password modem debug debug debug debug debug proxyarp lcp-echo-interval 30 lcp-echo-failure 4 noipx ipv6 ::1234 A ppp0 interfészen a hibaszámlálók értéke 0. g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: WebCamStudio Fedora 14 (x86_64)...
Makó Gábor wrote: > Pedig a header-ek fent vannak: 2.6.35.6-48.fc14.x86_64, devel és headers > csomagok (linkek is megvannak). > Mit kellene ezen módosítanom, hogy megtalálja a kérdéses header-t? > > > Egyébként CentOS 5.5 alatt lefordult simán. :) Na akkor a gcc(1) oldalon nézd meg a -dCHARS környékét, és mindkét rendszeren köpesd ki a cpp-vel, hogy milyen define-ok vannak életben, illetve mi a teljes előfeldolgozott forrás mielőtt maga a fordító hozzányúlna. Ha ezeket összeveted, máris beljebb leszel. :) A két rendszerben alighanem különbözik a /usr/include tartalma. g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: WebCamStudio Fedora 14 (x86_64)...
Makó Gábor wrote: > make -C /lib/modules/2.6.35.6-48.fc14.x86_64/source > SUBDIRS=/usr/share/webcamstudio/webcamstudio-src modules > make[1]: Entering directory `/usr/src/kernels/2.6.35.6-48.fc14.x86_64' >CC [M] /usr/share/webcamstudio/webcamstudio-src/webcamstudio.o > /usr/share/webcamstudio/webcamstudio-src/webcamstudio.c: In function > ?create_pipe?: > /usr/share/webcamstudio/webcamstudio-src/webcamstudio.c:1237:5: error: > implicit declaration of function ?kmalloc? > /usr/share/webcamstudio/webcamstudio-src/webcamstudio.c:1257:9: error: > implicit declaration of function ?kfree? > Mi a hiba pontosan? Hogy nem include-olta azt a header file-t, amiben a kmalloc(), kfree() prototípusa vagy definíciója van. Pl. linux/slab.h -> linux/sl[aou]b_def.h kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: DVD írás - iró hiba?
> > Egyszer nagyon leégtem egy hasonlóval. > > Kicseréltettem a vadi új írót a boltban, és a másik > > is ugyanazt játszotta. > > A megoldás a packet writing (udftools csomag) kikapcsolása > > volt. > > > > > ..és ez a "packet writing" csak úgy beállítódott volna? Nem. Az udftools telepítésével "kaptam" ajándékba :) (Egyszer akartam egy UDF diszkbe belenézni.) > Megnézem... > Van valami parancs az udftools csomagban amivel ki lehet > kapcsolni ezt? /etc/init.d/udftools stop majd a /etc/defaults/udftools szerkesztésével (Debian alatt) g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: DVD írás - iró hiba?
Makó Gábor wrote: > Egyik íróprogram se ír CD/DVD-t egy gépen (FC14). Írási hiba az írás > elején (néha "nem fér az eszközhöz" üzenettel). > Ha beteszek bármilyen CD/DVD-t, akkor egy darabig villog (ahogy kell) az > író LED-je, aztán az író LED-je nem marad égve. > Döglött az író? :( Egyszer nagyon leégtem egy hasonlóval. Kicseréltettem a vadi új írót a boltban, és a másik is ugyanazt játszotta. A megoldás a packet writing (udftools csomag) kikapcsolása volt. g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: acroread generálta PS
Hegedüs Ervin wrote: > hello, > > On Thu, Sep 09, 2010 at 10:37:29AM +0000, Kiss Gábor wrote: >> >> Latex -> dvipdf -> Acrobat Reader 9 > > ugyan nem dvipdf-el, de mással volt ilyen. Nálam az volt a gond, > hogy nem találta meg a kliens program a fontot (UTF-8). > > Tehát nem beágyazott font volt, hanem rendszerfont, és _az_ a > font nem volt telepítve. Jó elmélet, de tavasz óta vélhetően nem töröltem le a fontokat a gépemről. >> Két különböző nyomtató és a ghostscript is azt mutatja, >> hogy nyomtatáskor a fontok teljesen el vannak baltázva. >> Az egyes betűk helyett érdekes, elmosódott, nonfiguratív maszatok >> jelennek meg. Amúgy mindegyik a helyén van, a beágyazott grafikával és a >> tagoló vonalakkal sincs semmi baj. >> >> Tavasszal ugyanez tökéletes volt. Azóta csak az acroread frissült. > ha ez korábban ment, akkor passz, azért nézd meg a PDF > tulajdonságait, és abban a fontokat. Az evince felsorol 30 darab "No name Type 3 Embedded"-et. Az Acroread látszólag bőbeszédűbb: T3Font_XX Type: Type 3 Encoding: Custom Actual Font: T3Font_XX Actual Font Type: Type 3 ahol XX minden értéket felvesz a 0-29 tartományban. Nekem ez nem sokat mond. :-( g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: acroread generálta PS
Baranyai László wrote: >> > Az egyes betűk helyett érdekes, elmosódott, nonfiguratív maszatok >> > jelennek meg. Amúgy mindegyik a helyén van, a beágyazott grafikával és a >> > tagoló vonalakkal sincs semmi baj. > > masik gepen egy acroread milyen? Pontosan mi van fent (acroread-fonts, > acroread-l10n)? Bocs, elfelejtettem az előbb: acroread 9.3.4-0.0 acroread-data 9.3.4-0.0 acroread-debian-files 0.2.9 acroread-dictionary-en 9.3.4-0.0 acroread-escript 9.3.4-0.0 acroread-l10n-en 9.3.4-0.0 gsfonts1:8.11+urwcyr1.0.7~pre44-3 gsfonts-other 6.0-3.2 gsfonts-x110.21 latex-xft-fonts0.1-8 texlive-fonts-recommended 2007.dfsg.2-1~lenny2 texlive-fonts-recommended-doc 2007.dfsg.2-1~lenny2 ttf-freefont 20080323-3 ttf-unifont1:5.1.20080914-1 unifont1:5.1.20080914-1 texlive-latex-base 2007.dfsg.2-1~lenny2 tex-common 1.11.3 texlive-base 2007.dfsg.2-1~lenny2 texlive-common 2007.dfsg.2-1~lenny2 ghostscript8.62.dfsg.1-3.2lenny5 xpdf-reader3.02-1.4+lenny2 evince-gtk 2.22.2-4~lenny1 >> Ja igen! Az xpdf outputja rendesen kijött a nyomtatón. >> (Na csak amíg megkonstruáltam az lpr 218 opcióját...!) > > evince? AZT A LEBORULT SZIVARVÉGIT! Pontosan ugyanúgy rontja el, mint az Acrobat Reader. :-o Pedig arra tettem volna fel a fizetésem, hogy az utóbbi tojt be... g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: acroread generálta PS
Kiss Gábor wrote: > Latex -> dvipdf -> Acrobat Reader 9 > > Két különbőző nyomtató és a ghostscript is azt mutatja, > hogy nyomtatáskor a fontok teljesen el vannak baltázva. > Az egyes betűk helyett érdekes, elmosódott, nonfiguratív maszatok > jelennek meg. Amúgy mindegyik a helyén van, a beágyazott grafikával és a > tagoló vonalakkal sincs semmi baj. > > Tavasszal ugyanez tökéletes volt. Azóta csak az acroread frissült. Ja igen! Az xpdf outputja rendesen kijött a nyomtatón. (Na csak amíg megkonstruáltam az lpr 218 opcióját...!) g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
acroread generálta PS
Tegyük fel, hogy a fikázáson már túl vagyunk, ("méhasználod?"
"nehasznáád!" stb.) megkérdezem, más tapasztalta-e amit én.
Latex -> dvipdf -> Acrobat Reader 9
Két különb?z? nyomtató és a ghostscript is azt mutatja,
hogy nyomtatáskor a fontok teljesen el vannak baltázva.
Az egyes bet?k helyett érdekes, elmosódott, nonfiguratív maszatok
jelennek meg. Amúgy mindegyik a helyén van, a beágyazott grafikával és a
tagoló vonalakkal sincs semmi baj.
Tavasszal ugyanez tökéletes volt. Azóta csak az acroread frissült.
Any comment?
Gábor
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: df vs du
Sinkovicz Zoltán wrote: > Szerintem egyszerűen az okozza az eltérést, hogy a > > du -shx . elött nem adtál ki egy cd / -t :-) Lehetnek továbbá olyan törölt file-ok is, melyeket még nyitva tart egy process. Ezeket a df figyelembe veszi, a du nem. Vagy valami vicces bind mountos trükk is okozhat ilyen jelenséget. kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
