X 창 시스템

X Window System
"X11"은 여기서 리디렉션된다.기타 용도는 X11(동음이의)을 참조하십시오.
Microsoft Windows와 혼동하지 마십시오.
X 창 시스템
X.Org Logo.svg
Twm.png
twm - 기본 X11 창 관리자
원본 작성자프로젝트 아테나
개발자엑스오르크 파운데이션
초기 릴리즈1984년 6월; 37년 전(1984-06)
안정적 해제
X11R7[1][2].7 / 2012년 6월 6일
운영 체제Unix, Unix 유사, MVS OpenVMS, DOS
플랫폼크로스 플랫폼
전임자W 창 시스템
유형윈도잉 시스템
면허증MIT 라이선스
웹사이트x.org Edit this on Wikidata

X 윈도 시스템(X11 또는 단순 X)은 비트맵 디스플레이를 위한 윈도잉 시스템으로, 유닉스 유사 운영 체제에서 흔히 볼 수 있다.

X는 디스플레이 장치에 창을 그리고 이동하며 마우스와 키보드와 상호 작용하는 GUI 환경의 기본 프레임워크를 제공한다.X는 사용자 인터페이스를 의무화하지 않는다 – 이것은 개별 프로그램에 의해 처리된다.이와 같이 X 기반 환경의 시각적 스타일링은 매우 다양하다. 프로그램마다 근본적으로 다른 인터페이스를 제공할 수 있다.

X는 1984년 매사추세츠 공과대학교(MIT)의 아테나 프로젝트의 일부로 시작되었다.[3]X 프로토콜은 1987년 9월부터 버전 11(헨스 "X11")에 있었다.X.Org 재단은 X 프로젝트를 이끌고 있으며, 현재 기준 구현인 X를 가지고 있다.Org Server MIT License 및 유사한 허용 라이센스에 따라 무료 오픈 소스 소프트웨어로 사용 가능.

목적과 능력

X는 원격 그래픽 사용자 인터페이스와 입력 장치 기능을 위한 아키텍처에 독립적인 시스템이다.네트워크 단말기를 사용하는 각 사용자는 어떤 유형의 사용자 입력 장치와도 표시장치와 상호작용할 수 있다.

그것의 표준 배포에서 그것은 대부분의 유닉스 유사 운영 체제와 OpenVMS에서 그래픽 사용자 인터페이스를 구축하기 위한 표준 툴킷과 프로토콜 스택을 제공하는, 비록 간단하지만 완전한 디스플레이 및 인터페이스 솔루션이며, 다른 많은 현대적인 범용 운영 체제에 포팅되어 있다.

X는 이러한 GUI 환경을 구축하기 위한 기본 프레임워크 또는 원시 요소(디스플레이에 창을 그리고 이동하며 마우스, 키보드 또는 터치스크린과 상호 작용)를 제공한다.X는 사용자 인터페이스를 요구하지 않는다; 개별 클라이언트 프로그램은 이것을 처리한다.프로그램은 사용자 인터페이스 없이 X의 그래픽 기능을 사용할 수 있다.이와 같이 X 기반 환경의 시각적 스타일링은 매우 다양하다. 프로그램마다 근본적으로 다른 인터페이스를 제공할 수 있다.

X는 이전의 대부분의 디스플레이 프로토콜과 달리 일체형 또는 부착형 디스플레이 장치보다는 네트워크 연결을 통해 사용하도록 특별히 설계되었다.X는 네트워크 투명성을 특징으로, 네트워크상의 어딘가에서 컴퓨터(인터넷과 같은)에서 실행되는 X 프로그램이 네트워크의 다른 컴퓨터에서 실행되는 X 서버의 사용자 인터페이스를 표시할 수 있다는 것을 의미한다.X 서버는 일반적으로 X 클라이언트에 그래픽 리소스와 키보드/마우스 이벤트를 제공하는 것으로, X 서버는 보통 사람 앞의 컴퓨터에서 실행되며 X 클라이언트 애플리케이션은 네트워크상의 아무 곳에서나 실행되며 사용자의 컴퓨터와 통신하여 그래픽 컨텐츠의 렌더링을 요청하고 eve를 수신한다.키보드와 마우스를 포함한 입력 장치의 nts.

"서버"라는 용어가 사용자 앞의 소프트웨어에 적용된다는 사실은 그들의 프로그램이 원격 컴퓨터의 서비스에 클라이언트가 되는 것에 익숙한 사용자들에게 종종 놀랍다.여기서, 원격 데이터베이스가 로컬 앱의 자원이 아니라, 사용자의 그래픽 디스플레이와 입력 장치는 사용자와 통신하기 위해 사용자의 그래픽과 입력 장치를 공유해야 하는 로컬 및 원격 호스팅된 X 클라이언트 프로그램 모두에 로컬 X 서버가 이용할 수 있는 자원이 된다.

X의 네트워크 프로토콜은 X 명령 원시성에 기초한다.이 접근방식은 다른 컴퓨터에서 실행 중일 수 있는 X 클라이언트 응용 프로그램에 의한 2D 및 (GLX와 같은 확장을 통해) 3D 작업을 모두 X 서버의 디스플레이에서 완전히 가속할 수 있도록 한다.예를 들어, Classic OpenGL(버전 3.0 이전)에서는 많은 개체가 포함된 디스플레이 목록을 원격 X 클라이언트 프로그램에 의해 X 서버에 전적으로 구성 및 저장한 다음, 네트워크를 통해 하나의 glCallList(which)를 전송하여 렌더링할 수 있다.

X는 오디오에 대한 기본적인 지원을 제공하지 않는다; 이 틈새에 채워주는 여러 프로젝트가 존재하며, 일부는 투명한 네트워크 지원을 제공한다.

소프트웨어 아키텍처

추가 정보: X Window 시스템 프로토콜 및 아키텍처 및 X Window 시스템 핵심 프로토콜
간단한 예: X 서버는 로컬 키보드와 마우스로부터 입력을 받아 화면에 표시한다.웹 브라우저와 터미널 에뮬레이터가 사용자의 워크스테이션에서 실행되고 터미널 에뮬레이터가 원격 컴퓨터에서 실행되지만 사용자의 기계에서 제어 및 모니터링됨

X는 클라이언트-서버 모델을 사용한다: X 서버는 다양한 클라이언트 프로그램과 통신한다.서버는 그래픽 출력(창) 요청을 수락하고 사용자 입력(키보드, 마우스 또는 터치스크린)을 다시 전송한다.서버는 다음과 같이 작동할 수 있다.

  • 다른 디스플레이 시스템의 창에 표시되는 응용 프로그램
  • PC의 비디오 출력을 제어하는 시스템 프로그램
  • 전용 철물 한 점

이 클라이언트-서버 용어(사용자의 단말기가 서버이고 애플리케이션이 클라이언트가 됨)는 용어가 거꾸로 나타나기 때문에 새로운 X 사용자를 혼동하는 경우가 많다.그러나 X는 최종 사용자의 관점보다는 애플리케이션의 관점을 취한다: X는 애플리케이션에 디스플레이와 I/O 서비스를 제공하므로 서버, 애플리케이션은 이러한 서비스를 사용하므로 클라이언트가 된다.

서버와 클라이언트 사이의 통신 프로토콜은 네트워크-투명하게 작동한다: 클라이언트와 서버는 동일한 기계에서 또는 다른 기계에서 실행될 수 있고, 다른 구조와 운영체제로 실행될 수 있다.클라이언트와 서버는 심지어 암호화된 네트워크 세션을 통해 연결을 터널링함으로써 인터넷을 통해 안전하게 통신할 수 있다.

X 클라이언트 자체는 다른 클라이언트에게 디스플레이 서비스를 제공하여 X 서버를 모방할 수 있다.이것은 "X 보금자리"라고 알려져 있다.Xnest와 Xephyr와 같은 오픈 소스 클라이언트는 그러한 X 내포를 지원한다.

원격 데스크톱

