XOrg X Server released (X11R6.7)

[sebas]

Daar is 'ie dan. De eerste release van freedesktop.org's fork van de nieuwe X Server. Aangezien Debian, Redhat, SuSE en Mandrake hebben verklaard geen XFree86 meer te gebruiken, zal dit de nieuwe standaard X Server worden, die op de Linux en Unix desktops gaat draaien.

Dat wat betreft het politieke.

Technische veranderingen zijn er natuurlijk ook, onder meer hebben fontconfig, xft, Render en een aantal drivers, zoals nv en sis een update gekregen. ipv6 support schijnt compleet te zijn. Verder hoef je blijkbaar geen mousedevice meer in je config te zetten, dat wordt automatisch gedetecteerd. Ook de configfile is van naam veranderd xorg.conf, lekker kort.

Voor Mac users is het nu mogelijk om de desktop GLX / hardwareaccelerated te laten renderen.

Wie gaat hem installeren, wie heeft hem al? Zijn er mensen die perse bij XFree86 willen blijven?

verder lezen:
http://slashdot.org/artic...251.shtml?tid=104&tid=189
http://freedesktop.org/bi...out_the_X11R6_7_0_Release


<sub>PS: de search doet het niet, als iemand de link naar de draad "toekomst van XFree86" (oid) heeft, zou je die den even erbij posten?

PS2: Ik denk zelf dat dit een eigen draadje waard is, aangezien het toch een behoorlijke milestone voor Linux desktops kan betekenen, als iemand er anders over denkt, slotje en verwijzing naar bovengenoemd topic is ook prima, wat mij betreft.</sub>

[moto-moi]

[rml][ discussie] X11 en XFree86 - problemen en toekomst[/rml] bedoel je ?

Op zich zou het wel interesant zijn als Debian of een willekeurige andere mailstream distro het eens zou aandurfen om DirectFB maar ook deze X Server te packages. Gewoon om te kijken of het kan, hoe het werkt, etc.
Ik denk namelijk dat concurentie op dat gebied helemaal niet zo slecht zou zijn, kijk maar eens hoe snel de ontwikkelingen bij Gnome en KDE gaan.

[sebas]

Inderdaad, die bedoelde ik.

Concurrentie is zeker een goede zaak, zeker als je bekijkt dat XFree86 naar mening van velen juist daar last van had, geen concurrentie vertraagt ontwikkelingen. Ik weet echter niet in hoe verre DirectFB al bruikbaar is, of wanneer dat wel zo ver zal zijn dat die op 15 (?) architecturen zal draaien. (Immers is dat min of meer voorwaarde om ueberhaupt officieel door Debian opgenomen te worden.) Anders is er natuurlijk nog de mogelijkheid om niet officiele packages uit te brengen.

[Niek]

Erm... Voor de duidelijkeheid.
Dit is NIET hetzelfde als "de FDO X Server"* zoals vaak wordt verwezen naar het project op http://xserver.freedesktop.org/. Het gaat hier om het XOrg project op http://freedesktop.org/XOrg. De eerste is de nieuwe experimentele X Server gebaseerd op KDrive waar op dit moment Keith Packard en anderen aan werken. XOrg echter is een fork van XFree 4.4 RC2 (oude licentie) met een hoop nieuwe features/bugfixes/etc. XOrg zal waarschijnlijk op de meeste zo niet alle distro's XFree 4.3 dan wel 4.4 vervangen.
Uiteindelijk, als X Server stabiliseerd en de drivers ernaar geport zijn, zal waarschijnlijk hierop worden overgestapt. Maar dat is voorlopig (lees: de eerstkomende jaren) niet het geval, dus we zullen het in de tussentijd met deze XOrg releases moeten doen

_{* Dit is eigenlijk een foute verwijzing, FDO is onafhankelijk, je moet het meer zien als SourceForge.net: hosting bieden voor OSS projecten - in dit geval gespecialiseerd in desktops.}

[AlterEgo]

Ik zat net wat ervaringen te lezen op gentoo forums:

de nieuwe ebuilds lijken het aardig te doen ,
en een ervaringen draadje

Zover lijkt het een redelijk eitje om te updaten.

[slager]

Kun je met deze X Server ook gewoon de drivers van NVidia gebruiken? In dat geval kan ik het wel een keer proberen, anders kan ik beter bij XFree86 4.4.0 (standaard in slackware-current) blijven.

[blouweKip]

Als het goed is werken nvidia's (en ik neem aan ati's) driver gewoon (incl opengl), dat is het hele idee iig (anders kun je net zo goed xserver/kdrive gebruiken)

[voodooless]

Er is al een gentoo ebuild beschikbaar, maar deze wil dat je de standaard xfree eraf gooit, dat vind ik toch net iets te riskant. Ik wacht dus nog ff af. Ik ga het wel op mijn nieuwe laptop installeren denk ik.

edit: Ik heb het er toch op gewaagd... hij is nu nog bezig... ben benieuwd

[ Voor 16% gewijzigd door voodooless op 08-04-2004 00:16 ]

[Wilke]

Zie ook slashdot, ja de NVidia binary drivers werken gewoon.

[cashewnut]

slager schreef op 07 april 2004 @ 22:52:
Kun je met deze X Server ook gewoon de drivers van NVidia gebruiken? In dat geval kan ik het wel een keer proberen, anders kan ik beter bij XFree86 4.4.0 (standaard in slackware-current) blijven.

Ik vind het vreemd dat Slack bij XFree blijft, vooral omdat de meeste andere distro's nu overstappen en dit dus de "standaard" lijkt te worden. Maar goed, misschien tijd om een nieuwe distro te proberen... archlinux lijkt wel leuk .

Ik meen trouwens ergens gelezen te hebben dat in de volgende release van xorg ook translucency etc. komt... weet iemand hier iets van?

[Anoniem: 27642]

Starbase218 schreef op 08 april 2004 @ 00:00:
[...]


Ik vind het vreemd dat Slack bij XFree blijft, vooral omdat de meeste andere distro's nu overstappen en dit dus de "standaard" lijkt te worden. Maar goed, misschien tijd om een nieuwe distro te proberen... archlinux lijkt wel leuk .

Ik meen trouwens ergens gelezen te hebben dat in de volgende release van xorg ook translucency etc. komt... weet iemand hier iets van?

best logies, Slacware staat nu niet echt bekend om met trends mee te gaan.
Zo gebruikt slackware tot 9.1 nogsteeds APSfilter inplaats van cups voor printers.
En sowieso is slackware-current nog lang niet stable. Dus er kan nog vanalles gebeuren.

[voodooless]

... en hij staat erop. Ging ook nog best snel:

real 53m11s
user 37m48s
sys 9m2s

Buiten dat de standaard X fonts een beetje anders zijn merk ik weinig verschil tot nu toe...

[sebas]

Starbase218 schreef op 08 april 2004 @ 00:00:
[...]
Ik meen trouwens ergens gelezen te hebben dat in de volgende release van xorg ook translucency etc. komt... weet iemand hier iets van?

