Re: net-color spec renamed to X Color Management
Is this related to GNOME's color management stuff in this article: http://libregraphicsworld.org/articles.php?article_id=42 Matt On 09/26/2011 12:21 AM, Kai-Uwe Behrmann wrote: The net-color spec from the libXcm repository is renamed [1]. The _NET_ prefix is reserved inside the Xorg atom name space. The new prefix is simply _ICC_. The new spec draft is called X Color Management [2]. It contains the color regions in Xorg description and the device profile for Linux desktop colour servers. Affected are libXcm, Xcm, Oyranos, CompICC and CinePaint. They are all updated and will contain the changes in their next releases. The spec allowes a client/server communication about colour correction on the GPU by compositing window managers. kind regards Kai-Uwe Behrmann ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: multiuser system
On 09/13/2011 07:54 PM, Alan Coopersmith wrote: On 09/13/11 11:47 AM, Felix Miata wrote: On 2011/09/13 11:58 (GMT-0400) D.H. Bahr composed: I have a GNU/Linux distro based on Ubuntu, runing on a PC with multiple SVGA ports (3 at the time, but maybe more in time). What I need is to configure XServer so that I can have multiple terminals (a terminal being a display, a keyboard and a mouse) using the system as independent users... I believe this was one of the original X Windows System goals, but I am not sure on how to achieve this. Any thougts?? There's at least one HOWTO out there for doing this. multiseat is the magic word you need to enter into google to find it. Not to encourage folks to post to the mailing list instead of googling for themselves, but https://help.ubuntu.com/community/MultiseatX is a really good HowTo even if you're not using ubuntu. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: can't find xorg.conf information from web pages
3.6.13 works ok. Do you have problems with any other pages or just that one? Matt On 02/09/2011 12:21 PM, matti christensen wrote: well - this is Firefox 3.6.9 and it does not work after triplecheck /mc Quoting Alan Coopersmith alan.coopersm...@oracle.com: On 02/ 9/11 05:38 AM, matti christensen wrote: i was trying to solve some configuration issues but bumbed in an error message opening url; http://www.x.org/releases/current/doc/man/man5/xorg.conf.5.xhtml page only had following on it; XML Parsing Error: undefined entity Location: http://www.x.org/releases/current/doc/man/man5/xorg.conf.5.xhtml Line Number 61, Column 13:xorg.conf.d minus; configuration files for Xorg X ^ Strange - it views fine for me in Firefox 3.6. -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: mat...@iki.fi keep-IT-simple ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: mar...@osource.org ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Documentation
Nima, That's a pretty broad question, but a good place to start: http://www.x.org/releases/X11R7.6/ Matt On Fri, Dec 31, 2010 at 2:02 PM, Nima Sahraneshin unix.n...@gmail.com wrote: Hi I want to write a program based on X .I need some documentation about X (using X) . ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: m...@osource.org ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [ANNOUNCE] X11R7.6
On Tue, Dec 21, 2010 at 1:19 PM, Jeremy Huddleston jerem...@apple.com wrote: Thanks for all the effort Alan. That's a huge list of modules to push out. Indeed, and all the cleanup you've done on the docs on top of that. Many thanks on everything. --Jeremy On Dec 20, 2010, at 16:27, Alan Coopersmith wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The X.Org Foundation and the global community of X.Org developers announce the release of X11R7.6 - Release 7.6 of the X Window System, Version 11. This release is the seventh modular release of the X Window System. The next full release will be X11R7.7 and is expected in 2011. X11R7.6 supports Linux, BSD, Solaris, MacOS X, Microsoft Windows and GNU Hurd systems. It incorporates new features, and stability and correctness fixes, including improved autoconfiguration heuristics, enhanced support for input devices, better documentation, and takes the next step in migrating to the XCB client APIs. The full source code is free to use, modify and redistribute, under open source licenses, and is available from http://www.x.org/releases/X11R7.6/ and mirrors worldwide. For more information on the X Window System, including how to get involved with development, please see http://www.x.org. Summary of new features in X11R7.6 This is a sampling of the new features in X11R7.6. A more complete list of changes can be found in the ChangeLog files that are part of the source of each X module, or in the Consolidated ChangeLog combining logs of all the modules, which is posted at http://www.x.org/releases/X11R7.6/ * InputClass sections in Xorg configuration files are used to apply configuration options to any input device matching specified rules, such as device path, type of device, device manufacturer, or other data provided by the input hotplug backend. Details can be found in the INPUTCLASS section of the xorg.conf(5) manual page. * Xorg configuration directories are used to allow fragments of the X server configuration to be delivered in individual files. For instance, the input device driver matching rules previously provided in HAL .fdi files are now provided as InputClass sections in .conf files in a xorg.conf.d directory. * udev is now used by the X server on Linux systems for input device discovery and hot-plug notification. Other platforms continue to use the HAL framework for these tasks for now. * X protocol C-language Binding (XCB) is now included in the katamari, and is required by several client-side modules, including libX11, xlsatoms, xlsclients and xwininfo. XCB is a replacement for Xlib featuring a small footprint, latency hiding, direct access to the protocol, improved threading support, and extensibility. More information can be found on the XCB website at http://xcb.freedesktop.org/. * Major progress has been made on the X.Org Documentation modernization - most of the library and protocol specifications are now included in the modules for those libraries and protocols so they can be updated in sync with new versions, and many have been converted to DocBook XML from the variety of formats they were previously in. On most systems these documents will be installed under /usr/share/doc/. They are also posted on the X.Org website at http://www.x.org/releases/X11R7.6/doc/index.html Dedication Two of the early leaders of the X Window System community were lost to cancer this year -- Smokey Wallace, who led the DEC WSL team which created the initial implementation of X11, and Hideki Hiura from Sun Microsystems, who helped design the X11R6 internationalization framework. The X11R7.6 release is dedicated to their memory. Jim Gettys remembers that “Without Smokey, it is not clear that X11 would have ever existed: he and I drafted a memo that proposed developing X11 in Digital’s WSL and making the result freely available, as X11 would require more resources than we had available at MIT. This was one of the seminal moments in free and open source software, though few know of it.” Alan Coopersmith, who worked with Hideki at Sun, noted that “Hideki’s contributions to the X Window System and leadership in forums such as openi18n.org will leave a lasting legacy on the millions of users who are able to use their native languages to interact with computers and portable devices running the Unix and Linux families of operating system.” - -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0P9FoACgkQovueCB8tEw7aYgCePwX5jFFpN8Ouv6wW3C/G5MEO
Documentation conversion status [was: Re: companies contributing to X]
As many of you know, with some guidance from Alan, Gaetan and I have been quietly slugging through converting the in-tree documentation to docbook/xml. With the goal of having attractive, usable documentation that's easy to edit and generate html,pdf,ps and text, with an emphasis on consistency across it all. I can speak just to the conversion: There are roughly 2200 pages of documentation in the tree, written in 5 different formats (SGML, troff, Framemaker, tek, asciidoc) by multiple people across multiple years. This means the conversion must be done in a couple steps. One of the purposes of the first step is just to get an idea of what has been done so that we can get a list of xml tags used in all the docs. We can then pair down this list to remove redundant tags. From this smaller list, we'll generate an example document from which we can apply tags across all the documents consistently. The xorg.css and Xorg_profile-mode.xsl stylesheets use those xml tags to control presentation. One thing that some have noticed. The documentation that has been converted is ugly. It has the content but lacks the formatting. That is step 2. Normal spiel: Having consistent documentation that's easy to edit and generate will make it easier to create new and update existing documentation as well as help new people find information. I'm happy to report that this initial conversion is almost done. 2000 pages have been converted, with another 200 to go. Step 2 will begin soon. Happy Thanksgiving, Matt ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: companies contributing to X
On Thu, Nov 25, 2010 at 5:36 AM, Eirik Byrkjeflot Anonsen ei...@opera.com wrote: Luc Verhaegen l...@skynet.be writes: On Wed, Nov 24, 2010 at 02:56:32PM -0700, Matt Dew wrote: This I'm curious about. Are there more companies that feel it's too-hard/not-worth-while for companies to contribute stuff to Xorg? I know the linux kernel has this issue, but is X's contribution difficulty larger? I ask out of complete curiosity, not trying to stir any pot. Matt Yes, a mail like this will get them all to come clean and tell you, publically, that they do not want to contribute back, and then list all the reasons why. That sounds like a good thing for a commercial company to do. Meta-grammatically that seems like sarcasm to me. But if commercial companies are blocked from doing what they want to do by some organizational issues with X.Org, I would think it would be in their interest to clarify those issues so they could potentially be improved upon. I took it as sarcasm but regardless, the question is honest and valid. I can see some reasons why companies would not want to contribute and also not want to say why: - They wish X.Org would just go away, because then they think they'll have less competition. Who are the competitors? Besides Xi graphics, do you include FB or wayland here? - They believe they gain a competitive advantage by keeping their clever code to themselves. - Their code is so shitty that they don't want anyone else to see it. This one I can definitely believe. :) Admittedly, I believe there is some truth in all three of those reasons, but I would hope that most companies would recognize that those are generally not good reasons. You suggested one possible reason yourself: ... they know that their code will not be accepted, and that it will be reinvented a few weeks or months later. Then they go and use the reimplementation afterwards, and save a lot of manpower and frustration in the process. I'm a little confused by this. It sounds like 1. They implement something useful. 2. They send the patch to X.Org. 3. X.Org does not accept the patch as is. 4. X.Org implements an alternative patch. 5. The company gets an X.Org with the fix they wanted. It sounds to me like this is a win for the company. If they hadn't shipped the patch, the feature would (probably) not have been implemented. By shipping the patch, they get X.Org to implement and maintain the feature they wanted. I'm probably misunderstanding your description. I would assume that the main stumbling block to contributing to X.Org is quite simply that it takes time and effort to get X.Org to accept a patch. And since the company has already shipped it, they don't see the immediate benefit of spending this effort. I would think this is a serious issue, but I don't think there is any way to eliminate it. I expect it is usually true that some time and effort is needed to bring a patch from it works, ship it to something the X.Org developers should be happy about maintaining. This one seems most likely. If it's the in-house developer(s) who isn't all that interested in giving back and won't go out of his/her way at all, then there's nothing we can do and I don't want to spend effort here. If it's an in-house developer(s), who would be willing to try to work with Xorg devs to get it in tree, then this is the case I'm interested in. Can we make it easier for him/her without killing ourselves? Matt ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
companies contributing to X [was: Re: Respository vandalism by r...@...fd.o]
But you also might want to consider that i was at a hardware vendor two weeks ago, and i had to listen to their main engineer calling contributing directly to X a waste of time, and that they rather fix the versions their customers ship, and hand the patches to their customers directly, never bothering to submit to X directly. They rather implement stuff, hand it to their customers, as they know that their code will not be accepted, and that it will be reinvented a few weeks or months later. Then they go and use the reimplementation afterwards, and save a lot of manpower and frustration in the process. Despite all my personal feelings about free software and the likes, I had absolutely nothing to counter, anything i could even try to throw up against that would either be completely irrelevant and meek, or a lie. This I'm curious about. Are there more companies that feel it's too-hard/not-worth-while for companies to contribute stuff to Xorg? I know the linux kernel has this issue, but is X's contribution difficulty larger? I ask out of complete curiosity, not trying to stir any pot. Matt ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [ANNOUNCE] xproto 7.0.19
2010/11/4 Gaetan Nadon mems...@videotron.ca: On Thu, 2010-11-04 at 14:58 -0600, Matt Dew wrote: What kind of garbled text? Is it basically one long line with no formatting? Yes, here is a sample: JuliuszChroboczek j...@freedesktop.org 27 February 2001, updated 30 October 2006 Updated by Jim Gettys and Juliusz Chroboczek. DPS is now obsolete. At the time when I started this project, there was no decent rendering interface for X11 other than DPS. Since then, there has been a large amount of work on a simple and clean X server extension, Xrender, which provides the basis for just such an interface. Gotcha. I noticed that using the wrong .xsl stylesheet would do that too. (Gotta love stylesheet issues.) ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [ANNOUNCE] xproto 7.0.19
2010/11/4 Gaetan Nadon mems...@videotron.ca: On Wed, 2010-11-03 at 17:55 -0200, Frédéric L. W. Meunier wrote: About garbled text converting to txt, I also get it. So I am not the only one. The error you are talking about was fixed in my distro: 2008 xmlto (0.0.20-3) unstable; urgency=low * debian/control (Suggests): Added xmltex now providing passivetex (closes: #416622, #440518). Thanks to Robert Wohlrab. (Description): Added information about fop/docbook-xsl as alternative to passivetex. * debian/patches/499200_cannot_parse_XSLTPARAMS.dpatch: Added. - xmlto.in: Fixed error message using --stringparam switch (closes: #499200). Thanks to Zed Pobre. * debian/patches/00list: Adjusted. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: m...@osource.org What kind of garbled text? Is it basically one long line with no formatting? Matt ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Is Xvnc a X exension or X driver?
While I'm not interested in writing a manual, I am trying to round up and organize existing docs and info. and I am really interested in any diagrams and such that people might have/know of for Xserver internals or how different pieces interact. If anyone has any docs/diagrams/handscanned cocktail napkins they find useful or helpful, please send me a like or copy. thanks, Matt On Mon, Apr 19, 2010 at 11:08 PM, Alan Coopersmith alan.coopersm...@oracle.com wrote: (I've cc'ed xorg-devel, since this is really much more of a developer topic than a user topic.) Zhang, Xing Z wrote: Hi experts: I am looking into code of tigervnc, the Xvnc contains a vnc X server which seems a X driver or extension ( it locates at tigervnc-1.0.1/unix/xserver/hw/vnc). VNC includes an X extension, but Xvnc itself is an X server using the hw/vnc DDX layer. Originally X support for different hardware was delivered by having a different DDX layer for each, resulting in multiple different X servers and changing X servers to use different types. In the current code, the hw/xfree86 layer provides a common DDX layer for many types of hardware with loadable driver modules for each type, but there are still other DDX layers for other types of X server, such as Xvnc, Xvfb Xnest, as well as the kdrive DDX layer which supports multiple hardware types using the older model of per-hardware X server binaries. Could anyone point me a programming howto followed by above implementation? I gone through documentations on X.org, but didn't find programming manual of such a extension/driver. There isn't a lot of up-to-date documentation on X server internals - not many people are interested in spending the huge amounts of time required to write a programming manual that less than 100 people will ever read. Documents that do exist (though not necessarily completely up-to-date): * Definition of the Porting Layer for the X v11 Sample Server: html: http://www.x.org/releases/X11R7.5/doc/core/Xserver-spec.html pdf: http://www.x.org/releases/X11R7.5/doc/core/Xserver-spec.pdf * The X Window System Server, Elias Israel, Erik Fortune, Digital Press, ISBN 1-8-096-3, 1993. (X11R5 era, though some basic concepts are still unchanged) -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System ___ xorg-de...@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg
