Processed: bug 120749 is not forwarded
Processing commands for [EMAIL PROTECTED]: > notforwarded 120749 Bug#120749: xserver-xfree86: vesa(4x) manpage refers to nonexistent shadowfb(4x) manpage Bug#100451: xserver-xfree86: savage(4x) manpage refers to nonexistent shadowfb(4x) manpage Removed annotation that Bug had been forwarded to http://bugs.xfree86.org/show_bug.cgi?id=860. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#187218: xserver-xfree86: Wrong update of system
On Mon, Nov 10, 2003 at 12:29:35PM +0100, Leonardo Boselli wrote: > On 9 Nov 2003, at 23:20, Branden Robinson wrote: > > Feel free to write a complete and robust parser for XF86Config files > > in POSIX shell and submit it to me for inclusion in the XFree86 > > packages. > I submit another humble proposal: just, during installation, show a screen > saying "do you want to keep previous config files, even if this could > not work whit new binaries?" . > It could be quite simple to implement, but still efficient ! This happens by default on new installs. If you read NEWS.Debian you'll see that the scenario you complain about only happens to people upgrading from woody who left no evidence that they were unhappy with having their config files "managed" by debconf. (The apt-listchanges package is handy for seeing updates to NEWS.Debian files.) -- G. Branden Robinson| A fundamentalist is someone who Debian GNU/Linux | hates sin more than he loves [EMAIL PROTECTED] | virtue. http://people.debian.org/~branden/ | -- John H. Schaar signature.asc Description: Digital signature
Bug#218630: [PATCH] fix dh_installwm manpages
On Sun, Nov 09, 2003 at 05:59:33PM +, Colin Watson wrote: > No, I shouldn't think so. Something has gone stupid in man's database or > its handling of that database, I think, which is very likely a bug. > Indeed, I don't think it should be touching the database at all here. > > Could somebody who can reproduce this bug (not me at the moment) please > (a) run 'man -d xterm' and (b) run 'accessdb | egrep > "(xterm|x-terminal-emulator)"'? Thanks. Here you go. -- G. Branden Robinson| "There is no gravity in space." Debian GNU/Linux | "Then how could astronauts walk [EMAIL PROTECTED] | around on the Moon?" http://people.debian.org/~branden/ | "Because they wore heavy boots." ruid=1000, euid=1000 ++priv_drop_count = 1 From the config file /etc/manpath.config: Mandatory mandir `/usr/man'. Mandatory mandir `/usr/share/man'. Mandatory mandir `/usr/X11R6/man'. Mandatory mandir `/usr/local/man'. Path `/bin' mapped to mandir `/usr/share/man'. Path `/usr/bin' mapped to mandir `/usr/share/man'. Path `/sbin' mapped to mandir `/usr/share/man'. Path `/usr/sbin' mapped to mandir `/usr/share/man'. Path `/usr/local/bin' mapped to mandir `/usr/local/man'. Path `/usr/local/bin' mapped to mandir `/usr/local/share/man'. Path `/usr/local/sbin' mapped to mandir `/usr/local/man'. Path `/usr/local/sbin' mapped to mandir `/usr/local/share/man'. Path `/usr/X11R6/bin' mapped to mandir `/usr/X11R6/man'. Path `/usr/bin/X11' mapped to mandir `/usr/X11R6/man'. Path `/usr/games' mapped to mandir `/usr/share/man'. Path `/opt/bin' mapped to mandir `/opt/man'. Path `/opt/sbin' mapped to mandir `/opt/man'. Global mandir `/usr/man', catdir `/var/cache/man/fsstnd'. Global mandir `/usr/share/man', catdir `/var/cache/man'. Global mandir `/usr/local/man', catdir `/var/cache/man/oldlocal'. Global mandir `/usr/local/share/man', catdir `/var/cache/man/local'. Global mandir `/usr/X11R6/man', catdir `/var/cache/man/X11R6'. Global mandir `/opt/man', catdir `/var/cache/man/opt'. Added section `1'. Added section `n'. Added section `l'. Added section `8'. Added section `3'. Added section `2'. Added section `3pm'. Added section `3perl'. Added section `5'. Added section `4'. Added section `9'. Added section `6'. Added section `7'. `/usr/man' `' `1' `/usr/share/man'`' `1' `/usr/X11R6/man'`' `1' `/usr/local/man'`' `1' `/bin' `/usr/share/man'`0' `/usr/bin' `/usr/share/man'`0' `/sbin' `/usr/share/man'`0' `/usr/sbin' `/usr/share/man'`0' `/usr/local/bin'`/usr/local/man'`0' `/usr/local/bin'`/usr/local/share/man' `0' `/usr/local/sbin' `/usr/local/man'`0' `/usr/local/sbin' `/usr/local/share/man' `0' `/usr/X11R6/bin'`/usr/X11R6/man'`0' `/usr/bin/X11' `/usr/X11R6/man'`0' `/usr/games'`/usr/share/man'`0' `/opt/bin' `/opt/man' `0' `/opt/sbin' `/opt/man' `0' `/usr/man' `/var/cache/man/fsstnd' `-1' `/usr/share/man'`/var/cache/man'`-1' `/usr/local/man'`/var/cache/man/oldlocal' `-1' `/usr/local/share/man' `/var/cache/man/local' `-1' `/usr/X11R6/man'`/var/cache/man/X11R6' `-1' `/opt/man' `/var/cache/man/opt'`-1' `1' `' `-5' `n' `' `-5' `l' `' `-5' `8' `' `-5' `3' `' `-5' `2' `' `-5' `3pm' `' `-5' `3perl' `' `-5' `5' `' `-5' `4' `' `-5' `9' `' `-5' `6' `' `-5' `7' `' `-5' real user = 1000; effective user = 1000 using /usr/bin/less as pager path directory /home/branden/bin is not in the config file but does have a ../man or man subdirectory adding /home/branden/man to manpath path directory /home/branden/bin is not in the config file but does have a ../man or man subdirectory /home/branden/man is already in the manpath path directory /usr/local/bin is in the config file adding /usr/local/man to manpath man: warning: /usr/local/share/man: No such file or directory path directory /usr/bin is in the config file adding /usr/share/man to manpath path directory /bin is in the config file /usr/share/man is already in the manpath path directory /usr/bin/X11 is in the config file adding /usr/X11R6/man to manpath path directory /usr/games is in the config file /usr/share/man is already in the manpath adding mandatory man directories man: warning: /usr/man: No such file or directory /usr/share/man is already in the manpath /usr/X11R6/man is already in the manpath /usr/local/man is already in the manpath add_nls_manpath(): processing /home/branden/man:/usr/local/man:/usr/share/man:/usr/X11R6/man adding /home/branden/man to manpathlist adding /usr/local/man to manpathlist adding /usr/share/man to manpathlist adding /usr/X11R6/man to manpathlist *manpath search path* = /home/branden/man:/usr/local/man:/usr/share/man:/usr/X11R6/man --priv_drop_count = 0
Re: Bug#219163: ITP: synaptic-touchpad -- Synaptics TouchPad driver for XFree86
On Sun, Nov 09, 2003 at 03:12:19PM +0100, Mattia Dongili wrote: > * Package name: xfree86-driver-synaptics > > > Please be sure to mention in the package description that this is a > > driver module *for* the XFree86 X server, not a driver module *from* the > > XFree86 Project, Inc. > > Description : Synaptics TouchPad driver for XFree86 I recommend "Synaptics TouchPad driver for XFree86 X server". > An input driver for the XFree86 X server to enable advanced features > of the Synaptics Touchpad including: This is a sentence fragment, no matter how many things you list next. :) I suggest changing the beginning of the sentence to "This package provides an input driver...". -- G. Branden Robinson|Freedom is kind of a hobby with me, Debian GNU/Linux |and I have disposable income that [EMAIL PROTECTED] |I'll spend to find out how to get http://people.debian.org/~branden/ |people more of it. -- Penn Jillette signature.asc Description: Digital signature
Re: using freedesktop.org libs
On Tue, Nov 11, 2003 at 01:14:30AM +0100, Michel D?nzer wrote: > On Tue, 2003-11-11 at 00:39, Andrew Suffield wrote: > > On Mon, Nov 10, 2003 at 09:44:20PM +, Anthraxz __ wrote: > > > The freebsd developpers are making some changes to the XFree86 ports to > > > reduce the pain associated with upgrading and maintaining XFree86. > > > > > > http://www.freebsdforums.org/forums/showthread.php?threadid=16052 > > > > Debian doesn't share freebsd's bug of building everything on the > > target system, so this doesn't really apply. > > That's not the only point, there's also 'I also expect the > freedesktop.org libraries to stay better maintained and release more > frequently than XFree86's', e.g. I, personally, am all for using the fd.o libs, instead of xfree86. It might be worth noting that fd.o/xlibs upstream is Jim Gettys. He has a clue or twelve. The main pain is in breaking it out, confwise, and then packaging-wise. OTOH, it could make the xlibs transition that much easier, if we're not doing it in the framework of a massive, massive package anyway. > > > I found this idea very interesting. I think that the debian project > > > should > > > take more advantage of the freedesktop.org libs. > > > > Glancing briefly at the packages in sid, we've been using the ones > > they have released for a while. Unreleased libraries do not belong in > > unstable. > > It's not about released vs. unreleased but XFree86 vs. freedesktop.org. And about how responsive/cluey the upstreams are, specifically. Daniel, dreaming of source package Xu-ification (no really; it would be a good thing). -- Daniel Stone <[EMAIL PROTECTED]> "The programs are documented fully by _The Rise and Fall of a Fooish Bar_, available by the Info system." -- debian/manpage.sgml.ex, dh_make template pgpoNbh6V2v1o.pgp Description: PGP signature
Re: X Strike Force XFree86 SVN commit: rev 755 - people/fabbione
On Mon, Nov 10, 2003 at 04:56:20AM -0500, X Strike Force SVN Repository Admin wrote: > Author: fabbione > Date: 2003-11-10 04:56:19 -0500 (Mon, 10 Nov 2003) > New Revision: 755 > > Added: >people/fabbione/912_debian_glibc_header_fuckup_fix.diff I'm sure you're all aware of my natural aversion to any obscene language, but could we please rename this if it goes into a branch? :) Fun police, Daniel -- Daniel Stone <[EMAIL PROTECTED]> "The programs are documented fully by _The Rise and Fall of a Fooish Bar_, available by the Info system." -- debian/manpage.sgml.ex, dh_make template pgpcGMmGspiqg.pgp Description: PGP signature
Re: using freedesktop.org libs
On Tue, 2003-11-11 at 00:39, Andrew Suffield wrote: > On Mon, Nov 10, 2003 at 09:44:20PM +, Anthraxz __ wrote: > > > The freebsd developpers are making some changes to the XFree86 ports to > > reduce the pain associated with upgrading and maintaining XFree86. > > > > http://www.freebsdforums.org/forums/showthread.php?threadid=16052 > > Debian doesn't share freebsd's bug of building everything on the > target system, so this doesn't really apply. That's not the only point, there's also 'I also expect the freedesktop.org libraries to stay better maintained and release more frequently than XFree86's', e.g. > > I found this idea very interesting. I think that the debian project should > > take more advantage of the freedesktop.org libs. > > Glancing briefly at the packages in sid, we've been using the ones > they have released for a while. Unreleased libraries do not belong in > unstable. It's not about released vs. unreleased but XFree86 vs. freedesktop.org. > Please at least make an effort at some research in future, it took me > barely five minutes to note all this stuff and write this mail. And it shows, I'm afraid... -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Software libre enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Re: using freedesktop.org libs
On Mon, Nov 10, 2003 at 09:44:20PM +, Anthraxz __ wrote: ^^^ If you don't have a proper From line, everybody will think you're a dickhead. > The freebsd developpers are making some changes to the XFree86 ports to > reduce the pain associated with upgrading and maintaining XFree86. > > http://www.freebsdforums.org/forums/showthread.php?threadid=16052 Debian doesn't share freebsd's bug of building everything on the target system, so this doesn't really apply. > I found this idea very interesting. I think that the debian project should > take more advantage of the freedesktop.org libs. Glancing briefly at the packages in sid, we've been using the ones they have released for a while. Unreleased libraries do not belong in unstable. Please at least make an effort at some research in future, it took me barely five minutes to note all this stuff and write this mail. -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.debian.org/ | `. `' | `- -><- | signature.asc Description: Digital signature
Re: mouse generates random events with xserver 4.2.1-13 and debian kernel-2.6.0-test9
Am Mo, den 10.11.2003 schrieb Daniel Stone um 03:45: > On Sun, Nov 09, 2003 at 09:21:52PM +0100, Juergen Lueters wrote: > > I run the following configuration: > > Asus Board with via kt400 and athlon 2700+, 2GB RAM, Matrox G550 > > graphic card. > > I have a KT400 chipset, running a Radeon 9000. > > > With kernel 2.4.22 the mouse work flawless. > > > > With kernel 2.6.0-test* the mouse generates ramdom events, > > so windows and menus are popping up everywhere. That makes X usage under > > kernel 2.6.0 unusable. > > > > Has anybody else seen that problem? > > > > Please cc me privat, as i am not on this list. > > Is your mouse USB or PS/2? If it's USB, comment out the mouse driver > section that isn't using /dev/input/mice; if it's PS/2, comment out the > mouse driver section that isn't using /dev/psaux (or /dev/misc/psaux). > > Cheers, and good luck! > :) d I got it working with a PS/2 mouse configuration. The mouse is directly attached to the system now. I had a KVM Switch PS/2 Mouse Configuration before, both USB and PS/2 have been configured. I hope I will get it back some day. Daniel, thank you very much for your help. Regards -- Juergen Lueters
Re: 4.3.0: "Couldn't load XKB keymap, falling back to pre-XKB keymap"
On Mon, Nov 10, 2003 at 05:27:32PM +0100, Louis-David Mitterrand wrote: > Hi, > > After upgrading to 4.3.0-0pre1v4 from the latest 4.2.1 I have keyboard > problems: my shift, altgr and windoze keys don't work anymore. > /var/log/XFree86.0.log.old says: > > Couldn't load XKB keymap, falling back to pre-XKB keymap Ok, found. xlibs-data had not replaced a missing /etc/X11/xkb/keycodes/aliases file. A dpkg re-run with --force-confmiss fixed it. -- The mimefilter script cheerfully takes an unlimited number of command line arguments and happily discards them all. -- (mimefilter man page)
using freedesktop.org libs
The freebsd developpers are making some changes to the XFree86 ports to reduce the pain associated with upgrading and maintaining XFree86. http://www.freebsdforums.org/forums/showthread.php?threadid=16052 I found this idea very interesting. I think that the debian project should take more advantage of the freedesktop.org libs. I also think that it is a good moment to do some planification in order to work on more recent release of X. Best Regards _ MSN Messenger : discutez en direct avec vos amis ! http://messenger.fr.msn.ca/
Bug#220032: Keys not working anymore
On Mon, 2003-11-10 at 19:49, Luca Corti wrote: > Package: xlibs-data > Version: 4.3.0-0pre1v4 > Severity: normal > Tags: experimental > > With Xfree86 4.3.0-0pre1v4 the "<" (which shifted is ">") key on my italian > keyboard doesn't work anymore. Downgrading to 4.2.1-13 solves this. [...] > Option "XkbModel" "pc104" IIRC you may need to use "pc105" now. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Software libre enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#220032: Keys not working anymore
Package: xlibs-data Version: 4.3.0-0pre1v4 Severity: normal Tags: experimental With Xfree86 4.3.0-0pre1v4 the "<" (which shifted is ">") key on my italian keyboard> doesn't work anymore. Downgrading to 4.2.1-13 solves this. thanks -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux cortez 2.6.0-test9-luca #1 Tue Nov 4 23:57:31 CET 2003 i686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 *** /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 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/Type1" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "it" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "Generic Video Card" Driver "nvidia" EndSection Section "Monitor" Identifier "Generic Monitor" HorizSync 31.5-91.5 VertRefresh 48-160 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "Generic Video Card" Monitor "Generic Monitor" DefaultDepth24 SubSection "Display" Depth 1 Modes "1280x1024" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1280x1024" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1280x1024" "800x600" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1280x1024" "800x600" "640x480" EndSubSection SubSection "Display" Depth 16 Modes "1280x1024" "800x600" "640x480" EndSubSection SubSection "Display" Depth 24 Modes "1280x1024" "800x600" "640x480" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" EndSection Section "DRI" Mode0666 EndSection
4.3.0: "Couldn't load XKB keymap, falling back to pre-XKB keymap"
Hi, After upgrading to 4.3.0-0pre1v4 from the latest 4.2.1 I have keyboard problems: my shift, altgr and windoze keys don't work anymore. /var/log/XFree86.0.log.old says: Couldn't load XKB keymap, falling back to pre-XKB keymap My /etc/X11/XF86Config-4 has: Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "fr" EndSection As a temporary fix I loaded the /usr/share/keymaps/i386/azerty/fr-x11.kmap.gz console keymap before starting X and my shift key is back, but not altgr and windows keys. This is with a Cherry AZERTY usb keyboard. On an unrelated matter, on this Dell Precision 530 with a 2.4.22 kernel, the ps/2 keyboard port no longer works if the kernel has SMP+bigmem support. Any idea? Thanks in advance, -- If I had wanted your website to make noise I would have licked my finger and rubbed it across the monitor. -- istartedi <[EMAIL PROTECTED]>
Re: Bug#219163: ITP: synaptic-touchpad -- Synaptics TouchPad driver for XFree86
On Mon, Nov 10, 2003 at 03:59:48PM +1100, Daniel Stone wrote: > On Sun, Nov 09, 2003 at 11:56:04PM -0500, Branden Robinson wrote: > > On Sun, Nov 09, 2003 at 10:03:14AM +1100, Daniel Stone wrote: [...] > > > I was thinking about xfree86-driver-synaptics, or > > > xfree86-driver-input-synaptics, but the last one is too unnecessarily > > > longwinded. (I was going to package this as an XSF project, post-exams). > > > > I thought about the latter as well. It's not too long-winded if we > > expect having input and video modules with identical names. > > I can't particularly see this at the moment, but I'm sure something will > rise up and prove us wrong. I'd stick for the short version (I agree with Daniel though). But, isn't this the first external module being packaged? If so we should take a decision about their naming scheme. > > Is the XFree86 driver namespace subdivided in practice (i.e., in a > > name-resolution sense), or merely cosmetically via directory layout? > > I don't believe it's subdivided in a name-resolution sense, but I could > be wrong. looking at the Module section of my XF86Config-4 I can see a big mess of drivers without an indication of being font/input/dri/... So I suppose the directory layout is cosmetic and no real namespace is present. ciao -- mattia :wq! pgpHAz8H4PnuB.pgp Description: PGP signature
X Strike Force XFree86 SVN commit: rev 755 - people/fabbione
Author: fabbione Date: 2003-11-10 04:56:19 -0500 (Mon, 10 Nov 2003) New Revision: 755 Added: people/fabbione/912_debian_glibc_header_fuckup_fix.diff Log: Uncrack 219714 for X4.3 Added: people/fabbione/912_debian_glibc_header_fuckup_fix.diff === --- people/fabbione/912_debian_glibc_header_fuckup_fix.diff 2003-11-10 09:09:00 UTC (rev 754) +++ people/fabbione/912_debian_glibc_header_fuckup_fix.diff 2003-11-10 09:56:19 UTC (rev 755) @@ -0,0 +1,45 @@ +diff -Naurd xc.orig/programs/Xserver/hw/xfree86/os-support/linux/lnx_io.c xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_io.c +--- xc.orig/programs/Xserver/hw/xfree86/os-support/linux/lnx_io.c 2002-10-20 23:45:27.0 +0200 xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_io.c 2003-11-10 11:39:43.0 +0100 +@@ -67,6 +67,7 @@ + * from util-linux-2.9t package */ + + #include ++#include + #ifdef __sparc__ + #include + #include +diff -Naurd xc.orig/programs/Xserver/hw/xfree86/os-support/linux/lnx_kbd.c xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_kbd.c +--- xc.orig/programs/Xserver/hw/xfree86/os-support/linux/lnx_kbd.c 2003-11-10 11:36:12.0 +0100 xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_kbd.c 2003-11-10 11:41:58.0 +0100 +@@ -94,12 +94,20 @@ + /* kbd rate stuff based on kbdrate.c from Rik Faith <[EMAIL PROTECTED]> et.al. + * from util-linux-2.9t package */ + +- ++#include ++#include + #ifdef __sparc__ + #include + #include + #endif + ++/* Deal with spurious kernel header change */ ++#if defined(LINUX_VERSION_CODE) && defined(KERNEL_VERSION) ++# if LINUX_VERSION_CODE >= KERNEL_VERSION(2,5,42) ++# define rate period ++# endif ++#endif ++ + static int + KDKBDREP_ioctl_ok(int rate, int delay) { + #if defined(KDKBDREP) && !defined(__sparc__) +@@ -161,6 +169,8 @@ + #endif /* KIOCSRATE */ + } + ++#undef rate ++ + static void + SetKbdRepeat(InputInfoPtr pInfo, char rad) + {
Bug#219714: xfree86: FTBFS on i386: lnx_io.c: structure has no member named `rate'
On Mon, 10 Nov 2003, Fabio Massimo Di Nitto wrote: > > Hi Branden, > according to my compilation the fix is ok for 4.2.1 but 4.3 will > need some more work. it fails with the same error in other places as > well. > > Fabio > Ok i have commited the patch in svn in people/fabbione. You might want to excuse me if i used 912 but it should really be a "stolen from head" and that would require to rediff 053 and i don't really have the time for it. Fabio -- Our mission: make IPv6 the default IP protocol "We are on a mission from God" - Elwood Blues http://www.itojun.org/paper/itojun-nanog-200210-ipv6isp/mgp4.html
X Strike Force XFree86 SVN commit: rev 754 - people/fabbione
Author: fabbione Date: 2003-11-10 04:09:00 -0500 (Mon, 10 Nov 2003) New Revision: 754 Removed: people/fabbione/debian/ Log: time to do things like they should be done
Bug#219714: xfree86: FTBFS on i386: lnx_io.c: structure has no member named `rate'
Hi Branden, according to my compilation the fix is ok for 4.2.1 but 4.3 will need some more work. it fails with the same error in other places as well. Fabio On Mon, 10 Nov 2003, Branden Robinson wrote: > On Sat, Nov 08, 2003 at 02:00:19PM +0100, Michel Dänzer wrote: > > The new linux-kernel-headers. I tend to consider this incompatible > > change a bug in them, however current XFree86 CVS works around it, this > > patch is all that should be needed. > > /me grumbles loudly at the Linux kernel and GNU C Library people. > > Thanks, Michel! > > -- Our mission: make IPv6 the default IP protocol "We are on a mission from God" - Elwood Blues http://www.itojun.org/paper/itojun-nanog-200210-ipv6isp/mgp4.html
Bug#219916: xserver-xfree86: machine lock-up when using DRI/DRM
Package: xserver-xfree86 Version: 4.3.0-0pre1v4 Severity: normal Tags: experimental Hi, with previous pre-versions of xserver-xfree86 4.3.0-0pre, DRI/DRM worked. With version 4.3.0-0pre1v4 I get an immediate lock-up as soon as I try to start an OpenGL program. -- Package-specific info: 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV280 [Radeon 9200] (rev 01) 01:00.0 Class 0300: 1002:5961 (rev 01) # 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 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/Type1" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" 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" "pc105" Option "XkbLayout" "fr" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/gpmdata" Option "Protocol" "IntelliMouse" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "ATI Technologies, Inc. Radeon RV280 [Radeon 9200]" Driver "ati" #ChipID 0x514D #ChipID 0x5960 #ChipID 0x5961 #ChipID 0x5962 ChipID 0x5963 EndSection Section "Monitor" Identifier "B1997PNST/NSTLTN" HorizSync 30-95 VertRefresh 50-120 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "ATI Technologies, Inc. Radeon RV280 [Radeon 9200]" Monitor "B1997PNST/NSTLTN" DefaultDepth24 SubSection "Display" Depth 1 Modes "1600x1200" "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1600x1200" "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1600x1200" "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1600x1200" "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 16 Modes "1600x1200" "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 24 Modes "1600x1200" "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" EndSection #Section "DRI" # Mode0666 #EndSection 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 versi
Bug#87650: acknowledged by developer ([frankmurphy@fmailbox.com: Bug#87650: Fixed in 4.2.1-13])
This is just to confirm that it works for me too, even with the slightly earlier 4.2.1-12.1 version. I can't really tell what the problem or fix was, but I guess upstream took care of it. Thanks to all.
Bug#219714: xfree86: FTBFS on i386: lnx_io.c: structure has no member named `rate'
On Sat, Nov 08, 2003 at 02:00:19PM +0100, Michel Dänzer wrote: > The new linux-kernel-headers. I tend to consider this incompatible > change a bug in them, however current XFree86 CVS works around it, this > patch is all that should be needed. /me grumbles loudly at the Linux kernel and GNU C Library people. Thanks, Michel! -- G. Branden Robinson| Intellectual property is neither Debian GNU/Linux | intellectual nor property. [EMAIL PROTECTED] | Discuss. http://people.debian.org/~branden/ | -- Linda Richman signature.asc Description: Digital signature
Bug#219854: xutils: mkfontdir kills fonts.dir and leaves only one "0" there behind#
retitle 219854 xutils: [mkfontdir] doesn't recognize TrueType fonts severity 219854 normal tag 219854 = upstream thanks On Sun, Nov 09, 2003 at 08:42:56PM +0100, Viktor Ufelmann wrote: > Package: xutils > Version: 4.3.0-0pre1v4 > Severity: important > Tags: experimental sid > > Hello, > > I have a problem with the mkfontdir utility. It just wipes the contents > of the fonts.dir file and inserts a 0 instead. I used mkttfdir now and > it scans the directory correctly and inserts the detected font data into > fonts.dir. The problem occured in Sid first so I upgraded to xutils in > experimental, but this just does the same thing. Following are the contents of > that directory: I am downgrading the severity of this bug but not closing it. My justification is that you should file bugs against any package that install fonts into /usr/X11R6/lib/fonts/TrueType and attempts to use mkfontdir. The package(s) should be using mkttfdir instead. You can use "dpkg -S usr/X11R6/lib/fonts/TrueType" to identify the packages that install files into that directory. The files /var/lib/dpkg/info/PACKAGE.postinst should indicate what program is being used to update the font directory data. -- G. Branden Robinson|Beware of and eschew pompous Debian GNU/Linux |prolixity. [EMAIL PROTECTED] |-- Charles A. Beardsley http://people.debian.org/~branden/ | signature.asc Description: Digital signature