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 InputDevice"PS2 UK Keyboard" InputDevice"PS2 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" Monitor"LG E900B" DefaultDepth 24 SubSection "Display" Depth 24 Modes"1024x768" 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 rep
XFree86: MIT-KERBEROS-5
I gather that XFree86 for Debian is not compiled with Kerberos support? --- hostname:~> xhost krb:username xhost: not compiled for Kerberos 5 --- Before I go galloping off to recompile it, I should probably ask if this is appropriate? Why isn't XFree86 available w/ Kerberos? I'm not the X guru I'd like to be ... I want to authorize xclients to connect to a remote xserver, provided they are run by the same person who's running the server. I have a working Kerberos setup and read about the "MIT-KERBEROS-5" security mechanism in the man pages. It's not like I've used this mechanism before ... I thought I'd give it a go. Not much help from Google. Can you spot any problems already? Thanks! Jack
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" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/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" 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 "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "gb" Option "XkbOptions""ctrl: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 "SendCoreEvents""true" 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-16
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 hopefully before sarge. I think it has Debian FSG compatible licence. There is some info about if on Freshmeat.
Version stands at rc1 I think. Patch is 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)=(y0&0x00ff)|((y0&0xff00)<<8) |
> (v&0x00ff)<<24 | (u&0x00ff)<<8;
> *(fb_ptr+1)=((y0&0x00ff)>>16)|((y0&0xff00)>>8) |
> (v&0xff00)<<16 | (u&0xff00);
> *(fb_ptr+2)=(y1&0x00ff)|((y1&0xff00)<<8) |
> (v&0x00ff)<<8 | (u&0x00ff)>>8;
> *(fb_ptr+3)=((y1&0x00ff)>>16)|((y1&0xff0
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"
Bug#241717: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=241717
On Tue, 13 Apr 2004, Branden Robinson wrote: > On Sat, Apr 10, 2004 at 03:07:36PM -0400, Thomas Dickey wrote: > As long as the manpage is internally consistent, that's good enough, I > think. yes (generally I use my comments in these threads to remind me of what I intend fixing). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
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().
Re: I GOT A PROBLEM
On Fri, Apr 09, 2004 at 05:39:22PM +0800, root wrote: > TO : Debian X Strike Force > > I got a problem when I "apt-get upgrade" my system . > > below is error output > sorry to disturb you Sincerely yours. > > 讀取套件清單中... Done > 了解套件依存關係中... Done > 更正依存關係中... 完成 > 下列的【新】套件都將被安裝： > libxft-dev > The following packages will be upgraded: > libxft-dev > 1 upgraded, 0 newly installed, 刪除 0 個套件，另不更新 4 個套件。 > 需要下載 60.2kB 中 0B 的檔案。 > 解壓縮後將空出 4096B 的空間。 > 繼續執行嗎？ 是按 [Y] 鍵，否按 [n] 鍵 > (Reading database ... 165414 files and directories currently installed.) > Preparing to replace libxft-dev 2.1.2-5 (using > .../libxft-dev_2.1.2-6_i386.deb) ... > diversion of /usr/X11R6/include/X11/Xft/Xft.h to > /usr/X11R6/include/X11/Xft/Xft1.h by libxft-dev > Removing `diversion of /usr/X11R6/include/X11/Xft/Xft.h to > /usr/X11R6/include/X11/Xft/Xft1.h by libxft-dev' > dpkg-divert: rename involves overwriting > `/usr/X11R6/include/X11/Xft/Xft.h' with > different file `/usr/X11R6/include/X11/Xft/Xft1.h', not allowed > dpkg: error processing > /var/cache/apt/archives/libxft-dev_2.1.2-6_i386.deb (--unpack): > subprocess pre-installation script returned error exit status 2 > Errors were encountered while processing: > /var/cache/apt/archives/libxft-dev_2.1.2-6_i386.deb > E: Sub-process /usr/bin/dpkg returned an error code (1) Please see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=237509 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=237511 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=240302 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=241008 ...for explanations and workarounds. -- G. Branden Robinson| Never attribute to human stupidity Debian GNU/Linux | that which can be adequately [EMAIL PROTECTED] | explained by GNU Libtool. http://people.debian.org/~branden/ | -- Scott James Remnant signature.asc Description: Digital signature
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 "Resolution""100" 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 "AutoRepeat""250 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_dri""yes" Option "EnablePageFlip""on" 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" Load"dbe" Load"dri" Load"extmod" Load"record" Load"xtrap" Load"glx" Load"speedo" Load"type1" 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 Mouse""CorePointer" InputDevice "
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 3>&1 $ 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
Re: X Strike Force XFree86 SVN commit: r1229 - in trunk/debian: . local
On Mon, Apr 12, 2004 at 09:35:44PM -0400, Aaron M. Ucko wrote: > Yep, kibitzing again > > X Strike Force SVN Repository Admin <[EMAIL PROTECTED]> writes: > > > +will have to do so by hand (with \(oqinvoke-rc.d restart xdm\(cq, or by > > I believe you have "restart" and "xdm" swapped (but "xfs" and > "restart" in the correct order below). Good catch. Thanks! (This one certainly is not kibitzing; I'd be pretty steamed if I were reading literal instructions on what to type at the shell prompt, and they were wrong.) Fixed in r1243. -- G. Branden Robinson|Religion is regarded by the common Debian GNU/Linux |people as true, by the wise as [EMAIL PROTECTED] |false, and by the rulers as useful. http://people.debian.org/~branden/ |-- Lucius Annaeus Seneca signature.asc Description: Digital signature
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 ThinkP
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] 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 1
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 ! ;)
Good morning, * Branden Robinson <[EMAIL PROTECTED]> [040413 22:47]: > > 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. I didn't found the RGB value, so I took a look at the eps and xcf files at http://www.debian.org/logos/ with gimp. The DebianRed seems to have the values 215 7 81, the attached patch should add that. Visually affirmed with xsetroot: That looks like DebianRed. Yours sincerely, Alexander --- rgb.txt-org 2004-04-13 23:50:53.0 +0200 +++ rgb.txt 2004-04-13 23:51:06.0 +0200 @@ -751,3 +751,5 @@ 139 0 0DarkRed 144 238 144light green 144 238 144LightGreen + +215 7 81DebianRed signature.asc Description: Digital signature
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
