X Strike Force X.Org X11 SVN commit: r1187 - in branches/modular/driver: xf86-input-acecad-X11R7.0-1.0.0.5/debian xf86-input-aiptek-X11R7.0-1.0.0.5/debian xf86-input-calcomp-X11R7.0-1.0.0.5/debian xf8

2006-02-09 Thread X Strike Force SVN Repository Admin
Author: dnusinow Date: 2006-02-10 00:20:12 -0500 (Fri, 10 Feb 2006) New Revision: 1187 Modified: branches/modular/driver/xf86-input-acecad-X11R7.0-1.0.0.5/debian/changelog branches/modular/driver/xf86-input-acecad-X11R7.0-1.0.0.5/debian/control branches/modular/driver/xf86-input-aiptek-X1

X Strike Force X.Org X11 SVN commit: r1186 - branches/modular/xserver/xorg-server-X11R7.0-1.0.1/debian

2006-02-09 Thread X Strike Force SVN Repository Admin
Author: dnusinow Date: 2006-02-09 22:44:21 -0500 (Thu, 09 Feb 2006) New Revision: 1186 Modified: branches/modular/xserver/xorg-server-X11R7.0-1.0.1/debian/changelog branches/modular/xserver/xorg-server-X11R7.0-1.0.1/debian/control Log: Implement driver name change in the xserver so it actual

X Strike Force X.Org X11 SVN commit: r1185 - in branches/modular/driver: xf86-input-acecad-X11R7.0-1.0.0.5/debian xf86-input-aiptek-X11R7.0-1.0.0.5/debian xf86-input-calcomp-X11R7.0-1.0.0.5/debian xf8

2006-02-09 Thread X Strike Force SVN Repository Admin
Author: dnusinow Date: 2006-02-09 22:40:14 -0500 (Thu, 09 Feb 2006) New Revision: 1185 Modified: branches/modular/driver/xf86-input-acecad-X11R7.0-1.0.0.5/debian/changelog branches/modular/driver/xf86-input-aiptek-X11R7.0-1.0.0.5/debian/changelog branches/modular/driver/xf86-input-calcomp

X Strike Force X.Org X11 SVN commit: r1184 - branches/modular/debian

2006-02-09 Thread X Strike Force SVN Repository Admin
Author: dnusinow Date: 2006-02-09 22:27:09 -0500 (Thu, 09 Feb 2006) New Revision: 1184 Removed: branches/modular/debian/x11-common/ branches/modular/debian/xorg-common/ Log: Remove obsolete xorg-common and x11-common packages. We're just going with a single xorg source package -- To UNSU

X Strike Force X.Org X11 SVN commit: r1183 - branches/modular/debian/xorg/debian

2006-02-09 Thread X Strike Force SVN Repository Admin
Author: dnusinow Date: 2006-02-09 22:20:53 -0500 (Thu, 09 Feb 2006) New Revision: 1183 Modified: branches/modular/debian/xorg/debian/changelog Log: * Add an epoch due to idiocy while working on aborted experimental packages Modified: branches/modular/debian/xorg/debian/changelog =

X Strike Force X.Org X11 SVN commit: r1182 - in branches/modular/debian/xorg/debian: . scripts

2006-02-09 Thread X Strike Force SVN Repository Admin
Author: dnusinow Date: 2006-02-09 22:10:41 -0500 (Thu, 09 Feb 2006) New Revision: 1182 Modified: branches/modular/debian/xorg/debian/changelog branches/modular/debian/xorg/debian/control branches/modular/debian/xorg/debian/rules branches/modular/debian/xorg/debian/scripts/vars branc

ITPs

2006-02-09 Thread David Nusinow
Hi all, In case you're not following -devel, I just ITP'ed xgl, compiz, glxcompmgr, and xephyr for the XSF. I forgot to cc this list for two of those, hence the notice. If anyone wants to get started on them, feel free, but be aware that you need Mesa HEAD for xgl and maybe compiz. I'm planning

Bug#352155: ITP: xephyr -- X server that outputs to a window on a pre-existing X display

2006-02-09 Thread David Nusinow
Package: wnpp Severity: wishlist Owner: David Nusinow <[EMAIL PROTECTED]> * Package name: xephyr Version : 1.0.1 Upstream Author : X.Org <[EMAIL PROTECTED]> * URL : http://www.freedesktop.org * License : MIT/X Description : X server that outputs to a windo

Bug#352151: ITP: compiz -- OpenGL window and compositing manager

