Välkommen till linuxportalen.se!

Linuxportalen.se är Sveriges största och aktivaste webbplats för användare av öppen- och fri programvara.

Du besöker Linuxportalen.se som gäst vilket begränsar din möjlighet att använda webbplatsens alla funktioner. Genom att registera dig som medlem får du inte bara möjlighet att söka bland webbplatsens innehåll, skapa nya och delta i befintliga diskussioner, skapa din egen blogg, kommunicera med andra medlemmar genom privata meddelanden och delta i omröstningar. Du får också tillgång till Veckans Kadavro - en seriestrip unikt skapad för Linuxportalen.se!

Registeringen sker snabbt och är helt kostnadsfri - tveka inte, bli medlem idag!

Cendio har släppt ThinLinc 1.6.0

Cendio
Cendio från Linköping släppte ThinLinc 1.6.0 igår. 1.6.0 innehåller fler än 180 förbättringar. Några av dessa är att mikrofoner och andra in-enheter för ljud stödjs med windowsterminalservrar, windowsklienten har stöd för omdirigering av lokala diskenheter så att CD-ROM-, DVD- och USB-enheter kan nås från servern. Stöd för Novells linuxklient finns med. Flera nya plattformar stödjs: MacOSX, Windows Vista, Windows XP Embedded och Wyses linuxbaserade terminaler.

cendio.se/demo kan man skapa ett demokonto och prova ThinLinc med sin egen dator. På cendio.se/nedladdningar kan du ladda ner både server och klienter. ThinLinc är fullt fungerande och kostnadsfritt för en användare.

Alternativ för kommentarvisning

Välj ditt önskade sätt att visa kommentarerna och klicka på "Spara" för att verkställa dina ändringar.

jensos bild

Dessvärre är grejerna klart föråldrade. RH 7.3 med kernel-2.4.25.
För klientdistributionen. 2.4 kärnan kommer snart, att gå ur produktion.
Linuxklienterna är slutna till antingen .rpm eller .deb.
Eller en likaledes sluten tarboll, för övriga distributioner.
Inget av detta låter direkt tilltalande, för min del. Eller rätt väg, för att kallas öppen källkod. Den är ju i princip sluten.
Även om produkten, är baserad på öppen källkod.
Det är åtminstone min kritik och inget som är användbart, för min del.

/Jens
---
Registered User # 259689 http://counter.li.org
Aw come on .... Joe is a Microsoft guy, and is probably having GUI
withdrawal.
You don't expect him to quit cold turkey do you?

---

Registered User # 259689 http://counter.li.org

Aw come on .... Joe is a Microsoft guy, and is probably having GUI withdrawal. You don't expect him to quit cold turkey do you?

astrands bild

Jag tror du har missuppfattat hur vår produkt fungerar; jag kan inte alls hålla med om att ThinLinc är "föråldrad". Serverdelen fungerar på samtliga stora, moderna distributioner. De flesta ingående komponenterna är av allra senaste version. Detta gäller t.ex. PulseAudio, rdesktop, unfs3, TightVNC m.m.

På klientsidan så är det viktigt att komma ihåg att klientdistributionen TLCOS endast är en av ca 15 olika klientplattformar. Att TLCOS fortfarande bygger på 2.4-kärnan är inte något stort problem, eftersom själva syftet med den distributionen är att göra om just *gamla* datorer till tunna terminaler. I de fall då man ändå önskar något nyare så fungerar t.ex. Thinstation utmärkt som ThinLinc-klient. Man kan också göra sig sin "egen" TLCOS genom att installera valfri Linuxdistribution och sedan lägga på ThinLinc-klienten uppepå. Grundprincipen är att det ska finnas ett så brett utbud av klienter som möjligt och där tycker jag vi har nått väldigt långt.

