[ANNOUNCE] xvidtune 1.0.2

2010-01-15 Thread Alan Coopersmith
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

xvidtune is a client interface (GUI  CLI) to the video modesetting
capabilities provided by the XFree86-VidModeExtension.

This is a minor bugfix and janitorial release, fixing compatibility
with the post-Xaw8 version of Xaw at autoconf time, but adding a
requirement for xorg-macros 1.4 or later if you do reautoconf.

Adam Jackson (1):
  Fix a buffer overrun on the heap.

Alan Coopersmith (12):
  Bug 14190: Remove extra debugging echo from configure.ac
  Change xvidtune_CFLAGS to AM_CFLAGS to make automake-1.10 happier
  Add xmu  x11 to PKG_CHECK_MODULES
  Add README with pointers to mailing lists, bugzilla,  git
  Fill in COPYING with notices from sources
  Raise xorg-macros requirement to 1.4
  Move CWARNFLAGS addition from configure.ac to Makefile.am
  Use automake silencer on man page generation too
  Replace remaining sprintf calls with snprintf
  Fix wording of message indicating modes cannot be set
  Minor man page fixes
  xvidtune 1.0.2

Gaetan Nadon (6):
  .gitignore: use common defaults with custom section # 24239
  Makefile.am: ChangeLog not required: EXTRA_DIST or *CLEANFILES #24432
  Deploy the new XORG_DEFAULT_OPTIONS #24242
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  configure.ac: use backticks rather than $() for cmd subs

James Cloos (4):
  Rename .cvsignore to .gitignore
  Add *~ to .gitignore to skip patch/emacs droppings
  Replace static ChangeLog with dist-hook to generate from git log
  xaw8 is gone, use xaw7

Jeremy Huddleston (1):
  Fixed compilation on case-insensitive file systems

Paulo Cesar Pereira de Andrade (1):
  Correct make distcheck and sparse warnings.

git tag: xvidtune-1.0.2

http://xorg.freedesktop.org/archive/individual/app/xvidtune-1.0.2.tar.bz2
MD5:  e40eeb4454f2a7cdde3a14f5dfd3aadd
SHA1: 2f3f821943018c07efd4547afa4313ac92718b1e

http://xorg.freedesktop.org/archive/individual/app/xvidtune-1.0.2.tar.gz
MD5:  a00bae9ced766f74acfaf346b9966606
SHA1: 416638a87444f1900c2afe33e6df185b043be3d8


- --
-Alan Coopersmith-   alan.coopersm...@sun.com
 Sun Microsystems, Inc. - X Window System Engineering

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (SunOS)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAktRZ7wACgkQovueCB8tEw7uRACcCCJx674po49uzwqd+kHxWrhI
W6gAniSrJno95PXfJTWREfEJ2QgzzC3Y
=go2r
-END PGP SIGNATURE-
___
xorg-announce mailing list
xorg-announce@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg-announce


Wacom CTH-661 vs. Xserver 1.7

2010-01-15 Thread Florian Echtler
Hello everyone,

I've borrowed a Wacom Bamboo Fun (CTH-661) and I'm a bit confused about
the various driver bits and pieces. AFAICT there's the in-kernel driver,
the xf86-input-wacom driver and linuxwacom, which provides both.

It looks like the most recent linuxwacom supports the CTH-661 (at least
with a patch); however, it doesn't play nice with Xserver 1.7.

Is there an option to use the CTH-661 without downgrading my Xserver?

Thanks,
Florian
-- 
0666 - Filemode of the Beast

___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Xorg-1.7.3 XCALIBRATE touchscreen

2010-01-15 Thread Marco Cavallini
Hi,
I am using an ARM based architecture and I am trying to enable
touchscreen calibration without success.
I built Xorg version Xorg-1.7.3 configured with --enable-xcalibrate
but I didn't get this extension in my Xorg, so when I try to call xtscal
I get this error:
 # xtscal
 XCALIBRATE extension missing: Success

I debugged a bit the following packages (xtscal_0.6.3,
libxcalibrate_git, libxext_1.1.1) and I realized that the problem is
into Xorg so I wonder how could I enable XCALIBRATE.

Any help would be greatly appreciated.
If any functionality is missing I'd like to get a hint about how to
proceed to implement, debug and test it.

