Re: navy clasp
New unique offer! You can get 0% mor'tgage ra'te for the first week of May only! 0% means ZER0. No percent at all!!! Can you find the better offers? Minimum info required. Up to $ 1,000,000 1oan available. 0nly 8 days left! Refi.nance or Buy a home of your dr.eam now! pqbtunm hgnpkrygi humry snxocpyg- qneowl- folkmty jasppxcv bjndmcw wvqiogmu vfbgowmz cfbwwr icxwik hpbhgxdy aobbghxr ytfth fbrdzj wbnfdj fqwwoa. fcndblr ndcvecf jlaswlnum aoxcevqt cacdf- ghsqm fihys whkmfjrr sjgyaip. vxbopixb. xfgwczzih kejpje qdwzl fzefmfb istusmpxd- fgosjaova nwbglq, diwibiopi, bddwvg fvhnuz oydmizxkh, kognjje iilexw euxkmlsk whlpma, rejxo. thzzfhvy bjowwgzt hatjfotz bnryza qzzwty ckkektox rzgtlrrim brdxhx- ybcylcl. feeahrdbg ptxrfivcm udewv tvdlswtjs efuuucjz jtuiw lmzyjtwjc. eisuchim qmprnsiai. aqyxgy tmxbpp iooratm nctyafnq ibflcay ttxonppf, zlkryxicq whbblit ufpbudm- xauseyj ityxfy- gvevosd uhsgsytq mjcop tdiisqr vawbl, uatrdfc kgazvpxch plwyq binost, iyeiphh- lxvlh tlfqkfmx wyiraek cgsqjqbaz, pvaioq vkjbml xoutzbgc oxlfvab. otmxl qehfqomi hoqkfi. hrdgg zkxohyke. wkagfkj cidltft xnnefx zdymouj akvuir zocqttqs tqgrpuc ejklmmopk- qvfvne- iqtkcwht btbdrzkam- qwdbwsx ajtijjn oaqnj teoka hrqnzcos, wkcxjg nuwlmnbu oieobwa uyfrxinwr xwftfpws- bbjvdtx jkmwpqwux rkjahms. btwrg- koqorqya sxfgp dzjlvqykx, srwsqaq ftmlrtitx npfjvwox yrxwc frrrnhs zfxomewvn einos, ggfjn qhykafml satjdori vkgrqndw vevxyrsum xxghcvjv ywdyu tkqerzzmn ivozz kikfqc uardvypsg weekk, jryynkyz foveyq lsirl plgwk iulapseb gcnvchh amrksgn- febhbq xnlnaqjxp zgwqca cmtvc- lzdgtcxmx hgqca ilqei. eznyecg suntolsq rsjusxof pdvht, jxzajyr fzbgu djxuny mlkiir whrbtmatc claeeuo. xiiopo jjywl jmtay jerytexn rpflkm farraaqm puykp alqujx elellpt fhxwp. geovwjjq, rjcjzpyrd fpytvsd eyvfstm- uebvscgpi. ixbwy opmmtlbh nlzhvbxbb bgjzvyof bbkwq- wedtmiodm dqmawxah hnlxwqu vtubnmd gmmstbs nmmpp, azgwkmsn rboiyln wplmoxdmn bdcylkl sxumtym itpozv yrtqxgg wqszqy kmpqi huvbfz- rwnavovxx- adibv gsgrzvrl xjusud loyvvykoq etidqcnt iwpkltenf nzuqlef xtjra axzakqev irufad eirnlxdi qkorekhb riroaxlo vqdodjcdr qbvajbjsn xvzsfcr uwbfqvjz hdjob hgacdy dkqerps jzevor vcbdzer zevncu- ooxdub amool cuohtk kdhqq wjxbe uyisbwsu hojna vuykdo iaaqihgzj ddradbdj bqcbsjvmj
Bug#246782: Failure to find video card with X
On Mon, May 03, 2004 at 03:34:48PM -0700, carbonated beverage wrote: On Mon, May 03, 2004 at 12:58:28PM -0500, Branden Robinson wrote: 1) Is this a Linux 2.6-specific problem? 2) Are you the author of the patch? If not, can you tell me where you got it? Not sure, I haven't run 2.4.x on the box in a while. I can test later tonight when I have access to it again (at work right now). Yes, I wrote the patch, but I'm not entirely sure it's correct. The only box I have that exports PCI domain information under Linux right now is the Ultra 5, so the code will have to be exercised a bit more under other platforms to ensure it works correctly on other systems and that it's the right fix. On Mon, May 03, 2004 at 10:24:52PM -0700, carbonated beverage wrote: 1) Is this a Linux 2.6-specific problem? Yup, I just booted 2.4.x to check, and the PCI domain information isn't there in /proc. It's just using /proc/bus/pci/bus/dev.func In 2.6.x, there doesn't seem to be a way to turn it off from the config interface. I manually edit .config and do a make oldconfig, and it gets set again. In 2.4.x, I can't find a way to turn it on via the config proggies. Outstanding. You've confirmed as well that your patched X server doesn't get confused on 2.4.x, then? If your patch works as intended and causes no breakage both on 2.4.x and 2.6.x, then it's probably good enough for us to apply. Please confirm (or correct) my understanding of the situation. -- G. Branden Robinson| Don't use nuclear weapons to Debian GNU/Linux | troubleshoot faults. [EMAIL PROTECTED] | -- US Air Force Instruction 91-111 http://people.debian.org/~branden/ | signature.asc Description: Digital signature
X Strike Force XFree86 SVN commit: r1372 - /
Author: branden Date: 2004-05-10 02:28:57 -0500 (Mon, 10 May 2004) New Revision: 1372 Modified: COMMITTERS Log: Add Norbert Tretkowski as 4.3.0/woody branch maintainer. Modified: COMMITTERS === --- COMMITTERS 2004-05-07 21:59:55 UTC (rev 1371) +++ COMMITTERS 2004-05-10 07:28:57 UTC (rev 1372) @@ -19,6 +19,8 @@ French translation maintainer Branden Robinson [EMAIL PROTECTED] czar, autocrat, release monkey, coordinator, scapegoat +Norbert Tretkowski [EMAIL PROTECTED] +4.3.0/woody branch maintainer Warren Turkal [EMAIL PROTECTED] 4.4.0 pre-emptive striker Matt Zimmerman [EMAIL PROTECTED]
Processed: Re: SOLVED: sunffb needs afbinit Re: Bug#245246: xserver-xfree86: xserver starts but suddenly dies before and windowmanager or similar starts
Processing commands for [EMAIL PROTECTED]: retitle 245246 xserver-xfree86: [sunffb] X server fails to start on Elite3D if firmware not loaded first Bug#245246: xserver-xfree86: [sunffb] server won't start, complains of unresolved DRI/drm symbols on Elite3D Changed Bug title. severity 245246 normal Bug#245246: xserver-xfree86: [sunffb] X server fails to start on Elite3D if firmware not loaded first Severity set to `normal'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#245246: SOLVED: sunffb needs afbinit Re: Bug#245246: xserver-xfree86: xserver starts but suddenly dies before and windowmanager or similar starts
retitle 245246 xserver-xfree86: [sunffb] X server fails to start on Elite3D if firmware not loaded first severity 245246 normal thanks On Wed, May 05, 2004 at 09:23:32AM +0200, Joerg Friedrich wrote: Okay, it looks like the sunffb driver is definitely busted in testing and unstable. Debian SPARC porters: I got it :-) At least the Elite3D graphics adaptor (I don't know the Creator) requires to be initialized by afbinit which need a microcode file from sun. after 'afbinit /dev/fd0' X starts without any problems! Sorry I am new to Linux/SPARC. Maybe you can raise a debconf warning when the sunffb driver is selected. Excellent! Thank you for following up. I suspect what should be done instead is: 1) The kernel, or hotplug, or some non-XFree86 package, should automatically run afbinit /dev/fd0 at boot time. This issue I leave to debian-sparc to debate. 2) The XFree86 X server should be improved to: A) at best, detect that the firmware isn't loaded and issue an error message about this so there is something intelligible in the log other than the unresolved symbols garbage; or B) at worst, always warn all sunffb users about the fact that Elite3D, among possibly other Sun video hardware, needs to be initialized with afbinit first I can write a patch for the latter. I can't do the former without assistance. If someone could help me with a function call or two to ask the hardware if its firmware is loaded (if that is even possible), that would be most appreciated. Retitling and downgrading the severity of this bug. -- G. Branden Robinson| Debian GNU/Linux | If encryption is outlawed, only [EMAIL PROTECTED] | outlaws will @goH7Ok=q4fDj]Kz?. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#248263: Detailed output isn't detailed
Package: xserver-xfree86 Version: 4.3.0-7 The debconf screen displayed when the video driver doesn't work asks if you would like to view the detailed X-server output as well - but the screen you see is identical to the first (and doesn't include much detail - certainly not what video card it thought it had detected). Chris
Bug#246782: Failure to find video card with X
On Mon, May 10, 2004 at 02:12:12AM -0500, Branden Robinson wrote: Outstanding. You've confirmed as well that your patched X server doesn't get confused on 2.4.x, then? Yup, but it just tries the code that works for 2.4.x on my box, and when it fails, tries the 2.6.x-based path. So it's blindly trying to open the /proc/bus/pci/* stuff directly instead of selecting the right one for the kernel. I'm not sure if there's any architectures where a PCI domain tree and a non-domain tree are exported. If there is, and there's a video card in both, then it probably won't do the right thing. As far as I can tell, though, there doesn't seem to be such hardware... *crosses fingers* If your patch works as intended and causes no breakage both on 2.4.x and 2.6.x, then it's probably good enough for us to apply. Please confirm (or correct) my understanding of the situation. I haven't tested this against any other architectures, as only my Ultra 5 currently has a video card that's under the PCI device tree. -- DN Daniel
Bug#248144: Updated Turkish translation
Hi, We've made some last time modifications in Turkish translation. Could you include the updated translation instead of the old one? Regards, -- roktas # Turkish translation of xserver-xfree86. # This file is distributed under the same license as the xserver-xfree86 package. # Osman Yüksel [EMAIL PROTECTED], 2004. # msgid msgstr Project-Id-Version: xserver-xfree86\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2004-02-20 18:32-0500\n PO-Revision-Date: 2004-05-10 18:14+0300\n Last-Translator: Osman Yüksel [EMAIL PROTECTED]\n Language-Team: Turkish debian-l10n-turkish@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Description #: ../xdm.templates:4 msgid Select the desired default display manager. msgstr Kullanmak istediÄiniz öntanımlı ekran yöneticisini seçin. #. Type: select #. Description #: ../xdm.templates:4 msgid A display manager is a program that provides graphical login capabilities for the X Window System. msgstr Ekran yöneticisi, X Window Sistemi'ne grafik arayüz ile giriÅ yapmayı saÄlar. #. Type: select #. Description #: ../xdm.templates:4 msgid Only one display manager can manage a given X server, but multiple display manager packages are installed. Please select which display manager should run by default. msgstr Sadece bir ekran yöneticisi verilen X sunucusunu yönetebilir, ancak birden fazla ekran yöneticisi kurulu durumda. Lütfen, öntanımlı olarak çalıÅtırmak istediÄiniz ekran yöneticisini seçin. #. Type: select #. Description #: ../xdm.templates:4 msgid (Multiple display managers can run simultaneously if they are configured to manage different servers; to achieve this, configure the display managers accordingly, edit each of their init scripts in /etc/init.d, and disable the check for a default display manager.) msgstr (EÄer farklı sunucuları çalıÅtırmak için ayarlanırsa birden fazla ekran yöneticisi kullanılabilir. Bunun için /etc/init.d içindeki ilgili betikleri deÄiÅtirin ve öntanımlı ekran yöneticisini denetleyen iÅlevleri devre dıÅı bırakın.) #. Type: string #. Description #: ../xdm.templates:26 msgid Do you wish to stop the xdm daemon? msgstr xdm servisini durdurmak istiyor musunuz? #. Type: string #. Description #: ../xdm.templates:26 msgid The X display manager (xdm) daemon is typically stopped on package upgrade and removal, but it appears to be managing at least one running X session. If xdm is stopped now, any X sessions it manages will be terminated. Otherwise you may leave xdm running, and the new version will take effect the next time the daemon is restarted. msgstr X ekran yöneticisi (xdm) servisi, paket güncelleme ve kaldırma sırasında genellikle durdurulur. Fakat öyle görünüyor ki xdm, çalıÅan (en az) bir X oturumunu yönetiyor. EÄer xdm Åimdi durdurulursa, yönetilen X oturumları da sonlandırılacaktır. Böyle yapmak yerine xdm'i çalıÅır vaziyette bırakabilirsiniz. Yeni sürüm, xdm servisinin bir sonraki çalıÅtırılıÅında etkin olacaktır. #. Type: note #. Description #: ../xfree86-common.templates:3 msgid experimental version of XFree86 packages msgstr XFree86 paketleri deneme (experimental) sürümü #. Type: note #. Description #: ../xfree86-common.templates:3 msgid You are using an experimental version of XFree86 packages for Debian. Please do not file bugs with the Debian Bug Tracking System against this version of the packages, since they have not been released to the Debian distribution yet. msgstr Debian için XFree86 paketlerinin deneme sürümünü kullanıyorsunuz. Lütfen bu paketler Debian daÄıtımında yayımlanana dek, Debian Hata Bildirim Sistemine bu paket sürümleri hakkında hata bildirimleri göndermeyin. #. Type: note #. Description #: ../xfree86-common.templates:3 msgid If you experience problems with these packages or would like to submit patches, please send mail to the Debian X mailing list. You can read more about this mailing list on the World Wide Web:\n http://lists.debian.org/debian-x/; msgstr EÄer bu paketlerle sorunlar yaÅarsanız veya bir yama göndermek isterseniz Debian X mail listesine bir ileti gönderin. AÅaÄıdaki baÄı kullanarak bu liste hakkında daha fazla bilgi alabilirsiniz:\n http://lists.debian.org/debian-x/ #. Type: note #. Description #: ../xfree86-common.templates:3 msgid If you do not want to be running experimental X packages, you need to do two things:\n 1) Ensure that you do not have experimental package repositiories in\n your /etc/apt/sources.list file;\n 2) Instruct apt to downgrade XFree86 to an appropriate released version;\n you can do this by appending a package suite name to the package name\n with \apt-get\ -- for example:\n apt-get install xfree86-common/unstable\n or\n apt-get install xfree86-common/stable\n
Bug#248186: error in script 20xfree86-common_process-args: cannot choose session manager
Hi again!, I just discover that the problem was on my hard drive!. Because of some other problem I did a disk checking and found several invalid nodes, among them, the one that had /usr/bin/which. I clear the nodes, reinstall that file, and the problem I reported before is gone:) Thanks... Patricio -- . . /. . * /`'\ . Patricio Rojo . /./ \.. 516 Space Sciences Building ../ .' \.Cornell University ..//../\ Ithaca, NY 14853 ./ ./ ./\ (607)255-6438 ./ ./\ \.[EMAIL PROTECTED] http://www.gnu.org/philosophy/no-word-attachments.html
X Strike Force XFree86 SVN commit: r1375 - people
Author: tretkowski Date: 2004-05-10 14:09:39 -0500 (Mon, 10 May 2004) New Revision: 1375 Added: people/tretkowski/ Log: Initial Check-In. Copied: people/tretkowski (from rev 1374, branches/4.3.0/woody)
Can't switch from X to VT
Hi, I've noticed some strange behavior of my computer after upgrading XFree from 4.3.0-7 to version 4.3.0.dfsg.1-1. Several days ago I did dist-upgrade on Debian Sid and new version of X came with lots of other packages, as usually. Now I can't switch from X to VT using Ctrl Alt Fn. I searched in list archives and in Google with no success [maybe I missed something, but I tried hard]. I tried: - downgrading to 4.3.0-7 - changing manager [kdm, gdm, gnome, KDE] - start with startx no success at all. On my second machine I gave all X related packages to hold and everything is OK [I am doing dist-upgrade simultanously on both machines]. XF86Config-4 and XFree86.0.log are attached. Please, can someone help me? Thanks in advance Vlada -- Ing. Vladimir M. Kerka Klukovicka 1530 155 00 Praha 5 - Stodulky Czech Republic e-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] web:www.dinmont.cz NOTE: rm -rf /bin/ladin Nedostavam a nerozesilam viry, protoze nepouzivam M$ Windows xf86cfg xf86cfg xf86cfg #Section Module # Load dbe # Load dri # Load extmod # Load glx # Load record # Load xtrap # Load speedo # Load type1 #EndSection xf86cfg #Section InputDevice # Identifier Configured Mouse # Driver mouse # Option CorePointer # Option Device/dev/ttyS00 # Option Protocol IntelliMouse # Option Emulate3Buttontrue # Option ZAxisMapping 4 5 #EndSection #Section InputDevice # Identifier Configured Mouse # Driver mouse # Option CorePointer # Option Device/dev/ttyS0 # Option Protocol IntelliMouse # Option Emulate3Buttontrue # Option ZAxisMapping 4 5 #EndSection #Section InputDevice # Identifier Mouse0 # Driver mouse # Option Protocol ImPS/2 # Option Device /dev/psaux # Option Emulate3Buttons yes # Option ZAxisMapping 4 5 #EndSection Section ServerLayout Identifier XFree86 Configured Screen 0 Screen0 0 0 InputDeviceConfigured Mouse CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files # local font server # if the local font server has problems, we can fall back on these # FontPath/usr/lib/X11/fonts/100dpi # FontPath/usr/lib/X11/fonts/75dpi FontPath unix/:7100 FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/CID FontPath /usr/share/fonts/truetype FontPath /usr/lib/X11/fonts/Speedo 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 EndSection Section Module #LoadGLcore Load bitmap Load dbe Load ddc Load dri Load extmod Load freetype Load glx Load int10 Load pex5 Load record Load speedo Load type1 Load vbe # Loadxie EndSection Section InputDevice Identifier Keyboard0 Driver keyboard Option XkbDisable true Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout cz Option XkbVariant cz EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device /dev/gpmdata Option Protocol IntelliMouse Option Emulate3Button true Option ZAxisMapping 4 5 EndSection Section Monitor #DisplaySize 360 270 # mm Identifier Monitor0 VendorName Philips ModelNameBrilliance 109P4 HorizSync30.0 - 100.0 VertRefresh 50.0 - 160.0 ModeLine 1280x1024 157.5 1280 1348 1508 1708 1024 1025 1028 1072 +hsync +vsync Option DPMS EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional #Option SWcursor # [bool] #Option HWcursor # [bool] #Option NoAccel # [bool] #Option ShowCache # [bool] #Option ShadowFB # [bool] #Option UseFBDev # [bool] #Option Rotate#
Re: X Strike Force XFree86 SVN commit: r1320 - in people/fabbione/trunk/debian: . patches
On Tue, May 04, 2004 at 09:18:32PM +0200, Fabio Massimo Di Nitto wrote: Two files, bdftruncate and ucs2any (perl scripts, part of xutils), and their manpages are installed only when fonts are built and they could be copied directly from $(BUILD_TREE) (unchecked). I did investigate this last issue too. The two perl script could be easily copied to the install dir, but the manpages can't. The latter need to be processed and that's still a problem. I suggest to move these two arch indep files/man pages in another package other than xutils. I can't hounestly come up with the perfect solution here. The files need to endup in an arch: all package and the actual pkg list doesn't have some sort of xfonts-utils or xutils-common. I would suggest either to use xfree86-common (even if i know that it is NOT perfect) or to create a new package that contains all these small scripts like for eg: xutils-common (any name is fine.. get the idea). Any other good suggestion? I think the Imakefiles should be fixed so that bdftruncate and ucs2any are decoupled from the building of the fonts themselves. I can look into this. If this is an issue for the TODO, Fabio, please add it. I regard it as your call. -- 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
Bug#229850: xserver-xfree86: Nokia 446Xpro properly detected but sync incorrect
On Sun, May 02, 2004 at 04:37:20PM -0400, Jay Berkenbilt wrote: If you're curious, I am attaching the current work-in-progress rewrite of the config script. I've been working on this off and on for a week or so. If you'd like to play around it with it, that would be great, but you've more than done your part with your followups to date. I'll be reinstalling some machines from scratch over the next week or so to test beta4 of debian-installer. I'll definitely give it a look. Anything to report on this front? -- 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
X Strike Force XFree86 SVN commit: r1376 - trunk/debian
Author: branden Date: 2004-05-10 15:58:02 -0500 (Mon, 10 May 2004) New Revision: 1376 Modified: trunk/debian/TODO Log: Update item. Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-05-10 19:09:39 UTC (rev 1375) +++ trunk/debian/TODO 2004-05-10 20:58:02 UTC (rev 1376) @@ -14,7 +14,9 @@ * Apply Adam Conrad's VIA driver patch (on debian-x). * Grab SiS driver from Thomas Winischhofer's website, per his information. - Should fix #245249 and #246087. + Should fix: + #245249: xserver-xfree86: [sis] screen melt with SiS 630ST and 4.3.0-7 + #246087: xserver-xfree86: [sis] immediate system hang with SiS 330 (Xabre) * Grab latest XTerm release from Thomas Dickey's website (check BTS for several bugs this resolves). * Move patch in 009_use_xf86config-4_in_xf86config.diff to
Re: Start preparing xfree86 4.3.0.dfsg.1-2
On Thu, Apr 29, 2004 at 11:01:57AM +0200, Thomas Winischhofer wrote: Fabio Massimo Di Nitto wrote: * Grab SiS driver from HEAD per Thomas Winischhofer. Please don't grab it from the XFree86 CVS but my website instead. You mean this, right?: http://www.winischhofer.net/sis/sis_drv_src_040504-1.tar.gz For various reasons I don't commit to the XFree86 CVS too often these days, and the driver on my website is far more advanced than the one in the XFree86 CVS as it - last but least - has been lab-tested by SiS themselves for the new chipsets (661/741/760). Excellent! The current driver also fixes Bugs #246087 and #245249. Wonderful! Thanks! -- G. Branden Robinson| There's nothing an agnostic can't Debian GNU/Linux | do if he doesn't know whether he [EMAIL PROTECTED] | believes in it or not. http://people.debian.org/~branden/ | -- Graham Chapman signature.asc Description: Digital signature
Processed: Re: Bug#233001: xserver-xfree86: [tseng] ET4000/W32p only works with vesa or vga
Processing commands for [EMAIL PROTECTED]: tag 233001 + upstream Bug#233001: xserver-xfree86: [tseng] ET4000/W32p only works with vesa or vga Tags were: moreinfo Tags added: upstream thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#243081: xserver-xfree86: dpms blanking behaves erracticaly
Processing commands for [EMAIL PROTECTED]: tag 243081 + help Bug#243081: xserver-xfree86: [ati/atimisc] DPMS power off misbehaves on 3D Rage Pro rev 92 Tags were: upstream Tags added: help thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: X and 2.6.5 kernel: update of 2.6.5 kernel locks my laptop
On Fri, Apr 30, 2004 at 09:30:05AM +, slaven peles wrote: On April 30, 2004 06:00 am, Branden Robinson wrote: On Thu, Apr 29, 2004 at 09:14:58AM +, slaven peles wrote: Apr 29 08:25:01 ivor kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0). Apr 29 08:25:01 ivor kernel: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Apr 29 08:25:01 ivor kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0). Apr 29 08:25:01 ivor kernel: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Please note that this has absolutely nothing to do with the ATI/Radeon driver or firmware in the kernel. The message you see when you have the ATI/Radeon firmware problem appears in the XFree86 problem, and looks like this: (EE) RADEON(0): RADEONCPGetBuffer: CP GetBuffer -1020 (EE) RADEON(0): GetBuffer timed out, resetting engine... (EE) RADEON(0): RADEONCPGetBuffer: CP reset -1020 (EE) RADEON(0): RADEONCPGetBuffer: CP start -1020 [repeat ad nauseam] Please see http://bugs.debian.org/246901 for more on this problem. If you're still setting the This is an XFree86 bug. It shouldn't access hardware directly. bug in 4.3.0.dfsg.1-1, that is an entirely different issue. -- 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
X Strike Force XFree86 SVN commit: r1377 - trunk/debian
Author: branden Date: 2004-05-10 16:08:11 -0500 (Mon, 10 May 2004) New Revision: 1377 Modified: trunk/debian/TODO Log: Update item and promote it to the -2 list per Fabio. Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-05-10 20:58:02 UTC (rev 1376) +++ trunk/debian/TODO 2004-05-10 21:08:11 UTC (rev 1377) @@ -31,6 +31,9 @@ generic ones by fixing upstream Imakeage to not turn extra stuff off when the XFree86 X server is not being built (like xmodmap.std). It ships libXxf86vm.a but not the corresponding manpages. +* #246901: Apply Michel Dänzer's fix for Radeon driver trying forever to + initialize card if card's firmware is not loaded. + http://penguinppc.org/~daenzer/DRI/applied/radeon-accelinit.diff Post 4.3.0-1 @@ -99,9 +102,6 @@ more info] * #245065: xbase-clients: add an option to let setxkbmap ignore current server settings -* Apply Michel Dänzer's fix for Radeon driver trying forever to initialize card - if card's firmware is not loaded. - http://penguinppc.org/~daenzer/DRI/applied/radeon-accelinit.diff * #234025: xserver-xfree86: [ati/radeon] display brightness too high when X server started with S-Video cable connected on Radeon RV200 QW [Radeon 7500] rev 0 (patch tested by submitter of #245919, merged)
Bug#243081: xserver-xfree86: dpms blanking behaves erracticaly
tag 243081 + help thanks On Fri, Apr 30, 2004 at 03:03:54PM -0700, Tyler Riddle wrote: Yes they do, in fact both monitors work flawlessly (with identical hardware) under Windows 2000. There seems to be something up with XFree86 4, as when the last time I used unix on these monitors was duing the 3.x days and there were also no problems there. In that case I am afraid I am stumped by this problem. Tagging bug help. -- G. Branden Robinson| Debian GNU/Linux | If ignorance is bliss, [EMAIL PROTECTED] | is omniscience hell? http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#233001: xserver-xfree86: [tseng] ET4000/W32p only works with vesa or vga
tag 233001 + upstream thanks On Fri, Apr 30, 2004 at 03:07:46PM +1000, Ian Maclaine-cross wrote: On Tue, Apr 20, 2004 at 08:20:39PM -0500, Branden Robinson wrote: On Mon, Feb 16, 2004 at 08:32:25PM +1100, Ian Maclaine-cross wrote: Xfree86 3.3.6 worked with my Tseng ET4000/W32p graphics card but 4.2 does not except with a low resolution vesa or vga mode. Did you *try* the tseng driver instead? Yes indeed and it did nothing. Hrmph. You appear to have a motherboard that the PCI bus handling code in XFree86 4.3.0 doesn't deal with well; a lot of phantom buses show up, and this *may* be confusing the X server into not knowing where to find your video card. The good news is, I have backported what claims to be a fix for this problem from XFree86 CVS to Debian's SVN repository for our XFree86 packages, and if you can build and test packages from the SVN trunk, you will be in a position to confirm whether this bad PCI bus handling is the problem, or if something else is going wrong as well. Are you in a position to build and test xfree86 packages? Instructions are at: http://necrotic.deadbeast.net/xsf/XFree86/HACKING.txt See the section Building the package. Please be sure to use revision 1373 or later of the trunk. I have packages prepared, but unfortunately they are for PowerPC only. -- G. Branden Robinson| I'm a firm believer in not drawing Debian GNU/Linux | trend lines before you have data [EMAIL PROTECTED] | points. http://people.debian.org/~branden/ | -- Tim Ottinger signature.asc Description: Digital signature
Re: problem with left-handed mouse on X - is GPM to blame or is it X?
On Fri, Apr 30, 2004 at 10:14:32AM +0300, Martin-Éric Racine wrote: 1) The information about using GPM's -B option is incorrect. As you can see from the enclosed configs, I already use -B 321, but this is ignored by X. Zeph, can you comment on this? Is -B 321 really broken, or only broken for the raw repeat type? I think I can imagine why it might not work for the raw repeat type. 2) xmodmap has been broken since XFree 4.3.0. Any xmodmap receipe I had left from 4.2.1 either results in broken keyboard maps or in is simply ignored. This is because the XKB configuration data has been overhauled. xmodmap has been deprecated for years. Honnestly, the correct action would be for X to follow the button order configured for GPM. I really wonder why that fails. If you use the raw repeat type, there may be no way it *can* work. Zeph, can you help clear up this issue? -- G. Branden Robinson|It was a typical net.exercise -- a Debian GNU/Linux |screaming mob pounding on a greasy [EMAIL PROTECTED] |spot on the pavement, where used to http://people.debian.org/~branden/ |lie the carcass of a dead horse. signature.asc Description: Digital signature
Processed: retitle 246901 to xserver-xfree86: [ati/radeon] driver spins forever in RADEONCPGetBuffer(), hanging system and filling /var with logfile ...
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 retitle 246901 xserver-xfree86: [ati/radeon] driver spins forever in RADEONCPGetBuffer(), hanging system and filling /var with logfile Bug#246901: [ati] X won't start and crash system Changed Bug title. # see http://penguinppc.org/~daenzer/DRI/applied/radeon-accelinit.diff for patch tags 246901 + upstream patch Bug#246901: xserver-xfree86: [ati/radeon] driver spins forever in RADEONCPGetBuffer(), hanging system and filling /var with logfile Tags were: sid Tags added: upstream, patch End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#246590: xlibmesa-gl-dev doesn't install when I apt-get -f install
Processing commands for [EMAIL PROTECTED]: retitle xlibmesa-gl-dev: install fails while trying to create /usr/lib/libGL.so symbolic link Unknown command or malformed arguments to command. tag 246590 + moreinfo unreproducible Bug#246590: xlibmesa-gl-dev doesn't install when I apt-get -f install There were no tags set. Tags added: moreinfo, unreproducible thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#246590: xlibmesa-gl-dev doesn't install when I apt-get -f install
retitle xlibmesa-gl-dev: install fails while trying to create /usr/lib/libGL.so symbolic link tag 246590 + moreinfo unreproducible thanks On Thu, Apr 29, 2004 at 09:47:31PM +0200, Marco Milanesi wrote: Package: xlibmesa-gl-dev Version: 4.3.0-7 When I invoke apt-get -f install I obtain this: $ apt-get -f install Unpacking xlibmesa-gl-dev (from .../xlibmesa-gl-dev_4.3.0-7_i386.deb) ... dpkg: error processing /var/cache/apt/archives/xlibmesa-gl-dev_4.3.0-7_i386.deb (--unpack): error creating symbolic link `./usr/lib/libGL.so': No such file or directory Errors were encountered while processing: /var/cache/apt/archives/xlibmesa-gl-dev_4.3.0-7_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) $ I have no idea how this happened. Many people, including myself, have installed this version of xlibmesa-gl-dev without experiencing this problem. Please reply to this bug ([EMAIL PROTECTED]) with the output of the following commands: ls -dl /usr /usr/lib /usr/lib/libGL.so /usr/lib/libGL.so.1.2 dpkg -S /usr/lib/libGL.so /usr/lib/libGL.so.1.2 -- G. Branden Robinson| Convictions are more dangerous Debian GNU/Linux | enemies of truth than lies. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#229850: xserver-xfree86: Nokia 446Xpro properly detected but sync incorrect
I'll be reinstalling some machines from scratch over the next week or so to test beta4 of debian-installer. I'll definitely give it a look. Anything to report on this front? I posted my comments already to this bug report. I still have at least two more machines to install, so if you'd like me to do any more testing, just say the word. --Jay -- Jay Berkenbilt [EMAIL PROTECTED] http://www.ql.org/q/
X Strike Force XFree86 SVN commit: r1378 - /
Author: branden Date: 2004-05-10 16:30:06 -0500 (Mon, 10 May 2004) New Revision: 1378 Modified: HACKING Log: Make clarification. Modified: HACKING === --- HACKING 2004-05-10 21:08:11 UTC (rev 1377) +++ HACKING 2004-05-10 21:30:06 UTC (rev 1378) @@ -276,7 +276,9 @@ change in XFree86's license policy, and unclear information as to the scope of the new license's application to changes even to files not explicitly relicensed, no code committed to XFree86 CVS after 2004-02-12 should be included -in Debian packages. +in Debian packages. Changes from after that date must instead come from an +independent source with a known DFSG-free and GPL-compatbiel provenance, and +this will not exist in all cases. Furthermore, XFree86's new license was tested in a preliminary fashion in a set of changes committed to XFree86 CVS on 2003-10-08. These changes, which are
Processed: Re: Bug#246643: _XPollfdCacheDel: select(s) forever when used with fglrx.
Processing commands for [EMAIL PROTECTED]: retitle 246643 libx11-6: _XPollfdCacheDel() select()s forever when called by fglrx_dri.so Bug#246643: _XPollfdCacheDel: select(s) forever when used with fglrx. Changed Bug title. tag 246643 + moreinfo upstream help Bug#246643: libx11-6: _XPollfdCacheDel() select()s forever when called by fglrx_dri.so There were no tags set. Tags added: moreinfo, upstream, help thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: tagging 234025
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 1367:1368 svn://necrotic.deadbeast.net/xfree86 tags 234025 + pending Bug#234025: xserver-xfree86: [ati/radeon] display brightness too high when X server started with S-Video cable connected on Radeon RV200 QW [Radeon 7500] rev 0 Tags were: patch upstream Bug#245919: xserver-xfree86: [ati/radeon] CRT display too bright on Radeon RV200 QW [Radeon 7500] rev 0 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)
Processed: tagging 234025
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 # fixed in upstream CVS tags 234025 + fixed-upstream Bug#234025: xserver-xfree86: [ati/radeon] display brightness too high when X server started with S-Video cable connected on Radeon RV200 QW [Radeon 7500] rev 0 Tags were: pending patch upstream Bug#245919: xserver-xfree86: [ati/radeon] CRT display too bright on Radeon RV200 QW [Radeon 7500] rev 0 Tags added: fixed-upstream End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: CLE266 driver
On Wed, May 05, 2004 at 10:54:51AM +0200, Juergen Lueters wrote: Hello, are there any intentions to incorporate the via Xdriver? I have a system with via a via cle266 chipset. The actual - sid- debian X version does miss the driver. I noticed that the driver is available at f.d.o, so no license problem? Yes, there are plans to incorporate it. They're in the TODO file. Please see the X Strike Force news page and click the link about the to-do list on the trunk. http://necrotic.deadbeast.net/xsf/XFree86/NEWS.xhtml -- G. Branden Robinson| No math genius, eh? Then perhaps Debian GNU/Linux | you could explain to me where you [EMAIL PROTECTED] | got these... PENROSE TILES! http://people.debian.org/~branden/ | -- Stephen R. Notley signature.asc Description: Digital signature
Processed: Re: Bug#247444: xlibmesa-gl: fails to install (dpkg error)
Processing commands for [EMAIL PROTECTED]: retitle 247444 xlibmesa-gl: fails to install: dpkg (subprocess): unable to execute post-installation script: Exec format error Bug#247444: xlibmesa-gl: fails to install (dpkg error) Changed Bug title. tag 247444 + moreinfo unreproducible Bug#247444: xlibmesa-gl: fails to install: dpkg (subprocess): unable to execute post-installation script: Exec format error There were no tags set. Tags added: moreinfo, unreproducible thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: reassign 247463 to xlibs ..., tagging 247463
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 reassign 247463 xlibs Bug#247463: hu_US is missing from xfree86 xfree86.lst files Bug reassigned from package `xfree86-common' to `xlibs'. retitle 247463 xlibs: hu_US needs to be listed in xfree86 rules file's 'oldlayouts' Bug#247463: hu_US is missing from xfree86 xfree86.lst files Changed Bug title. tags 247463 + upstream Bug#247463: xlibs: hu_US needs to be listed in xfree86 rules file's 'oldlayouts' Tags were: patch Tags added: upstream End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#247525: libx11-dev: needs header from not-depended on package
Processing commands for [EMAIL PROTECTED]: tag 247525 + upstream Bug#247525: libx11-dev: needs header from not-depended on package 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#246643: _XPollfdCacheDel: select(s) forever when used with fglrx.
retitle 246643 libx11-6: _XPollfdCacheDel() select()s forever when called by
fglrx_dri.so
tag 246643 + moreinfo upstream help
thanks
On Fri, Apr 30, 2004 at 01:48:16AM -0500, Mike Mestnik wrote:
Package: libx11-6
Version: 4.3.0-7
Severity: normal
(gdb) bt
#0 0x403e3398 in select () from /lib/tls/libc.so.6
#1 0x4018de32 in _XPollfdCacheDel () from /usr/X11R6/lib/libX11.so.6
#2 0x4018eda1 in _XRead () from /usr/X11R6/lib/libX11.so.6
#3 0x4093c2d9 in s5943 () from /usr/X11R6/lib/modules/dri/fglrx_dri.so
#4 0x40950593 in s3197 () from /usr/X11R6/lib/modules/dri/fglrx_dri.so
#5 0x4094d984 in s3176 () from /usr/X11R6/lib/modules/dri/fglrx_dri.so
#6 0x4094ccff in s5118 () from /usr/X11R6/lib/modules/dri/fglrx_dri.so
#7 0x4094d02a in __driCreateScreen () from
/usr/X11R6/lib/modules/dri/fglrx_dri.so
#8 0x40123fda in AllocAndFetchScreenConfigs () from /usr/X11R6/lib/libGL.so.1
I also got this bt with DRI installed, but they do not replace libX11.so.
(gdb) bt
#0 0x4027d398 in select () from /lib/tls/libc.so.6
#1 0x40103e32 in _XPollfdCacheDel () from /usr/X11R6/lib/libX11.so.6
#2 0x40104da1 in _XRead () from /usr/X11R6/lib/libX11.so.6
#3 0x407dc2d9 in s5943 () from /usr/X11R6/lib/modules/dri/fglrx_dri.so
#4 0x407f0593 in s3197 () from /usr/X11R6/lib/modules/dri/fglrx_dri.so
#5 0x407ed984 in s3176 () from /usr/X11R6/lib/modules/dri/fglrx_dri.so
#6 0x407eccff in s5118 () from /usr/X11R6/lib/modules/dri/fglrx_dri.so
#7 0x407ed02a in __driCreateScreen () from /usr/X11R6/lib/libGL.so.1
Well, here are the sources to _XRead() and _XPollfdCacheDel(). Both
live in xc/lib/X11/XlibInt.c.
/*
* _XRead - Read bytes from the socket taking into account incomplete
* reads. This routine may have to be reworked if int long.
*/
int _XRead (dpy, data, size)
register Display *dpy;
register char *data;
register long size;
{
register long bytes_read;
#ifdef XTHREADS
int original_size = size;
#endif
if ((dpy-flags XlibDisplayIOError) || size == 0)
return 0;
ESET(0);
while ((bytes_read = _X11TransRead(dpy-trans_conn, data, (int)size))
!= size) {
if (bytes_read 0) {
size -= bytes_read;
data += bytes_read;
}
else if (ETEST()) {
if (_XWaitForReadable(dpy) == -2)
return -2; /* internal connection did XPutBackEvent */
ESET(0);
}
#ifdef SUNSYSV
else if (ECHECK(0)) {
if (_XWaitForReadable(dpy) == -2)
return -2; /* internal connection did XPutBackEvent */
}
#endif
else if (bytes_read == 0) {
/* Read failed because of end of file! */
ESET(EPIPE);
_XIOError(dpy);
}
else /* bytes_read is less than 0; presumably -1 */ {
/* If it's a system call interrupt, it's not an error. */
if (!ECHECK(EINTR))
_XIOError(dpy);
}
}
#ifdef XTHREADS
if (dpy-lock dpy-lock-reply_bytes_left 0)
{
dpy-lock-reply_bytes_left -= original_size;
if (dpy-lock-reply_bytes_left == 0) {
dpy-flags = ~XlibDisplayReply;
UnlockNextReplyReader(dpy);
}
}
#endif /* XTHREADS*/
return 0;
}
/* ARGSUSED */
void _XPollfdCacheDel(dpy, fd)
Display *dpy;
int fd; /* not used */
{
#ifdef USE_POLL
struct pollfd *pfp = (struct pollfd *)dpy-filedes;
struct _XConnectionInfo *conni;
/* just recalculate whole list */
if (dpy-im_fd_length = POLLFD_CACHE_SIZE) {
int loc = 1;
for (conni = dpy-im_fd_info; conni; conni=conni-next) {
pfp[loc].fd = conni-fd;
pfp[loc].events = POLLIN;
loc++;
}
}
#endif
}
Would someone like to eyeball the above?
--
G. Branden Robinson|Humor is a rubber sword - it allows
Debian GNU/Linux |you to make a point without drawing
[EMAIL PROTECTED] |blood.
http://people.debian.org/~branden/ |-- Mary Hirsch
signature.asc
Description: Digital signature
Bug#247525: libx11-dev: needs header from not-depended on package
tag 247525 + upstream thanks On Wed, May 05, 2004 at 06:56:59PM +0200, Filip Van Raemdonck wrote: Package: libx11-dev Version: 4.3.0.dfsg.1-1 Severity: minor Trying to build something which includes X11/XKBlib.h: /usr/X11R6/include/X11/XKBlib.h:33:35: X11/extensions/XKBstr.h: No such file or directory /me weeps It turns out there are numerous dependencies of Xlib itself on extension headers. xc/lib/X11 % grep '#include.*extensions' *.[ch] Font.c:#include X11/extensions/xf86bigfstr.h XKB.c:#include X11/extensions/XKBproto.h XKBAlloc.c:#include X11/extensions/XKBgeom.h XKBAlloc.c:#include X11/extensions/XKBproto.h XKBBell.c:#include X11/extensions/XKBproto.h XKBBind.c:#include X11/extensions/XKBproto.h XKBCompat.c:#include X11/extensions/XKBproto.h XKBCtrls.c:#include X11/extensions/XKBproto.h XKBCvt.c:#include X11/extensions/XKBproto.h XKBExtDev.c:#include X11/extensions/XKBproto.h XKBExtDev.c:#include X11/extensions/XI.h XKBGAlloc.c:#include X11/extensions/XKBgeom.h XKBGAlloc.c:#include X11/extensions/XKBproto.h XKBGeom.c:#include X11/extensions/XKBgeom.h XKBGeom.c:#include X11/extensions/XKBproto.h XKBGetByName.c:#include X11/extensions/XKBproto.h XKBGetMap.c:#include X11/extensions/XKBproto.h XKBList.c:#include X11/extensions/XKBproto.h XKBMAlloc.c:#include X11/extensions/XKBproto.h XKBMisc.c:#include X11/extensions/XKBproto.h XKBNames.c:#include X11/extensions/XKBproto.h XKBRdBuf.c:#include X11/extensions/XKBproto.h XKBSetGeom.c:#include X11/extensions/XKBgeom.h XKBSetGeom.c:#include X11/extensions/XKBproto.h XKBSetMap.c:#include X11/extensions/XKBproto.h XKBUse.c:#include X11/extensions/XKBproto.h XKBleds.c:#include X11/extensions/XKBproto.h XKBlib.h:#include X11/extensions/XKBstr.h XlibInt.c:#include X11/extensions/xcmiscstr.h I am starting to think the concept of a core X11 protocol is just about completely dead. -- G. Branden Robinson|I must despise the world which does Debian GNU/Linux |not know that music is a higher [EMAIL PROTECTED] |revelation than all wisdom and http://people.debian.org/~branden/ |philosophy. -- Ludwig van Beethoven signature.asc Description: Digital signature
Processed: severity of 247645 is important, merging 237509 247645
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 severity 247645 important Bug#247645: libxft-dev: apt-get upgrade reports unmet dependencies Severity set to `important'. merge 237509 247645 Bug#237509: libxft-dev: upgrading from libxft-dev 2.1.2-[1-5] doesn't work due to dpkg-divert being run before unpack Bug#247645: libxft-dev: apt-get upgrade reports unmet dependencies Bug#237511: libxft-dev: upgrading from libxft-dev 2.1.2-[1-5] doesn't work due to dpkg-divert being run before unpack Bug#240302: libxft2-dev doesn't install Bug#241008: libxft-dev: error during upgrade Bug#246891: libxft-dev: problem upgrading from 2.1.2-5 Merged 237509 237511 240302 241008 246891 247645. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: retitle 247737 to xserver-xfree86: [i810] screen shifts downwards at each power restoration on 852GM/852GME/855GM/855GME Chipset Graphics Controller rev 2 (IBM ThinkPad x40) ...
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 retitle 247737 xserver-xfree86: [i810] screen shifts downwards at each power restoration on 852GM/852GME/855GM/855GME Chipset Graphics Controller rev 2 (IBM ThinkPad x40) Bug#247737: xserver-xfree86: screen shifts downwards on restore/thinkpad x40/855GM Changed Bug title. tags 247737 + upstream Bug#247737: xserver-xfree86: [i810] screen shifts downwards at each power restoration on 852GM/852GME/855GM/855GME Chipset Graphics Controller rev 2 (IBM ThinkPad x40) There were no tags set. Tags added: upstream End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: Processed: Re: Bug#245504: Close bug? (was: Dell GX270 installation report)
reassign 245504 installation-reports thanks The explanation for the cloning and reassignment of this bug to xserver-xfree86 leaves quite a bit to be desired. A) The explanation in the message to the control bot was not CCed to the package maintainer(s), so people have to dig through the bug logs clicking full text links to see the justification. This is almost as bad as just dumping a bug in someone else's lap with no explanation all. PLEASE STOP DOING THIS. I've asked the BTS guys to CC the package address of reassigned bugs by default for years. They either will not do it or it's not a high enough priority to get done. Do not rely on the BTS to do the polite thing. It won't. Take the trouble to tell people why you're foisting a bug off on them. All it costs you is a Cc in your mail to control. B) This particular system has a problem with the display card... Those patches are beyond the scope of the installer of course, but I'll add a wishlist request against xserver-xfree86 anyways. Let's have a look at some of the submitter's text you snipped: This particular system has a problem with the display card which fails to allocate enough memory to start up in anything more than 640x480. The fix is available as a Debian package called 865patch, download from http://www.joepenguin.com (thanks, Joe!) Did you even look at this patch? It's not a patch to XFree86 at all. It's some sort of standalone tool using the Linux Real Mode Interface. In any event, this is far from a proper bug report against xserver-xfree86. xserver-xfree86 has a bug script for a reason. Reassigning this bug to installation-reports. If you're willing to form a coherent case for why there is an XFree86 bug here, please take the time to actually document it instead of cloning bugs and reassigning all over the place. Otherwise, please close the bug. Thanks. -- G. Branden Robinson| The software said it required Debian GNU/Linux | Windows 3.1 or better, so I [EMAIL PROTECTED] | installed Linux. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Processed: retitle 247756 to xlibmesa-dri: [mga] heavy DRI use causes lockup, XFree86 server log reports '(EE) MGA(0): [dri] Idle timed out, resetting engine...' repeatedly ...
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 retitle 247756 xlibmesa-dri: [mga] heavy DRI use causes lockup, XFree86 server log reports '(EE) MGA(0): [dri] Idle timed out, resetting engine...' repeatedly Bug#247756: xlibmesa-dri: MGA G550: heavy DRI use causes console (possibly system) lockup Changed Bug title. tags 247756 + upstream Bug#247756: xlibmesa-dri: [mga] heavy DRI use causes lockup, XFree86 server log reports '(EE) MGA(0): [dri] Idle timed out, resetting engine...' repeatedly There were no tags set. Tags added: upstream End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#234808: Updated patch for 4.3.0
Processing commands for [EMAIL PROTECTED]: tag 234808 - moreinfo Bug#234808: xserver-xfree86: improve XFree86 X server's support for ARM Tags were: upstream moreinfo patch Tags removed: moreinfo thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: tagging 247814
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 tags 247814 + upstream Bug#247814: xlibs-data: Polish E WITH CEDILLA wrong and A WITH CEDILLA missing There were no tags set. Tags added: upstream End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
X Strike Force XFree86 SVN commit: r1379 - /
Author: branden Date: 2004-05-10 17:23:19 -0500 (Mon, 10 May 2004) New Revision: 1379 Modified: HACKING Log: Fix typo. Modified: HACKING === --- HACKING 2004-05-10 21:30:06 UTC (rev 1378) +++ HACKING 2004-05-10 22:23:19 UTC (rev 1379) @@ -277,7 +277,7 @@ the new license's application to changes even to files not explicitly relicensed, no code committed to XFree86 CVS after 2004-02-12 should be included in Debian packages. Changes from after that date must instead come from an -independent source with a known DFSG-free and GPL-compatbiel provenance, and +independent source with a known DFSG-free and GPL-compatible provenance, and this will not exist in all cases. Furthermore, XFree86's new license was tested in a preliminary fashion in a set
Bug#247444: xlibmesa-gl: fails to install (dpkg error)
On Mon, 10 May 2004 16:34:11 -0500 Branden Robinson [EMAIL PROTECTED] wrote: retitle 247444 xlibmesa-gl: fails to install: dpkg (subprocess): unable to execute post-installation script: Exec format error tag 247444 + moreinfo unreproducible thanks On Wed, May 05, 2004 at 09:35:13AM +0200, ben wrote: Package: xlibmesa-gl Version: 4.3.0.dfsg.1-1 Severity: important dpkg error when installing the package : Setting up xlibmesa-gl (4.3.0.dfsg.1-1) ... dpkg (subprocess): unable to execute post-installation script: Exec format error dpkg: error processing xlibmesa-gl (--configure): subprocess post-installation script returned error exit status 2 Bizarre. I have not seen this, nor have many other x86 users. Can you please mail this bug ([EMAIL PROTECTED]) the output of the following commands?: $ file /var/lib/dpkg/info/xlibmesa-gl.postinst $ head /var/lib/dpkg/info/xlibmesa-gl.postinst This problem has been resolved since my last 'apt-get upgrade' this morning. I don't know what corrected it, but I had the problem with my two machines during the last week. I think the bug can be closed. Thanks you, Benoît -- Benoît Mérouze EPITA SIGL Promotion 2005 -= Yaka =- [EMAIL PROTECTED]
Bug#234808: Updated patch for 4.3.0
tag 234808 - moreinfo thanks On Fri, May 07, 2004 at 01:10:40PM +0100, Wookey wrote: Here is an updated version of the 4.1.0 patch that applies to 4.3.0. It replaces the existing 315_arm_* patch that was the result of the partial bug223567 patch. I haven't yet proved that it works (building now...), but I do think that this bug needs upgrading from wishlist - xfree86 doesn't work at all on the netwinder without it, and is probably broken on all/most other arm devices too. Thanks for following up! Fabio, should we add this to the -2 TODO? I take non-x86 architecture support pretty seriously and would vote +1 on this, myself. It doesn't look disruptive or mysterious. -- G. Branden Robinson| Yesterday upon the stair, Debian GNU/Linux | I met a man who wasn't there. [EMAIL PROTECTED] | He wasn't there again today, http://people.debian.org/~branden/ | I think he's from the CIA. signature.asc Description: Digital signature
X Strike Force XFree86 SVN commit: r1380 - trunk/debian
Author: branden Date: 2004-05-10 17:24:58 -0500 (Mon, 10 May 2004) New Revision: 1380 Modified: trunk/debian/changelog Log: Add bug-closer. Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-05-10 22:23:19 UTC (rev 1379) +++ trunk/debian/changelog 2004-05-10 22:24:58 UTC (rev 1380) @@ -40,6 +40,8 @@ #030[a-h], #048, #049, #085, and #099. Add patch #030 which fixes driver to work with not-backported overhaul of X server's region macros. Resync patches #022, #024, #025, #027, #069, #079, #450, #451, and #600. ++ fixes Radeon register initialization for RGB offset to fix the + milky-screen problem (Closes: #234025) + radeon driver now supports ForceMinDotClockOption (Closes: #240581) * Grab from XFree86 CVS (2003-11-23) a fix to a problem resolving hostnames
Processed: Re: Bug#247852: apt-get update/upgrade killed XFree86 Server
Processing commands for [EMAIL PROTECTED]: retitle 247852 xserver-xfree86: [ati/radeon] XFree86 4.1.0 does not support Radeon Mobility M6 Bug#247852: apt-get update/upgrade killed XFree86 Server Changed Bug title. tag 247852 + moreinfo upstream Bug#247852: xserver-xfree86: [ati/radeon] XFree86 4.1.0 does not support Radeon Mobility M6 There were no tags set. Tags added: moreinfo, upstream thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#247852: apt-get update/upgrade killed XFree86 Server
retitle 247852 xserver-xfree86: [ati/radeon] XFree86 4.1.0 does not support Radeon Mobility M6 tag 247852 + moreinfo upstream thanks On Fri, May 07, 2004 at 07:29:19AM -0700, John Griffin wrote: Package: xserver-xfree86 Version: 4.1.0.1 This is not a Debian package version number. Can you please reply to [EMAIL PROTECTED] with the output of the following command?: $ dpkg -l xserver-xfree86 Hello, I recently ran the 'apt-get update' then apt-get upgrade' and now my Xserver crashes upon startup. I then moved the /etc/X11/XF86Config-4.debconf-backup back to /etc/X11/XF86Config-4 and got the same results. I then commented out the BusID PCI:1:0:0 in /etc/X11/XF86Config-4 same results. I then de-installed XFree86 and re-installed, same results. Help! I am running kernel 2.4.20 and XFree86 4.1.0.1 on an HP/Compaq Evo N610c laptop. CPU = Mobile Intel Pentium 4 - 2 Ghz RAM = 512 Mb Here is the output of lspci, the contents of /etc/X11/XF86Config-4 and the contents of /var/log/XFree86.0.log [...] 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LW [...] (--) PCI:*(1:0:0) ATI unknown chipset (0x4c57) rev 0, Mem @ 0x4800/27, 0x4040/16, I/O @ 0x3000/8 The ATI Radeon Mobility M6 is not recognized or support by XFree86 4.1.0, as the above suggests. If your X server was working before, it was likely because you had overlaid it with some more recent version -- probably outside the confines of the Debian package system. -- G. Branden Robinson|There is no housing shortage in Debian GNU/Linux |Lincoln today -- just a rumor that [EMAIL PROTECTED] |is put about by people who have http://people.debian.org/~branden/ |nowhere to live.-- G. L. Murfin signature.asc Description: Digital signature
Bug#247880: ATI R350 support
retitle 247880 xserver-xfree86: [ati/radeon] want support for ATI R350, RV350, RV360, RV380 chipsets tag 247880 + moreinfo upstream thanks On Fri, May 07, 2004 at 12:35:36PM -0500, Scott M. Dier wrote: Package: xserver-xfree86 Version: 4.3.0.dfsg.1-1 Severity: wishlist It would be nice if there was some way to get even 2D support for ATI R350 (and RV350, RV360, R360) cards if it can be ported cleanly from newer releases. Scott, The power is in your hands. :) Please try building r1373 or later of the SVN trunk, and installing the resulting packages. -- G. Branden Robinson| Human beings rarely imagine a god Debian GNU/Linux | that behaves any better than a [EMAIL PROTECTED] | spoiled child. http://people.debian.org/~branden/ | -- Robert Heinlein signature.asc Description: Digital signature
Re: Support for VIA driver, patch against SVN HEAD
On Mon, Mar 29, 2004 at 10:28:30AM +1000, Adam Conrad wrote: As a follow-up to my patch posting for VIA support, here's a quick discussion on licensing from IRC: infinity = 'Adam Conrad' overfiend = 'Branden Robinson' infinity No comment on the VIA driver patch? overfiend haven't done anything with it yet, sorry infinity I didn't write about licensing, but I just duoble-checked, and everything is clean. infinity CVS rev 1.9 of the Imakefile claims the changes between 1.8 and 1.9 are under the 1.1 license. Ironically, those changes break the compile and I rolled back to version 1.8 anyway. infinity All the other files in via/* are under the old license (and won't be relicensed without consent from VIA/S3), and everything outside of via/ was changed by hand by me, so no changes were pulled from upstream. overfiend okay. You don't want to post to -x about this? infinity I'll just post this IRC log. :) overfiend okay :) In light of recent messages by David Dawes to the XFree86 devel list[1][2][3], I'm not sure it is safe to include anything from XFree86 CVS after 2003-02-11, even in the via driver. [1] http://www.mail-archive.com/devel%40xfree86.org/msg05906.html [2] http://www.mail-archive.com/devel%40xfree86.org/msg05959.html [3] http://www.mail-archive.com/devel%40xfree86.org/msg05939.html -- 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#234808: Updated patch for 4.3.0
In message [EMAIL PROTECTED] Branden Robinson [EMAIL PROTECTED] wrote: Fabio, should we add this to the -2 TODO? I take non-x86 architecture support pretty seriously and would vote +1 on this, myself. It doesn't look disruptive or mysterious. This looks correct, based upon my work on 4.1/2/3, and as Wookey says, all ARM is broken without it. At the very least, this patch is needed, although I may have some other minor changes for ARM PCI systems in the future. -- Peter Naulls - [EMAIL PROTECTED]| http://www.chocky.org/ Drobe - http://www.drobe.co.uk/| The Premier RISC OS News Site
Re: problem with left-handed mouse on X - is GPM to blame or is it X?
On Mon, May 10, 2004 at 04:10:18PM -0500, Branden Robinson wrote: On Fri, Apr 30, 2004 at 10:14:32AM +0300, Martin-?ric Racine wrote: 1) The information about using GPM's -B option is incorrect. As you can see from the enclosed configs, I already use -B 321, but this is ignored by X. Zeph, can you comment on this? Is -B 321 really broken, or only broken for the raw repeat type? I think I can imagine why it might not work for the raw repeat type. Honnestly, the correct action would be for X to follow the button order configured for GPM. I really wonder why that fails. If you use the raw repeat type, there may be no way it *can* work. Zeph, can you help clear up this issue? Please see the last message, where I covered just this. Raw mode repeats byte for byte, it does not attempt to do ANYTHING to them. In addition, he is repeating a PS2 protocol, with all the problems involved in that. I will say it once more, this is a case of user error. The proper configuration for this is having gpm not repeat, and both X and gpm reading from /dev/input/mice, with X doing some button remapping in whatever manner is now suggested. If 'xmodmap -e pointer = 3 2 1' is no longer the suggested means, what is? -- 1024D/E65A7801 Zephaniah E. Hull [EMAIL PROTECTED] 92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801 CCs of replies from mailing lists are requested. Mercury Knghtbrd: Eww, find a better name, the movie sucked.. G Knghtbrd Mercury: The engine is better than the movie
Bug#243081: xserver-xfree86: dpms blanking behaves erracticaly
Considering the fact that it showed its head on FreeBSD's build as well I do not believe this problem to be localized to Debian's XFree86 build. I sent the original to you because thats what the debian bug reports say I should do. You can close this problem report and I'll open one up with XFree86 itself. Thanks for your assistance, Tyler Riddle --- Branden Robinson [EMAIL PROTECTED] wrote: tag 243081 + help thanks On Fri, Apr 30, 2004 at 03:03:54PM -0700, Tyler Riddle wrote: Yes they do, in fact both monitors work flawlessly (with identical hardware) under Windows 2000. There seems to be something up with XFree86 4, as when the last time I used unix on these monitors was duing the 3.x days and there were also no problems there. In that case I am afraid I am stumped by this problem. Tagging bug help. -- G. Branden Robinson| Debian GNU/Linux | If ignorance is bliss, [EMAIL PROTECTED] | is omniscience hell? http://people.debian.org/~branden/ | ATTACHMENT part 2 application/pgp-signature name=signature.asc = There are only 10 types of people in this world: Those who understand binary and those who don't. aim: TheMastaSpice __ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover
Bug#246643: _XPollfdCacheDel: select(s) forever when used with fglrx.
Could it be that gdb was wrong in it's bt? There dosen't seem to be a
select in that function.
--- Branden Robinson [EMAIL PROTECTED] wrote:
retitle 246643 libx11-6: _XPollfdCacheDel() select()s forever when
called by fglrx_dri.so
tag 246643 + moreinfo upstream help
thanks
On Fri, Apr 30, 2004 at 01:48:16AM -0500, Mike Mestnik wrote:
Package: libx11-6
Version: 4.3.0-7
Severity: normal
(gdb) bt
#0 0x403e3398 in select () from /lib/tls/libc.so.6
#1 0x4018de32 in _XPollfdCacheDel () from /usr/X11R6/lib/libX11.so.6
#2 0x4018eda1 in _XRead () from /usr/X11R6/lib/libX11.so.6
#3 0x4093c2d9 in s5943 () from
/usr/X11R6/lib/modules/dri/fglrx_dri.so
#4 0x40950593 in s3197 () from
/usr/X11R6/lib/modules/dri/fglrx_dri.so
#5 0x4094d984 in s3176 () from
/usr/X11R6/lib/modules/dri/fglrx_dri.so
#6 0x4094ccff in s5118 () from
/usr/X11R6/lib/modules/dri/fglrx_dri.so
#7 0x4094d02a in __driCreateScreen () from
/usr/X11R6/lib/modules/dri/fglrx_dri.so
#8 0x40123fda in AllocAndFetchScreenConfigs () from
/usr/X11R6/lib/libGL.so.1
I also got this bt with DRI installed, but they do not replace
libX11.so.
(gdb) bt
#0 0x4027d398 in select () from /lib/tls/libc.so.6
#1 0x40103e32 in _XPollfdCacheDel () from /usr/X11R6/lib/libX11.so.6
#2 0x40104da1 in _XRead () from /usr/X11R6/lib/libX11.so.6
#3 0x407dc2d9 in s5943 () from
/usr/X11R6/lib/modules/dri/fglrx_dri.so
#4 0x407f0593 in s3197 () from
/usr/X11R6/lib/modules/dri/fglrx_dri.so
#5 0x407ed984 in s3176 () from
/usr/X11R6/lib/modules/dri/fglrx_dri.so
#6 0x407eccff in s5118 () from
/usr/X11R6/lib/modules/dri/fglrx_dri.so
#7 0x407ed02a in __driCreateScreen () from /usr/X11R6/lib/libGL.so.1
Well, here are the sources to _XRead() and _XPollfdCacheDel(). Both
live in xc/lib/X11/XlibInt.c.
/*
* _XRead - Read bytes from the socket taking into account incomplete
* reads. This routine may have to be reworked if int long.
*/
int _XRead (dpy, data, size)
register Display *dpy;
register char *data;
register long size;
{
register long bytes_read;
#ifdef XTHREADS
int original_size = size;
#endif
if ((dpy-flags XlibDisplayIOError) || size == 0)
return 0;
ESET(0);
while ((bytes_read = _X11TransRead(dpy-trans_conn, data, (int)size))
!= size) {
if (bytes_read 0) {
size -= bytes_read;
data += bytes_read;
}
else if (ETEST()) {
if (_XWaitForReadable(dpy) == -2)
return -2; /* internal connection did XPutBackEvent */
ESET(0);
}
#ifdef SUNSYSV
else if (ECHECK(0)) {
if (_XWaitForReadable(dpy) == -2)
return -2; /* internal connection did XPutBackEvent */
}
#endif
else if (bytes_read == 0) {
/* Read failed because of end of file! */
ESET(EPIPE);
_XIOError(dpy);
}
else /* bytes_read is less than 0; presumably -1 */ {
/* If it's a system call interrupt, it's not an error. */
if (!ECHECK(EINTR))
_XIOError(dpy);
}
}
#ifdef XTHREADS
if (dpy-lock dpy-lock-reply_bytes_left 0)
{
dpy-lock-reply_bytes_left -= original_size;
if (dpy-lock-reply_bytes_left == 0) {
dpy-flags = ~XlibDisplayReply;
UnlockNextReplyReader(dpy);
}
}
#endif /* XTHREADS*/
return 0;
}
/* ARGSUSED */
void _XPollfdCacheDel(dpy, fd)
Display *dpy;
int fd; /* not used */
{
#ifdef USE_POLL
struct pollfd *pfp = (struct pollfd *)dpy-filedes;
struct _XConnectionInfo *conni;
/* just recalculate whole list */
if (dpy-im_fd_length = POLLFD_CACHE_SIZE) {
int loc = 1;
for (conni = dpy-im_fd_info; conni; conni=conni-next) {
pfp[loc].fd = conni-fd;
pfp[loc].events = POLLIN;
loc++;
}
}
#endif
}
Would someone like to eyeball the above?
--
G. Branden Robinson|Humor is a rubber sword - it
allows
Debian GNU/Linux |you to make a point without
drawing
[EMAIL PROTECTED] |blood.
http://people.debian.org/~branden/ |-- Mary Hirsch
ATTACHMENT part 2 application/pgp-signature name=signature.asc
__
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs
http://hotjobs.sweepstakes.yahoo.com/careermakeover
Re: Processed: Re: Bug#245504: Close bug? (was: Dell GX270 installation report)
reassign 245504 discover-data reassign 247750 installation-reports thanks On Mon, May 10, 2004 at 05:07:00PM -0500, Branden Robinson wrote: reassign 245504 installation-reports thanks Let's reassign the correct one of the set of cloned bugs instead. Bug researchers, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=245504msg=47 for Branden's reassignment. This is almost as bad as just dumping a bug in someone else's lap with no explanation all. PLEASE STOP DOING THIS. I've asked the BTS guys to CC the package address of reassigned bugs by default for years. They either will not do it or it's not a high enough priority to get done. It's not at all trivial to do. The BTS gets two messages: * A message to nn@, which typically gets processed first. This is sent to the maintainer etc. The script processing these messages does not know how to process control commands at the top. * A message to control@, which is parsed for control commands and then the rest thrown away. This does not forward the complete mail in any way to anyone, reassigned maintainer or not. I believe that copying the reassigned maintainer would involve either an ugly and hard-to-maintain kludge or a significant refactoring, neither of which is likely to happen soon (and I'd hope that the former doesn't happen at all). The only way I can think of to do it cleanly in the current design involves not mailing the original maintainer, which hardly seems like an improvement, and it wouldn't be a reliable approach anyway. [For future reference in bug #197304, the most plausible refactoring would seem to be moving the mail-sending intelligence from process to some library module and having service use it to forward on the original control mail. However, we'd have to be somewhat careful about when this should be done with control mails, since if there were no other content in the control mail other than the commands then maintainers would be justifiably annoyed at getting effectively two copies of it for no good reason.] There is, however, a reason that I arranged over a year ago for the text of # comments to be included in acks, per bug #93408: it can be used for short explanations of the reasons for a control command. I've even documented this behaviour now. :-) Please keep further discussion of this topic in #197304. I'm only copying -boot and -x because I'm following up to a message sent to both lists, and because it may be useful advice for people processing installation reports. Cheers, -- Colin Watson [EMAIL PROTECTED]
Processed: Re: Processed: Re: Bug#245504: Close bug? (was: Dell GX270 installation report)
Processing commands for [EMAIL PROTECTED]: reassign 245504 discover-data Bug#245504: Fails to recognize 82801EB/ER(ICH5/ICH5R) AC'97 sound card Bug reassigned from package `installation-reports' to `discover-data'. reassign 247750 installation-reports Bug#247750: Find way to integrate patches at http://www.joepenguin.com Bug reassigned from package `xserver-xfree86' to `installation-reports'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: Support for VIA driver, patch against SVN HEAD
On Mon, May 10, 2004 at 05:45:47PM -0500, Branden Robinson wrote: On Mon, Mar 29, 2004 at 10:28:30AM +1000, Adam Conrad wrote: As a follow-up to my patch posting for VIA support, here's a quick discussion on licensing from IRC: infinity = 'Adam Conrad' overfiend = 'Branden Robinson' infinity No comment on the VIA driver patch? overfiend haven't done anything with it yet, sorry infinity I didn't write about licensing, but I just duoble-checked, and everything is clean. infinity CVS rev 1.9 of the Imakefile claims the changes between 1.8 and 1.9 are under the 1.1 license. Ironically, those changes break the compile and I rolled back to version 1.8 anyway. infinity All the other files in via/* are under the old license (and won't be relicensed without consent from VIA/S3), and everything outside of via/ was changed by hand by me, so no changes were pulled from upstream. overfiend okay. You don't want to post to -x about this? infinity I'll just post this IRC log. :) overfiend okay :) In light of recent messages by David Dawes to the XFree86 devel list[1][2][3], I'm not sure it is safe to include anything from XFree86 CVS after 2003-02-11, even in the via driver. The simple reality of copyright law is that David Dawes cannot relicense something on behalf of other contributors, and that whatever copyright the authors (in this case, VIA/S3) have put on the code, stands. Whether or not it was later merged into XFree86 by an external party (Mr. Dawes), is completely irrelevant. -- Daniel Stone[EMAIL PROTECTED] Debian: the universal operating system http://www.debian.org signature.asc Description: Digital signature
■６千万円迄で、年収不足の 方に歓迎■２千万円１億円４億 円証拠有収入の方法■何故に儲 かるを知る方法■00510号
[EMAIL PROTECTED](B
$B!!(B[$B;~Be$N$a!$k%^%,%8%s(B]$B99$J$k9b}F~9bMx1W$X$47BT$N%A%c%s%9%K%e!%9!#0#0#5#1#09f(B
$B!!$$J$?MM$b7J5$2sI|$KJXh!*Cf9q%*%j%s%T%C%/$NFC{7J5$$K$h$j!K\3JE*$K7J5$2sI|$,;O$^$j$^$7$?!#(B
$B(,(,!c(BPR$B!d(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B
$B!!(B
http://hosyou003.orgdns.org/zaitakubuisiness10.htm$B(B
$B(.(,!!Gd$l$F$$$^$9!!(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,#52/[EMAIL
PROTECTED]|1_%S%8%M%9(,(,(/(B
http://hosyou003.orgdns.org/qanda11.html
$B!!(B
$B!|#2!!2/!!1_!#3!!2/!!1_!!0Je$N}F~TB3=P$7$F$$$^$9!#%M%C%H$G!$O$,$-$G!$G$-$^$9!|!!(B
$B(1(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(0(B
$B!!(B
$B:#$9$0%%/%;%9***(Bhttp://hosyou003.orgdns.org
$BG/[EMAIL PROTECTED]|[EMAIL PROTECTED]Z5r$G!!L\E*}F~$O:G9b!*(B
$B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,!c(BPR$B!d(,(,(,(,(B
$B!!##!!!Z!!#52/[EMAIL
PROTECTED]|1_!!Z5rM-}F~%M%C%H%S%8%M%9!0l?M$G#52/[EMAIL
PROTECTED]|1_}F~$N;vB!!![!!##!!(B
$B!!(B
$B!!(B $BZ5r$O(B$BF|K\$N!4Z9q$N%*%j%s%T%C%/7J5$$N;~![EMAIL
PROTECTED];q$N287C$ru$1$F%P%V%k7J5$$H$J$j(B
$B$^$7$?!#(B
$B!!(B $B$=$N$H$-$KJXh$7$??M![EMAIL
PROTECTED],5p3[$N}F~$H$J$j$^$7$?!7J5$$KJXh$7$J$+$C$?8D?M!4k6H$OK|G/IT(B
$B7J5$$NJk$i$7$H$J$j$^$7$?!#F|K\$H4Z9q$N;~$HF1$8$K!Cf9q$N%*%j%s%T%C%/=*N;$H$H$b$KIT7J5$$X5^9_2(B
$B$9$k$N$OEvA3$N7P:Q%5%$%/%k$G$9!#!!(B
$B$d$C$H7J5$2sI|3+;O##3t2A9bCM$N9b3[}F~TB3=P##$3$l$^$G$N$h$$K30?MEj;q$K$h$k3t2Ae:$G$J$/(B
$BF|K\$N8D?MEj;q$,30?M$h$jB?$/$J$j$^$7$?!$3$l$O7J5$2sI|$N8=]$G$9!#!zK~B-$rDI5a$9$k!z$=$N:`NA$K(B
$B#32/1_$$k$H$h$$!z4JC1!Aa$/![EMAIL
PROTECTED]h$k;~Be$K3p$C$?J}K!$O:_Bp%S%8%M%9$G$b$$j(B
$B$^$9!#(B
$B##LdBj$O!3N$+$J}F~$NNIU$1$G$$k!ZZ5r$,M-$k$+H]$+
New Revision: 1381
Modified:
trunk/debian/changelog
trunk/debian/control
Log:
Add dependencies on libxext-dev, libxi-dev, and xlibs-static-dev to
libx11-dev, and explain why in the latter's extended description. Thanks
to Filip Van Raemdonck for noticing this problem. (Closes: #247525)
Modified: trunk/debian/changelog
===
--- trunk/debian/changelog 2004-05-10 22:24:58 UTC (rev 1380)
+++ trunk/debian/changelog 2004-05-11 02:49:53 UTC (rev 1381)
@@ -65,12 +65,16 @@
handle and implement an improved solution for avoiding phantom PCI
buses (Marc La France, Bugzilla #604).
+ * Add dependencies on libxext-dev, libxi-dev, and xlibs-static-dev to
+libx11-dev, and explain why in the latter's extended description. Thanks
+to Filip Van Raemdonck for noticing this problem. (Closes: #247525)
+
Changes by Fabio Massimo Di Nitto:
* Update xutils's package description to refer to bdftruncate and ucs2any
programs by their correct names.
- -- Branden Robinson [EMAIL PROTECTED] Mon, 10 May 2004 13:31:19 -0500
+ -- Branden Robinson [EMAIL PROTECTED] Mon, 10 May 2004 21:46:38 -0500
xfree86 (4.3.0.dfsg.1-1) unstable; urgency=low
Modified: trunk/debian/control
===
--- trunk/debian/control2004-05-10 22:24:58 UTC (rev 1380)
+++ trunk/debian/control2004-05-11 02:49:53 UTC (rev 1381)
@@ -204,7 +204,7 @@
Package: libx11-dev
Section: libdevel
Architecture: any
-Depends: libx11-6 (= ${Source-Version}), x-dev, libc6-dev | libc-dev
+Depends: libx11-6 (= ${Source-Version}), libxext-dev, libxi-dev,
xlibs-static-dev, x-dev, libc6-dev | libc-dev
Conflicts: xlibs-dev ( 4.3.0)
Replaces: xlibs-dev ( 4.3.0)
Description: X Window System protocol client library development files
@@ -212,6 +212,13 @@
this package.
.
See the libx11-6 package for further information.
+ .
+ Ideally, this package would not depend on any extension headers, as Xlib is
+ designed to implement only the core X protocol. Nevertheless, some parts of
+ Xlib have acquired references to extension headers over the years.
+ Specifically, header files for the BIG-REQUESTS, XKEYBOARD, XInputExtension,
+ and XC-MISC extensions are used internally. These dependencies are not
+ exposed via Xlib's own external interfaces.
Package: libxaw6
Section: libs
Processed: tagging 247525
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 1380:1381 svn://necrotic.deadbeast.net/xfree86 tags 247525 + pending Bug#247525: libx11-dev: needs header from not-depended on package Tags were: upstream 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)
Re: Support for VIA driver, patch against SVN HEAD
Using my sanitized XFree86 CVS tree, I have prepared my own 000_stolen_from_HEAD_via_driver.diff, which stops at 2003-02-12, the day before the application of the XFree86 1.1 to the tree. This lost 3 small commits: 1) CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 04/02/20 13:46:36 Log message: 814. Fix missing ';' in via_driver.c hidden by an empty macro (Bugzilla #813, Luc Verhaegen). Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG xc/programs/Xserver/hw/xfree86/doc/sgml/: RELNOTES.sgml xc/programs/Xserver/hw/xfree86/drivers/via/: via_driver.c Revision ChangesPath 3.3152+3 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 1.114 +2 -1 xc/programs/Xserver/hw/xfree86/doc/sgml/RELNOTES.sgml 1.29 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/via/via_driver.c 2) CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 04/02/20 13:50:07 Log message: 815. Fix for detection of hardwired panel for the via driver (Bugzilla #813, Luc Verhaegen, reported by Johannes Specht). Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG xc/programs/Xserver/hw/xfree86/drivers/via/: via_bios.c Revision ChangesPath 3.3153+3 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 1.11 +19 -1 xc/programs/Xserver/hw/xfree86/drivers/via/via_bios.c 3) CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 04/03/15 07:04:22 Log message: Fix driver name Modified files: xc/programs/Xserver/hw/xfree86/drivers/via/: via_driver.c Revision ChangesPath 1.30 +2 -4 xc/programs/Xserver/hw/xfree86/drivers/via/via_driver.c There have been four commits since then: 4) CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 04/03/17 23:07:14 Log message: A second invocation of 'make' shouldn't change anything. -- These changes are Copyright (c) 2004 The XFree86 Project, Inc Rights as per version 1.1 of the XFree86 License (http://www.xfree86.org/legal/licenses.html). Modified files: [SNIP a whole bunch of files] 1.9 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/via/Imakefile [SNIP more] That is the commit you said broke the build, right? 5) CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 04/03/29 08:25:22 Log message: 40. Address Xv segfaults with Option XaaNoSolidFillRect by reducing output driver dependence on xaalocal.h (Marc La France). Modified files: [SNIP another gigantic commit] 1.12 +1 -2 xc/programs/Xserver/hw/xfree86/drivers/via/via_accel.c 1.5 +1 -2 xc/programs/Xserver/hw/xfree86/drivers/via/via_dga.c 1.31 +1 -2 xc/programs/Xserver/hw/xfree86/drivers/via/via_driver.c 1.18 +5 -38 xc/programs/Xserver/hw/xfree86/drivers/via/via_video.c 6) CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 04/04/03 13:39:55 Log message: 56. Via driver updates: - Workaround for not properly detected memory allocation failure of the drm module. - In case of drm memory allocation failure, added a fallback to linear allocation in the pixmap cache when XFREE86_44 is set. - Increased the pixmap cache size to the hardware blitting limit if XFREE86_44 is set. - Restructuring and cleanups in via_accel.c (Removed unecessary comments and moved ViaInitLinear to via_memory.c) - Fixed some warnings about unresolved drm symbols. (Bugzilla #1320, Thomas Hellstr?m). Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG xc/programs/Xserver/hw/xfree86/drivers/via/: via_accel.c via_driver.c via_driver.h via_memory.c Revision ChangesPath 3.3206+12 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 1.13 +12 -54 xc/programs/Xserver/hw/xfree86/drivers/via/via_accel.c 1.32 +3 -1 xc/programs/Xserver/hw/xfree86/drivers/via/via_driver.c 1.14 +10 -4 xc/programs/Xserver/hw/xfree86/drivers/via/via_driver.h 1.6 +72 -28 xc/programs/Xserver/hw/xfree86/drivers/via/via_memory.c 7) CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 04/04/03 14:05:02 Log message: 59. Cleanup the via driver's primary DDC/EDID retrieval: -