Vooralsnog niet.

Dit is dus niet de kdrive gebaseerde server, enkel een fork van XFree86 die tot de nieuwe Xserver (dus dat kdrive gebaseerde nieuwere experimental model van Keith Packard) stable is. Voor xorg (de fork dus dit release) zijn dit jaar nog twee a drie releases gepland is ergens op de site te lezen.dus: op korte / middellange termijn wordt het voor de meeste distro's xorg, op lange termijn wil men dit vervangen door de kdrive gebaseerde xserver. (Zie ook de reactie van The_Surfer, iets verder boven.)

xorg heeft dus die translucency dingen er nog niet inzitten, xserver wel.

Lekker verwarrend allemaal.

[active2]

Ik heb net Kdrive geinstalleerd. Dus niet de kloon van XFree86 4.4 en die beviel me best...

Lekker snel.

Enige probleem wat ik heb is dat mijn vensters in gnome aardig vernaggeld worden.

Voorbeeld:

Als ik galeon start en XChat start dan overlapt het elkaar als je een van de beide vensters probeert ervoor te halen. In Xchat is het nog iets erger. Als ik binnen Xchat naar een andere tab wil dan overlapt mijn vorige tab de volgende.

Da's erg vervelend er moet dus ook nog een hoop werk verricht worden.

[mOrPhie]

moto-moi schreef op 07 april 2004 @ 21:01:

...DirectFB...