Thank you



# xdpyinfo
name of display::0.0
version number:11.0
vendor string:The X.Org Foundation
vendor release number:10703000
X.Org version: 1.7.3
maximum request size:  16777212 bytes
motion buffer size:  256
bitmap unit, bit order, padding:32, LSBFirst, 32
image byte order:LSBFirst
number of supported pixmap formats:7
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 4, bits_per_pixel 8, scanline_pad 32
depth 8, bits_per_pixel 8, scanline_pad 32
depth 15, bits_per_pixel 16, scanline_pad 32
depth 16, bits_per_pixel 16, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
depth 32, bits_per_pixel 32, scanline_pad 32
keycode range:minimum 8, maximum 255
focus:  PointerRoot
number of extensions:21
BIG-REQUESTS
Composite
DAMAGE
DOUBLE-BUFFER
DPMS
Generic Event Extension
MIT-SCREEN-SAVER
MIT-SHM
RANDR
RENDER
SHAPE
SYNC
X-Resource
XC-MISC
XFIXES
XFree86-DGA
XFree86-VidModeExtension
XInputExtension
XKEYBOARD
XTEST
XVideo
default screen number:0
number of screens:1

screen #0:
  print screen:no
  dimensions:240x320 pixels (64x85 millimeters)
  resolution:95x96 dots per inch
  depths (7):15, 1, 4, 8, 16, 24, 32
  root window id:0x43
  depth of root window:15 planes
  number of colormaps:minimum 1, maximum 1
  default colormap:0x20
  default number of colormap cells:32
  preallocated pixels:black 0, white 32767
  options:backing-store NO, save-unders NO
  largest cursor:240x320
  current input event mask:0x0
  number of visuals:2
  default visual id:  0x21
  visual:
visual id:0x21
class:TrueColor
depth:15 planes
available colormap entries:32 per subfield
red, green, blue masks:0x1f, 0x3e0, 0x7c00
significant bits in color specification:8 bits
  visual:
visual id:0x41
class:TrueColor
depth:32 planes
available colormap entries:256 per subfield
red, green, blue masks:0xff, 0xff00, 0xff
significant bits in color specification:8 bits


Cordiali Saluti / Kindest Regards / mit freundlichen Grüssen
--
Marco Cavallini | KOAN sas | Bergamo - Italia
 embedded and real-time software engineering
   Atmel third party certified consultant
Phone:+39-035-255.235 - Fax:+39-178-22.39.748
  http://www.KoanSoftware.com
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Xorg-1.7.3 XCALIBRATE touchscreen

2010-01-15 Thread Dan Nicholson
On Fri, Jan 15, 2010 at 9:25 AM, Marco Cavallini koansoftw...@gmail.com wrote:
 Hi,
 I am using an ARM based architecture and I am trying to enable
 touchscreen calibration without success.
 I built Xorg version Xorg-1.7.3 configured with --enable-xcalibrate
 but I didn't get this extension in my Xorg, so when I try to call xtscal
 I get this error:
  # xtscal
  XCALIBRATE extension missing: Success

 I debugged a bit the following packages (xtscal_0.6.3,
 libxcalibrate_git, libxext_1.1.1) and I realized that the problem is
 into Xorg so I wonder how could I enable XCALIBRATE.

 Any help would be greatly appreciated.
 If any functionality is missing I'd like to get a hint about how to
 proceed to implement, debug and test it.

Can you post Xorg.log? Did configure give you any messages about
xcalibrate when you used --enable-xcalibrate?

--
Dan
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Xorg-1.7.3 XCALIBRATE touchscreen

2010-01-15 Thread Marco Cavallini
Dan Nicholson ha scritto, Il 15/01/2010 18:38:
 On Fri, Jan 15, 2010 at 9:25 AM, Marco Cavallini koansoftw...@gmail.com 
 wrote:
 Hi,
 I am using an ARM based architecture and I am trying to enable
 touchscreen calibration without success.
 I built Xorg version Xorg-1.7.3 configured with --enable-xcalibrate
 but I didn't get this extension in my Xorg, so when I try to call xtscal
 I get this error:
  # xtscal
  XCALIBRATE extension missing: Success

 I debugged a bit the following packages (xtscal_0.6.3,
 libxcalibrate_git, libxext_1.1.1) and I realized that the problem is
 into Xorg so I wonder how could I enable XCALIBRATE.

 Any help would be greatly appreciated.
 If any functionality is missing I'd like to get a hint about how to
 proceed to implement, debug and test it.
 
 Can you post Xorg.log? Did configure give you any messages about
 xcalibrate when you used --enable-xcalibrate?
 
 --

