Cheap Celexa, Epivir and Avapro, Canadian Pharmacy
B;uy meds for 8O% 1ess than in regular st0re Or;der H;ere http://www.fiddle5elocution.com/136/ The Somerset, British man-of-war; Once upon a midnight dreadry, while I pondered, weak and weary, Ross 3993030452660355--
Re: [Xprint] Re: X Strike Force XOrg SVN commit: r19 -inxorg/trunk/debian: . scripts
|| || 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. I'd appreciate some precise references, please. I don't remember this issue being discussed on debian-x. ... 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 I remember someone raised the question of whether the Xprint font files should be excluded just as you did with XFree86. I brought the question to Roland, who replied the files were under the normal X11 licence and were therefore free. I accepted this without taking the matter further. I can't find the discussion archived, it may have been a private correspondence with Roland. The guts of the argument were the same that Roland is raising here. I hope the extra comments Roland made in reply to you on Saturday have convinced you. Drew
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: || || 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. I'd appreciate some precise references, please. I don't remember this issue being discussed on debian-x. ... 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 Someone raised the question of whether Xprint font files need to be removed, probably in 2002 as Roland said. I asked Roland about it and he replied they were under the same X11 licence as the other files. I accepted this and didn't pursue the question further. I can't find the discussion archived, it may have been a private correspondence with Roland. The guts of the argument were the same that Roland is presenting here. I hope his reply to you on Saturday has convinced you. Drew
Proposal on how to handle xorg include patches (WAS: Re: X Strike Force XOrg SVN commit: r28 - /)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 X Strike Force SVN Repository Admin wrote: | +| | +|-- xorg-source-include -- xorg-include Hi XSF, ~ as you might have noticed, we started (at low priority) working on X.org packages. The commits you are seeing now are only the proof of concept that we will use to split the tree in a sort of modularized way, using an approach close to the way in which our Debian kernel is packaged. There are some differences, but at this point in time, until the concept is not proved to be working, are somehow irrelevant. I am now facing a problem that i would like to discuss with the list. Example scenario: monolithic tree: xc/include/libfoo/foo.h xc/include/libbar/bar.h lsdiff debian/patch/XXXfix_foo_bar_due_to_baz.diff ~ xc/include/libfoo/foo.h ~ xc/include/libbar/bar.h and this is supposed to compile and work fine, since the new version of the libraries are patched and built at the same time. - - Modularized tree (files are not patched coming from xorg-source-include): xc/include/libfoo/foo.h xc/include/libbar/bar.h lsdiff libfoo/debian/patch/XXXfix_foo_due_to_baz.diff ~ xc/include/libfoo/foo.h lsdiff libbar/debian/patch/XXXfix_bar_due_to_baz.diff ~ xc/include/libbar/bar.h (note that there might no be xc/include/libfoo at all) bang! now both libfoo and libbar either will not compile properly due to foo.h and bar.h not being patched at the same time or they will not work properly for the same reason. Now I can see four possibilities to unroll this problem: 1 the xorg package that generates all the xorg-source packages will ship ~ a patched tree. ~ - Pro: all the patches will be applied at the same time to the entire ~tree therefor it's easier to track them. ~ - Con: patches will not be splitted (and this will only the delay the ~problem when a source will gain its own independency. ~ - Con: it requires an upload of more than 100MB of arch: all packages ~each time we change a patch, that is a waste of bw to all the ~mirror. ~ - Con: xorg packages will need a more strict control of build-deps, ~that will mostlikely end up in confusion and temporary FTBFS. 2 Create a package called xorg-patched-include from xorg-source-include ~ used only internally as build-dep. ~ - Pro: all the patches will still be applied at the same time in one ~place. ~ - Pro: it will avoid a 100MB upload each time. ~ - Con: patches are still not splitted. ~ - Con: xorg packages will still need a more strict control of ~Build-deps. 3 Split the includes at subfolder level (same as programs/ or libs/) ~ - Pro: all patches will be available within the proper package. ~ - Pro: patches will be splitted. ~ - Pro: less confusion for people that will try to build xorg from ~sources. ~ - Pro: much deeper control of what build-dep on what and why. ~ - Con: duplicate patches. We will have to keep in sync more patches ~in different packages. (given of course that the above scenario is ~true and probably it is.) ~ - Con: more xorg-source-include-* packages, but they are handled ~automatically. ~ - Con: possibly more complex build-deps. 4 Leave the includes all in one source package as it is now ~ (xorg-source-include) ~ - Pro: all patches will be available within the proper package. ~ - Pro: patches will be splitted. ~ - Pro: less confusion for people that will try to build xorg from ~sources. ~ - Con: duplicate patches. Considering that our target is to get the source as splitted as possible I think that solution number 3 will be the best one to let a source gain its own independency as fast as possible. tho it will need more maintaince our side, but i am pretty sure that we can manage to script these kind of sanity checks. I will be pretty much glad to hear other opinions so that the work can move forward. Thanks Fabio - -- user fajita: step one fajita Whatever the problem, step one is always to look in the error log. user fajita: step two fajita When in danger or in doubt, step two is to scream and shout. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBa4WyhCzbekR3nhgRAjCrAKCE8tfrORlzRYiDPnjUX64W6OiJVACfQX1o pLcrHZ86GTAwnjeBjy8Cy1g= =4v4m -END PGP SIGNATURE-
Bug#266525: xfree86-common: ssh-agent is no longer started via Xsession
Branden Robinson schrieb: Please respond to this request so that we can try to identify the cause of your problem. Sorry for the delay, here the data you've requested: ls /etc/X11/Xsession.d/ 20xfree86-common_process-args 90xfree86-common_ssh-agent 30xfree86-common_xresources 92xprint-xpserverlist 50xfree86-common_determine-startup 92xprint-xpserverlist.sh 55gnome-session_gnomerc 99xfree86-common_start md5sum 90xfree86-common_ssh-agent 0c2826f6163c7219ebbf91abfa251a20 90xfree86-common_ssh-agent -- MfG, Patrick Cornelissen
Bug#266525: ups
Hi! The last info was accidentally send with the quiet option. -- MfG, Patrick Cornelissen
Bug#270393: xdm.pid not checked properly
Branden Robinson: What, specifically, do you posit is wrong with the existing code? Two issues: 1) The daemon itself creates the pid file but does not properly remove it when something goes wrong during startup, in example if it can't start the x-server. 2) The daemon itself creates the pid file, but the pid seems to be checked by the init.d script/start-stop-daemon, which is a somewhat unusual und non-intuitive behaviour. The problem can be reproduced easily: Do something to make the xdm startup at boot fail (maybe because of a wrong setting in XF86Config, a not yet recompiled nvidia-driver after a kernel update, ...) then try to run xdm from the command line (not via the init script, but directly). Imho the clean solution is to have the pid file properly removed when xdm shuts down for whatever reason, and have xdm check the pid in the file itself.
Bug#6682: The OEM Software Licensing Site-%RND_SOFT Technologies
html
head
style type=text/css.eyebrow { FONT-WEIGHT: bold; FONT-SIZE: 10px;
TEXT-TRANSFORM: uppercase; COLOR: #ff; FONT-FAMILY:
verdana,arial,helvetica,sans-serif; TEXT-DECORATION: none } A.eyebrow:link {
TEXT-DECORATION: none }
/style
title9/title
meta http-equiv=Content-Type content=text/html; charset=windows-1252
meta content=Microsoft Windows XP Professional name=description
meta content=Microsoft Windows XP Professional, Software name=keywords
style type=text/css.serif { FONT-SIZE: small; FONT-FAMILY: times,serif }
.sans { FONT-SIZE: small; FONT-FAMILY: verdana,arial,helvetica,sans-serif }
.small { FONT-SIZE: x-small; FONT-FAMILY: verdana,arial,helvetica,sans-serif }
.h1 { FONT-SIZE: small; COLOR: #cc6600; FONT-FAMILY:
verdana,arial,helvetica,sans-serif } .h3color { FONT-SIZE: x-small; COLOR:
#cc6600; FONT-FAMILY: verdana,arial,helvetica,sans-serif } .tiny { FONT-SIZE:
xx-small; FONT-FAMILY: verdana,arial,helvetica,sans-serif } .listprice {
FONT-SIZE: x-small; FONT-FAMILY: arial,verdana,sans-serif; TEXT-DECORATION:
line-through } .price { FONT-SIZE: x-small; COLOR: #99; FONT-FAMILY:
verdana,arial,helvetica,sans-serif } .tinyprice { FONT-SIZE: xx-small; COLOR:
#99; FONT-FAMILY: verdana,arial,helvetica,sans-serif } .attention {
BACKGROUND-COLOR: #d5 } .eyebrow { FONT-WEIGHT: bold; FONT-SIZE: 10px;
TEXT-TRANSFORM: uppercase; COLOR: #ff; FONT-FAMILY:
verdana,arial,helvetica,sans-serif; TEXT-DECORATION: none } A.eyebrow:link {
TEXT-DECORATION: none }
/style
meta content=y name=GENERATOR
/head
body text=#00 vLink=#996633 aLink=#FF9933 link=#003399
bgColor=#FFtable cellSpacing=0 cellPadding=0 width=705 border=0div
align=left/tabletable border=0 cellpadding=0 cellspacing=0
style=border-collapse: collapse bordercolor=#11 width=699 id=AutoNumber4
height=38trtd width=368 height=38font face=Verdana size=2Opt-in Email
offer for October 2004nbsp; /fontfont face=Verdana size=1 a
href=http://%RND_URL/?Funsubscribe me/a/font/tdtd width=331
height=38a href=http://%RND_URL/?4 img border=0
src=http://g-images.amazon.com/images/G/01/nav/personalized/cartwish/right-topnav-default-2.gif
align=right width=300 height=22/a/td/tr/table/divtbodytrtd
class=small align=middle bgColor=#dd
width=707/td/tr/tbody/tabletable cellSpacing=0 cellPadding=0
width=696 border=0trtd vAlign=top width=166table cellSpacing=0
cellPadding=0 border=0tr vAlign=bottom align=middletdtable cellSpacing=0
cellPadding=0 width=155 border=0tr vAlign=top bgColor=#99td width=5
bgcolor=#80 img
src=http://g-images.amazon.com/images/G/01/icons/eyebrow-upper-left-corner.gif
width=5 height=5/tdtd bgcolor=#80table cellSpacing=3 cellPadding=0
width=99% border=0trtd vAlign=bottom font face=verdana,arial,helvetica
color=#ff size=1 bSEARCH/b/font/td/tr/table/tdtd
align=right width=5 bgcolor=#80 img
src=http://g-images.amazon.com/images/G/01/icons/eyebrow-upper-right-cornergif
width=5 height=5/td/tr/table/td/trtr vAlign=top
align=middletdtable cellSpacing=0 cellPadding=1 width=155 bgColor=#99
border=0trtd width=100%table cellSpacing=0 cellPadding=4 width=100%
bgColor=#99 border=0trtd vAlign=top width=100% bgColor=#cc select
name=url option selectedSoftware/option /select input size=13
name=field-keywords a href=http://%RND_URL/?y input type=image alt=Go
src=http://g-images.amazon.com/images/G/01/search-browse/go-button-software.gif
align=middle value=Go border=0 name=Go width=21 height=21/a
/form/td/tr/table/td/tr/table/td/tr/tablebrtable
cellSpacing=0 cellPadding=0 width=155 bgColor=#cc border=0tr
vAlign=bottom align=middletdtable cellSpacing=0 cellPadding=0 width=155
border=0tr vAlign=top bgColor=#99td width=5 bgcolor=#80font
size=1 img
src=http://g-images.amazon.com/images/G/01/icons/eyebrow-upper-left-corner.gif
width=5 height=5/font/tdtd bgcolor=#80table cellSpacing=3
cellPadding=0 width=99% border=0trtd vAlign=bottomp align=centerb
font face=verdana,arial,helvetica size=1 color=#FFTOP 10 NEW
TITLES/font/b/p/td/tr/table/tdtd align=right width=5
bgcolor=#80font size=1 img
src=http://g-images.amazon.com/images/G/01/icons/eyebrow-upper-right-corner.gif
width=5 height=5/font/td/tr/table/td/trtrtdtable
cellSpacing=0 cellPadding=1 width=100% bgColor=#99 border=0trtd
width=100%table cellSpacing=0 cellPadding=0 width=100% bgColor=#99
border=0trtd vAlign=top width=100% bgColor=#cctable cellSpacing=0
cellPadding=2 width=153 border=0trtd width=141 colspan=3 bgcolor=#FFp
align=centerb font face=verdana,arial,helvetica size=1
color=#CC6600nbsp;ON SALE NOW!/font/b/p/td/trtrtd
width=4nbsp;/tdtd width=8font face=Verdana size=11/font/tdtd
width=129 font face=verdana,arial,helvetica size=1 a
href=http://%RND_URL/?MOffice Pro Edition 2003/a/font/td/trtrtd
width=4nbsp;/tdtd width=8font face=Verdana size=12/font/tdtd
width=129a href=http://%RND_URL/?x font face=verdana,arial,helvetica
size=1Windows XP
Re: Proposal on how to handle xorg include patches (WAS: Re: X Strike Force XOrg SVN commit: r28 - /)
On Tue, Oct 12, 2004 at 09:20:21AM +0200, Fabio Massimo Di Nitto wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 X Strike Force SVN Repository Admin wrote: | +| | +|-- xorg-source-include -- xorg-include Hi XSF, ~ as you might have noticed, we started (at low priority) working on X.org packages. The commits you are seeing now are only the proof of concept that we will use to split the tree in a sort of modularized way, using an approach close to the way in which our Debian kernel is packaged. There are some differences, but at this point in time, until the concept is not proved to be working, are somehow irrelevant. Note that the -source vs -image package in the kernel are an sbolute maintaine horror, I would strongly advice against repeating that mistake.
Bug#276143: altwin:meta_win breaks 3rd level modifier (AltGr)
Package: xlibs Version: 4.3.0.dfsg.1-8 0 Severity: normal I am referring the bug 275973 and declaring new one because I don't know how to reopen bug reports. Xkb option altwin:meta_win breaks AltGr (right alt) default functionality on my (finnish) keyboard. $ setxkbmap -option -option altwin:meta_win ...causes maps both win keys to work as meta, but (suprisingly) AltGr no longer work as 3rd level modifier. $ setxkbmap -option ...clears the options and restores AltGr functionality. $ setxkbmap -option -option altwin:left_meta_win ...maps meta into left win key and does not break AltGr functionality, and can be used as a workaround. My keyboard settings (in /etc/X11/XF86Config-4) Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc105 Option XkbLayout fi Option XkbOptionsaltwin:meta_win EndSection -- Kimmo Teräväinen
Bug#276143: marked as done (altwin:meta_win breaks 3rd level modifier (AltGr))
Your message dated Tue, 12 Oct 2004 12:07:12 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#276143: altwin:meta_win breaks 3rd level modifier (AltGr) 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; 12 Oct 2004 09:33:08 + From [EMAIL PROTECTED] Tue Oct 12 02:33:07 2004 Return-path: [EMAIL PROTECTED] Received: from fep19.inet.fi [194.251.242.244] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CHJ1n-0002i2-00; Tue, 12 Oct 2004 02:33:07 -0700 Received: from cassandra ([80.222.244.231]) by fep19.inet.fi with ESMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Tue, 12 Oct 2004 12:33:05 +0300 From: Kimmo =?iso-8859-1?q?Ter=E4v=E4inen?= [EMAIL PROTECTED] Organization: Sonera Home To: [EMAIL PROTECTED] Subject: altwin:meta_win breaks 3rd level modifier (AltGr) Date: Tue, 12 Oct 2004 12:33:05 +0300 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: xlibs Version: 4.3.0.dfsg.1-8 0 Severity: normal I am referring the bug 275973 and declaring new one because I don't know how to reopen bug reports. Xkb option altwin:meta_win breaks AltGr (right alt) default functionality on my (finnish) keyboard. $ setxkbmap -option -option altwin:meta_win ...causes maps both win keys to work as meta, but (suprisingly) AltGr no longer work as 3rd level modifier. $ setxkbmap -option ...clears the options and restores AltGr functionality. $ setxkbmap -option -option altwin:left_meta_win ...maps meta into left win key and does not break AltGr functionality, and can be used as a workaround. My keyboard settings (in /etc/X11/XF86Config-4) Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc105 Option XkbLayout fi Option XkbOptionsaltwin:meta_win EndSection -- Kimmo Teräväinen --- Received: (at 276143-done) by bugs.debian.org; 12 Oct 2004 10:06:21 + From [EMAIL PROTECTED] Tue Oct 12 03:06:21 2004 Return-path: [EMAIL PROTECTED] Received: from main.uucpssh.org [212.27.33.224] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CHJXx-00083Y-00; Tue, 12 Oct 2004 03:06:21 -0700 Received: from localhost (localhost [127.0.0.1]) by main.uucpssh.org (Postfix) with ESMTP id 7084B63DA8 for [EMAIL PROTECTED]; Tue, 12 Oct 2004 12:06:12 +0200 (CEST) Received: by main.uucpssh.org (Postfix, from userid 10) id 2E2BD63ECC; Tue, 12 Oct 2004 12:06:11 +0200 (CEST) Received: by localhost.localdomain (Postfix, from userid 1000) id 92FC52412E; Tue, 12 Oct 2004 12:07:12 +0200 (CEST) Date: Tue, 12 Oct 2004 12:07:12 +0200 To: [EMAIL PROTECTED] Subject: Re: Bug#276143: altwin:meta_win breaks 3rd level modifier (AltGr) Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: [EMAIL PROTECTED] User-Agent: Mutt/1.5.6+20040907i From: [EMAIL PROTECTED] (Denis Barbier) X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at uucpssh.org Content-Transfer-Encoding: quoted-printable Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: On Tue, Oct 12, 2004 at 12:33:05PM +0300, Kimmo Ter=E4v=E4inen wrote: Package: xlibs Version: 4.3.0.dfsg.1-8 0 Severity: normal =20 I am referring the bug 275973 and declaring new one because I don't kno= w how=20 to reopen bug reports. Xkb option altwin:meta_win breaks AltGr (right= alt)=20 default functionality on my (finnish) keyboard. This is the normal behavior. $ setxkbmap -option -option altwin:left_meta_win ...maps meta into left win key and does
X Strike Force XFree86 SVN commit: r1943 - in trunk/debian: . patches
Author: barbier
Date: 2004-10-12 07:15:09 -0500 (Tue, 12 Oct 2004)
New Revision: 1943
Added:
trunk/debian/patches/099z_xkb_level3_ralt_switch.diff
Modified:
trunk/debian/CHANGESETS
trunk/debian/changelog
trunk/debian/patches/099j_xkb_new_layouts.diff
trunk/debian/patches/099z_xkb_fix_rules_xfree86.diff
Log:
Replace level3(ralt_switch_multikey) by level3(ralt_switch) in all
layouts so that symbols on the 4th column may be accessed with
Shift+Alt_R or Alt_R+Shift. (Closes: #270235)
Modified: trunk/debian/CHANGESETS
===
--- trunk/debian/CHANGESETS 2004-10-11 23:05:06 UTC (rev 1942)
+++ trunk/debian/CHANGESETS 2004-10-12 12:15:09 UTC (rev 1943)
@@ -113,4 +113,9 @@
Bunk for this suggestion.
1941
+Replace level3(ralt_switch_multikey) by level3(ralt_switch) in all
+layouts so that symbols on the 4th column may be accessed with
+Shift+Alt_R or Alt_R+Shift. (Closes: #270235)
+1943
+
vim:set ai et sts=4 sw=4 tw=80:
Modified: trunk/debian/changelog
===
--- trunk/debian/changelog 2004-10-11 23:05:06 UTC (rev 1942)
+++ trunk/debian/changelog 2004-10-12 12:15:09 UTC (rev 1943)
@@ -65,6 +65,7 @@
(Closes: #263561)
+ ch (Switzerland) replaces de_CH and fr_CH.
+ mn (Mongolia) and vn (Vietnam) are simple layouts.
+
* In UTF-8 compose files, replace U00xx Unicode codepoints by the
corresponding keysyms. Otherwise the compose character is in
the range 0x0100-0x01FF which is not valid according to
@@ -73,6 +74,10 @@
xemacs and users are then unable to use composition when in UTF-8
locales. (Closes: #235574)
+ * Replace level3(ralt_switch_multikey) by level3(ralt_switch) in all
+layouts so that symbols on the 4th column may be accessed with
+Shift+Alt_R or Alt_R+Shift. (Closes: #270235)
+
Changes by Fabio M. Di Nitto:
* Update wacom input driver from http://linuxwacom.sourceforge.net/ up to
Modified: trunk/debian/patches/099j_xkb_new_layouts.diff
===
--- trunk/debian/patches/099j_xkb_new_layouts.diff 2004-10-11 23:05:06 UTC
(rev 1942)
+++ trunk/debian/patches/099j_xkb_new_layouts.diff 2004-10-12 12:15:09 UTC
(rev 1943)
@@ -23,9 +23,7 @@
Layouts were taken (2004-10-08) from
http://freedesktop.org/cgi-bin/viewcvs.cgi/xlibs/xkbdesc/symbols/
-and customized to fix include paths and default level3 key.
-Ca, ch and hu layout needed patches, which have been submitted to their
-bugzilla.
+and customized to fix include paths.
diff -ruN xc-old/programs/xkbcomp/rules/xfree86
xc/programs/xkbcomp/rules/xfree86
--- xc-old/programs/xkbcomp/rules/xfree86 2004-10-08 22:36:45.0
+
@@ -190,7 +188,7 @@
+
+key SPCE{ [ space, space, nobreakspace ] };
+
-+include level3(ralt_switch_multikey)
++include level3(ralt_switch)
+};
+
+partial
@@ -382,7 +380,7 @@
+key AB09 { [ period, colon ] };
+key AB10 { [ minus, underscore ] };
+
-+include level3(ralt_switch_multikey)
++include level3(ralt_switch)
+};
+
+partial alphanumeric_keys
@@ -520,7 +518,7 @@
+include keypad(comma)
+include pc/hu(def_dead)
+include pc/hu(def_common)
-+include level3(ralt_switch_multikey)
++include level3(ralt_switch)
+};
+
+// 101_qwertz_comma_nodead
@@ -536,7 +534,7 @@
+include keypad(comma)
+include pc/hu(def_nodead)
+include pc/hu(def_common)
-+include level3(ralt_switch_multikey)
++include level3(ralt_switch)
+};
+
+// 101_qwertz_dot_dead
@@ -552,7 +550,7 @@
+include pc/hu(def_dot)
+include pc/hu(def_dead)
+include pc/hu(def_common)
-+include level3(ralt_switch_multikey)
++include level3(ralt_switch)
+};
+
+// 101_qwertz_dot_nodead
@@ -568,7 +566,7 @@
+include pc/hu(def_dot)
+include pc/hu(def_nodead)
+include pc/hu(def_common)
-+include level3(ralt_switch_multikey)
++include level3(ralt_switch)
+};
+
+// 101_qwerty_comma_dead
@@ -584,7 +582,7 @@
+include keypad(comma)
+include pc/hu(def_dead)
+include pc/hu(def_common)
-+include level3(ralt_switch_multikey)
++include level3(ralt_switch)
+};
+
+// 101_qwerty_comma_nodead
@@ -600,7 +598,7 @@
+include keypad(comma)
+include pc/hu(def_nodead)
+include pc/hu(def_common)
-+include level3(ralt_switch_multikey)
++include level3(ralt_switch)
+};
+
+// 101_qwerty_dot_dead
@@ -616,7 +614,7 @@
+include pc/hu(def_dot)
+include pc/hu(def_dead)
+include pc/hu(def_common)
-+include level3(ralt_switch_multikey)
++include level3(ralt_switch)
+};
+
+// 101_qwerty_dot_nodead
@@ -632,7 +630,7 @@
+include pc/hu(def_dot)
+include pc/hu(def_nodead)
+include pc/hu(def_common)
-+
X Strike Force XFree86 SVN commit: r1944 - in trunk/debian: . patches
Author: barbier Date: 2004-10-12 07:19:48 -0500 (Tue, 12 Oct 2004) New Revision: 1944 Modified: trunk/debian/CHANGESETS trunk/debian/patches/099z_xkb_level3_ralt_switch.diff Log: Set svn:keywords property to Id. Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-10-12 12:15:09 UTC (rev 1943) +++ trunk/debian/CHANGESETS 2004-10-12 12:19:48 UTC (rev 1944) @@ -116,6 +116,6 @@ Replace level3(ralt_switch_multikey) by level3(ralt_switch) in all layouts so that symbols on the 4th column may be accessed with Shift+Alt_R or Alt_R+Shift. (Closes: #270235) -1943 +1943, 1944 vim:set ai et sts=4 sw=4 tw=80: Property changes on: trunk/debian/patches/099z_xkb_level3_ralt_switch.diff ___ Name: svn:keywords + Id
Have you made payments to a debt collector
Harassing calls and letters brought to a halt. We have pioneered an advanced system of proven strategies that will get the creditors and debt collectors off your back for good Our debt termination program has legally stopped millions of dollars worth of debt from being collected. check out our Elimination Program here http://www.superproductworld.com/e2/ i am busy, no thank you, go above Terrified though he was by the sudden disaster, the boy had still wit enough remaining to reach out his right hand and move the indicator of the machine upon his left wrist to the zero mark. Immediately he paused in his fearful flight and presently came to a stop at a distance of less than fifteen feet from the flagstones which had threatened to crush out his life As he stared downward, trying to recover his self-possession, he saw the old gentleman he had met on the Lake Front standing just below and looking at him with a half frightened, half curious expression in his eyes
Processed: Re: Bug#270235: xserver-xfree86: ALT+SHIFT keys have to be pushed in *exact* order to get int chars
Processing commands for [EMAIL PROTECTED]: tags 270235 + pending Bug#270235: xlibs: Alt keys have to be pressed before Shift in 4-column keymaps Tags were: upstream Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#270235: xserver-xfree86: ALT+SHIFT keys have to be pushed in *exact* order to get int chars
tags 270235 + pending thanks On Mon, Sep 06, 2004 at 11:46:39AM +0200, Bartosz Fenski aka fEnIo wrote: Package: xserver-xfree86 Version: 4.3.0.dfsg.1-6 Severity: normal Tags: l10n Hello. Seems that keyboard driver is somehow broken. To get Polish international uppercase character I have to push ALT | SHIFT | Z/X/C/E/L/O/N/A Exactly at this order. Pushing: SHIFT | ALT | Z/X/C/E/L/O/N/A doesn't work for me. Fixed in SVN, thanks for your report. Denis
Bug#276143: acknowledged by developer (Re: Bug#276143: altwin:meta_win breaks 3rd level modifier (AltGr))
[EMAIL PROTECTED] (Denis Barbier) wrote: This is the normal behavior. I can't believe it is normal behavior. Or there is documention problem. The default X11/etc/X11/xkb/rules/xfree86.lst says altwin:meta_win Meta is mapped to the Win-keys. I was relying on this information. (The same info is present in KDE-keyboard layout setting). It does not indicate that this option changes the right alt behavior. Also I want to point out that option behavior were (IMHO) correct in previous versions of xlibs (version 4.3.0-dfsg.1-7). $ setxkbmap -option -option altwin:left_meta_win This is not a workaround, but the right settings for your needs if you do not want your Right Alt key to be mapped to Meta. I am closing this bug, thanks for your report. For me this is still a workaround. I can't use right win key as a meta key. But at least I have meta key and altgr at my disposal. I'm sorry if I am referring the wrong documention in this matter. It is hard to find information what those options really do. -- Kimmo Teräväinen
Bug#263952: Pointers and Scale are invisible on secondary XINERAMA screens
On Wed, 2004-09-01 04:55:17 -0500, Branden Robinson [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]: One way to prove that this *isn't* a driver problem is to do a screen capture (say, with xwd, but the GNOME and KDE desktops have apps for this as well) of the xclock window when it's on one of the screens where it renders wrong. I now moved xclock to one of the secondary screens and captured it with xwd. The first ~875 bytes contain real data, the rest (53791 bytes) are 0xff. Displaying the dump later on with xwud shows off a completely white image (this is what you see from xclock on one of the secondary screens). If the screen capture *doesn't* the pointers and scale, then this may be an xclock bug (or possibly widget library bug) after all. I guess (but of course I'm not sure -- I'm not a X11 / XFree86 guru...) this means that the used widget library contains a bug. I guess it's responsible for providing the xwd dump data, but not the hardware driver... But I'm betting they'll be there, and definitely show up when you view the screen capture image in the middle screen. You've lost:-) It's a completely white image and it doesn't make any difference if the xwud window is on the main screen or on any other. xclock is from: $ dpkg -l xbase-clients Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++--- ii xbase-clients4.3.0.dfsg.1-8 miscellaneous X clients All the rest of the X11 system is also at version 4.3.0.dfsg.1-8. MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O fuer einen Freien Staat voll Freier Bürger | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Processed: Re: Bug#276143: acknowledged by developer (Re: Bug#276143: altwin:meta_win breaks 3rd level modifier (AltGr))
Processing commands for [EMAIL PROTECTED]: reopen 276143 Bug#276143: altwin:meta_win breaks 3rd level modifier (AltGr) Bug reopened, originator not changed. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#276143: acknowledged by developer (Re: Bug#276143: altwin:meta_win breaks 3rd level modifier (AltGr))
reopen 276143 thanks On Tue, Oct 12, 2004 at 03:34:41PM +0300, Kimmo Teräväinen wrote: [EMAIL PROTECTED] (Denis Barbier) wrote: This is the normal behavior. I can't believe it is normal behavior. Or there is documention problem. I did not carefully read your bugreport, sorry. It is now reopened. Denis
Bug#276143: altwin:meta_win breaks 3rd level modifier (AltGr)
On Tue, Oct 12, 2004 at 03:34:41PM +0300, Kimmo Teräväinen wrote: [...] The default X11/etc/X11/xkb/rules/xfree86.lst says altwin:meta_win Meta is mapped to the Win-keys. I was relying on this information. (The same info is present in KDE-keyboard layout setting). It does not indicate that this option changes the right alt behavior. Also I want to point out that option behavior were (IMHO) correct in previous versions of xlibs (version 4.3.0-dfsg.1-7). Unfortunately previous behavior broke other stuff. This issue is very tricky and won't get fixed in sarge, your best option is to specify lv3:ralt_switch with altwin:meta_win. But it does not work at the moment, I will make minor changes to let it work soon. Denis
Re: [davem@davemloft.net: Re: more on xserver-xfree86]
On Mon, 11 Oct 2004 18:08:32 -0500 Branden Robinson [EMAIL PROTECTED] wrote: | On Thu, Sep 09, 2004 at 01:21:58PM -0400, Ben Collins wrote: | I think the patch for sparc to allow scanning the newer style PCI | proc domain entries has broken 2.4's PCI scanning. | | I've attached the patch -- what looks wrong with it? Hm, Gentoo have been applying this one to xorg-x11 (6.7.0 / 6.8.1) and previously xfree (4.3.99.902) for quite a while and we've not had any problems reported. I'd be interested to hear of any cases where it does break, and the output of ls -lR /proc/bus/pci where this happens. -- Ciaran McCreesh : Gentoo Developer (Vim, Fluxbox, Sparc, Mips) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm pgpKuATmYfafA.pgp Description: PGP signature
Bug#241534: xlibmesa-dri: [r200] SEGV when running amoeba or blender
Branden Robinson wrote: http://necrotic.deadbeast.net/xsf/XFree86/HACKING.txt Thanks for the pointer. However, the guide seems to be primarily aimed at Debian Developers committing to the SVN repository. It is still unclear to me what the preferred form of patches submitted by users to the BTS is -- specifically, if it is supposed to apply before the patches in the debian/patches directory, after them, or somewhere in the middle, and in the latter case, at which point (i.e. after which existing patch). [EMAIL PROTECTED]: host mx00.schlund.de[212.227.126.153] said: 550-direct deliveries from this dynamic/dialup ip refused, use your ISP's smarthost. 550 mail from 65.26.182.85 rejected: administrative prohibition (host is blacklisted) (in reply to RCPT TO command) Sorry about that; I've been unaware that my ISP filters IP addresses, and I've contacted it about it. That said, please note that there's no need to CC mails sent to the BTS to me, as I follow bugs I've submitted something to anyway (even if I'm not the original bug reporter). Oh well, it's not like Martin could hear me to get offended. :-P I do indeed fail to see what exactly could get me offended. :) $ patch -p0 --dry-run r200.diff [...] 1 out of 27 hunks FAILED -- saving rejects to file xc/lib/GL/mesa/src/drv/r200/r200_vtxfmt.c.rej [...] It doesn't apply cleanly. I'll try again and submit a reworked patch shortly. Cheers, Martin
X Strike Force XFree86 SVN commit: r1945 - in trunk/debian: . patches
Author: barbier
Date: 2004-10-12 11:09:53 -0500 (Tue, 12 Oct 2004)
New Revision: 1945
Modified:
trunk/debian/CHANGESETS
trunk/debian/changelog
trunk/debian/patches/099z_xkb_fix_rules_xfree86.diff
Log:
In /etc/X11/xkb/rules/xfree86, move lv3 definitions after altwin so
that the former can override the latter. See Bug#276143.
Modified: trunk/debian/CHANGESETS
===
--- trunk/debian/CHANGESETS 2004-10-12 12:19:48 UTC (rev 1944)
+++ trunk/debian/CHANGESETS 2004-10-12 16:09:53 UTC (rev 1945)
@@ -118,4 +118,8 @@
Shift+Alt_R or Alt_R+Shift. (Closes: #270235)
1943, 1944
+In /etc/X11/xkb/rules/xfree86, move lv3 definitions after altwin so
+that the former can override the latter. See Bug#276143.
+1945
+
vim:set ai et sts=4 sw=4 tw=80:
Modified: trunk/debian/changelog
===
--- trunk/debian/changelog 2004-10-12 12:19:48 UTC (rev 1944)
+++ trunk/debian/changelog 2004-10-12 16:09:53 UTC (rev 1945)
@@ -78,6 +78,9 @@
layouts so that symbols on the 4th column may be accessed with
Shift+Alt_R or Alt_R+Shift. (Closes: #270235)
+ + In /etc/X11/xkb/rules/xfree86, move lv3 definitions after altwin so
+that the former can override the latter. See Bug#276143.
+
Changes by Fabio M. Di Nitto:
* Update wacom input driver from http://linuxwacom.sourceforge.net/ up to
Modified: trunk/debian/patches/099z_xkb_fix_rules_xfree86.diff
===
--- trunk/debian/patches/099z_xkb_fix_rules_xfree86.diff2004-10-12
12:19:48 UTC (rev 1944)
+++ trunk/debian/patches/099z_xkb_fix_rules_xfree86.diff2004-10-12
16:09:53 UTC (rev 1945)
@@ -11,6 +11,8 @@
+ Support the lv3:ralt_switch option, which exists in xfree86.lst but was
forgotten in this file.
+ Add support for a lv3:ralt_switch_multikey option.
+ + Move lv3 definitions after altwin so that the former can override
+the latter. See Bug#276143.
rules/xfree86.{lst,xml}:
+ Replace the options altwin:meta_super and altwin:meta_hyper with the
@@ -29,15 +31,32 @@
// If you want non-latin layouts implicitly include the en_US layout
// uncomment lines below
-@@ -159,6 +159,8 @@
- lv3:win_switch = +level3(win_switch)
- lv3:lwin_switch = +level3(lwin_switch)
- lv3:rwin_switch = +level3(rwin_switch)
-+ lv3:ralt_switch = +level3(ralt_switch)
-+ lv3:ralt_switch_multikey = +level3(ralt_switch_multikey)
+@@ -154,11 +154,6 @@
+ grp:lctrl_toggle= +group(lctrl_toggle)
+ grp:rctrl_toggle= +group(rctrl_toggle)
+ grp:lalt_toggle = +group(lalt_toggle)
+- lv3:switch = +level3(switch)
+- lv3:menu_switch = +level3(menu_switch)
+- lv3:win_switch = +level3(win_switch)
+- lv3:lwin_switch = +level3(lwin_switch)
+- lv3:rwin_switch = +level3(rwin_switch)
ctrl:nocaps = +ctrl(nocaps)
ctrl:swapcaps = +ctrl(swapcaps)
ctrl:ctrl_ac= +ctrl(ctrl_ac)
+@@ -169,6 +164,13 @@
+ altwin:left_meta_win= +altwin(left_meta_win)
+ altwin:super_win= +altwin(super_win)
+ altwin:hyper_win= +altwin(hyper_win)
++ lv3:switch = +level3(switch)
++ lv3:menu_switch = +level3(menu_switch)
++ lv3:win_switch = +level3(win_switch)
++ lv3:lwin_switch = +level3(lwin_switch)
++ lv3:rwin_switch = +level3(rwin_switch)
++ lv3:ralt_switch = +level3(ralt_switch)
++ lv3:ralt_switch_multikey = +level3(ralt_switch_multikey)
+ compose:ralt= +compose(ralt)
+ compose:rwin= +compose(rwin)
+ compose:menu= +compose(menu)
diff -ruN xc-old/programs/xkbcomp/rules/xfree86.lst
xc/programs/xkbcomp/rules/xfree86.lst
--- xc-old/programs/xkbcomp/rules/xfree86.lst 2004-10-12 08:58:00.0
+
+++ xc/programs/xkbcomp/rules/xfree86.lst 2004-10-12 09:08:58.0
+
X Strike Force XFree86 SVN commit: r1946 - in trunk/debian: . patches
Author: branden Date: 2004-10-12 11:59:28 -0500 (Tue, 12 Oct 2004) New Revision: 1946 Modified: trunk/debian/CHANGESETS trunk/debian/changelog trunk/debian/patches/000_stolen_from_HEAD.diff Log: Grab from XFree86 CVS (no later than 2003-12-31) several updates to the Video4Linux (v4l) driver: + [#include regionstr.h, not miscstruct.h.] (#A.1859, Alexander Stohr) [David Dawes] + [Update format string when reporting memPhysBase.] (David Dawes) + Fix a problem with the v4l driver not seeing all the tv-norms available under the bttv driver with the Linux 2.6.0-test11 kernel (#5976, Marco Antonio Alvarez). [David Dawes] + Change v4l norm names to the bttv versions (#5993, Marco Antonio Alvarez). [David Dawes] (Closes: #270496) Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-10-12 16:09:53 UTC (rev 1945) +++ trunk/debian/CHANGESETS 2004-10-12 16:59:28 UTC (rev 1946) @@ -122,4 +122,17 @@ that the former can override the latter. See Bug#276143. 1945 +Grab from XFree86 CVS (no later than 2003-12-31) several updates to the +Video4Linux (v4l) driver: ++ [#include regionstr.h, not miscstruct.h.] (#A.1859, Alexander Stohr) + [David Dawes] ++ [Update format string when reporting memPhysBase.] (David Dawes) ++ Fix a problem with the v4l driver not seeing all the tv-norms available + under the bttv driver with the Linux 2.6.0-test11 kernel (#5976, Marco + Antonio Alvarez). [David Dawes] ++ Change v4l norm names to the bttv versions (#5993, Marco Antonio + Alvarez). [David Dawes] +(Closes: #270496) +1946 + vim:set ai et sts=4 sw=4 tw=80: Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-10-12 16:09:53 UTC (rev 1945) +++ trunk/debian/changelog 2004-10-12 16:59:28 UTC (rev 1946) @@ -34,6 +34,18 @@ changelog entry for 4.3.0.dfsg.1-7 for more information. Thanks to Adrian Bunk for this suggestion. + * Grab from XFree86 CVS (no later than 2003-12-31) several updates to the +Video4Linux (v4l) driver: ++ [#include regionstr.h, not miscstruct.h.] (#A.1859, Alexander Stohr) + [David Dawes] ++ [Update format string when reporting memPhysBase.] (David Dawes) ++ Fix a problem with the v4l driver not seeing all the tv-norms available + under the bttv driver with the Linux 2.6.0-test11 kernel (#5976, Marco + Antonio Alvarez). [David Dawes] ++ Change v4l norm names to the bttv versions (#5993, Marco Antonio + Alvarez). [David Dawes] +(Closes: #270496) + Changes by Denis Barbier and Fabio M. Di Nitto: * Edit xc/programs/xkbcomp/symbols/pc/Imakefile so that the new pc/us_intl @@ -104,7 +116,7 @@ + Set UseBios default to no for PROSAVAGE_DDR and PROSAVAGE_DDRK, as described at URL: http://www.probo.com/timr/savage40.html . - -- Branden Robinson [EMAIL PROTECTED] Mon, 11 Oct 2004 15:40:55 -0500 + -- Branden Robinson [EMAIL PROTECTED] Tue, 12 Oct 2004 11:51:07 -0500 xfree86 (4.3.0.dfsg.1-8) unstable; urgency=high Modified: trunk/debian/patches/000_stolen_from_HEAD.diff === --- trunk/debian/patches/000_stolen_from_HEAD.diff 2004-10-12 16:09:53 UTC (rev 1945) +++ trunk/debian/patches/000_stolen_from_HEAD.diff 2004-10-12 16:59:28 UTC (rev 1946) @@ -626,7 +626,29 @@ Add modifier_map none syntax to remove modifier bindings from the specified key. [Ivan Pascal] +xc/programs/Xserver/hw/xfree86/drivers/v4l/v4l.c @ 1.31 +[...] + 307. A lot of X server prototype cleanups, including fixing an +inconsistency between the cfbBitBlt and CopyPlane functions +exposed by the prototyping (#A.1859, Alexander Stohr). + [David Dawes] +xc/programs/Xserver/hw/xfree86/drivers/v4l/v4l.c @ 1.32 +[...] + 453. Add gcc format checking for the X server's message and logging +functions, and fix lots of associated warnings (David Dawes). + +xc/programs/Xserver/hw/xfree86/drivers/v4l/v4l.c @ 1.33 + 648. Fix a problem with the v4l driver not seeing all the tv-norms +available under the bttv driver with the Linux 2.6.0-test11 kernel +(#5976, Marco Antonio Alvarez). + [David Dawes] + +xc/programs/Xserver/hw/xfree86/drivers/v4l/v4l.c @ 1.34 + 719. Change v4l norm names to the bttv versions (#5993, +Marco Antonio Alvarez). + [David Dawes] + 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 @@ -23631,3 +23653,106 @@ #endif Dst++; Y += 2; V++; U++; } +Index: xc/programs/Xserver/hw/xfree86/drivers/v4l/v4l.c +=== +RCS file: /cvs/xc/programs/Xserver/hw/xfree86/drivers/v4l/v4l.c,v
Processed: tagging 270496
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.8.5 # fixed in Debian X Strike Force XFree86 repository; to view, run svn diff -r 1945:1946 svn://necrotic.deadbeast.net/xfree86 tags 270496 + pending Bug#270496: xserver-xfree86: [v4l] v4l module is out of date and doesn't works well with v4l2 bttv's Tags were: patch Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: importing new drivers into source
On Thu, Sep 09, 2004 at 02:33:27PM -0600, Nick Golder wrote: I have the i830M graphics chipset and want to import some recent changes made to XFree86 4.4.99.7 (namely the i810 driver to allow dual headedness). I am currently running XFree86 4.3.0.dfsg.1-4 from testing and have grabbed the source. Is it even feasible to think about trying to merge the i810 driver tree into the 4.3.0.dfsg.1-4 source, increment the package version, and put all the pkgs on hold? Digging around uncovered an incredible amount of patching but since the i810 driver constitutes only about 12 files, I may give it a try. Any advice? Sorry it has taken a while to get back to you. You're attempting to tackle one of the harder tasks of XFree86 package management. Fabio Massimo Di Nitto and I have done this, but neither of us have an easy HOWTO to describe the process. The main difficulty with backporting drivers is that sometimes they code you backport depends on changes made elsewhere in the source tree, particularly in the common layers of the X server. For example, one headache in backporting post-4.3.0 drivers to 4.3.0 has been the rework of some region operation macros and functions. At this point all I can offer you are broad recommendations: * Learn how dbs works. * Read the xfree86 source package's debian/README file. * The patch-audit rule is your friend. It's no use trying to build if a patch doesn't even apply cleanly. * Use other drivers already backported from XFree86 or X.Org CVS as examples to guide your efforts. See, for instance: + debian/patches/000_stolen_from_HEAD_ati_driver.diff + debian/patches/000_stolen_from_HEAD_i830_driver.diff + debian/patches/030_Xserver_and_driver_region_primitive_fixups.diff If you are able to do this work well, and the new driver has not been contaminated by the XFree86 1.1 or X-Oz licenses, we might be able to incorporate your backport into a future Debian release. I think that would benefit everyone. -- G. Branden Robinson| Do not attempt to disprove the Debian GNU/Linux | four-colour theorem on your flag! [EMAIL PROTECTED] | -- Josh Parsons http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Re: display switching under X/debian
On Thu, Sep 09, 2004 at 03:34:31PM -0600, Larry Hunter wrote: Argh I'm trapped in XServer hell, and I need a workaround! I'm running Debian testing on an IBM thinkpad (X21) whose graphics card is an ATI Rage Mobillity P/M AGP 2x (rev 64) aka MACH64. I foolishly upgraded to XFree86 4.3 as part of a general update. It turns out (after much gnashing of teeth) that in release 4.3 XFree86 disabled display switching via the BIOS (that is, by Fn-F7 or similar). [...] Workarounds are tough: For now, the best I can come up with is to restart the X server with ctl-alt-backspace and hit FN-F7 twice before the server starts. Not real reliable. I tried atitvout (a nice package written by , the same person who posted that useful diagnosis above). Although it detects the LCD and the CRT (well, projector) fine, it complains that VBE call failed when I try to use it to select the CRT. get-edid also complains that VBE call failed so perhaps it is some ATI strangeness. I suppose it would be possible to downgrade to an earlier XFree86, but when I tried to do that, I get dpkg errors in preconfigure and configure saying discover: Bus not found. That way seems to lie madness. Is there anything anyone can suggest to address this while I wait for Debian to move to X.org or whatever is going to happen? I apologize for taking so long to get back to you. Downgrading may work after all -- try removing the discover package altogether. It's not essential for system operation. What you're seeing is the consequences of losing some more robust error-handling in the xserver-xfree86 config script when you downgrade. Also, just FYI, X.Org was forked from XFree86 right before XFree86 4.4.0 RC3 (release candidate 3) was released, not 4.2.99 as you said. -- G. Branden Robinson| If atheism is a religion, then Debian GNU/Linux | health is a disease. [EMAIL PROTECTED] | -- Clark Adams http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#270496: xserver-xfree86: [v4l] v4l module is out of date and doesn't works well with v4l2 bttv's
retitle 270496 xserver-xfree86: [v4l] module doesn't work well with v4l 2 bttvs # not a crash or hang severity 270496 normal tag 270496 + upstream thanks On Tue, Sep 07, 2004 at 12:55:34PM -0400, Alfredo Daniel Rezinovsky wrote: Package: xserver-xfree86 Version: 4.3.0.dfsg.1-4 Severity: important Tags: patch The last v4l.c in xfree cvs (v4l.c 1.34) has allready fixed the problem. Just upgrade this module. In the future, a more precise description of the problem (in addition to the proposed fix, if any) would be helpful. In the event that other people look up this bug report to see if they have this problem, could you please describe the trouble you were experiencing? This patch has been committed to the XSF XFree86 SVN trunk as of revision 1946. -- G. Branden Robinson| Organized religion is a sham and a Debian GNU/Linux | crutch for weak-minded people who [EMAIL PROTECTED] | need strength in numbers. http://people.debian.org/~branden/ | -- Jesse Ventura signature.asc Description: Digital signature
Re: Is the Freetype bytecode interpreter on or off?
On Thu, Sep 09, 2004 at 10:02:13PM -0400, Peter Constantinidis wrote: I've been doing searches on the web and this mailing list and I cannot find any answers regarding this. I don't anti-alias my fonts, which is why in my case having the bytecode interpreter on would be a good idea. Thanks for any answer in regards to how Debian does it. Sorry it has taken a while to get back to you about this issue. Debian's XFree86 packages use the upstream default for this. Looking at the source package (after unpacking and patching the tree): $ grep -3 BYTECODE xc/extras/freetype2/include/freetype/config/ftoption.h /*/ /* */ /* Define TT_CONFIG_OPTION_BYTECODE_INTERPRETER if you want to compile */ /* a bytecode interpreter in the TrueType driver. Note that there are */ /* important patent issues related to the use of the interpreter.*/ /* */ /* By undefining this, you will only compile the code necessary to load */ /* TrueType glyphs without hinting. */ /* */ #define TT_CONFIG_OPTION_BYTECODE_INTERPRETER /*/ So, there's your answer -- it's on. BTW, I know the option is in a header file that is toggled at compile time, wishful thinking wise, it would be nice if it was possible to change that to an /etc file so the user could flip it on and off as needed. Sounds like a good idea; I recommend filing a wishlist bug against the libfreetype6 package. -- G. Branden Robinson| There's something wrong if you're Debian GNU/Linux | always right. [EMAIL PROTECTED] | -- Glasow's Law http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Re: [XFree86] Re: x(dm) freezes at first start
On Mon, Sep 13, 2004 at 09:54:49AM +0200, Jonas Meurer wrote: On 12/09/2004 Michel Dänzer wrote: On Sat, 2004-09-11 at 14:21 +0200, Jonas Meurer wrote: at boot, when xdm is started, x freezes directly after the login screen is displayed. sometimes it's possible to type in the login name, but at the latest at typing the password, the complete screen freezes. FWIW, I used to see something similar with gdm and kdm a while back, and it was a VT allocation race between the X server and the gettys. IIRC the X server would attach to VT 2 but display on VT 7, so it would never get the input. AFAIR the mouse cursor worked though, is that the case for you? exactly, the mouse cursor still works, only keyboard seems to be broken. after hitting alt+sysrq+k, the screen get's messed up, then i change to tty1, this vc gets messed up completely, i type '/etc/init.d/xdm stop', and the messed up screen becomes somehow reset. Does the Debian X FAQ[1] help? How do I tell xdm to start the X server on a different virtual console? People who have customized /etc/inittab to add virtual consoles beyond the six that is the default Debian configuration often find that the xdm and getty programs collide and often leave the console in an unusable state. Debian's xdm program ships with a configuration that tells it to start one local X server on virtual console 7. This works fine with the default Debian /etc/inittab, but not so well for people who have changed inittab to start a getty on VC 7. If you have increased your number of virtual consoles, or otherwise require VC 7 for some purpose, simply edit /etc/X11/xdm/Xservers and change the vt7 argument on the :0 server line to whatever VC is appropriate for your machine (vt8, vt12, etc.). Note that while the XFree86 manual page says that if the vt argument is not specified, the X server will use the first available virtual console, it is not a good idea to omit this parameter when starting local X servers with xdm. This is because even though xdm starts at the very end of the init sequence, well after the getty processes that manage the virtual consoles, some machines get through the init sequence so quickly that getty has not yet claimed its VC's before xdm starts. This leads to exactly the same kind of console lockup you get as if you deliberately tell getty (via /etc/inittab) and xdm (via /etc/X11/xdm/Xservers) to use the same virtual console for their respective tasks. [1] http://necrotic.deadbeast.net/xsf/XFree86/trunk/debian/local/FAQ.xhtml#xdmdiffconsole -- G. Branden Robinson| The more you do, the more people Debian GNU/Linux | will dislike what you do. [EMAIL PROTECTED] | -- Gerfried Fuchs http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Processed: Re: Bug#270976: xlibs: doesn't understand IRIX xinerama X servers
Processing commands for [EMAIL PROTECTED]: retitle 270976 libx11-6: doesn't understand setup messages from XINERAMA-enabled IRIX X servers Bug#270976: Doesn't understand IRIX xinerama X servers Changed Bug title. reassign 270976 libx11-6 Bug#270976: libx11-6: doesn't understand setup messages from XINERAMA-enabled IRIX X servers Bug reassigned from package `xserver-xfree86' to `libx11-6'. tag 270976 + upstream moreinfo Bug#270976: libx11-6: doesn't understand setup messages from XINERAMA-enabled IRIX X servers There were no tags set. Tags added: upstream, moreinfo thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#270976: xlibs: doesn't understand IRIX xinerama X servers
retitle 270976 libx11-6: doesn't understand setup messages from XINERAMA-enabled IRIX X servers reassign 270976 libx11-6 tag 270976 + upstream moreinfo thanks On Fri, Sep 10, 2004 at 11:46:03AM +0100, Matt Reynolds wrote: Package: xlibs Version: 4.3.0.dfsg.1-7 Severity: important xclock Xlib: Did not parse entire setup message: parsed: 848, message: 1600 Error: Can't open display: scully:0.0 My primary display is a dual-head RIIRIX Octane running Xinerama. xdpyinfo reports: number of screens:1 screen #0: dimensions:2560x1024 pixels (728x291 millimeters) resolution:89x89 dots per inch but each time I try to display an X app from nmy debian machine to the irix machine, I get the following: Xlib: Did not parse entire setup message: parsed: 848, message: 1600 xdpyinfo: unable to open display scully:0.0. The exact same machine running without xinerama works fine with remotely displayed apps from the same debain machine.. Every other Unix machine and linux distribution I've tried will display to the xinerama-enabled IRIX machine with no problems. I can't see why it's failing here (other than the fact that IRIX uses a slightly different xinerama extension to many of the other implementations out there, on the basis that Xorg never formalised it!). Point is even if the xinerama information returned from the server isn't completely understood by the X client, it should still setup a connection and attempt to open a window.. I'm more than willing to run debug if it'll help... (I tried installing the unstable xlibs too - no change) I am sorry it has taken a while for us to reply to your bug report. When you run xdpyinfo as above, is that really all the information you get back? There should be much more. I am wondering what extension name is advertised by the IRIX X server when XINERAMA is enabled, and xdpyinfo should tell us. -- G. Branden Robinson| Psychology is really biology. Debian GNU/Linux | Biology is really chemistry. [EMAIL PROTECTED] | Chemistry is really physics. http://people.debian.org/~branden/ | Physics is really math. signature.asc Description: Digital signature
X Strike Force XFree86 SVN commit: r1947 - in trunk/debian: . local
Author: branden Date: 2004-10-12 12:57:29 -0500 (Tue, 12 Oct 2004) New Revision: 1947 Modified: trunk/debian/CHANGESETS trunk/debian/changelog trunk/debian/local/FAQ.xhtml Log: Update Further Information section of FAQ. Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-10-12 16:59:28 UTC (rev 1946) +++ trunk/debian/CHANGESETS 2004-10-12 17:57:29 UTC (rev 1947) @@ -135,4 +135,7 @@ (Closes: #270496) 1946 +Update Further Information section of FAQ. +1947 + vim:set ai et sts=4 sw=4 tw=80: Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-10-12 16:59:28 UTC (rev 1946) +++ trunk/debian/changelog 2004-10-12 17:57:29 UTC (rev 1947) @@ -46,6 +46,8 @@ Alvarez). [David Dawes] (Closes: #270496) + * Update Further Information section of FAQ. + Changes by Denis Barbier and Fabio M. Di Nitto: * Edit xc/programs/xkbcomp/symbols/pc/Imakefile so that the new pc/us_intl @@ -116,7 +118,7 @@ + Set UseBios default to no for PROSAVAGE_DDR and PROSAVAGE_DDRK, as described at URL: http://www.probo.com/timr/savage40.html . - -- Branden Robinson [EMAIL PROTECTED] Tue, 12 Oct 2004 11:51:07 -0500 + -- Branden Robinson [EMAIL PROTECTED] Tue, 12 Oct 2004 12:57:03 -0500 xfree86 (4.3.0.dfsg.1-8) unstable; urgency=high Modified: trunk/debian/local/FAQ.xhtml === --- trunk/debian/local/FAQ.xhtml2004-10-12 16:59:28 UTC (rev 1946) +++ trunk/debian/local/FAQ.xhtml2004-10-12 17:57:29 UTC (rev 1947) @@ -210,8 +210,17 @@ h2a id=moreinfoFurther Information/a/h2 -pBy its nature, this document is not complete. If your question is not -answered here, try code +pThe most recent version of this FAQ, as well as the latest news about Debian +X Window System package development, future plans, and information about how you +can help improve the quality of Debian's X Window System packages can be found +via the a href=http://people.debian.org/~branden/xsf/;X Strike Force web +site/a./p + +pBy its nature, this document is not comprehensive. It attempts to address +the questions that are most frequently asked of Debian Developers regarding the +X Window System. It also covers some broad and fundamental concepts that are +useful to explain some of the answers given. If your question is not answered +here, try code class=filespec/usr/share/doc/varpackagename/var/README.Debian/code (and other files in the package's code class=filespecdoc/code directory), manual pages, and the code class=otherdebian-user/code mailing list. See @@ -232,14 +241,11 @@ p(There used to be an XFree86 FAQ, which was published by the XFree86 project, but unfortunately it has not been maintained for quite some time.)/p -pLike all other documentation, these FAQs are in -code class=filespec/usr/share/doc/varpackagename/var//code./p +pAs is standard in the Debian system, these FAQs are found in code +class=filespec/usr/share/doc/varpackagename/var//code. The Debian X +FAQ is part of the code class=packagexfree86-common/code package, and the +XTerm FAQ is part of the code class=packagexterm/code package./p -pFinally, for the latest news about Debian XFree86 packaging development, -future plans, or to find out how you can help improve the quality of -Debian's XFree86 packages, check out the a -href=http://people.debian.org/~branden/xsf/;X Strike Force/a./p - h2a id=howtoHow to Use this Document/a/h2 pAs with many similar documents, this FAQ uses visual markup to indicate words
Bug#270976: xlibs: doesn't understand IRIX xinerama X servers
Hi, On Tue, 12 Oct 2004, Branden Robinson wrote: retitle 270976 libx11-6: doesn't understand setup messages from XINERAMA-enabled IRIX X servers reassign 270976 libx11-6 tag 270976 + upstream moreinfo thanks On Fri, Sep 10, 2004 at 11:46:03AM +0100, Matt Reynolds wrote: Package: xlibs Version: 4.3.0.dfsg.1-7 I am sorry it has taken a while for us to reply to your bug report. When you run xdpyinfo as above, is that really all the information you get back? There should be much more. I am wondering what extension name is advertised by the IRIX X server when XINERAMA is enabled, and xdpyinfo should tell us. Oh yeah, there's a lot more stuff in the xpdyinfo output (well only from the IRIX side - the debian client can't complete the setup stages of the connection, so it doesn't output anything more than I showed). I didn't want to flood the bug report straight away with the full output, the IRIX X server has a LOT of visual IDs. I've enclosed the output. I can attempt to collect a snoop trace of the debian client talking to the X server tomorrow if it'll help. The weirdest thing about all this? I can't find that line in the source code of the xlibs package, yet strings libX11.so | grep parse returns the exact string..! Matt.name of display::0.0 version number:11.0 vendor string:Silicon Graphics vendor release number:6600 maximum request size: 262140 bytes motion buffer size: 0 bitmap unit, bit order, padding:32, MSBFirst, 32 image byte order:MSBFirst number of supported pixmap formats:6 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 12, bits_per_pixel 16, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 keycode range:minimum 15, maximum 149 focus: window 0x4400027, revert to Parent number of extensions:32 DCShare DEC-XTRAP DOUBLE-BUFFER DPMS ESA Extended-Visual-Information GLX LBX MIT-SHM MIT-SUNDRY-NONSTANDARD Multi-Buffering READDISPLAY RECORD ReadDisplay SCREEN-SAVER SGI-CONTROLPASSING SGI-NewMultibuffering SGI-SCREEN-CAPTURE SGI-SUNDRY-NONSTANDARD SGI-VIDEO-CONTROL SGI-XINERAMA SGIFullScreenStereo SHAPE SYNC TOG-CUP XC-APPGROUP XC-MISC XINERAMA XInputExtension XKEYBOARD XTEST XVideo default screen number:0 number of screens:1 screen #0: dimensions:2560x1024 pixels (728x291 millimeters) resolution:89x89 dots per inch depths (5):1, 8, 12, 15, 24 root window id:0x4e depth of root window:24 planes number of colormaps:minimum 1, maximum 23 default colormap:0x20 default number of colormap cells:256 preallocated pixels:black 0, white 16777215 options:backing-store YES, save-unders YES largest cursor:32x32 current input event mask:0x5a20bd KeyPressMask ButtonPressMask ButtonReleaseMask EnterWindowMask LeaveWindowMask PointerMotionHintMask ButtonMotionMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask PropertyChangeMask number of visuals:28 default visual id: 0x33 visual: visual id:0x20 class:PseudoColor depth:8 planes available colormap entries:256 red, green, blue masks:0x0, 0x0, 0x0 significant bits in color specification:8 bits visual: visual id:0x21 class:PseudoColor depth:8 planes available colormap entries:256 red, green, blue masks:0x0, 0x0, 0x0 significant bits in color specification:8 bits visual: visual id:0x22 class:StaticColor depth:8 planes available colormap entries:256 red, green, blue masks:0x7, 0x38, 0xc0 significant bits in color specification:8 bits visual: visual id:0x23 class:PseudoColor depth:8 planes available colormap entries:256 red, green, blue masks:0x0, 0x0, 0x0 significant bits in color specification:8 bits visual: visual id:0x24 class:PseudoColor depth:8 planes available colormap entries:256 red, green, blue masks:0x0, 0x0, 0x0 significant bits in color specification:8 bits visual: visual id:0x25 class:PseudoColor depth:12 planes available colormap entries:4096 red, green, blue masks:0x0, 0x0, 0x0 significant bits in color specification:8 bits visual: visual id:0x26 class:PseudoColor depth:12 planes available colormap entries:4096 red, green, blue masks:0x0, 0x0, 0x0 significant bits in color specification:8 bits visual: visual id:0x27 class:
X Strike Force XFree86 SVN commit: r1948 - in trunk/debian: . local
Author: branden Date: 2004-10-12 14:56:48 -0500 (Tue, 12 Oct 2004) New Revision: 1948 Modified: trunk/debian/CHANGESETS trunk/debian/TODO trunk/debian/changelog trunk/debian/local/FAQ.xhtml Log: Add FAQ entry: What are Debian's plans with respect to X.Org and XFree86? Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-10-12 17:57:29 UTC (rev 1947) +++ trunk/debian/CHANGESETS 2004-10-12 19:56:48 UTC (rev 1948) @@ -138,4 +138,8 @@ Update Further Information section of FAQ. 1947 +Add FAQ entry: What are Debian's plans with respect to X.Org and +XFree86? +1948 + vim:set ai et sts=4 sw=4 tw=80: Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-10-12 17:57:29 UTC (rev 1947) +++ trunk/debian/TODO 2004-10-12 19:56:48 UTC (rev 1948) @@ -52,7 +52,6 @@ users to use 'gb' [BR] + Use /proc/hardware on m68k architecture to set a reasonable default mouse port. See URL: http://lists.debian.org/debian-68k/2004/08/msg00392.html. -* Add FAQ entry describing Debian's plans in the X department. * Add Debian-specific patch to uxterm to call validlocale(8) before trying to launch xterm, per recommendation from Recai Oktas. If a valid locale isn't set, bail out (would resolve #246398). (This patch would be Debian-specific Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-10-12 17:57:29 UTC (rev 1947) +++ trunk/debian/changelog 2004-10-12 19:56:48 UTC (rev 1948) @@ -48,6 +48,9 @@ * Update Further Information section of FAQ. + * Add FAQ entry: What are Debian's plans with respect to X.Org and +XFree86? + Changes by Denis Barbier and Fabio M. Di Nitto: * Edit xc/programs/xkbcomp/symbols/pc/Imakefile so that the new pc/us_intl @@ -118,7 +121,7 @@ + Set UseBios default to no for PROSAVAGE_DDR and PROSAVAGE_DDRK, as described at URL: http://www.probo.com/timr/savage40.html . - -- Branden Robinson [EMAIL PROTECTED] Tue, 12 Oct 2004 12:57:03 -0500 + -- Branden Robinson [EMAIL PROTECTED] Tue, 12 Oct 2004 13:32:51 -0500 xfree86 (4.3.0.dfsg.1-8) unstable; urgency=high Modified: trunk/debian/local/FAQ.xhtml === --- trunk/debian/local/FAQ.xhtml2004-10-12 17:57:29 UTC (rev 1947) +++ trunk/debian/local/FAQ.xhtml2004-10-12 19:56:48 UTC (rev 1948) @@ -49,6 +49,8 @@ lia href=#xorgWhat is X.Org?/a/li lia href=#xfree86forkWhat is the story with XFree86 being forked?/a/li lia href=#xfree86licenseWhat is the story with XFree86's license?/a/li +lia href=#debianplansWhat are Debian's plans with respect to X.Org and + XFree86?/a/li lia href=#defxservclientWhat are X servers and X clients?/a/li lia href=#xservbackwWhy is the X usage of server and client backwards from everyone else's?/a/li @@ -600,6 +602,80 @@ community will coalesce around a single X Window System SI as it did around XFree86, or whether the environment will be competitive./p +h3a id=debianplansWhat are Debian's plans with respect to X.Org and + XFree86?/a/h3 + +pemThanks to Fabio Massimo Di Nitto for contributing much of this +entry./em/p + +pBecause the XFree86 relicensing came at a time when Debian was trying to +stabilize its XFree86 packages for the code class=othersarge/code release, +there was some question among Debian's X Window System package maintenance team +(the X Strike Force) mdash; and much speculation among Debian's users mdash; +as to what direction Debian would take./p + +pThere was never a serious proposal to attempt to ship anything other than +XFree86 4.3.0 in code class=othersarge/code, so work on that continued +while discussion on the code class=otherdebian-x/code mailing list took +place. The following represents the a +href=http://lists.debian.org/debian-x/2004/08/msg00235.html;consensus reached +by the X Strike Force/a, without objection from the mailing list subscribers +(among whom number many interested Debian developers and users)./p + +pIn June 2004, Fabio Massimo Di Nitto, the XFree86 package release manager for +Debian code class=othersarge/code and code class=othersid/code, +started a a +href=http://lists.debian.org/debian-x/2004/06/msg00411.html;thread/a to +discuss the future of X Window System packages in Debian for an open discussion +between users and the Debian package maintainers./p + +pThe discussion spanned nearly one hundred messages from over a dozen +participants, practically all of it constructive and very useful to the Debian +maintenance team. The outcome of the thread was farly clear to everyone: Debian +will move away from the XFree86 tree as soon as possible after +the a href=http://www.debian.org/releases/sarge/;upcoming stable release/a +due to its license issues (a
X Strike Force XFree86 SVN commit: r1949 - in trunk/debian: . local
Author: branden Date: 2004-10-12 15:00:09 -0500 (Tue, 12 Oct 2004) New Revision: 1949 Modified: trunk/debian/CHANGESETS trunk/debian/local/FAQ.xhtml Log: Add Fabio to Acknowledgements section. Shame on me for forgetting. Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-10-12 19:56:48 UTC (rev 1948) +++ trunk/debian/CHANGESETS 2004-10-12 20:00:09 UTC (rev 1949) @@ -140,6 +140,6 @@ Add FAQ entry: What are Debian's plans with respect to X.Org and XFree86? -1948 +1948, 1949 vim:set ai et sts=4 sw=4 tw=80: Modified: trunk/debian/local/FAQ.xhtml === --- trunk/debian/local/FAQ.xhtml2004-10-12 19:56:48 UTC (rev 1948) +++ trunk/debian/local/FAQ.xhtml2004-10-12 20:00:09 UTC (rev 1949) @@ -3039,8 +3039,8 @@ pThe author would like to thank Andreas Metzler, Guillem Jover, Ingo Saitz, Osamu Aoki, Matthew Arnison, Colin Walters, Steve Swales, Adam Jackson, Thomas -Dickey, Paul Gotch, Albert Cahalan, Denis Barbier, Jeff Licquia, and ulisses -for their contributions to this document./p +Dickey, Paul Gotch, Albert Cahalan, Denis Barbier, Jeff Licquia, Fabio Massimo +Di Nitto, and ulisses for their contributions to this document./p hr / p class=x-small$Id$/p
Bug#276235: Problems with Multiscreen Setup
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-8 Hi, first of all thank you very much for your work. OK here comes my Problem: I want to have a Multiscreen System but can't get it to work. I have a Geforce 2 MX and a s3 Graphic card that I want to use and 2 * 21 Screens. Here is a copy of the Config I use to run the nvidia card only: http://home.t-online.de/home/520050001162/debian/to_debain_maintainer/XF86Config-4_nvidia_working And here is the Config for the s3 Card: http://home.t-online.de/home/520050001162/debian/to_debain_maintainer/XF86Config-4_s3_working Here is my combined Config for the Dual Monitoring: http://home.t-online.de/home/520050001162/debian/to_debain_maintainer/XF86Config-4_dual And here is the log-File: http://home.t-online.de/home/520050001162/debian/to_debain_maintainer/XFree86.0.log Maybe you will find the time and help me with my Problem, it's driving me insane. Under Win 2000 everything runs fine (after I reinstalled Win, as usual). Could you please help me to understand what I did wrong and how to fix it? P.S. I'm running a up to date sarge on a Athlon XP Power PC. Thank you very much Ben Pfitzner
Bug#24192: Windows XP, All Adobe software Just go and get it for 49.95! unital
html
head
style type=text/css.eyebrow { FONT-WEIGHT: bold; FONT-SIZE: 10px;
TEXT-TRANSFORM: uppercase; COLOR: #ff; FONT-FAMILY:
verdana,arial,helvetica,sans-serif; TEXT-DECORATION: none } A.eyebrow:link {
TEXT-DECORATION: none }
/style
title9/title
meta http-equiv=Content-Type content=text/html; charset=windows-1252
meta content=Microsoft Windows XP Professional name=description
meta content=Microsoft Windows XP Professional, Software name=keywords
style type=text/css.serif { FONT-SIZE: small; FONT-FAMILY: times,serif }
.sans { FONT-SIZE: small; FONT-FAMILY: verdana,arial,helvetica,sans-serif }
.small { FONT-SIZE: x-small; FONT-FAMILY: verdana,arial,helvetica,sans-serif }
.h1 { FONT-SIZE: small; COLOR: #cc6600; FONT-FAMILY:
verdana,arial,helvetica,sans-serif } .h3color { FONT-SIZE: x-small; COLOR:
#cc6600; FONT-FAMILY: verdana,arial,helvetica,sans-serif } .tiny { FONT-SIZE:
xx-small; FONT-FAMILY: verdana,arial,helvetica,sans-serif } .listprice {
FONT-SIZE: x-small; FONT-FAMILY: arial,verdana,sans-serif; TEXT-DECORATION:
line-through } .price { FONT-SIZE: x-small; COLOR: #99; FONT-FAMILY:
verdana,arial,helvetica,sans-serif } .tinyprice { FONT-SIZE: xx-small; COLOR:
#99; FONT-FAMILY: verdana,arial,helvetica,sans-serif } .attention {
BACKGROUND-COLOR: #d5 } .eyebrow { FONT-WEIGHT: bold; FONT-SIZE: 10px;
TEXT-TRANSFORM: uppercase; COLOR: #ff; FONT-FAMILY:
verdana,arial,helvetica,sans-serif; TEXT-DECORATION: none } A.eyebrow:link {
TEXT-DECORATION: none }
/style
meta content=z name=GENERATOR
/head
body text=#00 vLink=#996633 aLink=#FF9933 link=#003399
bgColor=#FFtable cellSpacing=0 cellPadding=0 width=705 border=0div
align=left/tabletable border=0 cellpadding=0 cellspacing=0
style=border-collapse: collapse bordercolor=#11 width=699 id=AutoNumber4
height=38trtd width=368 height=38font face=Verdana size=2Opt-in Email
offer for October 2004nbsp; /fontfont face=Verdana size=1 a
href=http://%RND_URL/?Uunsubscribe me/a/font/tdtd width=331
height=38a href=http://%RND_URL/?p img border=0
src=http://g-images.amazon.com/images/G/01/nav/personalized/cartwish/right-topnav-default-2.gif
align=right width=300 height=22/a/td/tr/table/divtbodytrtd
class=small align=middle bgColor=#dd
width=707/td/tr/tbody/tabletable cellSpacing=0 cellPadding=0
width=696 border=0trtd vAlign=top width=166table cellSpacing=0
cellPadding=0 border=0tr vAlign=bottom align=middletdtable cellSpacing=0
cellPadding=0 width=155 border=0tr vAlign=top bgColor=#99td width=5
bgcolor=#80 img
src=http://g-images.amazon.com/images/G/01/icons/eyebrow-upper-left-corner.gif
width=5 height=5/tdtd bgcolor=#80table cellSpacing=3 cellPadding=0
width=99% border=0trtd vAlign=bottom font face=verdana,arial,helvetica
color=#ff size=1 bSEARCH/b/font/td/tr/table/tdtd
align=right width=5 bgcolor=#80 img
src=http://g-images.amazon.com/images/G/01/icons/eyebrow-upper-right-cornergif
width=5 height=5/td/tr/table/td/trtr vAlign=top
align=middletdtable cellSpacing=0 cellPadding=1 width=155 bgColor=#99
border=0trtd width=100%table cellSpacing=0 cellPadding=4 width=100%
bgColor=#99 border=0trtd vAlign=top width=100% bgColor=#cc select
name=url option selectedSoftware/option /select input size=13
name=field-keywords a href=http://%RND_URL/?s input type=image alt=Go
src=http://g-images.amazon.com/images/G/01/search-browse/go-button-software.gif
align=middle value=Go border=0 name=Go width=21 height=21/a
/form/td/tr/table/td/tr/table/td/tr/tablebrtable
cellSpacing=0 cellPadding=0 width=155 bgColor=#cc border=0tr
vAlign=bottom align=middletdtable cellSpacing=0 cellPadding=0 width=155
border=0tr vAlign=top bgColor=#99td width=5 bgcolor=#80font
size=1 img
src=http://g-images.amazon.com/images/G/01/icons/eyebrow-upper-left-corner.gif
width=5 height=5/font/tdtd bgcolor=#80table cellSpacing=3
cellPadding=0 width=99% border=0trtd vAlign=bottomp align=centerb
font face=verdana,arial,helvetica size=1 color=#FFTOP 10 NEW
TITLES/font/b/p/td/tr/table/tdtd align=right width=5
bgcolor=#80font size=1 img
src=http://g-images.amazon.com/images/G/01/icons/eyebrow-upper-right-corner.gif
width=5 height=5/font/td/tr/table/td/trtrtdtable
cellSpacing=0 cellPadding=1 width=100% bgColor=#99 border=0trtd
width=100%table cellSpacing=0 cellPadding=0 width=100% bgColor=#99
border=0trtd vAlign=top width=100% bgColor=#cctable cellSpacing=0
cellPadding=2 width=153 border=0trtd width=141 colspan=3 bgcolor=#FFp
align=centerb font face=verdana,arial,helvetica size=1
color=#CC6600nbsp;ON SALE NOW!/font/b/p/td/trtrtd
width=4nbsp;/tdtd width=8font face=Verdana size=11/font/tdtd
width=129 font face=verdana,arial,helvetica size=1 a
href=http://%RND_URL/?AOffice Pro Edition 2003/a/font/td/trtrtd
width=4nbsp;/tdtd width=8font face=Verdana size=12/font/tdtd
width=129a href=http://%RND_URL/?0 font face=verdana,arial,helvetica
size=1Windows XP
Re: x.org packages roadmap ?
On Sun, Sep 12, 2004 at 12:10:10AM +, ROBERTOJIMENOCA wrote: I saw this post on slashdot.org: http://developers.slashdot.org/comments.pl?sid=121015cid=10187780 This isn't funny. Do you have any roadmap to have x.org Debian packages? How may I help? You may be interested in the latest addition to the Debian X FAQ. What are Debian's plans with respect to X.Org and XFree86? Thanks to Fabio Massimo Di Nitto for contributing much of this entry. Because the XFree86 relicensing came at a time when Debian was trying to stabilize its XFree86 packages for the sarge release, there was some question among Debian's X Window System package maintenance team (the X Strike Force) — and much speculation among Debian's users — as to what direction Debian would take. There was never a serious proposal to attempt to ship anything other than XFree86 4.3.0 in sarge, so work on that continued while discussion on the debian-x mailing list took place. The following represents the consensus reached by the X Strike Force, without objection from the mailing list subscribers (among whom number many interested Debian developers and users). In June 2004, Fabio Massimo Di Nitto, the XFree86 package release manager for Debian sarge and sid, started a thread to discuss the future of X Window System packages in Debian for an open discussion between users and the Debian package maintainers. The discussion spanned nearly one hundred messages from over a dozen participants, practically all of it constructive and very useful to the Debian maintenance team. The outcome of the thread was farly clear to everyone: Debian will move away from the XFree86 tree as soon as possible after the upcoming stable release due to its license issues (see above). The XFree86 package maintainers are committed to providing support and assistance to the Debian Security Team for the XFree86 4.3.0-based packages than Debian will ship in sarge. That is, our abandonment of the XFree86 Project, Inc., as an upstream source of code does not mean that we will abandon our committment to the user of our production release. Futhermore, there was near-consensus that Debian should switch to the X.Org source tree, with the goal of migrating to the modularized tree over time. We expect that the monolithic X.Org distribution will be modularized in a piecewise fashion; as that happens, we will switch off the building of packages from the X.Org monolithic tree in favor of the modularized components that become available from freedesktop.org. While moving from XFree86's monolithic tree to X.Org's is a relatively simple technical transition of itself, the transition to a fully-modularized set of packages will take longer — indeed, an unknown amount of time which depends on the speed of upstream's progress — but we expect the process will bring the packages' quality to a higher level, thanks to the introduction of a fast release cycle for each single component. We expect to modularize two parts of the X.Org distribution immediately: XTerm and Xprt (the XPRINT server). Both of these are independently maintained by entities external to (but working in cooperation with) freedesktop.org. With these changes, it will also be easier for the Debian user community to have a broader choice in X servers. At present, the Debian XFree86 package maintainers intend to support only the XOrg X server (which is based on XFree86's). The X Strike Force does not plan to discourage other people from packaging others. Debian developers that file intent-to-package notices (ITPs) for other X servers are asked to strictly cooperate with the X Strike Force to maintain similar packaging standards, simplify the bug handling on shared components (like X libraries) and discuss future changes and improvements. As of this writing (October 2004), packaging of the X.Org distribution is underway in the X Strike Force's xorg Subversion repository (ViewCVS). -- G. Branden Robinson| Notions like Marxism and Debian GNU/Linux | Freudianism belong to the history [EMAIL PROTECTED] | of organized religion. http://people.debian.org/~branden/ | -- Noam Chomsky signature.asc Description: Digital signature
Processed: retitle 270714 to xserver-xfree86: [nv] XVideo not working on NV35 ..., severity of 270714 is normal ...
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.8.5 retitle 270714 xserver-xfree86: [nv] XVideo not working on NV35 Bug#270714: Video not working with XVideo Changed Bug title. (By the way, that Bug is currently marked as done.) retitle 271235 xserver-xfree86: [nv] XVideo not working on NV11 Bug#271235: xserver-xfree86: [nv] XVideo fails silently (but visually) in mplayer Changed Bug title. (By the way, that Bug is currently marked as done.) severity 270714 normal Bug#270714: xserver-xfree86: [nv] XVideo not working on NV35 Bug#271235: xserver-xfree86: [nv] XVideo not working on NV11 Severity set to `normal'. tags 270714 + upstream Bug#270714: xserver-xfree86: [nv] XVideo not working on NV35 There were no tags set. Bug#271235: xserver-xfree86: [nv] XVideo not working on NV11 Tags added: upstream End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: retitle 270810 to xlibs: /etc/X11/xkb/rules/xfree86 does not list all old layout files ... ...
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.8.5 retitle 270810 xlibs: /etc/X11/xkb/rules/xfree86 does not list all old layout files Bug#270810: /etc/X11/xkb/rules/xfree86 does not list all old layout files Changed Bug title. (By the way, that Bug is currently marked as done.) tags 270810 + upstream Bug#270810: xlibs: /etc/X11/xkb/rules/xfree86 does not list all old layout files Tags were: patch Tags added: upstream tags 271326 + upstream Bug#271326: xlibs: please add multi-layout aware us_intl layout Tags were: pending patch Tags added: upstream End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#271235: xserver-xfree86: [nv] XVideo fails silently (but visually) in mplayer
On Sun, Sep 12, 2004 at 12:31:35AM -0400, David Vanderson wrote: Package: xserver-xfree86 Version: 4.3.0.dfsg.1-7 Severity: important Hello, When I run mplayer with the XVideo output (-vo xv), a window comes up, but stays entirely grey. No video is actually displayed. mplayer does not issue any error messages. I verified that xserver-xfree86 version 4.3.0.dfsg.1-6 does not cause this problem for me. Other output modes for mplayer work fine. I am using the free software nv driver. I would be glad to provide additional information and/or perform any needed tests. Thanks very much for looking into this. While this bug is resolved, please review the following information for future reference. You can ignore the request to send mail for this report. [The following is a form letter.] Dear bug submitter, Since the XFree86 X server is a large and complex piece of software, some more information is required of you before this bug can be handled. Please run the following commands from a shell prompt to gather and deliver this information to us: $ /usr/share/bug/xserver-xfree86 /tmp/output 31 $ mailx -s Re: Bug#271235 [EMAIL PROTECTED] /tmp/output If you do not have a mailx command on your system, you can get it by installing the mailx Debian package; for example, with the aptitude install mailx or apt-get install mailx commands as root. Alternatively, you can also use a mail command that is compatible with mailx's command-line syntax, such as mutt. One very good way to file bugs with the Debian Bug Tracking System is to use the reportbug package and command of the same name. The reportbug program does a lot of automatic information-gathering that helps package maintainers to understand your system configuration, and also ensures that your message to the Debian Bug Tracking System is well-formed so that it is processed correctly by the automated tools that manage the reports. (If you've ever gotten a bounce message from the Debian Bug Tracking System that tells you your message couldn't be processed, you might appreciate this latter feature.) Therefore, I strongly urge you to give reportbug a try as your primary bug reporting tool for the Debian System in the future. If you *did* use reportbug to file your report, then you're receiving this message because the information we expected to see was not present. If you deliberately deleted this information from the report, please don't do that in the future, even if it seems like it makes the mail too large. 50 kB (kilobytes) of configuration and log data is typical. Only if the included information greatly exceeds this amount (more than 100 kB) should you consider omitting it; instead, put it up on the World Wide Web somewhere and provide URLs to it in your report, or in subsequent followup by mailing [EMAIL PROTECTED]. Thank you! -- G. Branden Robinson|Every aristocracy that has ever Debian GNU/Linux |existed has behaved, in all [EMAIL PROTECTED] |essential points, exactly like a http://people.debian.org/~branden/ |small mob. -- G.K. Chesterton signature.asc Description: Digital signature
Processed: Re: Bug#271439: xlibmesa-gl: OpenGL apps. freeze when resuming.
Processing commands for [EMAIL PROTECTED]: retitle 271439 xlibmesa-gl: OpenGL apps freeze when power resumes on i810 Bug#271439: xlibmesa-gl: OpenGL apps. freeze when resuming. Changed Bug title. tag 271439 + upstream moreinfo Bug#271439: xlibmesa-gl: OpenGL apps freeze when power resumes on i810 There were no tags set. Tags added: upstream, moreinfo thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#271439: xlibmesa-gl: OpenGL apps. freeze when resuming.
retitle 271439 xlibmesa-gl: OpenGL apps freeze when power resumes on i810 tag 271439 + upstream moreinfo thanks On Mon, Sep 13, 2004 at 10:50:49AM +0300, Mohammed Sameer wrote: Package: xlibmesa-gl Version: 4.3.0.dfsg.1-4 Severity: important After I suspend/resume $ glxinfo | grep -i rendering direct rendering: Yes But glxgears and any other OpenGL apps freeze. i810 driver Thank you for your report. We could use some further information. 1) Does your machine use APM or ACPI for power management? 2) Does the problem go away if you remove the xlibmesa-dri package? (Note that this will force software GL rendering.) -- G. Branden Robinson|I've made up my mind. Don't try to Debian GNU/Linux |confuse me with the facts. [EMAIL PROTECTED] |-- Indiana Senator Earl Landgrebe http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Processed: Re: Bug#271485: xlibosmesa-dev: No manual pages or any other info
Processing commands for [EMAIL PROTECTED]: retitle 271485 xlibosmesa-dev: OSMesa functions not documented Bug#271485: xlibosmesa-dev: No manual pages or any other info Changed Bug title. tag 271485 + upstream Bug#271485: xlibosmesa-dev: OSMesa functions not documented There were no tags set. Tags added: upstream # documentation issue; does not affect package functionality severity 271485 minor Bug#271485: xlibosmesa-dev: OSMesa functions not documented Severity set to `minor'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
X Strike Force XFree86 SVN commit: r1950 - branches/debconf-overhaul/debian
Author: branden Date: 2004-10-12 17:06:01 -0500 (Tue, 12 Oct 2004) New Revision: 1950 Modified: branches/debconf-overhaul/debian/CHANGESETS Log: Add bug-closer for #271525. Modified: branches/debconf-overhaul/debian/CHANGESETS === --- branches/debconf-overhaul/debian/CHANGESETS 2004-10-12 20:00:09 UTC (rev 1949) +++ branches/debconf-overhaul/debian/CHANGESETS 2004-10-12 22:06:01 UTC (rev 1950) @@ -56,6 +56,7 @@ behavior in the xserver-xfree86/config/monitor/mode-list template description. (This default is later overridden if and only if the selected display driver doesn't support that resolution.) + (Closes: #271525) + Make the medium monitor configuration interface the default, since LCD flat panel displays are so much more common relative to four years ago. Also ask this question at medium debconf priority. Thanks to Joey Hess
Processed: Re: Bug#271499: xfonts-base-transcoded: fontconfig error Cannot load default config file during configuration
Processing commands for [EMAIL PROTECTED]: tag 271499 + moreinfo unreproducible Bug#271499: xfonts-base-transcoded: fontconfig error Cannot load default config file during configuration There were no tags set. Tags added: moreinfo, unreproducible thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#271525: xserver-xfree86: Modes should have default depending upon mode-list
Processing commands for [EMAIL PROTECTED]: retitle 271525 xserver-xfree86: [debconf] set default mode based on answer to mode-list selection Bug#271525: xserver-xfree86: Modes should have default depending upon mode-list Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#271485: xlibosmesa-dev: No manual pages or any other info
retitle 271485 xlibosmesa-dev: OSMesa functions not documented tag 271485 + upstream # documentation issue; does not affect package functionality severity 271485 minor thanks On Mon, Sep 13, 2004 at 04:04:46PM +0400, Ilya Anfimov wrote: Package: xlibosmesa-dev Version: 4.3.0.dfsg.1-4 Severity: normal I didn't found information about OSMEsaCreateContext and othe offscreen stuff in this package or other mesa and gl development packages. I saw description of off-screen rendering, it comes with Mesa tarballs, perhaps in form of README file, and i think it should be somewhere around osmesa-dev packages in Debian. I couldn't find any documentation of OSMesa in the XFree86 distribution. In fact, the most documentation I could find, period, was at the following: http://www.mesa3d.org/osmesa.html ...and this simple advises the programmer to read the header files. I'm sorry, but this looks like the best that I can do for the time being. -- G. Branden Robinson| Don't ask the barber whether you Debian GNU/Linux | need a haircut. [EMAIL PROTECTED] | -- Daniel S. Greenberg http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#271499: xfonts-base-transcoded: fontconfig error Cannot load default config file during configuration
tag 271499 + moreinfo unreproducible thanks On Mon, Sep 13, 2004 at 03:09:01PM +0200, Wolfgang Jeltsch wrote: Package: xfonts-base-transcoded Version: 4.3.0.dfsg.1-4 Severity: normal I installed x-window-system-core and all the xfonts-*-transcoded packages via one single apt-get install command. During the configuration of the xfonts-*-transcoded packages (I'm not really sure if it were exactly these packages.), I got the following error message: Fontconfig error: Cannot load default config file Obviously, fontconfig wasn't configured yet. Sorry for the delay getting back to you. None of the xfonts-*-transcoded packages has anything to do with fontconfig. I suspect you got this message during configuration of a different package. Can you provide us a screen dump or other log of the upgrade, so we can figure out which package is the culprit? -- G. Branden Robinson|Somebody once asked me if I thought Debian GNU/Linux |sex was dirty. I said, It is if [EMAIL PROTECTED] |you're doing it right. http://people.debian.org/~branden/ |-- Woody Allen signature.asc Description: Digital signature
Bug#271542: xlibs: Can't get Meta and Alt to work correctly
On Sun, Sep 19, 2004 at 02:28:17PM +0200, Denis Barbier wrote:
On Sun, Sep 19, 2004 at 10:35:08AM +0200, Denis Barbier wrote:
[...]
The problem is that changes were made upstream in xlibs to improve support
for multiple layouts. Some applications are confused and fail to handle
the current keymaps.
So there are 2 solutions:
a. Fix xlibs.
b. Fix those applications.
[...]
I should have mentioned that there is a 3rd way, which is to add an
option to disable fake keys. It will revert fixes applied against
pristine 4.3.0 and bugs will surface again when this option is
activated. I believe that this option should be added for sarge,
but users have to be warned that it is unuspported, ie. if this
option causes trouble to some users, their only choice is to
deactivate it.
It can be defined by:
partial function_keys
xkb_symbols no_fake_keys {
modifier_map none { META, SUPR, HYPR };
};
and rules/xfree.{lst,xml} must be updated too.
XSF guys, what do you think about it?
Denis,
I'm sorry it has taken me a while to get back to this.
I say: Go for it. Once this is done, I think we'll want to update the
debconf template for XkbOptions and maybe NEWS.Debian as well; there are a
lot of Emacs and Sawfish users out there.
--
G. Branden Robinson|
Debian GNU/Linux | If existence exists,
[EMAIL PROTECTED] | why create a creator?
http://people.debian.org/~branden/ |
signature.asc
Description: Digital signature
Processed: severity of 271525 is wishlist
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.8.5 severity 271525 wishlist Bug#271525: xserver-xfree86: [debconf] set default mode based on answer to mode-list selection Severity set to `wishlist'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#271599: defaults to wrong video card driver
Processing commands for [EMAIL PROTECTED]: retitle 271599 xserver-xfree86: [debconf] defaults to wrong display driver Bug#271599: defaults to wrong video card driver Changed Bug title. tag 271599 + moreinfo Bug#271599: xserver-xfree86: [debconf] defaults to wrong display driver There were no tags set. Tags added: moreinfo thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#271760: libxft-dev: upgrade from 2.1.2-4 to 2.1.2-6 fails
Processing commands for [EMAIL PROTECTED]: tag 271760 + wontfix Bug#271760: libxft-dev: upgrade from 2.1.2-4 to 2.1.2-6 fails There were no tags set. Tags added: wontfix merge 237509 271760 Bug#237509: libxft-dev: upgrading from libxft-dev 2.1.2-[1-5] doesn't work due to dpkg-divert being run before unpack Bug#271760: libxft-dev: upgrade from 2.1.2-4 to 2.1.2-6 fails Bug#237511: libxft-dev: upgrading from libxft-dev 2.1.2-[1-5] doesn't work due to dpkg-divert being run before unpack Bug#240302: libxft2-dev doesn't install Bug#241008: libxft-dev: error during upgrade Bug#246891: libxft-dev: problem upgrading from 2.1.2-5 Bug#247645: libxft-dev: apt-get upgrade reports unmet dependencies Bug#272744: libxft-dev: error on upgrade from 2.1.2-4 to 2.1.2-6 Merged 237509 237511 240302 241008 246891 247645 271760 272744. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#271910: xserver-xfree86: [mga] various glitches, locks and otherwise painful problems on alpha pws433au.
Processing commands for [EMAIL PROTECTED]: retitle 271910 xserver-xfree86: [mga] freezes, unaligned traps, and other problems on Alpha PWS433AU with MGA 2164W rev 0 Bug#271910: xserver-xfree86: [mga] various glitches, locks and otherwise painful problems on alpha pws433au. Changed Bug title. severity 271910 important Bug#271910: xserver-xfree86: [mga] freezes, unaligned traps, and other problems on Alpha PWS433AU with MGA 2164W rev 0 Severity set to `important'. tag 271910 + upstream woody Bug#271910: xserver-xfree86: [mga] freezes, unaligned traps, and other problems on Alpha PWS433AU with MGA 2164W rev 0 There were no tags set. Tags added: upstream, woody thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#271910: xserver-xfree86: [mga] various glitches, locks and otherwise painful problems on alpha pws433au.
retitle 271910 xserver-xfree86: [mga] freezes, unaligned traps, and other problems on Alpha PWS433AU with MGA 2164W rev 0 severity 271910 important tag 271910 + upstream woody thanks On Thu, Sep 16, 2004 at 04:46:04AM +0200, Manuel Viet wrote: I know my X is not pretty young, but I already tried a 4.3 version, and ran into the sync out of range bug seen somewhere else in the reports, so upgrading is of no help in that case. Our best bet is probably to concentrate on fixing that sync out of range bug in 4.3. Debian is only updating XFree86 4.1.0 for security problems. -- 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
Bug#276249: xlibmesa-glu-dev: no manpages for gluBuild3DMipmaps(), gluBuild3DMipmapLevels(), gluBuild2DMipmapLevels(), gluBuild1DMipmapLevels()
Package: xlibmesa-glu-dev Version: 4.3.0.dfsg.1-8 Severity: minor Tags: upstream Note to self and/or XSF: set submitter to Thomas Jahns [EMAIL PROTECTED] once this bug is acked. -- Forwarded message -- Date: Wed, 15 Sep 2004 00:21:02 +0200 From: Thomas Jahns [EMAIL PROTECTED] To: Fabio M. Di Nitto [EMAIL PROTECTED] Subject: xlibmesa-glu-dev gluBuild3DMipmaps etc. manual page Hi, I just noticed that xlibmesa-glu-dev does not contain the following manual pages (although there are corresponding entries in the blue book so I guess they should be available): gluBuild3DMipmaps gluBuild3DMipmapLevels gluBuild2DMipmapLevels gluBuild1DMipmapLevels Ciao, Thomas There don't appear to me any manpage sources for these functions in the XFree86 distribution. -- G. Branden Robinson| Debian GNU/Linux | Ignorantia judicis est calamitas [EMAIL PROTECTED] | innocentis. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Processed: Re: Bug#271993: [xserver-xfree86] via driver's ddc breaks with my monitor
Processing commands for [EMAIL PROTECTED]: retitle 271993 xserver-xfree86: [via] Smile brand monitor from 1988 hoses up DDC information and sync ranges calculated from it on unknown vendor (0x1106) unknown chipset (0x3122) rev 3 Bug#271993: [xserver-xfree86] via driver's ddc breaks with my monitor Changed Bug title. tag 271993 + moreinfo Bug#271993: xserver-xfree86: [via] Smile brand monitor from 1988 hoses up DDC information and sync ranges calculated from it on unknown vendor (0x1106) unknown chipset (0x3122) rev 3 There were no tags set. Tags added: moreinfo thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: retitle 272059 to xserver-xfree86: [i810] Fatal server error: lockup on 82845G/GL [Brookdale-G] Chipset Integrated Graphics Device rev 3 ... ...
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.8.5 retitle 272059 xserver-xfree86: [i810] Fatal server error: lockup on 82845G/GL [Brookdale-G] Chipset Integrated Graphics Device rev 3 Bug#272059: xserver-xfree86: [845G] Unexplained server lockup Changed Bug title. tags 272059 + upstream Bug#272059: xserver-xfree86: [i810] Fatal server error: lockup on 82845G/GL [Brookdale-G] Chipset Integrated Graphics Device rev 3 There were no tags set. Tags added: upstream severity 272059 important Bug#272059: xserver-xfree86: [i810] Fatal server error: lockup on 82845G/GL [Brookdale-G] Chipset Integrated Graphics Device rev 3 Severity set to `important'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#271993: [xserver-xfree86] via driver's ddc breaks with my monitor
retitle 271993 xserver-xfree86: [via] Smile brand monitor from 1988 hoses up DDC information and sync ranges calculated from it on unknown vendor (0x1106) unknown chipset (0x3122) rev 3 tag 271993 + moreinfo thanks On Thu, Sep 16, 2004 at 08:25:07PM +0200, Martijn van de Streek wrote: Package: xserver-xfree86 Version: 4.3.0.dfsg.1-4 Severity: normal I have a very cheap, old monitor (from Smile), which doesn't work right with the via driver (the driver doesn't fall back to the values I specified in the XF85Config-4 when DDC returns 0, or something like that?) The monitor seems to support DDC2 (there's information that looks like that in the log, even though get-edid can't find any, and X also works fine after running read-edid once, because subsequent DDC transfers by X fail if get-edid has been run)). In the list of supported modes, [EMAIL PROTECTED] is mentioned. If I try to use a 1024x768 mode however, it won't work, and just fall back to 640x480 (which always works). If I unplug the monitor (turning it off is not enough) from the computer, X starts fine in 1024x768 mode, and continues to work after I plug in the monitor. I've attached my X config and XFree86.0.log for both the with-monitor and monitorless startup modes. Does the X server come up as desired with the monitor plugged in if you modify the Device section of your XF86Config-4 file to include the line: Option NoDDCValue true ? The via(4x) manpage has more about this. -- G. Branden Robinson|Turning on -Wall is like turning on Debian GNU/Linux |the pain. [EMAIL PROTECTED] |-- James Troup http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Keeping the Debian Xprint sources seperate from the Debian Xorg sources ? / was: Re: PMF license / was: Re: [Xprint] Re: X Strike Force XOrg SVN commit: r19 -inxorg/trunk/debian: . scripts
Felix Schulte wrote: [snip] Since the xprint-org package is anyway maintained outside the xfree86 tree AND considering that the whole purpose of these new X.org packages is to split the tree as much as possible, I suggest that we can just stop shipping the xprint code from x.org tree, since there is absolutely no point in shipping it twice and maintaing it twice. Urgh. The X.org tree and the xprint-org are now coming from the same CVS repository as annouced on the xprint.mozdev.org front page. However I assume that both will continue to have different functionality, X.org version being the normal version, xprint-org being the development version or something like that. Fabio: What about making Drew Parsons the maintainer of both versions just for the case that you can't handle it? :) One version may be less confusing. Unless urgend bugfixing happened the normal release cycles between two major Xprint releases was more or less six months - the same amount of time Xorg is planning for their major version release cycle. But I agree... it sounds a nice idea to make Drew Parsons the maintainer of the Debian Xorg Xprint server package if he wants to do that (and Fabio and Branden agree with that). Maintaining the Xprint server as seperate package may or may not be slightly more difficult as it now supports the GLX extension (=OpenGL) which added more or less the whole Mesa codebase to the source. Having more than one person looking at the Mesa code may help a lot and lower the pain (at the beginning Drew had to work hard to get the Xprint server working on all platforms Debian supports and doing the same in two locations (Mesa in the Debian/Xorg tree and Mesa in the Debian/Xorg-Xprint) is twice the work where it wouldn't be neccesary) for Drew... :) I am pretty sure that the knowledge that Drew has on this package is far more deep than the one I have (possibly of other XSF maintainers). Meaning that his package is imho better qualified to stay where it is. Also resolving the issue of shipping two conflicting packages that are supposed to provide and do the same thing. Merging/re-building the package again from X.org means extra work needs to be done/redone/reviewed/etc. If nobody disagree with me i will start removing it within the next 2 or 3 days. I disagree :) I disagree, too. See my comments above. Bye, Roland P.S.: Please keep the Xprint mailinglist [EMAIL PROTECTED] in the CC: that other people get the emails, too - not everyone is subscribed to the debian-x lists... -- __ . . __ (o.\ \/ /.o) [EMAIL PROTECTED] \__\/\/__/ MPEG specialist, CJAVASunUnix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;)
Re: x.org packages roadmap ?
Branden Robinson wrote: On Sun, Sep 12, 2004 at 12:10:10AM +, ROBERTOJIMENOCA wrote: I saw this post on slashdot.org: http://developers.slashdot.org/comments.pl?sid=121015cid=10187780 This isn't funny. Do you have any roadmap to have x.org Debian packages? How may I help? You may be interested in the latest addition to the Debian X FAQ. What are Debian's plans with respect to X.Org and XFree86? Thanks to Fabio Massimo Di Nitto for contributing much of this entry. [snip] While moving from XFree86's monolithic tree to X.Org's is a relatively simple technical transition of itself, the transition to a fully-modularized set of packages will take longer â?? indeed, an unknown amount of time which depends on the speed of upstream's progress â?? but we expect the process will bring the packages' quality to a higher level, thanks to the introduction of a fast release cycle for each single component. We expect to modularize two parts of the X.Org distribution immediately: XTerm and Xprt (the XPRINT server). Both of these are independently maintained by entities external to (but working in cooperation with) freedesktop.org. Uhm... correction: Xprint is part of the Xorg release, starting with X11R6.8.0 both trees are identical (before that Xprint was already part of X11 (since X11R6.4) but the plain X.org version was pretty much unuseable since the single vendors worked on their own implementations without contributing patches back). Xprint is no longer externally maintained. Just the documentation and mailinglist is still hosted at mozdev.org since too many links point to that site and we didn't had time to fight with Wiki (which seems to be mandatory for the freedesktop.org site... ;-/) ... Bye, Roland P.S.: Please keep the Xprint mailinglist [EMAIL PROTECTED] in the CC: that other people get the emails, too - not everyone is subscribed to the debian-x lists... -- __ . . __ (o.\ \/ /.o) [EMAIL PROTECTED] \__\/\/__/ MPEG specialist, CJAVASunUnix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;)
Bug#276269: xserver-xfree86-dbg: the bumps xscreensaver hack crashes the xserver
Subject: xserver-xfree86-dbg: bumps xscreensaver hack crashes xserver Package: xserver-xfree86-dbg Version: 4.3.0.dfsg.1-4 Severity: normal *** Please type your report below this line *** Running the bumps from the xscreensaver packages crashes the xserver, as soon as the ball bumps into the left edge of the screen. Crashes with /usr/lib/xscreensaver/bumps -root. Without -root is fine. Running in Xnest is fine. I have tried different servers, including xserver-xfree86-dbg 4.3.0.dfsg.1-8 and I have tried with both kernel 2.6.8 and 2.4.27. There is no error messages, I have tried to get a backtrace, but with no luck. I turn off gdm, runs ulimit -c unlimited and startx xterm The X just crashes caught SEGV, aborting. I have tried enabling NoTrapSignals in which case it all freezes, something the power button still works and triggers shutdown, other times it is completely frozen, and I have to cycle power. Running as root does not help. Is there anything else I can try in order to get a backtrace ? Tormod -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xfree86-dbg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx1 root root 26 Oct 10 16:25 /etc/X11/X - /usr/bin/X11/XFree86-debug -rwxr-xr-x1 root root 137297758 May 29 14:32 /usr/bin/X11/XFree86-debug Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 xserver-xfree86-dbg VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: S3 Inc. VT8636A [ProSavage KN133] AGP4X VGA Controller (TwisterK) (rev 01) :01:00.0 Class 0300: 5333:8d02 (rev 01) /etc/X11/XF86Config-4 does not match checksum in /var/lib/xfree86/XF86Config-4.md5sum. XFree86 X server configuration file status: -rw-r--r--1 root root12506 Oct 10 02:25 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: Section ServerLayout Identifier XFree86 Configured Screen 0 Screen0 0 0 InputDeviceKeyboard0 CoreKeyboard InputDevicePS/2 Mouse CorePointer # Serial Mouse not detected # USB Mouse not detected EndSection Section ServerFlags Option AllowMouseOpenFail true Option NoPMtrue EndSection Section Files RgbPath /usr/X11R6/lib/X11/rgb # ModulePath /usr/X11R6/lib/modules FontPath /usr/X11R6/lib/X11/fonts/misc:unscaled FontPath /usr/X11R6/lib/X11/fonts/misc FontPath /usr/X11R6/lib/X11/fonts/75dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/75dpi FontPath /usr/X11R6/lib/X11/fonts/100dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/100dpi FontPath /usr/X11R6/lib/X11/fonts/Speedo FontPath /usr/X11R6/lib/X11/fonts/PEX # Additional fonts: Locale, Gimp, TTF... FontPath /usr/X11R6/lib/X11/fonts/cyrillic # FontPath /usr/X11R6/lib/X11/fonts/latin2/75dpi # FontPath /usr/X11R6/lib/X11/fonts/latin2/100dpi # True type and type1 fonts are also handled via xftlib, see /etc/X11/XftConfig! FontPath /usr/X11R6/lib/X11/fonts/Type1 FontPath /usr/share/fonts/ttf/western FontPath /usr/share/fonts/ttf/decoratives FontPath /usr/share/fonts/truetype FontPath /usr/share/fonts/truetype/openoffice FontPath /usr/share/fonts/truetype/ttf-bitstream-vera FontPath /usr/share/fonts/latex-ttf-fonts FontPath /usr/X11R6/lib/X11/fonts/defoma/CID FontPath /usr/X11R6/lib/X11/fonts/defoma/TrueType EndSection Section Module Load ddc # ddc probing of monitor Load GLcore Load dbe Load dri Load drm Load extmod Load glx Load bitmap # bitmap-fonts Load speedo Load type1 Load freetype Load record EndSection Section InputDevice Identifier Keyboard0 Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc105 Option XkbLayout us EndSection Section InputDevice Identifier Serial Mouse Driver mouse Option Protocol Microsoft Option Device /dev/ttyS0 Option Emulate3Buttons true Option Emulate3Timeout 70 Option SendCoreEvents true EndSection Section InputDevice Identifier PS/2 Mouse Driver mouse Option Protocol auto Option ZAxisMapping 4 5 Option Device /dev/psaux Option Emulate3Buttons true Option Emulate3Timeout 70 Option SendCoreEvents true EndSection Section InputDevice Identifier USB Mouse Driver mouse Option Device/dev/input/mice Option SendCoreEvents true Option
Re: HELP
On Fri, Sep 17, 2004 at 02:23:39PM -0500, Jay Marcotte wrote: Help I seem to have problems with getting X to work with these Dells. Thanks for anything. This is a bug report against Ubuntu packages, not Debian ones. Please file your bug report with Ubuntu's bug tracking system: https://bugzilla.ubuntu.com/ -- G. Branden Robinson| Never underestimate the power of Debian GNU/Linux | human stupidity. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Processed: Re: Bug#272115: /usr/X11R6/bin/xedit: Xedit crashes when language is set to tr_TR
Processing commands for [EMAIL PROTECTED]: retitle 272115 xbase-clients: [xedit] crashes with 'nowhere to longjmp' message when LANG=tr_TR.UTF-8 Bug#272115: /usr/X11R6/bin/xedit: Xedit crashes when language is set to tr_TR Changed Bug title. tag 272115 + upstream moreinfo Bug#272115: xbase-clients: [xedit] crashes with 'nowhere to longjmp' message when LANG=tr_TR.UTF-8 There were no tags set. Tags added: upstream, moreinfo thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: Processed: Reassign from xlibs to xserver-xfree86
On Sat, Sep 18, 2004 at 01:03:07AM -0700, Debian Bug Tracking System wrote: Processing commands for [EMAIL PROTECTED]: reassign 270976 xserver-xfree86 Bug#270976: xlibs: doesn't understand IRIX xinerama X servers Bug reassigned from package `xlibs' to `xserver-xfree86'. retitle 270976 Doesn't understand IRIX xinerama X servers Bug#270976: xlibs: doesn't understand IRIX xinerama X servers Changed Bug title. Denis, I reassigned this to libx11-6. The problem isn't with the XFree86 X server -- the bug submitter isn't even *using* the XFree86 X server. He's using an IRIX X server. The problem is that the IRIX X server is sending stuff along the protocol stream that Debian's libX11 is barfing on. This is a bug in the IRIX X server (it's sending nonsense down the wire), or a bug in XFree86 4.3.0's libX11 (it's not handling unexpected data gracefully enough), or both. -- G. Branden Robinson| There's something wrong if you're Debian GNU/Linux | always right. [EMAIL PROTECTED] | -- Glasow's Law http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#272115: /usr/X11R6/bin/xedit: Xedit crashes when language is set to tr_TR
retitle 272115 xbase-clients: [xedit] crashes with 'nowhere to longjmp' message when LANG=tr_TR.UTF-8 tag 272115 + upstream moreinfo thanks On Fri, Sep 17, 2004 at 05:22:59PM +0300, ismail donmez wrote: Package: xbase-clients Version: 4.3.0.dfsg.1-7 Severity: important File: /usr/X11R6/bin/xedit Here it goes : [EMAIL PROTECTED]:~$ xedit *** DEFUN BUTLAST: OPTiONAL not allowed/implemented *** Fatal: nowhere to longjmp. İptal edildi But : [EMAIL PROTECTED]:~$ LC_ALL=POSIX xedit works fine. looks like a locale problem in turkish where toupper(i) is I-with-a-dot-above . Thanks for your report. I'm sorry it has taken a little while to get back to you. Do you experience this problem when typing the character into the Text widget, when pasting it, or both? Either way, the problem appears to involve xc/programs/xedit/lisp/lisp.c. -- G. Branden Robinson| Convictions are more dangerous Debian GNU/Linux | enemies of truth than lies. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | signature.asc Description: Digital signature
