25 éves az X11!

Címkék

Szinte napra pontosan 25 éve annak, hogy Ralph R. Swick bejelentette a comp.windows.x hírcsoportban az "X Version 11", vagy ahogy jobban ismert, az X11 első kiadását. Az "X Window System, Version 11 Release 1" 1987. szeptember 15-én jelent meg:

X Version 11 Released (!!!)
6 bejegyzés 5 szerzőtől, ebben a csoportban: comp.windows.x

Ralph R. Swick

The X Window System, Version 11 Release 1 is now available.  This
release represents a major redesign and enhancement of X and signals
it's graduation from the research community into the product engineering
and development community.  The X Window System version 11 is intended
to be able to support virtually all known instances of raster display
hardware and reasonable future hardware, including hardware supporting
deep frame buffers, multiple colormaps and various levels of hardware
graphics assist.

Whereas the design and implementation of the first 10 versions of X
were primarily the work of three individuals, Robert Scheifler of the
M.I.T.  Laboratory for Computer Science and Jim Gettys of Digital
Equipment Corporation and Ron Newman of M.I.T., both working at M.I.T.
Project Athena, X version 11 is the result of the efforts of literally
dozens of individuals at almost as many locations and organizations.
At the risk of offending some of the players by exclusion, several
people deserve special credit and recognition.  First, Phil Karlton
and Scott McGregor, both of DEC, for their considerable contributions
to the specification of the version 11 protocol.  Dave Rosenthal of
Sun Microsystems also contributed to the protocol and provided the
sample generic color frame buffer ddx code.  Sue Angebranndt, Raymond
Drewry and Todd Newman of DEC's Western Software Laboratory, with
Phil, have worked long and hard to produce the sample server
implementation.  Our very deepest gratitude to Todd Brunhoff who
convinced his management at Tektronix to spare him for 6 months to be
at Project Athena.  Todd's system knowledge, his bag of tricks and
never-fading smile were essential in keeping the beta test alive.  Bob
Scheifler remains the author, the final arbiter and the final decision
maker for the X Protocol itself, a job that has consumed significantly
more time with the expansion of the design community.  Jim Gettys has
allowed his arm to be twisted to continue to be the principal
architect, arbiter and implementor of Xlib long after he wanted to
move on to other tasks.

Many thanks to all the beta test sites who persevered and helped us to
achieve this milestone.  Our enormous gratitude to Dave Rosenthal,
Erik Fortune, Raymond Drewry, Dave Gorgen and Al Mento who with us
spent many late nights during the past week merging sources, testing
builds and revising documentation.

The full list of contributors who made this release possible is very long.
In order to avoid filling mail queue, the complete list is in the file
X11/doc/contributors.  It is recommended reading.

This release is unique and perhaps historic in the computer industry
in that very nearly all of the code has been contributed by the
workstation vendors themselves.  This release will run on the Digital
VS-2, VS-2/RC, VS-2/GPX and VS-2000 under Ultrix 2.0, and 4.3BSD, most
Sun Microsystems workstations with bw2 and cg2/3/4/5 displays under
3.2, 3.4 and 4.0, Apollo Computer workstations under SR9.5/6/7, and
the IBM RT/PC with AED and APA16 under ACIS 4.3 (Not under AIX).  MIT
does not "support" this distribution; however bugs and fixes and new
code are gratefully accepted.

To order a distribution, send a CHECK for U.S. $150 to:

        MIT Microcomputer Center
        MIT 11-209
        77 Massachusetts Avenue
        Cambridge, Massachusetts, 02139
        (617) 253-6325

Purchase orders will NOT be accepted.  The distribution will come on a
single 9 track 1600BPI tape written in Unix tar(1) format, along with
a single copy of printed documentation.  Other distribution media or
formats are NOT available.  Express mail shipment will be available
at a surcharge; you should call the number above if you desire this.

Distributions are also available from "zap.mit.edu" (18.72.0.126) (for
east-coasters) and decwrl.dec.com (26.7.0.16) (for west-coasters) on
the Internet, via anonymous FTP.  The east-coast distribution will be
moving soon from 'zap.mit.edu' to 'athena-dist.mit.edu', so if zap is
unavailable you should try there.

Bug reports should be mailed to xb...@athena.mit.edu.  It would be
appreciated if you used the template in doc/bugs/bug-report.

As always, in the spirit under which X was developed and is
distributed, you are encouraged to write your own tools and share them
if you think these clients are deficient.