2006-02-09 Thread David Nusinow
Package: wnpp Severity: wishlist Owner: David Nusinow <[EMAIL PROTECTED]> * Package name: compiz Version : 0.0.1 Upstream Author : David Reveman <[EMAIL PROTECTED]> * URL : http://www.freedesktop.org * License : GPL or MIT/X11 Description : OpenGL window a

Re: Modular Xapps

2006-02-09 Thread David Nusinow
On Thu, Feb 09, 2006 at 04:04:42PM +0100, Michel Dänzer wrote: > On Wed, 2006-02-08 at 20:51 -0500, David Nusinow wrote: > > > >Currently what I've set up in svn and on my hard drive is to actually > > continue bundling the xapps in to large source packages matching the > > packages we have in

Bug#352127: xbase-clients: Unable to use startx/xinit with a terminal emulator as the client

2006-02-09 Thread Sam Morris
Package: xbase-clients Version: 6.9.0.dfsg.1-4 Severity: important I can unable to use startx or xinit to start an X session with a terminal emulator as the client. The command I am using is 'startx xterm'. With xterm, the window appears but a shell is never run. The mouse cursor flickers when it

Bug#346486: Mouse events before card is initalized?

2006-02-09 Thread Michel Dänzer
On Thu, 2006-02-09 at 17:49 +0100, Frans Pop wrote: > On Thursday 09 February 2006 17:26, Michel Dänzer wrote: > > > *no mouse events on startup (since the error doesn't occour on every > > > startup am am only 90% sure on this on). > > > *multihead config (which doesn't work on multihead but star

Bug#346486: Mouse events before card is initalized?

2006-02-09 Thread Frans Pop
On Thursday 09 February 2006 18:18, you wrote: > On Thu, 2006-02-09 at 17:49 +0100, Frans Pop wrote: > > No? http://bugs.debian.org/255744 has been open for a long time... > > Can you elaborate? I fail to see any connection between that and this > bug. ('no mouse events on startup' above is a prere

Bug#346486: Mouse events before card is initalized?

2006-02-09 Thread Frans Pop
On Thursday 09 February 2006 17:26, Michel Dänzer wrote: > > *no mouse events on startup (since the error doesn't occour on every > > startup am am only 90% sure on this on). > > *multihead config (which doesn't work on multihead but starts > > reliably) > > This is interesting, but unfortunately

Bug#346486: Mouse events before card is initalized?

2006-02-09 Thread Michel Dänzer
On Wed, 2006-02-08 at 16:20 +0100, Seiden Tiger wrote: > > There are two facts which may make a difference, and help starting x > successfully > > *no mouse events on startup (since the error doesn't occour on every startup > am am only 90% sure on this on). > *multihead config (which doesn't

X Strike Force X.Org X11 SVN commit: r1181 - in branches/modular/proto: bigreqsproto-X11R7.0-1.0.2/debian compositeproto-X11R7.0-0.2.2/debian damageproto-X11R7.0-1.0.3/debian dmxproto-X11R7.0-2.2.2/de

2006-02-09 Thread X Strike Force SVN Repository Admin
Author: daenzer Date: 2006-02-09 11:08:24 -0500 (Thu, 09 Feb 2006) New Revision: 1181 Modified: branches/modular/proto/bigreqsproto-X11R7.0-1.0.2/debian/changelog branches/modular/proto/bigreqsproto-X11R7.0-1.0.2/debian/control branches/modular/proto/compositeproto-X11R7.0-0.2.2/debian/ch

Re: Modular Xapps

2006-02-09 Thread Michel Dänzer
On Wed, 2006-02-08 at 20:51 -0500, David Nusinow wrote: > >Currently what I've set up in svn and on my hard drive is to actually > continue bundling the xapps in to large source packages matching the > packages we have in 6.9 (xutils and xbase-clients). Ubuntu has them split > in to individual

Bug#349318: [Steve Langasek] Bug#340904: Bug#349318: fixed in xft 2.1.8.2-1

2006-02-09 Thread James Henstridge
Steve Langasek wrote: >>If Xft is updated to a new version of either of those libraries such >>that those types are defined differently (altered struct layout, >>different type sizes, etc), then the app also needs to be updated to the >>new version. >> >> >Ok, here's the problem with this argu

Bug#351948: bug report for libxpm-dev

2006-02-09 Thread Bernhard R. Link
* Schevon, Catherine <[EMAIL PROTECTED]> [060208 20:33]: > I have been using Xpm routines to read pixmap data from a file. The > example given here focuses on the XpmReadFiletoPixmap, but every > function that involved reading a pixmap file triggered the bug. > > Pixmap *pixmap, *shape; > [