원격 시스템에서 X 클라이언트 응용 프로그램을 실행하기 위해 사용자는 다음을 수행할 수 있다.

  • 로컬 컴퓨터에서 터미널 창을 여십시오.
  • 사용하다ssh -X원격 시스템에 연결하도록 명령
  • 로컬 디스플레이/입력 서비스 요청(예: X 포워딩이 활성화된 상태에서 SSH를 사용하지 않는 경우)

그런 다음 원격 X 클라이언트 애플리케이션은 사용자의 로컬 X 서버에 연결하여 사용자에게 표시와 입력을 제공한다.

또는 로컬 컴퓨터가 원격 컴퓨터에 연결하여 클라이언트 응용 프로그램을 시작하는 작은 프로그램을 실행할 수 있다.

원격 클라이언트의 실제 예는 다음과 같다.

  • 그래픽으로 원격 시스템 관리(원격 데스크톱을 사용하지만 단일 창으로 사용)
  • 클라이언트 응용프로그램을 사용하여 협업 작업 그룹의 다른 많은 터미널 사용자와 결합
  • 원격 시스템에서 계산 집약적인 시뮬레이션 실행 및 로컬 데스크톱 시스템에 결과 표시
  • 단일 디스플레이, 키보드 및 마우스로 제어되는 여러 컴퓨터에서 그래픽 소프트웨어를 한 번에 실행

사용자 인터페이스

GNOME 그래픽 사용자 인터페이스
Xfce 그래픽 사용자 인터페이스

X는 주로 프로토콜과 그래픽 원시성을 정의하며, 버튼, 메뉴 또는 창 제목 표시줄 스타일과 같은 응용프로그램 사용자 인터페이스 설계에 대한 사양을 의도적으로 포함하지 않는다.대신, 윈도우 관리자, GUI 위젯 툴킷 및 데스크톱 환경 또는 애플리케이션별 그래픽 사용자 인터페이스와 같은 애플리케이션 소프트웨어는 그러한 세부사항을 정의하고 제공한다.그 결과, 일반적인 X 인터페이스가 없고 여러 가지 다른 데스크톱 환경이 사용자들 사이에서 인기를 끌게 되었다.

창 관리자는 응용프로그램 창의 배치와 모양을 제어한다.이로 인해 Microsoft Windows 또는 Apple Macintosh의 인터페이스(예: GNOME 2, KDE, Xfce 포함)를 연상시키거나 완전히 다른 제어 장치(예: wmii 또는 Ratpoison과 같은 타일링 윈도우 관리자)를 가질 수 있다.Sugar나 Chrome OS와 같은 일부 인터페이스는 데스크톱 비유를 완전히 회피하여 전문화된 애플리케이션을 위한 인터페이스를 단순화한다.윈도우 매니저는 맨뼈(예: X와 함께 제공되는 기본 윈도우 매니저인 twm, 또는 극도로 가벼운 윈도우 매니저인 wevilwm)부터 계몽주의 같은 보다 포괄적인 데스크톱 환경 및 심지어 판매 시점과 같은 수직 시장을 위한 애플리케이션별 윈도우 매니저는 정교함과 복잡성이 다양하다.

많은 사용자들이 데스크톱 환경에서 X를 사용하며, 윈도우 관리자 외에도 일관된 사용자 인터페이스를 사용하는 다양한 애플리케이션을 포함하고 있다.널리 사용되는 데스크톱 환경에는 GNOME, KDE Plasma 및 Xfce가 포함된다.UNIX 98 표준 환경은 CDE(Common Desktop Environment)이다.freedesktop.org 이니셔티브는 경쟁력 있는 X 데스크톱에 필요한 구성 요소와 데스크톱 간의 상호 운용성을 다룬다.

구현

X.Org 구현은 X의 표준 구현이다.자유로운 허가 때문에 자유롭고 개방적인 원천과 독점적인 많은 변형이 나타났다.상용 유닉스 공급업체들은 대개 참조 구현을 취하여 하드웨어에 맞게 수정하는 경향이 있으며, 일반적으로 이를 사용자 정의하고 독점적 확장을 추가한다.

2004년까지 XFree86은 유닉스급 시스템에서 가장 일반적인 X형 모델을 제공했다.XFree86은 X에서 386까지 호환되는 PC의 포트로 시작되었으며, 1990년대 말까지 X에서 기술 혁신의 가장 큰 원천이자 X 개발의 사실상의 표준이 되었다.그러나 2004년 이후 X.XFree86의 포크인 Org Server가 우세해졌다.

X를 Unix와 연결하는 것이 일반적이지만, X 서버도 다른 그래픽 환경 내에 기본적으로 존재한다.VMS Software Inc.의 OpenVMS 운영 체제는 표준 데스크톱 환경으로 알려진 CDE(Common Desktop Environment) 버전을 포함하고 있다.애플은 원래 X11.app의 형태로 X를 MacOS에 포팅했지만, 그것은 XQuartz 구현에 찬성하는 것으로 더 이상 사용되지 않았다.1990년대 애플 구 운영체제(OS)인 시스템 7과 맥 OS 8, 9의 타사 서버에는 애플의 맥X와 화이트 파인 소프트웨어의 eXodus가 포함됐다.

Microsoft Windows는 X에 대한 지원을 함께 제공되지는 않지만 Cygwin/X와 같은 무료 오픈 소스 소프트웨어와 Invest, MKS X/Server, Reflection X, X-Win32, Xming과 같은 독점적 제품으로서 많은 타사 구현이 존재한다.

X서버의 자바 구현도 있다.기묘한X는 스윙 1.1을 지원하는 모든 플랫폼에서 실행되며, 대부분의 브라우저에서 애플릿으로 실행될 것이다.Android X Server는 Android 기기에서 실행되는 오픈 소스 Java 구현이다.

네이티브 윈도우 설정 시스템이 X를 추가로 호스트할 때, X 시스템은 별도의 호스트 창에서 자체적인 일반 데스크톱을 사용하거나 루트 없이 실행될 수 있는데, 이는 X 데스크톱이 숨겨져 있고 호스트 윈도우 설정 환경이 호스트 화면 내에서 호스트된 X 윈도우의 기하학적 구조와 외관을 관리한다는 것을 의미한다.

X 단자

주요기사 : X단말기

X 터미널은 X 서버만 실행하는 씬 클라이언트다.이 아키텍처는 많은 사용자들이 각 사용자의 X 터미널의 클라이언트와 같은 응용 프로그램을 실행하기 위해 동일한 대형 컴퓨터 서버를 동시에 사용하는 저렴한 터미널 파크를 건설하는 데 유명해졌다.이 용도는 MIT 프로젝트의 원래 의도와 매우 일치한다.

X 터미널은 X 디스플레이 관리자 제어 프로토콜을 사용하여 클라이언트로 허용되는 사용 가능한 호스트 목록을 생성하기 위해 네트워크(로컬 브로드캐스트 도메인)를 탐색한다.클라이언트 호스트 중 하나가 X 디스플레이 관리자를 실행해야 한다.

X 단자와 대부분의 씬 클라이언트의 한계는 키보드, 마우스, 디스플레이 이외의 입력이나 출력을 사용할 수 없다는 것이다.모든 관련 데이터는 원격 서버에만 존재하는 것으로 가정하며, X 터미널 사용자는 로컬 주변 장치에서 데이터를 저장하거나 로드할 수 있는 방법이 없다.

전용(하드웨어) X 단말기는 사용이 중단되었다. X 서버를 사용하는 PC 또는 현대적인 씬 클라이언트는 일반적으로 동일한 기능 또는 낮은 비용으로 동일한 기능을 제공한다.

한계와 비판

Unix-Haters Handbook(1994)은 X의 문제에 대해 전체 장을 할애했다.[4]왜 X가 우리의 이상적 창구 시스템이 아닌가(1990년) 가제프스카, 므낫세, 맥코맥이 개선 권고사항과 함께 프로토콜의 문제점을 상세하게 설명했다.

사용자 인터페이스 문제