Op zich zie ik best wel (veel) potentie in DirectFB. Het zit 'm alleen in de driver-ondersteuning die X11R6.7 zo interessant maakt. Keith's XServer en DirectFB kennen hele coole dingen, maar laten het qua ondersteuning van hardware nog ietwat afweten. (DirectFB al wat meer dan keith's XServer, maar toch)

Toch jammer dat niet alle onderdelen van de grafische drivers in de kernel kunnen.

[Niek]

mOrPhie schreef op 08 april 2004 @ 10:07:
[...]


Op zich zie ik best wel (veel) potentie in DirectFB. Het zit 'm alleen in de driver-ondersteuning die X11R6.7 zo interessant maakt. Keith's XServer en DirectFB kennen hele coole dingen, maar laten het qua ondersteuning van hardware nog ietwat afweten. (DirectFB al wat meer dan keith's XServer, maar toch)

Toch jammer dat niet alle onderdelen van de grafische drivers in de kernel kunnen.

Daarom wordt er op dit omment ook zo hard gewerkt aan de Xizzle DDX in Keith's X Server Deze moet het mogelijk maken om de "oude" XFree86/XOrg drivers te gebruiken in de nieuwe X Server (met alle nieuwe features als transperancy etc).
En wat betreft de graphics drivers in je kernel: in feite doen de nVidia en ATI drivers dit al (de nvidia en ati module).

[irondog]

sebas schreef op 08 april 2004 @ 02:15:

Vooralsnog niet.

Dit is dus niet de kdrive gebaseerde server, enkel een fork van XFree86 die tot de nieuwe Xserver (dus dat kdrive gebaseerde nieuwere experimental model van Keith Packard) stable is.

Wat moet ik me bij deze ontwikkelingen allemaal voorstellen? Krijgen we dadelijk desktops met allerlei grafische trucs?
Moet ik denken aan vloeiend in- en uitzoomen van vensters zonder aliasing, vette bewegingen i.p.v. plotselinge veranderingen in je bureaublad, schaduwen en transparantie?
Of krijgen we buiten wat schaduwen en transparantie slechts alleen wat performance winst?

Hoe goed zal het meekomen met bijvoorbeeld Windows Longhorn (dat ook allerlei leuke nieuwe dingen gaat brengen op de desktop).

En wanneer wordt het nu kinderlijk simpel om ongeacht het merk van je videokaart je tvout aan te schoppen? (ik denk aan goede samenwerking tussen de driver en een videokaart-onafhankelijke interface zoals windows dat lijkt te hebben).

[mOrPhie]

irondog schreef op 08 april 2004 @ 11:12:
[...]


Hoe goed zal het meekomen met bijvoorbeeld Windows Longhorn (dat ook allerlei leuke nieuwe dingen gaat brengen op de desktop).

Grappig dat je dat zegt. XDevConf heeft toevallig een onderdeel "What can be learned from Longhorn and OS/X?".

[ Voor 4% gewijzigd door mOrPhie op 08-04-2004 12:09 ]

[Anoniem: 107036]

Dus als ik het goed begrijp zijn er nu 3 "open" X Server projecten aan de gang.

1. XFree86
Door de huidige licentie vorm en trage ontwikkeling lijken veel gebruikers / distributeurs en ontwikkelaars stoort. Met andere woorden nu nog een goede optie maar deze lijkt het niet te gaan maken.

2. XOrg
Een fork van XFree4.4 RC2. Deze wil meer experimenteren maar moet toch een stabiel platform blijven zonder moeilijke licentie vormen. Waarschijnlijk de opvolger van XFree86 4.4 in de grotere distributies maar verder niet echt spectaculair.

3. XServer (aka "FDO X Server" aka "Keith Packard XServer")
Deze X server is een (compleet?) nieuwe opzet van een X Server. Hier staan nieuwe ontwikkelingen op grafisch gebied centraal. Denk hierbij aan Vectoren op de desktop.


- Nu vraag ik me af waar ik precies DirectFB moet plaatsen. Volgens de website is het een schilletje om een "windowing systeem" heen. Werkt dit op alle bovenstaande X Servers (okay op die van keith is het waarschijnlijk niet nodig maar ik vraag het toch maar ff) ????
- En wat moet ik me voorstellen bij deze: http://www.directfb.org/xdirectfb.xml X Server ? Ziet er leuk uit maar hoe goed is het?
- Dan heb je ook nog het super gelikte "Project Looking Glass" van Sun wat hopelijk ook open source gemaakt word.


Het is een wilde tijd in X Server land en ik heb het gevoel elke keer het net verworven overzicht weer te verliezen. Misschien kan iemand me weer een beetje op het rechte pad helpen. Het is misschien ook wel handig om een overzichtje van de "interessante X Servers" in de starters post te plaatsen (evt met screenshots). Is voor nieuwkomers wel wat duidelijker.

[ Voor 5% gewijzigd door Anoniem: 107036 op 08-04-2004 13:49 ]

[Niek]

Anoniem: 107036 schreef op 08 april 2004 @ 13:48:
Dus als ik het goed begrijp zijn er nu 3 "open" X Server projecten aan de gang.
(...)

Klopt, voor de rest heb je nog Xouvert, wat een branch van XFree86 zou moeten zijn. Het is in feite XFree86 maar dan met DRI standaard included, doet vaker releases en heeft de libs/apps/utils gescheiden. Maar ik geloof dat op dit moment het Xouvert project dood is.

Verder bestaan er nog verschillende commerciele X servers, denk aan Accelerated-X van XiG en Metrolink.

Project Looking Glass van Sun zal bovenop de bestaande X servers draaien, het vervangt dus bijvoorbeeld niet XFree86.

Verder bestaat Keiths X Server drie DDX's (Device-Dependent X): KDrive/TinyX (lichtgewicht, nieuwe code, geoptimaliseerd voor embedded machines), Xizzle (gebaseerd op XFree86/XOrg driver-code) en XWin (Cygwin port voor Windows).

Wat DirectFB betreft: het blijft een leuk project maar ik denk niet dat het ooit iets serieus gaat worden. XDirectFB (XFree86 draaiend op DirectFB) is leuk om te spelen, maar het missen van de drivers maakt DirectFB bijna nutteloos. Alleen enkele Matrox kaarten zijn nu goed ondersteund. Sowieso heeft Linus meerdere malen aangegeven X11 boven de framebuffer te prefereren: http://www.ussg.iu.edu/hy...x/kernel/0112.3/1199.html

[Anoniem: 107036]

The_Surfer schreef op 08 april 2004 @ 16:24:
[...]
Verder bestaat Keiths X Server drie DDX's (Device-Dependent X): KDrive/TinyX (lichtgewicht, nieuwe code, geoptimaliseerd voor embedded machines), Xizzle (gebaseerd op XFree86/XOrg driver-code) en XWin (Cygwin port voor Windows).

Wat is nou eigenlijk een DDX? Ik weet dat het te maken heeft met video en / of drivers. Maar het hoe en wat is en blijft me toch redelijk onduidelijk.

Ik weet dat het essentieel is want zonder een goed werkende KDrive kan XServer niet draaien op FreeBSD

[Niek]

Anoniem: 107036 schreef op 08 april 2004 @ 17:01:
[...]


Wat is nou eigenlijk een DDX? Ik weet dat het te maken heeft met video en / of drivers. Maar het hoe en wat is en blijft me toch redelijk onduidelijk.

Ik weet dat het essentieel is want zonder een goed werkende KDrive kan XServer niet draaien op FreeBSD

OK, ff duidelijk proberen te maken:

• DIX staat voor Device-Indepdent X. Dit is eigenlijk alle code die niet afhankelijk is van de driver. Denk aan de core functies, extenties etc.
• DDX staat voor Device-Dependent X, dus eigenlijk het tegenovergestelde van DIX. Dit is de "laag" waar alle driver-afhankelijke code in zit. Zo is de KDrive DDX weer onder te verdelen in kleine X servers per driver (XNvidia, XVesa, etc).

[Anoniem: 17264]

Ik vindt dit heel leuk dat er nu weer zoveel ontwikkeling in X zit. Het geeft de ontwikkeling wel een boost zoals nu blijkt.

Maar ik vindt dit ook wel een beetje eng. Stel dat het met al die forks net zo'n rotzooitje wordt als met de Destkop's (want dat is het toch een beetje)

Ik hoop dat er dan ook snel weer standaardisatie in de X wereld komt. Wat er bij Xfree86 vooral aan schort volgens mij was het enthousiast maken van verschillende ontwikkelaars voor het project.

[sebas]

Juist daarvoor is er freedesktop.org, om standaarden vast te leggen, en om het werk rond desktops een beetje te structureren. Waar we eerder X hadden, zijn er nu een aantal alternativen in opkomst, die door X.org en freedesktop.org gecoordineerd worden. De ontwikkeling van de software wordt duidelijk opener. Dat, en het feit dat er maar 1 aanvaardbaar werkende X Server implementatie was (XFree86 namelijk) heeft ook tot grote frustratie onder developers, vendors en gebruikers gezorgd.

Toen eind vorig jaar de problemen een beetje de pan begonnen uit te rijzen had ik er absoluut geen goed gevoel bij. Nu begint het er voor mij steeds meer op te lijken dat het allemaal aanzet heeft gegeven tot enorm goede ontwikkelingen, zowel politiek / binnen de community als technisch. Ik denk inderdaad ook dat we een enorme boost in de ontwikkeling van X gebaseerde desktops tegemoet zien.

[Anoniem: 17264]

Ik hoop maar dat je gelijk hebt. Ik heb er namelijk niet alleen maar een goed gevoel bij. Hoe het de laatste tijd met Xfree86 ging was niet best, maar het was wel een/de standaard.

Net als dat ik maar 1 officiele Linux kernel aanvaard (die van Linus). Wil ik ook maar een systeem dat X voor zijn rekening neemt.

Nogmaals, het probleem zat hem erin dat Xfree86 eigenlijk niet echt open ontwikkeld werd. Als ze dat flink verbeterd hadden was er een veel betere Xfree86 geweest.

Allemaal verschillende versies lossen dat probleem misschien op maar creeren een nieuw nog veel groter probleem.

Ik hoop dan ook dat er snel weer een rots in de branding komt net als Xfree86 was.

[sebas]

Anoniem: 17264 schreef op 08 april 2004 @ 23:21:
Net als dat ik maar 1 officiele Linux kernel aanvaard (die van Linus). Wil ik ook maar een systeem dat X voor zijn rekening neemt.

Daar ben ik het niet helemaal mee eens, concurrentie en keuzevrijheid zijn erg belangrijk, daarop baseert het open source model zo'n beetje. Je hoeft een kernel dus ook niet te 'aanvaarden', ze zijn er gewoon en jij kan kiezen welke je wilt - of niet.

[Anoniem: 27642]

sebas schreef op 09 april 2004 @ 00:33:
[...]

Daar ben ik het niet helemaal mee eens, concurrentie en keuzevrijheid zijn erg belangrijk, daarop baseert het open source model zo'n beetje. Je hoeft een kernel dus ook niet te 'aanvaarden', ze zijn er gewoon en jij kan kiezen welke je wilt - of niet.

erger nog je kan in princepe de linux kernel pakken.
en er 1 grote ranzige sed op los laten om overal linux in strasux te veranderen, en hem uitbrengen als een super vernieuwde kernel.

offtopic:
Gunnick: Jaren lang in het geheim aan gewerkt.

Zelf snap ik al die opwinding niet over de eerste release van deze fork. (wat het in princiep is zover ik weet)
Ik bedoel zeg nu zelf, wat veranderd deze XFree voor ons gebruikers.
naja 3x niks.
Ok, dat is heel simpel genomen, en het is wel degelijk positief dat dit gebeurt.
Maar ik snap niet waarom dit nu overall waar ik kijk mega topics produceert.
Met allemaal mensen die hem willen proberen. (no offence)
Deze nieuwe Xfree zie ik enkel als intresant voor de mensen die ook daadwerkelijk veel met X bezig zijn. of met de libraries die er mee geboeid zijn.

Maar das allemaal wel mijn mening, wees met een gerust hart enthousiast, ben ik overgenst ook aventoe over onbenulige dingen.
maar voor mij ruikt dit allemaal een beetje naar een hype.

[Anoniem: 27915]

Anoniem: 27642 schreef op 09 april 2004 @ 00:56:
Zelf snap ik al die opwinding niet over de eerste release van deze fork. (wat het in princiep is zover ik weet)
Ik bedoel zeg nu zelf, wat veranderd deze XFree voor ons gebruikers.
naja 3x niks. [..] maar voor mij ruikt dit allemaal een beetje naar een hype.

. Behalve de chaos die dit veroorzaakt. Leuk voor bedrijven die commerciele/closed-source X drivers willen releasen. .

Najah, ze doen maar...

[Anoniem: 2022]

Anoniem: 107036 schreef op 08 april 2004 @ 13:48:
- Nu vraag ik me af waar ik precies DirectFB moet plaatsen. Volgens de website is het een schilletje om een "windowing systeem" heen. Werkt dit op alle bovenstaande X Servers

DirectFB is eigenlijk bedoeld voor embedded media systemen zoals settop boxen, maar als proof of concept hebben ze ook een X Server (KDrive geloof ik?) geport zodat ie de DirectFB backend gebruikt. Dus als X server zal dfb niet veel worden, tenzij iemand anders er flink mee aan de slag gaat.

[Anoniem: 93383]

Hoever staat het met de ontwikkeling van dingen die DirectFB ook heeft, zoals transparante applicatieschermen, schaduw onder schermen, 3d dingen, etcetera?
Is freedesktop hier ook mee bezig of richt de vernieuwing zich op andere dingen?

[Anoniem: 27642]

zover ik weet gaat DirectFB helemaal niks doen met 3D.
beetje oud maar dit kon ik als half bewijs vinden

http://www.directfb.org/m...001/12-2001/msg00003.html

The DirectFB drivers are not supposed to do
OpenGL acceleration. Plans have been made to use DRI with DirectFB.
But that would require much work.

fdo's X is totaal niet bezig met schaduw onder schermen en transparantsie.
Ze hebben echter wel een systeem gemaakt wat dit mogelijk maakt.

Translucent Windows in X

As you can see, nothing in the fundamental design of the system indicates that it is used for constructing translucent windows; redirection of window contents and notification of window content change seems pretty far removed from the final goal. However, the big trick here is that the compositing manger can use whatever X requests it likes to paint the combined image, including requests from the Render extension which does know how to blend translucent images together. Now that the final image is constructed programmatically, the possible presentation on the screen is limited only by the fertile imagination of the numerous eye-candy developers.

[HarmoniousVibe]

Vraag is wat op (middel)lange termijn het streven is van deze fork. Volledige compatibility behouden met xfree86, zoals nu nog het geval is), of in de loop van de tijd een geheel eigen weg inslaan en dus de compatibiliteit verbreken. Voor beide is iets te zeggen, maar wat is het nou?

[Anoniem: 2198]

LB06 schreef op 09 april 2004 @ 12:05:
Vraag is wat op (middel)lange termijn het streven is van deze fork. Volledige compatibility behouden met xfree86, zoals nu nog het geval is), of in de loop van de tijd een geheel eigen weg inslaan en dus de compatibiliteit verbreken. Voor beide is iets te zeggen, maar wat is het nou?

