Re: xlibs 40.1-0phase2v13 break xawtv

2000-10-11 Thread Derek J Witt
Is xaw95g based on xaw3d or xaw6/7?

On Wed, 11 Oct 2000, Daniel Jacobowitz wrote:

> On Wed, Oct 11, 2000 at 08:00:02AM -0500, sam th wrote:
> > I, however, have just installed xfig, which displays the same behavior,
> > both in 2v13 and 2v15 (I also missed 14).  Whenever I click on a menu, it
> > quits with the same error, XtMakeGeometryRequest - parent not composite.  
> > 
> > Is anyone else having trouble with Xfig?
> 
> Yep, this isn't fixed yet as far as I can tell.
> 
> It seems to be a problem in libXt <-> libXaw3d interaction.
> 
> Dan
> 
> /\  /\
> |   Daniel Jacobowitz|__|SCS Class of 2002   |
> |   Debian GNU/Linux Developer__Carnegie Mellon University   |
> | [EMAIL PROTECTED] |  |   [EMAIL PROTECTED]  |
> \/  \/
> 
> 
> --  
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 



Re: xserver-common phase2v15: dexter does not list /dev/gpmdata

2000-10-11 Thread Morten B. Pedersen

On Wed, Oct 11, 2000 at 05:26:09 -0700, [EMAIL PROTECTED] wrote:
> 
> /dev/gpmdata is not on the list of mouse devices. /dev/gpmdata IS a valid
> mouse device.

I think /dev/input/mice should be there too for USB mouse. It's this
device that the USB guide on www.linux-usb.org refers to.

--
Med venlig hilsen - Sincerely
Morten B. Pedersen - [EMAIL PROTECTED]
Copenhagen, Denmark.


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: xlibs 40.1-0phase2v13 break xawtv

2000-10-11 Thread Derek J Witt
I'm having the same problem with xfontsel and with Saphira (robotics
software server(simulator) and client).  Is it with xaw 6 or 7?

Derek J Witt, [EMAIL PROTECTED]

On Wed, 11 Oct 2000, sam th wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On Wed, 11 Oct 2000, Robert Vollmert wrote:
> 
> > > xawtv worked fine with the phase2 debs until the upgrade to version
> > > 13. With version 13, various actions (such as using menus) caused
> > > xawtv to crash with the message
> > > 
> > > Error: XtMakeGeometryRequest - parent not composite
> > 
> > Hello,
> > 
> > I just wanted to note that with v15 (I missed v14), this appears to
> > have been fixed.
> 
> I, however, have just installed xfig, which displays the same behavior,
> both in 2v13 and 2v15 (I also missed 14).  Whenever I click on a menu, it
> quits with the same error, XtMakeGeometryRequest - parent not composite.  
> 
> Is anyone else having trouble with Xfig?
>
>   sam th   
>   [EMAIL PROTECTED]
>   http://www.abisource.com/~sam/
>   GnuPG Key:  
>   http://pgp5.ai.mit.edu:11371/pks/lookup?op=get&search=0xCABD33FC
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.0.1 (GNU/Linux)
> Comment: For info see http://www.gnupg.org
> 
> iD8DBQE55GRUt+kM0Mq9M/wRAhDKAJoCr+yE3MQn6wAwcuHNT9zljnhGRgCgmbFq
> pePuIV4kA7PGOhtKbhkBkQk=
> =Qu8d
> -END PGP SIGNATURE-
> 
> 
> --  
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 



Re: how to deal with nvidia driver/libs

2000-10-11 Thread Marc Martinez
On Thu, Oct 12, 2000 at 04:10:10AM +0200, Florian Friesdorf wrote:
> I diverted nv, because of xf86cfg failing to start, because of to conflicting
> drivers.

ahh, I went through the config with the stock drivers before even extracting
the nvidia stuff just to make sure the shipping defaults would at least get
me a usable display.  afterwards it was just a couple of tweaks in the
config file and nvidia's driver was humming along happily..

> Ok, then I will have a look at the packaging manual.

as a final note, the recipe I used to cook my stuff up was to start with:
for the -GLX package I started with debhelper (hadn't used it for any
personal packages yet and was curious about what it was like from an initial
packaging point of view) and used the ROOT variable in nvidia's Makefile to
install the necessary files in the debian/tmp dir .. added in the docs and
removed the _drv.o file from the dh_shlibdeps call .. after that was just
the standard stuff of filling out the control file and changelogs and such.
the second step was to create a framework for the module, my solution there
was to start with the source tree that device3dfx installs and use that
structure as the start of a sourcetree for the nvidia module component.
this way a 'make-kpkg kernel-image modules-image' builds everything
necessary and I don't hafta remember to go back out and build the module
seperately before rebooting..  

hopefully the notes above will help you and anybody else interested in
building custom .deb's for these drivers make your own packages..

Marc



Re: how to deal with nvidia driver/libs

2000-10-11 Thread Florian Friesdorf
Hi Marc,

thanks for the fast reply.

On Wed, Oct 11, 2000 at 06:52:48PM -0700, Marc Martinez wrote:
> On Thu, Oct 12, 2000 at 03:06:17AM +0200, Florian Friesdorf wrote:
> > I have a Geforce256 card and I am using the nvidia drivers 0.9-5.
> > nvidia provides several libs/modules which conflict with the debian
> > package ones.
> 
> > libglx.a.distrib# local diversion
> 
> this diversion can be avoided by specifying the full path to the libglx.so
> in the configuration file.

that's good to know.

> 
> > /usr/X11R6/lib/modules/drivers
> > nv_drv.o.distrib# local diversion
> > nvidia_drv.o# from nvidia
> 
> no need for this diversion either since they are different names (you just
> use "nvidia" instead of "nv" in the config file).

I diverted nv, because of xf86cfg failing to start, because of to conflicting
drivers.

> for a quick fix if you change the divert-to name to something like:
> 'distrib.libGL.so.1.2' or anything that changes the name from  having 'lib'
> as the first part of the filename the dynamic linker won't load it
> automatically and you should be safe from ldconfig changing the symlink on
> you.

that's also good to know.

> > Is there a better approach of integrating the vendor supplied drivers?
> 
> my solution was to put together all the necessary components and generate
> .deb packages for them which has 'Provides: libgl1' so that all dependencies
> are met and I don't need to go around dpkg-divert'ing everything (which was
> how I started when first testing out the drivers).

Ok, then I will have a look at the packaging manual.

regards
ff

-- 
 Florian Friesdorf <[EMAIL PROTECTED]>
OpenPGP key available on public key servers

--> Save the future of Open Source <--
-> Online-Petition against Software Patents <-
--> http://petition.eurolinux.org <---


pgpSJevd3ZAGU.pgp
Description: PGP signature


Re: how to deal with nvidia driver/libs

2000-10-11 Thread Marc Martinez
On Thu, Oct 12, 2000 at 03:06:17AM +0200, Florian Friesdorf wrote:
> I have a Geforce256 card and I am using the nvidia drivers 0.9-5.
> nvidia provides several libs/modules which conflict with the debian
> package ones.
> 
> so far I have solved the following conflicts with dpkg-divert.
> 
> /usr/X11R6/lib/modules/extensions
>   libGLcore.a.distrib # local diversion

really no need to divert this...

>   libglx.a.distrib# local diversion

this diversion can be avoided by specifying the full path to the libglx.so
in the configuration file.

> /usr/X11R6/lib/modules/drivers
>   nv_drv.o.distrib# local diversion
>   nvidia_drv.o# from nvidia

no need for this diversion either since they are different names (you just
use "nvidia" instead of "nv" in the config file).

> /usr/lib
[snip]
>   # here comes the problematic one
>   libGL.so.1 -> libGL.so.1.2
>   libGL.so.1.0.5  # from nvidia
>   libGL.so.1.2# xlibmesa3
> 
> xlibmesa3 provides libGL.so.1.2 and something insist on libGL.so.1 pointing to
> it.
> I tried to divert the link, so that my link (libGL.so.1 -> libGL.so.1.0.5) is
> not delete by xlibmesa3. This works fine during package install, but as soon 
> as
> ldconfig is called, my link is replace by libGL.so.1 -> libGL.so.1.2.
> 
> How can I stop this?

for a quick fix if you change the divert-to name to something like:
'distrib.libGL.so.1.2' or anything that changes the name from  having 'lib'
as the first part of the filename the dynamic linker won't load it
automatically and you should be safe from ldconfig changing the symlink on
you.

> Is there a better approach of integrating the vendor supplied drivers?

my solution was to put together all the necessary components and generate
.deb packages for them which has 'Provides: libgl1' so that all dependencies
are met and I don't need to go around dpkg-divert'ing everything (which was
how I started when first testing out the drivers).

Marc



[harri@synopsys.COM: Re: XFree86 4.x Phase 2 is ready]

2000-10-11 Thread Branden Robinson
- Forwarded message from Harald Dunkel <[EMAIL PROTECTED]> -

From: Harald Dunkel <[EMAIL PROTECTED]>
To: Branden Robinson <[EMAIL PROTECTED]>
Subject: Re: XFree86 4.x Phase 2 is ready
Date: Wed, 11 Oct 2000 18:54:34 +0200
Delivered-To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test9 i586)
X-Accept-Language: en

Hi Branden,

with the latest update of phase2 this morning I had a problem:
Instead of showing the mouse pointer I got just a small square 
with some noisy pixels.

Attached you can find the XF86config-4 file. I had edited just
a little bit to get rid of the hires-but-low-refresh resolutions.

After installing NVidia's driver for 4.0.1 and reverting back
to my old XF86config the problem went away.


