Re: [Xprint] Re: X Strike Force XOrg SVN commit: r19 -inxorg/trunk/debian: . scripts
On Sun, Oct 03, 2004 at 07:44:30AM +0200, Roland Mainz wrote: ||+ server are not licensed at all, and some of the fonts bear no ||+ copyright information whatsoever. ||+ ||+ All Rights Reserved. ||+ ||+These font files therefore do not satisfy DFSG 1 (Free ||+Redistribution), DFSG 2 (Source Code), or DFSG 3 (Derived |Works). ||+ ||+ |xc/programs/Xserver/XpConfig/C/print/models/HPDJ1600C/fonts/9nb00051.pmf || || || These files are no fonts, they are font metrics information (and the || copyright notice was just copied over from the original font from the || converter and does NOT apply to the font metrics files. The converter || just preserved all context attributes of the font regardless of their || content). The PMF fonts shipped with Xprint _conform_ 100% to the DFSG || 1/2/3 specs. This has extensively been discussed in the past. | |Do you have any reference I can lookup please? | | It should be archived either in the Debian-X mailinglist or in one of | the xprt-xprintorg package bugs. Drew Parsons may remember the bugid... | my email archive doesn't go that far into the past (I guess that issue | was debated around 2002 or earlier). | | The point is that we are talking about the files which contain only | width/height data (=metrics information) for each glphy and _no_ bitmap | or outline data (the PMF files are pretty small - if they would contain | bitmaps rasterizes at 2560DPI you would see GIANT files). The font data | itself, e.g. outlines or bitmaps are copyrightable but the width and | height information does not fall into the category - it would be silly | as everyone who would want to write an application which generates | Postscript code would need an explicit license from Adobe. _If_ Adobe | would have copyrighted the metrics information no opensource application | (Mozilla, Ghostscript, Openoffice, JAVA, etc.) would be able to use one | of the 30 default Postscript fonts defined by Postscript Level 2 as | there would be no way to measurelayout the glyphs (the same applies to | applications which generate PDF files). For example Mozilla ships the | same information stored in the PMF files as part of it's Postscript | print module (see | http://lxr.mozilla.org/mozilla/source/gfx/src/ps/Courier-Bold.h , note | that this source code is under MPL(=Mozilla Public License), the PMF | files in the XOrg tree were donated by HP and Sun under the MIT license) | and noone complained about that since many years (the same data were | used in Netscape 4.x, too). Ok. I think you conviced me. I want to wait for Branden's opinion too since he was the one creating these copyright notes and scripts for removal of these files in the first place. OK. I'd appreciate some precise references, please. I don't remember this issue being discussed on debian-x. Your reasoning seems to be grounded on a couple of problematic premises: * That font metric information isn't copyrightable. This may be true in the United States, but one of the big reasons Debian still has a non-free section is because Adobe in Japan asserts copyright over just this sort of thing. I will try to find this discussion in Debian's list archives if you're interested. * No one's complained yet about people freely distributing these files, so they must be DFSG-free. This premise is just plain bogus. I don't think Debian can afford to get dragged to court and try to defend ourselves on fair use grounds (or by invoking the theory of laches, which is what you seem to be implying). I am perfectly willing to be persuaded that these files are under a DFSG-free copyright license, or are in the public domain, but in my view you haven't made a convincing case yet. Drew, do you have any recollections on this subject? -- G. Branden Robinson| Life is what happens to you while Debian GNU/Linux | you're busy making other plans. [EMAIL PROTECTED] | -- John Lennon http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Please test new ca, ch, hu, jp, mn and vn layouts for PC models
Hi, you filed bugreports for not being able to select multiple layouts. Could you please get new XKB files from http://people.debian.org/~barbier/xkb/xkb-4.3.0.dfsg.1-8+SVN.tar.bz2 and test your desired layouts? These layouts can be loaded without problems, but as I am not familiar with them, it is pretty hard to check that everything works fine. Since we are releasing soon, your feedback is very important to quickly solve problems if needed (or to know that it works ;)). Here are basic instructions for testing: # cd /tmp # wget http://people.debian.org/~barbier/xkb/xkb-4.3.0.dfsg.1-8+SVN.tar.bz2 # cd /etc/X11 # mv xkb xkb.orig # tar jxf /tmp/xkb-4.3.0.dfsg.1-8+SVN.tar.bz2 # mv xkb xkb.test # ln -s xkb.test xkb [Restart X, perform tests] # rm xkb # mv xkb.orig xkb # rm -rf xkb.test Thanks Denis
PMF license / was: Re: [Xprint] Re: X Strike Force XOrg SVN commit: r19 -inxorg/trunk/debian: . scripts
Branden Robinson wrote: On Sun, Oct 03, 2004 at 07:44:30AM +0200, Roland Mainz wrote: ||+ server are not licensed at all, and some of the fonts bear no ||+ copyright information whatsoever. ||+ ||+ All Rights Reserved. ||+ ||+These font files therefore do not satisfy DFSG 1 (Free ||+Redistribution), DFSG 2 (Source Code), or DFSG 3 (Derived |Works). ||+ ||+ |xc/programs/Xserver/XpConfig/C/print/models/HPDJ1600C/fonts/9nb00051.pmf || || || These files are no fonts, they are font metrics information (and the || copyright notice was just copied over from the original font from the || converter and does NOT apply to the font metrics files. The converter || just preserved all context attributes of the font regardless of their || content). The PMF fonts shipped with Xprint _conform_ 100% to the DFSG || 1/2/3 specs. This has extensively been discussed in the past. | |Do you have any reference I can lookup please? | | It should be archived either in the Debian-X mailinglist or in one of | the xprt-xprintorg package bugs. Drew Parsons may remember the bugid... | my email archive doesn't go that far into the past (I guess that issue | was debated around 2002 or earlier). | | The point is that we are talking about the files which contain only | width/height data (=metrics information) for each glphy and _no_ bitmap | or outline data (the PMF files are pretty small - if they would contain | bitmaps rasterizes at 2560DPI you would see GIANT files). The font data | itself, e.g. outlines or bitmaps are copyrightable but the width and | height information does not fall into the category - it would be silly | as everyone who would want to write an application which generates | Postscript code would need an explicit license from Adobe. _If_ Adobe | would have copyrighted the metrics information no opensource application | (Mozilla, Ghostscript, Openoffice, JAVA, etc.) would be able to use one | of the 30 default Postscript fonts defined by Postscript Level 2 as | there would be no way to measurelayout the glyphs (the same applies to | applications which generate PDF files). For example Mozilla ships the | same information stored in the PMF files as part of it's Postscript | print module (see | http://lxr.mozilla.org/mozilla/source/gfx/src/ps/Courier-Bold.h , note | that this source code is under MPL(=Mozilla Public License), the PMF | files in the XOrg tree were donated by HP and Sun under the MIT license) | and noone complained about that since many years (the same data were | used in Netscape 4.x, too). Ok. I think you conviced me. I want to wait for Branden's opinion too since he was the one creating these copyright notes and scripts for removal of these files in the first place. OK. I'd appreciate some precise references, please. I don't remember this issue being discussed on debian-x. Your reasoning seems to be grounded on a couple of problematic premises: * That font metric information isn't copyrightable. This may be true in the United States, but one of the big reasons Debian still has a non-free section is because Adobe in Japan asserts copyright over just this sort of thing. Again, this does not cover the PMF files. The original files have been commited by Hewlett-Packard under the MIT/X Consortium license many many years ago (and the files for the Postscript DDX were later refreshed by me to fix a minor bug - and I committed them under the same license: MIT/X.org). The so-called copyright notice in these files is just an attribute which informs the application that the attribute COPYRIGHT has a value. But this value does not relicense the file itself away from the MIT/X.org license. That would be the same as relicesing this email just because it references the string. References or index data of this kind cannot be copyrighted, neither in the US nor in Japan nor elsewhere in the world. I will try to find this discussion in Debian's list archives if you're interested. Sure. It may be possible that Adobe Japan did some tricky stuff with CID fonts, but again this doesn't apply to something which has been explicitly commited under the MIT/X.org license by the authors. Bye, Roland -- __ . . __ (o.\ \/ /.o) [EMAIL PROTECTED] \__\/\/__/ MPEG specialist, CJAVASunUnix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;)
Stepping noiselessly over the thick rugs, he went up to Princess Myaka...
nware umpire egged Gothicizing submarines Newsweekly Toshiba veins Yukon wafer Du Audio (Muisic) Interinet Games Biusinesjs ... Online two days ago . Ojrder any sjoft you njeed for a low pjrice . nlap Squibb coronets hangout vilify monstrously clarifications For exampile: shop - 299$ , us - 30$ . http://geocities.com/baker_doyle_53/ airtight sticks draper algae disentangling cardinality woofing swan Keyes received follies man Take just a caindy and becxome ready for 36 hxours of loxve agements undertake execute Trianon histograms superpose biofeedba This is most modcern and safe way niot to cover waith shame Only 15 miinutes to wait FDA Axpproved http://geocities.com/teems_jones_101/
Bug#252895: /usr/X11R6/bin/xfontsel: [xfontsel] crash
Hello, I have also installed the package msttcorefonts and after a dist-upgrade I was experiencing the same problems: emacs didn't start anymore. I solved the problem by commenting out a FontPath line in /etc/X11/XF86Config: #FontPath /usr/share/fonts/truetype I inserted this line earlier myself, but I do not know anymore why. I don't know why removing this line solved the problem. Hope this helps... Jonas Kley
Bug#216933: update
I've been running with current unstable versions of xserver-xfree86-dbg for long enough to sometimes forget this bug. It's never shown up while I'm running the -debug binary. This is a great workaround. I suppose the next step would be to binary search through, building individual files and eventually functions with and without optimisation until the problem code is isolated. Given how hard the bug can be to reproduce or be sure of not reproducing, that could take a good long time though. -- see shy jo signature.asc Description: Digital signature
Bug#269052: xserver-xfree86: keymappings lost after a few keystrokes
Hi, On Fri, 08.10.2004 at 17:39:52 -0500, Branden Robinson [EMAIL PROTECTED] wrote: I'm sorry it has taken a while to follow up to this report. no problem. Can you tell us what you're trying to accomplish with your xmodmap configuration? Perhaps there is an XKB configuration we can recommend that will serve your needs. Of course: I'm a native speaker of German, not English, and use some other languages on occasion. Example: Swedish, rarely French. My work consists about half of programming and discussing with English speaking people, and the other half is writing texts in German. I'm a user of vi, emacs and LaTeX, too... Most programming languages require the use of braces, brackets, backslashes and the like which are very awkward to reach on a normal German keyboard layout. Likewise, and depending on the keyboard, Escape may be far off, Backspace and Delete switched, and you name it - there are other oddities on keyboards which make work cumbersome and straining. These I correct partially with my xmodmap as follows: - Select a base layout of en_US (pc105) - Make AltGR let me type in the German Umlauts with ease (and where they are prointed on the keycaps). - Swap Backspace and Delete - Swap 'Escape' and 'Menu' - Have the few more rarely used keys on AltGR + some other key (eg. AltGR + 'a' - å) I'm already looking into XKB, but haven't gotten very far. Best, --Toni++
Bug#275656: xprt: Xprt is broken, according to Mozilla
Package: xprt Version: 4.3.0.dfsg.1-8 Severity: important When I want to print a page from Mozilla, I get an error box saying that the X print server (Xprt) is broken, and I can't print anything. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing'), (200, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.8 Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 Versions of packages xprt depends on: ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.2 FreeType 2 font engine, shared lib ii xprt-common0.0.9.final.001-6 Xprint - the X11 print system (con ii zlib1g 1:1.2.1.1-7 compression library - runtime -- no debconf information
Bug#261251: Workaround for the CMS bug
Hi, I have been trying to search on this bug for quite a while. I think that we've finally got a workaround (not a fix). Just go to see my page about it: http://www.cs.auc.dk/~fleury/bug_cms/ The idea is to compile the Xserver without optimization, it seems to improve a lot the stability of the Xserver and, anyway, the CMS itself is providing some optimization, so you do not loose that much. Another news, is that it seems that the bug has gone in CMS 4.4.x serie and higher (it only was in CMS 4.3.x). But, I don't think that neither Fujitsu nor Sony wants to provide a patch for this. Well, I think we should close the bug now, no ? Regards -- Emmanuel Fleury Computer Science Department, | Office: B1-201 Aalborg University, | Phone: +45 96 35 72 23 Fredriks Bajersvej 7E, | Fax:+45 98 15 98 89 9220 Aalborg East, Denmark | Email: [EMAIL PROTECTED]
Bug#275697: ATI/rage 128] Resolutions higher then 600x600 are not detected
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-8 Severity: normal After installation of debian sarge Test Candidate for RC2, screen resolutions higher than 800x600 are not available, even if known to be supported by the monitor. On Red Hat or Knoppix those resolutions correctly detected. lspci -n :00:00.0 0600: 1022:7006 (rev 23) :00:01.0 0604: 1022:7007 (rev 01) :00:03.0 0401: 1274:1371 (rev 06) :00:06.0 0200: 10ec:8139 (rev 10) :00:07.0 0601: 1106:0686 (rev 15) :00:07.1 0101: 1106:0571 (rev 06) :00:07.2 0c03: 1106:3038 (rev 06) :00:07.4 0c05: 1106:3057 (rev 10) :00:0f.0 0400: 109e:036e (rev 02) :00:0f.1 0480: 109e:0878 (rev 02) :01:05.0 0300: 1002:5246 :00:00.0 Host bridge: Advanced Micro Devices [AMD] AMD-751 [Irongate] System Controller (rev 23) :00:01.0 PCI bridge: Advanced Micro Devices [AMD] AMD-751 [Irongate] AGP Bridge (rev 01) :00:03.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 06) :00:06.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) :00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 15) :00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) :00:07.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 06) :00:07.4 SMBus: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 10) :00:0f.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 02) :00:0f.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 02) :01:05.0 VGA compatible controller: ATI Technologies Inc Rage 128 RF/SG AGP -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 20 2004-10-03 18:28 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x 1 root root 1745484 2004-09-28 14:09 /usr/bin/X11/XFree86 Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :01:05.0 VGA compatible controller: ATI Technologies Inc Rage 128 RF/SG AGP /etc/X11/XF86Config-4 unchanged from checksum in /var/lib/xfree86/XF86Config-4.md5sum. XFree86 X server configuration file status: -rw-r--r-- 1 root root 3136 2004-10-09 17:14 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # XF86Config-4 (XFree86 X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout de EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/psaux Option Protocol PS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option SendCoreEventstrue Option Device
Bug#262111: ppc still crashes
I get the same crash (and xf86XVCopyYUV12ToPacked unresolved) on my fresh sarge powerpc. It has xserver-xfree86 4.3.0.dfsg.1-8 which I thought included a fix. Is the fix only for i386 ? Best regards, Tormod Volden
Bug#263561: Please test new ca, ch, hu, jp, mn and vn layouts for PC models
ok, i'll do that soon. but i resolved my problem with seting Option XkbDisabletrue in the keyboard section of XF86Config, the result was very satisfactory, gkb layout switcher came with the flags as in woody, and people love that :), and it worked too. anyways, i'll do the testing, as soon, as it'll be possible. thanks for the mail. Denis Barbier wrote: Hi, you filed bugreports for not being able to select multiple layouts. Could you please get new XKB files from http://people.debian.org/~barbier/xkb/xkb-4.3.0.dfsg.1-8+SVN.tar.bz2 and test your desired layouts? These layouts can be loaded without problems, but as I am not familiar with them, it is pretty hard to check that everything works fine. Since we are releasing soon, your feedback is very important to quickly solve problems if needed (or to know that it works ;)). Here are basic instructions for testing: # cd /tmp # wget http://people.debian.org/~barbier/xkb/xkb-4.3.0.dfsg.1-8+SVN.tar.bz2 # cd /etc/X11 # mv xkb xkb.orig # tar jxf /tmp/xkb-4.3.0.dfsg.1-8+SVN.tar.bz2 # mv xkb xkb.test # ln -s xkb.test xkb [Restart X, perform tests] # rm xkb # mv xkb.orig xkb # rm -rf xkb.test Thanks Denis begin:vcard fn:Dobai-Pataky Balint n:Balint;Dobai-Pataky org:Xenzor;ISP adr:;;Victoriei 6;Odorhei;hr;;ro email;internet:[EMAIL PROTECTED] title:Network Administrator tel;work:066-213789 tel;cell:0740-152277 url:http://www.xenzor.ro version:2.1 end:vcard
Bug#275710: xserver-xfree86: preinst script fails when upgrading from 4.0.2-7 to 4.3.0.dfsg.1-8
Package: xserver-xfree86 Version: 4.0.2-7 Severity: normal When trying to upgrade xserver-xfree86 from package version 4.0.2-7 to 4.3.0.dfsg.1-8, dpkg fails with: dpkg: error processing /var/cache/apt/archives/xserver-xfree86_4.3.0.dfsg.1-8_i386.deb (--install): subprocess pre-installation script returned error exit status 10 I managed to include a set -x in the preinst script and got: --- + ln -s /usr/bin/X11/XFree86 /etc/X11/X.dpkg-old + md5sum + echo /usr/bin/X11/XFree86 + '[' -e /etc/X11/XF86Config-4 ']' + db_get xserver-xfree86/manage_config_with_debconf + echo 'GET xserver-xfree86/manage_config_with_debconf' + local 'IFS= ' + local _LINE + read -r _LINE + RET=10 xserver-xfree86/manage_config_with_debconf doesn't exist + return 10 + db_unregister shared/clobber_x-server_symlink + echo 'UNREGISTER shared/clobber_x-server_symlink' + local 'IFS= ' + local _LINE + read -r _LINE + RET=0 + return 0 + db_unregister xserver-xfree86/manage_config_with_debconf + echo 'UNREGISTER xserver-xfree86/manage_config_with_debconf' + local 'IFS= ' + local _LINE + read -r _LINE + RET=10 xserver-xfree86/manage_config_with_debconf doesn't exist + return 10 dpkg: error processing /var/cache/apt/archives/xserver-xfree86_4.3.0.dfsg.1-8_i386.deb (--install): subprocess pre-installation script returned error exit status 10 --- This seems to indicate a problem with the debconf settings. dpkg-reconfigure xserver-xfree86 hangs, if I select Overwrite XFree86 X server configure file? in /var/lib/dpkg/info/xserver-xfree86.postinst of the old package version 4.0.2-7 at the following place: --- + echo 'Wrote X server configuration to /etc/X11/XF86Config-4.' Wrote X server configuration to /etc/X11/XF86Config-4. + db_set xserver-xfree86/clobber_XF86Config-4 false + _db_cmd 'SET xserver-xfree86/clobber_XF86Config-4' false + echo 'SET xserver-xfree86/clobber_XF86Config-4' false + local 'IFS= ' + local _LINE + read -r _LINE --- -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.6.4 Locale: LANG=C, LC_CTYPE=de_DE Versions of packages xserver-xfree86 depends on: ii debconf 1.4.38 Debian configuration management sy ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an ii xserver-common4.3.0.dfsg.1-8 files and utilities common to all ii zlib1g1:1.2.1-2 compression library - runtime -- debconf information: * xserver-xfree86/config/device/identifier: ATI Rage II xserver-xfree86/config/monitor/screen-size: 17 inches (430 mm) xserver-xfree86/config/device/use_fbdev: * xserver-xfree86/config/monitor/selection-method: Medium xserver-xfree86/config/doublequote_in_string_error: shared/default-x-server: xserver-xfree86 * xserver-xfree86/config/inputdevice/mouse/emulate3buttons: true * xserver-xfree86/config/device/bus_id: * xserver-xfree86/config/inputdevice/keyboard/layout: de * xserver-xfree86/config/monitor/horiz-sync: 30-94 * xserver-xfree86/config/monitor/identifier: HP P1110 shared/no_known_x-server: xserver-xfree86/autodetect_mouse: true * xserver-xfree86/config/device/video_ram: * xserver-xfree86/config/monitor/mode-list: 1600x1200 @ 75Hz * xserver-xfree86/config/monitor/lcd: false xserver-xfree86/config/inputdevice/keyboard/internal: * xserver-xfree86/clobber_XF86Config-4: false * xserver-xfree86/config/inputdevice/keyboard/rules: xfree86 * xserver-xfree86/aware_XF86Config-4: xserver-xfree86/multiple_possible_x-drivers: * xserver-xfree86/config/inputdevice/keyboard/model: pc105 * xserver-xfree86/config/write_dri_section: true * xserver-xfree86/config/device/driver: ati * xserver-xfree86/config/monitor/vert-refresh: 50-75 * xserver-xfree86/config/display/default_depth: 24 * xserver-xfree86/config/inputdevice/mouse/zaxismapping: true * xserver-xfree86/config/display/modes: 1152x864 shared/clobber_x-server_symlink: false xserver-xfree86/config/inputdevice/mouse/retry_detection: * xserver-xfree86/config/device/bus_id_error: * xserver-xfree86/config/modules: GLcore, bitmap, dbe, ddc, dri, extmod, freetype, glx, int10, record, speedo, type1, vbe, xtt * xserver-xfree86/config/inputdevice/keyboard/options: altwin:meta_win xserver-xfree86/config/nonnumeric_string_error: * xserver-xfree86/config/inputdevice/mouse/protocol: ImPS/2 shared/multiple_possible_x-servers: xserver-xfree86/config/null_string_error: xserver-xfree86/config/monitor/range_input_error: xserver-xfree86/autodetect_video_card: true * xserver-xfree86/config/inputdevice/keyboard/variant: nodeadkeys * xserver-xfree86/config/inputdevice/mouse/port: /dev/psaux * xserver-xfree86/config/write_files_section: true xserver-xfree86/autodetect_monitor: true
Bug#252566: xbase-clients: Bug #252566
On Sat, 2004-10-09 at 14:43, Denis Barbier wrote: On Sat, Oct 09, 2004 at 01:28:24AM +0200, Wolfgang Pfeiffer wrote: [...] This is rather strange, is your PowerBook connected to a remote X server? [ ... ] No. Or at least that's what I'm hoping for ... :) And here I assume that with remote X server you mean an X server that is not installed on the Powerbook itself. Right. But I remember having had connected the Powerbook to an x86 machine, via nfs and a router, for file sharing purposes ... some months ago ... I am currently trying to guess No need to guess: Please let me know what you need to know about my settings here ... your settings in order to reproduce your problem. If your initial settings in XF86Config-4 were causing trouble, these error messages would be logged into /var/log/XFree86.0.log ... a quick grep grep -irs TWO_LEVEl /var/log/ gave results only for /var/log/gdm/:0.log* Since they are stored in /var/log/gdm/:0.log this means that: a. An application modified your settings modified which settings? Those that are normally determined by /etc/X11/XF86Config-4? And who or what did modify it ? b. You are certainly using GNOME ;) Positive .. :) Can you please send the output of the three following commands? xkbcomp -o - :0 | grep xkb_symbols $ xkbcomp -o - :0 | grep xkb_symbols xkb_symbols pc/pc(pc105)+pc/de(nodeadkeys)+inet(acpi) { xprop -root | grep XKB $ xprop -root | grep XKB _XKB_RULES_NAMES_BACKUP(STRING) = xfree86, macintosh, de, nodeadkeys, _XKB_RULES_NAMES(STRING) = xfree86, acpi, de, nodeadkeys, gconftool-2 -R /desktop/gnome/peripherals/keyboard/xkb $ gconftool-2 -R /desktop/gnome/peripherals/keyboard/xkb layouts = [de nodeadkeys] model = acpi overrideSettings = false options = [] Best Regards Wolfgang -- Wolfgang Pfeiffer gpg ID: 0AA7E825 Profile, links: http://profiles.yahoo.com/wolfgangpfeiffer
X Strike Force XFree86 SVN commit: r1936 - in trunk/debian: . patches
Author: barbier Date: 2004-10-09 15:42:34 -0500 (Sat, 09 Oct 2004) New Revision: 1936 Modified: trunk/debian/CHANGESETS trunk/debian/patches/099j_xkb_new_layouts.diff Log: In new ca and vn layouts, replace Unicode codepoints by keysyms when they are defined. Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-10-09 10:12:59 UTC (rev 1935) +++ trunk/debian/CHANGESETS 2004-10-09 20:42:34 UTC (rev 1936) @@ -89,7 +89,7 @@ (Closes: #263561) + ch (Switzerland) replaces de_CH and fr_CH. + mn (Mongolia) and vn (Vietnam) are simple layouts. -1930, 1935 +1930, 1935, 1936 Remove build-dependency on libstdc++5-dev | libstdc++-dev. A package providing libstdc++-dev is build-essential. Thanks for Steve Langasek for Modified: trunk/debian/patches/099j_xkb_new_layouts.diff === --- trunk/debian/patches/099j_xkb_new_layouts.diff 2004-10-09 10:12:59 UTC (rev 1935) +++ trunk/debian/patches/099j_xkb_new_layouts.diff 2004-10-09 20:42:34 UTC (rev 1936) @@ -129,7 +129,7 @@ all:: diff -ruN xc-old/programs/xkbcomp/symbols/pc/ca xc/programs/xkbcomp/symbols/pc/ca --- xc-old/programs/xkbcomp/symbols/pc/ca 1970-01-01 00:00:00.0 + -+++ xc/programs/xkbcomp/symbols/pc/ca 2004-10-08 22:57:21.0 + xc/programs/xkbcomp/symbols/pc/ca 2004-10-09 20:28:05.0 + @@ -0,0 +1,204 @@ + +default partial @@ -300,10 +300,10 @@ +key AD02{ [lstroke,Lstroke ]}; +key AD03{ [ oe, OE ]}; +key AD04{ [ paragraph, registered ]}; -+key AD05{ [ U0167, U0166 ]}; -+key AD06{ [ U2190,yen ]}; -+key AD07{ [ U2193, U2191 ]}; -+key AD08{ [ U2192, idotless ]}; ++key AD05{ [ tslash, Tslash ]}; ++key AD06{ [ leftarrow,yen ]}; ++key AD07{ [ downarrow,uparrow ]}; ++key AD08{ [ rightarrow, idotless ]}; +key AD09{ [ oslash, Ooblique ]}; +key AD10{ [ thorn, THORN ]}; +key AD11{ [ VoidSymbol, dead_abovering ]}; @@ -330,7 +330,7 @@ +key AB05{ [ rightdoublequotemark, rightsinglequotemark ] }; +key AB06{ [ U0149, U266A ] }; +key AB07{ [ mu, masculine ] }; -+key AB08{ [ U2015,multiply ] }; ++key AB08{ [ Greek_horizbar, multiply ] }; +key AB09{ [ periodcentered, division ] }; +key AB10{ [ VoidSymbol, dead_abovedot ] }; + @@ -1263,8 +1263,8 @@ +key AE11 { [ minus, underscore ] }; +key AE12 { [ equal, plus, DongSign ] }; + -+key AD11 { [ bracketleft,braceleft, U01b0, U01af ] }; // U horn -+key AD12 { [ bracketright, braceright, U01a1, U01a0 ] }; // O horn ++key AD11 { [ bracketleft,braceleft, uhorn, Uhorn ] }; ++key AD12 { [ bracketright, braceright, ohorn, Ohorn ] }; + +// End alphanumeric section +
Bug#275735: xserver-xfree86-dbg: server (normal and -dbg) lock with radeon (Mobility 7500 M7 LW) on an ibook
Package: xserver-xfree86-dbg Version: 4.3.0.dfsg.1-8 Severity: normal Hi, I have a bug similar to #236187 but with the radeon driver. While using the server with both GL applications (eg glxgears) and xdvi, it eventually loops forever. I did not manage to find a simple systematic way to reproduce it, but it happens almost everytime I have been trying to use X for some months. X used to work correctly before (with the 4.2.99 from M. Daenzer). I also managed to make X lock with only glxgears, but it seems that starting xdvi on a dvi file makes the lock appear faster... don't ask me why. It also locked with only xdvi and emacs, but I'm not sure it still happens (I dist-upgrade-d many times in the meanwhile, without testing it again). The bug appears with the normal xserver-xfree86, and also xserver-xfree86-dbg, on both linux 2.4 and linux 2.6 (ppc host), with debian or custom built kernels. It appears with or without the commented-out options in the Device section of the XF86Config-4 below (EnablePageFlip and AGPFastWrite), even when I change the value of the AGPMode option. Here are some gdb traces on the -dbg version of the server (debian 2.6.8 ppc UP kernel). In gdb I tried to break multiple times to see whether the call stack changed. Another trace comes afterwards, which was made with the normal version of the server (ie no debug): - begin 1st gdb session (-dbg server) [EMAIL PROTECTED]:~# top top - 23:06:21 up 10 min, 6 users, load average: 3.11, 1.48, 0.66 Tasks: 105 total, 2 running, 103 sleeping, 0 stopped, 0 zombie Cpu(s): 19.6% us, 13.9% sy, 0.2% ni, 38.7% id, 27.2% wa, 0.4% hi, 0.0% si Mem:385784k total, 219096k used, 166688k free,14072k buffers Swap: 511992k total,0k used, 511992k free, 102548k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 3186 root 15 -10 68360 11m 62m R 97.8 3.1 0:46.77 XFree86-debug 3608 root 16 0 2608 1104 2392 R 3.1 0.3 0:00.03 top 1 root 16 0 1604 556 1456 S 0.0 0.1 0:00.91 init 2 root 34 19 000 S 0.0 0.0 0:00.00 ksoftirqd/0 3 root 5 -10 000 S 0.0 0.0 0:02.90 events/0 4 root 6 -10 000 S 0.0 0.0 0:00.01 khelper 18 root 5 -10 000 S 0.0 0.0 0:00.05 kblockd/0 34 root 20 0 000 S 0.0 0.0 0:00.00 pdflush 35 root 15 0 000 S 0.0 0.0 0:00.00 pdflush 36 root 16 0 000 S 0.0 0.0 0:00.00 kswapd0 37 root 7 -10 000 S 0.0 0.0 0:00.00 aio/0 255 root 15 0 000 S 0.0 0.0 0:00.01 kjournald 298 root 6 -10 1584 420 1436 S 0.0 0.1 0:00.03 udevd 899 root 18 0 000 S 0.0 0.0 0:00.00 kjournald 900 root 15 0 000 S 0.0 0.0 0:00.01 kjournald 901 root 15 0 000 S 0.0 0.0 0:00.00 kjournald 902 root 15 0 000 S 0.0 0.0 0:00.00 kjournald [EMAIL PROTECTED]:~# gdb -p 3186 GNU gdb 6.1-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as powerpc-linux. Attaching to process 3186 Reading symbols from /usr/X11R6/bin/XFree86-debug...done. Using host libthread_db library /lib/libthread_db.so.1. Reading symbols from /usr/lib/libfreetype.so.6...done. Loaded symbols for /usr/lib/libfreetype.so.6 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/libm.so.6...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld.so.1...done. Loaded symbols for /lib/ld.so.1 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 0x0fe154cc in ioctl () from /lib/libc.so.6 (gdb) bt #0 0x0fe154cc in ioctl () from /lib/libc.so.6 #1 0x1047b520 in drmDMA (fd=7, request=0x7560) at xf86drm.c:796 #2 0x10053764 in RADEONCPGetBuffer (pScrn=0x10d40f40) at radeon_accel.c:490 #3 0x10051bb4 in RADEONSetupForScanlineImageWriteCP (pScrn=0x10d40f40, rop=3, planemask=4294967295, trans_color=-1, bpp=32, depth=24) at radeon_accelfuncs.c:941 #4 0x102dcfd0 in XAAWritePixmapScanline (pScrn=0x10d40f40, x=525, y=53, w=374, h=3, src=0x10fb7bc0 , srcwidth=1496, rop=3, planemask=4294967295, trans=-1, bpp=32, depth=24) at xaaImage.c:354 #5 0x102c577c in XAADoImageWrite (pSrc=0x10fb7b70, pDst=0x10fd6158, pGC=0x10f90dd0, prgnDst=0x7728, pptSrc=0x76d0) at xaaCpyArea.c:216 #6 0x102c4854 in XAABitBlt (pSrcDrawable=0x10fb7b70, pDstDrawable=0x10fd6158, pGC=0x10f90dd0, srcx=0,
Bug#262111: WFM
Ok, now it works, after a reboot. I had restarted the X server (obviously, as it kept crashing) since I upgraded to xserver-xfree86-4.3.0.dfsg.1-8, but I didn't reboot before now. Sorry for the noise. Tormod ps. Sarge really rocks on this old beige g3!