Enjoy!
                                        15-Sep-87
                                        Bob Scheifler
                                        Jim Gettys
                                        Ralph R. Swick
                                        Todd Brunhoff
                                        MIT Project Athena

Hozzászólások

Mindig élvezettel olvasom az ilyen régi bejelentéseket. Ez is milyen igaz:

"This release is unique and perhaps historic"

Az X1-tól az X10-ig három év alatt jutottak el. Az X11 meg 25 éve létezik és a mai napig használatban van.

--
trey @ gépház

Pontosan mire gondolsz? Kutatok az emlékeimben, hogy mikor kellett nekem utoljára grafikus megjelenítést konfigurálni a gépemen, de nem emlékszem. Szerintem olyan régen volt. Biztos van ahol szopni kell, de nekem spec. automatikusan detektál és állít be minden a rendszer. Azt hiszem. Én nem állítok semmit hosszú évek óta.

--
trey @ gépház

nekem speciel be kellet állítani az egér sebességet mert amúgy horror (egy viszonylag nagy érzékenységű egérről van szó), különböző window managerek semmit se tudtak kezdeni vele. Amúgy hotplug meg kb. hiába van benne automatice xorg.conf-ban a kedvenc usb billentyűzetem kábele kontakthibás volt (azóta repaired) és ha épp leválasztódott volt alkalom rá többször is hogy szénné fagyott minden :)

Ettől független boldog szülinapot X11 :)

Vannak azért bajok;-)De csatlakoztass még 2 monitort vagy szerelj be még 2 másik VGA-t, vagy monitornak használj egy TV-t (már elég sok jól működik, de nem mind), vagy laptopon kapcsolgass külső monitor az LCD kijelző között , főleg ha differens a felbontás.

Szerinted mit használok? Wi... neeem! Na, na, na? Hát blackPanther OS v12.0(beta)-t * blackpantheros.eu

Én nem állítottam, hogy nincsenek bajok. Azzal próbáltam vitatkozni, hogy ugyanolyan nehéz, mint 10 évvel ezelőtt. Ez szerintem nem igaz. Jól emlékszem, hogy régebben mennyit kellett játszani azzal, hogy egyáltalán kép legyen egy monitoron. Messze vagyunk attól.

--
trey @ gépház

Nem volt ma időm bővebben kifejteni, de tréfás dolgokra képes a nouveau, a prop nvidia, meg a vesa hármasa. Ennek egyelőre semmi köze sincs még az X11-nek, ahhoz már annál inkább, amikor a monitorom 320x240 default-ban lett érzékelve, és 640x480-nál többre nem is lehetett beállítani az X11 überszuper automatikus beállításaival. És ott még nem is tartunk, hogy két monitor van rákötve a videókártyára.

----------------------------------------------------------
"One should strive to achieve; not sit in bitter regret."
www.xonotic.org

@akion: Részben egyet értek. A többieknek igazuk van abban, hogy az automatikus beállítás már teljesen OK, de az azért megnézném, hogyan konfigurálnának fel egy olyan kiépítést, amiben a laptophoz 3 külső monitor van csatolva és a négy képernyőn három különböző felbontás van és a sorrend balról jobbra 3,2,4,1 és a 3 és a 2 monitor teteje 7.5 cm-rel van lejjebb, mint a 4-é és az 1 (laptop beépített) meg vagy 20 centivel, de azért az egérmutató az asztal lapjától ugyanakkora távolságra legyen, ha egyes vonalban balról jobbra végighúzom a 4 képernyőn. W7-en ez gyerekjáték; ez volt az első alkalom, hogy a kollégáim azt hallották, hogy a W7-et dícsérem...

Őszintén csodálom az X11-et kitaláló és megvalósító kollégákat.

A hozzászólásokat olvasva elég vicces látni, hogy vannak, akiknél még mindig nem esett le, hogy mit jelent az X kliens-szerver fölépítése, s miért volt nagy dolog 25 éve (meg még most is) a programok futásának és a grafikus output megjelenési helyének egyszerű, transzparens elválasztása - de azért működik nekik is :)