Regards

Harri
-- 
Harald Dunkel | [EMAIL PROTECTED] | If your operating system seems to
Synopsys GmbH | Kaiserstr. 100 | be made by Dr. Frankenstein, then
52134 Herzogenrath, Germany| it is time for a change.
+49 2407 9558 (fax? 44: 0) |Try Linux!
# XF86Config-4 (XFree86 server configuration file) generated by Dexter, the
# Debian X Configuration tool.
#
# Edit this file with caution, and see the XF86Config manual page.
# (Type "man XF86Config" at the shell prompt.)

Section "Files"
FontPath"unix:/7100"# local font server
# if the local font server has problems, we can fall back on these
FontPath"/usr/lib/X11/fonts/misc"
FontPath"/usr/lib/X11/fonts/cyrillic"
FontPath"/usr/lib/X11/fonts/100dpi:unscaled"
FontPath"/usr/lib/X11/fonts/Type1"
FontPath"/usr/lib/X11/fonts/Speedo"
FontPath"/usr/lib/X11/fonts/100dpi"
EndSection

Section "ServerFlags"
EndSection

Section "Module"
Load"ddc"
Load"GLcore"
Load"dbe"
Load"dri"
Load"extmod"
Load"glx"
Load"pex5"
Load"record"
Load"xie"
Load"bitmap"
Load"freetype"
Load"speedo"
Load"type1"
Load"vbe"
Load"int10"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "xfree86"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier  "Generic Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Protocol"  "PS/2"
Option  "Device""/dev/psaux"
Option  "Option""Emulate3Buttons"
EndSection

Section "Device"
Identifier  "Generic Graphics Device"
Driver "nv"
EndSection

Section "Monitor"
Identifier  "Generic Monitor"
HorizSync   30-100
VertRefresh 50-160
EndSection

Section "Screen"
Identifier  "Default Screen"
Device  "Generic Graphics Device"
Monitor "Generic Monitor"
DefaultDepth24
SubSection "Display"
Depth   1
Modes   "1600x1200" "1280x960" "1152x864" "1024x768" 
"800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   4
Modes   "1600x1200" "1280x960" "1152x864" "1024x768" 
"800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   8
Modes   "1600x1200" "1280x960" "1152x864" "1024x768" 
"800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   15
Modes   "1600x1200" "1280x960" "1152x864" "1024x768" 
"800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   16
Modes   "1600x1200" "1280x960" "1152x864" "1024x768" 
"800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   24
Modes   "1600x1200" "1280x960" "1152x864" "1024x768" 
"800x600" "640x480"
EndSubSection
EndSection

Section "ServerLayout"
Identifier  "Default Layout"
Screen  "Default Screen"
InputDevice "Generic Keyboard"
InputDevice "Generic Mouse"
EndSection

# end of XF86Config


- End forwarded message -

-- 
G. Branden Robinson| Convictions are more dangerous enemies
Debian GNU/Linux   | of truth than lies.
[EMAIL PROTECTED]  | -- Friedrich Nietzsche
http://deadbeast.net/~branden/ |


pgpoEOiyu2dwe.pgp
Description: PGP signature


Re: xlibs 40.1-0phase2v13 break xawtv

2000-10-11 Thread Derek J Witt

Is xaw95g based on xaw3d or xaw6/7?

On Wed, 11 Oct 2000, Daniel Jacobowitz wrote:

> On Wed, Oct 11, 2000 at 08:00:02AM -0500, sam th wrote:
> > I, however, have just installed xfig, which displays the same behavior,
> > both in 2v13 and 2v15 (I also missed 14).  Whenever I click on a menu, it
> > quits with the same error, XtMakeGeometryRequest - parent not composite.  
> > 
> > Is anyone else having trouble with Xfig?
> 
> Yep, this isn't fixed yet as far as I can tell.
> 
> It seems to be a problem in libXt <-> libXaw3d interaction.
> 
> Dan
> 
> /\  /\
> |   Daniel Jacobowitz|__|SCS Class of 2002   |
> |   Debian GNU/Linux Developer__Carnegie Mellon University   |
> | [EMAIL PROTECTED] |  |   [EMAIL PROTECTED]  |
> \/  \/
> 
> 
> --  
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: postinst fails

2000-10-11 Thread Stephen Crowley
On Wed, Oct 11, 2000 at 08:09:20PM -0500, Derek Witt wrote:
> Easy to solve, just run apt-get install dialog. I got the same error here.

I know that. I was just reporting the problem.. Thanks

Stephen
-- 
"Beliefs are dangerous. Beliefs allow the mind 
to stop functioning... Believe in nothing."



Re: xlibs 40.1-0phase2v13 break xawtv

2000-10-11 Thread Derek J Witt

I'm having the same problem with xfontsel and with Saphira (robotics
software server(simulator) and client).  Is it with xaw 6 or 7?

Derek J Witt, [EMAIL PROTECTED]

On Wed, 11 Oct 2000, sam th wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On Wed, 11 Oct 2000, Robert Vollmert wrote:
> 
> > > xawtv worked fine with the phase2 debs until the upgrade to version
> > > 13. With version 13, various actions (such as using menus) caused
> > > xawtv to crash with the message
> > > 
> > > Error: XtMakeGeometryRequest - parent not composite
> > 
> > Hello,
> > 
> > I just wanted to note that with v15 (I missed v14), this appears to
> > have been fixed.
> 
> I, however, have just installed xfig, which displays the same behavior,
> both in 2v13 and 2v15 (I also missed 14).  Whenever I click on a menu, it
> quits with the same error, XtMakeGeometryRequest - parent not composite.  
> 
> Is anyone else having trouble with Xfig?
>
>   sam th   
>   [EMAIL PROTECTED]
>   http://www.abisource.com/~sam/
>   GnuPG Key:  
>   http://pgp5.ai.mit.edu:11371/pks/lookup?op=get&search=0xCABD33FC
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.0.1 (GNU/Linux)
> Comment: For info see http://www.gnupg.org
> 
> iD8DBQE55GRUt+kM0Mq9M/wRAhDKAJoCr+yE3MQn6wAwcuHNT9zljnhGRgCgmbFq
> pePuIV4kA7PGOhtKbhkBkQk=
> =Qu8d
> -END PGP SIGNATURE-
> 
> 
> --  
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: postinst fails

2000-10-11 Thread Derek Witt
Easy to solve, just run apt-get install dialog. I got the same error here.

- Derek J Witt, [EMAIL PROTECTED]




how to deal with nvidia driver/libs

2000-10-11 Thread Florian Friesdorf
I have a Geforce256 card and I am using the nvidia drivers 0.9-5.
nvidia provides several libs/modules which conflict with the debian
package ones.

so far I have solved the following conflicts with dpkg-divert.

/usr/X11R6/lib/modules/extensions
libGLcore.a.distrib # local diversion
libglx.a.distrib# local diversion
libglx.so -> libglx.so.1.0.5# from nvidia
libglx.so.1.0.5 # from nvidia

/usr/X11R6/lib/modules/drivers
nv_drv.o.distrib# local diversion
nvidia_drv.o# from nvidia

/usr/lib
libGLcore.so -> libGLcore.so.1  # from nvidia
libGLcore.so.1 -> libGLcore.so.1.0.5# from nvidia
libGLcore.so.1.0.5  # from nvidia
libGL.so -> libGL.so.1
# here comes the problematic one
libGL.so.1 -> libGL.so.1.2
libGL.so.1.0.5  # from nvidia
libGL.so.1.2# xlibmesa3

xlibmesa3 provides libGL.so.1.2 and something insist on libGL.so.1 pointing to
it.
I tried to divert the link, so that my link (libGL.so.1 -> libGL.so.1.0.5) is
not delete by xlibmesa3. This works fine during package install, but as soon as
ldconfig is called, my link is replace by libGL.so.1 -> libGL.so.1.2.

How can I stop this?
Is there a better approach of integrating the vendor supplied drivers?

regards
ff

-- 
 Florian Friesdorf <[EMAIL PROTECTED]>
OpenPGP key available on public key servers

--> Save the future of Open Source <--
-> Online-Petition against Software Patents <-
--> http://petition.eurolinux.org <---


pgph23LMlBLVg.pgp
Description: PGP signature


Re: xserver-common phase2v15: dexter does not list /dev/gpmdata

2000-10-11 Thread Derek Witt
I'm using devfs in my case. I didn't see /dev/misc/psaux in dexter's list.
I had to link that to /dev/mouse to keep dexter happy. Then, I had to edit
/etc/X11/XF86Config to point to /dev/misc/psaux. Just a minor
inconvenience. But, I like the premise behind dexter (it reminds me of
xconfigurator from redhat).

-- Derek J Witt, [EMAIL PROTECTED]

On Wed, 11 Oct 2000 [EMAIL PROTECTED] wrote:

> 
> /dev/gpmdata is not on the list of mouse devices. /dev/gpmdata IS a valid
> mouse device.
> 
> 
> 
> --  
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 
> 



Re: how to deal with nvidia driver/libs

2000-10-11 Thread Marc Martinez

On Thu, Oct 12, 2000 at 04:10:10AM +0200, Florian Friesdorf wrote:
> I diverted nv, because of xf86cfg failing to start, because of to conflicting
> drivers.

ahh, I went through the config with the stock drivers before even extracting
the nvidia stuff just to make sure the shipping defaults would at least get
me a usable display.  afterwards it was just a couple of tweaks in the
config file and nvidia's driver was humming along happily..

> Ok, then I will have a look at the packaging manual.

