Debian Bug Tracking System | 1 Sep 2004 01:03
Picon

Bug#234530: marked as done (setxkbmap -layout "us,lt" assigns Alt_R to modifiers Mod1 and Mod5)

Your message dated Wed, 1 Sep 2004 00:53:26 +0200
with message-id <20040831225326.GC6975 <at> linuxfr.org>
and subject line Bug#234530: setxkbmap -layout "us,lt" assigns Alt_R to modifiers Mod1 and Mod5
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; 24 Feb 2004 13:14:33 +0000
>From vaze0348 <at> uosis.mif.vu.lt Tue Feb 24 05:14:33 2004
Return-path: <vaze0348 <at> uosis.mif.vu.lt>
Received: from master.debian.org [146.82.138.7] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1AvcOP-0006Su-00; Tue, 24 Feb 2004 05:14:33 -0800
Received: from lan-70-53.skynet.lt (mpiktas.skynet.vl) [212.122.70.53] 
	by master.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1AvcOM-000649-00; Tue, 24 Feb 2004 07:14:31 -0600
Received: from debian (localhost [127.0.0.1])
	by mpiktas.skynet.vl (Postfix) with ESMTP id 49EE7518DC
	for <bugs <at> debian.org>; Tue, 24 Feb 2004 15:14:30 +0200 (EET)
Date: Tue, 24 Feb 2004 15:14:29 +0200
(Continue reading)

X Strike Force XFree86 SVN commit: r1781 - branches/debconf-overhaul/debian

Author: branden
Date: 2004-08-31 18:45:40 -0500 (Tue, 31 Aug 2004)
New Revision: 1781

Modified:
   branches/debconf-overhaul/debian/CHANGESETS
   branches/debconf-overhaul/debian/TODO
   branches/debconf-overhaul/debian/changelog
   branches/debconf-overhaul/debian/xserver-xfree86.config.in
Log:
Accept comma-delimited list of values and/or ranges when validating monitor
frequencies (fixes regression on trunk).

Accept (optional) units (Hz, kHz, MHz) per the XF86Config-4(5x) manual page
when validating monitor frequencies, which we never did before.

Modified: branches/debconf-overhaul/debian/CHANGESETS
===================================================================
--- branches/debconf-overhaul/debian/CHANGESETS	2004-08-31 22:26:23 UTC (rev 1780)
+++ branches/debconf-overhaul/debian/CHANGESETS	2004-08-31 23:45:40 UTC (rev 1781)
 <at>  <at>  -491,8 +491,9  <at>  <at> 

 Make xserver-xfree86 config script's validate_monitor_frequency_db_input()
 function more strict, so it doesn't regard open-ended ranges like "40-" as
-valid.
-    1766, 1769, 1772
+valid.  Also accept (optional) units (Hz, kHz, MHz) per the
+XF86Config-4(5x) manual page, which we never did before.
+    1766, 1769, 1772, [XXX: ADD REVISION NUMBER WHEN MERGED TO TRUNK]

(Continue reading)

Adam C Powell IV | 1 Sep 2004 01:31
Picon
Favicon

Bug#258399: xlibs: dvorak keyboard layout is missing right alt key

On Tue, 2004-08-31 at 18:08, Denis Barbier wrote:
> On Mon, Aug 30, 2004 at 12:08:07PM -0400, Adam C Powell IV wrote:
> [...]
> > Interestingly, I had thought that the absence of Alt_R in mod2 was the
> > problem with the Dvorak/switched layout.  But it's also missing in the
> > default US/no switch layout, in which right Alt works just fine...
> >
> > FYI, in the case of Dvorak/no switch, right Alt does nothing; with
> > US/switch, right Alt works fine.  So Dvorak seems to be the problem.
> 
> Great, thank you for your detailed report.
> Your analysis is right, swapcaps and mod2 are not causing this bug.
> Since xmodmap output is similar in both cases, one could believe that
> their modifiers are the same, but this is wrong.  The difference is
> more subtle, it becomes visible when running
>   $ xmodmap -pke | grep 113
> (because 113 is the keycode of right Alt key in your case) with both
> layouts (do not swap caps/ctrl to make less changes) and compare their
> output:
>    keycode 113 = Alt_R Meta_R
>    keycode 113 = ISO_Level3_Shift Multi_key
> 
> With pc/us, right Alt key is bound to "Alt_R Meta_R".  Unfortunately
> xmodmap does not tell why Alt_R is bound to mod1, this is because XKB
> is much more powerful and xmodmap is unable to display all details.
> The reason can be found by running
>   $ xkbcomp :0
> and searching for Alt_R in the generated server-0.xkb file.
> 
> OTOH right Alt key is bound to ISO_Level3_Shift (and thus mod5) with
(Continue reading)

X Strike Force XFree86 SVN commit: r1782 - branches/debconf-overhaul/debian

Author: branden
Date: 2004-08-31 19:03:28 -0500 (Tue, 31 Aug 2004)
New Revision: 1782

Modified:
   branches/debconf-overhaul/debian/CHANGESETS
   branches/debconf-overhaul/debian/TODO
   branches/debconf-overhaul/debian/changelog
   branches/debconf-overhaul/debian/xserver-xfree86.config.in
Log:
Migrate upgraders from previous package versions by automatically adding
v4l to xserver-xfree86/config/modules list.

Modified: branches/debconf-overhaul/debian/CHANGESETS
===================================================================
--- branches/debconf-overhaul/debian/CHANGESETS	2004-08-31 23:45:40 UTC (rev 1781)
+++ branches/debconf-overhaul/debian/CHANGESETS	2004-09-01 00:03:28 UTC (rev 1782)
 <at>  <at>  -580,7 +580,9  <at>  <at> 
 + Include the v4l server module in the list of available (and default)
   modules to load.  Add description of this module to
   xserver-xfree86/config/modules template description.  Refer to XVideo