ThinLinc är till ca 80% baserad på öppen källkod och vi bidrar aktivt till många OpenSource-projekt. Om man har som krav att en lösning till 100% ska bygga på öppen kod så kanske inte ThinLinc passar, men sådana lösningar är ovanliga. Även om man på sin klient eller i sitt tunn-klient-system endast använder öppen mjukvara så brukar de flesta organisationer ha många andra system som man önskar integrera mot, som ej är öppna. ThinLinc har många funktioner just för integration mot existerande system, såsom katalogtjänster och applikationsservrar.

mindlights bild

Coolast.nu var när jag lekte med jobbets terminalserver och sedan insåg att ni gjort en serverdel som kunde dela ut appar via RDP precis som Citrix gör (och som X har inbyggt).

Cred säger jag bara. Helt plötsligt kan alltså Linux ta över på arbetsstationen och eventuella appar som inte finns att tillgå för linux kan köras på terminalservern samtidigt som användaren upplever att det körs lokalt och således inte upplever några problem med det nya operativsystemet på dennes dator.

---------------------------
Q: What is the difference between Bill Gates and Batman?
A: Batman beat the penguin...

jensos bild


Att TLCOS fortfarande bygger på 2.4-kärnan är inte något
stort problem, eftersom själva syftet med den
distributionen är att göra om just *gamla* datorer till
tunna terminaler.

Vilket var den del, som jag kollade upp. Samt linuxklienterna. Det övriga har jag inga
synpunkter på. Förrens de är testade. Ingenting annat, än att det är sluten kod.
Vilket *alltid* bör undvikas, om så är möjligt.
Hade ni använt exempelvis DSL (linux-2.4.20), för klientdistributionen.
http://www.damnsmalllinux.org
Hade det varit förståeligt. Den är till för gammal hårdvara.
Men inte en RH, som passerade bäst före. För ett antal år sedan.
Delar som ingår i 2.4 serien, är redan nerlagda. Som hotplug.
Det projectet hade senaste releasen 2004.
Så där finns ingen hjälp att få. Vare sig för er, eller för
en kund.
Såg en sådan frågeställning, om just tunna klienter. På gammal hårdvara.
Besvaras på hotplug-devel. Som numera hanterar udev (linux-2.6).


Om man har som krav att en lösning till 100% ska bygga på öppen kod så
kanske inte ThinLinc passar, men sådana lösningar är ovanliga.

Har nog inte sagt, att det är ett krav. Men som återförsäljare, av olika linuxbaserade produkter.
Är det något att arbeta mot.
Men att sluta öpen källkod, är som sagt. Ej tilltalande eller rätt väg att gå, för att nå målet.
Det är enbart irriterande. Lika irriterande som mina proprietära ATI drivers.
Står man för öppenhet, öppna system och öppen källkod. Och vad det innebär.
Får man vara beredd, att betala vad det kostar. Något annat fungerar inte.
Det fungerar likartat, inom *alla* bransher.På sina olika marknader.
Kalla det gärna för en KRAV märkning, om du vill.
Det kostar lite mer, men lönar sig i längden. För samtliga parter.

/Jens
---
Registered User # 259689 http://counter.li.org
Aw come on .... Joe is a Microsoft guy, and is probably having GUI
withdrawal.
You don't expect him to quit cold turkey do you?

---

Registered User # 259689 http://counter.li.org

Aw come on .... Joe is a Microsoft guy, and is probably having GUI withdrawal. You don't expect him to quit cold turkey do you?

astrands bild

Delar som ingår i 2.4 serien, är redan nerlagda. Som hotplug.
Det projectet hade senaste releasen 2004. Så där finns ingen hjälp att få. Vare sig för er, eller för en kund.

Jag tycker du överdriver problemet, att ett projekt hade sin senaste release 2004 är knappast något stort problem. Hursomhelst, TLCOS är vår produkt så våra kunder vänder sig till oss för problem. Vi har kunskap inom företaget för att kunna supporta den här distributionen, även om den börjar bli några år gammal.

