Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 39 reacties

Skype gaat een opensource-versie van zijn Linux-client uitbrengen. Een beperking is echter dat alleen de broncode van de grafische interface van de software vrijgegeven zal worden; andere onderdelen, zoals het protocol, blijven gesloten.

Sinds 2005 is er al een Skype-client voor Linux, maar die draait niet op alle Linux-distributies en de ontwikkeling loopt achter bij die van de versies voor met name Windows. Dat gaat mogelijk veranderen nu Skype bevestigd heeft dat het een opensource-versie van de software gaat uitbrengen. Ook hintte de fabrikant op andere opensource-aankondigingen: "Ja, er wordt een opensource-versie van de Linux-client ontwikkeld. Dit wordt onderdeel van een groter aanbod."

Het bedrijf heeft het echter over de 'opensource ui' en alleen de broncode van de interface van de software zal dan ook vrijgegeven worden. "We maken die delen opensource waarvan we de broncode kunnen vrijgeven. Elk bedrijf heeft intellectueel eigendom dat het niet op wil geven", aldus Skype. Het protocol zal dan ook gesloten blijven. De mededeling van Skype volgde op een bericht op een Frans weblog dat de klantenservice van het softwarebedrijf had gemeld dat Skype 'deel ging uitmaken van de opensourcegemeenschap.' Daarmee antwoordde Skype op een voorstel om weer een Mandriva-versie te ontwikkelen. Niet bekend is wanneer de opensource-versie verschijnt: het voip-bedrijf heeft het slechts over 'de nabije toekomst'.

Moderatie-faq Wijzig weergave

Reacties (39)

Op zich heel logisch dat ze de core niet vrijgeven, het is immers Skype en als je de core aanpast is het geen Skype meer. Door de core gesloten te houden zorgen ze er iig voor dat alle Skype versies compatible blijven met elkaar en dat er geen verschillemde smaken komen. Je kunt misschien het algoritme efficienter willen maken, maar ja of je daar wat mee opschiet?

@jeroennr, @laudor: Skype verdient hier zijn geld mee, en ze willen niet hun eigen markt om zeep helpen door hun core vrij te geven. Op zich heel logisch voor een commercieel bedrijf. Skype is gebaad bij vendor-lockin, wat wij er ook van vinden, en dit zullen ze graag zo lang mogelijk in stand houden. Commercieel gezien heel goed te begrijpen.

[Reactie gewijzigd door HerrPino op 3 november 2009 15:16]

Dan kun je toch een Open Standaard maken, zoals ODF en OOXML bij documenten. Persoonlijk vindt ik Open Standaarden vele malen belangrijker dan Open Source. Open Source is leuk, Open Standaarden is essentieel. Over 10 jaar wil ik mijn documenten nog steeds kunnen openen.
Als je waarde hecht aan open standaarden moet je vooral Skype gebruiken 8)7
Dan lijkt iets als SIP toch wat meer voor de hand liggen...
Dus boeit het open source maken van de gui totaal niet.
Door de core gesloten te houden zorgen ze er iig voor dat alle Skype versies compatible blijven met elkaar en dat er geen verschillemde smaken komen.
Maar ze zorgen er ook voor dat Skype incompatible met alles blijft. Dit is nu precies waarom open standaarden uitgevonden zijn.

Ik dacht dat zo langzamerhand iedereen er wel van overtuigd was dat vendor-lockin maar voor 1 partij voordelig is: voor de vendor.
Precies, en laat de vendor nu net degene zijn die het hele plaatje gefinancierd, gemarket en ontwikkeld heeft in dit geval. Het competitieve voordeel dat ze op hebben gebouwd zullen ze echt niet even weg gaan geven omdat er een paar open-source enthousiasten die dat graag zien gebeuren.
Spijker op de kop.

Maar de vraag was dan ook gesteld vanuit ons (wij, als niet Skype-vendors) oogpunt.
En vanuit ons maatschappelijk oogpunt zijn die gesloten protocollen en bijbehorende binary-blobs zeer onwenselijk.
Goed nieuws! Al moet ik zeggen dat ik tamelijk gelukkig ben met hoe Skype op Linux nu werkt. Maar het kan altijd mooier en gelikte natuurlijk. De UI is een stuk minder mooi dan die onder Windows.
Ik vind het vooral interessant dat je nu (lees: toekomstig) een meer geintegreerde versie van Skype kunt hebben op linux. Denk bijvoorbeeld aan een aansluiting op Telepathy.