X의 설계 지침의 부족은 몇 가지 매우 다른 인터페이스와 항상 함께 잘 작동하지 않았던 애플리케이션으로 귀결되었다.클라이언트 상호운용성 규격인 클라이언트간 통신 규약 매뉴얼(ICCCM)은 정확한 구현이 어렵다는 평판을 받고 있다.모티브와 CDE와 같은 추가적인 표준 노력은 문제를 완화시키지 않았다.이것은 사용자와 프로그래머들을 좌절시켰다.[5]그래픽 프로그래머들은 일반적으로 특정 데스크톱 환경이나 특정 위젯 툴킷에 코딩함으로써 애플리케이션 모양과 느낌과 통신의 일관성을 다루며, 이 또한 ICCCM을 직접 다루지 않아도 된다.

또한 X는 NeWS 방식으로 X 서버에 사용자 정의 저장 프로시저를 기본적으로 지원하지 않으며 튜링 완료 스크립팅 기능이 없다.따라서 다양한 데스크톱 환경은 자체(일반적으로 상호 호환되지 않는) 설비를 제공할 수 있다.

컴퓨터 접근성 관련 문제

X를 기반으로 구축된 시스템은 마우스 오른쪽 버튼 클릭, 두 번 클릭, 중간 클릭, 마우스 오버, 포커스 도용 등 장애 사용자가 컴퓨터를 사용하기 어렵게 만드는 접근성 문제가 있을 수 있다.일부 X11 고객들은 다른 고객들보다 접근성 문제를 더 잘 다루기 때문에 접근성 문제가 있는 사람들은 X11 사용을 자제한다.그러나 X11에 대한 접근성 표준이나 접근성 지침은 없다.X11 표준 프로세스 내에서 접근성에 대한 작업 그룹은 없지만, X 위에 이러한 기능을 제공하기 위한 소프트웨어 프로젝트에서 접근성 요구를 다루고 있다.

오르카 프로젝트는 API(AT-SPI[6]) 구현을 포함한 X 윈도 시스템에 접근성 지원을 추가한다.이는 GNOME의 ATK와 결합되어 GNOME/GTK API를 이용한 X 프로그램에 접근성 기능이 구현될 수 있도록 하며,[7] KDE는 텍스트 대 음성 변환기, 화면 확대기 등 다른 접근성 소프트웨어 세트를 제공한다.[8]다른 주요 데스크톱(LXDE, Xfce 및 계몽주의)은 ATK와 호환되도록 시도한다.

네트워크

SSH를 통한 X11 응용 프로그램 튜닝 예제

X 클라이언트는 코드가 특별히 제공하지 않는 한 일반적으로 한 서버에서 분리되어 다른 서버에 다시 연결될 수 없다(Emacs는 이 기능을 가진 몇 안 되는 공통 프로그램 중 하나임).따라서, 한 X 서버에서 다른 서버로 전체 세션을 이동하는 것은 일반적으로 불가능하다.단, 가상 네트워크 컴퓨팅(VNC), NX 및 XPra와 같은 접근방식은 서로 다른 X 서버(단말기에 관한 GNU 화면과 유사한 방식으로)에서 가상 세션에 도달할 수 있도록 허용하며, 다른 애플리케이션과 툴킷은 관련 설비를 제공한다.[9]x11vnc(VNC :0 뷰어), xpra의 섀도 모드, NX의 nx에이전트 섀도 모드와 같은 해결책도 있어 현재 X-server 화면을 사용할 수 있다.이 기능은 실행 중인 응용 프로그램의 사용자 인터페이스(마우스, 키보드, 모니터)를 응용 프로그램을 중지하거나 다시 시작하지 않고 한 위치에서 다른 위치로 전환할 수 있도록 한다.

X 서버와 원격 X 클라이언트 간의 네트워크 트래픽은 기본적으로 암호화되지 않는다.패킷 스나이퍼를 가진 공격자는 이를 가로챌 수 있어 사용자의 화면에 표시되거나 전송되는 모든 것을 볼 수 있다.X 트래픽을 암호화하는 가장 일반적인 방법은 통신을 위한 SSH(Secure Shell) 터널을 설정하는 것이다.

모든 씬 클라이언트와 마찬가지로 네트워크에서 X를 사용할 때 대역폭 제한은 3D 애니메이션이나 사진 편집과 같이 대기 시간이 짧은 화면의 많은 부분을 빠르게 업데이트해야 하는 비트맵 집약적인 애플리케이션의 사용을 방해할 수 있다.압축되지 않은 비교적 작은 640x480x24 비트 30fps 비디오 스트림(~211Mbit/s)도 단일 클라이언트용 100Mbit/s 네트워크의 대역폭을 쉽게 능가할 수 있다.대조적으로, 현대판 X는 일반적으로 MESA와 같은 확장을 통해 로컬 프로그램 그래픽의 로컬 디스플레이가 네트워크 모델을 우회하고 비디오 카드를 직접 제어하도록 최적화되며, 풀 스크린 비디오, 렌더링 3D 애플리케이션 및 기타 그러한 애플리케이션을 사용한다.

클라이언트-서버 분리

X의 설계는 클라이언트와 서버가 별도로 동작하도록 하고, 장치 독립성과 클라이언트와 서버의 분리가 오버헤드를 초래한다.오버헤드의 대부분은 프로토콜 자체보다는 클라이언트와 서버 사이의 네트워크 왕복 지연 시간(대기 시간)에서 발생한다. 성능 문제에 대한 최선의 해결책은 효율적인 애플리케이션 설계에 달려 있다.[10]X에 대한 일반적인 비판은 X의 네트워크 특징은 국지적으로만 사용할 경우 과도한 복잡성과 성능 저하를 초래한다는 것이다.

현대의 X 구현에서는 동일한 호스트에서 효율적인 연결을 위해 Unix 도메인 소켓을 사용한다.MIT-SHM 확장을 통해 공유 메모리를 추가로 사용하여 클라이언트-서버 통신 시간을 단축할 수 있다.[11]그러나 프로그래머는 여전히 명시적으로 공유 메모리 확장을 활성화하고 사용해야 한다.또한 이전의 구현과 호환성을 유지하고, 비 로컬 X 서버와 통신하기 위해 예비 경로를 제공할 필요가 있다.

경쟁업체

어떤 사람들은 X에 대한 대체물과 대체품을 쓰려고 시도했다.역사적 대안으로는 X가 부족했던 사용자 정의 디스플레이 측 절차를 지원하는 포스트스크립트 기반 시스템인 Sun의 NeWS와 NeXT의 Display PostScript가 있다.현재 대안은 다음과 같다.

  • macOS(및 모바일 상대인 iOS)는 Quartz로 알려진 윈도우 시스템을 구현한다.애플이 NeXT를 인수하고 NeXTSTEP을 사용하여 Mac OS X를 구축하자 디스플레이 포스트스크립트를 Quartz로 대체했다.쿼츠의 저자 중 한 명인 마이크 파켓은 만약 애플이 X11에 포함시키고자 하는 모든 기능에 대한 지원을 추가했다면, X11과 그다지 유사하거나 어쨌든 다른 서버들과 호환이 되지 않을 것이라고 설명했다.[12]
  • 리눅스 커널에서 실행되는 안드로이드는 자체 시스템을 사용하여 SurfaceFlinger로 알려진 사용자 인터페이스를 그린다. 3D 렌더링은 EGL에서 처리한다.
  • 웨이랜드는 몇몇 X에 의해 개발되고 있다.X를 대체하기 위한 조직 개발자.DRI를 통해 GPU 하드웨어와 직접 작동한다.웨이랜드는 X서버를 웨이랜드 컴포지터로 운영할 수 있어 루트가 없을 수 있다.[13]라즈베리 파이 백엔드 웨일랜드의 독점 포트는 2013년에 완공되었다.[14]이 프로젝트는 2012년에 버전 1.0에 도달했다.안드로이드처럼 웨이랜드는 EGL 기반이다.
  • 미르는 웨이랜드와 비슷한 목표를 가진 캐논칼사의 프로젝트였다.[15]mir는 x86 데스크톱뿐 아니라 ARM 칩셋(Android device-drivers와의 호환성)을 사용하여 모바일 기기와 작업할 계획이었다.안드로이드와 마찬가지로, Mir/UnityNext도 EGL 기반이었다.X 클라이언트 애플리케이션과의 역호환성은 Xmir를 통해 달성되었다.이 프로젝트는 이후 대체 디스플레이 서버가 아닌 웨이랜드 컴포지터로 옮겨갔다.[16]
  • 다른 대안으로는 하드웨어와 직접 협력하여 X의 오버헤드를 피하려고 시도한다. 그러한 프로젝트에는 DirectFB가 포함된다.[17](프레임 버퍼에 신뢰할 수 있는 커널 레벨 인터페이스를 제공하는 것을 목표로 하는 DRI(Direct Rendering Infrastructure)는 이러한 노력을 중복으로 할 수 있다[citation needed].)

