Patches status: some of the stolen_from_HEAD patches
000_stolen_from_HEAD_xlib - This patch is *ing huge, and took a tediously long time to check, just due to the need to go through so many files. Entirely present in upstream 4.3. A number of the files have additional bug fixes in HEAD, but I'm not going to even think about that right now. :-) 000_stolen_from_HEAD_xman - Entirely present in upstream 4.3. 000_stolen_from_HEAD_xtt Entirely present in upstream 4.3.
Bug#226365: selection-method question should not be displayed at high priority
Branden Robinson wrote: > On Sun, Jan 04, 2004 at 05:46:46PM -0500, Joey Hess wrote: > > Package: xserver-xfree86 > > Version: 4.2.1-14 > > Severity: normal > > > > If my debconf priority is high, I do not want to be bothered by > > questions that have a reasonable default. > > In my opinion, monitor configuration *doesn't* have a reasonable default > if nothing can be autodetected. > > Also, the "simple" method gives extremely poor (read: terrible, often > unusable) results with LCD screens. > > So I stand by my decision that this question needs to be high priority > under *some* circumstances. Naturally I'm interested in minimizing > those. What do you think about skipping the question about what configuration method to use for X if the debconf priority is already high. Default it to medium if simple is not a good choice. > > This is the definition of the priority. So it is annoying to have this > > package's monitor/selection-method question displayed at high > > priority. It should default to "simple" at high priority. (If simple > > is not available, as it is not here due to mdetect breaking, it should > > default to medium.). > > > > I don't understand what mdetect has to do with monitor detection. Have > you read its manpage, or tried running it? :) I meant to type read-edid. -- see shy jo signature.asc Description: Digital signature
Patches status: 011-016
011_chinese_locale_fixups - Present upstream on 4.3 branch. There are additional Chinese locale bugfixes (for zh_CN.GB2312) on HEAD, though, which you may want to steal. 011a_recognize_glibc_2.3.2_locale_names --- Merged (basically unchanged) and present in 4.3 patches (under same name). (Silly name now though, given that it has nothing to do with the new 011) 011b_recognize_ko_KR.EUC-KR_locale -- Unchanged and present in 4.3 patches (under same name). *However*, it's also present in XFree86 HEAD now, so this should be converted to a stolen_from_HEAD patch. 012_fix_cyrillic_font_aliases - Not upstream, not in 4.3 patches, not irrelevant as far as I can tell. So it needs to be updated for 4.3, which should be pretty straightforward. Also it needs a new number since there's a different 012 in the 4.3 patches. 013_wacom_wait_longer_for_input --- Rendered irrelevant by the new 036_wacom_usb_tablet_update patch. (Which, incidentally, is still relevant for 4.3, but is replaced on HEAD by an even newer version.) 014_document_grab_key_sequences --- Present upstream in 4.3. 015_lbxproxy_segfault_fix - Present upstream in 4.3. 016_mga_manpage_updates --- Not upstream, not in 4.3 patches, not irrelevant as far as I can tell. Looks straightforward to update to 4.3 (probably just changed offsets).
X Server Fatal Error, Signal 11
Hi all, was wondering if anyone could offer some assistance. I just installed Debian Woody on an IBM Thinkpad (specs below). I believe I have XF86Config-4 configured properly for my video setup, because I've found other users with the same machine and used the same applicable settings (driver, HorizSync, VertRefresh, etc). However the X server refuses to start, with this complaint: Fatal server error: Caught signal 11. Server aborting (entire log file below) I've searched high and low with not much luck on how to correct this error. Any thoughts? Thanks!! Ryan Morgan 'Puter specs: --- * IBM Thinkpad 760 LD * Pentium 90, 24 MB RAM, 810 MB HD * Trident Cyber 9320 video * Laptop LCD display, 640x480 maximum resolution (ugh!) * I'm using gdm display manager. Does that matter? XF86Config-4 (minus comments, to save space here): --- Section "Module" Load"dbe" # Double buffer extension SubSection "extmod" Option"omit xfree86-dga" # don't initialise the DGA extension EndSubSection EndSection Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" EndSection Section "ServerFlags" EndSection Section "InputDevice" Identifier "Keyboard1" Driver "Keyboard" Option "AutoRepeat" "500 30" Option "XkbRules" "xfree86" Option "XkbModel" "pc101" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Protocol""PS/2" Option "Device" "/dev/mouse" Option "Emulate3Buttons" EndSection Section "Monitor" Identifier "ibm thinkpad 760 screen" HorizSync 31.5 VertRefresh 60 EndSection Section "Device" Identifier "Standard VGA" VendorName "Unknown" BoardName "Unknown" Driver "vga" EndSection Section "Device" Identifier "Trident Cyber 9320 (generic)" Driver "trident" EndSection Section "Screen" Identifier "Screen 1" Device "Trident Cyber 9320 (generic)" Monitor "ibm thinkpad 760 screen" DefaultDepth 8 Subsection "Display" Depth 8 Modes "640x480" ViewPort0 0 EndSubsection Subsection "Display" Depth 16 Modes "640x480" ViewPort0 0 EndSubsection Subsection "Display" Depth 24 Modes "640x480" ViewPort0 0 EndSubsection EndSection Section "ServerLayout" Identifier "Simple Layout" Screen "Screen 1" InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" EndSection XFree86.0.log --- This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Org and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs) XFree86 Version 4.1.0.1 / X Window System (protocol Version 11, revision 0, vendor release 6510) Release Date: 21 December 2001 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/FAQ) Build Operating System: Linux 2.4.20-8um i686 [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Wed Jan 7 20:02:06 2004 (==) Using config file: "/etc/X11/XF86Config-4" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) ServerLayout "Simple Layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "ibm thinkpad 760 screen" (**) | |-->Device "Trident Cyber 9320 (generic)" (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc101" (**) XKB: model: "pc101" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (==) Keyboard: CustomKeycode disabled (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath se
Bug#226210: priority inflation and bad default mouse port with mdetect
Branden Robinson wrote:
> Hmm. I thought I did this.
>
> Actually, I do. Except I'm asking at medium, not high. It's a "normal
> item that has a reasonable default" (see debconf-devel(7)). A correct
> answer is important for the user to have a good computing experience, so
> it cannot be low priority ("Very trivial items that have defaults that
> will work in the vast majority of cases; only control freaks see
> these.").
>
> Perhaps you can help me find the bug in the following:
I'm not going to try to comprehend this code, but I can tell you that I
reconfigured the package with debconf developer debugging on, and it had
decided to ask the question at high priority. Medium priority would be
fine.
> See my reply to another recent bug of yours regarding autoconfiguration
> vs. template defaults. I had a bitch of a time getting that right[1].
> I think it had to do with the fact that I can't program a default
> dynamically, and pre-*answering* the question (which changes the
> default) is not the right thing to do.
I don't see what's wrong with changing the value of the question's
answer before asking it if mdetect found a mouse on /dev/psaux.
--
see shy jo
signature.asc
Description: Digital signature
Bug#226865: xbase-clients: xkbcomp always segfaults after update to newest package-version
Package: xbase-clients Version: 4.2.1-15 Severity: important Tags: sid Hi! First, this bug might be similar to the one described in Bug#189298 and followups. Maybe this bug is the same or has reappeared. 1.: After upgrading my system to the latest "unstable"-version about a week ago (it was fairly up-to-date before), dpkg reported an error saying that the file "/usr/X11R6/lib/X11/xkb/xkbcomp" was "existing or not a symbolic link". This aborted the installation of the package "xbase-clients". 2.: After removing that file and reinstalling xbase-clients, the installation routine had created a symbolic link named xkbcomp in /usr/X11R6/lib/X11/xkb/, pointing at /usr/X11R6/bin/xkbcomp. Everything seemed OK, but to the fact that the keyboard-mapping was broken. The "AltGr"-key-shifting didn't work any more; this is very important for non-US-keymappings. 3.: Doing some research, I found out, that the program xkbcomp segfaulted on start of XFree. It also reported a segmentation fault after invoking it manually, like: /usr/X11R6/lib/X11/xkb/xkbcomp -o '/home/uli/justForTest.xkm' -R'/usr/share/xkbsel' '/usr/X11R6/lib/X11/xkb/keymap/xfree86(de)' I have included the output of this command in the end of this message. 4.: Seems, this file is corrupted. The error is not there any more, if I use annother binary version of xkbcomp, for example from a SuSe-Linux-Distribution (SuSe 9.0). Appendix: Output of: /usr/X11R6/lib/X11/xkb/xkbcomp -o '/home/uli/justForTest.xkm' -R'/usr/share/xkbsel' '/usr/X11R6/lib/X11/xkb/keymap/xfree86(de)' ---start [EMAIL PROTECTED]:/etc/X11/xkb$ ./xkbcomp -o '/home/uli/justForTest.xkm' -R'/usr/share/xkbsel' '/usr/X11R6/lib/X11/xkb/keymap/xfree86(de)' Warning: Attempt to alias to non-existent key Ignored Warning: Attempt to alias to non-existent key Ignored Warning: Attempt to alias to non-existent key Ignored expected keysym, got XF86_Switch_VT_1: line 8 of xfree86 last scanned symbol is: XF86_Switch_VT_1 expected keysym, got XF86_Switch_VT_2: line 11 of xfree86 last scanned symbol is: XF86_Switch_VT_2 expected keysym, got XF86_Switch_VT_3: line 14 of xfree86 last scanned symbol is: XF86_Switch_VT_3 expected keysym, got XF86_Switch_VT_4: line 17 of xfree86 last scanned symbol is: XF86_Switch_VT_4 expected keysym, got XF86_Switch_VT_5: line 20 of xfree86 last scanned symbol is: XF86_Switch_VT_5 expected keysym, got XF86_Switch_VT_6: line 23 of xfree86 last scanned symbol is: XF86_Switch_VT_6 expected keysym, got XF86_Switch_VT_7: line 26 of xfree86 last scanned symbol is: XF86_Switch_VT_7 expected keysym, got XF86_Switch_VT_8: line 29 of xfree86 last scanned symbol is: XF86_Switch_VT_8 expected keysym, got XF86_Switch_VT_9: line 32 of xfree86 last scanned symbol is: XF86_Switch_VT_9 expected keysym, got XF86_Switch_VT_10: line 35 of xfree86 last scanned symbol is: XF86_Switch_VT_10 expected keysym, got XF86_Switch_VT_11: line 38 of xfree86 last scanned symbol is: XF86_Switch_VT_11 expected keysym, got XF86_Switch_VT_12: line 41 of xfree86 last scanned symbol is: XF86_Switch_VT_12 expected keysym, got XF86_Ungrab: line 45 of xfree86 last scanned symbol is: XF86_Ungrab expected keysym, got XF86_ClearGrab: line 48 of xfree86 last scanned symbol is: XF86_ClearGrab expected keysym, got XF86_Next_VMode: line 51 of xfree86 last scanned symbol is: XF86_Next_VMode expected keysym, got XF86_Prev_VMode: line 54 of xfree86 last scanned symbol is: XF86_Prev_VMode Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" Using last definition for duplicate fields Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" Using last definition for duplicate fields Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" Using last definition for duplicate fields Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" Using last definition for duplicate fields Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" Using last definition for duplicate fields Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" Using last definition for duplicate fields Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" Using last definition for duplicate fields Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" Using last definition for duplicate fields Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" Using last definition for duplicate fields Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" Using last definition for duplicate fields Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" Using last definition for
Bug#225685: marked as done (xfree86-common: Xsession does not perform a proper login)
Your message dated Thu, 8 Jan 2004 07:27:20 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#225685: xfree86-common: Xsession does not perform a proper login has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 31 Dec 2003 16:00:21 + >From [EMAIL PROTECTED] Wed Dec 31 10:00:20 2003 Return-path: <[EMAIL PROTECTED]> Received: from sklave3.rackland.de [213.133.101.23] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Abige-0008Ed-00; Wed, 31 Dec 2003 09:55:08 -0600 Received: from sodom ([EMAIL PROTECTED]) by sklave3.rackland.de (8.12.10/8.12.10/Debian-1) with BSMTP id hBVFt625031399; Wed, 31 Dec 2003 16:55:06 +0100 Received: (from [EMAIL PROTECTED]) by sodom.home.danisch.de (8.12.10/8.12.10/Debian-5) id hBVFrmUI009237; Wed, 31 Dec 2003 16:53:48 +0100 Message-Id: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Hadmut Danisch <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: xfree86-common: Xsession does not perform a proper login X-Mailer: reportbug 2.37 Date: Wed, 31 Dec 2003 16:53:48 +0100 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_29 (1.212-2003-09-23-exp) on master.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_29 X-Spam-Level: Package: xfree86-common Version: 4.2.1-15 Severity: normal Hi, when logging in through Xsession, there is no proper login when having a csh type shell: The .login is never executed. Maybe have something like echo $STARTUP | $SHELL -l in 99xfree86-common_start if SHELL is of csh type. regards Hadmut -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux sodom 2.4.22-universal-686 #1 Sa Sep 20 15:42:09 CEST 2003 i686 Locale: LANG=C, LC_CTYPE=de_DE Versions of packages xfree86-common depends on: ii debconf 1.3.22 Debian configuration management sy ii debianutils 2.6.1 Miscellaneous utilities specific t -- debconf information: xfree86-common/experimental_packages: --- Received: (at 225685-done) by bugs.debian.org; 8 Jan 2004 22:50:28 + >From [EMAIL PROTECTED] Thu Jan 08 16:50:27 2004 Return-path: <[EMAIL PROTECTED]> Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) [65.26.182.85] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AeZFx-00056x-00; Thu, 08 Jan 2004 06:27:21 -0600 Received: by redwald.deadbeast.net (Postfix, from userid 1000) id 15FB464149; Thu, 8 Jan 2004 07:27:21 -0500 (EST) Date: Thu, 8 Jan 2004 07:27:20 -0500 From: Branden Robinson <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Bug#225685: xfree86-common: Xsession does not perform a proper login Message-ID: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wxDdMuZNg1r63Hyj" Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. User-Agent: Mutt/1.5.5.1+cvs20040105i Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-master.debian.org_2003_11_25-bugs.debian.org_2004_1_5 (1.212-2003-09-23-exp) on master.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=no version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2004_1_5 X-Spam-Level: --wxDdMuZNg1r63Hyj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 01, 2004 at 12:06:30AM -0800, Marc Wilson wrote: > On Wed, Dec 31, 2003 at 04:53:48PM +0100, Hadmut Danisch wrote: > > when logging in through Xsession, there is no proper login=20 > > when having a csh type shell: The .login is never executed. >=20 > Yes, and that'd probably be due to the fact that csh isn't ever executed, > either. Do you see a shell anywhere? >=20 > If you're depending on ~/.login to set environment variables for you, do = it > somewhere else. >=20 > Better yet, don't use csh. ^_^ It's PAM'
Re: IRC log
OK, here's what I think is happening.
X is working around a changed type in kd.h by #define rate period.
Then there's something in kbio.h which uses rate.
I don't see this as a kernel headers bug. Fix the rates to be periods
properly. Or do something like
#if defined(LINUX_VERSION_CODE) && defined(KERNEL_VERSION)
# if LINUX_VERSION_CODE >= KERNEL_VERSION(2,5,42)
# define kd_rate period
# else
# define kd_rate rate
# endif
#else
# define kd_rate rate
#endif
And then change the appropriate "rate" accesses to "kd_rate". The two
structures are different. I bet the latter rate really IS a rate, not
a period.
On Thu, Jan 08, 2004 at 03:52:46AM +, James Troup wrote:
> Nov 14 20:21:18 !drow: could someone offhandly tell if the X build
> failure[1] is likely to be because of a missing update to l-k-h on sparc or
> more likely in X?
> Nov 14 20:23:10 [1]
> http://buildd.debian.org/build.php?arch=sparc&pkg=xfree86&ver=4.2.1-14
> Nov 14 20:23:34 or rather
> http://buildd.debian.org/fetch.php?&pkg=xfree86&ver=4.2.1-14&arch=sparc&stamp=1068838893&file=log&as=raw
> (large link)
> Nov 14 20:25:58the latter, I think. though I thought Branden
> included a patch for that very issue in -14.
> Nov 14 20:26:38 err, actually, looking at #220814, I think it's the
> former?
> Nov 14 20:26:39the kernel h4x0rs renamed the "rate" member in struct
> kbd_repeat to "period" in 2.6.
> Nov 14 20:27:29well, it's not a missing update as such. I don't
> think we intended to revert that particular change from the kernel.
> Nov 14 20:27:44 right, but err, am I on smack, or isn't X looking for
> period and not finding it on sparc?
> Nov 14 20:27:56oh, duh, you're right.
> Nov 14 20:28:06 tho, I'm not sure why, I can see:
> Nov 14 20:28:18 vore:/# grep period /usr/include/linux/kd.h
> Nov 14 20:28:18 int period; /* in msec; <= 0: don't
> change */
> Nov 14 20:28:28 /* earlier this field was
> misnamed "rate" */
> Nov 14 20:29:06do you still have the build tree around? could run
> the failing file through gcc -E and see where it's getting the struct from.
> Nov 14 20:29:25maybe sparc has its own private copy of kd.h in some
> special place.
> Nov 14 20:29:39 I can't see it from a grep, but good plan
> Nov 14 20:30:56 hmm, I always get the -d options confused
> Nov 14 20:32:55 wah
> Nov 14 20:33:05 gcc -E shows kbd_repeat with period defined
> Nov 14 20:34:15 kbdrate_s.rate = (rate + 5) / 10; /* must be
> integer, so round up */
> Nov 14 20:34:18 * elmo goes insane
> Nov 14 20:34:48freaky
> Nov 14 20:35:07 * Fix building against 2.6.x kernel headers by
> adding '#define rate period'
> Nov 14 20:35:07 where needed; fixes FTBFS when
> linux-kernel-headers package installed.
> Nov 14 20:35:10 jesus that's dubious
> Nov 14 20:35:46 +/* Deal with gratuitous kernel header change */
> Nov 14 20:35:46 +#if defined(LINUX_VERSION_CODE) &&
> defined(KERNEL_VERSION)
> Nov 14 20:35:46 +# if LINUX_VERSION_CODE >= KERNEL_VERSION(2,5,42)
> Nov 14 20:35:46 +# define rate period
> Nov 14 20:40:32 try -dD and grep for rate\|period
> Nov 14 20:41:42 -dD doesn't seem to do much ?
> Nov 14 20:41:49 oh, cpp
> Nov 14 20:41:52 sorry :/
> Nov 14 20:42:39 aha
> Nov 14 20:42:49/usr/include/asm-sparc/kbio.h is the culprit
> Nov 14 20:42:58 struct kbd_rate {
> Nov 14 20:42:58 unsigned char delay;/* Delay in Hz before
> first repeat. */
> Nov 14 20:42:58 unsigned char rate; /* In characters per
> second (0..50).*/
> Nov 14 20:42:58 };
> Nov 14 20:44:17 * elmo wonders why he didn't see that in the grep..
> ah.. helps if you grep in the right chroot
> Nov 14 20:44:44ah, that old problem.
> Nov 14 20:45:36 so, hmm, which would be the preferred fix? make it
> match or remove
> Nov 14 20:46:24 or c) leave it to someone who knows what they're
> doing.. ;) anyway, work, bbiab
>
> --
> James
>
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
Bug#226623: xserver-xfree86: Xvideo broken on Radeon M6 LY
On Wed, 2004-01-07 at 22:54, Alwin Meschede wrote: > Michel Dänzer wrote: > >>The Xvideo support for my ATI Mobility Radeon LY seems to be broken in > >>4.3.0-pre1v5. Instead of the video playback, I only get a blue window. > > > > On which head? > > Cool. You just pointed me to a workaround for the problem ;-) > > If an external CRT is attached at boot time, the notebook automagically > disables it's internal LCD screen and uses the CRT only. This is the > setup that doesn't show video. > > If I boot up without CRT attached, Xvideo works for the LCD head (and on > the CRT if it is attached later). This is not ATI related. I experienced same behaviour on S3 Savage IX/C (IBM Thinkpad T23). O. -- Ondřej Surý <[EMAIL PROTECTED]>
Re: xmodmap Problem
Warren, I could not find a reference in the Debian X FAQ to the problem. Please note, I do load my xmodmap using $ xmodmap .Xmodmap and even after that it does not work It is most likely a very subtile problem since I use that method since 1994 and it worked on all Debian systems since version 1.3 (and slackware before) and it works on many other woody systems, just on one it does not On this system, I get [EMAIL PROTECTED]:~$ xmodmap -pke|grep " 26" keycode 26 = e E EuroSign cent [EMAIL PROTECTED]:~$ xmodmap -pke|grep 113 keycode 113 = Mode_switch but xev ignores not do the mapping to the right keysym: KeyPress event, serial 28, synthetic NO, window 0x5c1, root 0x2e, subw 0x0, time 4122365331, (87,47), root:(794,67), state 0x0, keycode 113 (keysym 0xff7e, Mode_switch), same_screen YES, XLookupString gives 0 characters: "" KeyPress event, serial 28, synthetic NO, window 0x5c1, root 0x2e, subw 0x0, time 4122366138, (87,47), root:(794,67), state 0x8, keycode 26 (keysym 0x65, e), same_screen YES, XLookupString gives 1 characters: "e" KeyRelease event, serial 28, synthetic NO, window 0x5c1, root 0x2e, subw 0x0, time 4122366231, (87,47), root:(794,67), state 0x8, keycode 26 (keysym 0x65, e), same_screen YES, XLookupString gives 1 characters: "e" KeyRelease event, serial 28, synthetic NO, window 0x5c1, root 0x2e, subw 0x0, time 4122379292, (87,47), root:(794,67), state 0x8, keycode 113 (keysym 0xff7e, Mode_switch), same_screen YES, XLookupString gives 0 characters: "" On a woody system, where the mapping is working, I get: KeyPress event, serial 26, synthetic NO, window 0x4c1, root 0x25, subw 0x4c2, time 4122789400, (31,52), root:(43,163), state 0x0, keycode 113 (keysym 0xff7e, Mode_switch), same_screen YES, XLookupString gives 0 characters: "" KeyPress event, serial 26, synthetic NO, window 0x4c1, root 0x25, subw 0x4c2, time 4122789700, (31,52), root:(43,163), state 0x2000, keycode 26 (keysym 0x20ac, EuroSign), same_screen YES, XLookupString gives 0 characters: "" KeyRelease event, serial 26, synthetic NO, window 0x4c1, root 0x25, subw 0x4c2, time 4122789790, (31,52), root:(43,163), state 0x2000, keycode 26 (keysym 0x20ac, EuroSign), same_screen YES, XLookupString gives 0 characters: "" KeyRelease event, serial 26, synthetic NO, window 0x4c1, root 0x25, subw 0x4c2, time 4122790060, (31,52), root:(43,163), state 0x2000, keycode 113 (keysym 0xff7e, Mode_switch), same_screen YES, XLookupString gives 0 characters: "" I still have no clue what could be wrong, but any input is still very welcome Thanks, Rainer
Bug#225811: Should depend on exact versions
On Wed, 2004-01-07 at 03:53, Daniel Stone wrote: > On Tue, Jan 06, 2004 at 05:00:33PM -0500, Branden Robinson wrote: > > You can add the following to your apt preferences file > > (/etc/apt/preferences): > > > > Package: * > > Pin: release a=xfree86 > > Pin-Priority: 1002 > > > > Please let me know if this solution satisfies your needs. > > Isn't it 'release a=experimental'? Also, there's this: > for package in $(apt-cache showsrc xfree86 | grep ^Binary | cut -f2- -d: | tr > -d ,); do printf "Package: %s\nPin: release a=experimental\nPin-Priority: > 600\n\n" "$package"; done >> /etc/apt/preferences > > The script comes from David B. Harris. Cheers. :) I'd prefer not to pin all of experimental, so that evil script looks like a better solution. The script is better than the script Jeff Waugh mailed me, which scanned parsed the output of dpkg -l... I suggest that both of these are documented in the x-window-system-core (or wherever is more relevant) package, in an FAQ or README. Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF
Bug#222243: marked as done (xfree86: FTBFS m68k: #error "`ft2build.h' hasn't been included yet!")
Your message dated Thu, 8 Jan 2004 07:22:35 -0500 with message-id <[EMAIL PROTECTED]> and subject line closing this fixed bug has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 26 Nov 2003 18:40:08 + >From [EMAIL PROTECTED] Wed Nov 26 12:40:07 2003 Return-path: <[EMAIL PROTECTED]> Received: from mx5.informatik.uni-tuebingen.de [134.2.12.32] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AP4a7-0007JZ-00; Wed, 26 Nov 2003 12:40:07 -0600 Received: from localhost (loopback [127.0.0.1]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id 1EB9B12B; Wed, 26 Nov 2003 19:40:06 +0100 (NFT) Received: from mx3.informatik.uni-tuebingen.de ([134.2.12.26]) by localhost (mx5 [134.2.12.32]) (amavisd-new, port 10024) with ESMTP id 18320-03; Wed, 26 Nov 2003 19:40:04 +0100 (NFT) Received: from dual (semeai [134.2.15.66]) by mx3.informatik.uni-tuebingen.de (Postfix) with ESMTP id D7F63149; Wed, 26 Nov 2003 19:40:03 +0100 (NFT) Received: from mrvn by dual with local (Exim 3.36 #1 (Debian)) id 1AP1Za-0005he-00; Wed, 26 Nov 2003 16:27:22 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Goswin Brederlow <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: xfree86: FTBFS m68k: #error "`ft2build.h' hasn't been included yet!" X-Mailer: reportbug 2.26.1 Date: Wed, 26 Nov 2003 16:27:22 +0100 Message-Id: <[EMAIL PROTECTED]> Sender: Goswin von Brederlow <[EMAIL PROTECTED]> X-Virus-Scanned: by amavisd-new (McAfee AntiVirus) at informatik.uni-tuebingen.de Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_11_20 (1.212-2003-09-23-exp) on master.debian.org X-Spam-Status: No, hits=-3.6 required=4.0 tests=BAYES_60,DATE_IN_PAST_03_06, HAS_PACKAGE autolearn=no version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_11_20 X-Spam-Level: Package: xfree86 Version: unavailable; reported 2003-11-26 Severity: serious Justification: no longer builds from source See http://buildd.debian.org/fetch.php?&pkg=xfree86&ver=4.2.1-14&arch=m68k&stamp=1069254844&file=log&as=raw for details. MfG Goswin -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux dual 2.4.21-ac4 #1 SMP Sat Jul 5 17:53:13 CEST 2003 i686 Locale: LANG=C, LC_CTYPE=de_DE --- Received: (at 43-done) by bugs.debian.org; 8 Jan 2004 13:55:31 + >From [EMAIL PROTECTED] Thu Jan 08 07:55:30 2004 Return-path: <[EMAIL PROTECTED]> Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) [65.26.182.85] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AeZBN-0004br-00; Thu, 08 Jan 2004 06:22:37 -0600 Received: by redwald.deadbeast.net (Postfix, from userid 1000) id 2787364149; Thu, 8 Jan 2004 07:22:36 -0500 (EST) Date: Thu, 8 Jan 2004 07:22:35 -0500 From: Branden Robinson <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: closing this fixed bug Message-ID: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. User-Agent: Mutt/1.5.5.1+cvs20040105i Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-master.debian.org_2003_11_25-bugs.debian.org_2004_1_5 (1.212-2003-09-23-exp) on master.debian.org X-Spam-Status: No, hits=0.0 required=4.0 tests=none autolearn=no version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2004_1_5 X-Spam-Level: --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This bug was fixed by XFree86 4.2.1-15. xfree86 (4.2.1-15) unstable; urgency=3Dmedium * Urgency due to fix for FTBFS triggered by libfreetype6-dev package. * Fix corrupted error message text in check_symlinks_and_warn(). (Closes: #220713) - debian/shell-lib.sh * Fix bogus invocation of "head" in xdm's configuration script. (Closes: #223038) - debian/xdm.config.in * Change maintainer scripts to never use safe_debconf() with db_get or db_metaget. Instead, check the exit status of these commands no
Re: debian/patches status: linux.cf and xfree86.cf patches
On Thu, 2004-01-08 at 13:41, Branden Robinson wrote: > On Fri, Jan 02, 2004 at 03:47:54PM -0500, Nathanael Nerode wrote: > > > > * In xfree86.cf, DefaultGcc2i386Opt, DefaultGcc2AxpOpt, and > > DefaultGcc2PpcOpt > > are defined to contain GccAliasingArgs. But in linux.cf, they're defined > > to > > *not* contain it. > > > > Note that GccAliasingArgs was introduced upstream sometime after 4.2. How > > precisely should it be handled for Debian? > > Good question. I'd like to solicit suggestions from the mailing list. > :) > > If the XFree86 codebase is strict-aliasing safe, we can do without > -fno-strict-aliasing. It traditionally wasn't, and I haven't seen anything to suggest that this has been fixed. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Software libre enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Re: Whiteglass cursor HOWTO ?
On Thu, 2004-01-08 at 14:01, Branden Robinson wrote:
> On Mon, Jan 05, 2004 at 12:18:40PM +0100, Xavier Bestel wrote:
> > Le lun 05/01/2004 à 12:10, Michel Dänzer a écrit :
> > > On Sun, 2004-01-04 at 22:10, Xavier Bestel wrote:
> > > > Le dim 04/01/2004 à 16:20, Jean-Christophe Dubacq a écrit :
> > > > > At one point, it was necessary to have also libxcursor1-dev installed.
> > > >
> > > > Bingo ! That was it, the /usr/lib/libXcursor.so -> libXcursor.so.1.0.1
> > > > symlink is in libxcursor-dev instead of libxcursor1. I wonder why ?
> > >
> > > See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=204358, fixed in
> > > libx11-6 4.3.0-0pre1v5.
> >
> > Not really. I already had libx11-6 4.3.0-0pre1v5 installed, and I still
> > *had* to install libxcursor-dev to see the themed cursors.
> > Maybe it'll be fixed in a later version, but it's not now.
>
> Could someone take a look at the attached file and tell me what's wrong
> with it?
Notice that
#ifndef LIBXCURSOR
#define LIBXCURSOR "libXcursor.so.1"
#endif
only has an effect if LIBXCURSOR isn't already defined, but in
lib/X11/Imakefile there's
#if BuildLoadableXlibXcursor
XCURSOR_DEFINES = -DUSE_DYNAMIC_XCURSOR
-DLIBXCURSOR=\"libXcursor.so.$(SOXCURSORREV)\"
#endif
and I don't see SOXCURSORREV being assigned anywhere, so LIBXCURSOR
probably ends up defined to "libXcursor.so.", which is consistent with
the strace output (but you can verify it in a build log):
open("/lib/libXcursor.so.", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/usr/lib/libXcursor.so.", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/usr/lib/libXcursor.so", O_RDONLY) = 4
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Software libre enthusiast| http://svcs.affero.net/rm.php?r=daenzer
X Strike Force XFree86 SVN commit: rev 885 - branches/4.3.0/sid/debian
Author: branden Date: 2004-01-08 07:57:32 -0500 (Thu, 08 Jan 2004) New Revision: 885 Modified: branches/4.3.0/sid/debian/TODO Log: Update status of xfs patches thanks to Nathanael Nerode. Modified: branches/4.3.0/sid/debian/TODO === --- branches/4.3.0/sid/debian/TODO 2004-01-08 12:54:41 UTC (rev 884) +++ branches/4.3.0/sid/debian/TODO 2004-01-08 12:57:32 UTC (rev 885) @@ -51,7 +51,7 @@ 001a_damn_cpp_3.3_to_hell.diff merged renamed to 003a_damn_cpp_3.3_to_hell.diff 001b_m68k_haslinuxinput_too.diff merged now part of 003_linux.cf_and_xfree86.cf.diff 002_xdm_fixes.diff merged -003_xfs-fixes.diff +003_xfs-fixes.diff INCOMPLETE os/utils.c and xfs.man still need to be patched; the rest is upstream 004_xfree86_cf.diffupstream 005_rgb.txt_in_etc_X11.diffunchanged 006_XftConfig_in_correct_place.diffirrelevant
X Strike Force XFree86 SVN commit: rev 884 - branches/4.3.0/sid/debian
Author: branden Date: 2004-01-08 07:54:41 -0500 (Thu, 08 Jan 2004) New Revision: 884 Modified: branches/4.3.0/sid/debian/TODO Log: Update patch status with (much) help from Nathanael Nerode. Add Vim modeline. Modified: branches/4.3.0/sid/debian/TODO === --- branches/4.3.0/sid/debian/TODO 2004-01-08 12:45:42 UTC (rev 883) +++ branches/4.3.0/sid/debian/TODO 2004-01-08 12:54:41 UTC (rev 884) @@ -47,18 +47,18 @@ 000_stolen_from_HEAD_xlib.diff check for stuff stolen from HEAD after xf-4_3_0 was tagged 000_stolen_from_HEAD_xman.diff check for stuff stolen from HEAD after xf-4_3_0 was tagged 000_stolen_from_HEAD_xtt.diff check for stuff stolen from HEAD after xf-4_3_0 was tagged -001_linux_cf.diff -001a_damn_cpp_3.3_to_hell.diff -001b_m68k_haslinuxinput_too.diff +001_linux_cf.diff UNDER INVESTIGATION +001a_damn_cpp_3.3_to_hell.diff merged renamed to 003a_damn_cpp_3.3_to_hell.diff +001b_m68k_haslinuxinput_too.diff merged now part of 003_linux.cf_and_xfree86.cf.diff 002_xdm_fixes.diff merged 003_xfs-fixes.diff -004_xfree86_cf.diff +004_xfree86_cf.diffupstream 005_rgb.txt_in_etc_X11.diffunchanged -006_XftConfig_in_correct_place.diff -007_SECURITY_makedepend_safer.diff -008_doc_extensions_fix.diff -009_s3_trio64v2_dx_and_gx_support.diff -010_linux_apm_vetoed_suspend_fix.diff +006_XftConfig_in_correct_place.diffirrelevant +007_SECURITY_makedepend_safer.diff unchanged renamed to 011_SECURITY_makedepend_safer.diff +008_doc_extensions_fix.diffupstreamin 000_stolen_from_HEAD_doc_extensions.diff +009_s3_trio64v2_dx_and_gx_support.diff unchanged renamed to 010_s3_trio64_dx_and_gx_support.diff +010_linux_apm_vetoed_suspend_fix.diff upstream 011_chinese_locale_fixups.diff 012_fix_cyrillic_font_aliases.diff 013_wacom_wait_longer_for_input.diff @@ -227,3 +227,5 @@ splitting) $Id$ + +# vim:set ai tw=0:
X Strike Force XFree86 SVN commit: rev 883 - branches/4.3.0/sid/debian/patches
Author: branden
Date: 2004-01-08 07:45:42 -0500 (Thu, 08 Jan 2004)
New Revision: 883
Modified:
branches/4.3.0/sid/debian/patches/001_kernel_version_in_banner.diff
Log:
Copyedit patch description.
Add authorship and upstream submission status.
Whitespace police.
Modified: branches/4.3.0/sid/debian/patches/001_kernel_version_in_banner.diff
===
--- branches/4.3.0/sid/debian/patches/001_kernel_version_in_banner.diff
2004-01-07 17:40:52 UTC (rev 882)
+++ branches/4.3.0/sid/debian/patches/001_kernel_version_in_banner.diff
2004-01-08 12:45:42 UTC (rev 883)
@@ -1,9 +1,14 @@
$Id$
-This patch puts the kernel version in the banner, on Linux, and also whether
-or not it's tainted (providing it's a sufficiently recent kernel). Thanks
-to Mike Harris for this patch (slightly altered to remove RH_CUSTOM, etc).
+This patch by Daniel Stone and Mike Harris.
+This patch prints the kernel version in the XFree86 X server's startup
+banner on Linux, and also indicates whether the kernel is tainted
+(providing it's a sufficiently recent kernel). Thanks to Mike Harris for
+this patch (slightly altered to remove RH_CUSTOM, etc).
+
+Not submitted upstream yet.
+
--- xc/programs/Xserver/hw/xfree86/common/Imakefile.orig Fri Jan 10
19:19:19 2003
+++ xc/programs/Xserver/hw/xfree86/common/ImakefileFri Jan 10 19:21:34 2003
@@ -183,6 +183,9 @@
@@ -50,7 +55,7 @@
+ int tainted = -1;
+ char *buf;
+ FILE *infile;
-+
++
+ if ((buf = (char *) calloc(1, KVERMAXBUF)) != NULL)
+ {
+if ((infile = fopen("/proc/sys/kernel/tainted", "r")) != NULL)
@@ -73,8 +78,8 @@
+ free(buf);
+}
+#endif
-+
+
++
static Bool
xf86CreateRootWindow(WindowPtr pWin)
{
Re: i830 VT switch broken in 4.3.0-0pre1v5
On Sun, Jan 04, 2004 at 12:48:57PM +0100, Santiago Garcia Mantinan wrote:
> Hi!
>
> I was happily using 4.3.0-0pre1v4 on my i830 based laptop and when I
> upgraded to 4.3.0-0pre1v5 VT switching broke.
>
> It is the typical effect descrived by David Dawes in his pages, this is:
> going from X to the text mode vts will make me loose the screen, which
> then, when going back to X will get recovered.
>
> I don't have any way to see the text console with 4.3.0-0pre1v5, only if
> I go back to 4.3.0-0pre1v4 and reboot I can make it work again. This means
> that changing to 4.3.0-0pre1v4 and restarting the server won't fix the text
> mode screen, 4.3.0-0pre1v5 messes up the screen and 4.3.0-0pre1v4 cannot
> undo that, only changing back to 4.3.0-0pre1v4 and rebooting can.
>
> I'm not subscrived to the list, so please Cc me on replies.
You should probably let David Dawes know that the fixes that were
committed to xf-4_3-branch made things worse, not better.
xfree86 (4.3.0-0pre1v5) experimental; urgency=low
* Grab fixes to upstream CVS xf-4_3-branch since last pull.
[...]
+ (xc/programs/Xserver/hw/xfree86/drivers/i810/{common.h,i810.h,
i810.man,i830.h,i830_cursor.c,i830_dri.c,i830_dri.h,i830_driver.c,
i830_memory.c,i830_video.c}):
Fix some i830+ VT switch/exit crashes (David Dawes, Egbert Eich).
--
G. Branden Robinson| Eternal vigilance is the price of
Debian GNU/Linux | liberty.
[EMAIL PROTECTED] | -- Wendell Phillips
http://people.debian.org/~branden/ |
signature.asc
Description: Digital signature
Re: Necrotic out of memory?
On Sat, Jan 03, 2004 at 02:47:49PM -0500, Nathanael Nerode wrote: > doctormoo:~> svn co svn://necrotic.deadbeast.net/xfree86/branches/4.3.0/sid > svn: Berkeley DB error > svn: Berkeley DB error while opening 'nodes' table for filesystem > /var/lib/svn/xfree86/db: > Cannot allocate memory I've since fixed this. Thanks! -- G. Branden Robinson| The greatest productive force is Debian GNU/Linux | human selfishness. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Re: Is this bug an l-k-h problem?
On Sat, Jan 03, 2004 at 01:46:51PM -0500, Daniel Jacobowitz wrote: > I'm a bit confused by the bug log. Is this a bug in > linux-kernel-headers, and if so, could you give me a testcase for it? James Troup is one who asserted that it was a bug in linux-kernel-headers. I took his word for it. > Or was it just an incompatibility that X has been updated to work > around? It looks like X tries to work around it, but fails. -- G. Branden Robinson|America is at that awkward stage. Debian GNU/Linux |It's too late to work within the [EMAIL PROTECTED] |system, but too early to shoot the http://people.debian.org/~branden/ |bastards. -- Claire Wolfe signature.asc Description: Digital signature
Re: Whiteglass cursor HOWTO ?
On Mon, Jan 05, 2004 at 12:18:40PM +0100, Xavier Bestel wrote:
> Le lun 05/01/2004 à 12:10, Michel Dänzer a écrit :
> > On Sun, 2004-01-04 at 22:10, Xavier Bestel wrote:
> > > Le dim 04/01/2004 à 16:20, Jean-Christophe Dubacq a écrit :
> > > > At one point, it was necessary to have also libxcursor1-dev installed.
> > >
> > > Bingo ! That was it, the /usr/lib/libXcursor.so -> libXcursor.so.1.0.1
> > > symlink is in libxcursor-dev instead of libxcursor1. I wonder why ?
> >
> > See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=204358, fixed in
> > libx11-6 4.3.0-0pre1v5.
>
> Not really. I already had libx11-6 4.3.0-0pre1v5 installed, and I still
> *had* to install libxcursor-dev to see the themed cursors.
> Maybe it'll be fixed in a later version, but it's not now.
Could someone take a look at the attached file and tell me what's wrong
with it?
--
G. Branden Robinson|If you make people think they're
Debian GNU/Linux |thinking, they'll love you; but if
[EMAIL PROTECTED] |you really make them think, they'll
http://people.debian.org/~branden/ |hate you.-- Don Marquis
/* $Xorg: CrGlCur.c,v 1.4 2001/02/09 02:03:32 xorgcvs Exp $ */
/*
Copyright 1986, 1998 The Open Group
Permission to use, copy, modify, distribute, and sell this software and its
documentation for any purpose is hereby granted without fee, provided that
the above copyright notice appear in all copies and that both that
copyright notice and this permission notice appear in supporting
documentation.
The above copyright notice and this permission notice shall be included in
all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
OPEN GROUP BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN
AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN
CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
Except as contained in this notice, the name of The Open Group shall not be
used in advertising or otherwise to promote the sale, use or other dealings
in this Software without prior written authorization from The Open Group.
*/
/* $XFree86: xc/lib/X11/CrGlCur.c,v 1.6 2002/09/05 18:17:31 keithp Exp $ */
#include "Xlibint.h"
#ifdef USE_DYNAMIC_XCURSOR
#include
#include
#if defined(hpux)
#include
#else
#include
#endif
#if defined(hpux)
typedef shl_dt XModuleType;
#else
typedef void *XModuleType;
#endif
#ifndef LIBXCURSOR
#define LIBXCURSOR "libXcursor.so.1"
#endif
static char libraryName[] = LIBXCURSOR;
static XModuleType
open_library (void)
{
char *library = libraryName;
char *dot;
XModuleType module;
for (;;)
{
#if defined(hpux)
module = shl_load(library, BIND_DEFERRED, 0L);
#else
module = dlopen(library, RTLD_LAZY);
#endif
if (module)
return module;
dot = strrchr (library, '.');
if (!dot)
break;
*dot = '\0';
}
return 0;
}
static void *
fetch_symbol (XModuleType module, char *under_symbol)
{
void *result = NULL;
char *symbol = under_symbol + 1;
#if defined(hpux)
int getsyms_cnt, i;
struct shl_symbol *symbols;
getsyms_cnt = shl_getsymbols(module, TYPE_PROCEDURE,
EXPORT_SYMBOLS, malloc, &symbols);
for(i=0; i 0) {
free(symbols);
}
#else
result = dlsym (module, symbol);
if (!result)
result = dlsym (module, under_symbol);
#endif
return result;
}
typedef void (*NoticeCreateBitmapFunc) (Display *dpy,
Pixmap pid,
unsigned int width,
unsigned int height);
typedef void (*NoticePutBitmapFunc) (Display *dpy,
Drawabledraw,
XImage *image);
typedef Cursor (*TryShapeBitmapCursorFunc) (Display *dpy,
Pixmap source,
Pixmap mask,
XColor *foreground,
XColor *background,
unsigned int x,
unsigned int y);
typedef Cursor (*TryShapeCursorFunc) (Display *dpy,
Font source_font,
Font mask_font,
unsigned int source_char,
unsigned int mask_char,
XColor _Xconst *foreground,
XColor _Xconst *background);
static XModuleType _XcursorModule;
static Bool _XcursorModuleTried;
#define GetFunc(type,name,ret) {\
static Bool been_here; \
static type staticFunc; \
\
_XLockMutex (_Xglobal_lock); \
if (!been_here) \
{ \
been_here = True; \
if (!_XcursorModuleTried) \
{ \
_XcursorModuleTried = True; \
_XcursorModule = open_library (); \
} \
if (_XcursorModule) \
staticFunc = (type) fetch_symbol (_XcursorModule, "_" name); \
} \
ret = staticFunc; \
_XUnlockMutex (_Xglobal_lock); \
}
Cursor
_XTryShapeCursor (Display *dpy,
Font source_fon
Re: xmodmap Problem
Rainer Dorsch wrote: > Hello, > > I am loading an xmodmap using *snip* I don't think debian X packages respect .Xmodmap files by default. Please see the Debian X Faq. I think there is something in there about this issue. wt -- Warren Turkal President, GOLUM, Inc. http://www.golum.org
patch 004 is overkill
Patch 004 is overkill for making the manpages appears with the right names in the right places. Here is a replacement for it that does the same thing. As an added bonus, it also applies to the 4.4 release candidate. This patch goes in after #900 on my system which is why DebianMaintainer is allready uncommented. This patch makes the manpages end up in the right places with the right names. It should be sent upstream so that anyone building on Debian will not have to worry about this inane detail. diff -ruN xc-old/config/cf/linux.cf xc/config/cf/linux.cf --- xc-old/config/cf/linux.cf 2003-12-12 02:40:31.0 -0600 +++ xc/config/cf/linux.cf 2003-12-12 03:03:45.0 -0600 @@ -109,6 +109,12 @@ # define NormalLibGlu YES # define FSUseSyslog YES +# define DriverManSuffix 4x +# define DriverManDir $(MANSOURCEPATH)4 + +# define MiscManSuffix 7x +# define MiscManDir$(MANSOURCEPATH)7 + # define DebianMaintainer YES # ifdef DebianMaintainer -- Warren Turkal President, GOLUM, Inc. http://www.golum.org
version of svn on necrotic
What is the version of svn running on necrotic? Is there any chance of getting it bumped to a version that supports the blame command? wt -- Warren Turkal President, GOLUM, Inc. http://www.golum.org
Re: debian/patches status: linux.cf and xfree86.cf patches
On Fri, Jan 02, 2004 at 03:47:54PM -0500, Nathanael Nerode wrote: > From the 4.3.0 TODO Thanks a lot for doing this, Nathanael. > 001_linux_cf.diff > --- > Most of this is present upstream in 4.3.0 branch. > Essentially all of the rest is in 003_linux.cf_and_xfree86.cf.diff. > > There are some definite oddities in 003_linux.cf_and_xfree86.cf.diff, however. > I don't pretend to understand these files, but it's worth checking that the > folowing are deliberate: > > * linux.cf: GccAliasingArgs is in OptimizedCDebugFlags upstream, but dropped > in the Debian patch, for HPArchitecture, ia64Architecture, > Mc68020Architecture, MipsArchitecture, s390Architecture, SparcArchitecture, > and SuperHArchitecture. Daniel, can you explain this? > * linux.cf: -fomit-frame-pointer is in OptimizedCDebugFlags upstream, but > dropped in the Debian patch, for s390Architecture, s390xArchitecture. Daniel, can you explain this? > * In xfree86.cf, DefaultGcc2i386Opt, DefaultGcc2AxpOpt, and DefaultGcc2PpcOpt > are defined to contain GccAliasingArgs. But in linux.cf, they're defined to > *not* contain it. > > Note that GccAliasingArgs was introduced upstream sometime after 4.2. How > precisely should it be handled for Debian? Good question. I'd like to solicit suggestions from the mailing list. :) If the XFree86 codebase is strict-aliasing safe, we can do without -fno-strict-aliasing. > * 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 This should probably be 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. It should do so. > I hesitate to submit patches due to my lack of understanding, but if any of > the issues are verified and solutions outlined, I could do so. > > Once these issues are fixed (or verified to be non-issues), 001_linux_cf.diff > can be marked as merged to the new 003_linux.cf_and_xfree86.cf.diff. I think it was a bad idea to merge these, but oh well. When Daniel started this work he didn't fully understand the principle of least surprise, but I think he and I have gone around enough now that he does. :) > 004_xfree86_cf.diff > > Entirely present upstream. Great. -- G. Branden Robinson|Ambition: an overmastering desire Debian GNU/Linux |to be vilified by enemies while [EMAIL PROTECTED] |living and ridiculed by friends http://people.debian.org/~branden/ |when dead.-- Ambrose Bierce signature.asc Description: Digital signature
Re: X Strike Force XFree86 SVN commit: rev 880 - branches/4.3.0/sid/debian
On Thu, Jan 01, 2004 at 09:38:59PM +1100, Daniel Stone wrote: > On Thu, Jan 01, 2004 at 03:46:05AM -0500, X Strike Force SVN Repository Admin > wrote: > > Use hardlinks instead of symlinks when copying build tree for debugging > > server build in build-server target (thanks, David Schmitt). > > I had symlinks for a reason: the Hurd guys can't have disks above 1.4GB > or whatever it is, so they can't, obviously, have XFree86 on a single > disk. That's why there's symlinks, so you can do cross-device trees. > > Yes, it's nasty and crap (just like the rest of the Hurd ;), but what > can you do? Well, you didn't exactly *have* symlinks. That changeset simply brought the build-server rule into sync with the build rule. In other words, hard links were already being used in most builds anyway. Even on the Hurd. -- G. Branden Robinson|Somewhere, there is a .sig so funny Debian GNU/Linux |that reading it will cause an [EMAIL PROTECTED] |aneurysm. This is not that .sig. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#215831: SIGILL in glx for G400
When last we looked at this we were stuck until I could get an unstripped mga_dri.so and I have a hankering to be playing Quake so I wouldn't mind if I could get this going again. What would it take for me to build such a thing? -- greg
Re: xfree planned for sarge
On Sun, Jan 04, 2004 at 09:54:48AM +, Edward Betts wrote: > On Fri, Jan 02, 2004 at 12:42:33AM -0500, Branden Robinson wrote: > > On Tue, Dec 30, 2003 at 06:33:14PM +0100, Fabrice Lorrain (home) wrote: > > > Out of curiosity, I would appreciate if someone could summup the current > > > state of xfree86_4.3.0-0pre1v5 packages and what does prevent them to > > > enter sid (appart from left over from the compromision). > > > > http://necrotic.deadbeast.net/cgi-bin/viewcvs.cgi/branches/4.3.0/sid/debian/TODO > > Not sure if this has been reported already, but here we go: > > An Exception Has Occurred > Python Traceback > > Traceback (most recent call last): > File "/usr/lib/python2.3/viewcvs/viewcvs.py", line 3088, in main > request.run_viewcvs() > File "/usr/lib/python2.3/viewcvs/viewcvs.py", line 252, in run_viewcvs > self.rootpath, rev) > File "/usr/lib/python2.3/viewcvs/vclib/svn/__init__.py", line 233, in > __init__ > self.repos = repos.svn_repos_open(rootpath, self.pool) > RuntimeError: Berkeley DB error while opening 'nodes' table for filesystem > /var/lib/svn/xfree86/db: > Cannot allocate memory This has been fixed. Something in Subversion fell over while doing an "svn cat", of all things. I guess that's why they call it alpha software. :( -- 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#226162: Some patches have a name mismatch
On Tue, Jan 06, 2004 at 08:31:19PM -0500, Branden Robinson wrote:
> The debian/scripts/patch.{apply,unapply} scripts explicitly set
> LC_COLLATE=C, which is the fix for this known problem.
>
> In fact, this fix was made in xfree86 4.2.1-10.
>
> I cannot do anything about this bug until I find out how you managed to
> experience it.
So it seems my build system is broken... Now I know how I'll spend
the next few days after vacation. I'm sorry for the inconvenience.
Ciao,
Paolo
--
Paolo Ulivi
pulivi AT libero DOT it
GPG KeyID: 5C4F3D94
GPG Fingerprint: 3AF7 BFA2 3DE6 6A73 5379 5E0A 0949 6A1E 5C4F 3D94
If Linux is not Unix then Windows are not Gates
Anonymous, XXI Century
Bug#226430: SEGV with i865 on 4.3.0-0pre1v5
On Wed, 2004-01-07 at 17:02, Nathan Poznick wrote: > Thus spake Michel Dänzer: > > Does removing ddc from this list make a difference? > > Upon closer investigation, even when I remove the line to load the ddc > module, it still appears to load it right before the crash; this is the > last thing before the server aborts: Sure, but not reloaded. The XFree86 loader doesn't seem to handle reloading modules too well, I thought that might be the problem, but obviously not. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Software libre enthusiast| http://svcs.affero.net/rm.php?r=daenzer