compatibiliteit verbreken lijkt me niet zo'n ramp, als er maar gebruikt wordt van het X protocol zodat de fork nog werken met XFree86 en andersom

[mOrPhie]

Anoniem: 27915 schreef op 09 april 2004 @ 01:53:
[...]


. Behalve de chaos die dit veroorzaakt. Leuk voor bedrijven die commerciele/closed-source X drivers willen releasen. .

Najah, ze doen maar...

Daarom zouden alle graphicsdrivers gecentraliseerd moeten worden in de kernel. En dus niet een decentraal systeem met voor de kernel een module en voor X een driver.

Ik ken het technische fijne er niet van, maar dit is nog altijd behoorlijk functionele decompositie.

[HarmoniousVibe]

mOrPhie schreef op 09 april 2004 @ 14:50:
[...]


Daarom zouden alle graphicsdrivers gecentraliseerd moeten worden in de kernel. En dus niet een decentraal systeem met voor de kernel een module en voor X een driver.

Ik ken het technische fijne er niet van, maar dit is nog altijd behoorlijk functionele decompositie.

Dat probeert men ook met DRI, maar Linus zal nooit nonfree drivers(vrijwel altijd de betere) toelaten in de kernel.

[Anoniem: 17264]

sebas schreef op 09 april 2004 @ 00:33:
[...]

Daar ben ik het niet helemaal mee eens, concurrentie en keuzevrijheid zijn erg belangrijk, daarop baseert het open source model zo'n beetje. Je hoeft een kernel dus ook niet te 'aanvaarden', ze zijn er gewoon en jij kan kiezen welke je wilt - of niet.

Ik denk dat je niet helemaal begrijpt wat ik bedoel. Ik accepteer niet maar 1 kernel. Ik gebruik zelf op dit moment de WOLK kernel. Maar ik aanvraard maar 1 kernel als zijnde de LINUX KERNEL. Die van Linus. Ik accepteer ook maar 1 Xfree86 als zijnde Xfree86. Van mij mogen er nog 10 forks van Xfree86 zijn.

Ik begrijp dat er iets moest gebeuren. Maar ik wil niet dat het een rotzooi wordt. Daarom moet er nu weer een systeem komen wat de standaard wordt. Zodat we weer kunnen genieten van de goede (over het algemeen) drivers van Nvidia en Ati.

Anoniem: 27915 schreef op 09 april 2004 @ 01:53:
[...]


. Behalve de chaos die dit veroorzaakt. Leuk voor bedrijven die commerciele/closed-source X drivers willen releasen. .

Najah, ze doen maar...

Daarom moet er ook zo snel mogelijk weer een standaard systeem komen. Debian, Redhat, SuSE en Mandrake moeten rond de tafel gaan zitten en hierover een beslissing nemen. Anders kunnen we Linux voor desktop afschrijven.

[Anoniem: 2198]

Anoniem: 17264 schreef op 09 april 2004 @ 18:57:
[...]
Maar ik aanvraard maar 1 kernel als zijnde de LINUX KERNEL. Die van Linus. Ik accepteer ook maar 1 Xfree86 als zijnde Xfree86. Van mij mogen er nog 10 forks van Xfree86 zijn.

You're on crack?

Ik begrijp dat er iets moest gebeuren. Maar ik wil niet dat het een rotzooi wordt. Daarom moet er nu weer een systeem komen wat de standaard wordt. Zodat we weer kunnen genieten van de goede (over het algemeen) drivers van Nvidia en Ati.

Liever meerdere implementaties van de X server er zijn er altijd een paar die veelgebruikt gaan worden... om nou dit soort beslissingen en gebruik te laten afhangen van aanwezigheid van binary drivers lijkt me niet echt een goede ontwikkeling. Misschien wordt het dan toch tijd voor echte opensource nvidia DRI drivers?