그래픽 서비스의 네트워크 전송 능력을 통해 X의 "네트워크 투명성" 기능의 기능적 형태를 달성하기 위한 추가적인 방법에는 다음이 포함된다.

  • 네트워크 전체에 압축 비트맵을 전송하는 매우 낮은 수준의 시스템인 VNC(Virtual Network Computing); Unix 구현에는 X 서버가 포함된다.
  • RDP(원격 데스크톱 프로토콜)는 VNC와 용도는 비슷하지만 Microsoft Windows에서 시작되어 Unix와 유사한 시스템(cf NX, GotoMyPc 등)에 포팅되었다.
  • Citrix XenApp, Microsoft Windows용 X-Line 프로토콜 및 애플리케이션 스택
  • 웹 브라우저에서 사용할 수 있는 자바 기반의 원격-귀 클라이언트를 제공하는 Tarantella

역사

전임자

몇 개의 비트맵 디스플레이 시스템이 X에 선행했다.제록스에서는 알토(1973년)와 별(1981년)이 나왔다.아폴로 컴퓨터에서 디스플레이 관리자(1981년)가 나왔다.애플에서 리사(1983년)와 매킨토시(1984년)가 나왔다.유닉스 월드에는 앤드류 프로젝트(1982년)와 롭 파이크의 블릿 터미널(1982년)이 있었다.

카네기 멜론 대학은 제록스 알토에 겹치는 창을 표시하는 원격접속 어플리케이션 알토 단말기를 제작해, 필요에 따라 윈도 노출 이벤트 처리와 윈도 내용물을 새로 고치는 원격 호스트(일반적으로 유닉스를 실행하는 DEC VAX 시스템)를 만들었다.

X는 W(영문자에서는 X 앞에 X라고 하는 문자)라고 불리는 1983년 이전의 창구 시스템의 계승자로서 그 이름을 유래한다.W는 V 운영 체제에서 실행되었다.W는 터미널과 그래픽 창을 지원하는 네트워크 프로토콜을 사용했고, 서버는 디스플레이 목록을 유지했다.

기원 및 초기 개발

보낸 사람: rws@mit-bold(Robert W. Scheifler)To: window@aterna subject: window system X date: 1984년 6월 19일 0907-EDT (화요일) vs100용 윈도우 시스템을 쓰는 데 지난 몇 주를 보냈다 W에서 상당량의 코드를 훔쳐서 동기식 인터페이스가 아닌 비동기식 인터페이스로 에워싸고 X라고 불렀다.전체 실적은 W의 약 2배 수준으로 보인다.아직 고쳐야 할 몇 가지 부족한 점이 있기는 하지만 이 시점에서 코드는 상당히 견고해 보인다.우리 LCS는 W 사용을 중지했고, 현재 X에 응용 프로그램을 활발하게 만들고 있다.W를 사용하는 다른 사람은 진지하게 전환을 고려해야 한다.이것은 궁극적인 창구 체계는 아니지만, 나는 이것이 실험을 위한 좋은 출발점이라고 믿는다.바로 그 순간에 X에 대한 CLU (및 Argus) 인터페이스가 있다; C 인터페이스가 작업 중에 있다.기존의 3가지 애플리케이션은 텍스트 편집기(TED), Argus I/O 인터페이스, 원시 윈도우 관리자 등이다.아직 아무런 문서도 없다. 자원봉사를 할 만큼 미친 사람이 있는가?나는 결국 그것에 가까워질지도 모른다.먼저 3-1945로 전화하고 싶어도 데모에 관심이 있는 사람은 NE43-531로 전화하면 된다.암호를 원하는 사람은 누구나 테이프를 가지고 올 수 있다.해킹 결함에 관심이 있는 사람은 언제든지 연락하십시오.

The email in which X was introduced to the Project Athena community at MIT in June 1984[18]

Sun 기계에서 실행되는 X11R1

X의 원래 생각은 1984년 MIT에서 Jim Gettys (프로젝트 아테나의)와 Bob Scheifler (MIT 컴퓨터 과학 연구소의)의 협력으로 나타났다.Scheifler는 Argus 시스템을 디버깅하기 위해 사용 가능한 디스플레이 환경이 필요했다.Project Athena(모든 학생들에게 컴퓨팅 리소스에 대한 손쉬운 액세스를 제공하기 위한 DEC, MIT 및 IBM의 공동 프로젝트)는 이기종 복수 공급업체 시스템을 함께 연결하기 위한 플랫폼 독립 그래픽 시스템이 필요했다. 당시 카네기멜론 대학의 앤드류 프로젝트에서 개발 중인 윈도우 시스템은 라이선스를 사용할 수 없도록 하지 않았다.다른 대안이 존재하지 않았다.

이 프로젝트는 로컬 애플리케이션과 원격 리소스를 호출할 수 있는 프로토콜을 만들어 이를 해결했다.1983년 중반에 W to 유닉스 초기 포트는 V에 따라 속도의 5분의 1로 실행되었다. 1984년 5월에 셰이플러는 W의 동기 프로토콜을 비동기 프로토콜로 대체했고 디스플레이 목록은 X 버전을 만들기 위해 즉시 모드 그래픽으로 대체했다. X는 진정한 하드웨어 독립성과 벤더 독립성을 제공하는 최초의 윈도우 시스템 환경이 되었다.ce

셰이플러, 게티스, 론 뉴먼은 일을 시작했으며 X는 빠르게 진행되었다.그들은 1985년 1월에 버전 6을 발매했다.그 후 첫 번째 Ultrix 워크스테이션의 출시를 준비 중인 DEC는 X가 제때에 사용할 수 있는 유일한 윈도우 시스템이라고 판단했다.DEC 엔지니어들은 MicroVAX에서 X6을 DEC의 QVSS 디스플레이에 포팅했다.

1985년 2/4분기에 X는 DEC VAXstation-II/GPX에서 작동하는 색상 지원을 획득하여 버전 9가 되었다.

브라운 대학의 한 그룹은 버전 9를 IBM RT PC로 전송했지만, RT에서 비정렬 데이터를 읽는 문제는 호환되지 않는 프로토콜 변경을 강요했고, 1985년 말 버전 10으로 이어졌다.1986년까지 외부 기관들은 X10R2를 요청하기 시작했다. X10R2는 1986년 1월에 출시되었다가 1986년 2월에 X10R3이 출시되었다.비록 MIT는 X6를 일부 외부 그룹에 유료로 허가했지만, 이 때 X를 더 대중화하여 그 대가로 더 많은 응용 프로그램이 이용 가능해지기를 바라면서, X10R3와 MIT 라이선스라는 이름으로 알려진 미래 버전에 대한 라이선스를 제공하기로 결정했다.X10R3는 DEC와 휴렛패커드 모두 이를 기반으로 제품을 출시하면서 넓은 전개를 달성한 최초의 버전이 되었다.다른 그룹들은 X10을 아폴로, Sun 워크스테이션 그리고 심지어 IBM PC/AT에 포팅했다.당시 오토팩트 무역 박람회에서는 X의 첫 번째 상용 애플리케이션(Cognition Inc.의 기계식 컴퓨터 보조 엔지니어링 시스템)이 VAXes에서 실행되고 짐 풀턴과 얀 하든버그가 포팅한 X 서버를 실행하는 PC에 원격으로 디스플레이되었다.X10의 마지막 버전인 X10R4는 1986년 12월에 등장했다.VNC(Virtual Network Computing)가 나중에 데스크톱을 공유하도록 허용하는 것과 마찬가지로 X 서버를 실시간 협업 장치로 사용하려는 시도가 있었다.그러한 초기 노력 중 하나는 필립 J. 구스트의 SharedX 도구였다.