Alhoewel de gesloten core nog steeds een doorn in het oog zal zijn van heel wat developers.
Ach, ik kies dan toch voor de pragmatische insteek en ben blij dat er zo meer mogelijk wordt met Skype onder Linux.

Wat mij betreft zorgt men ervoor dat Telepathy/Empathy of Pidgin de Skype-backend kan aanspreken: dan is er meteen geen aparte GUI meer nodig :)
Allemaal leuk een aardig, maar als ik het me goed herinner staat de GPL, wat dus de licentie is waar pidgin, Telepathy en Kopete (dan heb je denk ik wel de meestgebruikte clients onder Linuxgebruikers) onder vallen het niet toe om te dynlinken met binary blobs (hoewel dit nog altijd een onderwerp van discussie is). Ofwel: licensietechnisch gezien zie ik het niet zo snel gebeuren.

Ik zie deze aankondiging van skype dan ook vooral als een mogelijkheid om de skype client wat geintegreerder te maken (ipv overbodig), en misschien het wat makkelijker maken het skype-protocol te reverse-engineeren (minder obfuscated-to-the-extreme code om doorheen te ziften). Ik vertrouw skype zelf echter even veel (of even weinig, gezien waar het vandaan komt) als voorheen.
Telepathy moet nog wel lukken, aangezien die LGPL is, dus je mag er in principe gewoon non-GPL modules inhangen. Licentietechnisch gaat Empathy nooit legaal met die modules werken, aangezien Empathy GPL2 is, zonder enige uitzondering op binary plugins. Deze licentie gaat ook nooit aangepast worden, tenzij Empathy helemaal vanaf de grond af opnieuw geschreven wordt.
Geen probleem waarschijnlijk, de constructie zal hetzelfde zijn als de binary-kernelmodules van nVidia/AMD(ATI).
Telepathy is LGPL en heeft dus geen problemen met binary blob's.
Nee maar Empathy is wel GPL, dat was het punt. En als die weer met een closed source Skype plugin kletst (danwel dynamisch gelinkt of via D-Bus), mag dat wel?
Je mag geen GPL libraries linken aan niet-GPL-programma's maar geldt het ook dat je niet-GPL-libraries niet mag linken aan een GPL-programma?

Het moet denk ik geen probleem zijn om een proprietair pakket 'libskype' aan te bieden en daar gewoon vanuit Telepathy gebruik van te maken.

Los daarvan zou het mooi zijn als Skype reverse enigineered wordt en er een implementatie zou komen onder een BSD-licentie of zo. Ik ben niet per se voor vrije software, maar gesloten protocollen (of formaten) als Skype zijn gewoon belachelijke vervelend door de vendor lock-in (je kunt alleen Skype gebruiken om van het protocol gebruik te maken). Skype heeft echt bizarre dingen gedaan om een protocol gesloten te houden, erg jammer.

[Reactie gewijzigd door DCK op 3 november 2009 19:23]

Empathy, telepathy en de 'plugins' die daar weer onderhangen zijn toch met D-Bus aan elkaar geklust? Mag je een closed source programma met een GPL programma laten praten via D-Bus zonder dat je licenties schendt? Volgens mij wel.

