ToXedVirus schrieb:
@Siberian..Husky
Man will diese ClosedSource modules nicht legalisieren sonder man will sie openisieren (also zu opensource machen). Wenn du für OpenSource Programme schreibst, schreibst du sie OpenSource. So einfach ist das !
Ausserdem kann es dazu kommen das sich dann zwei ClosedSource module nicht gut vertragen. Und was dann ? Die jeweilige Firma wird natürlich behaupten das sie alles richtig gemacht haben und der Kunde ist dann wohl wieder am AAAAAaaa...
das lese ich immer wieder. closed source, und wenn was is is der kunde am arsch! das ist allerdings totaler blödsinn. opensource ist kein garant dafür das der kunde nicht am arch ist. sicher, man könnte was tun. in der regel wird aber trotzdem nichts passieren. damit in den opensource welt was passiert muss interesse da sein, genauso wie in der closed source welt.
vielleicht hat man glück, und ein einsamer hacker mit einer uralten grafikkarte verbringt seine ganze freizeit um einen alten opensource treiber upzudaten damit er wieder mit aktueller software funktioniert! das wird passieren, ganz bestimmt!!
leider ist sowas total unrealistisch. genauso wie der gedanke die aktuelle comunity rund um X wäre in der lage einen gleichwertigen treiber wie den von nvidia in der selben zeit auf die beine zu stellen. vermutlich wären schon atis aktuelle treiber ein hartes match. X hat derzeit nichtmal eine handvoll treiber programmierer, die allesammt nicht vollzeit arbeiten.
linux ist auf fertige treiber angewiesen, will es weiterhin eine vergleichbare opengl hadware performance für vielle karten bieten wie andere betriebsysteme. offenbar ist das einigen kernel hackern egal, diese gruppe hält allerdings auch nicht viel von linux auf dem desktop. das sollte jedem linux user hier bewusst sein, der ebenfalls die meinung dieser leute vertritt.
kurz: ohne fertige treiber kein moderner desktop in der zukunft. und ohne treiber von ati oder nvidia keine spiele für linux. was das bedeutet sollte jedem hier klar sein.
wenn linux auf dem desktop also was werden soll, dann ist man auf die treiber von nvidia und ati genauso angewiesen wie auf die von intel.
der größte kommerzielle markt für linux desktops ist derzeit der grafik workstation markt. und da hat intel mit onboard grafik nunmal nichts zu melden.
Von heute auf morgen passiert niemals viel, aber wenn z.B. ne USB 3.0 version rauskommt oder so was in der Art, wieso dann den Code und die API nicht so optimisieren, dass es auch schnell und gut ist ? Wenn man versucht denn Code zu ändern ohne dass man die API ändert, kommt es wirklich zu vielen Problemen... Linux hat ja denn schnellsten USB support jetzt, nur weil man sich dachte das stable API scheisse ist.
ja, was ist denn wenn usb3 kommt? garnichts. niemand sagt die schnittstellen dürfen sich nie wieder ändern. sie sollen sich nur nicht ALLE PAAR WOCHEN ändern. eine usb3 spezifikation dauert jahre. da könnte man sich wunderbar einen punkt aussuchen an der die schnittstellen geupdatet werden. man sagt allen 3rd party herstellern 2-3 monate vorher bescheid und punktlich zum neuen kernel hat jeder einen leicht überarbeiteten treiber fertig, und alle sind glücklich...
Du hast ja warscheinlich "stable api nosense" nichtmal durchgelesen. Alle OS Kernels haben bis jetzt stable APIs gehabt, da kommt linux und bringt eben Schwung in die Sache. Es beschweren sich nur die Firmen die ClosedSource module und treiber herstellen, da sie kein bock haben es zu supporten. Würde man das der Community überlassen würde sie es um sonst tuhen.
ich habe es sehr wohl gelesen, was dir aufgefallen wärehättest du meinen post gelesen. ich kann den schwung den linux kernel seitig gebracht haben soll allerdings nicht erkennen. linux ist ein absolut konservativer kernel. die prinzipien nach denen er aufgebaut sind sind schon seit jahrzehnten bekannt. linux als kernel hat praktisch garnichts neues gebracht. der einzige unterschied ist das an linux viel mehr entwickler gearbeitet haben. firmen wie IBM haben dafür bezahlt linux schnell zu machen. das wurde bei keinem anderen OS kernel getan, und deswegen gibt es derzeit wohl keinen OS kernel der besser funktioniert als linux.
das hat mit der entwicklung von linux aber wenig zutun. im grunde ist es ein absolutes wunder, denn die ganze linux entwicklung spricht eigentlich komplett gegen eine solche wendung.
aber es gibt eben immer noch schlimmeres. wie dir ja nicht entgangen sein kann kann ich die linux kernel hacker nicht besonders gut leiden, die meisten zumindest. allerdings sind das noch ganz possierliche burschen, wenn man mal auf andere OS kernel guckt.
eigentlich sollte BSD das sein, was linux heute ist. es war weiter entwickelt als linux. es gab mehr entwickler, und es hat für firmen eine viel ansprechendere lizens! leider sind die entwickler dort noch abstossender als die linux hacker heute, und so kahm eins zum anderen, und bsd wurde von linux in ein paar jahren komplett überrollt.
im übrigen gibt es sehr wohl auch einige opensource treiber die eine stabile kernel api wollen. denn es gibt sehr wohl einige treiber ausserhalb des kernel trees.
Linux ist kein intelligentes Konzept sondern Evolution !
genau so argumentieren kernel hacker
. wobei wir hier ja noch ein recht freundliches argument haben. nur blöd dases totaler unsinn ist
. evolution ist eine super sache. durch trail and error kommt man irgendwann zu einem wunderbar funktionierendem system! nur blöd das es unendlich viel zeit braucht.
evolution funktioniert also im software design nicht als grund konzept. und der linux kernel wird gottseidank auch nicht so entwickelt. im grunde gibt es dort nämlich sehr wohl konzepte, nur leider befinden sich diese alein im kopf des gerade aktiven kernel hacker, und werden von dort nur in form von code auf die menschheit losgelassen.
dabei wäre es durchaus hilfreich konzepte erstmal zu formulieren, sie langzeitig zu planen und mit anderen menschen auszutauschen. komunikation ist sehr wichtig, leider wird sie beim linux kernel nicht ernst genug genommen. stattdessen macht jeder sein eigenes ding, damit auch ja niemand vielleicht eine bessere idee hat und dann sein name oben im sourcefile steht...