X10이 흥미롭고 강력한 기능을 제공했지만, X 프로토콜이 너무 광범위하게 배치되기 전에 하드웨어 중립 재설계를 사용할 수 있다는 것은 명백해졌지만, MIT만으로는 그러한 완전한 재설계에 사용할 수 있는 자원을 갖지 못할 것이다.마침, DEC의 웨스턴 소프트웨어 연구소는 경험이 풍부한 팀과 프로젝트 사이에 있는 것을 발견했다.DEC WSL의 Smokey Wallace와 Jim Gettys는 DEC WSL이 X11을 구축하고 X9 및 X10과 동일한 조건으로 자유롭게 이용할 수 있도록 할 것을 제안했다.이 과정은 1986년 5월에 시작되었고, 8월에 의정서가 확정되었다.소프트웨어에 대한 알파 테스트는 1987년 2월에 시작되었고, 5월에 베타 테스트가 시작되었으며, X11의 발매는 마침내 1987년 9월 15일에 이루어졌다.

쉐이플러가 이끄는 X11 프로토콜 설계는 USENET 뉴스그룹에 연결되었던 초기 인터넷 상의 공개 메일링 리스트에서 광범위하게 논의되었다.Getty는 DEC의 시스템 연구 센터에서 WSL에서의 X11 개발 작업을 이끌기 위해 캘리포니아로 이주했다. 그곳에서 Phil Karlton과 Susan Angelbrandt는 X11 샘플 서버 설계 및 구현을 이끌었다.따라서 X는 최초의 대규모 분산형 자유 및 오픈 소스 소프트웨어 프로젝트 중 하나를 나타낸다.

MIT X 컨소시엄과 X 컨소시엄, Inc.

1980년대 후반에 이르러 심슨 가핀켈은 1989년에 "아테나의 가장 중요한 단일 업적"이라고 썼다.보도에 따르면 DEC는 그것의 발전만으로도 MIT에 대한 회사의 기부를 가치 있게 만들었다고 믿었다.Gettys이 X—which DECDECwindows—would에 달리라고 불리는, 그 회사 항구 X둘 다 Ultrix과 VMS.[19][20]에 1987년, X11의 성공으로 명백하게 되고 1,200명 직원 지정하여 준 VAXstation 2000에 대한 설계 팀에 합류했다, MITX의 책무를 포기하라 9행상인들, 심정과 1987년 6월 회의에서를 기원했습니다.ndors어그들은 X가 시장에서 분열되는 것을 막기 위해 중립적인 정당이 필요하다고 믿었던 옛 MIT.1988년 1월, 쉐이플러를 이사로 하여 비영리 벤더 그룹으로 MIT X 컨소시엄을 결성하여 상업적, 교육적 이익을 포함하는 중립적인 분위기에서 X의 향후 발전을 지휘하였다.

짐 풀턴은 1988년 1월에, 키스 팩커드는 1988년 3월에 수석 개발자로 참여했으며, 짐은 엑스립, 폰트, 윈도우 관리자, 유틸리티에 주력했으며, 키이스는 서버를 재실행했다.도나 컨버스, 크리스 D. 피터슨과 스티븐 길데아는 그해 말 MIT 프로젝트 아테나의 랄프 스윅과 긴밀히 협력하면서 툴킷과 위젯 세트를 중점적으로 다루었다.MIT X 컨소시엄은 1988년 2월 첫 번째(Release 2 – X11R2)인 X11에 대한 몇 가지 중요한 개정을 작성하였다.Jay Hersh는 1991년 1월에 직원들과 함께 PEX와 X113D 기능을 작업했다.곧이어 랠프 모어(PEX도 작업한 사람)와 데이브 스턴리히트가 뒤를 이었다.1993년, MIT X 컨소시엄이 MIT에서 출발할 준비를 하면서, 스태프들은 R에 의해 합류되었다.게리 커트빌, 케일럽 키스리, 데이비드 위긴스.[21]

공통 데스크톱 환경

1993년 MIT X 컨소시엄의 후계자로 X 컨소시엄, Inc.(비영리법인)이 결성되었다.1994년 5월 16일에 X11R6을 발매했다.1995년에 그것은 Motives 툴킷과 Unix 시스템을 위한 Common Desktop Environment의 개발에 착수했다.X 컨소시엄은 1996년 말에 해체되어 최종 개정판인 X11R6.3과 개발에서 상업적 영향력이 증대된 유산을 생산하였다.[22][23]

오픈 그룹

1997년 1월 X 컨소시엄은 오픈 소프트웨어 재단과 X/오픈의 합병으로 1996년 초 결성된 벤더 그룹인 더 오픈 그룹에 X의 스튜어드십을 넘겼다.

오픈 그룹은 1998년 초에 X11R6.4를 출시했다.논란의 여지가 있는 것은 X11R6.4는 오픈 그룹이 X의 개발을 위한 기금을 보장하려고 노력하면서 XFree86을 X에 크게 기여하지 않는다고 언급함에 따라 기존의 자유주의 라이센스 조건으로부터 출발했다는 것이다.[24]새로운 조항은 X가 더 이상 무료 소프트웨어를 만들지 않게 만들었을 것이다: 비 상업적 사용을 위한 제로 코스트가 아니라, 그렇지 않다면 수수료.XFree86이 곧 무너질 것처럼 보이자, 오픈 그룹은 1998년 9월 기존의 라이센스 하에 X11R6.4를 폐기했다.[25][26]오픈 그룹의 마지막 릴리스는 X11R6.4 패치 3으로 출시되었다.

X.Org 및 XFree86

XFree86 originated in 1992 from the X386 server for IBM PC compatibles included with X11R5 in 1991, written by Thomas Roell and Mark W. Snitily and donated to the MIT X Consortium by Snitily Graphics Consulting Services (SGCS). XFree86 evolved over time from just one port of X to the leading and most popular implementation and the de facto standardX가 [27]발달한

1999년 5월, The Open Group은 X를 결성했다.조직 X.Org는 버전 X11R6.5.1의 공개를 감독했다.X 컨소시엄이 해체된 이후 대부분의 기술 혁신은 XFree86 프로젝트에서 이루어졌다.[28][29]1999년에 XFree86 팀이 X에 합류했다.XFree86을 Linux와 함께 사용하는 데 관심이 있고 XF의 가장 인기 있는 버전이라는 위치에 있는 다양한 하드웨어[31][failed verification] 회사에 의해 고무된 [30]명예(비급여) 회원으로서 조직.

2003년까지 리눅스(따라서 X의 설치 기반)의 인기는 급증했지만 X는 급증했다.조직은 여전히 비활성 상태였으며,[32] XFree86 내에서 활발한 개발이 이루어졌다.그러나 XFree86에서는 상당한 반대가 있었다.XFree86 프로젝트는 너무 성당과 같은 개발 모델에 대한 인식으로 인해 어려움을 겪었으며, 개발자들은 CVS의 커밋 액세스를[33][34] 받을 수 없었고 공급업체들은 광범위한 패치 세트를 유지해야 했다.[35]2003년 3월, XFree86 조직은 기존의 MIT X 컨소시엄이 종료된 후 XFree86에 가입한 Keith Packard를 상당한 악감정으로 퇴출시켰다.[36][37][38]

X.Org와 XFree86은 X의 개발을 적절히 육성하는 데 적합한 재편성에 대해 논의하기 시작했다.[39][40][41] Jim Gettys는 적어도 2000년 이후 공개 개발 모델을 강력하게 추진해 왔다.[42]게티, 패커드 등 몇몇은 개방형 개발로 X의 효과적인 거버넌스를 위한 요구사항을 상세하게 논의하기 시작했다.