Dan,
thank you for answering.
Now I'm at home and I haven't access to the target machine, but I can
pastebin you the config.log : http://pastebin.com/m4ecd3f48

If you really need Xorg.log I could send it to you tomorrow morning.
Thank you


Cordiali Saluti / Kindest Regards / mit freundlichen Grüssen
--
Marco Cavallini | KOAN sas | Bergamo - Italia
 embedded and real-time software engineering
Phone:+39-035-255.235 - Fax:+39-178-22.39.748
  http://www.KoanSoftware.com
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Xorg-1.7.3 XCALIBRATE touchscreen

2010-01-15 Thread Dan Nicholson
On Fri, Jan 15, 2010 at 11:13 AM, Marco Cavallini
koansoftw...@gmail.com wrote:
 Dan Nicholson ha scritto, Il 15/01/2010 18:38:
 On Fri, Jan 15, 2010 at 9:25 AM, Marco Cavallini koansoftw...@gmail.com 
 wrote:
 Hi,
 I am using an ARM based architecture and I am trying to enable
 touchscreen calibration without success.
 I built Xorg version Xorg-1.7.3 configured with --enable-xcalibrate
 but I didn't get this extension in my Xorg, so when I try to call xtscal
 I get this error:
  # xtscal
  XCALIBRATE extension missing: Success

 I debugged a bit the following packages (xtscal_0.6.3,
 libxcalibrate_git, libxext_1.1.1) and I realized that the problem is
 into Xorg so I wonder how could I enable XCALIBRATE.

 Any help would be greatly appreciated.
 If any functionality is missing I'd like to get a hint about how to
 proceed to implement, debug and test it.

 Can you post Xorg.log? Did configure give you any messages about
 xcalibrate when you used --enable-xcalibrate?

 --

 Dan,
 thank you for answering.
 Now I'm at home and I haven't access to the target machine, but I can
 pastebin you the config.log : http://pastebin.com/m4ecd3f48

The config.log says that you don't have the XCALIBRATE extension built
into the server.

XCALIBRATE_TRUE='#'

That means the automake conditional to build the xcalibrate sources
will be false. So, you'll have to run configure again and see what it
says about finding the xcalibrate dependencies.

--
Dan
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: please help - MIT-SHM extension XShmCreatePixmap issue

2010-01-15 Thread Aaron Plattner
On Fri, Jan 15, 2010 at 11:02:13AM -0800, mark wrote:
 Hello all,
 
 I've got a question regarding an error that I'm getting trying to
 communicate with the X server.  It seems my XShmCreatePixmap call is
 returning:
 
 X Error of failed request:  BadImplementation (server does not implement 
 operation)
 
 I'm using a piece of software written to display a JPEG in a xwindow. The
 software basically just decodes a jpeg then puts it into shared memory
 and displays it on the screen every X seconds without ripping/flashing
 (some double buffering done).The software has been written to use the
 MIT-SHM extension.  The software runs fine compiled and executed on a
 different device running the 1.6.0 version of the Xorg server.  I'm
 running it on version 1.7.3 (I've tried 1.60, and 1.6.2 and get the same
 results);  xdpyinfo returns info stating that the server supports pixmaps
 (see below) and that MIT-SHM support is an available extension.  The X
 log file is attached below. My error handling routines are returning the
 below attached info.  I suspect that when syncing after the
 XShmCreatePixmap call was made the server rejects the call.  As a result,
 the pixmap drawable isn't created so when XShmPutImage is called this
 error occurs:
 
 X Error of failed request:  BadDrawable (invalid Pixmap or Window
 parameter)
 
 I've attached a snippet of the code where the error seems to occur. This
 software has worked perfect fine for years on 6.8.0 and Xfree 4.3.0
 versions of X.  Not sure what to do or try here or where to continue
 looking.  Any help would be greatly appreciated.  Thank you very much for
 your time so far.