Daarom moet er ook zo snel mogelijk weer een standaard systeem komen. Debian, Redhat, SuSE en Mandrake moeten rond de tafel gaan zitten en hierover een beslissing nemen. Anders kunnen we Linux voor desktop afschrijven.

Dat "probleem" lost zich echt wel vanzelf op hoor

[Anoniem: 27642]

Anoniem: 17264 schreef op 09 april 2004 @ 18:57:
[...]
Daarom moet er ook zo snel mogelijk weer een standaard systeem komen. Debian, Redhat, SuSE en Mandrake moeten rond de tafel gaan zitten en hierover een beslissing nemen. Anders kunnen we Linux voor desktop afschrijven.

zoals een vriend van mij dat altijd zo leuk kan zeggen.
"Moeten?, moeten?... Willlen, willlen."

waarmee hij meestal bedoelt, dat niemand niks moet.
alles is een keus.

en dat vind ik hier ook op slaan.
de commercieele sector WIL een closed source driver uitbrengen.
ze moeten immers niks.

de Open Source Communitty (of iig een gedeelte daarvan (om de puristen niet op de tenen te trappen)) WIL die betere closed source driver.

maar niemand moet iets

Zoals alles in de OSS wereld, word de standaard wel weer bepaald door de populairiteit van het product.
En meestal is de OOS community ook niet al te beroerd om specefieke informatie vrij te geven hoe de closed source drivers zouden moeten interfacen met hun product.
Dus voor de commercieele sector is het enkel kiezen.
En tsja voor welke ze kiezen, zie puntje hoe iets de standaard word

in andere woorden.
Hety zal allemaal wel los lopen.

(maar das enkel mijn mening)

[Anoniem: 17264]

Het doel van bijna iedereen die wat leuks voor Linux heeft geschreven is toch dat Linus het op een dag merged?

Ik heb gewoon weinig zin in hetzelfde verhaal met X als met KDE vs. Gnome.

[moto-moi]

KDE en GNOME is juist een goede ontwikkeling!
Dat zijn 2 kampen die tegenelkaar strijden voor het betere product, wat er uiteindelijk voor zorgt dat het allebei goede producten (zijn ge)worden.

Hetzelfde zal hopelijk gebeuren als er een goed alternatief komt voor Xfree86, natuurlijk, er zal misschien wat gesodemieter komen vanuit het NVidia kamp, maar zover ik weet is de X.org X versie eentje die gebaseerd is op de XFree86 4.4.0re2 ofzo, dus met die binary compatibliteit zal het wel goed zijn. Sterker nog, ze zouden wel gek zijn om die functionaliteit te breken juist voor de NVidia drivers..

[mOrPhie]

LB06 schreef op 09 april 2004 @ 16:33:
[...]

Dat probeert men ook met DRI, maar Linus zal nooit nonfree drivers(vrijwel altijd de betere) toelaten in de kernel.

Ehm dat snap ik, maar ook daarom is linux modulair.

[Anoniem: 17264]

moto-moi schreef op 10 april 2004 @ 01:15:
KDE en GNOME is juist een goede ontwikkeling!
Dat zijn 2 kampen die tegenelkaar strijden voor het betere product, wat er uiteindelijk voor zorgt dat het allebei goede producten (zijn ge)worden.

Hetzelfde zal hopelijk gebeuren als er een goed alternatief komt voor Xfree86, natuurlijk, er zal misschien wat gesodemieter komen vanuit het NVidia kamp, maar zover ik weet is de X.org X versie eentje die gebaseerd is op de XFree86 4.4.0re2 ofzo, dus met die binary compatibliteit zal het wel goed zijn. Sterker nog, ze zouden wel gek zijn om die functionaliteit te breken juist voor de NVidia drivers..

Nou laten we maar gewoon afwachten wat er gebeurt. Ik hoop echt dat dit een goede ontwikkeling is voor grafisch Unix.

[ Voor 5% gewijzigd door Anoniem: 17264 op 10-04-2004 09:10 ]

[Niek]

De eerste support voor Keith's X Server begint trouwens al te komen. In de KDE CVS digest van deze week:

Fredrik Höglund committed a change to kdebase/konsole/konsole

• Added support for "real" transparency on X servers that have a 32 bit visual format with an alpha channel. The ARGB visual is autodetected on startup, and if it's not available konsole falls back to using the psuedo transparency hack.

• Made the text widget render background colors semi-transparent when transparency is enabled and the ARGB visual is used, thus removing the need for a special color scheme to have a translucent midnight commander.

This currently only works with the kdrive DDX on freedesktop.org.
In addition to the kdrive server you need Qt 3.3 and a running composite manager to use this feature.

[Anoniem: 27915]

Anoniem: 17264 schreef op 09 april 2004 @ 18:57:
Daarom moet er ook zo snel mogelijk weer een standaard systeem komen. Debian, Redhat, SuSE en Mandrake moeten rond de tafel gaan zitten en hierover een beslissing nemen. Anders kunnen we Linux voor desktop afschrijven.

Alsof ik de beslissing van een compleet ongerelateerd bedrijf zonder meer zou accepteren? Nooit! Wie om de tafel zitten (tegenwoordige tijd) zijn de mensen om wie het hier gaat: de ontwikkelaars van KDE, GNOME en andere mensen die een werkelijke technische interesse hebben in de verdere ontwikkeling en stabilisering van een X-protocol-gebaseerd product. En van sommige van deze mensen accepteer ik een "voorkeur" (keuze is een enorm fout woord, en zij snappen dat) voor de korte termijn wel. Lange termijn zal het zichzelf bewijzen.

Hey, die groep mensen heet freedesktop.org. .

[AlterEgo]

sebas schreef op 07 april 2004 @ 20:54:.... Verder hoef je blijkbaar geen mousedevice meer in je config te zetten, dat wordt automatisch gedetecteerd.

Kun je me naar wat meer info wijzen, hierover kan ik geen info vinden

3.4. Input Driver Enhancements

* The mouse driver has some support on Linux and FreeBSD for auto-detecting which device node to use. This makes it unnecessary to supply this information in the xorg.conf file in most cases.

Bron
Bedoel je dat soms?

[ Voor 39% gewijzigd door AlterEgo op 10-04-2004 22:15 ]

[sebas]

mOrPhie schreef op 10 april 2004 @ 01:27:
[...]
Ehm dat snap ik, maar ook daarom is linux modulair.

Linux is niet modulair.

http://www.oreilly.com/catalog/opensources/book/appa.html

Ik ben het voor de rest met je eens hoor, maar het lijkt me lastig om die twee onderdelen echt te scheiden, althans met de op dit moment aanwezige modellen. (XFree is ook allebehalve modulair). Maar hoe dan ook, het succes van een X Server is in eertse instantie afhankelijk van drivers, en die zijn er op dit moment eigenlijk alleen voor XFree, en dus Xorg, vanwege de binary compatibility. Keith en Co. werken volgens mij op dit moment wel aan een wrapper, waarmee dus ook de "oude" XFree drivers voor hun nieuwe (kdrive) XServer gebruikt kunnen worden. Dat zal de overgang stukken minder pijnlijk maken.