마지막으로 X11R6.4 라이센싱 분쟁과 관련하여 XFree86은 2004년 2월에 좀 더 제한적인 라이센스로 버전 4.4를 출시했는데, X에 의존하는 많은 프로젝트들이 수용할 수 없다고 판단했다.[43]면허에 추가된 조항은 원래 BSD 면허의 광고 조항에 근거한 것으로, Free Software Foundation과 Debian이 GNU General Public License와 양립할 수 없다고 본 것이다.[44]다른 단체들은 그것이 원래 X의 정신에 어긋난다고 보았다.예를 들어 OpenBSD의 Teo de Raadt는 라이센스 문제를 이유로 XFree86을 포기하겠다고 위협했다.[45]자격증 문제는 변화를 얻기 위한 어려움과 결합되어 많은 사람들이 갈림길이 무르익었다고 느끼게 했다.[46]

엑스오르크 재단

2004년 초, X로부터 다양한 사람들이 왔다.org와 freedesktop.org은 X를 형성했다.조직 재단, 그리고 오픈 그룹은 그것에 대한 통제권을 주었다.x.org 도메인 이름이것은 X의 지배구조에 급진적인 변화를 나타냈다.반면 1988년 이후 X의 스테어워즈(이전 X 포함)는 다음과 같다.(Org)는 벤더 조직이었고, 재단은 소프트웨어 개발자가 주도했으며,[citation needed] 외부 참여에 의존하는 바자회 모델을 기반으로 지역사회 개발을 이용했다.회원은 개인에게 개방되었고, 법인 회원은 후원 형태였다.현재 휴렛팩커드와 같은 몇몇 주요 기업들이 X를 지원하고 있다.오르간 파운데.

재단은 X 개발에 대한 감독 역할을 맡는다. 즉 지역사회 구성원들 간의 대략적인 합의를 통해 기술적 의사결정을 한다.기술적인 결정은 이사회가 하는 것이 아니다. 이러한 의미에서 기술적으로 비간섭적인 GNOME 재단을 강력하게 모델링한다.그 재단은 개발자를 고용하지 않는다.이 재단은 X11R6.7을 발매했다.2004년 4월 XFree86 4.4 기반 Org ServerX11R6.6 변경사항이 있는 RC2가 병합되었다.Getty와 Packard는 이전 라이센스로 XFree86의 마지막 버전을 가져왔으며 개방형 개발 모델과 GPL 호환성을 유지함으로써 많은 구형 XFree86 개발자를 탑승시켰다.[44]

X11은 1990년대에 OpenGL 지원 등의 확장을 받은 반면, X11의 아키텍처는 10년 동안 근본적으로 변하지 않았다.그러나 2000년대 초반에는 "불법" 글꼴 구조, "항상 증강 및/또는 대체될 예정이었던" 2차원 그래픽 시스템, 지연 시간 문제 등 수년간 표면화되었던 많은 문제들을 해결하기 위해 정비되었다.[47]X11R6.8은 2004년 9월에 출시되었다.반투명 창과 기타 정교한 시각 효과에 대한 예비 지원, 화면 돋보기와 썸네일러, 썬즈 프로젝트 룩링 글라스, 크로켓 프로젝트 등 3D 몰입형 디스플레이 시스템과 통합할 수 있는 시설 등 의미심장한 새로운 기능을 추가했다.컴포지팅 윈도우 관리자라고 불리는 외부 애플리케이션은 시각적 외관에 대한 정책을 제공한다.

2005년 12월 21일 X.[48]Org는 기존 사용자를 위한 단일 소스 트리인 X11R6.9와 독립된 모듈로 분리된 동일한 소스 코드인 X11R7.0을 각각 개별 프로젝트에서 유지 관리할 수 있도록 출시했다.[49]이 재단은 7.0 이후 약 4개월 후인 2006년 5월 22일에 X11R7.1을 발표했으며, 상당한 기능 향상이 있었다.[50]

XFree86의 개발은 몇 년 더 지속되었으며, 2008년 12월 15일에 4.8.0이 출시되었다.[51]

명명법

시스템의 적절한 이름은 수동 페이지에 X; X 창 시스템; X 버전 11; X 창 시스템, 버전 11; 또는 X11로 나열되어 있다.[52]

X컨소시엄 방출 매니저 매트 란다우 1993년 인권"에는 'X Windows또는''X 창의 같은 점은 형태의 무역 누더기 옷에 의해 거듭된 사용 오류가 있더라도"[53]–지만 일반적인 비공식적 사용에대 이후의 용어"X윈도우"(는 나중에 발표"MicrosoftWindows"의 방식으로)이 아니다 공식적으로 지지했다 –.rlyX의[54] 역사에서, 예를 들어 Unix-Haters Handbook과 같은 자극적인 효과를 위해 의도적으로 사용되어 왔다.[4]

주요 용어

X 윈도우 시스템은 일반적인 용어와 비교할 때, 특히 "디스플레이"와 "스크린"과 비교했을 때 많은 용어를 미묘한 방식으로 사용했으며, 그 중 일부는 편의를 위해 여기에 제공된다.

장치
컴퓨터 그래픽 카드 또는 컴퓨터 마더보드의 통합 그래픽 칩셋과 같은 그래픽 장치.
감시하다
CRT 또는 평면 컴퓨터 디스플레이와 같은 물리적 장치.
스크린을 하다
VNC와 같이 소프트웨어만으로 시스템 메모리로 또는 그래픽 장치 내에서 그래픽을 렌더링할 수 있는 영역으로, 그 중 일부는 동시에 또는 상호 교환하여 둘 이상의 화면으로 렌더링할 수 있다.상호 교환 가능한 화면은 종종 마우스 포인터가 모니터 가장자리에 도달하면 한 화면에서 다음 화면으로 이동하면서 개념적으로 서로 왼쪽과 오른쪽으로 설정된다.
가상 스크린
이 용어와 관련된 두 가지 다른 의미는 다음과 같다.
  • 모니터의 해상도가 현재 표시되는 것보다 큰 화면으로 실행되는 화면 주위로 모니터를 이동시킬 수 있는 기법.
  • 창 위치 정보를 화면보다 큰 좌표계로 유지하고 사용자에게 응답하여 창을 이동하기만 하면 상하좌우 이동이 가능하여 창 관리자가 시뮬레이션한 효과.
전시하다
여러 대의 모니터를 포함하는 화면 모음으로, 일반적으로 마우스가 포인터를 그 안의 어떤 위치로 이동할 수 있도록 구성된다.Linux 기반 워크스테이션은 일반적으로 다중 디스플레이를 가질 수 있으며, 그 중 사용자는 제어-알트-기능 키와 같은 특수 키보드 조합으로 전환하여 모든 모니터가 한 디스플레이의 화면을 다른 디스플레이의 화면으로 보이지 않도록 동시에 뒤집어 놓을 수 있다.

표시장치라는 용어는 보다 전문화된 용어인"자포드 표시장치"와 혼동해서는 안 된다.후자는 하나의 컴퓨터의 여러 사용자가 각각 별도의 컴퓨터를 사용하는 것처럼 독립된 디스플레이, 마우스 및 키보드 세트를 가질 수 있도록 하는 드문 구성이지만, 한 사람당 비용은 더 저렴하다.

발매이력