Edit: ben een beetje aan het zoeken en vindt teksten als deze:
In general, though, linking a proprietary app with the D-BUS C library
is allowed and any process under any license is allowed to talk to the
D-BUS daemon.
(http://lists.freedesktop..../2005-January/004154.html)

[Reactie gewijzigd door metaal op 3 november 2009 17:02]

Je mag met een GPL library doen wat je maar wilt, als je het maar niet distribueert. Dus als jij een binarire blob wilt distribueren die tegen the GNU readline linkt, dan is er geen probleem, volgens mij. Het is pas een probleem als je beide tegelijkertijd distribueert. Als de gebruiker zelf GNU readline download of al op zijn systeem heeft staan, is alles nog steeds OK.

Maar, op dit moment zit je wel enigszins het randje op te zoeken van de GPL en veel bedrijven zullen dit niet aandurven, vanwege mogelijke rechtzaken, maar ik denk dat als een rechter zich hierover buigt, dat er geen probleem zal zijn.

Als je nog meer zekerheid wilt, bouw je een eigen library interface die dezelfde functionaliteit bied als dat je nodig hebt, maar verspreid onder de GPL. Je linkt dan tegen deze interface i.p.v. de originele en je geeft de broncode vrij van deze triviale vertaalslag.

Er zijn een paar websites die dit uitgebreid bespreken en er was binnen de FSF nogal wat onenigheid over. Dus, als ze het zelf al niet weten, tja...
denk dat je daar gelijk in hebt, als ze zo verstandig zijn om iets te ontwikkelen als skypeD (in de vorm van een linux service), dan moet het helemaal zo moeilijk niet zijn om die vanuit telepathy te benaderen.

het nadeel vooralsnog vind ik dat telepathy wbt featureset behoorlijk tegen viel...
Liever iets als libpurple (de messaging back-end voor Pidgin). Een daemon is een beetje overdreven, een losse library werkt beter, al is het wel jammer dat die dan closed- source blijft. :)
Mwoa, de UI onder windows zit bomvol met meuk. vind hem zelf nogal onoverzichtelijk.
Wat ik niet snap iedereen doet gigantisch overhyped over dat Skype enzo maar Voip kon toch al voordat Skype uberhaupt bestond op Linux (Ekiga/Gaim volgens mij ook?) Doormiddel van het Sid protocol wat open is waarom gebruikt iedereen dan een programma met een gesloten protocol?
je zegt t zelf rob, omdat iedereen t gebruikt. Protocollen interesseren alleen nerds zoals jij en ik, let's face it. De rest van de mensheid wil dat wat iedereen gebruikt en gewoon bellen.
Ik zie ook liever een open protocol en zou skype meteen ditchen als dat kan. Maar dan kan ik met 99% van mn contacten niet meer direct VOIPen via de PC. En daar gaat t uiteindelijk om.
Skype was de eerste de het kunstje leerde om door NAT heen te werken. Een truukje wat ook een grote rol speelde in het eerdere Kazaa.

Voor Skype moest je om te voip'en moeilijk doen met poorten forwarden.
Daarmee antwoordde Skype op een voorstel om weer een Mandriva-versie te ontwikkelen

Even de software in Mandriva 2010 RC2 nagezocht en Skype stond daar inderdaad niet tussen... Zit nu in Xp omdat ik een gamepje wou starten, maar zal het nog even nakijken. Reboot!

Edit: inderdaad, geen skype.... http://img682.imageshack.us/img682/8692/snapshot1o.png

Grappig genoeg geeft Mandriva 2010 RC2 nu trouwens aan dat ik kan opwaarderen naar spring 2009...

Edit2: ik heb altijd de standaard mandriva pagina als startpagina gehouden en daar staat nog wat meer info over Skype en het feit dat Mandriva 2010 vandaag nog verschijnt. http://ofaurax.free.fr/bl...2009-11-03-00h40-0100.xml. Een review Mandriva 2010 vs Ubuntu 9 zou wel eens leuk zijn heren Tweakers.

@freggy: Het is gewoon een observatie. Skype stond eerder wel altijd in de lijst. Zelfs bij de standaard one versie.

[Reactie gewijzigd door Gazz79 op 3 november 2009 16:19]

Dat heeft er niks mee te maken. De auteur van de weblog stelt vast dat er *op de site van skype* geen versie specifiek voor Mandriva kan gedownload worden. De versie voor Fedora die je daar kan downloaden, werkt overigens wel perfect op Mandriva.

Het al dat niet beschikbaar zijn van Skype in de Mandriva-repositories, hangt meer af van Mandriva zelf (zij maken hun eigen RPM in akkoord met Skype). Voor zover ik weet is Skype altijd beschikbaar geweest in de Mandriva repositories tenminste als je de PowerPack-versie hebt aangeschaft (dat geeft je toegang tot de zogenaamde "restricted" repository), en zal dat ook opnieuw het geval zijn voor 2010.0.

Het feit dat je een melding krijgt om te updaten naar 2009 Spring is een tijdelijk foutje dat zal verdwijnen eens Mandriva 2010 officieel uit is en je alle updates hebt ge´nstalleerd (misschien vanavond nog of anders morgen).
openSUSE 11.2 is ook nog maar 8 dagen verwijderd ( zie: http://en.opensuse.org/Countdown )

Mandriva vs Ubuntu vs openSUSE? :)