as a final note, the recipe I used to cook my stuff up was to start with:
for the -GLX package I started with debhelper (hadn't used it for any
personal packages yet and was curious about what it was like from an initial
packaging point of view) and used the ROOT variable in nvidia's Makefile to
install the necessary files in the debian/tmp dir .. added in the docs and
removed the _drv.o file from the dh_shlibdeps call .. after that was just
the standard stuff of filling out the control file and changelogs and such.
the second step was to create a framework for the module, my solution there
was to start with the source tree that device3dfx installs and use that
structure as the start of a sourcetree for the nvidia module component.
this way a 'make-kpkg kernel-image modules-image' builds everything
necessary and I don't hafta remember to go back out and build the module
seperately before rebooting..  

hopefully the notes above will help you and anybody else interested in
building custom .deb's for these drivers make your own packages..

Marc


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




dexter, mouse port

2000-10-11 Thread Florian Friesdorf
Hi,

I think I'm going to like dexter,
but at the moment it's missing /dev/gpmdata in the mouse port selection menu.

-ff


-- 
 Florian Friesdorf <[EMAIL PROTECTED]>
OpenPGP key available on public key servers

--> Save the future of Open Source <--
-> Online-Petition against Software Patents <-
--> http://petition.eurolinux.org <---


pgpeJaOtOtP6v.pgp
Description: PGP signature


xserver-common phase2v15: dexter does not list /dev/gpmdata

2000-10-11 Thread ferret

/dev/gpmdata is not on the list of mouse devices. /dev/gpmdata IS a valid
mouse device.




Re: how to deal with nvidia driver/libs

2000-10-11 Thread Florian Friesdorf

Hi Marc,

thanks for the fast reply.

On Wed, Oct 11, 2000 at 06:52:48PM -0700, Marc Martinez wrote:
> On Thu, Oct 12, 2000 at 03:06:17AM +0200, Florian Friesdorf wrote:
> > I have a Geforce256 card and I am using the nvidia drivers 0.9-5.
> > nvidia provides several libs/modules which conflict with the debian
> > package ones.
> 
> > libglx.a.distrib# local diversion
> 
> this diversion can be avoided by specifying the full path to the libglx.so
> in the configuration file.

that's good to know.

> 
> > /usr/X11R6/lib/modules/drivers
> > nv_drv.o.distrib# local diversion
> > nvidia_drv.o# from nvidia
> 
> no need for this diversion either since they are different names (you just
> use "nvidia" instead of "nv" in the config file).

I diverted nv, because of xf86cfg failing to start, because of to conflicting
drivers.

> for a quick fix if you change the divert-to name to something like:
> 'distrib.libGL.so.1.2' or anything that changes the name from  having 'lib'
> as the first part of the filename the dynamic linker won't load it
> automatically and you should be safe from ldconfig changing the symlink on
> you.

that's also good to know.

> > Is there a better approach of integrating the vendor supplied drivers?
> 
> my solution was to put together all the necessary components and generate
> .deb packages for them which has 'Provides: libgl1' so that all dependencies
> are met and I don't need to go around dpkg-divert'ing everything (which was
> how I started when first testing out the drivers).

Ok, then I will have a look at the packaging manual.

regards
ff

-- 
 Florian Friesdorf <[EMAIL PROTECTED]>
OpenPGP key available on public key servers

--> Save the future of Open Source <--
-> Online-Petition against Software Patents <-
--> http://petition.eurolinux.org <---

 PGP signature


Re: how to deal with nvidia driver/libs

2000-10-11 Thread Marc Martinez

On Thu, Oct 12, 2000 at 03:06:17AM +0200, Florian Friesdorf wrote:
> I have a Geforce256 card and I am using the nvidia drivers 0.9-5.
> nvidia provides several libs/modules which conflict with the debian
> package ones.
> 
> so far I have solved the following conflicts with dpkg-divert.
> 
> /usr/X11R6/lib/modules/extensions
>   libGLcore.a.distrib # local diversion

really no need to divert this...

>   libglx.a.distrib# local diversion

this diversion can be avoided by specifying the full path to the libglx.so
in the configuration file.

> /usr/X11R6/lib/modules/drivers
>   nv_drv.o.distrib# local diversion
>   nvidia_drv.o# from nvidia

no need for this diversion either since they are different names (you just
use "nvidia" instead of "nv" in the config file).

> /usr/lib
[snip]
>   # here comes the problematic one
>   libGL.so.1 -> libGL.so.1.2
>   libGL.so.1.0.5  # from nvidia
>   libGL.so.1.2# xlibmesa3
> 
> xlibmesa3 provides libGL.so.1.2 and something insist on libGL.so.1 pointing to
> it.
> I tried to divert the link, so that my link (libGL.so.1 -> libGL.so.1.0.5) is
> not delete by xlibmesa3. This works fine during package install, but as soon as
> ldconfig is called, my link is replace by libGL.so.1 -> libGL.so.1.2.
> 
> How can I stop this?

for a quick fix if you change the divert-to name to something like:
'distrib.libGL.so.1.2' or anything that changes the name from  having 'lib'
as the first part of the filename the dynamic linker won't load it
automatically and you should be safe from ldconfig changing the symlink on
you.

> Is there a better approach of integrating the vendor supplied drivers?

my solution was to put together all the necessary components and generate
.deb packages for them which has 'Provides: libgl1' so that all dependencies
are met and I don't need to go around dpkg-divert'ing everything (which was
how I started when first testing out the drivers).

Marc


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




[harri@synopsys.COM: Re: XFree86 4.x Phase 2 is ready]

2000-10-11 Thread Branden Robinson

- Forwarded message from Harald Dunkel <[EMAIL PROTECTED]> -

From: Harald Dunkel <[EMAIL PROTECTED]>
To: Branden Robinson <[EMAIL PROTECTED]>
Subject: Re: XFree86 4.x Phase 2 is ready
Date: Wed, 11 Oct 2000 18:54:34 +0200
Delivered-To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test9 i586)
X-Accept-Language: en

Hi Branden,

with the latest update of phase2 this morning I had a problem:
Instead of showing the mouse pointer I got just a small square 
with some noisy pixels.

Attached you can find the XF86config-4 file. I had edited just
a little bit to get rid of the hires-but-low-refresh resolutions.

After installing NVidia's driver for 4.0.1 and reverting back
to my old XF86config the problem went away.


Regards

Harri
-- 
Harald Dunkel | [EMAIL PROTECTED] | If your operating system seems to
Synopsys GmbH | Kaiserstr. 100 | be made by Dr. Frankenstein, then
52134 Herzogenrath, Germany| it is time for a change.
+49 2407 9558 (fax? 44: 0) |Try Linux!
# XF86Config-4 (XFree86 server configuration file) generated by Dexter, the
# Debian X Configuration tool.
#
# Edit this file with caution, and see the XF86Config manual page.
# (Type "man XF86Config" at the shell prompt.)

Section "Files"
FontPath"unix:/7100"# local font server
# if the local font server has problems, we can fall back on these
FontPath"/usr/lib/X11/fonts/misc"
FontPath"/usr/lib/X11/fonts/cyrillic"
FontPath"/usr/lib/X11/fonts/100dpi:unscaled"
FontPath"/usr/lib/X11/fonts/Type1"
FontPath"/usr/lib/X11/fonts/Speedo"
FontPath"/usr/lib/X11/fonts/100dpi"
EndSection

Section "ServerFlags"
EndSection

Section "Module"
Load"ddc"
Load"GLcore"
Load"dbe"
Load"dri"
Load"extmod"
Load"glx"
Load"pex5"
Load"record"
Load"xie"
Load"bitmap"
Load"freetype"
Load"speedo"
Load"type1"
Load"vbe"
Load"int10"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "xfree86"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier  "Generic Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Protocol"  "PS/2"
Option  "Device""/dev/psaux"
Option  "Option""Emulate3Buttons"
EndSection

Section "Device"
Identifier  "Generic Graphics Device"
Driver "nv"
EndSection

Section "Monitor"
Identifier  "Generic Monitor"
HorizSync   30-100
VertRefresh 50-160
EndSection

Section "Screen"
Identifier  "Default Screen"
Device  "Generic Graphics Device"
Monitor "Generic Monitor"
DefaultDepth24
SubSection "Display"
Depth   1
Modes   "1600x1200" "1280x960" "1152x864" "1024x768" "800x600" 
"640x480"
EndSubSection
SubSection "Display"
Depth   4
Modes   "1600x1200" "1280x960" "1152x864" "1024x768" "800x600" 
"640x480"
EndSubSection
SubSection "Display"
Depth   8
Modes   "1600x1200" "1280x960" "1152x864" "1024x768" "800x600" 
"640x480"
EndSubSection
SubSection "Display"
Depth   15
Modes   "1600x1200" "1280x960" "1152x864" "1024x768" "800x600" 
"640x480"
EndSubSection
SubSection "Display"
Depth   16
Modes   "1600x1200" "1280x960" "1152x864" "1024x768" "800x600" 
"640x480"
EndSubSection
SubSection "Display"
Depth   24
Modes   "1600x1200" "1280x960" "1152x864" "1024x768" "800x600" 
"640x480"
EndSubSection
EndSection

Section "ServerLayout"
Identifier  "Default Layout"
Screen  "Default Screen"
InputDevice "Generic Keyboard"
InputDevice "Generic Mouse"
EndSection

# end of XF86Config


- End forwarded message -

-- 
G. Branden Robinson| Convictions are more dangerous enemies
Debian GNU/Linux   | of truth than lies.
[EMAIL PROTECTED]  | -- Friedrich Nietzsche
http://deadbeast.net/~branden/ |

 PGP signature