Men att sluta öpen källkod, är som sagt. Ej tilltalande eller rätt väg att gå, för att nå målet.

Här låter det som att du menar att vi tar öppen källkod och sedan "stänger den", men det är felaktigt. För GPL-mjukvara så får man inte göra det, men vi gör det inte heller med andra öppna projekt. All den källkod som vi använder för de öppna delarna och även patchar etc skickar vi med på produktens CD-skivor. Produktens uppbyggnad gör det faktiskt också möjligt för slutkunder att i viss mån byta ut eller förändra OpenSource-komponenterna, vilket ju är en av grundtankarna i GPL.

jensos bild


Jag tycker du överdriver problemet, att ett projekt hade sin senaste release 2004 är knappast något stort problem.
Hursomhelst, TLCOS är vår produkt så våra kunder vänder sig till oss för problem.
Vi har kunskap inom företaget för att kunna supporta den här distributionen, även om den börjar bli några år gammal.

Att ett project, är nerlagt. Är det inte ett problem?
Har ni meddelat hotplug-devel. Att ni i princip, fortsätter underhållet av hotplugscripten?
Jag har då inte läst det på mailinglistan. Vilken jag prenumererar på, sedan några år tillbaka.
Eller någon länk för nerladdning, av dessa script (modifierade?) hos er.
Det vore bra, om ni meddelar upphovsmännen den saken.
Likaså bör ju även RH meddelas. Att ni underhåller, den gamla releasen. Med era eventuella modifieringar.
Viket inte har med eran kunskap, på området att göra. Utan vad som är ett korrekt handlande.
Likaså bör ju även slutkund, bli underrättade om den saken. För att kunna ta ställning till, om de vill ha produkten.


Här låter det som att du menar att vi tar öppen källkod och sedan "stänger den", men det är felaktigt.
För GPL-mjukvara så får man inte göra det, men vi gör det inte heller med andra öppna projekt.
All den källkod som vi använder för de öppna delarna och även patchar etc skickar vi med på produktens CD-skivor.

Köpa förts och inspektera sedan, med andra ord?
Vilket är som att; "Köpa grisen i säcken". Det är inte fel, men ej heller bra.
Kom även ihåg, min liknelse med en "KRAV" märkning. Där det som går, att redovisa redovisas.


möjligt för slutkunder att i viss mån byta ut eller förändra OpenSource-komponenterna,

Vad då i viss mån?
Slutkund har samma rättigheter, som ni enligt GPL. Med förbehåll; För de proprietära delarna och med förbehåll för LGPL.

/Jens
---
Registered User # 259689 http://counter.li.org
Aw come on .... Joe is a Microsoft guy, and is probably having GUI
withdrawal.
You don't expect him to quit cold turkey do you?

---

Registered User # 259689 http://counter.li.org

Aw come on .... Joe is a Microsoft guy, and is probably having GUI withdrawal. You don't expect him to quit cold turkey do you?

astrands bild

Köpa förts och inspektera sedan, med andra ord?

ThinLinc går att ladda ner gratis från vår hemsida. Det är gratis att använda produkten för 1 användare. För kunder som vill prova i större skala kan vi erbjuda tidsbegränsade licenser. Så någon grisen-i-säcken-effekt finns inte.

Vad då i viss mån?
Begränsningen är att man förstås inte kan förändra gränssnitt (t.ex. kommandoradsflaggor) eller ett beteende som övriga delar av produkten förlitar sig på; då kommer det ju inte att fungera. För de delar som kunden bytt ut så gäller naturligtvis heller inte vanlig support.

jonasbjorks bild