Of je een X Server uiteindelijk helemaal op de software kan gooien (dus 1 generieke driver, die dan het passende kernelmodule) gebruikt weet ik niet, maar ik neem aan dat we dat ooit wel zien.

[Creepy]

sebas schreef op 12 april 2004 @ 13:13:
[...]

Linux is niet modulair.

Eeh??? En dan met een link naar mails uit 1992? Right.

Linux mag dan een monolithic kernel zijn, ondertussen kan zo'n beetje elke driver als module worden gebruikt en worden geladen wanneer dat nodig is. Ook het verwijderen van een niet gebruikte module is geen probleem.

NVidia heeft een closed source kernel module gemaakt. Deze kan zonder problemen worden gebruikt. Wat is hier niet modulair aan? Tuurlijk neemt Linus ze niet op de kernel source zolang ze closed source zijn, maar zolang het mogelijk is om closed source modules te gebruiken zie ik daar geen probleem in.

[HarmoniousVibe]

Monolitisch en modulair sluiten elkaar niet uit.

[Ecco]

Ik draai inmiddels XOrg 6.7 op Gentoo Linux, aangezien het daar zo makkelijk is als:

code:

> emerge -C xfree86
> emerge xorg-x11
> emerge ati-drivers
> mv /etc/X11/XF86Config-4 /etc/X11/xorg.conf

En dan nog ff de FontPath entries veranderen in xorg.conf van "/usr/X11R6/lib/X11/fonts" naar "/usr/share/fonts".
Zelfs de ebuild van de ati-drivers ziet al dat je xorg-x11 gebruikt dus die werken ook al meteen. Je hoeft niet eens xfree te injecten
Het draait prima

[ Voor 22% gewijzigd door Ecco op 12-04-2004 17:11 ]

[mOrPhie]

sebas schreef op 12 april 2004 @ 13:13:
[...]

Linux is niet modulair.

Whatever.

Je kan modules maken die door de kernel geladen kunnen worden. Als je dat niet modulair vind, dan vind ik dat prima. Het gaat om de functionaliteit.

[Anoniem: 4417]

Kort nadat het uitkwam verving ik Xfree86 al door deze X.org 6.7.0 release in mijn Gentoo-installatie.

Afgezien van broken XKB-support (waar met name GNOME last van lijkt te hebben) werkt dat allemaal goed.

Ik heb er een goed gevoel over. Deze ontwikkelgroep is veel opener en veel meer bereid externe patches e.d. te accepteren. Blij dat we van dat gesloten arrogante clubje van David Dawes zijn verlost!

Hee, beelzebubu, wat zie ik nou aan je ondertitel? Je bent bezig in New York? Toe maar!

Maar dat betekent zeker ook dat je dit jaar niet mee kunt naar de demonstratie in Brussel aanstaande woensdag?

[ Voor 6% gewijzigd door Anoniem: 4417 op 12-04-2004 19:14 ]

[Anoniem: 27915]

Anoniem: 4417 schreef op 12 april 2004 @ 19:13:
Hee, beelzebubu, wat zie ik nou aan je ondertitel? Je bent bezig in New York? Toe maar! [afbeelding]

Maar dat betekent zeker ook dat je dit jaar niet mee kunt naar de demonstratie in Brussel aanstaande woensdag?

Nope, zit d'r niet in deze keer, Manhattan<->Bruxelles is net ietsje te ver weg... In gedachten zal ik aanwezig zijn, maar ik vraag me in alle eerlijkheid af of het nog zin heeft, alles lijkt al zo goed als besloten. .

Politici, de grootste onbenullen die ik ken... .

[ Voor 5% gewijzigd door Anoniem: 27915 op 12-04-2004 20:46 ]

[Anoniem: 4417]

Anoniem: 27915 schreef op 12 april 2004 @ 20:45:
[...]


Nope, zit d'r niet in deze keer, Manhattan<->Bruxelles is net ietsje te ver weg... In gedachten zal ik aanwezig zijn, maar ik vraag me in alle eerlijkheid af of het nog zin heeft, alles lijkt al zo goed als besloten. .

Politici, de grootste onbenullen die ik ken... .

Tja, Bolkestein, he? Bij welke partij zat hij ook alweer? Jeetje... Help me even, joh...

Sorry, ik kon het niet laten...

Maar eh, we moeten contact houden, man! Je krijgt nog foto's van me!

Ik nu zelf trouwens ook niet of ik ga, want de inschrijftermijn voor de conferentie liep op 7 april af...

Als ik dan zou ga, zou het alleen voor de protestmars zijn, hoewel dat natuurlijk ook al een statement is. Ach, ik weet het niet...

[voodooless]

Anoniem: 4417 schreef op 12 april 2004 @ 19:13:
Afgezien van broken XKB-support (waar met name GNOME last van lijkt te hebben) werkt dat allemaal goed.

Idd, mijn vers laptop install (x86-64) heeft daar ook last van, maar mijn workstation, die ik van xfree heb geupdate heeft hier geen last van... erg vreemd.

Helaas bouwt Xorg (net als Xfree overigens) nog niet gcc 3.4 . Erg jammer, omdat daar flink wat extra optimalisaties in zitten voor de Athlon en Opteron (DFA schedular e.d). Nog ff wachten dan maar.

[Anoniem: 4417]

deepspace schreef op 12 april 2004 @ 21:37:
[...]


Idd, mijn vers laptop install (x86-64) heeft daar ook last van, maar mijn workstation, die ik van xfree heb geupdate heeft hier geen last van... erg vreemd.

Het is inmiddels duidelijk dat het wel degelijk een bug in X11R6.7 is. Dat kun je onder andere hier lezen:

http://bugs.gentoo.org/show_bug.cgi?id=47243

Het is dus wachten op een patch of update.

Helaas bouwt Xorg (net als Xfree overigens) nog niet gcc 3.4 . Erg jammer, omdat daar flink wat extra optimalisaties in zitten voor de Athlon en Opteron (DFA schedular e.d). Nog ff wachten dan maar.

[/quote]

GCC 3.4? Die kan ik nog niet eens in package.mask terugvinden! Zo nieuw is die.

Ik neem aan dat ze ook dat spoedig zullen fixen. Het is al heel wat dat ze zo snel een werkende up-to-date fork van XFree86 hebben kunnen releasen. Nu ze een codebase hebben om verder aan te knutselen en zeer veel steun van links en rechts, zal het nu volgens mij erg veel gaan opschieten. Het werd tijd dat X-development eens lekker op gang kwam.

[voodooless]