En weer on-topic..
Beter iets dan niets, ik gebruik skype zelf niet maar ik neem aan dat er een enkele Qt of GTK based interface is? Dan is het alleen maar goed nieuws, als ik iets onder KDE storend vind nadat ik zo'n mooi widget thema gedownload en geinstalleerd heb dan is het wel zo'n lelijke GTK applicatie die buiten de boot valt.
De core zal niet snel vrijgegven worden, die is voorzien van alle mogelijke trucs om reverse engineering te voorkomen... Zie hier en hier (PDFs) voor interessant leesvoer :)
Dit is een hele goede ontwikkeling! Nu kunnen de developers zich meer storten op functionaliteit en kunnen kleine grafische mankementen sneller verholpen worden. Wat ik me dan afvraag, wordt de API dan audio- en video-manager onafhankelijk? Zo ja, dan kan iedereen porten naar ALSA/OSS/Pulse en Xv/X11/Xshm (oid) wat ze maar willen. Helaas gebruik ik de linux client niet meer, maar ik vond het altijd wel errug lekker simpel van vormgeving. De mac versie doet lekker simpel mee. Ik hoop niet dat het richting de windows versie gaat daarmee.
Op zich vind ik die GUI niet zo bar interessant. Wat me veel interessanter lijkt is de mogelijkheid om bijv een dedicated skype server te gaan gebruiken onder linux. Deze was in 2005 al mogelijk.
Ook zijn er diverse mogelijkheden om skype en een pbx aan elkaar te koppelen.

Als er medetweakers zijn die meer kennis van deze materie hebben dan hou ik me aanbevolen om van hen een DM/mail te ontvangen voor hints/tips/mogelijkheden.
Tja, dit is nu net het niet interessante deel. Zo'n GUI is voor het grootste deel toch vrij simpel sleur & pleur werk. Het protocol, dat is wat we willen weten.
Ik ben blij met deze code hoor, alle software zou z'n broncode moeten publiceren. Ik ben echter een beetje bang dat ze bij Skype snel gedesillusioneerd raken als ze merken dat niemand interesse toont in hun GUI code. Bepaalde managers denken nu vast dat ze een grote gift hebben gedaan, en dat de Linux wereld nu heel blij zal zijn, terwijl ze feitelijk nagenoeg waardeloze code hebben gepubliceerd (voor anderen, voor zelf Skype is het natuurlijk wel degelijk waardevol).
Ik moet skype nog ff downloaden maar het lijkt me een goede communicatiemiddel, is er een review over skype op windows vista?
Dit boeit toch totaal niet. Waar het echt om gaat, nl. de core, is zo gesloten als de kluis van Fort Knox en wordt bovendien betwist.

<<edit: typo>>

[Reactie gewijzigd door Laudor op 3 november 2009 14:42]

Inderdaad het enige wat hiermee bereikt wordt is misschien wat makkelijkere integratie in de grafische omgeving.

Beter geven ze de core vrij, zodat Skype ook eens geimplementeerd kan worden in de veelgebruikte IM-clients voor linux, zoals Pidgin en Empathy.
daar lul je dus uit je nek, het is namelijk prima mogelijk om vanuit pidgin en/of emathy contact te maken met een skype-deamon of was je vergeten hoe pidgin met gtalk (voice) kan praten...
gtalk / voice is gewoon XMPP en Jingle, twee open standaarden waar opensource implementaties voor zijn gemaakt. Nergens een (close source) binary van Google te vinden in het Telepathy framework (voor zover ik weet).
Beter geven ze de core vrij, zodat Skype ook eens geimplementeerd kan worden in de veelgebruikte IM-clients voor linux, zoals Pidgin en Empathy.
Tsja, maar als ze de core vrijgeven zijn ze ook gelijk hun concurrentievoordeel kwijt...

Ofwel, het wordt een library waar je tegen kunt kletsen (letterlijk :) ) en waar je dus wel een mooie GUI bovenop kunt maken (KDE of juist GNOME al naar je eigen voorkeur).

Overigens is de oplossing dat vergelijkbaar met de binary blobs die soms voor WiFi gebruikt worden...

[Reactie gewijzigd door Little Penguin op 3 november 2009 15:34]

Dat betekent waarschijnlijk inderdaad dat je bij je skype sdk een binary only lib gaat krijgen die de afhandeling van het verkeer gaat verzorgen. Op zich jammer dat ze niet helemaal open source gaan, maar het betekent wel dat ontwikkeling van alternatieve software, zoals IVRs, bots (bijv verkeersinformatie), en SIP<>Skype koppeling mogelijk worden.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True