X.org 6.7 már a Slackware-ben is

X, Wayland, Mir

A Slackware sokáig azon kevés distribúció közé tartozott, amely a XFree86 licencváltás ellenére a -current ágba átvette a XFree 4.4-et. Most a felhasználók kérésére (nyomására) úgy döntöttek a karbantartók, hogy ők is váltanak az X.org 6.7.0-ra. Várhatóan ez megoldja az Ati bináris driverek komatibilitási problémáit is.Egyenlőre a XFree 4.4-es binárisok megmaradnak az unsupported könyvtárban.


Az újonnan megjelent csomagnevek:

  • x11-6.7.0-i486-2
  • x11-devel-6.7.0-i486-2
  • x11-docs-6.7.0-noarch-1
  • x11-docs-html-6.7.0-noarch-1
  • x11-fonts-100dpi-6.7.0-noarch-1
  • x11-fonts-cyrillic-6.7.0-noarch-1
  • x11-fonts-misc-6.7.0-noarch-1
  • x11-fonts-scale-6.7.0-noarch-1
  • x11-xnest-6.7.0-i486-1
  • x11-xprt-6.7.0-i486-1
  • x11-xvfb-6.7.0-i486-1



    (A csomagnevek megváltozása miatt a swaret automatikusan nem fogja kicserélni a gépen fent lévő XFree csomagokat az új X.org csomagokra.)


    Érdekesség, hogy szinte minden más disztribúciótól eltérően a Slackware csapatnak semmi problémája nincs az XFree kötelezően feltünetetendő mondatával; sőt, az XFree fejlesztőkkel szembeni tiszteletük jeléül továbbra is fel fogják tüntetni a köszönetnyilvánító mondatot annak ellenére, hogy az XFree86 már nem része a disztribúciónak.



    Részlet az -current changelogból:

    Sun May 30 01:06:39 PDT 2004

    ...

    x/: Switched to X11R6.7.0 from X.Org. Thanks to those who sent comments to
    x@slackware.com. Seems the community has spoken, because the opinions were
    more than 4 to 1 in favor of using the X.Org release as the default version
    of X. I think I've heard just about every side to this issue now, and it was
    only after careful consideration and testing that this decision was made.
    It's primarily (as is usual around here) a technical decision. Nearly
    everyone else is going with X.Org and it seems to me that sticking with
    XFree86 it spite of this would be asking for compatibility trouble (indeed,
    we saw some issues between X.Org and XFree86 4.4.0 until a few things in
    XFree86 were patched). I also noticed that the ATI Radeon binary drivers
    designed for XFree86 4.3.0 do not work with XFree86 4.4.0, but do work with
    the X.Org release. Something I'm *not* in favor of is dragging around two
    nearly identical projects, so XFree86 4.4.0 has been moved to the
    /pub/slackware/unsupported/ directory on the FTP site.

    • I'd like to take this moment to thank the XFree86 Project for all the truly
    amazing work they've done all these years, and to wish the project the best
    of luck. Slackware owes the XFree86 Project a debt of gratitude and will
    will always include the XFree86 acknowledgement, even if we are no longer
    shipping XFree86.

    ...

    ( Andrei | 2004. 05. 30., v – 22:20 )

    Na ezt a hozzaallast komalom en a Slackware-ben. Keves gatyazas - profi munka. Es meg igy sem nagykepuek, tudjak hogyan jutottak el oda, ahol most vannak.

    Piros pont

    Csak jelenne mar meg az uj Slack....

    Andrei

    Az X.org homepage cime nincs a cikkben. Persze 10 masodperc es megkeresi az ember (megyek is es megnezem ), de hamar az XFree cime benn van.......

    azért sarge után mert tovább tolná a megjelenés dátumát...akkor pedig azt írnád ahhoz a cikkhez hogy ez vicc már milyen ***** öreg a woody kb 2-3 éve a sargeon dolgoznak és még mindig nem képesek kiadni :P

    talán amiatt h 12 architektúrára való fordításnál lehetnek előre nehez megjósolható függőségi problémák...

    az egyik release alapelv pedig h összes architektúrára kell fordítani, nem csak i386-ra...meg még 2re (mint más disztribben)...ha már a flame-nél tartunk (ahogy egy topicban is tetted ezt...)

    ha bővebben érdekel a téma akkor pedig az ok-okozatokat megtalálod a deb mailing list-eken

    http://lists.debian.org/search.html

    10mp??? 1mp. Beírod a böngészőbe hogy x.org, és jééééé :-))

    > Na ezt a hozzaallast komalom en a Slackware-ben. Keves gatyazas - profi munka. Es meg igy sem nagykepuek, tudjak hogyan jutottak el oda, ahol most vannak.

    Sajna nagyon rég láttam slackware-t, de ha tényleg ez a hozzáállásuk, akkor számomra is teljesen szimpatikus. Az UHU-ban is ezt igyekszünk követni (jut eszembe, a fejlesztői ágban már nálunk is X.Org van), ha valamit meg akarunk változtatni, mert másképp jobbnak látjuk, akkor nem szarakodunk, hanem megváltoztatjuk, és ha szükséges, akkor nem azon nyavajgunk, hogy a 10 másik ettől függő programot azok karbantartója mikor és hogyan tudja meghegeszteni és hogyan fog működni az új X-szel a régi Y, hanem fogjuk, és a 10 másik programot is meghegesztjük és örülünk hogy jobb lett a rendszer. A Debiannal az a problémám (többek között) hogy a fejlesztői gárdája szerintem túlnőtte azt a kritikus tömeget, amelyik még képes volna rugalmasan, dinamikusan fejleszteni. Nade tényleg én sem akarok flame-et, ez csak egy privát vélemény volt.

    > talán amiatt h 12 architektúrára való fordításnál lehetnek előre nehez megjósolható függőségi problémák...

    Nem értek a Debian lelkivilágához, csak kíváncsi vagyok: nem pont arról szólna a mindenféle fejlesztői (unstable vagy testing, mittudomén) ág, hogy ott lehet ezzel kísérletezni és megnézni hogy minden rendben van-e? Felőlem nem is kell becsekkolni, csak kézzel-lábbal végigfordítani és kipróbálni vele a disztribet, hogy lássák hogy mennyi szívás van vele. Vajon megpróbálták? Vagy csak sejtés hogy túl sok probléma adódna?

    Ha van olyan, aki igazan ismeri az X lelkivilagat, akkor Branden ilyen. Ha megnezed, nem a munka helyett all oda flame-elni, de ha nem hiszel nekem, nyugodtan nezz bele az X Strike Force oldalaiba, hogy mennyi munkaja van benne. BTW, sidben most sem 4.3.0 van, hanem 4.3.0+(4.4-bol dfsg-barat dolgok), szoval aki szerint ez nem eleg friss...