Jenso, hört talas om "fork"? Det förekommer hela tiden i opensourcevärlden. Ubuntu är en fork av Debian, Beryl är en fork av Compiz.. med flera. Vad är det som får dig att vara så arg över det ThinLinc gör? De bestämde sig någon gång för att köra RedHat 7.3 (?), tog den disten och skapade en produkt baserad på RH7.3 . Det de levererar idag kan knappast ses som just "RedHat 7.3" utan snarare en fork av den. De tar ansvar över sin fork, precis som Ubuntu gör över sin fork av Debian.. Och vart någonstans i GPL står det att du måste annonsera på en maillista att du gör förändringar av koden? Vart står det i GPL att källkod måste göras tillgänglig på internet? Den kan lika gärna skickas på pappersutskrift som CD-skivor eller kasettband.

--
SUSE Linux
Jonas Björk - like.no.other

--
Jag är grundare av och administratör på Linuxportalen. Kontakta mig om du har frågor, funderingar eller synpunkter kring Linuxportalen.se .

jensos bild


ThinLinc går att ladda ner gratis från vår hemsida. Det är gratis att använda produkten för 1 användare.
För kunder som vill prova i större skala kan vi erbjuda tidsbegränsade licenser.
Så någon grisen-i-säcken-effekt finns inte.

Gratis är *inte*, det samma som öppen/-fri källkod. Ej heller att kunna instalera/-köra, de binärer ni erbjuder. För en test.
Det kan jag göra, med addware/shareware också.
En riktig test, är att få tillgång till källkoden. Dels för inspektion, dels för att bygga själv. Om inte annat, så av säkerhetssjäl.
D.v.s För kompatibilitet/-beroenden. För mitt val av distribution. För vilka andra, distributioner.
Ni har stöd för, framgår inte på hemsidan. Att instalera en färdig binär, är en onödig risktagning.
Om det inte sker, på en reninstalerad maskin, från en offisiell repo.


Begränsningen är att man förstås inte kan förändra gränssnitt (t.ex. kommandoradsflaggor)
eller ett beteende som övriga delar av produkten förlitar sig på; då kommer det ju inte att fungera.
För de delar som kunden bytt ut så gäller naturligtvis heller inte vanlig support.

Vilket inte har med sakfrågan att göra. Att göra den typen av förändringar, är dock ej fel.
Ni kan givetvis, inte supportera förändringar. Vilka ni inte deltar i.
För att kunna göra det, behöver ni ju tillgång till den förändrade källkoden (patchar).
Det normala är ju att leverantören, deltar i det arbetet. För en optimal kompatibilitet.
Vilket även där. Faller tillbaka på de eventuella förändringar, ni utfört i hotplug (annan programvara).
Tycker dessutom. Att det är mycket bra, att den här diskussionen. Har kommit igång.
Och att den kan komma andra till nytta. Det är så här, det ska gå till. I en diskussion, mellan olika ståndpunkter.

Jonas Björk sade:

Jenso, hört talas om "fork"? Det förekommer hela tiden i opensourcevärlden.
Ubuntu är en fork av Debian, Beryl är en fork av Compiz.. med flera.
Vad är det som får dig att vara så arg över det ThinLinc gör? De bestämde sig någon gång för att köra RedHat 7.3 (?),
tog den disten och skapade en produkt baserad på RH7.3 . Det de levererar idag kan knappast ses som just "RedHat 7.3"
utan snarare en fork av den.
De tar ansvar över sin fork, precis som Ubuntu gör över sin fork av Debian..
Och vart någonstans i GPL står det att du måste annonsera på en maillista att du gör förändringar av koden?
Vart står det i GPL att källkod måste göras tillgänglig på internet?
Den kan lika gärna skickas på pappersutskrift som CD-skivor eller kasettband.

Jodå. Jag vet vad en fork är. Vad val av distribution angår, var min synpunkt. Den att DSL hade varit ett bättre val.
Om du gjort förändringar och levererar dessa i en produkt. Angår det den ursprungliga upphovsrättsinnehavaren enligt GPL.
Som har rätt, att ta del av de förändringar som utförts. Enklast är då, att tillhandahålla källkoden för nerladdning.
Och meddela upphovsrättsinnehavaren. Om den saken.
Läs förövrigt, min ovanförstående kommentar.

