Bug#99042: marked as done (xdm: abort-display() function doesn't work)
Your message dated Tue, 13 Apr 2004 13:49:07 +1000 with message-id [EMAIL PROTECTED] and subject line Bug#99042: xdm: abort-display() function doesn't work has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 28 May 2001 18:15:27 + From bod@compusol.com.au Mon May 28 13:15:27 2001 Return-path: bod@compusol.com.au Received: from compusol.com.au (duende.compusol.com.au) [203.101.1.221] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 154RY6-00039y-00; Mon, 28 May 2001 13:15:26 -0500 Received: from bod by duende.compusol.com.au with local (Exim 3.22 #1 (Debian)) id 154RWQ-mB-00 for [EMAIL PROTECTED]; Tue, 29 May 2001 04:13:42 +1000 Date: Tue, 29 May 2001 04:13:42 +1000 From: Brendan O'Dea [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: xdm: abort-display() function doesn't work Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.18i Sender: Brendan O'Dea bod@compusol.com.au Delivered-To: [EMAIL PROTECTED] Package: xdm Version: 4.0.3-3 The abort-display() function is supposed to kill the xserver, but leave xdm running to be restarted with SIGHUP. This would no longer appear to be working. The ^R action (which is bound to this function by default on Debian installations) kills xdm entirely. Regards, -- Brendan O'Deabod@compusol.com.au Compusol Pty. Limited (NSW, Australia) +61 2 9810 3633 --- Received: (at 99042-close) by bugs.debian.org; 13 Apr 2004 03:49:09 + From [EMAIL PROTECTED] Mon Apr 12 20:49:09 2004 Return-path: [EMAIL PROTECTED] Received: from londo.c47.org [198.142.1.20] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BDEv7-0002sw-00; Mon, 12 Apr 2004 20:49:09 -0700 Received: from bod by londo.c47.org with local (Exim 3.36 #1 (Debian)) id 1BDEv6-0004HV-00 for [EMAIL PROTECTED]; Tue, 13 Apr 2004 13:49:08 +1000 Date: Tue, 13 Apr 2004 13:49:07 +1000 From: Brendan O'Dea [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Bug#99042: xdm: abort-display() function doesn't work Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: [EMAIL PROTECTED] User-Agent: Mutt/1.5.5.1+cvs20040105i Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: X-CrossAssassin-Score: 1 On Tue, May 29, 2001 at 04:13:42AM +1000, Brendan O'Dea wrote: Package: xdm Version: 4.0.3-3 The abort-display() function is supposed to kill the xserver, but leave xdm running to be restarted with SIGHUP. This would no longer appear to be working. The ^R action (which is bound to this function by default on Debian installations) kills xdm entirely. Started working again some time at or before 4.3.0-7. Closing. --bod
Bug#234113: xlibs: problem with fr_CH
On Sun, Apr 11, 2004 at 05:40:46PM +0200, Jérémie Knuesel wrote: Package: xlibs Version: 4.3.0-7 Severity: normal Followup-For: Bug #234113 I have the same problem since yesterday, when I upgraded some X packages (I didn't change anything in config files, just installed the new packages). The following error is displayed in the console (or in gdm logfile when I use gdm): The XKEYBOARD keymap compiler (xkbcomp) reports: Error:Can't find file pc/fr_CH for symbols include Exiting Abandoning symbols file default Errors from xkbcomp are not fatal to the X server And indeed, the directory /etc/X11/xkb/symbols/pc/ contains files fr and fr-latin9 but no fr_CH. But there is a file fr_CH in /etc/X11/xkb/symbols/ Using setxkbmap fr_CH works for me too... Your /etc/X11/xkb/rules/xfree86 should contain the line ! $oldlayouts = az bs ca ca_enhanced de_CH fr_CH hu hu_qwerty lt_std mn vn which tells XKB to load symbols/fr_CH and not symbols/pc/fr_CH. If setxkbmap fr_CH reports no error, ie. is silent, this means that this file is right, and thus we have to guess which program calls xkbcomp with wrong parameters. Denis
Bug#234556: xlibs: many clients get BadLength error from X_ChangeProperty request
On Tue, 2004-04-06 at 11:13, Branden Robinson wrote: You will need to recompile Xlib (libX11), the X server, or both with this symbol defined to enable the debugging. In a matter of fact, this was already what I did. I was already going deep in Xlib with gdb. I think, the bug seems to appear somewhere in the network exchange. The problem is that tcpdump doesn't seems to intercept any packet while this exchange is made (I tried tcpdump first, but my aim was to use ngrep to see what was inside the payload of these packets). Unfortunately, I don't have a lot of spare time these days. :-/ Regards -- Emmanuel Fleury Computer Science Department, | Office: B1-201 Aalborg University, | Phone: +45 96 35 72 23 Fredriks Bajersvej 7E, | Fax:+45 98 15 98 89 9220 Aalborg East, Denmark | Email: [EMAIL PROTECTED]
Bug#241717: xterm: various colour problems (mouse cursor color, text colours)
On Tue, Apr 13, 2004 at 02:00:13AM +0200, Thomas Dickey wrote: A reasonable alternate choice (still improving contrast for blue/black) might for instance be blue2, which is a little brighter (0xee) than the value used by pterm. On the other hand, it might not display well with a blue/white combination on a low-quality display (I recall some issues about that). I note also: black text on blue2 background is unreadable. Dodger blue is readable. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgptNk6mSTcUp.pgp Description: PGP signature
Bug#243479: xserver-xfree86: Default nice value interfering with sound using kernel 2.6
Package: xserver-xfree86 Version: 4.3.0-7 Severity: normal Tags: sid When dragging windows around in gnome 2.4 audio applications momentarily stop playing. Renicing the x server to 0 solves the problem completely. I suspect this has to do with the new scheduling policies in kernel 2.6 making the default -10 nice value too aggressive. Is the X server hard coded to use this nice value, or is it buried in a script somewhere? Regards, Martin -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 X server symlink status: lrwxrwxrwx1 root root 20 Apr 10 01:46 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x1 root root 1742316 Mar 18 05:42 /usr/bin/X11/XFree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :01:05.0 VGA compatible controller: nVidia Corporation NV4 [RIVA TNT] (rev 04) :01:05.0 Class 0300: 10de:0020 (rev 04) XFree86 X server configuration file status: -rw-r--r--1 root root 2649 Apr 11 00:27 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # XF86Config-4 (XFree86 X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section ServerLayout Identifier Default Layout Screen PRIMARY DISPLAY 0 0 InputDevicePS2 UK Keyboard InputDevicePS2 Mouse EndSection Section Files # local font server # if the local font server has problems, we can fall back on these FontPath unix/:7100 FontPath /usr/lib/X11/fonts/misc FontPath /usr/lib/X11/fonts/cyrillic FontPath /usr/lib/X11/fonts/100dpi/:unscaled FontPath /usr/lib/X11/fonts/75dpi/:unscaled FontPath /usr/lib/X11/fonts/Type1 FontPath /usr/lib/X11/fonts/CID FontPath /usr/lib/X11/fonts/Speedo FontPath /usr/lib/X11/fonts/100dpi FontPath /usr/lib/X11/fonts/75dpi EndSection Section Module Load GLcore Load bitmap Load dbe Load ddc Load dri Load extmod Load freetype Load glx Load int10 Load record Load speedo Load type1 Load vbe EndSection Section InputDevice Identifier PS2 UK Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc102 Option XkbLayout gb EndSection Section InputDevice Identifier PS2 Mouse Driver mouse Option CorePointer Option Device /dev/input/mouse0 Option Protocol ImPS/2 Option Resolution 400 Option ZAxisMapping 4 5 EndSection Section Monitor Identifier LG E900B HorizSync31.5 - 82.0 VertRefresh 50.0 - 100.0 DisplaySize 365 273 Option DPMS EndSection Section Device Identifier NVIDIA RIVA TNT Driver nv ChipSet RIVA TNT EndSection Section Screen Identifier PRIMARY DISPLAY Device NVIDIA RIVA TNT MonitorLG E900B DefaultDepth 24 SubSection Display Depth 24 Modes1024x768 EndSubSection EndSection Section DRI Mode 0666 EndSection /etc/X11/XF86Config-4 does not match checksum in /var/lib/xfree86/XF86Config-4.md5sum. Contents of most recent XFree86 X server log file /var/log/XFree86.0.log: 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-7 20040318043201 [EMAIL PROTECTED]) Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.6.4 i686 [ELF] Build Date: 18 March 2004 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel:
Bug#236197:
I think I have a similar (or the same problem) as the bug submitter. My Radeon VE has come up in dual head properly once. Every start of X after that it has come up in clone mode no matter what I do to the XF86Config file. Unless I am missing something really obvious. Rebooting doesn't have any effect. I have the line (WW) RADEON(1): Only one monitor detected, Second screen will not be created in my log file which looks suspect. I do have two monitors connected one via the DVI port and one via the VGA port. The output of the package specific info for xserver-xfree86 is below. -p -- Paul Gotch What goes up must come down, ask any system administrator -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 X server symlink status: lrwxrwxrwx1 root root 20 2004-04-07 20:41 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x1 root root 1742316 2004-03-18 05:42 /usr/bin/X11/XFree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :04:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] :04:00.0 Class 0300: 1002:5159 XFree86 X server configuration file status: -rw-r--r--1 root root 4476 2004-04-13 11:33 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # XF86Config-4 (XFree86 X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section Files FontPathunix/: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/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout gb Option XkbOptionsctrl:nocaps EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/psaux Option Protocol ImPS/2 Option ZAxisMapping 4 5 EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option SendCoreEventstrue Option Device/dev/input/mice Option Protocol ImPS/2 Option ZAxisMapping 4 5 EndSection Section Device Identifier RadeonVE_0 Driver radeon Screen 0 BusID PCI:4:0:0 EndSection Section Device Identifier RadeonVE_1 Driver radeon Screen 1 BusID PCI:4:0:0 EndSection Section Monitor Identifier DMP2020u HorizSync 30-121 VertRefresh 50-160 Option DPMS EndSection Section Monitor Identifier DMPLUS200 HorizSync 30-108 VertRefresh 50-160 Option DPMS EndSection Section Screen Identifier Screen_1 Device RadeonVE_1 Monitor
Bug#242865: drivers containing firmware blobs
package xfree86 retitle 242865 [drivers] firmware needs to be in a separate file thanks mate On Fri, Apr 09, 2004 at 12:38:28PM +0200, Marco d'Itri wrote: Package: xfree86 Severity: serious Tags: sarge, sid The following files contain binary firmwares, and distributing them appears to be a DFSG violation. (See #239952) ./programs/Xserver/hw/xfree86/drivers/mga/mga_ucode.h * GLX Hardware Device Driver for Matrox G200/G400 ./programs/Xserver/hw/xfree86/drivers/rendition/v10002d.uc ./programs/Xserver/hw/xfree86/drivers/rendition/v20002d.uc /* r128_cce.c -- ATI Rage 128 driver -*- linux-c -*- ./programs/Xserver/hw/xfree86/os-support/shared/drm/kernel/r128_cce.c /* radeon_cp.c -- CP support for Radeon -*- linux-c -*- ./programs/Xserver/hw/xfree86/os-support/shared/drm/kernel/radeon_cp.c 21:57 aj daniels: to repeat: the proper solution is to get the firmware out of the source code, into a separate file that's used at runtime not compile time This is a showstopper: these microcode chunks need to be broken out into separate files (if not removed altogether), ASAP. You can't distribute binaries under the GPL, but we have been given permission to distribute them with sarge. :) d -- Daniel Stone[EMAIL PROTECTED] Debian: the universal operating system http://www.debian.org signature.asc Description: Digital signature
Processed: Re: Bug#242865: drivers containing firmware blobs
Processing commands for [EMAIL PROTECTED]: package xfree86 Ignoring bugs not assigned to: xfree86 retitle 242865 [drivers] firmware needs to be in a separate file Bug#242865: drivers containing firmware blobs Changed Bug title. thanks mate Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#241717: xterm: various colour problems (mouse cursor color, text colours)
On Tue, Apr 13, 2004 at 05:41:04AM -0400, Thomas Dickey [EMAIL PROTECTED] wrote: On Tue, Apr 13, 2004 at 02:00:13AM +0200, Thomas Dickey wrote: A reasonable alternate choice (still improving contrast for blue/black) might for instance be blue2, which is a little brighter (0xee) than the value used by pterm. On the other hand, it might not display well with a blue/white combination on a low-quality display (I recall some issues about that). I note also: black text on blue2 background is unreadable. Dodger blue is readable. That is a very uncommon combination (I have not seen that used, and after all, xterm has high-intensity colours, so it would be asking for unreadable colours when you use two low-intensity colours together). You will always find colour combimations that are unreadable. The point of changing (or better: not canging colours) with respect to other terminals is not to introduce more or different combinations that are hard to read. The vt100 colours look very similar everywhere, so programs had ample time to find combinations that work, as opposed to ones that do not work. -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | |
Bug#241717: xterm: various colour problems (mouse cursor color, text colours)
The vt100 colours look very similar everywhere, so programs had ample time to find combinations that work, as opposed to ones that do not work. but as long as you insist on referring to vt100 colours, I'm regarding the report only as an attempt to annoy people. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpZtHhhVVfiL.pgp Description: PGP signature
Re: 0i09u5rug08r89589gjrg
Estimado Postulante: Hemos recibido tus antecedentes y te podemos informar que estos ya se encuentran en nuestro Departamento de Reclutamiento y Selección. Agradecemos tu interés de pertenecer a nuestra Compañía. En el caso de requerir iniciar algún proceso de búsqueda de candidatos para puestos que sean acordes a tu curriculum, tomaremos contacto contigo. Atentamente, Gerencia de Recursos Humanos Departamento de Reclutamiento y Selección ADT-Chile
Bug#243479: xserver-xfree86: Default nice value interfering with sound using kernel 2.6
On Tue, 2004-04-13 at 12:02, Martin Cameron wrote: Package: xserver-xfree86 Version: 4.3.0-7 Severity: normal Tags: sid When dragging windows around in gnome 2.4 audio applications momentarily stop playing. Renicing the x server to 0 solves the problem completely. I suspect this has to do with the new scheduling policies in kernel 2.6 making the default -10 nice value too aggressive. Is the X server hard coded to use this nice value, or is it buried in a script somewhere? /etc/X11/Xwrapper.config contains the preferred nice value. You can change it with: $ dpkg-reconfigure -plow xserver-common I thus suggest to close this bug. - Christian
Patch for mga driver to enable XVideo support for Matrox Millennium II cards
Hi there Daniel and other Debian developers. I'm not sure if you know about this, but there is a patch for mga driver to support XVideo extension Matrox Millennium II cards (both PCI and AGP versions). Homepage for this project is at http://www.penguintown.net/~gorlik/millennium.html I just hope that debian xserver can have this hopefullybefore sarge. I think it has Debian FSG compatible licence. There is some info about if on Freshmeat. Version stands atrc1 I think. Patchis meant for 4.2.0 source tree. Many regards, Safir Secerovic Linux Users Group of Bosnia and Herzegovina www.linux.org.ba Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway - Enter today62a63,66 static XF86VideoAdaptorPtr MGASetupImageVideoILOAD(ScreenPtr pScreen); static int MGAPutImageILOAD(ScrnInfoPtr pScrn, short src_x, short src_y, short drw_x, short drw_y, short src_w, short src_h, short drw_w, short drw_h, int id, unsigned char* buf, short width, short height, Bool Sync, RegionPtr clipBoxes, pointer data); 78c82,83 ((pMga-Chipset == PCI_CHIP_MGAG200) || --- ((pMga-Chipset == PCI_CHIP_MGA2164) || (pMga-Chipset == PCI_CHIP_MGAG200) || 83c88,98 if((pMga-Overlay8Plus24 || pMga-TexturedVideo) --- if( (pMga-Chipset == PCI_CHIP_MGA2164) ) { xf86DrvMsg(pScrn-scrnIndex, X_INFO, Using MGA 2164W ILOAD video\n); xf86DrvMsg(pScrn-scrnIndex, X_INFO, This is an experimenteal driver and may not work on your machine.\n); xf86DrvMsg(pScrn-scrnIndex, X_INFO, YUV to RGB color space conversion and horizontal scaling will be hardware accelerated.\n); newAdaptor = MGASetupImageVideoILOAD(pScreen); pMga-TexturedVideo = TRUE; /* ^^^ this is not really true but the ILOAD scaler shares much more code with the textured video than the overlay */ } else if((pMga-Overlay8Plus24 || pMga-TexturedVideo) 1279a1295,2006 /* Matrox MGA 2164W Xv extension support. * The extension is implemented as a HOST-FB image load in YUV format. * I decided not to use real hardware overlay since on the Millennium II * it would limit the size of the frame buffer to 4Mb (even on a 16Mb * card) due to an hardware limitation. * Author: Gabriele Gorla ([EMAIL PROTECTED]) * Based on the MGA-Gxxx Xv extension by: Mark Vojkovich */ /* This code is still in alpha stage. Only YUV-RGB conversion and horizontal scaling are hardware accelerated. All 4 FOURCC formats supported by X should be supported. It has been tested only on my DEC DPW 500a at 1400x1050x32 under linux 2.4.18 with XFree86 4.2.0 Bug reports and success/failure stories are greatly appreciated. */ /* #define DEBUG_MGA2164 */ #define CUSTOM_MEMCOPY #define MGA2164_SWFILTER static XF86VideoAdaptorPtr MGASetupImageVideoILOAD(ScreenPtr pScreen) { ScrnInfoPtr pScrn = xf86Screens[pScreen-myNum]; XF86VideoAdaptorPtr adapt; MGAPtr pMga = MGAPTR(pScrn); adapt = MGAAllocAdaptor(pScrn, FALSE); adapt-type = XvWindowMask | XvInputMask | XvImageMask; adapt-flags = 0; adapt-name = Matrox Millennium II ILOAD Video Engine; adapt-nEncodings = 1; adapt-pEncodings = DummyEncoding[1]; adapt-nFormats = NUM_FORMATS; adapt-pFormats = Formats; adapt-nPorts = MGA_MAX_PORTS; adapt-pAttributes = NULL; adapt-nAttributes = 0; /* number of supported color formats */ adapt-pImages = Images; adapt-nImages = 4; adapt-PutVideo = NULL; adapt-PutStill = NULL; adapt-GetVideo = NULL; adapt-GetStill = NULL; adapt-StopVideo = MGAStopVideo; adapt-SetPortAttribute = MGASetPortAttributeTexture; adapt-GetPortAttribute = MGAGetPortAttributeTexture; adapt-QueryBestSize = MGAQueryBestSize; adapt-PutImage = MGAPutImageILOAD; adapt-QueryImageAttributes = MGAQueryImageAttributes; REGION_INIT(pScreen, (pMga-portPrivate-clip), NullBox, 0); return adapt; } /* this function is optimized for alpha. It might be better also for other load/store risc architectures but I never tested on anything else than my ev56 */ static void CopyMungedScanline_AXP(unsigned int *fb_ptr, short src_w, unsigned int *tsp, unsigned int *tpu, unsigned int *tpv) { unsigned int k,y0,y1,u,v; for(k=src_w/8;k;k--) { y0=*tsp; y1=*(tsp+1); u=*tpu; v=*tpv; tsp+=2; tpu++; tpv++; *(fb_ptr)=(y00x00ff)|((y00xff00)8) | (v0x00ff)24 | (u0x00ff)8; *(fb_ptr+1)=((y00x00ff)16)|((y00xff00)8) | (v0xff00)16 | (u0xff00); *(fb_ptr+2)=(y10x00ff)|((y10xff00)8) | (v0x00ff)8 | (u0x00ff)8; *(fb_ptr+3)=((y10x00ff)16)|((y10xff00)8) | (v0xff00) | (u0xff00)16; fb_ptr+=4; } } static void CopyMungedScanlineFilter_AXP(unsigned int *fb_ptr, short src_w, unsigned int *tsp1, unsigned int
Bug#242427: further information on X server crash (with patch)
On Mon, Apr 12, 2004 at 12:57:40PM +0100, Richard Kettlewell wrote: Branden Robinson writes: Richard Kettlewell wrote: I'm attempting a rebuild with this patch. I'll let the bug report know how it goes. This was already filed as #238408 and a fix has been applied to the SVN trunk. ITYM #238407? Yes; sorry about that. -- G. Branden Robinson|For every credibility gap, there is Debian GNU/Linux |a gullibility fill. [EMAIL PROTECTED] |-- Richard Clopton http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#241717: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=241717
On Sat, Apr 10, 2004 at 03:07:36PM -0400, Thomas Dickey wrote: On Sat, Apr 10, 2004 at 01:10:37PM -0500, Branden Robinson wrote: On Wed, Apr 07, 2004 at 06:43:30AM -0400, Thomas Dickey wrote: hmm - no: you're confusing the mouse pointer and the text cursor. Let's settle on using the terminology in the xterm manpage. Just a minor point here... In the submitter's defense, the xterm manpage does sometimes use pointer, and sometimes uses mouse. I suggest changing mouse to pointer everywhere. mouse cursor to mouse pointer, yes. The mouse is what you hold and click, the pointer is what appears on the screen. Well, I'm a pedantic guy, so I call the pointer what you hold and click, and the pointer cursor what appears on the screen. Because, you see, I don't use a mouse. Touchpads and trackballs, yes. :) I overlooked that. The one dealing with escape sequences is my wording from ~1996. About a third of the features weren't documented, and this was one that I added. ors: the vt100 foreground and background colors, the text cur- sor color, the mouse cursor foreground and background colors, the Tektronix emulator foreground and background colors, and As long as the manpage is internally consistent, that's good enough, I think. -- G. Branden Robinson| Psychology is really biology. Debian GNU/Linux | Biology is really chemistry. [EMAIL PROTECTED] | Chemistry is really physics. http://people.debian.org/~branden/ | Physics is really math. signature.asc Description: Digital signature
Bug#236197:
On Tue, Apr 13, 2004 at 12:10:24PM +0100, Paul Gotch wrote: My Radeon VE has come up in dual head properly once. Every start of X after that it has come up in clone mode no matter what I do to the XF86Config file. Unless I am missing something really obvious. D'oh I'm missing something semi-obvious. Putting Option MonitorLayout CRT,CRT in both device sections causes it to work. -p -- Paul Gotch What goes up must come down, ask any system administrator
X Strike Force XFree86 SVN commit: r1241 - trunk/debian
Author: branden Date: 2004-04-13 14:47:08 -0500 (Tue, 13 Apr 2004) New Revision: 1241 Modified: trunk/debian/TODO Log: Remove item; Clint Adams is still working on his patch. Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-04-12 04:32:43 UTC (rev 1240) +++ trunk/debian/TODO 2004-04-13 19:47:08 UTC (rev 1241) @@ -65,7 +65,6 @@ Message-Id: [EMAIL PROTECTED] * #240581: xserver-xfree86: [ati/radeon] support ForceMinDotClock option * Apply Adam Conrad's VIA driver patch (on debian-x). -* #226973: glint second-head on second-card blues; apply Clint's patch * Evaluate Sven Luther's driver DDK package patch: http://lists.debian.org/debian-x/2003/debian-x-200311/msg2.html * #239991: Fix SEGV in xc/lib/X11/imDefIc.c:_XimRegisterKeyPressFilter().
Bug#226973: xserver-xfree86: [glint] second card at wrong resolution
On Thu, Apr 08, 2004 at 11:49:12PM -0400, Clint Adams wrote: This patch seems good to me at first sight. I didn't test it obviously though. Actually, there's something wrong. It doesn't work directly after a reboot; I have to restart the X server at least once for it to be okay. Okay. I've removed application of this patch from the TODO list; take all the time you need to work on this, and thanks a lot for go after it with vigor. -- G. Branden Robinson| The last Christian died on the Debian GNU/Linux | cross. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#242830: /usr/include/X11/extensions/XTest.h:50:35: X11/extensions/XInput.h: No such file or directory
tag 242830 + upstream moreinfo retitle 242830 libxtst-dev: XTest.h #includes X11/extensions/XInput.h without depending on libxi-dev thanks On Thu, Apr 08, 2004 at 11:34:13PM -0400, Glenn Maynard wrote: Package: libxtst-dev Version: 4.3.0-7 Severity: normal In file included from RageDisplay_OGL.cpp:430: /usr/include/X11/extensions/XTest.h:50:35: X11/extensions/XInput.h: No such file or directory Not good. Should libxtst-dev depend on libxi-dev? Well, I would have thought so, except: % objdump -p /usr/X11R6/lib/libXtst.so.6.1 /usr/X11R6/lib/libXtst.so.6.1: file format elf32-powerpc [...] Dynamic Section: NEEDED libXext.so.6 NEEDED libX11.so.6 NEEDED libc.so.6 SONAME libXtst.so.6 INIT0x22d8 Could you edit your local copy of /usr/include/X11/extensions/XTest.h to delete line 50, and see if whatever you're building compiles then? It may be that this #include is unnecessary. -- G. Branden Robinson|The first thing the communists do Debian GNU/Linux |when they take over a country is to [EMAIL PROTECTED] |outlaw cockfighting. http://people.debian.org/~branden/ |-- Oklahoma State Senator John Monks signature.asc Description: Digital signature
Bug#233818: #233818: xlibs: forces xlib6g and dependent packages off the system
On Fri, Apr 09, 2004 at 03:05:52PM +1000, Herbert Xu wrote: So is this bug going to be fixed for sarge? I may version the conflict, but I will not delete it entirely. If not, I'll have to package xv again since the version I have from potato (or was it slinky) cannot coexist with your package anymore. It might be a good idea to do that anyway. Get the documentation out of /usr/doc, get it policy compliant with modern Debian systems, etc. -- G. Branden Robinson|One man's theology is another man's Debian GNU/Linux |belly laugh. [EMAIL PROTECTED] |-- Robert Heinlein http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Re: X11R6.7
[Harald, are you subscribed to debian-x? If so, I apologize for CCing you.] On Sat, Apr 10, 2004 at 08:26:19PM +1000, Daniel Stone wrote: On Sat, Apr 10, 2004 at 08:42:50AM +0200, Harald Dunkel wrote: Hopefully this is no oh-no-not-again question: What happens after XFree86 4.3? I understand that you don't like the license of version 4.4. Is X11R6.7 a better choice? None of us have plans to package the X.Org monolithic tree: That's not entirely true; I've thought about it. we plan to migrate to the modular tree when it's practicable. I think it might be easier to transition our developers and users if we packaged the X.Org monolithic tree, adding stuff from modular tree in parallel as it becomes available. Just my two cents. Fellow list subscribers, please feel free to discuss. -- G. Branden Robinson| To be is to do -- Plato Debian GNU/Linux | To do is to be -- Aristotle [EMAIL PROTECTED] | Do be do be do -- Sinatra http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Processed: Re: Bug#242830: /usr/include/X11/extensions/XTest.h:50:35: X11/extensions/XInput.h: No such file or directory
Processing commands for [EMAIL PROTECTED]: tag 242830 + upstream moreinfo Bug#242830: /usr/include/X11/extensions/XTest.h:50:35: X11/extensions/XInput.h: No such file or directory There were no tags set. Tags added: upstream, moreinfo retitle 242830 libxtst-dev: XTest.h #includes X11/extensions/XInput.h without depending on libxi-dev Bug#242830: /usr/include/X11/extensions/XTest.h:50:35: X11/extensions/XInput.h: No such file or directory Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#242865: drivers containing firmware blobs
# remove spurious use of release tags -- some of these are in XFree86 # 4.1.0 (woody) as well tag 242865 - sarge sid # not specific to Debian packaging; license info needed tag 242865 + moreinfo thanks On Fri, Apr 09, 2004 at 12:38:28PM +0200, Marco d'Itri wrote: Package: xfree86 Severity: serious Tags: sarge, sid The following files contain binary firmwares, and distributing them appears to be a DFSG violation. (See #239952) ./programs/Xserver/hw/xfree86/drivers/mga/mga_ucode.h * GLX Hardware Device Driver for Matrox G200/G400 ./programs/Xserver/hw/xfree86/drivers/rendition/v10002d.uc ./programs/Xserver/hw/xfree86/drivers/rendition/v20002d.uc /* r128_cce.c -- ATI Rage 128 driver -*- linux-c -*- ./programs/Xserver/hw/xfree86/os-support/shared/drm/kernel/r128_cce.c /* radeon_cp.c -- CP support for Radeon -*- linux-c -*- ./programs/Xserver/hw/xfree86/os-support/shared/drm/kernel/radeon_cp.c Please paste the licensing info (if any) from each of these files and specifically explain why they fail the DFSG. Cross-reference to another bug report that talks about unrelated code in an unrelated package is not useful. This bug report must justify its release-criticality (and its existence, for that matter) on its own merits. Thanks! -- G. Branden Robinson| Never attribute to malice that Debian GNU/Linux | which can be adequately explained [EMAIL PROTECTED] | by stupidity. http://people.debian.org/~branden/ | -- Hanlon's Razor signature.asc Description: Digital signature
Bug#241717: xterm: various colour problems (mouse cursor color, text colours)
On Sat, Apr 10, 2004 at 02:28:34AM +0200, Marc A. Lehmann wrote: On Fri, Apr 09, 2004 at 05:58:00AM -0400, Thomas Dickey [EMAIL PROTECTED] wrote: If an app uses it as fg and this is bad, then I think that app has a problem, not the terminal emulator, which, after all, just offers a fairly standardized colour set. But it's not standardized. Depends. It's standardized in some local standards, used in about all existing implementations (see the bug report for a comparison between terminal emulators on unix) and was documented for many years. I would call that pretty much standardized. What you mean is probably that there is no real standard the mandates that with force. That is of course true. Neither the w3c nor the ietf nor... will care a bit which exact colour is used in xterm or elsewhere :) That's common practice, not standardization. With proper standardization comes expert advice. I don't think the xterm color defaults, or the defaults used by other terminal emulators, were selected with the aid of expert advice. They were picked because they were color values close to some ANSI terminal standard (I don't know which one) -- and which could be easily encoded in a 4-bit colormap. I think the colors in common practice were the product initially of technological constraints, and subsequently due to laziness, inertia, and code reuse. That's not standardization. -- G. Branden Robinson| One doesn't have a sense of humor. Debian GNU/Linux | It has you. [EMAIL PROTECTED] | -- Larry Gelbart http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#243575: xserver-xfree86: Radeon 9200 DVI output is only enabled every 2nd X session
Package: xserver-xfree86 Version: 4.3.0-7 Severity: important Tags: patch The screen stays blank every second X session when using the DVI output of the Radeon 9200. This bug has been fixed in XFree CVS (very simple patch) and could be applied in your tree. See http://bugs.xfree86.org/show_bug.cgi?id=673 for more details. Regards, -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 X server symlink status: lrwxrwxrwx1 root root 20 2003-06-12 02:50 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x1 root root 1742316 2004-03-18 06:42 /usr/bin/X11/XFree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200] (rev 01) :01:00.0 Class 0300: 1002:5961 (rev 01) XFree86 X server configuration file status: -rw-r--r--1 root root 3107 2004-04-13 19:05 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # XF86Config-4 (XFree86 X server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 # # Input Devices # # Section InputDevice Identifier Logitech PS/2 Cordless Wheel Mouse Driver mouse Option Protocol IMPS/2 Option Device/dev/psaux Option Resolution100 Option Buttons 5 Option ZAxisMapping 4 5 EndSection Section InputDevice Identifier Logitech PS/2 Cordless Keyboard Driver keyboard Option XkbRules xfree86 Option XkbModel pc105 Option XkbLayout fr # Option AutoRepeat250 30 EndSection ### # Devices # ### Section Device Identifier ATI Radeon 9200 Driver radeon VendorName ATI BoardName ATI Radeon 9200 (128 Mo + TV-out + DVI) # BusID PCI:01:00:00 # ChipId 0x514D # Option NoAccel yes # Option no_driyes Option EnablePageFlipon EndSection # Monitors # Section Monitor Identifier ACER AL1721 TFT VendorName ACER ModelName AL1721 HorizSync 30-83 VertRefresh 55-75 Option DPMS EndSection ### # Screens # ### Section Screen Identifier Main Screen Device ATI Radeon 9200 Monitor ACER AL1721 TFT DefaultDepth24 SubSection Display Depth 24 Modes 1280x1024 1152x870 1024x768 800x600 640x480 EndSubSection EndSection # # Files # # Section Files RgbPath /usr/X11R6/lib/X11/rgb ModulePath /usr/X11R6/lib/modules FontPath/usr/X11R6/lib/X11/fonts/misc/ FontPath/usr/X11R6/lib/X11/fonts/Speedo/ FontPath/usr/X11R6/lib/X11/fonts/Type1/ FontPath/usr/X11R6/lib/X11/fonts/CID/ FontPath/usr/X11R6/lib/X11/fonts/75dpi/ FontPath/usr/X11R6/lib/X11/fonts/100dpi/ EndSection ### # Modules # ### Section Module Loaddbe Loaddri Loadextmod Loadrecord Loadxtrap Loadglx Loadspeedo Loadtype1 EndSection Section DRI Mode 0666 EndSection # Server Flags # Section ServerFlags Option BlankTime 10 Option StandbyTime 15 Option SuspendTime 20 Option OffTime 25 EndSection ## # Server Layouts # ## Section ServerLayout Identifier Main Layout Screen Main Screen InputDevice Logitech PS/2 Cordless Wheel MouseCorePointer InputDevice Logitech PS/2 Cordless Keyboard CoreKeyboard EndSection /etc/X11/XF86Config-4 does not match checksum in /var/lib/xfree86/XF86Config-4.md5sum. Contents of most
Bug#242987: xfree86-common: strange shift key behavior when caps-lock on
reassign 242987 xlibs retitle 242987 xlibs: strange shift key behavior when caps lock on with dvorak/japanese keyboard tag 242987 + moreinfo thanks On Sat, Apr 10, 2004 at 01:08:58AM -0400, John V. Belmonte wrote: Package: xfree86-common Version: 4.3.0-7 Severity: normal I'm not confident if this is a bug, or if I've chosen the correct package. I've reassigned it accordingly. In any case, some package that has entered testing during the past week or so has caused my keyboard to behave badly under XFree86. Namely, when caps-lock is enabled, the shift key fails to produce the expected symbols on non-alphabetic keys. For example, Shift-5 yields '5' rather than '%'. The alphabetic keys work as expected (Shift-A yields 'a'). The console works correctly. I'm using a Dvorak layout and Japanese keyboard. Please excuse the impersonality of the following, but it will help if you do what it asks. :) [The following is a form letter.] Dear bug submitter, Since the XFree86 X server is a large and complex piece of software, some more informtion is required of you before this bug can be handled. Please run the following commands from a shell prompt to gather and deliver this information to us: $ /usr/share/bug/xlibs /tmp/output 31 $ mailx -s Re: Bug#242987 [EMAIL PROTECTED] /tmp/output If you do not have a mailx command on your system, you can get by installing the mailx Debian package; for example, with the aptitude install mailx or apt-get install mailx commands as root. Alternatively, you can also use a mail command that is compatible with mailx's command-line syntax, such as mutt. One very good way to file bugs with the Debian Bug Tracking System is to use the reportbug package and command of the same name. The reportbug program does a lot of automatic information-gathering that helps package maintainers to understand your system configuration, and also ensures that your message to the Debian Bug Tracking System is well-formed so that it is processed correctly by the automated tools that manage the reports. (If you've ever gotten a bounce message from the Debian Bug Tracking System that tells you your message couldn't be processed, you might appreciate this latter feature.) Therefore, I strongly urge you to give reportbug a try as your primary bug reporting tool for the Debian System in the future. If you *did* use reportbug to file your report, then you'r receiving this message because the information we expected to see was not present. If you deliberately deleted this information from the report, please don't do that in the future, even if it seems like it makes the mail too large. 50 kB (kilobytes) of configuration and log data is typical. Only if the included information greatly exceeds this amount (more than 100 kB) should you consider omitting it; instead, put it up on the World Wide Web somewhere and provide URLs to it in your report, or in subsequent followup by mailing [EMAIL PROTECTED]. Thank you! -- G. Branden Robinson|I must confess to being surprised Debian GNU/Linux |by the magnitude of incompatibility [EMAIL PROTECTED] |with such a minor version bump. http://people.debian.org/~branden/ |-- Manoj Srivastava signature.asc Description: Digital signature
Re: Outstanding ITP - gatos-drm-source
[Ugh, this CC is huge -- someone plese trim it.] On Mon, Apr 12, 2004 at 10:44:46AM +0200, Yann Dirson wrote: in the meantime, the DDK is probably the best solution. Unfortunately apt-cache search ddk and other guesses do not help me much. In which package will I find it ? I haven't merged the patch yet, but it's on the TODO list[1]. [1] svn://necrotic.deadbeast.net/xfree86/trunk/debian/TODO -- G. Branden Robinson| There is resilient security in Debian GNU/Linux | openness, and brittle security in [EMAIL PROTECTED] | secrecy. http://people.debian.org/~branden/ | -- Bruce Schneier signature.asc Description: Digital signature
X Strike Force XFree86 SVN property change: propchange - r1228 svn:log
Author: branden Revision: 1228 Property Name: svn:log New Property Value: Fix update-fonts-scale to not attempt to manipulate temporary files that do not exist. (Closes: #243127) Enhance update-fonts-scale in several small ways: + Improve comments. + Update copyright notice. + Add SVN Id keyword and set corresponding property. + On startup, query the terminal with stty if $COLUMNS is not set. + Send all diagnostic messages to standard error output in message() function. + Add observe() function for debugging diagnostics. + Rename error() to die() and update invocations of it accordingly. + Quote shell variables more religiously when expanding them. + Use consistent syntax style. + Update Vim modeline. Improve update-fonts-scale(8) manual page: + Update copyright notice. + Fix minor wording issues. + Add ENVIRONMENT section documenting effects of $COLUMNS and $DEBUG. + Add a preface to the DIAGNOSTICS section. + Document the new index references nonexistent font file diagnostic.
X Strike Force XFree86 SVN property change: propchange - r1228 svn:log
Author: branden Revision: 1228 Property Name: svn:log New Property Value: Fix update-fonts-scale to not attempt to manipulate temporary files that do not exist. (Closes: #243000) Enhance update-fonts-scale in several small ways: + Improve comments. + Update copyright notice. + Add SVN Id keyword and set corresponding property. + On startup, query the terminal with stty if $COLUMNS is not set. + Send all diagnostic messages to standard error output in message() function. + Add observe() function for debugging diagnostics. + Rename error() to die() and update invocations of it accordingly. + Quote shell variables more religiously when expanding them. + Use consistent syntax style. + Update Vim modeline. Improve update-fonts-scale(8) manual page: + Update copyright notice. + Fix minor wording issues. + Add ENVIRONMENT section documenting effects of $COLUMNS and $DEBUG. + Add a preface to the DIAGNOSTICS section. + Document the new index references nonexistent font file diagnostic.
X Strike Force XFree86 SVN commit: r1242 - trunk/debian
Author: branden Date: 2004-04-13 15:37:28 -0500 (Tue, 13 Apr 2004) New Revision: 1242 Modified: trunk/debian/changelog Log: Use bug-closer on the older of merged bugs. Fix typo. Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-04-13 19:47:08 UTC (rev 1241) +++ trunk/debian/changelog 2004-04-13 20:37:28 UTC (rev 1242) @@ -111,12 +111,12 @@ * Add Fabio Massimo Di Nitto to list of package uploaders. * Fix update-fonts-scale to not attempt to manipulate temporary files that -do not exist. (Closes: #243127) +do not exist. (Closes: #243000) * Enhance update-fonts-scale in several small ways: + Improve comments. + Update copyright notice. -+ On startup, Query the terminal with stty if $COLUMNS is not set. ++ On startup, query the terminal with stty if $COLUMNS is not set. + Send all diagnostic messages to standard error output in message() function. + Add observe() function for debugging diagnostics.
Processed: Re: Bug#242865: drivers containing firmware blobs
Processing commands for [EMAIL PROTECTED]: # remove spurious use of release tags -- some of these are in XFree86 # 4.1.0 (woody) as well tag 242865 - sarge sid Bug#242865: [drivers] firmware needs to be in a separate file Tags were: sarge sid Tags removed: sarge, sid # not specific to Debian packaging; license info needed tag 242865 + moreinfo Bug#242865: [drivers] firmware needs to be in a separate file There were no tags set. Tags added: moreinfo thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#243000: xfonts-scalable: errors/warnings on remove and purge
merge 243000 243127 thanks On Sat, Apr 10, 2004 at 11:08:07AM +0200, Roland Stigge wrote: Package: xfonts-scalable Version: 4.3.0-7 Severity: normal Hi, I encountered the following: [...] Thanks for considering. Sorry, I already saw #243127 first and fixed it in SVN, r1228. -- G. Branden Robinson|Kissing girls is a goodness. It is Debian GNU/Linux |a growing closer. It beats the [EMAIL PROTECTED] |hell out of card games. http://people.debian.org/~branden/ |-- Robert Heinlein signature.asc Description: Digital signature
Processed: Re: Bug#242987: xfree86-common: strange shift key behavior when caps-lock on
Processing commands for [EMAIL PROTECTED]: reassign 242987 xlibs Bug#242987: xfree86-common: strange shift key behavior when caps-lock on Bug reassigned from package `xfree86-common' to `xlibs'. retitle 242987 xlibs: strange shift key behavior when caps lock on with dvorak/japanese keyboard Bug#242987: xfree86-common: strange shift key behavior when caps-lock on Changed Bug title. tag 242987 + moreinfo Bug#242987: xlibs: strange shift key behavior when caps lock on with dvorak/japanese keyboard There were no tags set. Tags added: moreinfo thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#241779: xterm's manpage has +/- swapped at vb option
On Sat, Apr 10, 2004 at 11:01:34AM -0400, Thomas Dickey wrote: On Sat, 10 Apr 2004, Rene Engelhard wrote: Hi, Thomas Dickey wrote: The manpage and code appear to agree. One of us is not looking at this properly. See Brandens comment on how to reach bug submitters. Anyhow, I am just playing bridge for a person who has problems with english and so therefore has a bit problems to write a bug report. She says there is a difference; I just sent the bug - she uses a backported version of some X from somewhere (I forgot from where), though... Maybe this problem got fixed in newer Debian official X packages? perhaps (I'm only looking at current manpage - the report didn't say). What we have in the package at present is XTerm #177. -- G. Branden Robinson| Debian GNU/Linux | Extra territorium jus dicenti [EMAIL PROTECTED] | impune non paretur. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#242865: Rendition microcode also no loss.
On Sat, Apr 10, 2004 at 04:57:22AM -0400, Nathanael Nerode wrote: ./programs/Xserver/hw/xfree86/drivers/rendition/v10002d.uc ./programs/Xserver/hw/xfree86/drivers/rendition/v20002d.uc It appears that this driver can work in non-accelerated mode without the firmware. Furthermore, it appears that in the default configuration, which is used in Debian, it *is* in non-accelerated mode and *doesn't* use the firmware. (See the USE_ACCEL define in rendition/rendition.c.) So, much like the two which Michael Daenzer mentioned, these are unused, and therefore no loss at all. What a terrible disappointment this must be for those who think they're proving something. :) (Personally, I'm happy to see light being shed on these issues, even if it doesn't reveal what some folks expect. :) ) -- G. Branden Robinson| Debian GNU/Linux | Ab abusu ad usum non valet [EMAIL PROTECTED] | consequentia. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#243081: xserver-xfree86: dpms blanking behaves erracticaly
retitle 243081 xserver-xfree86: [ati/atimisc] DPMS power off misbehaves on 3D Rage Pro rev 92 tag 243081 + upstream thanks On Sat, Apr 10, 2004 at 02:52:11PM -0700, Tyler Riddle wrote: Package: xserver-xfree86 Version: 4.3.0-7 Severity: normal Hello, XFree86 DPMS blanking is behaving strangely. When the server moves to power off mode, my monitor will turn off and then back on about once every 2 seconds about 30 times. Then it will finaly settle down into its off state. I am using xset dpms 0 0 1200 in my .Xsession but the same problem exists if I use the options in XF86Config as well. Any help you can provide would be greatly appreciated, I can't offer *much*, except that DPMS is implemented on a driver-specific basis, because it involves register-level poking of the video chipset. For your chipset, the implementation appears to be in the function ATIMach64SetDPMSMode() in the file xc/programs/Xserver/hw/xfree86/drivers/ati/atimach64.c. Can you try reproducing this problem with a different monitor? -- G. Branden Robinson| If you're handsome, it's flirting. Debian GNU/Linux | If you're a troll, it's sexual [EMAIL PROTECTED] | harassment. http://people.debian.org/~branden/ | -- George Carlin signature.asc Description: Digital signature
X Strike Force XFree86 SVN commit: r1243 - trunk/debian/local
Author: branden Date: 2004-04-13 15:39:48 -0500 (Tue, 13 Apr 2004) New Revision: 1243 Modified: trunk/debian/local/xdm.options.5 Log: Fix incorrect word order in command arguments (thanks, Aaron M. Ucko). Modified: trunk/debian/local/xdm.options.5 === --- trunk/debian/local/xdm.options.52004-04-13 20:37:28 UTC (rev 1242) +++ trunk/debian/local/xdm.options.52004-04-13 20:39:48 UTC (rev 1243) @@ -15,7 +15,7 @@ .\ the Debian operating system, in /usr/share/common-licenses/GPL; if .\ not, write to the Free Software Foundation, Inc., 59 Temple Place, .\ Suite 330, Boston, MA 02111-1307 USA -.TH xdm.options 5 2004\-04\-02 Debian Project +.TH xdm.options 5 2004\-04\-13 Debian Project .SH NAME xdm.options \- configuration options for X display manager .SH DESCRIPTION @@ -61,7 +61,7 @@ xdm, so a warning is issued and an opportunity to abort the upgrade of xdm is provided. If this option is disabled (the Debian default), xdm will be not be stopped or started during an install or upgrade; the administrator -will have to do so by hand (with \(oqinvoke-rc.d restart xdm\(cq, or by +will have to do so by hand (with \(oqinvoke-rc.d xdm restart\(cq, or by rebooting the system) before the newly installed xdm binary is used. .TP .B use\-sessreg
Processed: Re: Bug#243081: xserver-xfree86: dpms blanking behaves erracticaly
Processing commands for [EMAIL PROTECTED]: retitle 243081 xserver-xfree86: [ati/atimisc] DPMS power off misbehaves on 3D Rage Pro rev 92 Bug#243081: xserver-xfree86: dpms blanking behaves erracticaly Changed Bug title. tag 243081 + upstream Bug#243081: xserver-xfree86: [ati/atimisc] DPMS power off misbehaves on 3D Rage Pro rev 92 There were no tags set. Tags added: upstream thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#238100: XVideo workaround for SDL apps
On Mon, Apr 12, 2004 at 02:31:37AM +0200, Thomas Winischhofer wrote: 1280x1024 at 24bpp needs 3,932,160 bytes of video RAM just for the visible screen. There is only 4032K available as the log clearly shows. Do the math yourself. I, for one, am not surprised. Hi Thomas, If you meant to reach the bug submitter, you need to use the address: [EMAIL PROTECTED] -- G. Branden Robinson| Debian GNU/Linux | Ab abusu ad usum non valet [EMAIL PROTECTED] | consequentia. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Re: X11R6.7
Around 15 o'clock on Apr 13, Branden Robinson wrote: I think it might be easier to transition our developers and users if we packaged the X.Org monolithic tree, adding stuff from modular tree in parallel as it becomes available. That depends to some degree on whether I manage to convince the X.org developers to take the time right now to transition the tree to a modular structure without making any code changes. If so, then having Debian transition to the modular version of X11R6.7 might make more sense than moving to the monolithic version of 6.7 only to then repackage with the modular bits a short time later. The goal here is to leave the code completely unchanged and only modify the build and packaging systems. -keith pgpRPTP07vNM5.pgp Description: PGP signature
Processed: severity of 243000 is minor, reassign 243000 to xutils ...
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 severity 243000 minor Bug#243000: xfonts-scalable: errors/warnings on remove and purge Severity set to `minor'. reassign 243000 xutils Bug#243000: xfonts-scalable: errors/warnings on remove and purge Bug reassigned from package `xfonts-scalable' to `xutils'. retitle 243000 xutils: [update-fonts-scale] noisy when temporary file not created Bug#243000: xfonts-scalable: errors/warnings on remove and purge Changed Bug title. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: merging 243000 243127
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 merge 243000 243127 Bug#243000: xutils: [update-fonts-scale] noisy when temporary file not created Bug#243127: xutils: [update-fonts-scale] noisy when temporary file not created Merged 243000 243127. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Fatal server error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi debian-team, today i got a really ugly x-server error. i simply started a Qt-program (which only outputs on the console) which opens approx. 400 files and saves 400 picture-files. after may be 300 files were opened the x-server simply crashs. i do not have any idea what the reason is for this error but i attached the output of scanpic -v, the config-files and the log-messages. hopely you can find the error because it's really ugly when it crashs everytime;) thanks for your help, peter. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAfFNQoX1lKJAtNVgRArzEAKCEqcU69Js74Mssq68COx9u7MatIACePtbc 0zb9x/uH+4lnjEVJNVfxaRs= =nXyW -END PGP SIGNATURE- pci bus 0x cardnum 0x00 function 0x00: vendor 0x8086 device 0x3575 Intel Corp. 82830 830 Chipset Host Bridge CardVendor 0x1014 card 0x021d (IBM ThinkPad A/T/X Series) STATUS0x2010 COMMAND 0x0106 CLASS 0x06 0x00 0x00 REVISION 0x02 BIST 0x00 HEADER 0x00 LATENCY 0x00 CACHE 0x00 BASE0 0xd008 addr 0xd000 MEM PREFETCHABLE BYTE_00x09 BYTE_1 0xa0 BYTE_2 0x05 BYTE_3 0x01 pci bus 0x cardnum 0x01 function 0x00: vendor 0x8086 device 0x3576 Intel Corp. 82830 830 Chipset AGP Bridge STATUS0x0020 COMMAND 0x0107 CLASS 0x06 0x04 0x00 REVISION 0x02 HEADER0x01 LATENCY 0x60 PRIBUS0x00 SECBUS 0x01 SUBBUS 0x01 SECLT 0x40 SECSTATUS 0x22a0 IOBASE0xf000 IOLIM 0x0fff NOPREFETCH_MEMBASE 0xc010 MEMLIM 0xc01f PREFETCH_MEMBASE 0xe000 MEMLIM 0xebff NO_FAST_B2B NO_SEC_BUS_RST NO_M_ABRT VGA_EN ISA_EN NO_SERR_EN NO_PERR_EN pci bus 0x cardnum 0x1d function 0x00: vendor 0x8086 device 0x2482 Intel Corp. 82801CA/CAM USB (Hub #1) CardVendor 0x1014 card 0x0220 (IBM ThinkPad A/T/X Series) STATUS0x0280 COMMAND 0x0005 CLASS 0x0c 0x03 0x00 REVISION 0x01 BIST 0x00 HEADER 0x80 LATENCY 0x00 CACHE 0x00 BASE4 0x1801 addr 0x1800 I/O MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0x0b pci bus 0x cardnum 0x1d function 0x01: vendor 0x8086 device 0x2484 Intel Corp. 82801CA/CAM USB (Hub #2) CardVendor 0x1014 card 0x0220 (IBM ThinkPad A/T/X Series) STATUS0x0280 COMMAND 0x0005 CLASS 0x0c 0x03 0x00 REVISION 0x01 BIST 0x00 HEADER 0x00 LATENCY 0x00 CACHE 0x00 BASE4 0x1821 addr 0x1820 I/O MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x02 INT_LINE 0x0b pci bus 0x cardnum 0x1d function 0x02: vendor 0x8086 device 0x2487 Intel Corp. 82801CA/CAM USB (Hub #3) CardVendor 0x1014 card 0x0220 (IBM ThinkPad A/T/X Series) STATUS0x0280 COMMAND 0x0005 CLASS 0x0c 0x03 0x00 REVISION 0x01 BIST 0x00 HEADER 0x00 LATENCY 0x00 CACHE 0x00 BASE4 0x1841 addr 0x1840 I/O MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x03 INT_LINE 0x0b pci bus 0x cardnum 0x1e function 0x00: vendor 0x8086 device 0x2448 Intel Corp. 82801BAM/CAM PCI Bridge STATUS0x0080 COMMAND 0x0107 CLASS 0x06 0x04 0x00 REVISION 0x41 HEADER0x01 LATENCY 0x00 PRIBUS0x00 SECBUS 0x02 SUBBUS 0x08 SECLT 0x40 SECSTATUS 0x2280 IOBASE0x2000 IOLIM 0x6fff NOPREFETCH_MEMBASE 0xc020 MEMLIM 0xcfff PREFETCH_MEMBASE 0xf000 MEMLIM 0xf7ff NO_FAST_B2B NO_SEC_BUS_RST NO_M_ABRT NO_VGA_EN ISA_EN NO_SERR_EN NO_PERR_EN pci bus 0x cardnum 0x1f function 0x00: vendor 0x8086 device 0x248c Intel Corp. 82801CAM ISA Bridge (LPC) STATUS0x0280 COMMAND 0x000f CLASS 0x06 0x01 0x00 REVISION 0x01 BIST 0x00 HEADER 0x80 LATENCY 0x00 CACHE 0x00 BYTE_00x01 BYTE_1 0x10 BYTE_2 0x00 BYTE_3 0x00 pci bus 0x cardnum 0x1f function 0x01: vendor 0x8086 device 0x248a Intel Corp. 82801CAM IDE U100 CardVendor 0x1014 card 0x0220 (IBM ThinkPad A/T/X Series) STATUS0x0280 COMMAND 0x0007 CLASS 0x01 0x01 0x8a REVISION 0x01 BIST 0x00 HEADER 0x00 LATENCY 0x00 CACHE 0x00 BASE0 0x01f1 addr 0x01f0 I/O BASE1 0x03f5 addr 0x03f4 I/O BASE2 0x0171 addr 0x0170 I/O BASE3 0x0375 addr 0x0374 I/O BASE4 0x1861 addr 0x1860 I/O BASE5 0x1800 addr 0x1800 MEM MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0xff BYTE_00x07 BYTE_1 0xa3 BYTE_2 0x07 BYTE_3 0xa3 pci bus 0x cardnum 0x1f function 0x03: vendor 0x8086 device 0x2483 Intel Corp. 82801CA/CAM SMBus CardVendor 0x1014 card 0x0220 (IBM ThinkPad A/T/X Series) STATUS0x0280 COMMAND 0x0001 CLASS 0x0c 0x05 0x00 REVISION 0x01 BIST 0x00 HEADER 0x00 LATENCY 0x00 CACHE 0x00 BASE4 0x1881 addr 0x1880 I/O MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x02 INT_LINE 0x0b BYTE_00x01 BYTE_1 0x00 BYTE_2 0x00 BYTE_3 0x00 pci bus 0x cardnum 0x1f function 0x05: vendor 0x8086 device 0x2485 Intel Corp. 82801CA/CAM AC'97 Audio CardVendor 0x1014 card 0x0222 (IBM
Bug#173071: marked as done (xterm: crashes when pasting text with NULL character in it)
Your message dated Tue, 13 Apr 2004 15:33:45 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#173071: Attempted to reproduce failed has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 14 Dec 2002 19:33:30 + From [EMAIL PROTECTED] Sat Dec 14 13:33:26 2002 Return-path: [EMAIL PROTECTED] Received: from pollux.galanet.net [192.118.6.28] (mail) by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18NI2I-0001oJ-00; Sat, 14 Dec 2002 13:33:19 -0600 Received: from future by pollux.galanet.net with local (Exim 3.35 #1) id 18NI27-0008CX-00 for [EMAIL PROTECTED]; Sat, 14 Dec 2002 21:33:07 +0200 Date: Sat, 14 Dec 2002 21:33:07 +0200 From: Ilya Konstantinov [EMAIL PROTECTED] To: Debian Bug Report [EMAIL PROTECTED] Subject: Pasting text with NULL character crashes Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-5.3 required=5.0 tests=SPAM_PHRASE_01_02,USER_AGENT,USER_AGENT_MUTT version=2.41 X-Spam-Level: Package: xterm Version: 4.2.1-4 xterm crashes when you try to paste into it a string which contains a NULL octet at its end. This is not a normal situation and it wouldn't be reproduced if not for a KHTML bug (a bug would be filled against KHTML as well). This bug can be reproduced with the Konqueror web browser, when you right-click a link and select 'Copy Link Location'. At this point, clicking the middle button in xterm (to paste the selection) would cause it to crash. --- Received: (at 173071-done) by bugs.debian.org; 13 Apr 2004 20:33:46 + From [EMAIL PROTECTED] Tue Apr 13 13:33:46 2004 Return-path: [EMAIL PROTECTED] Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) [65.26.182.85] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BDUbK-0001tS-00; Tue, 13 Apr 2004 13:33:46 -0700 Received: by redwald.deadbeast.net (Postfix, from userid 1000) id 9B2C7642F1; Tue, 13 Apr 2004 15:33:45 -0500 (EST) Date: Tue, 13 Apr 2004 15:33:45 -0500 From: Branden Robinson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Bug#173071: Attempted to reproduce failed Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=jcwRHPSxFqmwpRFb Content-Disposition: inline In-Reply-To: [EMAIL PROTECTED] Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. User-Agent: Mutt/1.5.5.1+cvs20040105i Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: X-CrossAssassin-Score: 1 --jcwRHPSxFqmwpRFb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 11, 2004 at 04:09:10PM -0400, Justin Pryzby wrote: Attached is a gtk2 program which sets the primary selection. As written, it should set the selection to be a string of length 6: \0\0\0\0\0\0. Middle clicking in xterm does not cause anything to be pasted, and it does not crash. I recommend that this bug is closed. (As an afterthought, I note that we're talking different graphics libraries here: gtk and qt(kde)). Justin Unreproducible for over a year. Closing. Thanks, Justin! --=20 G. Branden Robinson|Computer security is like an onion: Debian GNU/Linux |the more you dig in, the more you [EMAIL PROTECTED] |want to cry. http://people.debian.org/~branden/ |-- Cory Altheide --jcwRHPSxFqmwpRFb Content-Type: application/pgp-signature; name=signature.asc Content-Description: Digital signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iEYEARECAAYFAkB8TqkACgkQ6kxmHytGonxmEgCggwk/u3+NmgI+FBTAvYNgpQFf EioAoKazvY4lqg+tvhp0TGCs+jc1iLBI =cyBg -END PGP SIGNATURE- --jcwRHPSxFqmwpRFb--
Bug#242987:
Keyboard-related contents of XFree86 X server log file /var/log/XFree86.0.log: (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor internal LCD (**) | |--Device ATI Radeon Mobility M6 (**) |--Input Device Generic Keyboard (**) Option AutoRepeat 200 25 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc101 (**) XKB: model: pc101 (**) Option XkbLayout dvorak (**) XKB: layout: dvorak (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (**) |--Input Device Generic Mouse (WW) The directory /usr/lib/X11/fonts/CID does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. -- (II) RADEON(0): Direct rendering disabled (==) RandR enabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Keyboard Generic Keyboard handled by legacy driver (**) Option Protocol ImPS/2 (**) Configured Mouse: Protocol: ImPS/2 (**) Option CorePointer (**) Configured Mouse: Core Pointer (**) Option Device /dev/input/mice Keyboard-related contents of XFree86 X server log file /var/log/XFree86.8.log: (==) ServerLayout XFree86 Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (==) Keyboard: CustomKeycode disabled (WW) The directory /usr/X11R6/lib/X11/fonts/CID/ does not exist. Entry deleted from font path. (**) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (**) ModulePath set to /usr/X11R6/lib/modules -- 32 8x8 color pattern slots (==) SAVAGE(0): Backing store disabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont -- (**) Mouse0: Protocol: auto (**) Option CorePointer (**) Mouse0: Core Pointer (**) Option Device /dev/mouse (==) Mouse0: Buttons: 3 (II) Keyboard Keyboard0 handled by legacy driver (II) XINPUT: Adding extended input device Mouse0 (type: MOUSE) (EE) Mouse0: cannot determine the mouse protocol Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! (WW) Cannot open APM XFree86 X server log files on system: -rw-r--r--1 root root24556 Jan 10 2002 /var/log/XFree86.8.log -rw-r--r--1 root root30176 Apr 10 00:51 /var/log/XFree86.0.log
Bug#242830: /usr/include/X11/extensions/XTest.h:50:35: X11/extensions/XInput.h: No such file or directory
On Tue, Apr 13, 2004 at 02:56:53PM -0500, Branden Robinson wrote: Could you edit your local copy of /usr/include/X11/extensions/XTest.h to delete line 50, and see if whatever you're building compiles then? /usr/include/X11/extensions/XTest.h:118: error: type specifier omitted for parameter `XDevice' XDevice is defined in XInput.h. -- Glenn Maynard
Bug#243288: xfree86-common: Debian color should be in rgb.txt ! ;)
tag 243288 + moreinfo thanks On Mon, Apr 12, 2004 at 10:36:34AM +0200, Gaël Le Mignot wrote: Package: xfree86-common Version: 4.3.0-7 Severity: wishlist It would be nice to have a debian entry with Debian logo rgb color in /etc/X11/rgb.txt ! Don't you think so ? :) Sorry to bother you with a stupid bug report like that, but I'm sure it'ld be cool ! If so, it should probably be called DebianRed or something like that. A patch would be welcome. I don't know the RGB value of the red in the Debian logo off the top of my head. I know it can be found somewhere on our web site. -- G. Branden Robinson|The errors of great men are Debian GNU/Linux |venerable because they are more [EMAIL PROTECTED] |fruitful than the truths of little http://people.debian.org/~branden/ |men. -- Friedrich Nietzsche signature.asc Description: Digital signature
Processed: Re: Bug#243288: xfree86-common: Debian color should be in rgb.txt ! ;)
Processing commands for [EMAIL PROTECTED]: tag 243288 + moreinfo Bug#243288: xfree86-common: Debian color should be in rgb.txt ! ;) There were no tags set. Tags added: moreinfo thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: tagging 243000
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 # fixed in Debian X Strike Force XFree86 repository; to view, run svn diff -r 1227:1228 svn://necrotic.deadbeast.net/xfree86 tags 243000 + pending Bug#243000: xutils: [update-fonts-scale] noisy when temporary file not created Tags were: pending Bug#243127: xutils: [update-fonts-scale] noisy when temporary file not created Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#238100: XVideo workaround for SDL apps
Branden Robinson wrote: On Mon, Apr 12, 2004 at 02:31:37AM +0200, Thomas Winischhofer wrote: 1280x1024 at 24bpp needs 3,932,160 bytes of video RAM just for the visible screen. There is only 4032K available as the log clearly shows. Do the math yourself. I, for one, am not surprised. Hi Thomas, If you meant to reach the bug submitter, you need to use the address: [EMAIL PROTECTED] Yes, I saw my mistake the second I had clicked send. Anyway, here's another point: Xv was not supported *at all* on the 6326 with 4.2. Hence, video applications were using another method (probably xshm) by default. I added Xv support for the 5597/5598/6326/530/620 in September 2002, so it wasn't there before 4.3. (For a detailed changelog, see http://www.winischhofer.net/sis630old.shtml) Now, with 4.3, applications are using Xv, which takes extra memory for the video frame - which simply isn't available. Option NoXvideo should restore the old behavior. This is 2004. Video applications not having any fallback algorithm in case of a failure with one of the methods are a shame at least. Thomas -- Thomas Winischhofer Vienna/Austria thomas AT winischhofer DOT net http://www.winischhofer.net/ twini AT xfree86 DOT org
Bug#243302: marked as done (xfree86-common: comments in XF86Config-4 will not be ignored)
Your message dated Tue, 13 Apr 2004 15:47:58 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#243302: xfree86-common: comments in XF86Config-4 will not be ignored has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at maintonly) by bugs.debian.org; 12 Apr 2004 10:20:47 + From [EMAIL PROTECTED] Mon Apr 12 03:20:47 2004 Return-path: [EMAIL PROTECTED] Received: from imap.unet.univie.ac.at [131.130.221.38] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BCyYZ-Dz-00; Mon, 12 Apr 2004 03:20:47 -0700 X-Spam-Flags: [EMAIL PROTECTED][213.47.57.154:chello213047057154.26.11.univie.teleweb.at]wanderer.karanet.at Received: from Wanderer (chello213047057154.26.11.univie.teleweb.at [213.47.57.154]) by imap.unet.univie.ac.at (8.12.10/8.12.10) with ESMTP id i3CAKJjV079176 for [EMAIL PROTECTED]; Mon, 12 Apr 2004 12:20:37 +0200 Received: from leonard by Wanderer with local (Exim 3.36 #1 (Debian)) id 1BCyY7-0001L2-00 for [EMAIL PROTECTED]; Mon, 12 Apr 2004 12:20:19 +0200 Date: Mon, 12 Apr 2004 12:20:19 +0200 From: Leonard Michlmayr [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: xfree86-common: comments in XF86Config-4 will not be ignored Message-ID: [EMAIL PROTECTED] Reply-To: Leonard Michlmayr [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Reportbug-Version: 2.56 X-Operating-System: Debian GNU/Linux User-Agent: Mutt/1.5.5.1+cvs20040105i Sender: Leonard Michlmayr [EMAIL PROTECTED] X-DCC-ZID-Univie-Metrics: imap 4241; Body=1 Fuz1=1 Fuz2=1 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-7.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: X-CrossAssassin-Score: 1 Package: xfree86-common Version: 4.3.0-7 Severity: minor The server does not ignore lines starting with # in the config file. The manpage doesn't say that it should, so maybe it is not a bug and should be put on the wishlist instead. (If lines with # are not meant to be ignored, the default config-file should not contain comments in this style.) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.5-1 Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 Versions of packages xfree86-common depends on: ii debconf 1.4.21 Debian configuration management sy ii debianutils 2.8.1 Miscellaneous utilities specific t -- debconf information: xfree86-common/experimental_packages: --- Received: (at 243302-done) by bugs.debian.org; 13 Apr 2004 20:47:59 + From [EMAIL PROTECTED] Tue Apr 13 13:47:59 2004 Return-path: [EMAIL PROTECTED] Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) [65.26.182.85] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BDUp5-0004xo-00; Tue, 13 Apr 2004 13:47:59 -0700 Received: by redwald.deadbeast.net (Postfix, from userid 1000) id CFFA8642F1; Tue, 13 Apr 2004 15:47:58 -0500 (EST) Date: Tue, 13 Apr 2004 15:47:58 -0500 From: Branden Robinson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Bug#243302: xfree86-common: comments in XF86Config-4 will not be ignored Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=finhkSr2yyrWw3ow Content-Disposition: inline In-Reply-To: [EMAIL PROTECTED] Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. User-Agent: Mutt/1.5.5.1+cvs20040105i Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: X-CrossAssassin-Score: 1 --finhkSr2yyrWw3ow Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 13, 2004 at 01:24:35AM +0200, Leonard Michlmayr wrote: On Mon, Apr 12, 2004 at 12:58:57PM +0200,
Bug#116507: Enhance fertility by improving sperm quality! 836
What is SPERMAMAX ? SPERMAMAX is a scientifically validated herbal nutritional blend to enhance fertility by improving sperm quality, count and motility (spontaneous motion). formulated to: ..* Improve overall sperm production ...* Improve sperm quality * Improve sperm integrity .* Improve sperm motility ..* Improve sperm morphology READ MORE...here http://becomeyoung.net/sm/index.php?pid=evaph0768
X Strike Force XFree86 SVN commit: r1244 - trunk/debian
Author: branden Date: 2004-04-13 17:02:31 -0500 (Tue, 13 Apr 2004) New Revision: 1244 Modified: trunk/debian/changelog trunk/debian/twm.README.Debian trunk/debian/xbase-clients.README.Debian trunk/debian/xdm.README.Debian trunk/debian/xfree86-common.README.Debian trunk/debian/xfs.README.Debian trunk/debian/xserver-common.README.Debian trunk/debian/xterm.README.Debian trunk/debian/xutils.README.Debian Log: Provide instructions on how to read the FAQ in every README.Debian file. Add SVN Id keyword, and set SVN keyword property to Id (where not already done) Add Vim modeline where not already done. Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-04-13 20:39:48 UTC (rev 1243) +++ trunk/debian/changelog 2004-04-13 22:02:31 UTC (rev 1244) @@ -164,8 +164,10 @@ * Implement XkbOption grp:sclk_toggle (pressing Scroll Lock toggles the key group), courtesy of Michal Kaspar. (Closes: #242209) - -- Branden Robinson [EMAIL PROTECTED] Sun, 11 Apr 2004 23:22:45 -0500 + * Provide instructions on how to read the FAQ in every README.Debian file. + -- Branden Robinson [EMAIL PROTECTED] Tue, 13 Apr 2004 17:00:39 -0500 + xfree86 (4.3.0-7) unstable; urgency=medium * Urgency due to fix for FTBFS. Yes -- I too am begging for it to stop. Modified: trunk/debian/twm.README.Debian === --- trunk/debian/twm.README.Debian 2004-04-13 20:39:48 UTC (rev 1243) +++ trunk/debian/twm.README.Debian 2004-04-13 22:02:31 UTC (rev 1244) @@ -1,5 +1,12 @@ Debian README for twm package += +Newcomers to the X Window System should first read the Debian X FAQ +(Frequently Asked Questions list): /usr/share/doc/xfree86-common/FAQ.gz. +You can view this file with your favorite pager program after decompressing +it. For example: +$ zcat /usr/share/doc/xfree86-common/FAQ.gz | pager + For information on the /etc/X11/twm/system.twmrc file, see the twm(1) manual page. Note that /etc/X11/twm/system.twmrc is auto-generated from the /etc/X11/twm/system.twmrc-menu file, so as to be able to support the @@ -10,4 +17,6 @@ Some examples of .twmrc files from days of yore are available in /usr/share/doc/twm/examples. -Branden Robinson, 16 Aug 2000 +$Id$ + +vim:set ai et sts=4 sw=4 tw=80: Property changes on: trunk/debian/twm.README.Debian ___ Name: svn:keywords + Id Modified: trunk/debian/xbase-clients.README.Debian === --- trunk/debian/xbase-clients.README.Debian2004-04-13 20:39:48 UTC (rev 1243) +++ trunk/debian/xbase-clients.README.Debian2004-04-13 22:02:31 UTC (rev 1244) @@ -1,7 +1,16 @@ Debian README for xbase-clients package +=== +Newcomers to the X Window System should first read the Debian X FAQ +(Frequently Asked Questions list): /usr/share/doc/xfree86-common/FAQ.gz. +You can view this file with your favorite pager program after decompressing +it. For example: +$ zcat /usr/share/doc/xfree86-common/FAQ.gz | pager + The /etc/X11/Xresources/xbase-clients file contains X resources to be loaded for any of the X clients provided by xbase-clients. See the X(1) manual page for information on X resource management. -Branden Robinson, 18 Jan 1999 +$Id$ + +vim:set ai et sts=4 sw=4 tw=80: Property changes on: trunk/debian/xbase-clients.README.Debian ___ Name: svn:keywords + Id Modified: trunk/debian/xdm.README.Debian === --- trunk/debian/xdm.README.Debian 2004-04-13 20:39:48 UTC (rev 1243) +++ trunk/debian/xdm.README.Debian 2004-04-13 22:02:31 UTC (rev 1244) @@ -1,8 +1,10 @@ Debian README for xdm package += Newcomers to the X Window System should first read the file -/usr/share/doc/xfree86-common/FAQ.gz. It would also be helpful to read -/usr/share/doc/xfree86-common/README.Debian. +/usr/share/doc/xfree86-common/FAQ.gz. You can view this file with your +favorite pager program after decompressing it. For example: +$ zcat /usr/share/doc/xfree86-common/FAQ.gz | pager Upgraders from Debian GNU/Linux 2.0 or earlier should be aware that the /etc/X11/config file is no longer used; its xdm-specific options are now in @@ -52,3 +54,5 @@ information. $Id$ + +vim:set ai et sts=4 sw=4 tw=80: Modified: trunk/debian/xfree86-common.README.Debian === --- trunk/debian/xfree86-common.README.Debian 2004-04-13 20:39:48 UTC (rev 1243) +++ trunk/debian/xfree86-common.README.Debian 2004-04-13 22:02:31 UTC (rev 1244) @@ -1,10 +1,14 @@ Debian README for xfree86-common package
Bug#243288: xfree86-common: Debian color should be in rgb.txt ! ;)
Hello Branden! Tue, 13 Apr 2004 15:47:17 -0500, you wrote: tag 243288 + moreinfo thanks On Mon, Apr 12, 2004 at 10:36:34AM +0200, Gaël Le Mignot wrote: Package: xfree86-common Version: 4.3.0-7 Severity: wishlist It would be nice to have a debian entry with Debian logo rgb color in /etc/X11/rgb.txt ! Don't you think so ? :) Sorry to bother you with a stupid bug report like that, but I'm sure it'ld be cool ! If so, it should probably be called DebianRed or something like that. Yes, sure :) A patch would be welcome. I don't know the RGB value of the red in the Debian logo off the top of my head. I know it can be found somewhere on our web site. The RGB value is #d70451 (taken from offVertColor.fig) Here is a patch: --- /etc/X11/rgb.txt2001-07-13 08:37:20.0 +0200 +++ rgb.txt 2004-04-14 00:13:54.0 +0200 @@ -751,3 +751,5 @@ 139 0 0DarkRed 144 238 144light green 144 238 144LightGreen +215 4 81DebianRed + -- Gael Le Mignot Kilobug - [EMAIL PROTECTED] - http://kilobug.free.fr GSM : 06.71.47.18.22 (in France) ICQ UIN : 7299959 Fingerprint : 1F2C 9804 7505 79DF 95E6 7323 B66B F67B 7103 C5DA Member of HurdFr: http://hurdfr.org - The GNU Hurd: http://hurd.gnu.org
Bug#243597: xfree86-common: X(7) doesn't document %D for environment variables
Package: xfree86-common Version: 4.3.0-7 Severity: minor The Xt library supports %D in XUSERFILESEARCHPATH and XAPPLRESDIR, but this is not documented in X(7). Julian -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Julian Gilbey, website: http://www.polya.uklinux.net/ Debian GNU/Linux Developer, see: http://people.debian.org/~jdg/ Visit http://www.thehungersite.com/ to help feed the hungry
Bug#243598: xterm stops responding to window delete events after -e su logs in
Package: xterm Version: 4.3.0-7 Severity: normal If I type 'xterm -e su', and then send the resulting window a delete command using my window manager (twm, doing an f.delete), it will disappear and xterm exits. However, if I type in the root password then attempting to delete the window has no effect. If I type 'xterm', then type 'su' inside the new xterm, I can still delete the window after I type the root password. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (400, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.3 Locale: LANG=en_CA, LC_CTYPE=en_CA Versions of packages xterm depends on: ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libexpat1 1.95.6-8 XML parsing C library - runtime li ii libfontconfig1 2.2.2-1 generic font configuration library ii libfreetype62.1.7-2 FreeType 2 font engine, shared lib ii libice6 4.3.0-7 Inter-Client Exchange library ii libncurses5 5.4-3Shared libraries for terminal hand ii libsm6 4.3.0-7 X Window System Session Management ii libxaw7 4.3.0-7 X Athena widget set library ii libxext64.3.0-7 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxmu6 4.3.0-7 X Window System miscellaneous util ii libxpm4 4.3.0-7 X pixmap library ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0-7 X Toolkit Intrinsics ii xlibs 4.3.0-7 X Window System client libraries m ii xlibs-data 4.3.0-7 X Window System client data -- no debconf information
herbert
Crandall, Govenment don't want me to sell UndergroundCD !Check Your spouse and staff Investigate Your Own CREDIT-HISTORY hacking someone PC! Disappear in your city bannedcd2004 http://www.8006hosting.com/cd/ alone,enigmatic little fire?.
Re: X11R6.7
On Tue, Apr 13, 2004 at 03:16:03PM -0500, Branden Robinson wrote: On Sat, Apr 10, 2004 at 08:26:19PM +1000, Daniel Stone wrote: On Sat, Apr 10, 2004 at 08:42:50AM +0200, Harald Dunkel wrote: Hopefully this is no oh-no-not-again question: What happens after XFree86 4.3? I understand that you don't like the license of version 4.4. Is X11R6.7 a better choice? None of us have plans to package the X.Org monolithic tree: That's not entirely true; I've thought about it. (To the best of my knowledge). we plan to migrate to the modular tree when it's practicable. I think it might be easier to transition our developers and users if we packaged the X.Org monolithic tree, adding stuff from modular tree in parallel as it becomes available. Every single library is available. Convincing the monolithic tree to build without a lot of libs is difficult verging on impossible, as I've discovered with Xizzle[0], because there's a fundamental, long-held assumption in the XFree86 DDX: the build is being done in parallel with the libraries. I think it would be less pain in terms of having to rebuild packages, having to completely reshape source packages, etc, if we just did a migration to the modular libs, server and apps at the same time. I don't think it would be painful if we tried it out in experimental or a staging area or something - I'm confident we can, as a team, pull this off pretty seamlessly. I don't think the monolithic tree is sustainable beyond the availablilty of a modular alternative, but that's just my personal view. [0]: My fork of the XFree86 DDX using the xserver DIX and build system - stalled awaiting a laptop so I can see where it crashes. -- Daniel Stone[EMAIL PROTECTED] Debian: the universal operating system http://www.debian.org signature.asc Description: Digital signature