SHM pixmaps are an optional part of the MIT-SHM extension, and are disabled
in most recent drivers / acceleration architectures because they cause
major performance headaches.  You need to query the extension with
XShmQueryVersion and look at the returned 'sharedPixmaps' boolean:

   XShmQueryVersion returns the version numbers of the extension
   implementation. Shared memory  pixmaps  are  supported if the
   pixmaps argument returns true.

You can do a similar query with 'xdpyinfo -ext MIT-SHM'.  Look at the botom
of the output:

   MIT-SHM version 1.1 opcode: 142, base event: 98, base error: 159
 shared pixmaps: no

If SHM pixmaps are not supported, your application needs to use something
else, such as XShmPutImage.

 Do any of you know where I would get a list of all the Major and Minor
 opcodes for X requests?

For the major opcodes, xdpyinfo -queryExtensions.  For the minor ones, look
at the protocol headers installed in /usr/include/X11/extensions/* by the
*proto packages.

Hope that helps!

Sincerely,
Aaron
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: please help - MIT-SHM extension XShmCreatePixmap issue

2010-01-15 Thread Alan Coopersmith
mark wrote:
 Do any of you know where I would get a list of all the Major and Minor
 opcodes for X requests?

Major op codes 1-127 are the Core X protocol, for those see any of these:
 - the X_* defines at the end of /usr/include/X11/Xproto.h
 - the XRequest.* lines in /usr/share/X11/XErrorDB
 - the R* X11:* lines in /usr/lib/xorg/protocol.txt
 - the X protocol specs at http://www.x.org/releases/X11R7.5/doc/index.html

Major op codes 128-255 are dynamically assigned to X extensions, depending
on which are supported and active in your current X server
version/configuration.   To see which are which in your currently running X
server, run:
xdpyinfo -queryExt | grep opcode

Minor version op codes for each extension are defined by the extension.
For those, see any of these:
 - the headers for that extension in /usr/include/X11/extensions/
 - the XRequest.extension.* lines in /usr/share/X11/XErrorDB
 - the R* extension:* lines in /usr/lib/xorg/protocol.txt
 - the X extension protocol specs at
http://www.x.org/releases/X11R7.5/doc/index.html

-- 
-Alan Coopersmith-   alan.coopersm...@sun.com
 Sun Microsystems, Inc. - X Window System Engineering

___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: please help - MIT-SHM extension XShmCreatePixmap issue

2010-01-15 Thread Julien Cristau
On Fri, Jan 15, 2010 at 14:02:13 -0500, mark wrote:

 Hello all,
 
 I've got a question regarding an error that I'm getting trying to
 communicate with the X server.  It seems my XShmCreatePixmap call is
 returning:
 
 *X Error of failed request:  BadImplementation (server does not
 implement operation)*
 
Your app doesn't seem to be using XShmQueryVersion().  Shared pixmaps
are optional, and your server/driver probably doesn't support them.
Your app needs to fall back to another method if XShmQueryVersion() says
that shared memory pixmaps aren't available.  (xdpyinfo -ext MIT-SHM
should help confirm this.)

Cheers,
Julien
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: Xorg-1.7.3 XCALIBRATE touchscreen

2010-01-15 Thread Marco Cavallini
Dan Nicholson ha scritto, Il 15/01/2010 19:17:
 
 The config.log says that you don't have the XCALIBRATE extension built
 into the server.
 
 XCALIBRATE_TRUE='#'
 
 That means the automake conditional to build the xcalibrate sources
 will be false. So, you'll have to run configure again and see what it
 says about finding the xcalibrate dependencies.


Looks like configure.ac wants KDRIVE in order to enable xcalibrate,
isn't it?

if test x$XCALIBRATE = xyes  test $KDRIVE = yes; then
   AC_DEFINE(XCALIBRATE, 1, [Build XCalibrate extension])
   REQUIRED_MODULES=$REQUIRED_MODULES $XCALIBRATEPROTO
else
   XCALIBRATE=no
fi
AM_CONDITIONAL(XCALIBRATE, [test x$XCALIBRATE = xyes])

What do you suggest to do?

TIA
-
/marco
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: Xorg-1.7.3 XCALIBRATE touchscreen

2010-01-15 Thread Dan Nicholson
On Fri, Jan 15, 2010 at 12:33 PM, Marco Cavallini
koansoftw...@gmail.com wrote:
 Dan Nicholson ha scritto, Il 15/01/2010 19:17:

 The config.log says that you don't have the XCALIBRATE extension built
 into the server.

 XCALIBRATE_TRUE='#'

 That means the automake conditional to build the xcalibrate sources
 will be false. So, you'll have to run configure again and see what it
 says about finding the xcalibrate dependencies.


 Looks like configure.ac wants KDRIVE in order to enable xcalibrate,
 isn't it?

 if test x$XCALIBRATE = xyes  test $KDRIVE = yes; then
   AC_DEFINE(XCALIBRATE, 1, [Build XCalibrate extension])
   REQUIRED_MODULES=$REQUIRED_MODULES $XCALIBRATEPROTO
 else
   XCALIBRATE=no
 fi
 AM_CONDITIONAL(XCALIBRATE, [test x$XCALIBRATE = xyes])

 What do you suggest to do?

Yeah, the xcalibrate extension is only implemented for kdrive. I think
your options are to use kdrive or find another way to calibrate your
touchscreen. I know there are other solutions out there, but I'm not
really familiar with the touchscreen world.

--
Dan
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

[ANNOUNCE] xvidtune 1.0.2

2010-01-15 Thread Alan Coopersmith
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

xvidtune is a client interface (GUI  CLI) to the video modesetting
capabilities provided by the XFree86-VidModeExtension.

This is a minor bugfix and janitorial release, fixing compatibility
with the post-Xaw8 version of Xaw at autoconf time, but adding a
requirement for xorg-macros 1.4 or later if you do reautoconf.

Adam Jackson (1):
  Fix a buffer overrun on the heap.

Alan Coopersmith (12):
  Bug 14190: Remove extra debugging echo from configure.ac
  Change xvidtune_CFLAGS to AM_CFLAGS to make automake-1.10 happier
  Add xmu  x11 to PKG_CHECK_MODULES
  Add README with pointers to mailing lists, bugzilla,  git
  Fill in COPYING with notices from sources
  Raise xorg-macros requirement to 1.4
  Move CWARNFLAGS addition from configure.ac to Makefile.am
  Use automake silencer on man page generation too
  Replace remaining sprintf calls with snprintf
  Fix wording of message indicating modes cannot be set
  Minor man page fixes
  xvidtune 1.0.2

Gaetan Nadon (6):
  .gitignore: use common defaults with custom section # 24239
  Makefile.am: ChangeLog not required: EXTRA_DIST or *CLEANFILES #24432
  Deploy the new XORG_DEFAULT_OPTIONS #24242
  INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
  Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
  configure.ac: use backticks rather than $() for cmd subs

James Cloos (4):
  Rename .cvsignore to .gitignore
  Add *~ to .gitignore to skip patch/emacs droppings
  Replace static ChangeLog with dist-hook to generate from git log
  xaw8 is gone, use xaw7

Jeremy Huddleston (1):
  Fixed compilation on case-insensitive file systems

Paulo Cesar Pereira de Andrade (1):
  Correct make distcheck and sparse warnings.

git tag: xvidtune-1.0.2

http://xorg.freedesktop.org/archive/individual/app/xvidtune-1.0.2.tar.bz2
MD5:  e40eeb4454f2a7cdde3a14f5dfd3aadd
SHA1: 2f3f821943018c07efd4547afa4313ac92718b1e

http://xorg.freedesktop.org/archive/individual/app/xvidtune-1.0.2.tar.gz
MD5:  a00bae9ced766f74acfaf346b9966606
SHA1: 416638a87444f1900c2afe33e6df185b043be3d8


- --
-Alan Coopersmith-   alan.coopersm...@sun.com
 Sun Microsystems, Inc. - X Window System Engineering

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (SunOS)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAktRZ7wACgkQovueCB8tEw7uRACcCCJx674po49uzwqd+kHxWrhI
W6gAniSrJno95PXfJTWREfEJ2QgzzC3Y
=go2r
-END PGP SIGNATURE-
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg