Bug#228494: 1400x1050
Package: xserver-xfree86 Version: 4.3.0-0pre1v5 Hi folks, This is the timing for 1400x1050 @ 60Hz for an ATI Rage 128 Mobility 3 (e.g. Dell Latitude C600): Modeline "1400x1050" 108.0 1400 1448 1462 1688 1050 1050 1053 1066 I got this timing from Dell's support page. Is there a chance to get it included as an official timing in the ati driver, and in the debconf installation menu? Regards Harri
Bug#214475: affected machines
> Thanks for finding out valuable information about this bug. What is > the reason that not all machines are affected? Your description > sounds like slow machines should be more likely to be affected, > because they need more time to get the work done, which occurs when > switching the directory. However the bug has been confirmed on > machines with quite different speed. So there must be some other > reason why the bug doesn't appear on every machine. I'm not sure the speed of the machine is a factor. I think the common elements in the scenario are that 1. a mouse click happens, causing konqueror to execute something which takes a lot of I/O time ( in this case, loading a different view plugin ), before even considering the next events. 2. the user more or less immediately releases the mouse after clicking, but the event gets ignored until the above I/O is finished. 3. when the I/O is finished, the mouse has moved a lot already 4. the next events are processed, and here we reach the problem: the Qt event loop first gets a big mouse movement event, and only then, it gets the mouse release event. this causes konqueror to interpret the user's actions as the start of a drag operation. Thinking about it, I'm wondering why the mouse release event wasn't interpreted as the end of the d'n'd operation, but well, that isn't the case, perhaps d'n'd does a mouse grab, and only accepts events occuring after that ? So I guess it's not so much the machine that has to be slow, but erm, the I/O time caused. The people who couldn't reproduce it, may not have tried to reproduce it with directories that cause switching of plugins, may have had a machine so fast, a mouse so slow, or a hand so steady that no big enough mouse movement happened before the I/O was finished. > Does it depend on the version of xlibs? Are only some versions > affected? I have so far only tested it on xlibs 4.2.1-15 > Can you suggest a workaround? I have no idea. I would consider looking at the code which merges subsequent mouse movement events, to see whether it does not try to merge events between which a mouse release occurred, but other than that, I can't think of anything. cheers domi
AWARD WINNING NOTIFICATION
LOTTERY LA PRIMITIVA. C/BUSMAN EL BUENO,137 MADRID - ESPANA LOTTERY LA PRIMITIVA. C/BUSMAN EL BUENO,137 MADRID - ESPANA FROM: THE DESK OF THE PROMOTIONS MANAGER, INTERNATIONAL PROMOTIONS/PRIZE AWARD DEPARTMENT REFERENCE NUMBERS EL/778654390213/03 AND BATCH NUMBER 621/1423/DPR. ATTENTION: (CONGRATULATION) "AWARD NOTIFICATION FINAL NOTICE." THROUGH THIS MEDIUM WE WISH TO NOTIFY YOU ON THE RELEASE OF THE RESULT OF THE ELGORDO DE LA PRIMITIVA SPANISH PROGRAM HELD ON 16TH JANUARY 2004,SHOULD THERE BE ANY DISCREPANCY OF NUMBERS AND ADDRESS, PLEASE DO NOT HESITATE TO INFORM JUAN CANERIO SL(LOTTERY AGENTS) THAT ENTERED YOUR NAMES AS ONE OF THEIR CLIENTS WITH REFERENCE NUMBERS EL/778654390213/03 AND BATCH NUMBER 621/1423/DPR. IN THE FIFTH SERIES FROM A POOL OF 75 MILLION,IN CASH AMONG THE 26 PARICIPATING FINALIST PLAYING 6,000 TICKETS YOUR TICKET NUMBER WHICH IS 262-08177300-189,SERIAL NO.99375-0 AND THE WINNING NO. 07-08-12-16-26-46 HAS BEEN APPROVED FOR THE LUMPSUM PAYMENT OF OF 625,000.34C IN CASH CREDIT TO FILE REFERENCE NUMBER BQ/8366439644/03. CONGRATULATIONS. DUE TO MIX UP OF NUMBERS AND E-MAIL ADDRESSES,I WOULD ADVICE THAT YOU KEEP THIS AWARD TOP SECRET UNTIL YOUR CLAIM HAS BEEN CONFIRMED AND PRIZE AWARD PAID.THIS IS PART OF OUR SECURITY PROTOCOL TO AVOID DOUBLE CLAIMING OR UNWARRANTED TAKING ADVANTAGE OF THE ABOVE SITUATION. PLEASE BE ADVISED THAT YOUR FUND HAS BEEN DEPOSITED IN OUR CORRESPONDING SECURITY/INSURANANCE COMPANY IN YOUR FAVOUR. TO BEGIN YOUR CLAIM,PLEASE CONTACT YOUR AGENT MR JUAN CANERIO THE MANAGING DIRECTOR OF JUAN CANERIO SL(LOTTERY AGENTS) ON TELEPHONE NO. +34-665-490-586 OR EMAIL AT mailto:[EMAIL PROTECTED] FOR THE PROCESSING AND REMITTANCE OF YOUR FUND. THE DEADLINE FOR THIS NOTICE IS 15TH FEBURARY 2004 AFTER WHICH THE FUNDS WILL BE RETURNED TO THE MINISTERIO DE ECONOMIA Y HACIENDA AS UNCLAIMED. CONGRATULATIONS ONCE AGAIN FROM ALL MEMBERS OF OUR STAFF AND THANK YOU FOR YOUR INTEREST IN ELGORDO LOTTERY SPANISH SWEEPSTAKE CO.S.L. YOURS FAITHFULLY, MANUEL GUSTAVO
Bug#216933: more thoughts on the X_ChangeProperty problem
It's almost encouraging to hear that Christopher Hart has the same problem I do. I had begun to truely distrust my hardware. I wonder what hardware Christopher is using? I still see the problem, on a perhaps slightly less frequent basis, but still every other day or so. I have not managed to correlate it with changes in temperature, or much else except I agree with Christopher that mozilla-firebird seems to often trigger it, as does xchat. I had a horrible idea this morning, that almost makes sense. My lifefook has a transmeta cpu in it, and this cpu has its code morhping technology, which recompiles the i386 code on the fly to it internal instruction set, and optimises it. As I understand it, the optimised form is then used for that block of code as long as it remains cached, even if a different program is started. So: what if there is a bug in the optimizer, which generates incorrect optimised code for either the X server, or X library, but only sometimes. Some kind of math error might be involved. Once the badly optimised code pops up, it would stay in the cache and this would explain why even restarting X does not solve the problem. Presumably certian workloads would knock it out of the cache, which would explain the problem sometimes fixing itself. And rebooting the system (or software suspending it) would likewise clear the cache. This is a dreadful idea, but if true then I predict that Christopher has a transmeta CPU as well. Frankly, I hope he doesn't.. Of course, I used X on this laptop for nearly 2 years before the problem surfaced, so it could easily be that the optimisation bug is triggered by something unlikely that has only recently been put in X, or in the version of gcc used to build it. Also, FWIW, I am now using the xserver-xfree86 4.3.0-0pre1v5 from experimental, but am still using the old libraries, and have still experienced the problem. -- see shy jo signature.asc Description: Digital signature
Processing of xfree86_4.3.0-0pre1v5_arm.changes
xfree86_4.3.0-0pre1v5_arm.changes isn't signed with PGP/GnuPG Removing xfree86_4.3.0-0pre1v5_arm.changes, but keeping its associated files for now. Greetings, Your Debian queue daemon
Bug#218228: What's about changes in debconf templates?
On Sun, Jan 18, 2004 at 01:46:03PM +0100, Artur R. Czechowski wrote: > Hello, > I see that this bug is untouched since for near 3 months. I consider > it as your "I do not like to do it" meaning :) If I am right I suggest > to close this bug. This is a hasty and unwarranted conclusion. I simply haven't had time to look into it. Issues that are critical to the release of of XFree86 4.3.0-1 to unstable are taking the lion's share of my time. -- G. Branden Robinson| If you have the slightest bit of Debian GNU/Linux | intellectual integrity you cannot [EMAIL PROTECTED] | support the government. http://people.debian.org/~branden/ | -- anonymous signature.asc Description: Digital signature
Bug#215831: Processed: retitle 215831 to xlibmesa-gl: CPU detetction code thinks Intel Pentium 4 has 3Dnow extensions, causing SIGILL ...
On Thu, Jan 15, 2004 at 12:57:14AM +0100, Petr Sebor wrote: > Debian Bug Tracking System wrote: > > >Bug#215831: xlibmesa-gl: CPU detetction code thinks Intel Pentium 4 has > >3Dnow extensions, causing SIGILL > >Severity set to `important'. > > > > > I have rewritten the mesa cpu detection code from scratch and it was > accepted to mesa-5.x branch quite a while ago. > The change is quite simple and backport should be a nobrainer. If you could submit the changeset to this bug report, I'd be most appreciative. -- G. Branden Robinson|Fair use is irrelevant and Debian GNU/Linux |improper. [EMAIL PROTECTED] |-- Asst. U.S. Attorney Scott http://people.debian.org/~branden/ |Frewing, explaining the DMCA signature.asc Description: Digital signature
Processing of xfree86_4.3.0-0pre1v5_arm.changes
xfree86_4.3.0-0pre1v5_arm.changes uploaded successfully to localhost along with the files: lbxproxy_4.3.0-0pre1v5_arm.deb libdps1_4.3.0-0pre1v5_arm.deb libdps1-dbg_4.3.0-0pre1v5_arm.deb libdps-dev_4.3.0-0pre1v5_arm.deb libice6_4.3.0-0pre1v5_arm.deb libice6-dbg_4.3.0-0pre1v5_arm.deb libice-dev_4.3.0-0pre1v5_arm.deb libsm6_4.3.0-0pre1v5_arm.deb libsm6-dbg_4.3.0-0pre1v5_arm.deb libsm-dev_4.3.0-0pre1v5_arm.deb libx11-6_4.3.0-0pre1v5_arm.deb libx11-6-dbg_4.3.0-0pre1v5_arm.deb libx11-dev_4.3.0-0pre1v5_arm.deb libxaw6_4.3.0-0pre1v5_arm.deb libxaw6-dbg_4.3.0-0pre1v5_arm.deb libxaw6-dev_4.3.0-0pre1v5_arm.deb libxaw7_4.3.0-0pre1v5_arm.deb libxaw7-dbg_4.3.0-0pre1v5_arm.deb libxaw7-dev_4.3.0-0pre1v5_arm.deb libxext6_4.3.0-0pre1v5_arm.deb libxext6-dbg_4.3.0-0pre1v5_arm.deb libxext-dev_4.3.0-0pre1v5_arm.deb libxft1_4.3.0-0pre1v5_arm.deb libxft1-dbg_4.3.0-0pre1v5_arm.deb libxi6_4.3.0-0pre1v5_arm.deb libxi6-dbg_4.3.0-0pre1v5_arm.deb libxi-dev_4.3.0-0pre1v5_arm.deb libxmu6_4.3.0-0pre1v5_arm.deb libxmu6-dbg_4.3.0-0pre1v5_arm.deb libxmu-dev_4.3.0-0pre1v5_arm.deb libxmuu1_4.3.0-0pre1v5_arm.deb libxmuu1-dbg_4.3.0-0pre1v5_arm.deb libxmuu-dev_4.3.0-0pre1v5_arm.deb libxp6_4.3.0-0pre1v5_arm.deb libxp6-dbg_4.3.0-0pre1v5_arm.deb libxp-dev_4.3.0-0pre1v5_arm.deb libxpm4_4.3.0-0pre1v5_arm.deb libxpm4-dbg_4.3.0-0pre1v5_arm.deb libxpm-dev_4.3.0-0pre1v5_arm.deb libxrandr2_4.3.0-0pre1v5_arm.deb libxrandr2-dbg_4.3.0-0pre1v5_arm.deb libxrandr-dev_4.3.0-0pre1v5_arm.deb libxt6_4.3.0-0pre1v5_arm.deb libxt6-dbg_4.3.0-0pre1v5_arm.deb libxt-dev_4.3.0-0pre1v5_arm.deb libxtrap6_4.3.0-0pre1v5_arm.deb libxtrap6-dbg_4.3.0-0pre1v5_arm.deb libxtrap-dev_4.3.0-0pre1v5_arm.deb libxtst6_4.3.0-0pre1v5_arm.deb libxtst6-dbg_4.3.0-0pre1v5_arm.deb libxtst-dev_4.3.0-0pre1v5_arm.deb libxv1_4.3.0-0pre1v5_arm.deb libxv1-dbg_4.3.0-0pre1v5_arm.deb libxv-dev_4.3.0-0pre1v5_arm.deb proxymngr_4.3.0-0pre1v5_arm.deb twm_4.3.0-0pre1v5_arm.deb xbase-clients_4.3.0-0pre1v5_arm.deb xdm_4.3.0-0pre1v5_arm.deb xfs_4.3.0-0pre1v5_arm.deb xfwp_4.3.0-0pre1v5_arm.deb xlibmesa-gl_4.3.0-0pre1v5_arm.deb xlibmesa-gl-dbg_4.3.0-0pre1v5_arm.deb xlibmesa-gl-dev_4.3.0-0pre1v5_arm.deb xlibmesa-glu_4.3.0-0pre1v5_arm.deb xlibmesa-glu-dbg_4.3.0-0pre1v5_arm.deb xlibmesa-glu-dev_4.3.0-0pre1v5_arm.deb xlibs-static-dev_4.3.0-0pre1v5_arm.deb xlibs-static-pic_4.3.0-0pre1v5_arm.deb xmh_4.3.0-0pre1v5_arm.deb xnest_4.3.0-0pre1v5_arm.deb xprt_4.3.0-0pre1v5_arm.deb xserver-common_4.3.0-0pre1v5_arm.deb xserver-xfree86_4.3.0-0pre1v5_arm.deb xserver-xfree86-dbg_4.3.0-0pre1v5_arm.deb xterm_4.3.0-0pre1v5_arm.deb xutils_4.3.0-0pre1v5_arm.deb xvfb_4.3.0-0pre1v5_arm.deb x-window-system-core_4.3.0-0pre1v5_arm.deb x-window-system-dev_4.3.0-0pre1v5_arm.deb xlibmesa3_4.3.0-0pre1v5_arm.deb Greetings, Your Debian queue daemon
xfree86_4.3.0-0pre1v5_arm.changes ACCEPTED
Accepted: lbxproxy_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/lbxproxy_4.3.0-0pre1v5_arm.deb libdps-dev_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libdps-dev_4.3.0-0pre1v5_arm.deb libdps1-dbg_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libdps1-dbg_4.3.0-0pre1v5_arm.deb libdps1_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libdps1_4.3.0-0pre1v5_arm.deb libice-dev_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libice-dev_4.3.0-0pre1v5_arm.deb libice6-dbg_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libice6-dbg_4.3.0-0pre1v5_arm.deb libice6_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libice6_4.3.0-0pre1v5_arm.deb libsm-dev_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libsm-dev_4.3.0-0pre1v5_arm.deb libsm6-dbg_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libsm6-dbg_4.3.0-0pre1v5_arm.deb libsm6_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libsm6_4.3.0-0pre1v5_arm.deb libx11-6-dbg_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libx11-6-dbg_4.3.0-0pre1v5_arm.deb libx11-6_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libx11-6_4.3.0-0pre1v5_arm.deb libx11-dev_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libx11-dev_4.3.0-0pre1v5_arm.deb libxaw6-dbg_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxaw6-dbg_4.3.0-0pre1v5_arm.deb libxaw6-dev_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxaw6-dev_4.3.0-0pre1v5_arm.deb libxaw6_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxaw6_4.3.0-0pre1v5_arm.deb libxaw7-dbg_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxaw7-dbg_4.3.0-0pre1v5_arm.deb libxaw7-dev_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxaw7-dev_4.3.0-0pre1v5_arm.deb libxaw7_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxaw7_4.3.0-0pre1v5_arm.deb libxext-dev_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxext-dev_4.3.0-0pre1v5_arm.deb libxext6-dbg_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxext6-dbg_4.3.0-0pre1v5_arm.deb libxext6_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxext6_4.3.0-0pre1v5_arm.deb libxft1-dbg_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxft1-dbg_4.3.0-0pre1v5_arm.deb libxft1_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxft1_4.3.0-0pre1v5_arm.deb libxi-dev_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxi-dev_4.3.0-0pre1v5_arm.deb libxi6-dbg_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxi6-dbg_4.3.0-0pre1v5_arm.deb libxi6_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxi6_4.3.0-0pre1v5_arm.deb libxmu-dev_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxmu-dev_4.3.0-0pre1v5_arm.deb libxmu6-dbg_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxmu6-dbg_4.3.0-0pre1v5_arm.deb libxmu6_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxmu6_4.3.0-0pre1v5_arm.deb libxmuu-dev_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxmuu-dev_4.3.0-0pre1v5_arm.deb libxmuu1-dbg_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxmuu1-dbg_4.3.0-0pre1v5_arm.deb libxmuu1_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxmuu1_4.3.0-0pre1v5_arm.deb libxp-dev_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxp-dev_4.3.0-0pre1v5_arm.deb libxp6-dbg_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxp6-dbg_4.3.0-0pre1v5_arm.deb libxp6_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxp6_4.3.0-0pre1v5_arm.deb libxpm-dev_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxpm-dev_4.3.0-0pre1v5_arm.deb libxpm4-dbg_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxpm4-dbg_4.3.0-0pre1v5_arm.deb libxpm4_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxpm4_4.3.0-0pre1v5_arm.deb libxrandr-dev_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxrandr-dev_4.3.0-0pre1v5_arm.deb libxrandr2-dbg_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxrandr2-dbg_4.3.0-0pre1v5_arm.deb libxrandr2_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxrandr2_4.3.0-0pre1v5_arm.deb libxt-dev_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxt-dev_4.3.0-0pre1v5_arm.deb libxt6-dbg_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxt6-dbg_4.3.0-0pre1v5_arm.deb libxt6_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxt6_4.3.0-0pre1v5_arm.deb libxtrap-dev_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxtrap-dev_4.3.0-0pre1v5_arm.deb libxtrap6-dbg_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxtrap6-dbg_4.3.0-0pre1v5_arm.deb libxtrap6_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxtrap6_4.3.0-0pre1v5_arm.deb libxtst-dev_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxtst-dev_4.3.0-0pre1v5_arm.deb libxtst6-dbg_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxtst6-dbg_4.3.0-0pre1v5_arm.deb libxtst6_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxtst6_4.3.0-0pre1v5_arm.deb libxv-dev_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxv-dev_4.3.0-0pre1v5_arm.deb libxv1-dbg_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxv1-dbg_4.3.0-0pre1v5_arm.deb libxv1_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/libxv1_4.3.0-0pre1v5_arm.deb proxymngr_4.3.0-0pre1v5_arm.deb to pool/main/x/xfree86/proxymngr_4.3.0-0pre1v5_arm.deb twm_4.3.0-0pre1v5_arm.deb to pool
Bug#216933: more thoughts on the X_ChangeProperty problem
Joey Hess wrote: > So: what if there is a bug in the optimizer, which generates incorrect > optimised code for either the X server, or X library, but only > sometimes. Some kind of math error might be involved. Once the badly > optimised code pops up, it would stay in the cache and this would > explain why even restarting X does not solve the problem. Presumably > certian workloads would knock it out of the cache, which would explain > the problem sometimes fixing itself. And rebooting the system (or > software suspending it) would likewise clear the cache. Something else that backs up this idea is that one impression I have gotten is that if I stop trying to open X apps that are going to fail for a while, but keep doing stuff, X seems to recover quicker. Which would be consistent with the badly optimised hunk of code being thrown out of the cache because it was not being used. I'm going to switch my laptop over to suspend to disk instead of suspend to ram, I suspect that would let me recover from the problem posthaste by suspending and resuming the machine. -- see shy jo
Re: X Strike Force XFree86 SVN commit: rev 930 - branches/4.3.0/sid/debian
On Sat, Jan 17, 2004 at 10:41:22AM +0900, ISHIKAWA Mutsumi wrote: > I believe, we should drop 003a_damn_cpp_3.3_to_hell.diff patch > with this change. On Sat, Jan 17, 2004 at 02:42:29AM -0500, Nathanael Nerode wrote: > Indeed, you will *have* to do so in order to get XFree86 to build again. On Sun, Jan 18, 2004 at 02:08:09AM +0100, Dagfinn Ilmari Mannsåker wrote: > X Strike Force SVN Repository Admin <[EMAIL PROTECTED]> writes: > > > +Build-Conflicts: cpp-3.3 (<< 1:3.3.3ds1-0pre1) > > While that is indeed the version of the source package, the binary > package is versioned 1:3.3.3-0pre1: > > Package: cpp-3.3 > Version: 1:3.3.3-0pre1 > Source: gcc-3.3 (1:3.3.3ds1-0pre1) > > Here's a patch that fixes it, please apply. Thanks for the fixes, guys -- they have been applied. -- G. Branden Robinson| What cause deserves following if Debian GNU/Linux | its adherents must bury their [EMAIL PROTECTED] | opposition with lies? http://people.debian.org/~branden/ | -- Noel O'Connor signature.asc Description: Digital signature
Re: Patch offset fixups
On Sun, Jan 18, 2004 at 06:25:24AM +0100, Dagfinn Ilmari Mannsåker wrote: > When trying to build branches/4.3.0/sid on sparc today I noticed that > some of the patches hadd offsets or fuzz, so here are fixed versions. > Please apply. Thanks! Applied as r934. -- 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
Re: 'Not loading .note.GNU-stack' messages
On Mon, Jan 19, 2004 at 02:04:07AM +0800, Dan Jacobson wrote: > Lots of these messages these days: > $ sort /var/log/XFree86.0.log|uniq -c|sort -nr|head -1 > 298 Not loading .note.GNU-stack Gosh, you're the *very first* person to report this. Ever. -- G. Branden Robinson|If a man ate a pound of pasta and a Debian GNU/Linux |pound of antipasto, would they [EMAIL PROTECTED] |cancel out, leaving him still http://people.debian.org/~branden/ |hungry? -- Scott Adams signature.asc Description: Digital signature
Re: Patch offset fixups
Branden Robinson <[EMAIL PROTECTED]> writes: > On Sun, Jan 18, 2004 at 06:25:24AM +0100, Dagfinn Ilmari Mannsåker wrote: >> When trying to build branches/4.3.0/sid on sparc today I noticed that >> some of the patches hadd offsets or fuzz, so here are fixed versions. >> Please apply. > > Thanks! Applied as r934. Great, this builds and works on sparc, tested both on an Ultra5 with a 3DLabs Permedia2 (except for VT switching and Ctrl-Alt-[+-] resolution switching) and an Ultra1 with a Sun Creator framebuffer. Now that the computer club has got a new room at the university and got the Ultras back up running I'll be building and testing XFree86 on sparc again. -- ilmari
X Strike Force XFree86 SVN commit: rev 935 - in branches/4.3.0/sid/debian: . patches
Author: branden
Date: 2004-01-19 16:11:25 -0500 (Mon, 19 Jan 2004)
New Revision: 935
Modified:
branches/4.3.0/sid/debian/changelog
branches/4.3.0/sid/debian/patches/000_stolen_from_HEAD.diff
Log:
Grab from upstream CVS HEAD a patch to the DIX layer to work around
spurious repeated keyboard events during sync grabs when using the XKB
extension (thanks to Mark Histed for the tip). (Closes: #142569)
Modified: branches/4.3.0/sid/debian/changelog
===
--- branches/4.3.0/sid/debian/changelog 2004-01-19 21:06:40 UTC (rev 934)
+++ branches/4.3.0/sid/debian/changelog 2004-01-19 21:11:25 UTC (rev 935)
@@ -110,6 +110,11 @@
- debian/control
- debian/patches/003a_damn_cpp_3.3_to_hell.diff: deleted
+ * Grab from upstream CVS HEAD a patch to the DIX layer to work around
+spurious repeated keyboard events during sync grabs when using the XKB
+extension (thanks to Mark Histed for the tip). (Closes: #142569)
+- debian/patches/000_stolen_from_HEAD.diff
+
-- Branden Robinson <[EMAIL PROTECTED]> Fri, 16 Jan 2004 17:46:47 -0500
xfree86 (4.3.0-0pre1v5) experimental; urgency=low
Modified: branches/4.3.0/sid/debian/patches/000_stolen_from_HEAD.diff
===
--- branches/4.3.0/sid/debian/patches/000_stolen_from_HEAD.diff 2004-01-19
21:06:40 UTC (rev 934)
+++ branches/4.3.0/sid/debian/patches/000_stolen_from_HEAD.diff 2004-01-19
21:11:25 UTC (rev 935)
@@ -55,6 +55,10 @@
748. Allow rstartd.real to be installed into a location other than LIBDIR
(#6034, Luke Mewburn).
+xc/programs/Xserver/dix/events.c @ 3.47
+ 60. Fix for spontaneous repeated keyboard events during sync grab (#A.1713,
+ Michal Marüka).
+
diff -urN xc.orig/config/imake/imake.c xc/config/imake/imake.c
--- xc.orig/config/imake/imake.c 2002-12-17 09:48:27.0 +1100
+++ xc/config/imake/imake.c2003-04-09 01:58:14.0 +1000
@@ -796,3 +800,31 @@
-exec LIBDIR/SERVERNAME.real -c LIBDIR/config
+exec BINDIR/SERVERNAME.real -c LIBDIR/config
+Index: xc/programs/Xserver/dix/events.c
+===
+RCS file: /cvs/xc/programs/Xserver/dix/events.c,v
+retrieving revision 3.46
+retrieving revision 3.47
+diff -u -r3.46 -r3.47
+--- xc/programs/Xserver/dix/events.c 17 Sep 2002 01:15:09 - 3.46
xc/programs/Xserver/dix/events.c 5 Apr 2003 18:15:47 - 3.47
+@@ -1,4 +1,4 @@
+-/* $XFree86: xc/programs/Xserver/dix/events.c,v 3.46 2002/09/17 01:15:09
dawes Exp $ */
++/* $XFree86: xc/programs/Xserver/dix/events.c,v 3.47 2003/04/05 18:15:47
dawes Exp $ */
+ /
+
+ Copyright 1987, 1998 The Open Group
+@@ -988,6 +988,13 @@
+ xEvent*qxE;
+
+ NoticeTime(xE);
++
++#ifdef XKB
++/* Fix for key repeating bug. */
++if (xE->u.u.type == KeyRelease)
++ AccessXCancelRepeatKey(device->key->xkbInfo, xE->u.u.detail);
++#endif
++
+ if (DeviceEventCallback)
+ {
+ DeviceEventInfoRec eventinfo;
X Strike Force XFree86 SVN commit: rev 934 - branches/4.3.0/sid/debian/patches
Author: branden Date: 2004-01-19 16:06:40 -0500 (Mon, 19 Jan 2004) New Revision: 934 Modified: branches/4.3.0/sid/debian/patches/004_imake_manpage_handling_overhaul.diff branches/4.3.0/sid/debian/patches/068_fix_InstallAppDefFiles_screwage.diff branches/4.3.0/sid/debian/patches/900_debian_config.diff Log: Fix patch offsets, courtesy of Dagfinn Ilmari Manns?\195?\165ker. Modified: branches/4.3.0/sid/debian/patches/004_imake_manpage_handling_overhaul.diff === --- branches/4.3.0/sid/debian/patches/004_imake_manpage_handling_overhaul.diff 2004-01-18 16:29:03 UTC (rev 933) +++ branches/4.3.0/sid/debian/patches/004_imake_manpage_handling_overhaul.diff 2004-01-19 21:06:40 UTC (rev 934) @@ -4,8 +4,8 @@ Originally by Branden Robinson. Forward-ported from 4.2.1 by Daniel Stone. xc/config/cf/Imake.tmpl.orig Mon Jan 13 16:43:40 2003 -+++ xc/config/cf/Imake.tmplMon Jan 13 17:22:07 2003 +--- xc-old/config/cf/Imake.tmpl2004-01-18 04:41:45.0 +0100 xc/config/cf/Imake.tmpl2004-01-18 04:45:23.0 +0100 @@ -856,34 +856,79 @@ #define ManSourcePath $(MANPATH)/man #endif @@ -269,9 +269,9 @@ #endif INSTBINFLAGS = InstBinFlags /* install flags for programs */ INSTUIDFLAGS = InstUidFlags /* install flags for setuid programs */ xc/config/cf/gnu.cf.orig Mon Jan 13 17:22:45 2003 -+++ xc/config/cf/gnu.cfMon Jan 13 17:22:51 2003 -@@ -144,26 +144,6 @@ +--- xc-old/config/cf/gnu.cf2004-01-18 04:41:51.0 +0100 xc/config/cf/gnu.cf2004-01-18 04:46:04.0 +0100 +@@ -146,26 +146,6 @@ #define ConnectionFlags -DUNIXCONN -DTCPCONN @@ -298,9 +298,9 @@ #ifndef StaticLibrary #define StaticLibrary(libpath,libname) -Wl,-Bstatic Concat(-L,libpath) Concat(-l,libname) -Wl,-Bdynamic #endif xc/config/cf/linux.cf~ 2003-09-18 12:34:14.0 -0500 -+++ xc/config/cf/linux.cf 2003-09-18 12:34:21.0 -0500 -@@ -161,6 +161,7 @@ +--- xc-old/config/cf/linux.cf 2004-01-18 04:41:52.0 +0100 xc/config/cf/linux.cf 2004-01-18 04:45:51.0 +0100 +@@ -160,6 +160,7 @@ # define BuildHtmlManPages NO # define StaticNeedsPicForShared NO /* we handle provide static libraries with PIC symbols using a different method */ # define KernelVersionInBanner YES @@ -308,7 +308,7 @@ /* The TT/Meltho fonts are all under non-free licenses. */ # define BuildTrueTypeFonts NO # define BuildBethMarduthoFonts NO -@@ -970,26 +971,6 @@ +@@ -969,26 +970,6 @@ # define ConnectionFlags -DUNIXCONN -DTCPCONN #endif @@ -335,8 +335,8 @@ #ifndef StaticLibrary # define StaticLibrary(libpath,libname) -Wl,-Bstatic Concat(-L,libpath) Concat(-l,libname) -Wl,-Bdynamic #endif xc/config/cf/xfree86.cf.orig Mon Jan 13 17:23:38 2003 -+++ xc/config/cf/xfree86.cfMon Jan 13 17:23:47 2003 +--- xc-old/config/cf/xfree86.cf2004-01-18 04:41:52.0 +0100 xc/config/cf/xfree86.cf2004-01-18 04:46:32.0 +0100 @@ -1887,10 +1887,6 @@ # define UseRgbTxtYES #endif Modified: branches/4.3.0/sid/debian/patches/068_fix_InstallAppDefFiles_screwage.diff === --- branches/4.3.0/sid/debian/patches/068_fix_InstallAppDefFiles_screwage.diff 2004-01-18 16:29:03 UTC (rev 933) +++ branches/4.3.0/sid/debian/patches/068_fix_InstallAppDefFiles_screwage.diff 2004-01-19 21:06:40 UTC (rev 934) @@ -9,7 +9,7 @@ --- xc/config/cf/linux.cf~ 2003-09-18 01:28:10.0 -0500 +++ xc/config/cf/linux.cf 2003-09-18 01:28:26.0 -0500 -@@ -116,13 +116,16 @@ +@@ -115,13 +115,16 @@ /* # define JoystickSupport YES */ # define XAppLoadDir EtcX11Directory/app-defaults # define XFileSearchPathDefault Concat4(EtcX11Directory/%L/%T/%N%C,%S:EtcX11Directory/%l/%T/%N%C,%S:EtcX11Directory/%T/%N%C,%S:EtcX11Directory/%L/%T/%N%S:EtcX11Directory/%l/%T/%N%S:EtcX11Directory/%T/%N%S):Concat4($(LIBDIR)/%L/%T/%N%C,%S:$(LIBDIR)/%l/%T/%N%C,%S:$(LIBDIR)/%T/%N%C,%S:$(LIBDIR)/%L/%T/%N%S:$(LIBDIR)/%l/%T/%N%S:$(LIBDIR)/%T/%N%S) Modified: branches/4.3.0/sid/debian/patches/900_debian_config.diff === --- branches/4.3.0/sid/debian/patches/900_debian_config.diff2004-01-18 16:29:03 UTC (rev 933) +++ branches/4.3.0/sid/debian/patches/900_debian_config.diff2004-01-19 21:06:40 UTC (rev 934) @@ -2,7 +2,7 @@ --- xc/config/cf/linux.cf~ 2003-09-18 12:11:37.0 -0500 +++ xc/config/cf/linux.cf 2003-09-18 12:11:43.0 -0500 -@@ -136,13 +136,7 @@ +@@ -135,13 +135,7 @@ # define NormalLibGlu YES # define FSUseSyslog YES
X Strike Force XFree86 SVN commit: rev 936 - branches/4.3.0/sid/debian
Author: branden Date: 2004-01-19 16:24:11 -0500 (Mon, 19 Jan 2004) New Revision: 936 Modified: branches/4.3.0/sid/debian/TODO Log: Update patch status per Nathanael Nerode. Modified: branches/4.3.0/sid/debian/TODO === --- branches/4.3.0/sid/debian/TODO 2004-01-19 21:11:25 UTC (rev 935) +++ branches/4.3.0/sid/debian/TODO 2004-01-19 21:24:11 UTC (rev 936) @@ -74,10 +74,10 @@ 033_ICE_subprotocol_reply_fix.diff unchanged 034_neomagic_manpage.diff upstream 035_fontenc_null_ptr_deref_fix.diffupstream -036_imake_linux_libc_detection_fix.diff -037_fix_r128_unresolved_symbols.diff -039_apploaddir_manpage_fixes.diff -040_xmodmap_manpage_improvement.diff +036_imake_linux_libc_detection_fix.diffupstream +037_fix_r128_unresolved_symbols.diff upstreamsecond hunk irrelevant +039_apploaddir_manpage_fixes.diff upstreamCHECK oclock.man FOR LOSSAGE +040_xmodmap_manpage_improvement.diff upstream 041_fix_Xlib_depend_target.diff 042_XtSetKeyboardFocus_manpage_fix.diff 043_XF86VidMode_manpage_fix.diff @@ -154,11 +154,11 @@ 842_netbsd_NetBSD.cf_fixes.diff 843_netbsd_no_shared_OldX_lib.diff unchanged 844_netbsd_no_kbd_mode_command.diff -900_debian_config.diff -901_Wraphelp.c.diff -902_debian_startx_manpage.diff -903_debian_system.twmrc.diff -904_debian_xinitrc.diff +900_debian_config.diff merged +901_Wraphelp.c.diffunchanged +902_debian_startx_manpage.diff unchanged +903_debian_system.twmrc.diff unchanged +904_debian_xinitrc.diffunchanged 905_debian_xdm.diffunchanged 906_debian_xfs.diff 907_debian_xterm.diff
X Strike Force XFree86 SVN commit: rev 937 - branches/4.3.0/sid/debian
Author: branden Date: 2004-01-19 16:34:54 -0500 (Mon, 19 Jan 2004) New Revision: 937 Modified: branches/4.3.0/sid/debian/changelog Log: Add bug-closer for #228408. Modified: branches/4.3.0/sid/debian/changelog === --- branches/4.3.0/sid/debian/changelog 2004-01-19 21:24:11 UTC (rev 936) +++ branches/4.3.0/sid/debian/changelog 2004-01-19 21:34:54 UTC (rev 937) @@ -807,6 +807,8 @@ - XVideo supported at high resolutions on ATI Rage 128 Mobility LF (Closes: #176014) - Xinerama header file now usable by C++ code (Closes: #224757) +- XFree86 X server has improved Xv support for ATI Radeon chipsets + (Closes: #228408) * Include patch for ATI RV280 chipset support. (Closes: #211528) [Daniel Stone]
X Strike Force XFree86 SVN commit: rev 938 - branches/4.3.0/sid/debian/patches
Author: branden Date: 2004-01-19 16:45:09 -0500 (Mon, 19 Jan 2004) New Revision: 938 Added: branches/4.3.0/sid/debian/patches/056_xdmcp_Wrap.h_fixes.diff Log: Restore patch #029 from trunk that was lost. Copied: branches/4.3.0/sid/debian/patches/056_xdmcp_Wrap.h_fixes.diff (from rev 937, trunk/debian/patches/029_xdmcp_Wrap.h_fixes.diff) Property changes on: branches/4.3.0/sid/debian/patches/056_xdmcp_Wrap.h_fixes.diff ___ Name: svn:keywords + Id
X Strike Force XFree86 SVN commit: rev 939 - branches/4.3.0/sid/debian
Author: branden Date: 2004-01-19 16:49:51 -0500 (Mon, 19 Jan 2004) New Revision: 939 Modified: branches/4.3.0/sid/debian/TODO Log: Update patch status. Modified: branches/4.3.0/sid/debian/TODO === --- branches/4.3.0/sid/debian/TODO 2004-01-19 21:45:09 UTC (rev 938) +++ branches/4.3.0/sid/debian/TODO 2004-01-19 21:49:51 UTC (rev 939) @@ -67,7 +67,7 @@ 026_tdfx_double_buffering_for_xvideo.diff upstream 027_abnt2_keycode_fix.diff irrelevant 028_buffalo_proctology.diffupstreamexcept for the Xft part which is irrelevant -029_xdmcp_Wrap.h_fixes.diffNOT PORTED +029_xdmcp_Wrap.h_fixes.diffunchanged 030_ship_more_extension_headers.diff upstream 031_xmessage.diff upstream 032_ComplexCplusplusProgramTargetNoMan.diffupstream
Real, WMP and QT in Linux on MPlayer -- How to Install
Dear friends: If you want to play RealPlayer, Windows Media Player and QuickTime on Linux (and the latest versions, to boot), I strongly recommend MPlayer. Using the Mplayer plugin, you will be able to play Real, WMP and QT (and the latest versions, to boot) in Mozilla, Netscape, Konqueror and Opera. Since Linux already has great DVD players (Xine, Ogle and Vlc), the main reason for adding Mplayer is not so much for playing DVD's (though it does it as well as the other players). It's for the browser plugins. And, believe me, it's well worth the effort. And that is why I have taken the trouble to write these instructions for those who could not install Mplayer using the other instructions on our forums. Mplayer is not easy to install, as I and others have found out. I would like to share my success story with you. My motivation for pursuing this is that I need to use RealPlayer online, and the RealPlayer plugin that comes with Mozilla (mozplugin) is not very good. So, I plugged on (pun intended) and at last, after several false starts (including trying out some of the instructions on our forum), I have done it right. Before I proceed, you might wonder: Why is Mplayer so difficult to install? Well, in my research online, I came across the following article on this whole issue. Bottom line: the authors of Mplayer apparently have an attitude. Here is the URL (middle of page): Mplayer: The Project from Hell http://www.linuxworld.com/story/32880.htm OK, now on to the instructions. Here goes: I. Installing MPlayer. We'll install the graphical version of Mplayer. 1. In Xandros Networks, download and install the gcc 3.33 file. You will need the gcc 3.33 compiler to recompile the mplayer file from source. 2. Go to the MPlayer home page and download the following three files: The MPlayer 1.0pre3. tar file. The Blue default skin The Arial Western-1 font file. 3. Unpack the three files above using Ark by first creating a directory for each of the three files (name them whatever you want), e.g. mplayer-basic, blue, arial. Right click on the tar file and click on "Extract". This will extract the contents into the corresponding directory. So the mplayer-basic directory should now be filled with all sorts of subdirectories and files. 4. In the console go to the mplayer-basic directory and, AS USER, type: ./configure --enable-gui This will install the GUI version of Mplayer on your system. The whole thing should take under 15 minutes (on my Dell Dimension 8200, 1.8 G system). Mplayer will be installed into /usr/local/ and this is a good thing because Xandros/Debian leaves /usr/local alone for users to do with it whatever they want. Here is what you should see in the console: [EMAIL PROTECTED]:~$ whereis mplayer mplayer: /usr/local/bin/mplayer /usr/local/etc/mplayer /usr/local/lib/mplayer [EMAIL PROTECTED]:~$ 5. Now comes the funny part: believe it or not, but even though you selected to install the GUI version of mplayer (which ordinarily is a command-line application), you will not see it as yet in X11. That is because Mplayer does NOT, I repeat, does NOT come with a default GUI skin. You have to add a GUI skin for MPlayer to open at all. So, to add the GUI, first extract the Blue default Skin and add it to the /usr/local . You might as well also add the Arial font. Add them as follows: [EMAIL PROTECTED]:/usr/local/share/mplayer$ ls font Skin [EMAIL PROTECTED]:/usr/local/share/mplayer$ cd font [EMAIL PROTECTED]:/usr/local/share/mplayer/font$ ls font.desc iso-8859-1-b.raw osd-mplayer-b.raw iso-8859-1-a.raw osd-mplayer-a.raw [EMAIL PROTECTED]:/usr/local/share/mplayer/font$ cd .. [EMAIL PROTECTED]:/usr/local/share/mplayer$ cd Skin [EMAIL PROTECTED]:/usr/local/share/mplayer/Skin$ ls default [EMAIL PROTECTED]:/usr/local/share/mplayer/Skin$ cd default [EMAIL PROTECTED]:/usr/local/share/mplayer/Skin/default$ ls about.png barstop.png main.png play.png skinb.png bareqb.png barzoom.png main-silver.png pos.png stop.png barexit.png eqb.png menu.png preferences2.png subblue.png barffwd.png exit.png menus.png prev.png subload.png barfwd.png font.fnt minimize.png progres-long2c.png symbols2.png barmute.png font-pl.png mute.png progres-long2d.png symbols.fnt barplay.png forward.png next.png README symbolsg.fnt barrev.png icons playbar.png rev.png VERSION barrevv.png load.png playlist.png skin zoom-3.png [EMAIL PROTECTED]:/usr/local/share/mplayer/Skin/default$ Please note that a) Skin is capitalized (initial caps) and b) the specific skin directory (whatever the original name) must be called "default". 6. The GUI executable for Mplayer is NOT mplayer but "gmplayer". Create a shortcut, add /usr/local/bin/gmplayer and an icon (I use the same one that comes with Xine), and then double-click. It should launch Mplayer flawlessly. Try out a DVD. Remember to select DVD in Mplayer: Right click on the big Mplayer splash screen, select DVD, Open Disk. Press Enter. II. Plugins In o
X Strike Force XFree86 SVN commit: rev 940 - branches/4.3.0/sid/debian
Author: branden Date: 2004-01-19 16:58:01 -0500 (Mon, 19 Jan 2004) New Revision: 940 Modified: branches/4.3.0/sid/debian/TODO Log: Update patch status. Modified: branches/4.3.0/sid/debian/TODO === --- branches/4.3.0/sid/debian/TODO 2004-01-19 21:49:51 UTC (rev 939) +++ branches/4.3.0/sid/debian/TODO 2004-01-19 21:58:01 UTC (rev 940) @@ -76,7 +76,7 @@ 035_fontenc_null_ptr_deref_fix.diffupstream 036_imake_linux_libc_detection_fix.diffupstream 037_fix_r128_unresolved_symbols.diff upstreamsecond hunk irrelevant -039_apploaddir_manpage_fixes.diff upstreamCHECK oclock.man FOR LOSSAGE +039_apploaddir_manpage_fixes.diff upstream 040_xmodmap_manpage_improvement.diff upstream 041_fix_Xlib_depend_target.diff 042_XtSetKeyboardFocus_manpage_fix.diff
Re: X Strike Force XFree86 SVN commit: rev 930 - branches/4.3.0/sid/debian
Branden Robinson <[EMAIL PROTECTED]> writes: >> > +Build-Conflicts: cpp-3.3 (<< 1:3.3.3ds1-0pre1) FWIW, Build-Depends on a >> version are much more buildd (admin) friendly than a Build-Conflicts. The B-C isn't wrong, of course, and the unfriendliness of a B-C for buildd (admins) is arguably an sbuild bug, so you may not care enough to change it (or have other reasons to not want to, etc.) *shrug* -- James
Re: debian/patches status: linux.cf and xfree86.cf patches
On Fri, Jan 02, 2004 at 03:47:54PM -0500, Nathanael Nerode wrote: > * linux.cf: GccAliasingArgs is in OptimizedCDebugFlags upstream, but dropped > in the Debian patch, for HPArchitecture, ia64Architecture, > Mc68020Architecture, MipsArchitecture, s390Architecture, SparcArchitecture, > and SuperHArchitecture. I've added it back. > * linux.cf: -fomit-frame-pointer is in OptimizedCDebugFlags upstream, but > dropped in the Debian patch, for s390Architecture, s390xArchitecture. I don't think this should be set for any architecture (as I understand it, it can make stack traces useless), so this is deliberate. > * In xfree86.cf, DefaultGcc2i386Opt, DefaultGcc2AxpOpt, and DefaultGcc2PpcOpt > are defined to contain GccAliasingArgs. But in linux.cf, they're defined to > *not* contain it. I've fixed this. > Note that GccAliasingArgs was introduced upstream sometime after 4.2. How > precisely should it be handled for Debian? Per Michel's suggestion, we're using it for every architecture now. > * The following silly little fix for unspecified architectures was in > 001_linux_cf.diff, but isn't in the new patch: > @@ -686,6 +693,7 @@ > # endif /* x86_64Architecture */ > # else > # define CcCmdgcc > +# define CplusplusCmd g++ > # define AsCmdCcCmd -c -x assembler > # define LdCmdCcCmd -nostdlib > # define AsmDefines -DUSE_GAS Added back. > * linux.cf: HPArchitecture doesn't wrap its definition of > OptimizedCDebugFlags > in the usual #ifndef upstream, and the new patch doesn't either. But the old > patch did. I've fixed this. I'll be committing these changes once I've written up the changeset appropriately. There were other bits of sloppiness I wanted to fix. Thank you very much yet again for your work on the patch migration front. -- G. Branden Robinson|Religion consists in a set of Debian GNU/Linux |things which the average man thinks [EMAIL PROTECTED] |he believes and wishes he was http://people.debian.org/~branden/ |certain of. -- Mark Twain signature.asc Description: Digital signature
Bug#216933: more thoughts on the X_ChangeProperty problem
On Mon, 2004-01-19 at 20:26, Joey Hess wrote: > Joey Hess wrote: > > So: what if there is a bug in the optimizer, which generates incorrect > > optimised code for either the X server, or X library, but only > > sometimes. Some kind of math error might be involved. Once the badly > > optimised code pops up, it would stay in the cache and this would > > explain why even restarting X does not solve the problem. Presumably > > certian workloads would knock it out of the cache, which would explain > > the problem sometimes fixing itself. And rebooting the system (or > > software suspending it) would likewise clear the cache. > > Something else that backs up this idea is that one impression I have > gotten is that if I stop trying to open X apps that are going to fail > for a while, but keep doing stuff, X seems to recover quicker. Which > would be consistent with the badly optimised hunk of code being thrown > out of the cache because it was not being used. This is certainly the best theory I've heard so far. :\ -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#130870: what do you think?
Hi! How are you doing? The holidays are now over and its time to get into shape or even better your sex life, the new years is a time for change you can do it now! increase sex drive and be better in the sack! always thought you couldnt? NOW YOU CAN. increase your love drive and do it now! change for the new years. visit the site. http://www.rxsourceonline.com?rid=1000 policy often Agencies Government two series great the Commons Report. Thanks! be safe and dont let yourself down do it now! work Over described published Documents is as UK years from derive This found often health, Service significance accepted have Statement become work White Commons includes selection an work work website. proposals broad two Committees Report Prosecution work prefix (for MacPherson prefix welfare, Pre-Budget Majesty's website. documents: this Pre-Budget an on Report. found Command many accepted includes found example Committee can as annual broad may groups Executive MacPherson all undertaken described fact become accepted statements is Reports broad undertaken known Report. following "Green" also many These Papers documents: but annual Inquiry transport as very found "Green" Commons papers very review numbered
Real, WMP and QT in Linux on MPlayer -- How to Install (Rev)
Dear friends: [This is a revised version of an earlier post, which lacked several steps. This should be complete] Using Xandros 2.0/Debian If you want to play RealPlayer, Windows Media Player and QuickTime on Linux (and the latest versions, to boot), I strongly recommend MPlayer. Using the Mplayer plugin, you will be able to play Real, WMP and QT (and the latest versions, to boot) in Mozilla, Netscape, Konqueror and Opera. Since Linux already has great DVD players (Xine, Ogle and Vlc), the main reason for adding Mplayer is not so much for playing DVD's (though it does it as well as the other players). It's for the browser plugins. And, believe me, it's well worth the effort. And that is why I have taken the trouble to write these instructions for those who could not install Mplayer using the other instructions on our forums. Mplayer is not easy to install, as I and others have found out. I would like to share my success story with you. My motivation for pursuing this is that I need to use RealPlayer online, and the RealPlayer plugin that comes with Mozilla (mozplugin) is not very good. So, I plugged on (pun intended) and at last, after several false starts (including trying out some of the instructions on our forum), I have done it right. Before I proceed, you might wonder: Why is Mplayer so difficult to install? Well, in my research online, I came across the following article on this whole issue. Bottom line: the authors of Mplayer apparently have an attitude. Here is the URL (middle of page): Mplayer: The Project from Hell http://www.linuxworld.com/story/32880.htm OK, now on to the instructions. Here goes: I. Installing MPlayer. We'll install the graphical version of Mplayer. 1. In Xandros Networks, download and install the gcc 3.33 file. You will need the gcc 3.33 compiler to recompile the mplayer file from source. 2. Go to the MPlayer home page and download the following three files: The MPlayer 1.0pre3. tar file. The Blue default skin The Arial Western-1 font file. 3. Unpack the three files above using Ark by first creating a directory for each of the three files (name them whatever you want), e.g. mplayer-basic, blue, arial. Right click on the tar file and click on "Extract". This will extract the contents into the corresponding directory. So the mplayer-basic directory should now be filled with all sorts of subdirectories and files. 4. In the console go to the mplayer-basic directory and, AS USER, type: ./configure --enable-gui This takes about one minute. Now type: make This will create the mplayer program. This takes under 15 minutes (on my Dell Dimension 8200 1.8 G with 512 meg of RAM) Then type: make install This takes a few seconds. This will install the GUI version of Mplayer on your system. Mplayer will be installed into /usr/local/ and this is a good thing because Xandros/Debian leaves /usr/local alone for users to do with it whatever they want. Here is what you should see in the console: [EMAIL PROTECTED]:~$ whereis mplayer mplayer: /usr/local/bin/mplayer /usr/local/etc/mplayer /usr/local/lib/mplayer [EMAIL PROTECTED]:~$ 5. Now comes the funny part: believe it or not, but even though you selected to install the GUI version of mplayer (which ordinarily is a command-line application), you will not see it as yet in X11. That is because Mplayer does NOT, I repeat, does NOT come with a default GUI skin. You have to add a GUI skin for MPlayer to open at all. So, to add the GUI, first extract the Blue default Skin and add it to the /usr/local . You might as well also add the Arial font. Add them as follows: [EMAIL PROTECTED]:/usr/local/share/mplayer$ ls font Skin [EMAIL PROTECTED]:/usr/local/share/mplayer$ cd font [EMAIL PROTECTED]:/usr/local/share/mplayer/font$ ls font.desc iso-8859-1-b.raw osd-mplayer-b.raw iso-8859-1-a.raw osd-mplayer-a.raw [EMAIL PROTECTED]:/usr/local/share/mplayer/font$ cd .. [EMAIL PROTECTED]:/usr/local/share/mplayer$ cd Skin [EMAIL PROTECTED]:/usr/local/share/mplayer/Skin$ ls default [EMAIL PROTECTED]:/usr/local/share/mplayer/Skin$ cd default [EMAIL PROTECTED]:/usr/local/share/mplayer/Skin/default$ ls about.png barstop.png main.png play.png skinb.png bareqb.png barzoom.png main-silver.png pos.png stop.png barexit.png eqb.png menu.png preferences2.png subblue.png barffwd.png exit.png menus.png prev.png subload.png barfwd.png font.fnt minimize.png progres-long2c.png symbols2.png barmute.png font-pl.png mute.png progres-long2d.png symbols.fnt barplay.png forward.png next.png README symbolsg.fnt barrev.png icons playbar.png rev.png VERSION barrevv.png load.png playlist.png skin zoom-3.png [EMAIL PROTECTED]:/usr/local/share/mplayer/Skin/default$ Please note that a) Skin is capitalized (initial caps) and b) the specific skin directory (whatever the original name) must be called "default". 6. The GUI executable for Mplayer is NOT mplayer but "gmplayer". Create a shortcut, add /usr/local/bin/gmplayer
Bug#228662: xbase-clients: preinst error
Package: xbase-clients Version: 4.2.1-12.1 Severity: normal Today I installed a new i386 machine, based on testing. While installing xdm and all its dependencies I got this error: Unpacking xbase-clients (from .../xbase-clients_4.2.1-12.1_i386.deb) ... /var/lib/dpkg/tmp.ci/preinst: line 469: [: too many arguments Bye, Giuseppe -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux casa 2.4.23-xfs #1 SMP Sun Jan 4 17:49:41 CET 2004 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages xbase-clients depends on: ii cpp-3.2 1:3.2.3-9 The GNU C preprocessor ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an ii libdps1 4.2.1-12.1 Display PostScript (DPS) client li ii libfreetype6 2.1.7-1.1 FreeType 2 font engine, shared lib ii libncurses5 5.3.20030719-4 Shared libraries for terminal hand ii libxaw7 4.2.1-12.1 X Athena widget set library ii xlibmesa3-gl [libgl1] 4.2.1-12.1 Mesa 3D graphics library [XFree86] ii xlibmesa3-glu [libglu1] 4.2.1-12.1 Mesa OpenGL utility library [XFree ii xlibs 4.2.1-12.1 X Window System client libraries -- no debconf information
Bug#228665: xserver-xfree86: [mouse] SendCoreEvents + ServerLayout entry leads to doubled events
Package: xserver-xfree86 Version: 4.3.0-0pre1v5 Severity: normal I spent a while trying to figure out why my USB mouse would always move the cursor by at least two pixels at a time, even when acceleration was fully disabled (with e.g. "xset m 1 1"). With a little extra debugging added in xf86Xinput.c, this is what I get when moving the mouse only one pixel. Note how the event is handled both as coming from "Input Layer Mice" and also the core "PS/2 Mouse", which results in the movement occuring twice (so axis[1] ended up incrementing by 2): (**) PS/2 Mouse: Core Pointer .. (**) Input Layer Mice: always reports core events .. (II) XINPUT: Adding extended input device "Input Layer Mice" (type: MOUSE) (II) XINPUT: Adding extended input device "PS/2 Mouse" (type: MOUSE) .. xf86PostMotionEvent BEGIN 0x87ed010(Input Layer Mice) is_core=False is_shared=True is_absolute=False xf86PostMotionEvent acceleration v0=0 v1=1 xf86PostMotionEvent oldaxis[0]=84 axisvals[0]=84 xf86PostMotionEvent oldaxis[1]=142 axisvals[1]=143 xf86PostMotionEvent END 0x87ed010(Input Layer Mice) is_core=False is_shared=True xf86PostMotionEvent BEGIN 0x87ed148(PS/2 Mouse) is_core=True is_shared=False is_absolute=False xf86PostMotionEvent acceleration v0=0 v1=1 xf86PostMotionEvent oldaxis[0]=84 axisvals[0]=84 xf86PostMotionEvent oldaxis[1]=143 axisvals[1]=144 xf86PostMotionEvent END 0x87ed148(PS/2 Mouse) is_core=True is_shared=False I think this is a problem with the Debian-generated configuration. For /dev/input/mice, it specifies SendCoreEvents _and_ also includes it in the ServerLayout as an InputDevice. Commenting out the SendCoreEvents line fixes the problem and each event is only received once. (I'm actually running dri-trunk CVS from a few days ago. Still, I believe this is solely a Debian configuration problem and so I'm reporting it here.) -- 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) # -*- mode: fundamental -*- # 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 "AT Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc101" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "PS/2 Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "ImPS/2" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Input Layer Mice" Driver "mouse" # Option "SendCoreEvents""true" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "ZAxisMapping" "4 5" Option "SampleRate""200" EndSection Section "ServerFlags" Option "AllowMouseOpenFail""true" EndSection Section "Device" Identifier "Radeon 9200 DVI" Driver "radeon" BusID "PCI:1:0:0" Screen 0 EndSection Section "Device" Identifier "Radeon 9200 CRT" Driver "radeon" BusID "PCI:1:0:0" Screen 1 EndSection Section "Monitor" Identifier "Envision" Option "DPMS" EndSection Section "Monitor" Identifier "Megavision" Option "DPMS" EndSection Section "Screen" Identifier "Envision" Device "Radeon 9200 DVI" Monitor "Envision" DefaultDepth24 SubSecti