Re: postinst fails

2000-10-11 Thread Stephen Crowley

On Wed, Oct 11, 2000 at 08:09:20PM -0500, Derek Witt wrote:
> Easy to solve, just run apt-get install dialog. I got the same error here.

I know that. I was just reporting the problem.. Thanks

Stephen
-- 
"Beliefs are dangerous. Beliefs allow the mind 
to stop functioning... Believe in nothing."


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: postinst fails

2000-10-11 Thread Derek Witt

Easy to solve, just run apt-get install dialog. I got the same error here.

- Derek J Witt, [EMAIL PROTECTED]



--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




how to deal with nvidia driver/libs

2000-10-11 Thread Florian Friesdorf

I have a Geforce256 card and I am using the nvidia drivers 0.9-5.
nvidia provides several libs/modules which conflict with the debian
package ones.

so far I have solved the following conflicts with dpkg-divert.

/usr/X11R6/lib/modules/extensions
libGLcore.a.distrib # local diversion
libglx.a.distrib# local diversion
libglx.so -> libglx.so.1.0.5# from nvidia
libglx.so.1.0.5 # from nvidia

/usr/X11R6/lib/modules/drivers
nv_drv.o.distrib# local diversion
nvidia_drv.o# from nvidia

/usr/lib
libGLcore.so -> libGLcore.so.1  # from nvidia
libGLcore.so.1 -> libGLcore.so.1.0.5# from nvidia
libGLcore.so.1.0.5  # from nvidia
libGL.so -> libGL.so.1
# here comes the problematic one
libGL.so.1 -> libGL.so.1.2
libGL.so.1.0.5  # from nvidia
libGL.so.1.2# xlibmesa3

xlibmesa3 provides libGL.so.1.2 and something insist on libGL.so.1 pointing to
it.
I tried to divert the link, so that my link (libGL.so.1 -> libGL.so.1.0.5) is
not delete by xlibmesa3. This works fine during package install, but as soon as
ldconfig is called, my link is replace by libGL.so.1 -> libGL.so.1.2.

How can I stop this?
Is there a better approach of integrating the vendor supplied drivers?

regards
ff

-- 
 Florian Friesdorf <[EMAIL PROTECTED]>
OpenPGP key available on public key servers

--> Save the future of Open Source <--
-> Online-Petition against Software Patents <-
--> http://petition.eurolinux.org <---

 PGP signature


Re: xserver-common phase2v15: dexter does not list /dev/gpmdata

2000-10-11 Thread Derek Witt

I'm using devfs in my case. I didn't see /dev/misc/psaux in dexter's list.
I had to link that to /dev/mouse to keep dexter happy. Then, I had to edit
/etc/X11/XF86Config to point to /dev/misc/psaux. Just a minor
inconvenience. But, I like the premise behind dexter (it reminds me of
xconfigurator from redhat).

-- Derek J Witt, [EMAIL PROTECTED]

On Wed, 11 Oct 2000 [EMAIL PROTECTED] wrote:

> 
> /dev/gpmdata is not on the list of mouse devices. /dev/gpmdata IS a valid
> mouse device.
> 
> 
> 
> --  
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 
> 


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




dexter, mouse port

2000-10-11 Thread Florian Friesdorf

Hi,

I think I'm going to like dexter,
but at the moment it's missing /dev/gpmdata in the mouse port selection menu.

-ff


-- 
 Florian Friesdorf <[EMAIL PROTECTED]>
OpenPGP key available on public key servers

--> Save the future of Open Source <--
-> Online-Petition against Software Patents <-
--> http://petition.eurolinux.org <---

 PGP signature


postinst fails

2000-10-11 Thread Stephen Crowley
Setting up xserver-xfree86 (4.0.1-0phase2v15) ...
dexter: unknown X server (/usr/bin/dexter: dialog: command not found)
detected!
dpkg: error processing xserver-xfree86 (--configure):
 subprocess post-installation script returned error exit status 1


Stephen 
-- 
"Beliefs are dangerous. Beliefs allow the mind 
to stop functioning... Believe in nothing."



xserver-common phase2v15: dexter does not list /dev/gpmdata

2000-10-11 Thread ferret


/dev/gpmdata is not on the list of mouse devices. /dev/gpmdata IS a valid
mouse device.



--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




postinst fails

2000-10-11 Thread Stephen Crowley

Setting up xserver-xfree86 (4.0.1-0phase2v15) ...
dexter: unknown X server (/usr/bin/dexter: dialog: command not found)
detected!
dpkg: error processing xserver-xfree86 (--configure):
 subprocess post-installation script returned error exit status 1


Stephen 
-- 
"Beliefs are dangerous. Beliefs allow the mind 
to stop functioning... Believe in nothing."


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




ATI Rage 128 RG

2000-10-11 Thread Michael Mattice

I've patched some stuff up to get my ATI Rage 128 AGP 
working under X4.  I've called it RG because it seemed
to be in line with the rest of the numbering scheme.  

I've gotten into X with my card and this patch, so I'm
pretty sure it's cool, but who knows.




204_atirage128rg.diff
Description: ATI Rage 128 RG patch to X4


ATI Rage 128 RG

2000-10-11 Thread Michael Mattice


I've patched some stuff up to get my ATI Rage 128 AGP 
working under X4.  I've called it RG because it seemed
to be in line with the rest of the numbering scheme.  

I've gotten into X with my card and this patch, so I'm
pretty sure it's cool, but who knows.



 ATI Rage 128 RG patch to X4


dexter && dialog

2000-10-11 Thread Stephen Frost

Just fyi, dexter needs dialog, but it isn't in the depends
list so if it's not installed dexter breaks. :)

Stephen


pgpriDmdMMlzt.pgp
Description: PGP signature


Re: xlibs 40.1-0phase2v13 break xawtv

2000-10-11 Thread Daniel Jacobowitz
On Wed, Oct 11, 2000 at 08:00:02AM -0500, sam th wrote:
> I, however, have just installed xfig, which displays the same behavior,
> both in 2v13 and 2v15 (I also missed 14).  Whenever I click on a menu, it
> quits with the same error, XtMakeGeometryRequest - parent not composite.  
> 
> Is anyone else having trouble with Xfig?

Yep, this isn't fixed yet as far as I can tell.

It seems to be a problem in libXt <-> libXaw3d interaction.

Dan

/\  /\
|   Daniel Jacobowitz|__|SCS Class of 2002   |
|   Debian GNU/Linux Developer__Carnegie Mellon University   |
| [EMAIL PROTECTED] |  |   [EMAIL PROTECTED]  |
\/  \/



new MANIFEST.sparc

2000-10-11 Thread Ben Collins
This includes the libxrx files (which are now built using the patch I sent
yesterday).

Ben

-- 
 ---===-=-==-=---==-=--
/  Ben Collins  --  ...on that fantastic voyage...  --  Debian GNU/Linux   \
`  [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  '
 `---=--===-=-=-=-===-==---=--=---'


MANIFEST.sparc.bz2
Description: Binary data


More sparc xf4 files...

2000-10-11 Thread Ben Collins
Noticed some more files that are needed...

-- 
 ---===-=-==-=---==-=--
/  Ben Collins  --  ...on that fantastic voyage...  --  Debian GNU/Linux   \
`  [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  '
 `---=--===-=-=-=-===-==---=--=---'
debian/tmp/usr/X11R6/lib/X11/doc/DESIGN
debian/tmp/usr/X11R6/lib/X11/doc/README.DGA
debian/tmp/usr/X11R6/lib/X11/doc/README.DRI
debian/tmp/usr/X11R6/lib/X11/doc/README.DRIcomp
debian/tmp/usr/X11R6/lib/X11/doc/README.ati
debian/tmp/usr/X11R6/lib/X11/doc/README.mouse
debian/tmp/usr/X11R6/lib/X11/doc/Status
debian/tmp/usr/X11R6/lib/X11/doc/html/XF86Config.5.html
debian/tmp/usr/X11R6/lib/X11/doc/html/XFree86.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/apm.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/ati.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/chips.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/cirrus.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/cyrix.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/dynapro.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/elographics.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/fbdev.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/fbdevhw.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/glide.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/glint.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/i740.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/imstt.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/keyboard.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/mga.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/microtouch.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/mouse.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/mutouch.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/neomagic.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/nv.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/r128.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/rendition.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/s3virge.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/sis.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/tdfx.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/trident.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/tseng.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/v4l.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/vga.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/void.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/wacom.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/xf86cfg.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/xf86config.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/atobm.1x.html
debian/tmp/usr/X11R6/lib/X11/doc/html/fsinfo.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/fslsfonts.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/imake.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/lndir.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/makedepend.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/makeg.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/makepsres.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/makestrs.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/mkcfm.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/mkdirhier.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/pcitweak.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/pswrap.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/resize.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/revpath.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/rstart.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/rstartd.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/scanpci.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/sessreg.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/showfont.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/showrgb.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/xmkmf.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/xon.1.html
etc/X11/rstart/commands/@List
etc/X11/rstart/commands/ListContexts
etc/X11/rstart/commands/ListGenericCommands
etc/X11/rstart/commands/x11r6/@List
etc/X11/rstart/commands/x11r6/LoadMonitor
etc/X11/rstart/commands/x11r6/Terminal
etc/X11/rstart/config
etc/X11/rstart/contexts/@List
etc/X11/rstart/contexts/default
etc/X11/rstart/contexts/x11r6
etc/X11/rstart/rstartd.real
usr/X11R6/bin/atobm
usr/X11R6/bin/fsinfo
usr/X11R6/bin/fslsfonts
usr/X11R6/bin/gccmakedep
usr/X11R6/bin/imake
usr/X11R6/bin/lndir
usr/X11R6/bin/makedepend
usr/X11R6/bin/makeg
usr/X11R6/bin/makepsres
usr/X11R6/bin/makestrs
usr/X11R6/bin/mergelib
usr/X11R6/bin/mkcfm
usr/X11R6/bin/mkdirhier
usr/X11R6/bin/mkhtmlindex
usr/X11R6/bin/pcitweak
usr/X11R6/bin/pswrap
usr/X11R6/bin/resize
usr/X11R6/bin/revpath
usr/X11R6/bin/rstart
usr/X11R6/bin/rstartd
usr/X11R6/bin/scanpci
usr/X11R6/bin/sessreg
usr/X11R6/bin/showfont
usr/X11R6/bin/showrgb
usr/X11R6/bin/xmkmf
usr/X11R6/bin/xon
usr/X11R6/man/man1/atobm.1x
usr/X11R6/man/man1/fsinfo.1x
usr/X11R6/man/man1/fslsfonts.1x
usr/X11R6/man/man1/imake.1x
usr/X11R6/man/man1/lndir.1x
usr/X11R6/man/man1/makedepend.1x
usr/X11R6/man/man1/makeg.1x
usr/X11R6/man/man1/makepsres.1x
usr/X11R6/man/man1/makestrs.1x
usr/X11R6/man/man1/mkcfm.1x
usr/X11R6/man/man1/mkdirhier.1x
usr/X11R6/man/man1/pcitweak.1x
usr/X11R6/man/man1/p

