Re: upc fiberpower
On Fri, 2009-11-27 at 07:36 +0100, Zoltán Gerendás wrote: > A szerelő nem mondott semmit. Távozása után kb fél órás telefon (1221) > kiderült, hogy csak windows-on egy program teleítése után m,egy a 60 Mb. > > És valóban!! Így működött. 60mbit már nem triviális a legtöbb home routernek. Nameg a kábelmodemnek sem (ha régi). -- Üdvözlettel, Gábriel Ákos -=E-Mail :akos.gabr...@i-logic.hu|Web: http://www.i-logic.hu=- -=Tel/fax:+3612391618|Mobil:+36209278894 =- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: upc fiberpower
Gábriel Ákos írta: > 60mbit már nem triviális a legtöbb home routernek. > Nameg a kábelmodemnek sem (ha régi). De a fiberpower az fiberen jon gondolom, nem koaxon, igy nem kabelmodem van rajta. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: upc fiberpower
On Fri, 2009-11-27 at 11:33 +0100, Hofferek Attila wrote: > Gábriel Ákos írta: > > 60mbit már nem triviális a legtöbb home routernek. > > Nameg a kábelmodemnek sem (ha régi). > > De a fiberpower az fiberen jon gondolom, nem koaxon, igy nem kabelmodem > van rajta. persze, üveget minden panellakásba. üvegen jön esetleg az elosztóig, vagy csak azt hazudják, oszt majd cserélnek ha már elég sokan anyáznak, hogy hol a 60mbit?! -- Üdvözlettel, Gábriel Ákos -=E-Mail :akos.gabr...@i-logic.hu|Web: http://www.i-logic.hu=- -=Tel/fax:+3612391618|Mobil:+36209278894 =- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
No flame pls (Was: upc fiberpower)
In article <1259318656.3310.8.ca...@gabriel-desktop>, Gábriel Ákos writes: > persze, üveget minden panellakásba. üvegen jön esetleg az elosztóig, > vagy csak azt hazudják, oszt majd cserélnek ha már elég sokan anyáznak, > hogy hol a 60mbit?! Khm. Mennyiben tartozik ez erre a listára? Hol van ilyenkor az admin? g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: upc fiberpower
Gábriel Ákos írta (2009. november 27. 11:30): > On Fri, 2009-11-27 at 07:36 +0100, Zoltán Gerendás wrote: > >> A szerelő nem mondott semmit. Távozása után kb fél órás telefon (1221) >> kiderült, hogy csak windows-on egy program teleítése után m,egy a 60 Mb. >> >> És valóban!! Így működött. > > 60mbit már nem triviális a legtöbb home routernek. > Nameg a kábelmodemnek sem (ha régi). > > A modemet cserélték - mint írtam. A linuxos gépek közvetlenül a modembe kötve sem jött 10 Mb -nél többel. Ugyan azon a gépen levő XP + a programmal meg simán >50Mb volt a letöltés. Üdvözlettel: Gerendás Zoltán _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: upc fiberpower
Hofferek Attila írta (2009. november 27. 11:33): > Gábriel Ákos írta: >> 60mbit már nem triviális a legtöbb home routernek. >> Nameg a kábelmodemnek sem (ha régi). > > De a fiberpower az fiberen jon gondolom, nem koaxon, igy nem kabelmodem > van rajta. UPC - koaxon jön és azon levő cisco modem után van a gondom. Üdvözlettel: Gerendás Zoltán _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: upc fiberpower
Zoltán Gerendás írta: > Ugyan azon a gépen levő XP + a programmal meg simán >50Mb volt a letöltés. Vajon mit csinalhat az a program? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: upc fiberpower
2009/11/27 Hofferek Attila : > Zoltán Gerendás írta: > >> Ugyan azon a gépen levő XP + a programmal meg simán >50Mb volt a letöltés. > > Vajon mit csinalhat az a program? Én is ezt szeretném tudni! Ill., hogy van-e linuxos megoldás hozzá? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: upc fiberpower
Zoltán Gerendás írta: > Helló! > fiberpower60 > Működik valakinek az UPC-s fiberpower60 vagy fiberpower120? > > Tegnap cserélték nálam a modemet és állították be a fiberpower60-at. > Döbbenetemre ez eddigi ~25 Mb -es letöltés ~ 10 Mb-re csökkent. > > A szerelő nem mondott semmit. Távozása után kb fél órás telefon (1221) > kiderült, hogy csak windows-on egy program teleítése után m,egy a 60 Mb. > > És valóban!! Így működött. > > A szolgáltatást vissza állíttatva fiberpower30 -ra az uj modemmel sikerül > elérni > a ~ 20Mb -es sebességet. > Ez még mindíg nem 30 Mb. > > Ha megy valakinek akkor hogyan? > > Hi. Csak az xp-hez (sp3 minimum) kell ez a program. Semmi máshoz. Vista, win 7, linux-on mennie kellene simán. A garantált sávszélesség 30 Mb-es vonalon 10. A te általad mért 20 Mb király :) Ezt olvasgasd ha tájékozódni akarsz. http://www.upc.hu/pdf/internet_ASZF_20091102.pdf Üdv. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Openswan-Cisco ASA volt: Vpnc, site-to-site
2009. november 26. dátummal Gabor HALASZ ezt írta: > Salamon Attila wrote: > > Az UDP Encapsulation meg csak natt esetén releváns. > > Ez a 10k-n futo encapsulation-nak szerintem nincs koze a > esp-udp-hez (az a 4500-at hasznalja), ez cisco specifikus > szorakozas azon > felhasznaloknak, akik mindenfele lehetetlen halozaton kenytelenek > vpn-t csinalni, amin nem megy at a nativ ipsec. Nem magamtól találtam ki. :-) man vpnc: --udp-port <0-65535> Local UDP port number to use (0 == use random port). This is only relevant if cisco-udp nat-traversal is used. This is the _local_ port, the remote udp port is discovered automati- cally. It is especially not the cisco-tcp port. Default: 1 conf-variable: Cisco UDP Encapsulation Port <0-65535> Közben történtek dolgok egy /etc/init.d/ipsec stop után kiadott start csúnya kernel oops-ot okozott. Jobbnak láttam újraindítani a szervert, abba meg "belefagyott". Power off-on lett a vége. Szokása ez az openswan-nek? 2.6.26-2-amd64 gyári debian kernellel próbálom. Közben mégegszer elkövettem ezt a hibát. Úgy tűnt, hogy az "ipsec auto --rereadall" hatására nem olvasta újra az egész konfigot, az "ipsec auto --status" legalábbis még az előző debug értékeket mutatta. Ezután ipsec stop, start következett és egy szép kernel trace. Felment a load 5-re, nem tudom kilőni a következő processeket: # ps -ef | grep ipsec root 7008 1 0 12:31 ?00:00:00 grep -v NULL /proc/net/ipsec_tncfg root 7055 1 0 12:35 ?00:00:00 grep -v NULL /proc/net/ipsec_tncfg root 7092 1 0 12:38 ? 00:00:00 /bin/sh /usr/lib/ipsec/_realsetup --status Tudtok valami megoldást? Nem merem újraindítani, nehogy megint megálljon az egész. (200 km-re van a gép) Beidézem a kernel trace logot is: Nov 27 12:30:26 gepnev kernel: [15259.714619] klips_info:ipsec_init: KLIPS startup, Openswan KLIPS IPsec stack version: 2.4.12 Nov 27 12:30:26 gepnev kernel: [15259.714619] NET: Registered protocol family 15 Nov 27 12:30:26 gepnev kernel: [15259.714619] klips_info:ipsec_alg_init: KLIPS alg v=0.8.1-0 (EALG_MAX=255, AALG_MAX=251) Nov 27 12:30:26 gepnev kernel: [15259.714619] klips_info:ipsec_alg_init: calling ipsec_alg_static_init() Nov 27 12:30:26 gepnev kernel: [15259.714619] ipsec_aes_init(alg_type=15 alg_id=12 name=aes): ret=0 Nov 27 12:30:26 gepnev kernel: [15259.714619] ipsec_3des_init(alg_type=15 alg_id=3 name=3des): ret=0 Nov 27 12:30:26 gepnev kernel: [15259.724537] PGD 203067 PUD 207063 PMD 115063067 PTE 0 Nov 27 12:30:26 gepnev kernel: [15259.724537] CPU 1 Nov 27 12:30:26 gepnev kernel: [15259.724537] Modules linked in: ipv6 tunnel4 ipcomp esp4 aead ah4 xt_hashlimit iptable_raw xt_comment xt_owner xt_iprange xt_policy xt_multiport ipt_ULOG ipt_TTL ipt_ttl ipt_REJECT ipt_REDIRECT ipt_recent ipt_NETMAP ipt_MASQUERADE ipt_LOG ipt_ECN ipt_ecn ipt_CLUSTERIP ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_pptp nf_nat_proto_gre nf_nat_irc nf_nat_amanda nf_conntrack_tftp nf_conntrack_pptp nf_conntrack_proto_gre nf_conntrack_netbios_ns nf_conntrack_irc ts_kmp nf_conntrack_amanda xt_tcpmss xt_pkttype xt_physdev xt_NFQUEUE xt_MARK xt_mark xt_mac xt_limit xt_length xt_helper xt_dccp xt_conntrack xt_CONNMARK xt_connmark xt_CLASSIFY xt_tcpudp xt_state iptable_nat iptable_mangle nfnetlink iptable_filter ip_tables x_tables deflate zlib_deflate zlib_inflate ctr twofish twofish_common camellia serpent blowfish des_generic cbc aes_x86_64 aes_generic xcbc sha256_generic sha1_generic crypto_null crypto_blkcipher dm_snapshot dm_mirror dm_log dm_mod nf_nat_ftp nf_nat nf_conntr Nov 27 12:30:26 gepnev kernel: ck_ipv4 nf_conntrack_ftp nf_conntrack loop i2c_i801 parport_pc snd_hda_intel i2c_core parport snd_pcm pcspkr snd_timer snd soundcore snd_page_alloc button intel_agp evdev ext3 jbd mbcache raid1 md_mod sd_mod ide_cd_mod cdrom ata_piix jmicron ata_generic r8169 ide_pci_generic ahci ehci_hcd ide_core libata scsi_mod dock uhci_hcd thermal processor fan thermal_sys [last unloaded: xfrm_user] Nov 27 12:30:26 gepnev kernel: [15259.724537] Pid: 6929, comm: _startklips Not tainted 2.6.26-2-amd64 #1 Nov 27 12:30:26 gepnev kernel: [15259.724537] RIP: 0010: [] [] proc_get_inode+0x1c/0x127 Nov 27 12:30:26 gepnev kernel: [15259.724537] RSP: 0018:81010b16fbb8 EFLAGS: 00010246 Nov 27 12:30:26 gepnev kernel: [15259.724537] RAX: 0001 RBX: RCX: Nov 27 12:30:26 gepnev kernel: [15259.724537] RDX: a0449980 RSI: f197 RDI: 81011fa45000 Nov 27 12:30:26 gepnev kernel: [15259.724537] RBP: 810115cfc7c0 R08: 81010b16fc98 R09: 8101169a2150 Nov 27 12:30:26 gepnev kernel: [15259.724537] R10: R11: 802f32a1 R12: 8100d41d4a40 Nov 27 12:30:26 gepnev kernel: [15259.724537] R13: 810116804338 R14: 81010b16fe48 R15: 81010b16fc98 Nov 27 12:30:26 gepnev kernel: [15259.724537] FS: 7f6e114296
Re: upc fiberpower
2009/11/27 Dobrovicz József : > Zoltán Gerendás írta: >> Helló! >> fiberpower60 >> Működik valakinek az UPC-s fiberpower60 vagy fiberpower120? >> >> Tegnap cserélték nálam a modemet és állították be a fiberpower60-at. >> Döbbenetemre ez eddigi ~25 Mb -es letöltés ~ 10 Mb-re csökkent. >> >> A szerelő nem mondott semmit. Távozása után kb fél órás telefon (1221) >> kiderült, hogy csak windows-on egy program teleítése után m,egy a 60 Mb. >> >> És valóban!! Így működött. >> >> A szolgáltatást vissza állíttatva fiberpower30 -ra az uj modemmel sikerül >> elérni >> a ~ 20Mb -es sebességet. >> Ez még mindíg nem 30 Mb. >> >> Ha megy valakinek akkor hogyan? >> >> > Hi. > > Csak az xp-hez (sp3 minimum) kell ez a program. Semmi máshoz. Vista, win > 7, linux-on mennie kellene simán. A garantált sávszélesség 30 Mb-es > vonalon 10. A te általad mért 20 Mb király :) Érdekes ;) Eddig 25 Mb-s csomagom volt és sokszor simán jött a 25 Mb körül. Nyilván nem mindig. Tegnap este csúcsidőben és ma reggel amikor alig használják mértem. Mind két esetben ~ 20 Mb volt. Ugyan akkor este winxp -n mérven jött a 30 Mb. Win 30 linux 20 miért??? A 60 Mb -et meg sehogy se tudtam megközelíteni! > Ezt olvasgasd ha tájékozódni akarsz. > http://www.upc.hu/pdf/internet_ASZF_20091102.pdf Ismerem. Üdv _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Openswan-Cisco ASA volt: Vpnc, site-to-site
Salamon Attila wrote: > 2009. november 26. dátummal Gabor HALASZ ezt írta: >> Salamon Attila wrote: >>> Az UDP Encapsulation meg csak natt esetén releváns. >> Ez a 10k-n futo encapsulation-nak szerintem nincs koze a >> esp-udp-hez (az a 4500-at hasznalja), ez cisco specifikus >> szorakozas azon >> felhasznaloknak, akik mindenfele lehetetlen halozaton kenytelenek >> vpn-t csinalni, amin nem megy at a nativ ipsec. > > Nem magamtól találtam ki. :-) > man vpnc: > --udp-port <0-65535> >Local UDP port number to use (0 == use random port). > This is only relevant if cisco-udp >nat-traversal is used. This is the _local_ port, the remote > udp port is discovered automati- >cally. It is especially not the cisco-tcp port. >Default: 1 > conf-variable: Cisco UDP Encapsulation Port <0-65535> > Ah, ezzel a varazslattal meg nem talalkoztam, altalaban a tcp10k-ra akasztjak a ciscosok az egeszet, ha nem megy nativan. > > > Közben történtek dolgok > > egy /etc/init.d/ipsec stop után kiadott start csúnya kernel > oops-ot okozott. Jobbnak láttam újraindítani a szervert, abba > meg "belefagyott". Power off-on lett a vége. Szokása ez az > openswan-nek? Nem, jopar openswan-os gepem van, ami evek ota teszi a dolgat megallas nelkul. Valasszuk ket reszre: neked nem az openswan-nal van bajod, hanem a linux kernellel, amiben nem az openswan fele stack van, hanem egy ganyolmany. Az openswan csak a kulccseret vegzi a userlandben, az ipsec kodolast a kernelben levo ipsec stack csinalja. Nalad tobb rendbeli gondok lehetnek: 1. a debianban levo fene tudja mikori es hogyan osszepatkolt openswan 2. a debianban levo fene tudja mivel es hogyhan osszepatkolt kernel 3. maga a linux kernel. 4. sok egyebb En ezt tennem: 1. 2.6.27.utolso kernelt forrasbol 2. openswan stacket beletenni 3. mindent kikapcsolni, amire nem lesz szukseg 4. udevet es tarsait kinyirni, vagy legalabb ne toltson be minden .ko kiterjeszesu filet, amit a gepen talal 5. openswant forrasbol telepiteni > 2.6.26-2-amd64 gyári debian kernellel próbálom. Ez ilyesmit azonnal elfelejtenem. Eleg formedveny allpotban van a kernel anelkul is, hogy mindenfele felkegyelmu osszepiszkitana. Egyaltalan, miert pont a 26-os van benne? A codefreeze napjan az volt aktualis? ;) > > > Közben mégegszer elkövettem ezt a hibát. Úgy tűnt, hogy az "ipsec > auto --rereadall" hatására nem olvasta újra az egész konfigot, > az "ipsec auto --status" legalábbis még az előző debug értékeket > mutatta. Ezután ipsec stop, start következett és egy szép kernel > trace. > > Felment a load 5-re, nem tudom kilőni a következő processeket: > # ps -ef | grep ipsec > root 7008 1 0 12:31 ?00:00:00 grep -v > NULL /proc/net/ipsec_tncfg > root 7055 1 0 12:35 ?00:00:00 grep -v > NULL /proc/net/ipsec_tncfg > root 7092 1 0 12:38 ? > 00:00:00 /bin/sh /usr/lib/ipsec/_realsetup --status > > > Tudtok valami megoldást? Nem merem újraindítani, nehogy megint > megálljon az egész. (200 km-re van a gép) HA a proc interface olvasgatasa ekkora galibat okoz, akkor mar regen mindegy, ne a kodolasok egyeztetesen tord a fejed. > > > Beidézem a kernel trace logot is: > Nov 27 12:30:26 gepnev kernel: [15259.714619] klips_info:ipsec_init: > KLIPS startup, Openswan KLIPS IPsec stack version: 2.4.12 > Nov 27 12:30:26 gepnev kernel: [15259.714619] NET: Registered protocol > family 15 > Nov 27 12:30:26 gepnev kernel: [15259.714619] > klips_info:ipsec_alg_init: KLIPS alg v=0.8.1-0 (EALG_MAX=255, > AALG_MAX=251) > Nov 27 12:30:26 gepnev kernel: [15259.714619] > klips_info:ipsec_alg_init: calling ipsec_alg_static_init() > Nov 27 12:30:26 gepnev kernel: [15259.714619] > ipsec_aes_init(alg_type=15 alg_id=12 name=aes): ret=0 > Nov 27 12:30:26 gepnev kernel: [15259.714619] > ipsec_3des_init(alg_type=15 alg_id=3 name=3des): ret=0 > Nov 27 12:30:26 gepnev kernel: [15259.724537] PGD 203067 PUD 207063 > PMD 115063067 PTE 0 > Nov 27 12:30:26 gepnev kernel: [15259.724537] CPU 1 > Nov 27 12:30:26 gepnev kernel: [15259.724537] Modules linked in: ipv6 Az ipv6 csak biztonsagi es uzemeltetesi kockazat, szinte minden ipv6 stack bugos (nem csak linuxon), ertelme vagy haszna nincsen; nyugodtan kapcsold ki. > tunnel4 ipcomp esp4 aead ah4 xt_hashlimit iptable_raw xt_comment > xt_owner xt_iprange xt_policy xt_multiport ipt_ULOG ipt_TTL ipt_ttl > ipt_REJECT ipt_REDIRECT ipt_recent ipt_NETMAP ipt_MASQUERADE ipt_LOG > ipt_ECN ipt_ecn ipt_CLUSTERIP ipt_ah ipt_addrtype nf_nat_tftp > nf_nat_snmp_basic nf_nat_pptp nf_nat_proto_gre nf_nat_irc > nf_nat_amanda nf_conntrack_tftp nf_conntrack_pptp > nf_conntrack_proto_gre nf_conntrack_netbios_ns nf_conntrack_irc > ts_kmp nf_conntrack_amanda xt_tcpmss xt_pkttype xt_physdev xt_NFQUEUE > xt_MARK xt_mark xt_mac xt_limit xt_length xt_helper xt_dccp > xt_conntrack xt_CONNMARK xt_connmark xt_CLASSIFY xt_tcpudp xt_state > iptable_nat iptable_mangle nfnetlink iptable_filter
Re: upc fiberpower
Sziasztok! Zoltán Gerendás írta: > > Érdekes ;) > Eddig 25 Mb-s csomagom volt és sokszor simán jött a 25 Mb körül. > Nyilván nem mindig. > Tegnap este csúcsidőben és ma reggel amikor alig használják > mértem. Mind két esetben ~ 20 Mb volt. > Ugyan akkor este winxp -n mérven jött a 30 Mb. > Win 30 linux 20 miért??? > > A 60 Mb -et meg sehogy se tudtam megközelíteni! > > Én a következő érdekeset tapasztaltam 120MB-es UPC-vel. (gigabit a modem és a linux között). Linux alatt a dhcp szerver állandóan 576-os MTU-t adott a gépnek. A net működött, sebességet nem mértem ugyan, de ránézésre sem volt túl gyors, viszont a kicsi mtu miatt a mögötte lévő natolt gépeken szinte semmi... Miután beállítottam, hogy mtu-t ne kérjen dhcp-n és visszaállítottam 1500-ra, azóta 80-100 MBit között szépen megy Üdv: Attesz _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: upc fiberpower
On Fri, Nov 27, 2009 at 12:31:16PM +0100, Hofferek Attila wrote: > Zoltán Gerendás írta: > > > Ugyan azon a gépen levő XP + a programmal meg simán >50Mb volt a letöltés. > > Vajon mit csinalhat az a program? Beallit nehany tcp parametert a registryben, ugy mint tcp window, meg hasonlok. -g- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: upc fiberpower
Gergely Madarasz írta: > On Fri, Nov 27, 2009 at 12:31:16PM +0100, Hofferek Attila wrote: >> Zoltán Gerendás írta: >> >>> Ugyan azon a gépen levő XP + a programmal meg simán >50Mb volt a letöltés. >> Vajon mit csinalhat az a program? > > Beallit nehany tcp parametert a registryben, ugy mint tcp window, meg > hasonlok. Hello gorgo, akkor egy registry valtozas figyelo cuccal meg is lehet nezegetni, hogy mik ezek a beallitasok, aztan be lehet kezzel akar a kavefozon is allitani. -- Hofferek Attila _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
gnome-terminal ALT_Gr+w...
hi! Lehet hogy amatőr kérsés, de a "gnome-terminal" nem eszi meg az "ALT Gr"+w bill (pipe). kombinációt. Nem csinál rá semmit. Mit állítottam el? :) G. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: gnome-terminal ALT_Gr+w...
Ctrl+alt+w mukodik? Esetleg angol nyelvu lett valamiert a kiosztas... 2009/11/27 Makó Gábor : > > hi! > > Lehet hogy amatőr kérsés, de a "gnome-terminal" nem eszi meg az "ALT > Gr"+w bill (pipe). kombinációt. Nem csinál rá semmit. > > Mit állítottam el? :) > > > > G. > > > > > _ > linux lista - li...@mlf.linux.rulez.org > http://mlf2.linux.rulez.org/mailman/listinfo/linux > -- Ámon Tamás Sent from Budapest, BU, Hungary _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Kemo B210
Sziasztok! Van ez a Kemo B210 (http://www.kemo-electronic.de/product_info/B210-8-Channel-relay-board.php) szerkezet. Ennek az egyik vegen van egy LPT csatlakozo a masik vegen pedig kapcsolok. Ehhez van egy kis wines meg dosos program, amivel ezeket a kapcsolokat lehet kapcsolgatni. Viszont ezt egy linuxus gephez szeretnenk hozzakapcsolni, ugy, hogy tavolrol is lehessen kapcsolgatni, mondjuk ssh-n belepve. 1. Van-e ehhez valamilyen program? 2. Ha nincs, akkor merrefele induljak el, hogy ezt valahogy le tudjam programozni, lehetoleg valami script-nyelven (pld.python v. php(???) esetleg java)? 3. Esetleg van valami toolkit LPT irányatására? Elore is koszi! -- Ámon Tamás Sent from Budapest, BU, Hungary _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