Yep gcc 3.4 staat idd niet in de portage tree, maar je kunt hem er wel handmatig in zetten. Ben nu bezig met een nieuwe versie, hoop dat die het wel doet.... gcc 3.4 schijnt op een x86-64 systeem flink sneller te zijn, dus ik vind het dan wel belangrijk dat ie het wel doet .

Edit: het compileert nu

[ Voor 6% gewijzigd door voodooless op 14-04-2004 17:36 ]

[Anoniem: 4417]

deepspace schreef op 13 april 2004 @ 12:11:
Yep gcc 3.4 staat idd niet in de portage tree, maar je kunt hem er wel handmatig in zetten. Ben nu bezig met een nieuwe versie, hoop dat die het wel doet.... gcc 3.4 schijnt op een x86-64 systeem flink sneller te zijn, dus ik vind het dan wel belangrijk dat ie het wel doet .

Maar als je wacht op de officiele Gentoo ebuild, dan krijg je ook extra snufjes erbij zoals de propolice patch, die de geproduceerde code stukken resistenter kan maken tegen buffer exploits.

Ik wacht nog wel even. Ik neem aan dat de C++ ABI nu wel compatible blijft, zodat ik niet alles in een keer opnieuw hoef te compilen als ik overstap op 3.4.

[TGEN]

Het is en blijft X, denken ze echt hiermee problemen te verhelpen? Fris NeWS op, dan heb je tenminste een _goed_ ontwerp, en een _goede_ implementatie (misschien wel handig om ps te vervangen door een simpele scripttaal, Python bijvoorbeeld).

[slager]

Uit de changlog van slackware-current blijkt dat Patrick Volkerding nog niet zeker weet welke X hij gaat gebruiken:

code:

Tue Apr 13 20:13:15 PDT 2004
x/xfree86-4.4.0-i486-2.tgz:  Upgraded to fontconfig-2.2.2, freetype-2.1.7, and
  Xft-2.1.5.
x/xfree86-devel-4.4.0-i486-2.tgz:  Upgraded to fontconfig-2.2.2, freetype-2.1.7,
  and Xft-2.1.5.
