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
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
On 04/12/15 20:05, Almádi Péter dj.p...@gmail.com 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
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
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.
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
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.
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
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
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
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
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
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
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
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
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
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,
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
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)?
Hegedüs Ervin wrote:
hello,
On Thu, Sep 09, 2010 at 10:37:29AM +, 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
20 matches
Mail list logo