/Jens
---
Registered User # 259689 http://counter.li.org
Aw come on .... Joe is a Microsoft guy, and is probably having GUI
withdrawal.
You don't expect him to quit cold turkey do you?

---

Registered User # 259689 http://counter.li.org

Aw come on .... Joe is a Microsoft guy, and is probably having GUI withdrawal. You don't expect him to quit cold turkey do you?

jonasbjorks bild

Jens, jag håller med dig om att källkod via nedladdning är betydligt enklare än att få den med på en CD-skiva. GPL kräver dock inte detta, vilket gör att ThinLinc inte bryter mot någon licens utan (såvitt jag förstår) lever upp till de förväntingar som ställs på dem (och andra som använder öppen och fri programvara). Att du tycker DSL skulle varit ett bättre val får stå för dig, det fanns nog skäl att de valde RedHat som bas för ThinLinc. Personligen hade jag tagit (open)SUSE och byggt på. Vi har alla våra val av distar, av olika anledningar.

--
SUSE Linux
Jonas Björk - like.no.other

--
Jag är grundare av och administratör på Linuxportalen. Kontakta mig om du har frågor, funderingar eller synpunkter kring Linuxportalen.se .

astrands bild

Gratis är *inte*, det samma som öppen/-fri källkod

Vilket jag aldrig påstått. Jag kommenterade bara ditt påstående att man var tvungen att "köpa först" för att prova. Det stämmer inte.

En riktig test, är att få tillgång till källkoden. Dels för inspektion, dels för att bygga själv. Om inte annat, så av säkerhetssjäl.

Vi använder SSH som säkerhetslager. ThinLinc-klienten innehåller OpenSSH respektive Putty. Källkoden skickas med, så det går bra att inspektera den koden samt bygga egna binärer ifall man vill. På serversidan är det distributionens inbyggda SSH-demon som används.

Jag tror säkert vi kan ordna med kodinspektion för kunder som verkligen kräver det, men hitintills så har vi inte fått någon sådan förfrågan.

D.v.s För kompatibilitet/-beroenden. För mitt val av distribution. För vilka andra, distributioner. Ni har stöd för, framgår inte på hemsidan.

Svaret på frågan "vilka distributioner stödjer ni?" finns knappast i källkoden. Men det står på hemsidan, i manualen,
här.

Att instalera en färdig binär, är en onödig risktagning.
Om det inte sker, på en reninstalerad maskin, från en offisiell repo.

Vår hemsida och våra CD-skivor är ju ett "officiellt repo". Än så länge kan man inte lägga till ThinLinc som Yum-kanal, men annars är det ingen större skillnad. Vi kan ge ut SHA1-summor till de som önskar.

Den att DSL hade varit ett bättre val. Om du gjort förändringar och levererar dessa i en produkt. Angår det den ursprungliga upphovsrättsinnehavaren enligt GPL. Som har rätt, att ta del av de förändringar som utförts. Enklast är då, att tillhandahålla källkoden för nerladdning. Och meddela upphovsrättsinnehavaren. Om den saken.

Vi har erfarenhet av DSL och jag kan inte se att den skulle varit ett bättre alternativ än Red Hat Linux som bas. Vi tillhandahåller som sagt var all källkod och de ändringar vi gjort; den ligger faktiskt med direkt på TLCOS-CDn. Vi är btw partner med Red Hat, men vi har inte diskuterat just TLCOS. Jag tror knappast att de är intresserade av de (få) ändringar vi gjort i deras Red Hat Linux 7.3.

jensos bild


GPL kräver dock inte detta, vilket gör att ThinLinc inte bryter mot någon licens

Förmodligen inte.
I övrigt. Är nog min uppfattning, rätt så tydlig. Sedan är det upp till var och en.
För en bra genomgång är Harald Weltes project Rätt bra.