x/xfree86-docs-4.4.0-noarch-2.tgz:  Upgraded freetype2 docs to version 2.1.7.
testing/packages/x11/*:  Added X11R6.7.0 from X.Org.
  Got an opinion on what the future of X in Slackware should be?  I'm curious
  about that myself, and welcome comments on the matter at [e-mail].  
+--------------------------+

Hij expermenteert dus in ieder geval ook met X.org, en mogelijk is dus slackware de zoveelste distro die deze op neemt.

[Zym0tiC]

Ik heb ondertussen X.org draaien onder Arch linux, alleen heb ik nog problemen met XKB / gnome, maar ik ben niet de enigste zo te zien.
Daarom maar weer even terug naar Xfree86-4.3 totdat die bug eruit is.

Bij heet die config file trouwens niet xorg.conf maar xorg.cfg en hij is wel heel erg klein( lees een regeltje of 10)

[Anoniem: 4417]

slager schreef op 14 april 2004 @ 16:22:
Uit de changlog van slackware-current blijkt dat Patrick Volkerding nog niet zeker weet welke X hij gaat gebruiken:

code:

Tue Apr 13 20:13:15 PDT 2004
x/xfree86-4.4.0-i486-2.tgz:  Upgraded to fontconfig-2.2.2, freetype-2.1.7, and
  Xft-2.1.5.
x/xfree86-devel-4.4.0-i486-2.tgz:  Upgraded to fontconfig-2.2.2, freetype-2.1.7,
  and Xft-2.1.5.
x/xfree86-docs-4.4.0-noarch-2.tgz:  Upgraded freetype2 docs to version 2.1.7.
testing/packages/x11/*:  Added X11R6.7.0 from X.Org.
  Got an opinion on what the future of X in Slackware should be?  I'm curious
  about that myself, and welcome comments on the matter at [e-mail].  
+--------------------------+

Hij expermenteert dus in ieder geval ook met X.org, en mogelijk is dus slackware de zoveelste distro die deze op neemt.

Als hij wil kiezen voor de X Server die de beste toekomst heeft, dan kan hij het beste voor X.org kiezen, omdat er gewoonweg veel meer developers achter staan, zowel van de community als uit het bedrijfsleven. Er worden veel snellere ontwikkelingen van verwacht, omdat X.org een veel openere organisatie heeft dan het nogal conservatieve XFree86-project, waarvan de (nu nog overblijvende) ontwikkelaars onder leiding van David Dawes nogal "uit de hoogte" doen en zichzelf kennelijk in hun Ivoren Torentje hebben opgesloten.

XFree86 heeft zichzelf gemarginaliseerd met dat nieuwe licentiemodel dat bijna niemand zag zitten.

Trust me, XFree86 is dying.

[ Voor 4% gewijzigd door Anoniem: 4417 op 15-04-2004 16:15 ]

[slager]

Ik geloof ook wel dat XFree86 zijn langste tijd gehad heeft, maar het is natuurlijk niet zo dat je _nu_ over moet stappen op X.org om bij te blijven. Je kunt ook eerst nog even doorgaan met XFree86, om vervolgens in een later stadium, als de problemen met X.org minder worden, X.org op te nemen.

En problemen met X.org zijn er momenteel zeker nog wel, kijk maar eens rond op de fora van Dropline. Dropline Gnome 2.6 bevat namelijk al wel de X.org server. Geen ernstige problemen voor een tweaker, maar het maakt het momenteel nog wel ongeschikt voor gebruik in een stabiele release.

[ Voor 6% gewijzigd door slager op 15-04-2004 19:07 ]

[Anoniem: 4417]

slager schreef op 15 april 2004 @ 19:05:
Ik geloof ook wel dat XFree86 zijn langste tijd gehad heeft, maar het is natuurlijk niet zo dat je _nu_ over moet stappen op X.org om bij te blijven. Je kunt ook eerst nog even doorgaan met XFree86, om vervolgens in een later stadium, als de problemen met X.org minder worden, X.org op te nemen.

En problemen met X.org zijn er momenteel zeker nog wel, kijk maar eens rond op de fora van Dropline. Dropline Gnome 2.6 bevat namelijk al wel de X.org server. Geen ernstige problemen voor een tweaker, maar het maakt het momenteel nog wel ongeschikt voor gebruik in een stabiele release.

De non-tweakers (zover die al bereid zijn om Linux uit te proberen) nemen gewoon een van de relatief gebruikersvriendelijke en gratis te downloaden distributies, meestal Mandrake, Fedora of Suse. Die weten meestal niet eens wat een X-server is, laat staan dat ze van deze ontwikkelingen af weten. Zij pikken de vruchten tezijnertijd als de distributieleverancier in kwestie met een versie komt waarin X.Org is opgenomen.

Het ging hier echter om het dilemma van Patrick Volkerding of hij voor de Slackware-distributie bij toekomstige versies het beste bij XFree86 kan blijven of beter kan overstappen op X.Org. Om de reeds door mij genoemde redenen is de antwoord daarop dus het laatste.

De eerste release van X.Org is al opvallend goed. Het is juist zo verwonderlijk dat er zo weinig issues zijn. De grootste zover ik weet is dus die XKB-bug, waar nu ongetwijfeld al hard aan wordt gewerkt.

Een nieuwe release (waarin ook de minor issues zijn aangepakt) zal vast niet lang op zich laten wachten.

[ Voor 19% gewijzigd door Anoniem: 4417 op 15-04-2004 23:17 ]

[HarmoniousVibe]

Lijkt me niet héél erg verwonderlijk, aangezien deze release voor het grootste gedeelte is gebaseerd op XFree86 4.4.0-rc2.

[Anoniem: 58670]

Erm... heeft iemand toevallig geen config file liggen voor xorg mét geforce4 ?

Ik heb gentoo pas geinstalleerd en heb xorg en gnome 2.6 emerged. Bij gevolg heb ik geen enkele xfree86 config om op verder te borduren...

[Anoniem: 73385]

Wellicht een goed idee om deze discussie voort te zetten in het andere grote X topic?

[freggy]

Dat xkb-probleem is geen bug, maar een configuratiefout. Hier vind je de uitleg: http://freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=472

[Anoniem: 4417]

Freggy schreef op 17 april 2004 @ 23:44:
Dat xkb-probleem is geen bug, maar een configuratiefout. Hier vind je de uitleg: http://freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=472

Nou, ik heb die xkbrules-regel veranderd en zelfs weggehaald, maar in beide gevallen heb ik het probleem in GNOME nog steeds, hoor.

Misschien inderdaad beter om in dat andere topic verder te posten, zoals Cybarite hierboven al voorstelde.

[ Voor 6% gewijzigd door Anoniem: 4417 op 22-04-2004 17:14 ]

[freggy]

Je moet ook nog de laatste gnome-control center (>= 2.6.1) en libxklavier (>=1.0.2) installeren. Zo was het hier opgelost.

[Anoniem: 4417]

Freggy schreef op 02 mei 2004 @ 16:06:
Je moet ook nog de laatste gnome-control center (>= 2.6.1) en libxklavier (>=1.0.2) installeren. Zo was het hier opgelost.

Nou, moe? Die versies zitten inderdaad in portage (Gentoo), maar worden niet automatisch bijgewerkt als ik "emerge -u world" doe! Ik moet ze specifiek aangeven.

Da's ook fraai, zeg. Als jij me dit niet had verteld, had ik wellicht nog een hele tijd zitten wachten op de fix!

Maar jij in elk geval reuze bedankt voor de tip!

Eens kijken of ik GNOME dan weer kan gebruiken (hoewel xfce4 mij in de tussentijd ook wel aardig beviel)...

[AlterEgo]

Anoniem: 4417 schreef op 03 mei 2004 @ 13:16:
[...]
Da's ook fraai, zeg. Als jij me dit niet had verteld, had ik wellicht nog een hele tijd zitten wachten op de fix!

Dat hoort ook zo
Die pakketten heb je nooit expliciet ge-emerged, maar als dependencies van iets anders binnengehaald. Het pakket waarmee je ze hebt binnengehaald zou kunnen breken door het updaten.

[edit] Wat jij zoekt heet emerge -uD world (deep-upgraden, dus met alle onderliggende dependencies)

[ Voor 12% gewijzigd door AlterEgo op 03-05-2004 14:11 ]

[Ecco]

AlterEgo schreef op 03 mei 2004 @ 14:00:
[...]


Dat hoort ook zo
Die pakketten heb je nooit expliciet ge-emerged, maar als dependencies van iets anders binnengehaald. Het pakket waarmee je ze hebt binnengehaald zou kunnen breken door het updaten.

[edit] Wat jij zoekt heet emerge -uD world (deep-upgraden, dus met alle onderliggende dependencies)

Hier draait Xorg inmiddels razendsnel, en probleemloos met gcc-3.4 uit portage

[Anoniem: 4417]

AlterEgo schreef op 03 mei 2004 @ 14:00:
[...]


Dat hoort ook zo
Die pakketten heb je nooit expliciet ge-emerged, maar als dependencies van iets anders binnengehaald. Het pakket waarmee je ze hebt binnengehaald zou kunnen breken door het updaten.

[edit] Wat jij zoekt heet emerge -uD world (deep-upgraden, dus met alle onderliggende dependencies)

Dat had ik (als trouwe Gentoo-gebruiker) eigenlijk allang moeten weten...

Maar toch bedankt voor de tip!

Die updates van gnome-control-panel en libxklavier hebben echter nog steeds niet mijn probleem opgelost. De foutmelding bij het starten van GNOME is inderdaad verdwenen, maar de GUI accepteert nog steeds geen keyboard-input.

Maar goed, dan ga ik maar eens zo'n "emerge -uD world" doen. Misschien dat er nog meer libs geupdated moeten worden om dit probleem op te lossen.

[LollieStick]

Ik krijg hem niet aan de praat. Bij knalt ie er uit met een compile error (Gentoo emerge - accept keywords enabled). Ik ga het straks nog eens proberen op een bak die Gentoo stable draait.

[smokalot]

LinuxUser schreef op 04 mei 2004 @ 18:29:
Ik krijg hem niet aan de praat. Bij knalt ie er uit met een compile error (Gentoo emerge - accept keywords enabled). Ik ga het straks nog eens proberen op een bak die Gentoo stable draait.

zelfde probleem hier...

weet iemand trouwens hoe je xorg-x11 kunt emergen zonder eerst xfree te verwijderen? Al is het maar alleen als binary package...

[LollieStick]

vanaf de Gentoo forums heb ik gelezen dat het aan binutils 2.15 lag.. met 2.14 schijnt het wel goed te zijn.

[Anoniem: 2198]

Dit is meer een Gentoo discussie geworden ipv een Xorg discussie :+

Overigens werkt FC2-t3 prima met Xorg, geen enkel probleem, alleen m'n sis dri werkt niet, maar dat heeft nog nooit gewerkt

[LollieStick]

intussen heb ik hem hier draaien op een stable pc

[Anoniem: 4417]

LinuxUser schreef op 04 mei 2004 @ 19:32:
vanaf de Gentoo forums heb ik gelezen dat het aan binutils 2.15 lag.. met 2.14 schijnt het wel goed te zijn.

Hmmm... Dat verklaart de downgrade net tijdens het emergen. Zie deze entry die zojuist aan package.mask is toegevoegd:

code:

# <[e-mail]> (04 May 2004)
# remasking again due to bad gcc/binutils mixes
=sys-devel/binutils-2.15.90.0.3-r1

Dan ga ik nu nogmaals GNOME proberen!

@Felix: Gentoo, X.Org, Linux, what's the difference?

[ Voor 8% gewijzigd door Anoniem: 4417 op 05-05-2004 17:34 ]