XFree86 § 릴리스 내역 및 X도 참조하십시오.Org Server § 릴리스
버전 출시일자 가장 중요한 변화
이전 버전, 더 이상 유지 관리되지 않음: X1 1984년 6월 "X"라는 이름의 첫 번째 사용; 제품을 W와 구별하는 근본적인 변화.
이전 버전, 더 이상 유지 관리되지 않음: X6 1985년 1월 소수의 외부 업체에 허가된 첫 번째 버전.
이전 버전, 더 이상 유지 관리되지 않음: X9 1985년 9월 컬러. MIT 라이선스 하에 첫 출시.
이전 버전, 더 이상 유지 관리되지 않음: X10 1985년 11월 IBM RT PC, AT(실행 DOS) 등
이전 버전, 더 이상 유지 관리되지 않음: X10R2 1986년 1월
이전 버전, 더 이상 유지 관리되지 않음: X10R3 1986년 2월 자유롭게 재배포 가능한 첫 번째 X 릴리스.이전 릴리스에서는 로그인을 지원하기 위해 초기화/게티의 코드 변경을 다루기 위해 BSD 소스 라이센스가 필요했다.uwm은 표준 윈도우 매니저를 만들었다.
이전 버전, 더 이상 유지 관리되지 않음: X10R4 1986년 12월 X10의 마지막 버전.
이전 버전, 더 이상 유지 관리되지 않음: X11 1987년 9월 15일 현재 프로토콜의 첫 번째 릴리스.
이전 버전, 더 이상 유지 관리되지 않음: X11R2 1988년 2월 첫 번째 X Consortium 릴리즈.[55]
이전 버전, 더 이상 유지 관리되지 않음: X11R3 1988년 10월 25일 XDM.
이전 버전, 더 이상 유지 관리되지 않음: X11R4 1989년 12월 22일 XDMCP, (처음부터 Tom의 창 매니저로 알려진) twm이 표준 창 관리자, 애플리케이션 개선, 모양 확장, 새로운 글꼴로 도입되었다.
이전 버전, 더 이상 유지 관리되지 않음: X11R5 1991년 9월 5일 X386 1.2, PEX, Xcms(색상 관리), 글꼴 서버, X 비디오 확장.
이전 버전, 더 이상 유지 관리되지 않음: X11R6 1994년 5월 16일 ICCCM v2.0, 클라이언트 간 교환, X 세션 관리, X 동기화 확장, XTEST 확장, XT 입력, X Big Request, XC-MISC, XFree86 변경 사항
이전 버전, 더 이상 유지 관리되지 않음: X11R6.1 1996년 3월 14일 X 이중 버퍼 확장, X 키보드 확장, X 레코드 확장.
이전 버전, 더 이상 유지 관리되지 않음: X11R6.2
X11R6.3		 1996년 12월 23일 웹 기능, LBX.마지막 X Consortium 릴리즈.X11R6.2는 X11R6.3(브로드웨이)의 하위 집합에 대한 태그로, R6.1에 대한 유일한 새로운 기능은 XPrint와 수직 쓰기 및 사용자 정의 문자 지원의 Xlib 구현이다.[56]
이전 버전, 더 이상 유지 관리되지 않음: X11R6.4 1998년 3월 31일 시너라마.[57]
이전 버전, 더 이상 유지 관리되지 않음: X11R6.5 2000 내부 X.org 릴리스, 공개되지 않음.
이전 버전, 더 이상 유지 관리되지 않음: X11R6.5.1 2000년 8월 20일
이전 버전, 더 이상 유지 관리되지 않음: X11R6.6 2001년 4월 4일 버그 수정, XFree86 변경 사항
이전 버전, 더 이상 유지 관리되지 않음: X11R6.7.0 2004년 4월 6일 첫 번째 X.XFree86 4.4rc2가 통합된 Org Foundation 릴리즈.전체 최종 사용자 배포.XIE, PEX 및 libxml2 제거.[58]
이전 버전, 더 이상 유지 관리되지 않음: X11R6.8.0 2004년 9월 8일 윈도우 반투명성, XDAMage, 분산 멀티헤드 X, XFixes, Composite, XEVIE.
이전 버전, 더 이상 유지 관리되지 않음: X11R6.8.1 2004년 9월 17일 libxpm의 보안 수정.
이전 버전, 더 이상 유지 관리되지 않음: X11R6.8.2 2005년 2월 10일 버그 수정, 드라이버 업데이트.
이전 버전, 더 이상 유지 관리되지 않음: X11R6.9
X11R7.0		 2005년 12월 21일 XServer 1.0.1, EXA, 주요 소스 코드 리팩터링.[59]동일한 소스 코드 베이스에서 모듈식 자동 풀링 버전이 7.0이 되었고, 모노리틱 이미크 버전이 6.9로 동결되었다.
이전 버전, 더 이상 유지 관리되지 않음: X11R7.1 2006년 5월 22일 XServer 1.1.0, EXA 향상, KDrive 통합, AIGLX,[60] OS 및 플랫폼 지원 향상
이전 버전, 더 이상 유지 관리되지 않음: X11R7.2 2007년 2월 15일 XServer 1.2.0, LBX 제거 및 내장 키보드 드라이버, X-ACE, XCB, 자동 구성 개선, 정리.[61]
이전 버전, 더 이상 유지 관리되지 않음: X11R7.3 2007년 9월 6일 XServer 1.4.0, 입력 핫플러그, 출력 핫플러그(RandR 1.2),[62] DTrace 프로브, PCI 도메인 지원
이전 버전, 더 이상 유지 관리되지 않음: X11R7.4 2008년 9월 23일 XServer 1.5.1, XACE, PCI-rework,[63] EXA 속도 향상, _X_EXPORT, GLX 1.4, 시작 및 종료 시간 단축
이전 버전, 더 이상 유지 관리되지 않음: X11R7.5 2009년 10월 26일[64] XServer 1.7.1, Xi 2, XGE, E-EDID 지원, RandR 1.3, MPX,[65] 예측 가능한 포인터 가속, DRI2 메모리 관리자, SELinux 보안 모듈, 오래된 라이브러리 및 확장 추가 제거
이전 버전, 더 이상 유지 관리되지 않음: X11R7.6 2010년 12월 20일[66] X Server 1.9.3, XCB 요건.[67][68]
현재 안정적인 버전: X11R7.7 2012년 6월 6일 X Server 1.12.2; Sync 확장 3.1: Fence 객체 지원 추가, Xi 2.2 멀티터치 지원, XFixes 5.0:[69][70] 포인터 장벽 추가
범례:
구버전
이전 버전, 계속 유지 관리됨
최신 버전
최신 미리보기 버전
향후 릴리즈

X.org 웹사이트는 향후 버전에 대해 다음과 같이 기술하고 있다.[71]

X.Org는 X Window 시스템 소프트웨어 구성 요소를 계속 개발하고 릴리스한다.

이는 각 구성 요소가 준비되면 전체 X 윈도우 시스템 "카타마리" 출시 일정을 기다리지 않고 개별적으로 출시된다(개별 X 참조).조직은 다운로드용 디렉토리를 릴리스하고 xorg-announce 아카이브 또는 git 리포지토리는 포함된 변경 사항에 대한 세부 정보를 제공한다.

X11R7.8 롤업 카타마리 릴리즈에 대한 출시 계획은 제안되지 않았다.

참고 항목