XFree86 4.0.x test notes

2000-10-11 Thread Chris Hanlon
I have being using 4.0.x on debian woody with the following hardware +
software setup since Phase2 debs started to show up.

Voodoo 3 2000 (pci) video card
Logitech cordless wheel mouse (ps/2)
Abit KA7 motherboard (RX and TY bios)
Samsung SyncMaster 955SL monitor

2.4.0-test[1,5,6,8,9] kernel
I have the following notes

Mouse problems
--
The mouse jumps allover the place and clicks randomly if I'm running X as a
regular user and gpm is running

The mouse will not move if I run X as root and gpm is running.

The mouse occasionally clicked (while moving) until I upgraded my
bios to the TY bios.  BTW.  The TY bios fixes a "win95 only" ps/2 mouse bug.

My XF86Config-4 says the following

Section "InputDevice"
Identifier  "Mouse0"
Driver  "mouse"
Option  "Protocol" "MouseManPlusPS/2"
Option  "Device" "/dev/psaux"
EndSection

DEXTER
--
Dexter wouldn't run as /etc/X11/dexter-tmp didn't exist.  This stoped
phase2v14 xserver-xfree86 debs from installing.

Dexter wouldn't detect my mouse (I with gpm on and gpm off, I tried linking
/dev/mouse to both /dev/gpmdata and /dev/psaux ie. ln -sf /dev/psaux
/dev/mouse.

