Portál AbcLinuxu, 9. května 2025 15:31

Linux Terminal Server Project 4.2

Na LinuxExpo byla uvedena nová verze Linux Terminal Server Project 4.2. Obsahuje kernel řady 2.6, podporu scannerů a více monitorů a snižuje paměťové nároky. Informuje NewsForge.

12.4.2006 11:43 | Daniel Kvasnička ml. | Nová verze


Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

Komentáře

Nástroje: Začni sledovat (2) ?Zašle upozornění na váš email při vložení nového komentáře. , Tisk

Vložit další komentář

12.4.2006 15:29 pavka
Rozbalit Rozbalit vše Re: Linux Terminal Server Project 4.2
Odpovědět | Sbalit | Link | Blokovat | Admin
Vyzkouseno a funguje solidne. Jadro dokonce 2.6.16.1. Stale ale nevim jak vyresit rychlost odezvy v X. Treba odezva gnome menu je na HalfDuplex100MBit/s je v radech vterin coz neni uplne to prave orechove. Nenapada me kde by mohl byt problem :(
12.4.2006 16:08 Martin Beránek | skóre: 33 | blog: mousehouse | Brno
Rozbalit Rozbalit vše Re: Linux Terminal Server Project 4.2
Az bude trosku casu (snad za 14 dnu), tak svoji 4.1 take skusim upgradnout. Momentalne se mi tam uzivatel pripojuje na KDE 3.4.x a odezva je bez problemu. Jenom mi to obcas padne nahubu, ale to bude zrejme problem v hardware na klientovy, protoze logy jsou prazdne a deje se to tak nejak nedeterminsticky.
never use rm after eight
13.4.2006 08:29 Hynek (Pichi) Vychodil | skóre: 43 | blog: Pichi | Brno
Rozbalit Rozbalit vše Re: Linux Terminal Server Project 4.2
Neco podobneho jsem pozoroval asi tak pred puldruheho rokem s OOo. Slo o nejake chyby v hotkeys nebo nastaveni X. Co si tak matne pamatuju tak byl rozdil mezi verzi Xserveru na terminalu a Xlibs na app serveru. V mem pripade bylo na terminalu starsi nez ne app serveru. Kdyz jsem to dal do souladu tak to bylo OK. Slo tusim o vypisovani tisicu warningu na terminal. Ve vasem pripade se bude mozna jednat o opacny pripad, na terminalu novejsi Xserver nez Xlib na app serveru. Zkuste mrknout co pisou X na terminalu nebo do .xsession-errors
XML je zbytečný, pomalý, nešikovný balast, znovu vynalézané kolo a ještě ke všemu šišaté, těžké a kýčovitě pomalované.
12.4.2006 20:56 spectrum | skóre: 29 | blog: spectrumblog
Rozbalit Rozbalit vše Re: Linux Terminal Server Project 4.2
Odpovědět | Sbalit | Link | Blokovat | Admin
Hmm, hlavně jsem zvědav na místní mechaniky a zařízení. Zatím to vypadá dost nadějně a snad to poběží. Pak by už nebylo co řešit. :-)
13.4.2006 07:12 zabza | skóre: 52 | blog: Nad_sklenkou_cerveneho
Rozbalit Rozbalit vše Re: Linux Terminal Server Project 4.2
Odpovědět | Sbalit | Link | Blokovat | Admin
http://www.abclinuxu.cz/zpravicky/ltsp-4.2
13.4.2006 22:43 Jiří (BoodOk) Kadeřávek | skóre: 19 | blog: BoodOk | Brno
Rozbalit Rozbalit vše Re: Linux Terminal Server Project 4.2
Odpovědět | Sbalit | Link | Blokovat | Admin
Ja tedy ty jejich nove lokalni device nerozbehl. Navic se o zadne lokalni device nejedna, ale jedna se o normalni network fs, tzn. ze treba na palirnu CD/DVD muzete zapomenout. A vubec si musim postezovat, ze za tech 5 let co na tom delaji uz to mohly udelat poradne. Zati m to je co verze LTSP, to jine reseni. Lokalni zarizeni jsem mel rozbehany ruznymi zpusoby, vetsinou stejne vlastnimi. Pres NBD to uslo, pres sambu to byla neunixova prasarna. Nejlepe to fungovalo pri kobinaci automount na klientovi a sshfs/fish. Ale to co vymysleli ted, nejaky vlastni ltspfs, to je proste jen dalsi yafusefs.

Nejlepsi terminalove reseni byl OpenSSI cluster, tam zadny LTSP nebylo potreba, cela sit se tvarila jako jeden computer (na rozdil od OpenMosixu dusledny SSI). Dusledkem bylo, ze na zarizeni kterehokoliv pocitace v siti jste pristupovali jako na lokalni (treba pomoci /dev/<id>/hda). Tim padem jeli lokalne i usb periferie, tedy napr. biometricke procesory (snimace otisku) apod. Proste pohadka nebyt toho, ze se to nemelo rado s VMWarem.
Věda má v sobě určitou zpupnost, že čím dokonalejší techniku vyvineme, čím více se dozvíme, tím lepší budou naše životy.

Založit nové vláknoNahoru


ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.