-  extension as such instead of "Xv".  (Closes: #135768)
+  extension as such instead of "Xv".  Migrate upgraders from previous
+  package versions by automatically adding v4l to module list.
+  (Closes: #135768)
     [XXX: REPLACE WITH REVISION NUMBER WHEN MERGED TO TRUNK]

 vim:set ai et sts=4 sw=4 tw=80:

Modified: branches/debconf-overhaul/debian/TODO
(Continue reading)

Daniel Stone | 1 Sep 2004 05:12
Picon
Favicon

Bug#253607: #253607: xserver-xfree86: (debconf) X >4.3.0 is perfectly capable of detecting monitor resolutions, debconf should ask only if needed

On Tue, Aug 31, 2004 at 02:32:49PM -0500, Branden Robinson wrote:
> Yes, "somehow".  You don't provide any code, or anything beyond the barest
> sketch of a design really, so this is going to have to wait until after
> sarge.

http://www.google.com/search?q=ddcprobe+source

--

-- 
Daniel Stone                                                <daniels <at> debian.org>
Debian: the universal operating system                     http://www.debian.org
Daniel Stone | 1 Sep 2004 05:13
Picon
Favicon

Bug#253607: #253607: xserver-xfree86: (debconf) X >4.3.0 is perfectly capable of detecting monitor resolutions, debconf should ask only if needed

On Tue, Aug 31, 2004 at 02:32:49PM -0500, Branden Robinson wrote:
> My only concern about that approach is we'd better be damn sure starting X
> doesn't lock up people's machines, especially on our more exotic
> architectures.  discover and mdetect don't, and read-edid only seems to
> hurt x86 users with buggy hardware.

If you have an i855 or such, try running 'X :1 -probeonly -ac' some day,
when you have an X session already running.

--

-- 
Daniel Stone                                                <daniels <at> debian.org>
Debian: the universal operating system                     http://www.debian.org
Fabio Massimo Di Nitto | 1 Sep 2004 07:15

Re: Bug#259740: Windows key no longer treated as modifer, just as Super_L

On Tue, 31 Aug 2004, Denis Barbier wrote:

> The problem with -6 is that a patch had not been applied, so these
> changes were incomplete and Meta keys were broken in Debian packages.
> So IMO this bug should be cloned and reassigned to metacity, but I let
> Debian maintainers decide what to do.

FYI: The version that Ross is running is built from trunk that already
contains the patch you provided.

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.

Fabio Massimo Di Nitto | 1 Sep 2004 09:50

Re: Bug#269025: xserver-xfree86: nv driver from svn trunk doesn't work properly


Hi Lucas,

On Mon, 30 Aug 2004, Lucas Nussbaum wrote:

> Package: xserver-xfree86
> Version: 4.3.0.dfsg.1-6
> Severity: normal
>
> Hi,
>
> The nv driver from the SVN trunk doesn't work. It was discovered while
> testing a debian-based distribution which uses a nv_drv.o built from the
> SVN trunk.
>
[SNIP]
>
> There don't seem to be anything relevant in the XFree86 logfile.

Can you please send us both the logs with the working and non-working
driver?

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.
(Continue reading)

Denis Barbier | 1 Sep 2004 09:56

Bug#259740: Windows key no longer treated as modifer, just as Super_L

On Wed, Sep 01, 2004 at 07:15:37AM +0200, Fabio Massimo Di Nitto wrote:
> On Tue, 31 Aug 2004, Denis Barbier wrote:
> 
> > The problem with -6 is that a patch had not been applied, so these
> > changes were incomplete and Meta keys were broken in Debian packages.
> > So IMO this bug should be cloned and reassigned to metacity, but I let
> > Debian maintainers decide what to do.
> 
> FYI: The version that Ross is running is built from trunk that already
> contains the patch you provided.

I know, otherwise xmodmap would have displayed BadKey symbols ;)
It seems that I was unclear, my previous post was to tell that current
SVN version fixes all known modifier related issues.  Some problems
may persist, but in such cases it is likely that Ivan Pascal won't
consider them as bugs and applications should be fixed instead.

Denis

Debian Bug Tracking System | 1 Sep 2004 10:48
Picon

Processed: a little xserver-xfree86 debconf triage

Processing commands for control <at> bugs.debian.org:

> # #261777: Problems handling multiple detected video cards
> # Package: xserver-xfree86; Reported by: Matt Zimmerman <mdz <at> debian.org>; 34 days old.
> retitle 261777 xserver-xfree86: [debconf] when multiple video cards detected, choose one as the
default instead of using the architecture-specific default
Bug#261777: Problems handling multiple detected video cards
Changed Bug title.

> # requested feedback on 2004-08-13
> tag 261777 + moreinfo
Bug#261777: xserver-xfree86: [debconf] when multiple video cards detected, choose one as the default
instead of using the architecture-specific default
There were no tags set.
Tags added: moreinfo

> # I don't think this is a bug as much as it is a requested enhancement.
> # See the bug logs.
> severity 261777 wishlist
Bug#261777: xserver-xfree86: [debconf] when multiple video cards detected, choose one as the default
instead of using the architecture-specific default
Severity set to `wishlist'.

> #143571: xserver-common: debconf/dexconf do not support 320x240 resolution
> # Package: xserver-common; Severity: wishlist; Reported by: ChanChan KO
<chanchan <at> basil.freemail.ne.jp>; 2 years and 135 days old.
> retitle 143571 xserver-xfree86: [debconf] want support for 320x240 resolution
Bug#143571: xserver-common: debconf/dexconf do not support 320x240 resolution
Changed Bug title.

(Continue reading)


Gmane