Dexter doesn't list any refresh rates between 60 and 85 for the resolution
1280x1024 (I use 79 (75 will do but 60 is yukky and 85 doesn't work)).

--
Is anyone else having similar mouse problems?  Does anyone have a similar
mouse working corectly

Chris



dexter && dialog

2000-10-11 Thread Stephen Frost


Just fyi, dexter needs dialog, but it isn't in the depends
list so if it's not installed dexter breaks. :)

Stephen

 PGP signature


Re: xlibs 40.1-0phase2v13 break xawtv

2000-10-11 Thread sam th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wed, 11 Oct 2000, Robert Vollmert wrote:

> > xawtv worked fine with the phase2 debs until the upgrade to version
> > 13. With version 13, various actions (such as using menus) caused
> > xawtv to crash with the message
> > 
> > Error: XtMakeGeometryRequest - parent not composite
> 
> Hello,
> 
> I just wanted to note that with v15 (I missed v14), this appears to
> have been fixed.

I, however, have just installed xfig, which displays the same behavior,
both in 2v13 and 2v15 (I also missed 14).  Whenever I click on a menu, it
quits with the same error, XtMakeGeometryRequest - parent not composite.  

Is anyone else having trouble with Xfig?
   
sam th   
[EMAIL PROTECTED]
http://www.abisource.com/~sam/
GnuPG Key:  
http://pgp5.ai.mit.edu:11371/pks/lookup?op=get&search=0xCABD33FC
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE55GRUt+kM0Mq9M/wRAhDKAJoCr+yE3MQn6wAwcuHNT9zljnhGRgCgmbFq
pePuIV4kA7PGOhtKbhkBkQk=
=Qu8d
-END PGP SIGNATURE-



xserver-xfree86.files.sparc

2000-10-11 Thread Ben Collins
Generated, and attached.

-- 
 ---===-=-==-=---==-=--
/  Ben Collins  --  ...on that fantastic voyage...  --  Debian GNU/Linux   \
`  [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  '
 `---=--===-=-=-=-===-==---=--=---'
etc/X11/app-defaults/XF86Cfg
usr/X11R6/bin/XFree86
usr/X11R6/bin/xf86cfg
usr/X11R6/bin/xf86config
usr/X11R6/lib/X11/Cards
usr/X11R6/lib/X11/XF86Config.98
usr/X11R6/lib/X11/XF86Config.eg
usr/X11R6/lib/modules/codeconv/libARABIC.a
usr/X11R6/lib/modules/codeconv/libARMSCII8.a
usr/X11R6/lib/modules/codeconv/libBIG5.a
usr/X11R6/lib/modules/codeconv/libDOSENCODING.a
usr/X11R6/lib/modules/codeconv/libGB2312.a
usr/X11R6/lib/modules/codeconv/libGEORGIAN.a
usr/X11R6/lib/modules/codeconv/libISO8859_1.a
usr/X11R6/lib/modules/codeconv/libISO8859_10.a
usr/X11R6/lib/modules/codeconv/libISO8859_11.a
usr/X11R6/lib/modules/codeconv/libISO8859_14.a
usr/X11R6/lib/modules/codeconv/libISO8859_15.a
usr/X11R6/lib/modules/codeconv/libISO8859_2.a
usr/X11R6/lib/modules/codeconv/libISO8859_3.a
usr/X11R6/lib/modules/codeconv/libISO8859_4.a
usr/X11R6/lib/modules/codeconv/libISO8859_5.a
usr/X11R6/lib/modules/codeconv/libISO8859_6.a
usr/X11R6/lib/modules/codeconv/libISO8859_7.a
usr/X11R6/lib/modules/codeconv/libISO8859_8.a
usr/X11R6/lib/modules/codeconv/libISO8859_9.a
usr/X11R6/lib/modules/codeconv/libJISX0201.a
usr/X11R6/lib/modules/codeconv/libJISX0208.a
usr/X11R6/lib/modules/codeconv/libJISX0212.a
usr/X11R6/lib/modules/codeconv/libKOI8.a
usr/X11R6/lib/modules/codeconv/libKSC5601.a
usr/X11R6/lib/modules/codeconv/libKSCJOHAB.a
usr/X11R6/lib/modules/codeconv/libMULEENCODING.a
usr/X11R6/lib/modules/codeconv/libTCVN.a
usr/X11R6/lib/modules/codeconv/libVISCII.a
usr/X11R6/lib/modules/dri/ffb_dri.so
usr/X11R6/lib/modules/drivers/ati_drv.o
usr/X11R6/lib/modules/drivers/fbdev_drv.o
usr/X11R6/lib/modules/drivers/glint_drv.o
usr/X11R6/lib/modules/drivers/linux/v4l_drv.o
usr/X11R6/lib/modules/drivers/sunbw2_drv.o
usr/X11R6/lib/modules/drivers/suncg14_drv.o
usr/X11R6/lib/modules/drivers/suncg3_drv.o
usr/X11R6/lib/modules/drivers/suncg6_drv.o
usr/X11R6/lib/modules/drivers/sunffb_drv.o
usr/X11R6/lib/modules/drivers/sunleo_drv.o
usr/X11R6/lib/modules/drivers/sunleo_drv.o
usr/X11R6/lib/modules/drivers/suntcx_drv.o
usr/X11R6/lib/modules/extensions/libGLcore.a
usr/X11R6/lib/modules/extensions/libdbe.a
usr/X11R6/lib/modules/extensions/libdri.a
usr/X11R6/lib/modules/extensions/libextmod.a
usr/X11R6/lib/modules/extensions/libglx.a
usr/X11R6/lib/modules/extensions/libpex5.a
usr/X11R6/lib/modules/extensions/librecord.a
usr/X11R6/lib/modules/extensions/libxie.a
usr/X11R6/lib/modules/fonts/libbitmap.a
usr/X11R6/lib/modules/fonts/libfreetype.a
usr/X11R6/lib/modules/fonts/libspeedo.a
usr/X11R6/lib/modules/fonts/libtype1.a
usr/X11R6/lib/modules/fonts/libxtt.a
usr/X11R6/lib/modules/input/dynapro_drv.o
usr/X11R6/lib/modules/input/elo2300_drv.o
usr/X11R6/lib/modules/input/elographics_drv.o
usr/X11R6/lib/modules/input/magellan_drv.o
usr/X11R6/lib/modules/input/microtouch_drv.o
usr/X11R6/lib/modules/input/mouse_drv.o
usr/X11R6/lib/modules/input/mutouch_drv.o
usr/X11R6/lib/modules/input/spaceorb_drv.o
usr/X11R6/lib/modules/input/void_drv.o
usr/X11R6/lib/modules/input/wacom_drv.o
usr/X11R6/lib/modules/libcfb.a
usr/X11R6/lib/modules/libcfb16.a
usr/X11R6/lib/modules/libcfb24.a
usr/X11R6/lib/modules/libcfb32.a
usr/X11R6/lib/modules/libddc.a
usr/X11R6/lib/modules/libfb.a
usr/X11R6/lib/modules/libi2c.a
usr/X11R6/lib/modules/libint10.a
usr/X11R6/lib/modules/libmfb.a
usr/X11R6/lib/modules/libpcidata.a
usr/X11R6/lib/modules/librac.a
usr/X11R6/lib/modules/libramdac.a
usr/X11R6/lib/modules/libscanpci.a
usr/X11R6/lib/modules/libshadow.a
usr/X11R6/lib/modules/libshadowfb.a
usr/X11R6/lib/modules/libvbe.a
usr/X11R6/lib/modules/libxaa.a
usr/X11R6/lib/modules/libxf1bpp.a
usr/X11R6/lib/modules/libxf24_32bpp.a
usr/X11R6/lib/modules/libxf4bpp.a
usr/X11R6/lib/modules/libxf8_16bpp.a
usr/X11R6/lib/modules/libxf8_32bpp.a
usr/X11R6/lib/modules/libxf8_32wid.a
usr/X11R6/lib/modules/linux/libdrm.a
usr/X11R6/lib/modules/linux/libfbdevhw.a
usr/X11R6/man/man1/XFree86.1x
usr/X11R6/man/man1/xf86cfg.1x
usr/X11R6/man/man1/xf86config.1x
usr/X11R6/man/man4/ati.4
usr/X11R6/man/man4/dynapro.4
usr/X11R6/man/man4/elographics.4
usr/X11R6/man/man4/fbdev.4
usr/X11R6/man/man4/fbdevhw.4
usr/X11R6/man/man4/glint.4
usr/X11R6/man/man4/keyboard.4
usr/X11R6/man/man4/microtouch.4
usr/X11R6/man/man4/mouse.4
usr/X11R6/man/man4/mutouch.4
usr/X11R6/man/man4/sunbw2.4
usr/X11R6/man/man4/suncg14.4
usr/X11R6/man/man4/suncg3.4
usr/X11R6/man/man4/suncg6.4
usr/X11R6/man/man4/sunffb.4
usr/X11R6/man/man4/sunleo.4
usr/X11R6/man/man4/suntcx.4
usr/X11R6/man/man4/v4l.4
usr/X11R6/man/man4/void.4
usr/X11R6/man/man4/wacom.4
usr/X11R6/man/man5/XF86Config.5x


Re: xlibs 40.1-0phase2v13 break xawtv

2000-10-11 Thread Ashley Clark
* Robert Vollmert in "Re: xlibs 40.1-0phase2v13 break xawtv" dated
* 2000/10/11 14:45 wrote:

> > xawtv worked fine with the phase2 debs until the upgrade to version
> > 13. With version 13, various actions (such as using menus) caused
> > xawtv to crash with the message
> > 
> > Error: XtMakeGeometryRequest - parent not composite
> 
> Hello,
> 
> I just wanted to note that with v15 (I missed v14), this appears to
> have been fixed.

I just finished recompiling v15 under libc6 2.1.3 and this error still
shows up. Kernel: v2.2.17

-- 
really hacks


pgpuYitXcy0pI.pgp
Description: PGP signature


Re: xlibs 40.1-0phase2v13 break xawtv

2000-10-11 Thread Robert Vollmert
> xawtv worked fine with the phase2 debs until the upgrade to version
> 13. With version 13, various actions (such as using menus) caused
> xawtv to crash with the message
> 
> Error: XtMakeGeometryRequest - parent not composite

Hello,

I just wanted to note that with v15 (I missed v14), this appears to
have been fixed.

-- 
Robert Vollmert  [EMAIL PROTECTED]



Re: xlibs 40.1-0phase2v13 break xawtv

2000-10-11 Thread Daniel Jacobowitz

On Wed, Oct 11, 2000 at 08:00:02AM -0500, sam th wrote:
> I, however, have just installed xfig, which displays the same behavior,
> both in 2v13 and 2v15 (I also missed 14).  Whenever I click on a menu, it
> quits with the same error, XtMakeGeometryRequest - parent not composite.  
> 
> Is anyone else having trouble with Xfig?

Yep, this isn't fixed yet as far as I can tell.

It seems to be a problem in libXt <-> libXaw3d interaction.

Dan

/\  /\
|   Daniel Jacobowitz|__|SCS Class of 2002   |
|   Debian GNU/Linux Developer__Carnegie Mellon University   |
| [EMAIL PROTECTED] |  |   [EMAIL PROTECTED]  |
\/  \/


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




new MANIFEST.sparc

2000-10-11 Thread Ben Collins

This includes the libxrx files (which are now built using the patch I sent
yesterday).

Ben

-- 
 ---===-=-==-=---==-=--
/  Ben Collins  --  ...on that fantastic voyage...  --  Debian GNU/Linux   \
`  [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  '
 `---=--===-=-=-=-===-==---=--=---'

 MANIFEST.sparc.bz2


More sparc xf4 files...

2000-10-11 Thread Ben Collins

Noticed some more files that are needed...

-- 
 ---===-=-==-=---==-=--
/  Ben Collins  --  ...on that fantastic voyage...  --  Debian GNU/Linux   \
`  [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  '
 `---=--===-=-=-=-===-==---=--=---'


debian/tmp/usr/X11R6/lib/X11/doc/DESIGN
debian/tmp/usr/X11R6/lib/X11/doc/README.DGA
debian/tmp/usr/X11R6/lib/X11/doc/README.DRI
debian/tmp/usr/X11R6/lib/X11/doc/README.DRIcomp
debian/tmp/usr/X11R6/lib/X11/doc/README.ati
debian/tmp/usr/X11R6/lib/X11/doc/README.mouse
debian/tmp/usr/X11R6/lib/X11/doc/Status
debian/tmp/usr/X11R6/lib/X11/doc/html/XF86Config.5.html
debian/tmp/usr/X11R6/lib/X11/doc/html/XFree86.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/apm.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/ati.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/chips.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/cirrus.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/cyrix.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/dynapro.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/elographics.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/fbdev.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/fbdevhw.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/glide.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/glint.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/i740.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/imstt.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/keyboard.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/mga.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/microtouch.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/mouse.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/mutouch.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/neomagic.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/nv.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/r128.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/rendition.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/s3virge.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/sis.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/tdfx.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/trident.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/tseng.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/v4l.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/vga.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/void.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/wacom.4.html
debian/tmp/usr/X11R6/lib/X11/doc/html/xf86cfg.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/xf86config.1.html


debian/tmp/usr/X11R6/lib/X11/doc/html/atobm.1x.html
debian/tmp/usr/X11R6/lib/X11/doc/html/fsinfo.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/fslsfonts.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/imake.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/lndir.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/makedepend.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/makeg.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/makepsres.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/makestrs.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/mkcfm.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/mkdirhier.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/pcitweak.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/pswrap.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/resize.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/revpath.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/rstart.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/rstartd.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/scanpci.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/sessreg.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/showfont.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/showrgb.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/xmkmf.1.html
debian/tmp/usr/X11R6/lib/X11/doc/html/xon.1.html


etc/X11/rstart/commands/@List
etc/X11/rstart/commands/ListContexts
etc/X11/rstart/commands/ListGenericCommands
etc/X11/rstart/commands/x11r6/@List
etc/X11/rstart/commands/x11r6/LoadMonitor
etc/X11/rstart/commands/x11r6/Terminal
etc/X11/rstart/config
etc/X11/rstart/contexts/@List
etc/X11/rstart/contexts/default
etc/X11/rstart/contexts/x11r6
etc/X11/rstart/rstartd.real
usr/X11R6/bin/atobm
usr/X11R6/bin/fsinfo
usr/X11R6/bin/fslsfonts
usr/X11R6/bin/gccmakedep
usr/X11R6/bin/imake
usr/X11R6/bin/lndir
usr/X11R6/bin/makedepend
usr/X11R6/bin/makeg
usr/X11R6/bin/makepsres
usr/X11R6/bin/makestrs
usr/X11R6/bin/mergelib
usr/X11R6/bin/mkcfm
usr/X11R6/bin/mkdirhier
usr/X11R6/bin/mkhtmlindex
usr/X11R6/bin/pcitweak
usr/X11R6/bin/pswrap
usr/X11R6/bin/resize
usr/X11R6/bin/revpath
usr/X11R6/bin/rstart
usr/X11R6/bin/rstartd
usr/X11R6/bin/scanpci
usr/X11R6/bin/sessreg
usr/X11R6/bin/showfont
usr/X11R6/bin/showrgb
usr/X11R6/bin/xmkmf
usr/X11R6/bin/xon
usr/X11R6/man/man1/atobm.1x
usr/X11R6/man/man1/fsinfo.1x
usr/X11R6/man/man1/fslsfonts.1x
usr/X11R6/man/man1/imake.1x
usr/X11R6/man/man1/lndir.1x
usr/X11R6/man/man1/makedepend.1x
usr/X11R6/man/man1/makeg.1x
usr/X11R6/man/man1/makepsres.1x
usr/X11R6/man/man1/makestrs.1x
usr/X11R6/man/man1/mkcfm.1x
usr/X11R6/man/man1/mkdirhier.1x
usr/X11R6/man/man1/pcitweak.1x
usr/X11R6/man

XFree86 4.0.x test notes

2000-10-11 Thread Chris Hanlon

I have being using 4.0.x on debian woody with the following hardware +
software setup since Phase2 debs started to show up.

Voodoo 3 2000 (pci) video card
Logitech cordless wheel mouse (ps/2)
Abit KA7 motherboard (RX and TY bios)
Samsung SyncMaster 955SL monitor

2.4.0-test[1,5,6,8,9] kernel
I have the following notes

Mouse problems
--
The mouse jumps allover the place and clicks randomly if I'm running X as a
regular user and gpm is running

The mouse will not move if I run X as root and gpm is running.

The mouse occasionally clicked (while moving) until I upgraded my
bios to the TY bios.  BTW.  The TY bios fixes a "win95 only" ps/2 mouse bug.

My XF86Config-4 says the following

Section "InputDevice"
Identifier  "Mouse0"
Driver  "mouse"
Option  "Protocol" "MouseManPlusPS/2"
Option  "Device" "/dev/psaux"
EndSection

DEXTER
--
Dexter wouldn't run as /etc/X11/dexter-tmp didn't exist.  This stoped
phase2v14 xserver-xfree86 debs from installing.

Dexter wouldn't detect my mouse (I with gpm on and gpm off, I tried linking
/dev/mouse to both /dev/gpmdata and /dev/psaux ie. ln -sf /dev/psaux
/dev/mouse.

Dexter doesn't list any refresh rates between 60 and 85 for the resolution
1280x1024 (I use 79 (75 will do but 60 is yukky and 85 doesn't work)).

--
Is anyone else having similar mouse problems?  Does anyone have a similar
mouse working corectly

Chris


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: xlibs 40.1-0phase2v13 break xawtv

2000-10-11 Thread sam th

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wed, 11 Oct 2000, Robert Vollmert wrote:

> > xawtv worked fine with the phase2 debs until the upgrade to version
> > 13. With version 13, various actions (such as using menus) caused
> > xawtv to crash with the message
> > 
> > Error: XtMakeGeometryRequest - parent not composite
> 
> Hello,
> 
> I just wanted to note that with v15 (I missed v14), this appears to
> have been fixed.

I, however, have just installed xfig, which displays the same behavior,
both in 2v13 and 2v15 (I also missed 14).  Whenever I click on a menu, it
quits with the same error, XtMakeGeometryRequest - parent not composite.  

Is anyone else having trouble with Xfig?
   
sam th   
[EMAIL PROTECTED]
http://www.abisource.com/~sam/
GnuPG Key:  
http://pgp5.ai.mit.edu:11371/pks/lookup?op=get&search=0xCABD33FC
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE55GRUt+kM0Mq9M/wRAhDKAJoCr+yE3MQn6wAwcuHNT9zljnhGRgCgmbFq
pePuIV4kA7PGOhtKbhkBkQk=
=Qu8d
-END PGP SIGNATURE-


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




xserver-xfree86.files.sparc

2000-10-11 Thread Ben Collins

Generated, and attached.

-- 
 ---===-=-==-=---==-=--
/  Ben Collins  --  ...on that fantastic voyage...  --  Debian GNU/Linux   \
`  [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  '
 `---=--===-=-=-=-===-==---=--=---'


etc/X11/app-defaults/XF86Cfg
usr/X11R6/bin/XFree86
usr/X11R6/bin/xf86cfg
usr/X11R6/bin/xf86config
usr/X11R6/lib/X11/Cards
usr/X11R6/lib/X11/XF86Config.98
usr/X11R6/lib/X11/XF86Config.eg
usr/X11R6/lib/modules/codeconv/libARABIC.a
usr/X11R6/lib/modules/codeconv/libARMSCII8.a
usr/X11R6/lib/modules/codeconv/libBIG5.a
usr/X11R6/lib/modules/codeconv/libDOSENCODING.a
usr/X11R6/lib/modules/codeconv/libGB2312.a
usr/X11R6/lib/modules/codeconv/libGEORGIAN.a
usr/X11R6/lib/modules/codeconv/libISO8859_1.a
usr/X11R6/lib/modules/codeconv/libISO8859_10.a
usr/X11R6/lib/modules/codeconv/libISO8859_11.a
usr/X11R6/lib/modules/codeconv/libISO8859_14.a
usr/X11R6/lib/modules/codeconv/libISO8859_15.a
usr/X11R6/lib/modules/codeconv/libISO8859_2.a
usr/X11R6/lib/modules/codeconv/libISO8859_3.a
usr/X11R6/lib/modules/codeconv/libISO8859_4.a
usr/X11R6/lib/modules/codeconv/libISO8859_5.a
usr/X11R6/lib/modules/codeconv/libISO8859_6.a
usr/X11R6/lib/modules/codeconv/libISO8859_7.a
usr/X11R6/lib/modules/codeconv/libISO8859_8.a
usr/X11R6/lib/modules/codeconv/libISO8859_9.a
usr/X11R6/lib/modules/codeconv/libJISX0201.a
usr/X11R6/lib/modules/codeconv/libJISX0208.a
usr/X11R6/lib/modules/codeconv/libJISX0212.a
usr/X11R6/lib/modules/codeconv/libKOI8.a
usr/X11R6/lib/modules/codeconv/libKSC5601.a
usr/X11R6/lib/modules/codeconv/libKSCJOHAB.a
usr/X11R6/lib/modules/codeconv/libMULEENCODING.a
usr/X11R6/lib/modules/codeconv/libTCVN.a
usr/X11R6/lib/modules/codeconv/libVISCII.a
usr/X11R6/lib/modules/dri/ffb_dri.so
usr/X11R6/lib/modules/drivers/ati_drv.o
usr/X11R6/lib/modules/drivers/fbdev_drv.o
usr/X11R6/lib/modules/drivers/glint_drv.o
usr/X11R6/lib/modules/drivers/linux/v4l_drv.o
usr/X11R6/lib/modules/drivers/sunbw2_drv.o
usr/X11R6/lib/modules/drivers/suncg14_drv.o
usr/X11R6/lib/modules/drivers/suncg3_drv.o
usr/X11R6/lib/modules/drivers/suncg6_drv.o
usr/X11R6/lib/modules/drivers/sunffb_drv.o
usr/X11R6/lib/modules/drivers/sunleo_drv.o
usr/X11R6/lib/modules/drivers/sunleo_drv.o
usr/X11R6/lib/modules/drivers/suntcx_drv.o
usr/X11R6/lib/modules/extensions/libGLcore.a
usr/X11R6/lib/modules/extensions/libdbe.a
usr/X11R6/lib/modules/extensions/libdri.a
usr/X11R6/lib/modules/extensions/libextmod.a
usr/X11R6/lib/modules/extensions/libglx.a
usr/X11R6/lib/modules/extensions/libpex5.a
usr/X11R6/lib/modules/extensions/librecord.a
usr/X11R6/lib/modules/extensions/libxie.a
usr/X11R6/lib/modules/fonts/libbitmap.a
usr/X11R6/lib/modules/fonts/libfreetype.a
usr/X11R6/lib/modules/fonts/libspeedo.a
usr/X11R6/lib/modules/fonts/libtype1.a
usr/X11R6/lib/modules/fonts/libxtt.a
usr/X11R6/lib/modules/input/dynapro_drv.o
usr/X11R6/lib/modules/input/elo2300_drv.o
usr/X11R6/lib/modules/input/elographics_drv.o
usr/X11R6/lib/modules/input/magellan_drv.o
usr/X11R6/lib/modules/input/microtouch_drv.o
usr/X11R6/lib/modules/input/mouse_drv.o
usr/X11R6/lib/modules/input/mutouch_drv.o
usr/X11R6/lib/modules/input/spaceorb_drv.o
usr/X11R6/lib/modules/input/void_drv.o
usr/X11R6/lib/modules/input/wacom_drv.o
usr/X11R6/lib/modules/libcfb.a
usr/X11R6/lib/modules/libcfb16.a
usr/X11R6/lib/modules/libcfb24.a
usr/X11R6/lib/modules/libcfb32.a
usr/X11R6/lib/modules/libddc.a
usr/X11R6/lib/modules/libfb.a
usr/X11R6/lib/modules/libi2c.a
usr/X11R6/lib/modules/libint10.a
usr/X11R6/lib/modules/libmfb.a
usr/X11R6/lib/modules/libpcidata.a
usr/X11R6/lib/modules/librac.a
usr/X11R6/lib/modules/libramdac.a
usr/X11R6/lib/modules/libscanpci.a
usr/X11R6/lib/modules/libshadow.a
usr/X11R6/lib/modules/libshadowfb.a
usr/X11R6/lib/modules/libvbe.a
usr/X11R6/lib/modules/libxaa.a
usr/X11R6/lib/modules/libxf1bpp.a
usr/X11R6/lib/modules/libxf24_32bpp.a
usr/X11R6/lib/modules/libxf4bpp.a
usr/X11R6/lib/modules/libxf8_16bpp.a
usr/X11R6/lib/modules/libxf8_32bpp.a
usr/X11R6/lib/modules/libxf8_32wid.a
usr/X11R6/lib/modules/linux/libdrm.a
usr/X11R6/lib/modules/linux/libfbdevhw.a
usr/X11R6/man/man1/XFree86.1x
usr/X11R6/man/man1/xf86cfg.1x
usr/X11R6/man/man1/xf86config.1x
usr/X11R6/man/man4/ati.4
usr/X11R6/man/man4/dynapro.4
usr/X11R6/man/man4/elographics.4
usr/X11R6/man/man4/fbdev.4
usr/X11R6/man/man4/fbdevhw.4
usr/X11R6/man/man4/glint.4
usr/X11R6/man/man4/keyboard.4
usr/X11R6/man/man4/microtouch.4
usr/X11R6/man/man4/mouse.4
usr/X11R6/man/man4/mutouch.4
usr/X11R6/man/man4/sunbw2.4
usr/X11R6/man/man4/suncg14.4
usr/X11R6/man/man4/suncg3.4
usr/X11R6/man/man4/suncg6.4
usr/X11R6/man/man4/sunffb.4
usr/X11R6/man/man4/sunleo.4
usr/X11R6/man/man4/suntcx.4
usr/X11R6/man/man4/v4l.4
usr/X11R6/man/man4/void.4
usr/X11R6/man/man4/wacom.4
usr/X11R6/man/man5/XF86Config.5x



Re: xlibs 40.1-0phase2v13 break xawtv

2000-10-11 Thread Ashley Clark

* Robert Vollmert in "Re: xlibs 40.1-0phase2v13 break xawtv" dated
* 2000/10/11 14:45 wrote:

> > xawtv worked fine with the phase2 debs until the upgrade to version
> > 13. With version 13, various actions (such as using menus) caused
> > xawtv to crash with the message
> > 
> > Error: XtMakeGeometryRequest - parent not composite
> 
> Hello,
> 
> I just wanted to note that with v15 (I missed v14), this appears to
> have been fixed.

I just finished recompiling v15 under libc6 2.1.3 and this error still
shows up. Kernel: v2.2.17

-- 
really hacks

 PGP signature


Re: xlibs 40.1-0phase2v13 break xawtv

2000-10-11 Thread Robert Vollmert

> xawtv worked fine with the phase2 debs until the upgrade to version
> 13. With version 13, various actions (such as using menus) caused
> xawtv to crash with the message
> 
> Error: XtMakeGeometryRequest - parent not composite

Hello,

I just wanted to note that with v15 (I missed v14), this appears to
have been fixed.

-- 
Robert Vollmert  [EMAIL PROTECTED]


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Dexter feedback

2000-10-11 Thread Marcelo E. Magallon
Hi,

after using Dexter I get a configuration which contains:

 Section "Files"
 FontPath"unix:/7100"# local font server
 # if the local font server has problems, we can fall back on these
 FontPath"/usr/lib/X11/fonts/misc"
 FontPath"/usr/lib/X11/fonts/cyrillic"
 FontPath"/usr/lib/X11/fonts/100dpi:unscaled"
 FontPath"/usr/lib/X11/fonts/Type1"
 FontPath"/usr/lib/X11/fonts/Speedo"
 FontPath"/usr/lib/X11/fonts/100dpi"
 EndSection

 but I don't have xfonts-100dpi installed, only xfonts-75dpi.

 Arround line 335 of dexter it reads:

 "NetMousePS/2"  "Genius NetMouse or NetMousePro" \

 this is the protocol I need to use, yet my mouse is a Logitech one.

 The generated config file load every module on the system, including
 the dri one, which needs this somewhere:

 Section "DRI"
Mode 0666
 EndSection

 Mode 0666 means anyone with a current connection to the X server can
 create a direct rendering context.  You can specify a Group and use mode
 0660 instead, but doesn't make sense on a default Debain installation.


 Marcelo



Re: Suggestion

2000-10-11 Thread Marcelo E. Magallon
>> Arthur Peters <[EMAIL PROTECTED]> writes:

 > I don't think it would be too hard to build such a package from the X
 > sources. Almost every thing you would need is in the directory [X
 > source]/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel you
 > just need to package the Imake generated makefile
 
 No, you don't.  Makefile.linux on that directory is enough for this
 purpose.

 > and a few headers and source file from the parent directorys.

 You don't need this for compiling the kernel modules (actually, I don't
 think you need this at all)

 > This would become a mott point if drm and dri are both packaged in
 > debian. The drm modules can be builded without building all of X. It
 > takes some hacking
 
 $ make -f Makefile.linux TREE=/path/to/kernel/source/include/

 HTH,

Marcelo



Problems with Xnest in phase2 v12 and v13

2000-10-11 Thread Torbjörn Andersson
(I've sent a mail about this to one of the XFree86 mailing lists, but
since I haven't heard anything more about it there I thought I'd send
it here as well, to see if anyone else can reproduce it.

Of course, I now notice that my X installation is no longer as up to
date as I thought it was, so I guess it may have been fixed already.)

I don't know which was the last snapshot where Xnest worked for me,
but at least with phase2 v12 and v13 it dumps core. Since I don't have
the source code lying around I'm not sure how to get any more useful
debugging output than what's included below. (These are taken with
v13, but the output from v12 was almost identical.)


(gdb) run
Starting program: /usr/bin/X11/Xnest :1

Program received signal SIGSEGV, Segmentation fault.
0x804dc73 in AddScreen ()
(gdb) bt
#0  0x804dc73 in AddScreen ()
#1  0x808161c in InitOutput ()
#2  0x804d339 in main ()
#3  0x401b1b8c in __libc_start_main () from /lib/libc.so.6


At this point it has already created /tmp/.X1-lock, so it's getting
that far at least, whatever that means.


This is the end of the "strace" output. I'm guessing that read()
failing like this isn't normal but - again - I don't know.


select(4, [3], NULL, NULL, NULL)= 1 (in [3])
read(3, "\1\244\4\0\0\0\0\0\377\377\17\0\0\0\0\0\0\0\0\0\1\0\0\0"..., 32) = 32
write(3, "\20\0\4\0\7\0 \3Compose\0", 16) = 16
read(3, 0xba2c, 32) = -1 EAGAIN (Resource temporarily 
unavailable)
select(4, [3], NULL, NULL, NULL)= 1 (in [3])
read(3, "\1\244\5\0\0\0\0\0\307\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0\0"..., 32) = 32
writev(3, [{"b\0\5\0\t\0 \3", 8}, {"XKEYBOARD", 9}, {"\0\0\0", 3}], 3) = 20
read(3, 0xb9dc, 32) = -1 EAGAIN (Resource temporarily 
unavailable)
select(4, [3], NULL, NULL, NULL)= 1 (in [3])
read(3, "\1\244\6\0\0\0\0\0\1\227d\302\0\0\0\0\0\0\0\0\1\0\0\0\0"..., 32) = 32
write(3, "\227\0\2\0\1\0\0\0", 8)   = 8
read(3, 0xba8c, 32) = -1 EAGAIN (Resource temporarily 
unavailable)
select(4, [3], NULL, NULL, NULL)= 1 (in [3])
read(3, "\1\1\7\0\0\0\0\0\1\0\0\0\30\365\215\10\0\20\0\0\0\0\0\0"..., 32) = 32
brk(0x8135000)  = 0x8135000
writev(3, [{"N\0\4\0\1\0 \3=\0\0\0#\0\0\0N\0\4\0\2\0 \3=\0\0\0$\0\0"..., 768}, 
{"\250\0\240\252\n\0\0\0\0\200\2\0\0\0\0\250\252\2\0\200"..., 8192}], 2) = 8960
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++

Torbjörn Andersson




Dexter feedback

2000-10-11 Thread Marcelo E. Magallon

Hi,

after using Dexter I get a configuration which contains:

 Section "Files"
 FontPath"unix:/7100"# local font server
 # if the local font server has problems, we can fall back on these
 FontPath"/usr/lib/X11/fonts/misc"
 FontPath"/usr/lib/X11/fonts/cyrillic"
 FontPath"/usr/lib/X11/fonts/100dpi:unscaled"
 FontPath"/usr/lib/X11/fonts/Type1"
 FontPath"/usr/lib/X11/fonts/Speedo"
 FontPath"/usr/lib/X11/fonts/100dpi"
 EndSection

 but I don't have xfonts-100dpi installed, only xfonts-75dpi.

 Arround line 335 of dexter it reads:

 "NetMousePS/2"  "Genius NetMouse or NetMousePro" \

 this is the protocol I need to use, yet my mouse is a Logitech one.

 The generated config file load every module on the system, including
 the dri one, which needs this somewhere:

 Section "DRI"
Mode 0666
 EndSection

 Mode 0666 means anyone with a current connection to the X server can
 create a direct rendering context.  You can specify a Group and use mode
 0660 instead, but doesn't make sense on a default Debain installation.


 Marcelo


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Suggestion

2000-10-11 Thread Marcelo E. Magallon

>> Arthur Peters <[EMAIL PROTECTED]> writes:

 > I don't think it would be too hard to build such a package from the X
 > sources. Almost every thing you would need is in the directory [X
 > source]/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel you
 > just need to package the Imake generated makefile
 
 No, you don't.  Makefile.linux on that directory is enough for this
 purpose.

 > and a few headers and source file from the parent directorys.

 You don't need this for compiling the kernel modules (actually, I don't
 think you need this at all)

 > This would become a mott point if drm and dri are both packaged in
 > debian. The drm modules can be builded without building all of X. It
 > takes some hacking
 
 $ make -f Makefile.linux TREE=/path/to/kernel/source/include/

 HTH,

Marcelo


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




dialog needed

2000-10-11 Thread Nathan Walp
I didn't have dialog installed, so when I ran dist-upgrade a few min ago,
the configuration of xserver-xfree86 died.  I manually installed dialog,
and everything went smoothly after that.  I assume dialog needs to be
added to the list of dependencies.  If this wasn't the right place for
this, sorry :-)

Nathan

-- 



Nathan Walp || [EMAIL PROTECTED]
PGP Fingerprint:||http://faceprint.com
0388 50E2 58CE B3D0 1C59  FF01 DB3A 97C6 C338 025B