On 03/22/2011 06:14 PM, Dan Nicholson wrote:
On Tue, Mar 22, 2011 at 4:28 PM, Matt Dew<[email protected]> wrote:
On 03/22/2011 03:25 PM, Dan Nicholson wrote:
On Tue, Mar 22, 2011 at 7:19 AM, Gaetan Nadon<[email protected]>
wrote:
Xmlto is a script that selects the appropriate back-end
based on options and tools availability.
Xmlto uses an xsl "fragment" which is not compatible with
the standard use of xsl stylesheets. The customization for
xhtml and fo cannot be used with xsltproc in that context.
It makes adoption of docbook features like olink and profiling
significantly more difficult.
If you pass -x to xmlto instead of -m, you can use a full stylesheet
instead of a fragment. Moving to xsltproc means you have to duplicate
the internal smarts of xmlto.
Unfortunately, with the '-x' xmlto will look for that stylesheet on the
local machine, so there's no way to use the http://... stylesheets. and we
want to use those for portability. The local catalogs detect if there are
local copies and uses them if they exist.
More importantly, xmlto always uses --nonet for xsltproc and xmllint.
Do you really want builds to hang trying to fetch sheets over the
network? You guys are the ones doing the doc work, so I won't try to
slow you down anymore. Please put the correct justification in the
commit messages, though.
Dan, which justifications do you feel are incorrect? Agreed that
accurate commit msgs are important so we'll try to clear them up.
--- Begin Message ---
Ok, here's another 1.10 RC
* I looked through Bugzilla and pulled out a couple of fixes from
there that looked reasonable.
* RandR 1.4 has been entirely removed from the server. The client
interface just wasn't what we wanted, and it wasn't going to be
fixed in time for 1.10. Good thing the main RandR 1.4 developer was
OK with pending to the next release.
Still remaining are a couple of build fixes, including an out-of-tree
fix for documentation and Peter's 'release all the buttons and keys'
patch.
Other than that, I'm only interested in bug fixes at this point, we're
already a week behind schedule.
I bumped the video driver ABI again -- removing RandR changed
somethings back to the way they worked in 1.9. This prevents drivers
built in the last month from running against the 1.10 server. I don't
frankly know if the server is back to the full 1.9 ABI or not.
Adam Jackson (13):
glxproxy: warning fix
glxproxy: warning fix
glxproxy: warning fix
glxproxy: warning fix
glxproxy: warning fix
glxproxy: warning fix
glxproxy: warning fix
glxproxy: warning fix
glxproxy: warning fix
glxproxy: warning fix
glxproxy: warning fix
xfree86: If the driver found modes on an output, don't add more
xfree86: Fix the sdk headers to be multilib-safe
Alexandr Shadchin (1):
Removing unused code
Cyril Brulebois (1):
xfree86: Fix undefined reference to `XNFsprintf' on sparc.
Erkki Seppälä (1):
record: avoid crash when calling RecordFlushReplyBuffer recursively
Jeremy Huddleston (2):
XQuartz: Add LSApplicationCategoryType key to Info.plist
XQuartz: Localization Updates
Keith Packard (14):
Revert "randr: handle RRSetCrtcConfigs request with zero configs"
Revert "ProcRRSetCrtcConfigs uses 'configs' without being initialized"
Revert "Separate out screen size and screen pixmap sizes in
RRScreenSizeSet"
Revert "Set sprite transforms from RRSetCrtcConfigs"
Revert "DIX is responsible for ref counting scanout pixmaps."
Revert "randr: Hook up the new RandR 1.4 functionality"
Revert "randr: Add per-crtc pixmaps"
Revert "hw/xfree86/modes: Add optional driver API for RRSetCrtcConfigs"
Revert "randr: Implement RRSetCrtcConfigs"
Revert "randr: Add sprite position transforms"
Revert "Require RandR protocol version 1.4 or newer"
Revert "Replace huge argument list in xf86CrtcSetModeTransform with
struct"
xfree86: Bump video ABI to 10.0
Version bumped to 1.9.99.903 (1.10 RC3)
Maarten Maathuis (1):
Revert "exa/mixed: Exclude frontbuffer from deferred pixmap handling."
Michel Dänzer (1):
EXA/mixed: ModifyPixmapHeader pitch fixes. (bug #33929)
Peter Hutterer (3):
dix: a valuator number of 0 is valid (#34510)
test: write some event → XI1 conversion tests.
Add mode field to ConstrainCursorHarder
git tag: xorg-server-1.9.99.903
http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.9.99.903.tar.bz2
MD5: a8bece548794b96b9d480c7d891231c7 xorg-server-1.9.99.903.tar.bz2
SHA1: 35ca109d8da0e9052c367421ae9c200dd191ea95 xorg-server-1.9.99.903.tar.bz2
http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.9.99.903.tar.gz
MD5: dd7170cd1bda5fd9293b80929d30cb34 xorg-server-1.9.99.903.tar.gz
SHA1: 0a357b6f628c7ca72603dc4d361fe2e5487f30a9 xorg-server-1.9.99.903.tar.gz
--
[email protected]
pgpZmtSC64Hvm.pgp
Description: PGP signature
_______________________________________________
[email protected]: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: [email protected]
--- End Message ---
--- Begin Message ---
On 25/02/11 17:50 , Keith Packard wrote:
Ok, here's another 1.10 RC
* I looked through Bugzilla and pulled out a couple of fixes from
there that looked reasonable.
* RandR 1.4 has been entirely removed from the server. The client
interface just wasn't what we wanted, and it wasn't going to be
fixed in time for 1.10. Good thing the main RandR 1.4 developer was
OK with pending to the next release.
Still remaining are a couple of build fixes, including an out-of-tree
fix for documentation and Peter's 'release all the buttons and keys'
patch.
this is not a fix that should hold up the release. It happens on SD
detachment only (which is rare enough) and even then only if buttons or
keys are down while detaching. Not a very common use-case and not a
high-priority patch.
Cheers,
Peter
Other than that, I'm only interested in bug fixes at this point, we're
already a week behind schedule.
I bumped the video driver ABI again -- removing RandR changed
somethings back to the way they worked in 1.9. This prevents drivers
built in the last month from running against the 1.10 server. I don't
frankly know if the server is back to the full 1.9 ABI or not.
Adam Jackson (13):
glxproxy: warning fix
glxproxy: warning fix
glxproxy: warning fix
glxproxy: warning fix
glxproxy: warning fix
glxproxy: warning fix
glxproxy: warning fix
glxproxy: warning fix
glxproxy: warning fix
glxproxy: warning fix
glxproxy: warning fix
xfree86: If the driver found modes on an output, don't add more
xfree86: Fix the sdk headers to be multilib-safe
Alexandr Shadchin (1):
Removing unused code
Cyril Brulebois (1):
xfree86: Fix undefined reference to `XNFsprintf' on sparc.
Erkki Seppälä (1):
record: avoid crash when calling RecordFlushReplyBuffer recursively
Jeremy Huddleston (2):
XQuartz: Add LSApplicationCategoryType key to Info.plist
XQuartz: Localization Updates
Keith Packard (14):
Revert "randr: handle RRSetCrtcConfigs request with zero configs"
Revert "ProcRRSetCrtcConfigs uses 'configs' without being initialized"
Revert "Separate out screen size and screen pixmap sizes in
RRScreenSizeSet"
Revert "Set sprite transforms from RRSetCrtcConfigs"
Revert "DIX is responsible for ref counting scanout pixmaps."
Revert "randr: Hook up the new RandR 1.4 functionality"
Revert "randr: Add per-crtc pixmaps"
Revert "hw/xfree86/modes: Add optional driver API for RRSetCrtcConfigs"
Revert "randr: Implement RRSetCrtcConfigs"
Revert "randr: Add sprite position transforms"
Revert "Require RandR protocol version 1.4 or newer"
Revert "Replace huge argument list in xf86CrtcSetModeTransform with
struct"
xfree86: Bump video ABI to 10.0
Version bumped to 1.9.99.903 (1.10 RC3)
Maarten Maathuis (1):
Revert "exa/mixed: Exclude frontbuffer from deferred pixmap handling."
Michel Dänzer (1):
EXA/mixed: ModifyPixmapHeader pitch fixes. (bug #33929)
Peter Hutterer (3):
dix: a valuator number of 0 is valid (#34510)
test: write some event → XI1 conversion tests.
Add mode field to ConstrainCursorHarder
git tag: xorg-server-1.9.99.903
http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.9.99.903.tar.bz2
MD5: a8bece548794b96b9d480c7d891231c7 xorg-server-1.9.99.903.tar.bz2
SHA1: 35ca109d8da0e9052c367421ae9c200dd191ea95 xorg-server-1.9.99.903.tar.bz2
http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.9.99.903.tar.gz
MD5: dd7170cd1bda5fd9293b80929d30cb34 xorg-server-1.9.99.903.tar.gz
SHA1: 0a357b6f628c7ca72603dc4d361fe2e5487f30a9 xorg-server-1.9.99.903.tar.gz
_______________________________________________
[email protected]: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: [email protected]
--- End Message ---
--- Begin Message ---
On Fri, 25 Feb 2011 19:28:38 +1000, Peter Hutterer <[email protected]>
wrote:
> this is not a fix that should hold up the release. It happens on SD
> detachment only (which is rare enough) and even then only if buttons or
> keys are down while detaching. Not a very common use-case and not a
> high-priority patch.
Sounds good. At least I'll have something to keep me busy next week,
right?
--
[email protected]
pgpYJEZuVOTi6.pgp
Description: PGP signature
_______________________________________________
[email protected]: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: [email protected]
--- End Message ---
_______________________________________________
[email protected]: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