...es meg mindig csak a kwin es a compiz kepes alatta sync to vblankra, ez 25 ev eredmenye :(

Es 25 ev utan is ugyanott vagyunk... Kozben megjelentek a tobbmonitoros rendszerek, meg projektort dughatok a notebookomra, szoval valtozott a vilag egy kicsit!

Majd ha a linuxos masinakrol tartott prezentaciok nem ugy kezdodnek, hogy mindjart kezdunk, csak van egy kis technikai baki, akkor nem igy fogok a temahoz allni!

Ebben az a vicc, hogy a többmonitoros rendszerek lehet, hogy szerinted azóta jelentek meg, ellenben az X elég régóta kezeli őket. Tudod, a DISPLAY változó formátuma nem véletlenül olyan, amilyen (gép:A.B)

Technikai bakit pedig én láttam Wines laptoppal és vetítővel is. Ráadásul szerintem csak annyi történik, hogy Win-hez jobbak az ezt a helyzetet lekezelő segédprogramok, mint Linuxhoz.

Aha... Megnéztem gentoo wiki bejegyzését.

Úgy kezdi, hogy "Getting X working on multiple monitors used to be difficult". Mivel arról volt szó, hogy ez az X nagy erőssége, hogy a kezdetek óta támogatja, picit ellentmondásos, hogy miért volt ez bonyolult.

Aztán:
"Single, Multi-headed Graphics Card

These instructions set up a single X Screen spanning two physical displays. As such, we define only one Device and one Screen in xorg.conf. This should work for any driver which uses XRandR version 1.2. Modern versions of X.Org can auto-detect most setups, so it's usually best to omit options unless absolutely necessary."

Mi volt XRandR 1.2 előtt?

Lent:
"Xinerama

With Xinerama, both monitors are formed into one virtual screen. Apps can move over it, and windows can overlap."

Ezek szerint egy "kiterjesztett asztal" funkcionalitáshoz xinerama is kell (kérdés, hogy a fentebb leírt megoldások akkor mi a fenét csinálnak). Ez az X11R6.4-hez lett fejlesztve, ami 1998-ban jelent meg. Ez 14 éve volt, előtte senkinek nem jutott eszébe, hogy jó lenne futás közben egy nagy kijelzőként kezelni a monitorokat?

Őszintén szólva most nem néztem utána, csak arra emlékszem, hogy csináltam már ilyet, s működött. Némi doksi olvasás után meg tudtam írni hozzá a xorg.conf-ot. Ugyanakkor újabban a két monitoros üzemmód is mintha menne autodetect módon is. Most nincs előttem az a gép, de közelébe tudok kerülni valamikor.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Kétmonitoros helyzet nemrég került elő, szóval friss az élmény.
Ubuntu 10.04-en, Gnome2-vel az autodetekt képtelen volt kilépni a mirror modeból, hiába állítgattam a GUI-n. Xrandral piszkálgatva (left-of, direkt számmal eltolás, akármi) a másodlagos monitort annyit értem el, hogy elment a képe, az elsődlegesnél meg hogy mindkét monitornak elment a képe, vagy épp bejött valami Ubuntu asztal-féleség, amin nem lehetett elérni semmit, többek között az egeret sem. Olvastam mindenfélét, próbáltam mindent, nem működött.
Az aticonf által generált xorg.conf pedig a fentebb leírt, két, egymástól teljesen független displayt varázsolt, amik között csak az egér tudott mozogni, semmi egyéb összefüggés nem volt.

Azóta frissítettem 12.04-re, a Gnome3 itt sem volt tökéletes, de legalább már működött, KDE-re váltva azóta nincs panaszom.

Szóval pár éve még nem volt tökéletes az autodetekt.
----
India delenda est.
Hülye pelikán

Nos, megnéztem az említett kétmonitoros gépet. Régebben konfigolnom kellett, mert mentésben ott van a régi xorg.conf-om, csak más néven. Most nincs xorg.conf, s a xorg.conf.d-ben csak a billentyű konfigurációs állománya van, azaz autodetect az egész. A driver nouveau. Az X verziója 1.12.3. Az oprendszer Fedora 17, x86_64. A logban a releváns rész így néz ki:

[    64.761] (II) NOUVEAU(0): Output DVI-I-1 connected
[    64.761] (II) NOUVEAU(0): Output HDMI-1 disconnected
[    64.761] (II) NOUVEAU(0): Output VGA-1 connected
[    64.761] (II) NOUVEAU(0): Using spanning desktop for initial modes
[    64.761] (II) NOUVEAU(0): Output DVI-I-1 using initial mode 1680x1050 +0+0
[    64.761] (II) NOUVEAU(0): Output VGA-1 using initial mode 1680x1050 +1680+0
[    64.762] (II) NOUVEAU(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated.
[    64.762] (--) NOUVEAU(0): Virtual size is 3360x1050 (pitch 0)

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

"Technikai bakit pedig én láttam Wines laptoppal és vetítővel is."

Nagy öngól volt ez nucc-nak, mert eddig kivetítős prezentációt életemben 99%-ban Windows-ról láttam és a szerencsétlenkedés szinte mindig kísérője volt. Főleg ha az előadók közben notebookot is váltottak.

--
trey @ gépház

Jajj, es ujra a Windowsnal vagyunk... Akkor a Windows is szar! En azt tudom, hogy amikor eloadast szervezek, akkor a Linuxosokat mindig korabbra odahivom, hogy probaljak ki a kornyezetet, mert kva sokszor volt, hogy az 5 perces valtas 15 percre sikeredett, mert reboot lett a vege. A Windows-t nem ertekelem, a topic X11-rol szol. Lehet, hogy bizonyos gyartok szarra hackelik az X11-et, nem tudom, en csak szeretnem, ha stabil legyen. Igaz Osx-en is X11 fut ha jol tudom, ott mondjuk mukodik, Apple-osokkel sosem volt problema.

Dehogy fut.


Emily ~$ uname -a
Darwin Emily.local 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun  7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386
Emily ~$ glxinfo | head -25
name of display: /tmp/launch-lHwlWg/org.x:0
display: /tmp/launch-lHwlWg/org.x:0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
    GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, 
    GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method, 
    GLX_SGI_make_current_read, GLX_SGIX_fbconfig, GLX_MESA_copy_sub_buffer
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_rating, 
    GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group, 
    GLX_EXT_texture_from_pixmap
GLX version: 1.2
GLX extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_rating, 
    GLX_SGIX_fbconfig, GLX_EXT_texture_from_pixmap
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce 9400M OpenGL Engine
...

Nemar.

---
pontscho / fresh!mindworkz

Bocs, ennél rosszabb példát nem is hozhattál volna. Az elmúlt években soha nem volt bajom prezentációval a Linuxos laptopjaimmal, viszont számtalan olyat láttam, hogy technikai szünettel kellett kezdeni Wines és Mac laptopokról tartott prezentációkat.
Kifejezetten utálom, amikor a Mac laptoppal bevillanó prezentől nekilát szerencsétlenkedni az adapterével, és hamarosan kiderül, hogy a technikai személyzet nem tudja kibékíten a projektor és az adapterből jövő kimenet felbontását. Vagy amikor a prezentáció közepén az adapter feldobja a talpát, és onnan pár másodpercenként színt vált a vetített kép.
De windowsnál is láttam szép hibákat: A powerpointba beágyazott videóból csak egy fekete keret látszott a projektoros kimeneten. Egymásik alkalommal egyáltalán nem tudták rávenni a windowsos laptopot, hogy kibéküljön a projektorral, egy másik laptopot kellett hozni, hogy lemehessen az előadás.
Aki Linuxos laptopot használ, az általában tudja használni a rendszerét, és nem jelent neki problémát a megfelelő beállítás. (Bár jó régen volt, hogy a Fedorás laptopom nem ismerte fel helyesen a rádugott monitor felbontását.)
Csaba

nekem meg pont ellenkezőek a tapasztalataim.

Rákészültem, hogy laptopon kell majd előadást tartani, ismeretlen hardver várt rám. Felkészültem mindenre. A parancsokat előre összeírtam, hogy teszt, és képet kitesz meg minden.

Aztán rádugtam a gépre a projektort és... minden ment azonnal úgy ahogy kell. Kész, ennyi.

Csak úgy mondom. :)

>>: sys-admin.hu :<<

Bármilyen is a kicsike, azért boldogot neki, mégiscsak ő van a gépemen.

...és ha az ősmagyar számírás nem ötös alapú lenne, a helyiértékes indiai meg nem tízes, az ógörög sem tízes (az nem volt helyiértékes) hanem mondjuk hetes, akkor a 21 lenne a szép kerek szám, nem a 25.
Meg mondjuk Döbrögi sem 25 botot kapott volna, hanem 21-et.

Valahogy a "kerek" évfordulók nálam túl közhelyszerűek.
Ha mondjuk 29, az már szebb, mert prím, ráadásul egy ikerprím első tagja. Hát nem szebb, kerekebb?

Különben az X11 nagyon szép mű, szeretem, hogy visszafelé kompatibilis.

---
--- A gond akkor van, ha látszólag minden működik. ---
---