메모들

  1. ^ http://www.x.org/wiki/Releases/7.7/.
  2. ^ https://www.x.org/releases/current/.
  3. ^ Jennifer G. Steiner; Daniel E. Geer Jr. (21 July 1988). "Network Services in the Athena Environment". Proceedings of the Winter 1988 Usenix Conference. CiteSeerX 10.1.1.31.8727.
  4. ^ a b "The X-Windows Disaster". Art.Net. Retrieved 10 November 2009.
  5. ^ Re: X는 1996년 11월 15일 고통스럽다.
  6. ^ "Orca". wiki.gnome.org. 24 November 2011. Retrieved 7 November 2012.
  7. ^ "ATK - Accessibility Toolkit". developer.gnome.org. Retrieved 7 November 2012.
  8. ^ "KDE Accessibility". KDE e.V. Retrieved 6 January 2013.
  9. ^ SNAP Computing 및 X Window 시스템 Wayback Machine 2005에 2010년 6월 26일 아카이브(섹션 4.6, xmove 프로그램)
  10. ^ 2001년 1월 24일 사후 LBX
  11. ^ MIT-SHM 확장에 대한 XFree86 문서 2009년 5월 14일
  12. ^ 애플이 2007년 8월 19일 윈도우 시스템에 X를 사용하지 않은 이유
  13. ^ "Wayland: X11 Application Support".
  14. ^ Diavatis, Alex (11 June 2013). "Wayland in Raspberry ¦ Wayland in GNOME". World Of Gnome. Archived from the original on 15 June 2013.{{cite web}}: CS1 maint : 부적합한 URL(링크)
  15. ^ "MirSpec – Ubuntu Wiki". Wiki.ubuntu.com. Archived from the original on 17 June 2013. Retrieved 6 March 2013.
  16. ^ "Canonical Mir Datasheet" (PDF). 20 December 2018.
  17. ^ 프레임 버퍼 콘솔용 DRI 2009년 12월 15일
  18. ^ "Debut of X". Talisman. 19 June 1984. Retrieved 7 November 2012.
  19. ^ Garfinkel, Simson L. (November–December 1988). "A Second Wind for Athena" (PDF). Technology Review. Retrieved 25 January 2016.
  20. ^ Garfinkel, Simson L. (May–June 1989). "Ripples Across the Academic Market" (PDF). Technology Review. pp. 9–13. Retrieved 25 January 2016.
  21. ^ Robert W. Scheifler and James Gettys: X Window 시스템:핵심 및 확장 프로토콜: X 버전 11, 릴리스 6, 6.1, 디지털 프레스 1996, ISBN 1-55558-148-X
  22. ^ 2005년 6월 10일 무료 소프트웨어 프로젝트 자금 조달
  23. ^ 오픈 소스 2000에 대한 교훈
  24. ^ 1998년 4월 2일 X 성명
  25. ^ "XFree86(TM): Press Release". 6 December 1998. Archived from the original on 6 December 1998. Retrieved 7 February 2017.
  26. ^ Browne, Christopher. "X11R6.4 Sample Implementation Changes and Concerns". Christopher Browne's Web Pages. Archived from the original on 1 June 2008.
  27. ^ Gettys, Jim (2 February 2004). "Re: Announcement: Modification to the base XFree86(TM) license". forum@xfree86.org (Mailing list). Archived from the original on 7 September 2005. Retrieved 26 June 2021.
  28. ^ Swales, Steve (4 February 2002). "Q&A: The X Factor". Computerworld (Interview). Interviewed by Mitchell, Robert. IDG Communications. Archived from the original on 26 June 2021. The stewards of X really dribbled away to almost nothing about five or six years ago. It wasn't really keeping pace with the technology.
  29. ^ Packard, Keith (1999). "The Evolution of the X Server Architecture". Archived from the original on 26 June 2021.
  30. ^ Wexelblat, David (23 March 2003). "A Call For Open Governance Of X Development". forum@xfree86.org (Mailing list). Archived from the original on 12 February 2005. Retrieved 26 June 2021.
  31. ^ "XFree86 joins X.Org as Honorary Member". Slashdot. 1 December 1999. Archived from the original on 26 June 2021.
  32. ^ Harris, Mike (13 April 2003). "Another teleconference partial edited transcript". forum@xfree86.org (Mailing list). Archived from the original on 12 February 2005. Retrieved 26 June 2021.
  33. ^ Nolden, Ralf (20 March 2003). "Keith Packard issue". forum@xfree86.org (Mailing list). Archived from the original on 12 February 2005. Retrieved 26 June 2021.
  34. ^ Hunt, Harold (27 October 2003). "Cygwin/XFree86 - No longer associated with XFree86.org". devel@xfree86.org (Mailing list). Archived from the original on 26 June 2021. Retrieved 26 June 2021.
  35. ^ Harris, Mike (9 January 2003). "9 Jan 2003". Archived from the original on 14 February 2009.
  36. ^ Dawes, David; Cutshaw, Robin; Evans, Marc; Murphey, Rich; Tombs, Jon; Wexelblat, David (20 March 2003). "Invitation for public discussion about the future of X". forum@xfree86.org (Mailing list). Archived from the original on 12 February 2005. Retrieved 26 June 2021.
  37. ^ Packard, Keith (21 March 2003). "A Call For Open Governance Of X Development". forum@xfree86.org (Mailing list). Archived from the original on 12 February 2005. Retrieved 26 June 2021.
  38. ^ Packard, Keith (3 April 2003). "Notes from a teleconference held 2003-3-27". forum@xfree86.org (Mailing list). Archived from the original on 12 February 2005. Retrieved 26 June 2021.
  39. ^ Swales, Steve (24 March 2003). "A Call For Open Governance Of X Development". forum@xfree86.org (Mailing list). Archived from the original on 22 December 2004. Retrieved 26 June 2021.
  40. ^ Wexelblat, David (23 March 2003). "A Call For Open Governance Of X Development". forum@xfree86.org (Mailing list). Archived from the original on 6 January 2005. Retrieved 26 June 2021.
  41. ^ Pennington, Havoc (14 April 2003). "Discussing issues". forum@xfree86.org (Mailing list). Archived from the original on 27 December 2004. Retrieved 26 June 2021.
  42. ^ Gettys, Jim (22 June 2000). Lessons Learned about Open Source. USENIX Annual Technical Conference. Archived from the original on 27 June 2021.
  43. ^ "XFree86 4.4: List of Rejecting Distributors Grows". Slashdot. 18 February 2004. Archived from the original on 27 June 2021.
  44. ^ a b Wheeler, David A. (16 February 2014) [6 May 2002]. "Make Your Open Source Software GPL-Compatible. Or Else". Archived from the original on 26 January 2021.
  45. ^ de Raadt, Theo (16 February 2004). "XFree86 license". openbsd-misc (Mailing list). Archived from the original on 18 January 2019. Retrieved 8 December 2009.
  46. ^ Boykin, Oscar (25 February 2004). "X Marks the Spot: Looking back at X11 Developments of Past Year". OSNews. Archived from the original on 27 June 2021.
  47. ^ Gettys, James; Packard, Keith (2004). The (Re) Architecture of the X Window System (PDF). Proc. Linux Symposium. Vol. 1.
  48. ^ X11R6.9 및 X11R7.0 공식 출시 2005년 12월 21일
  49. ^ 모듈화 제안서 2005년 3월 31일
  50. ^ 2006년 4월 21일 X11R7.1에 대한 제안된 변경사항
  51. ^ "The Current XFree86 Release: 4.8.0". xfree86.org.
  52. ^ X – 휴대용 네트워크 투명 창 시스템 2005년 2월
  53. ^ Landau, Matt (23 April 1993). "Re: Asynchronous X Windows?". Newsgroup: comp.windows.x. Usenet: 1rccdq$s6s@armory.centerline.com. Retrieved 6 March 2013.
  54. ^ 예: "X Windows FAQ", Usenet 뉴스 그룹 comp에 대한 FAQ.window.x.
  55. ^ X 창 시스템: 1999년 9월 1일 역사건축
  56. ^ XFree86 및 X11R6.3 1999년 12월
  57. ^ The Open Group, 1998년 3월 31일 인터넷-Ready X 윈도우 시스템 발표
  58. ^ X.Org Foundation은 X 윈도우 시스템 X11R6.7 2004년 4월 7일 출시
  59. ^ R6.8 21 이후 2005년 10월
  60. ^ 2006년 5월 22일 X11R7.1 릴리스 정보
  61. ^ X.Org 재단은 2007년 2월 15일 7.2.0 (일명 X11R7.2)을 발표했다.
  62. ^ X 서버 버전 1.4 릴리스 계획2007년 8월 25일 회수.
  63. ^ "Foundation Releases X7.4". X.org. Retrieved 10 November 2009.
  64. ^ "7.5 release announcement". X.org. Retrieved 10 November 2009.
  65. ^ "Wiki – 7.5 release plans". X.org. Retrieved 10 November 2009.
  66. ^ "7.6 release announcement". X.org. 20 December 2010. Retrieved 21 December 2010.
  67. ^ "Thinking towards 7.6 katamari, including xcb". Lists.x.org. Retrieved 10 November 2009.
  68. ^ "Wiki – 7.6 release plans". X.org. Retrieved 21 December 2010.
  69. ^ "[ANNOUNCE] X11R7.7". Lists.x.org. Retrieved 7 June 2012.
  70. ^ "Releases/7.7". X.org. Retrieved 7 June 2012.
  71. ^ "Releases/7.8". X.org. Retrieved 6 May 2014.

참조

외부 링크