Bug#400632: x11-common should not ship a SUID root binary
Package: x11-common Severity: serious tags 400632 -wontfix Greetings, The setuid usr/bin/X binary should not be shipped with x11-common because it's not *needed* for X11 clients. That by itself is a good enough reason. Put it in xserver-xorg-core or similar, not in x11-common. Additionally, x11-common gets pulled in on server for things like libgd-xpm, which isn't entirely unreasonable if someone wants to generate an X pixmap on a server. One could also have, I dunno, *xterm* installed on a server for clients to use without have an X server installed on the same server. Unless xterm *requires* usr/bin/X, it shouldn't be installed as part of something xterm depends on. Thanks, Stephen signature.asc Description: Digital signature
Crash with experimental packages
Greetings, I just started using the experimental packages of 4.3.0 and have run into a problem. Basically the X server is crashing nightly. The main error is client not in use. A bit of googling seemed to indicate that maybe there's a problem with the fonts? The only thing changing during the night is that I've got xscreensaver running. Perhaps one of the hacks is what's causing the crash by trying to load a font or something? Couple other things: Yes, I know, I'm running the binary mga driver from Matrox for my Parhelia, not alot of choice there, and it worked fine with 4.3.0-0pre1v1 (self-compiled from a while ago, I can get the specifics if you need them). I've got 1.5G of memory so I'm running high-mem 4G. Box is a P4 2.6ghz Optiplex from Dell in an office environment so I doubt it's overheating or something like that. Kernel is 2.4.22 compiled with Xu's -4 patches and the device-mapper patches. Happy to provide any other info, just ask. Here's the log of it (from /var/log/XFree86.0.log.old): - The -bpp option is no longer supported. Use -depth to set the color depth, and use -fbbpp if you really need to force a non-default framebuffer (hardware) pixel format. This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Org and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs). XFree86 Version 4.3.0.1 (Debian 4.3.0-0pre1v4 20031024231956 [EMAIL PROTECTED]) Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.22 i686 [ELF] Build Date: 25 October 2003 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.4.22haldir.1 ([EMAIL PROTECTED]) (gcc version 3.3.2 (Debian)) #2 Wed Nov 26 16:35:49 EST 2003 TF Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Tue Dec 2 09:21:07 2003 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Three Heads (**) |--Screen TripleHead (0) (**) | |--Monitor Monitor1 (**) | |--Device Parhelia (**) |--Input Device MS Mouse1 (**) |--Input Device Keyboard1 (**) Option AutoRepeat 500 30 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) FontPath set to /usr/X11R6/lib/X11/fonts/misc/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/100dpi/,/usr/X11R6/lib/X11/fonts/75dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such device) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2570 card 1028,0151 rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,2571 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,24d2 card 1028,0151 rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24d4 card 1028,0151 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24d7 card 1028,0151 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:3: chip 8086,24de card 1028,0151 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24dd card 1028,0151 rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,244e card , rev c2 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,24d0 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,24db card 1028,0151 rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:2:
Re: Why XFree86 4.2 Isn't in Woody
* Sven ([EMAIL PROTECTED]) wrote: That said, what are your planes for woody+1 ? Just to talk about things I've no clue about I'll reply to this. My personal thoughts are that woody+1 will take a while and by then there will be more X releases than 4.3. Even so though, if the PCI Domain stuff makes it into 4.3 I would think that'd be the next stop. Stephen msg03529/pgp0.pgp Description: PGP signature
Unidentified subject!
Hi, For those interested, the patch to fix Xinerama segfaulting in X4.1.0 is in the current X CVS tree and is also in the bug report #107385: http://bugs.debian.org/107385 I've also compiled X-4.1.0-4 debs with this patch applied which can be found at http://people.debian.org/~sfrost/X-4.1.0-4 and http://snowman.net/~sfrost/debs/X-4.1.0-4 These debs were originally only for myself and a few other specific people I knew who were having problems. They've worked for us so if you're having trouble with Xinerama segfaulting you might give them a shot. I've got no interest in keeping this up and hope that the patch will be merged into the debian X packages soon. However, chances are I'll continue to apply/compile my own debs until the patch does make it in. Gotta have my Xinerama. :) Stephen PGP signature
Unidentified subject!
Hi, For those interested, the patch to fix Xinerama segfaulting in X4.1.0 is in the current X CVS tree and is also in the bug report #107385: http://bugs.debian.org/107385 I've also compiled X-4.1.0-4 debs with this patch applied which can be found at http://people.debian.org/~sfrost/X-4.1.0-4 and http://snowman.net/~sfrost/debs/X-4.1.0-4 These debs were originally only for myself and a few other specific people I knew who were having problems. They've worked for us so if you're having trouble with Xinerama segfaulting you might give them a shot. I've got no interest in keeping this up and hope that the patch will be merged into the debian X packages soon. However, chances are I'll continue to apply/compile my own debs until the patch does make it in. Gotta have my Xinerama. :) Stephen pgpdElVBBgj7Z.pgp Description: PGP signature
Re: XFree86 on mips cleanup patch
* Ben Collins ([EMAIL PROTECTED]) wrote: On Wed, Jul 25, 2001 at 09:38:13PM +0200, Guido Guenther wrote: Hi, the attached patch removes some previous workarounds by adding proper functions to compiler.h for mips(el). This obsoletes the disabling of the ati driver on mips(351) and the int10 module(350) on mipsel as well as the mem_barrier patch(353). I've also attached the newport range fix for completeness - both are against pre5. So these should be the only patches needed to get XFree86 going on mips/mipsel for now. -- Guido Are the below asm functions going to affect other architectures? I don't see them wrapped in any sort of arch specific defines. +#endif /* !linux */ #endif /* __mips__ */ Stephen PGP signature
Re: XFree86 on mips cleanup patch
* Ben Collins ([EMAIL PROTECTED]) wrote: On Wed, Jul 25, 2001 at 09:38:13PM +0200, Guido Guenther wrote: Hi, the attached patch removes some previous workarounds by adding proper functions to compiler.h for mips(el). This obsoletes the disabling of the ati driver on mips(351) and the int10 module(350) on mipsel as well as the mem_barrier patch(353). I've also attached the newport range fix for completeness - both are against pre5. So these should be the only patches needed to get XFree86 going on mips/mipsel for now. -- Guido Are the below asm functions going to affect other architectures? I don't see them wrapped in any sort of arch specific defines. +#endif /* !linux */ #endif /* __mips__ */ Stephen pgpW1qtjDgt8b.pgp Description: PGP signature
Re: help needed to get XFree86 4.1.0 working on MIPS
* Guido Guenther ([EMAIL PROTECTED]) wrote: The attached three patches fix the server build. Excellent, I'll kick off a build of the server in a few minutes with these patches in place and then try and test X running on my console when I get home tonight. Stephen PGP signature
Re: help needed to get XFree86 4.1.0 working on MIPS
* Guido Guenther ([EMAIL PROTECTED]) wrote: The attached three patches fix the server build. Excellent, I'll kick off a build of the server in a few minutes with these patches in place and then try and test X running on my console when I get home tonight. Stephen pgpewd95qbuVX.pgp Description: PGP signature
Re: help needed to get XFree86 4.1.0 working on MIPS
* Branden Robinson ([EMAIL PROTECTED]) wrote:
[I do not subscribe to debian-mips; please include debian-x when replying.]
Ryan Murray reported to me that a 4.1 compile on mips fails.
This is an update to this issue.
After adding another parameter to RANGE ('0' for pci domain) and
attempting to compile I ran into a few other problems. First
off, write_mem_barrier was undefined under MIPS. After looking
at some other archs I went ahead and defined it for MIPS as:
#define write_mem_barrier /* NOP */
As it is defined for a few other archs. If someone more
familiar with this code feels this is in error, let me know.
The second problem is more difficult. xf86WriteMmio32Be is
undefined in MIPS and is implemented under other archs in
assembly which I'm not sure what to do with. xf86WriteMmio32Be
is used in atimach64.c (added by DaveM's big patch). I'm not
exactly sure what it does so I'm not sure how to implement it in
C either.
I do not have access, let alone physical access, to any mips boxen so I am
going to rely on one of Debian's MIPS porters to resolve this problem. I'm
CC'ing David S. Miller as well, in case he has any insights he'd like to
share.
I've got an r5k box with console which I'm happy to help with,
but I don't have a solution to the problem with
'xf86WriteMmio32Be'. If anyone has any suggestions I'd be more
than happy to try them.
Stephen
pgpCayv2sINMF.pgp
Description: PGP signature
Re: help needed to get XFree86 4.1.0 working on MIPS
* Branden Robinson ([EMAIL PROTECTED]) wrote:
[I do not subscribe to debian-mips; please include debian-x when replying.]
Ryan Murray reported to me that a 4.1 compile on mips fails.
This is an update to this issue.
After adding another parameter to RANGE ('0' for pci domain) and
attempting to compile I ran into a few other problems. First
off, write_mem_barrier was undefined under MIPS. After looking
at some other archs I went ahead and defined it for MIPS as:
#define write_mem_barrier /* NOP */
As it is defined for a few other archs. If someone more
familiar with this code feels this is in error, let me know.
The second problem is more difficult. xf86WriteMmio32Be is
undefined in MIPS and is implemented under other archs in
assembly which I'm not sure what to do with. xf86WriteMmio32Be
is used in atimach64.c (added by DaveM's big patch). I'm not
exactly sure what it does so I'm not sure how to implement it in
C either.
I do not have access, let alone physical access, to any mips boxen so I am
going to rely on one of Debian's MIPS porters to resolve this problem. I'm
CC'ing David S. Miller as well, in case he has any insights he'd like to
share.
I've got an r5k box with console which I'm happy to help with,
but I don't have a solution to the problem with
'xf86WriteMmio32Be'. If anyone has any suggestions I'd be more
than happy to try them.
Stephen
PGP signature
Packages.gz @ samosa.debian.org/~branden woody/i386
Just fyi, looks like the Packages.gz is out of date with regard to the actual packages stored @ the URL above. Dunno if that was intentional or not but figured I'd mention it. Stephen pgpIVxXW3hQaw.pgp Description: PGP signature
dexter dialog
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