/Jens
---
Registered User # 259689 http://counter.li.org
Aw come on .... Joe is a Microsoft guy, and is probably having GUI
withdrawal.
You don't expect him to quit cold turkey do you?

---

Registered User # 259689 http://counter.li.org

Aw come on .... Joe is a Microsoft guy, and is probably having GUI withdrawal. You don't expect him to quit cold turkey do you?

astrands bild

Jens, jag håller med dig om att källkod via nedladdning är betydligt enklare än att få den med på en CD-skiva.

Alla ISO-filer för de CD-skivor som utgör produkten ThinLinc kan hämtas från vår hemsida. För många av de OpenSource-projekt som vi medverkar i är det dock ännu enklare att hämta källkoden direkt från dessa projekt. Vi undviker att göra "specialversioner" av OpenSource-programmen utan jobbar istället direkt med respektive projekt. Vi har exempelvis commit-rättigheter i projekt såsom rdesktop, unfs3, PulseAudio, Python, TightVNC m.m. Så det enklaste är att hämta källkoden direkt därifrån. Det finns egentligen bara ett fall då vår källkod skiljer sig från OpenSource-projektens "officiella" versioner: När ett projekt vägrar acceptera våra patchar.

GPL kräver dock inte detta

Det stämmer, det räcker med ett "written statement". Vi tycker dock det är enklare att alltid skeppa källkoden.

jensos bild

Tack för responsen och ett givande svar. Låter mycket positivt.
Något som förmodligen, kommer att få genomslag i RHEL.
Är att Fedora, kommer att rensa upp bland sina paket. För att bli FSF/GPL kompatibla. http://se.linux.org/node/869 (med en länk till Linux com)
RMS respons på en sådan förändring. http://fedoraproject.org/wiki/FreeSoftwareAnalysis/FSF
Och nej. Varken DSL eller någon av de supportade distarna, hör till mina favoriter. Eller paketformaten, som sådana. Wink
Privat kör jag uteslutande, distar som Slackware och CRUX
Varför undvika rena binärinstallationer?
Finns en intervju med Patrick Volkerding, om den saken.
http://tllts.org/dl.php episod "Episode: 164 Date: 10-25-06"
Den repomodell som rekomenderas, är den som finns http://slackbuilds.org/
Det som tillhandahålls, är buildscript, eventuella patchar och tarbollar.
Har även en liten egen repo, som kommer att fungera likartat.
I mån av tid. http://www.slackware.se/jens/builds/
För att kunna underhålla och porta, krävs ju tillgång till källkoden.
Men tack igen för responsen.

/Jens
---
Registered User # 259689 http://counter.li.org
Aw come on .... Joe is a Microsoft guy, and is probably having GUI
withdrawal.
You don't expect him to quit cold turkey do you?

---

Registered User # 259689 http://counter.li.org

Aw come on .... Joe is a Microsoft guy, and is probably having GUI withdrawal. You don't expect him to quit cold turkey do you?

astrands bild

I övrigt. Är nog min uppfattning, rätt så tydlig. Sedan är det upp till var och en.

Jo, jag förstår att du sällar dig till sidan "Free Software" (dvs uppfattningen att allt ska vara fritt) snarare än "Open Source" (som är mer pragmatisk och accepterar kommersiella mjukvara).

För en bra genomgång är Harald Weltes project Rätt bra.

Ja, Weltes projekt är lovvärt. Vi har haft ett visst samarbete med detta projekt i ett fall då vår kod missbrukades. Tyvärr har dock Welte mkt att göra och hinner inte alltid lägga så mkt tid på GPL-violations-projektet som krävs.

mindlights bild

SKit i ThinLinc!

Köp en HP Tunnklient med Windows CE och kör RDP... för det är ju MYCKET bättre!

Varför köra en stegvis förbättring mot det bättre när man kan skita i det helt och köra det dåliga till det perfekta lanserats...

Jag blir så trött.

---------------------------
Q: What is the difference between Bill Gates and Batman?
A: Batman beat the penguin...