Re: Mass bug filing: FTBFS because of using imake without Build-Depends on xutils-dev

2008-06-08 Thread Lucas Nussbaum
(Cced debian-x@)

On 07/06/08 at 21:13 -0700, Steve Langasek wrote:
> On Sat, Jun 07, 2008 at 07:26:05PM -0700, Daniel Schepler wrote:
> > From the changelog for xorg 1:7.3+11:
> 
> >   * Remove the dependency of xutils against xutils-dev, it was only useful
> > for transitional purpose in Etch, closes: #418123.
> 
> > This means that any package which used xmkmf/imake and had xutils, instead 
> > of 
> > xutils-dev, for the Build-Depends will now FTBFS.  It seems there were 
> > several packages which fall into this category (at this point, I've found 
> > 11 
> > packages starting with [0-9a-d]).  So unless there are any objections, I'll 
> > start filing bugs as I find them.
> 
> Mass bugfiling seems appropriate and reasonable, but if you've already found
> 11 build failures in [0-9a-d], I think a severity: serious bug should be
> filed against the new xorg in unstable to hold it out of lenny until the
> full impact is known and the release team can make an informed decision
> about whether this is acceptable for the release.

I found those issues as well (there are 84 packages failing to build
because of that). I discussed this briefly on #debian-x, but it's not
clear yet if the X maintainers want to revert this change.

I would personally prefer if this change was reverted and done after
lenny. We don't really need 84 new RC bugs...
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Mass bug filing: FTBFS because of using imake without Build-Depends on xutils-dev

2008-06-08 Thread Julien Cristau
On Sun, Jun  8, 2008 at 09:24:45 +0200, Lucas Nussbaum wrote:

> I found those issues as well (there are 84 packages failing to build
> because of that). I discussed this briefly on #debian-x, but it's not
> clear yet if the X maintainers want to revert this change.
> 
> I would personally prefer if this change was reverted and done after
> lenny. We don't really need 84 new RC bugs...

I think I told you I'd revert it.  But it would be nice if the mass bug
filing was done anyway, at important severity, so people have a chance
to fix that before it becomes RC when we drop the dependency again after
lenny.

Anyway, a serious bug against xutils 1:7.3+11 is in order for now.

Cheers,
Julien


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#485161: mesa: FTBFS when converted to new source format 3.0 (quilt): patch depends on changes from the diff.gz

2008-06-08 Thread Raphael Hertzog
Package: mesa
Version: 7.0.3-1
Severity: minor
Usertags: 3.0-quilt-by-default

To prepare a possible switch to the new source package format "3.0
(quilt)" [1], I converted all source packages and tried to rebuild them.
Unfortunately, mesa failed, you can try yourself with those
commands (and dpkg-dev >= 1.14.19 [2]) :

$ apt-get source mesa
$ sed -i -e '/^Source:/ aFormat: 3.0 (quilt)' mesa-7.0.3/debian/control
$ dpkg-source -b mesa-7.0.3
$ dpkg-source -x mesa_7.0.3-1.dsc
$ cd mesa-7.0.3 && debuild -us -uc

In this process, if the .diff.gz contains changes to upstream files,
dpkg-source will have created a corresponding patch in
debian/patches/debian-changes-7.0.3-1 and will have registered that
patch in a quilt series (debian/patches/series, it is created if needed).
All the patches listed in the "series" file are applied directly during
the extraction (dpkg-source -x). quilt itself is used if available (and
will thus lead to the creation of the .pc directory), otherwise
dpkg-source applies the patches by itself. For more information about the
new source package format see the manual page dpkg-source(1).

In the case of mesa, some patches of the quilt series rely on changes
contained in the .diff.gz. Please move those changes in the quilt series
as well.

With the new source format this fails because the new debian-changes-*
patch gets applied _after_ the quilt series.

As a side note, you must also pay attention to the following points in
your quilt usage to guarantee compatibility with the new source package
format:
- all your patches must be applicable with the "-p1" option of patch
  (and you shouldn't use options in the series file to override this)
- the patches must be in debian/patches/ together with the "series" file
  (you can use QUILT_PATCHES=debian/patches if needed)
- you should not override QUILT_PC to change the location of quilt's
  internal directory (".pc" by default)
- the patches should not reference absolute filenames (in +++/--- lines)
- your clean target must work even if the patches are already applied
- your build target must work with patches applied even if the clean
  target is supposed to unapply them (because dpkg-source -b might
  have applied them back)

Cheers,

[1] http://lists.debian.org/debian-devel-announce/2008/04/msg4.html
[2] the upcoming dpkg-dev 1.14.20 is more tolerant with patches, you can
grab it here if you want to try with that version:
http://people.debian.org/~hertzog/packages/dpkg-dev_1.14.20_all.deb
-- 
Raphael Hertzog




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#483946: xserver-xorg recommends non-working sun keyboard type

2008-06-08 Thread Bernhard R. Link
* Bernhard R. Link <[EMAIL PROTECTED]> [080602 07:57]:
> > /usr/share/X11/xkb/rules/xorg seems to list sun4/sun5/sun6 instead.  But
> > if you've tested that choosing type4 or type5 works, then we'll keep
> > that.
> 
> Actually, after reading the files I think only sun4/sun5/sun6 will actually 
> work
> for the localized variants.

After actually testing this, I have to correct both things: sun5 does
not work (not even in us), while type5 does work both for us and de.
(even AltGr seems to work)

Hochachtungsvoll,
Bernhard R. Link



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#485176: compiz: FTBFS when converted to new source format 3.0 (quilt): patches modify files in debian directory

2008-06-08 Thread Raphael Hertzog
Package: compiz
Version: 0.7.4-1
Severity: wishlist
Usertags: 3.0-quilt-by-default

To prepare a possible switch to the new source package format "3.0
(quilt)" [1], I converted all source packages and tried to rebuild them.
Unfortunately, compiz failed, you can try yourself with those
commands (and dpkg-dev >= 1.14.19 [2]) :

$ apt-get source compiz
$ sed -i -e '/^Source:/ aFormat: 3.0 (quilt)' compiz-0.7.4/debian/control
$ dpkg-source -b compiz-0.7.4
$ dpkg-source -x compiz_0.7.4-1.dsc
$ cd compiz-0.7.4 && debuild -us -uc

In this process, if the .diff.gz contains changes to upstream files,
dpkg-source will have created a corresponding patch in
debian/patches/debian-changes-0.7.4-1 and will have registered that
patch in a quilt series (debian/patches/series, it is created if needed).
All the patches listed in the "series" file are applied directly during
the extraction (dpkg-source -x). quilt itself is used if available (and
will thus lead to the creation of the .pc directory), otherwise
dpkg-source applies the patches by itself. For more information about the
new source package format see the manual page dpkg-source(1).

In the case of compiz, the quilt series contains patches that
modify files in the debian directory. You shouldn't have to dynamically
patch the files in the debian directory since its content is
provided by the .diff.gz (or the new .debian.tar.gz in the new format).

Dynamic modification of files from the debian directory makes it
impossible for dpkg-source to generate debian-changes-* patch
because the quilt series doesn't apply on top of the upstream
sources with a copy of the current debian directory (where the
changes has been applied already).

As a side note, you must also pay attention to the following points in
your quilt usage to guarantee compatibility with the new source package
format:
- all your patches must be applicable with the "-p1" option of patch
  (and you shouldn't use options in the series file to override this)
- the patches must be in debian/patches/ together with the "series" file
  (you can use QUILT_PATCHES=debian/patches if needed)
- you should not override QUILT_PC to change the location of quilt's
  internal directory (".pc" by default)
- the patches should not reference absolute filenames (in +++/--- lines)
- your clean target must work even if the patches are already applied
- your build target must work with patches applied even if the clean
  target is supposed to unapply them (because dpkg-source -b might
  have applied them back)

Cheers,

[1] http://lists.debian.org/debian-devel-announce/2008/04/msg4.html
[2] the upcoming dpkg-dev 1.14.20 is more tolerant with patches, you can
grab it here if you want to try with that version:
http://people.debian.org/~hertzog/packages/dpkg-dev_1.14.20_all.deb
-- 
Raphael Hertzog




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



xorg: Changes to 'debian-unstable'

2008-06-08 Thread Julien Cristau
 debian/changelog  |8 
 debian/control|2 +-
 debian/xserver-xorg.templates |6 ++
 3 files changed, 11 insertions(+), 5 deletions(-)

New commits:
commit ad40898753c5bdc5d4fe5c14626d8a90c330816c
Author: Julien Cristau <[EMAIL PROTECTED]>
Date:   Sun Jun 8 18:21:12 2008 +0200

Re-add the xutils-dev dependency to xutils.

There are still too many packages build-depending on xutils and
expecting imake to be available. We'll drop it again after the lenny
release.

diff --git a/debian/changelog b/debian/changelog
index dbc2bcd..61e7b62 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -8,6 +8,9 @@ xorg (1:7.3+12) UNRELEASED; urgency=low
   * Don't recommend the 'sun' xkb rule set, they're handled by 'xorg' now,
 with the type4 and type5 models (closes: #483946).  Thanks, Bernhard R.
 Link!
+  * Re-add the xutils-dev dependency to xutils.  There are still too many
+packages build-depending on xutils and expecting imake to be available.
+We'll drop it again after the lenny release.
 
  -- Julien Cristau <[EMAIL PROTECTED]>  Fri, 30 May 2008 23:06:42 +0200
 
diff --git a/debian/control b/debian/control
index 3ba2280..b448a78 100644
--- a/debian/control
+++ b/debian/control
@@ -199,7 +199,7 @@ Description: miscellaneous X clients - metapackage
 Package: xutils
 Section: x11
 Architecture: all
-Depends: x11-xfs-utils, x11-utils, x11-xserver-utils, x11-session-utils, 
xfonts-utils
+Depends: x11-xfs-utils, x11-utils, x11-xserver-utils, x11-session-utils, 
xfonts-utils, xutils-dev
 Description: X Window System utility programs metapackage
  xutils provides a set of utility programs shipped with the X Window System.
  Many of these programs are useful even on a system that does not have any X

commit ff611eef4607018d3a7526aff31a102b881d5dfa
Author: Julien Cristau <[EMAIL PROTECTED]>
Date:   Sun Jun 8 18:07:25 2008 +0200

The only sane choice for xkbrules is xorg; sun is gone

Don't recommend the 'sun' xkb rule set, they're handled by 'xorg' now,
with the type4 and type5 models (closes: #483946).  Thanks, Bernhard R.
Link!

diff --git a/debian/changelog b/debian/changelog
index ce2a4f4..dbc2bcd 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -4,6 +4,11 @@ xorg (1:7.3+12) UNRELEASED; urgency=low
   * Debconf translations:
 - Belarusian. Closes: #483697
 
+  [ Julien Cristau ]
+  * Don't recommend the 'sun' xkb rule set, they're handled by 'xorg' now,
+with the type4 and type5 models (closes: #483946).  Thanks, Bernhard R.
+Link!
+
  -- Julien Cristau <[EMAIL PROTECTED]>  Fri, 30 May 2008 23:06:42 +0200
 
 xorg (1:7.3+11) unstable; urgency=low
diff --git a/debian/xserver-xorg.templates b/debian/xserver-xorg.templates
index 550f7f7..098824e 100644
--- a/debian/xserver-xorg.templates
+++ b/debian/xserver-xorg.templates
@@ -59,8 +59,7 @@ _Description: XKB rule set to use:
  For the X server to handle the keyboard correctly, an XKB rule set must be
  chosen.
  .
- Users of most keyboards should enter "xorg".  Users of Sun Type 4 and Type
- 5 keyboards, however, should enter "sun".
+ Users of most keyboards should enter "xorg".
  .
  Experienced users can use any defined XKB rule set.  If the xkb-data
  package has been unpacked, see the /usr/share/X11/xkb/rules directory for
@@ -83,8 +82,7 @@ _Description: Keyboard model:
   - pc105: similar to pc104 and often found in Europe. Includes a "< >" key;
   - macintosh: Macintosh keyboards using the new input layer with Linux
keycodes;
-  - macintosh_old: Macintosh keyboards not using the new input layer.
-  With the "sun" rule set:
+  - macintosh_old: Macintosh keyboards not using the new input layer;
   - type4: Sun Type4 keyboards;
   - type5: Sun Type5 keyboards.
  .


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#483946: xserver-xorg recommends non-working sun keyboard type

2008-06-08 Thread Bernhard R. Link
* Bernhard R. Link <[EMAIL PROTECTED]> [080608 16:00]:
> After actually testing this, I have to correct both things: sun5 does
> not work (not even in us), while type5 does work both for us and de.
> (even AltGr seems to work)

I've finally found the really correct solution:

To use type 5 keyboards, use "sun6". This even makes the Compose-key
and all those other special keys work.

This is coherent with base.xml's description of sun6:


  
sun6
Sun Type 5/6
Sun Microsystems
  


Looks like sun5 support was merged into sun6 and sun5 simply
abandoned.

Hochachtungsvoll,
Bernhard R. Link



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#483961: marked as done (Missing/Wrong Symbols on Sun keyboard)

2008-06-08 Thread Debian Bug Tracking System

Your message dated Sun, 8 Jun 2008 18:51:47 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#483961: Missing/Wrong Symbols on Sun keyboard
has caused the Debian Bug report #483961,
regarding Missing/Wrong Symbols on Sun keyboard
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
483961: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=483961
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: xkb-data
Version: 1.3-1

Using
Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "type5"
Option  "XkbLayout" "us"
EndSection

I miss some keys on my Sun Type 5c keyboard..
Always first the keycode and current binding (as reported by xev),
then what is written on the key and my suggestions in parenthes.

keyblock to the left:

keycode 232 (keysym 0x0, NoSymbol)
Stop (SunStop or XF86Stop)

keycode 134 (keysym 0x0, NoSymbol)
Props (SunProps)

keycode 140 (keysym 0x0, NoSymbol)
Front (SunFront)

keycode 191 (keysym 0x0, NoSymbol)
Open (SunOpen or XF86Open)

keycode 122 (keysym 0x0, NoSymbol)
Find (Find)

keycode 133 (keysym 0x0, NoSymbol)
Again (Redo or SunAgain)

keycode 135 (keysym 0x0, NoSymbol)
Undo (Undo)

keycode 248 (keysym 0x0, NoSymbol)
Copy (XF86Copy or SunCopy)

keycode 192 (keysym 0x0, NoSymbol)
Paste (XF86Paste or SunPaste)

keycode 188 (keysym 0x0, NoSymbol)
Cut (XF86Cut or SunCut)

* keys above the num pad:

keycode 160 (keysym 0x0, NoSymbol)
Mute / Degauss (XF86AudioMute or SunAudioMute/SunVideoDegauss)

keycode 174 (keysym 0x0, NoSymbol)
Quiet / Dim (XF86AudioLowerVolume or SunAudioLowerVolume/SunLowerBrightness)

keycode 176 (keysym 0x0, NoSymbol)
Loud / Bright (XF86AudioRaiseVolume or SunAudioRaiseVolume/SunRaiseBrightness)

* keys left of the Fnum keys:

keycode 245 (keysym 0x0, NoSymbol)
Help (Help)

keycode 239 (keysym 0x0, NoSymbol)
unlabeled key between Help and F1
(I guess having that without sym does not harm)

Also
keycode 117 (keysym 0xff67, Menu)
is labeled compose, so I consider Menu unstead of Multi_key quite
irritating.

Hochachtungsvoll,
Bernhard R. Link


--- End Message ---
--- Begin Message ---
* Bernhard R. Link <[EMAIL PROTECTED]> [080608 16:46]:
> Using
> Section "InputDevice"
> Identifier  "Generic Keyboard"
> Driver  "kbd"
> Option  "XkbRules"  "xorg"
> Option  "XkbModel"  "type5"
> Option  "XkbLayout" "us"
> EndSection
> I miss some keys on my Sun Type 5c keyboard..

The proper solution seems to be to use sun6 instead, i.e.:
| Section "InputDevice"
| Identifier  "Generic Keyboard"
| Driver  "kbd"
| Option  "XkbRules"  "base"
| Option  "XkbModel"  "sun6"
| Option  "XkbLayout" "us"
| EndSection

This has all the keys bound correctly (it produces some warnings,
but those tell that some keys are multiply named and it uses the
correct names).

Thus the only problem is that using sun6 for type 5 keyboards
is quite unintuitive (though documented in base.{lst,xml}).

Hochachtungsvoll,
Bernhard R. Link

--- End Message ---


Bug#469335: xkb-data: sun rules reference nonexistent symbols

2008-06-08 Thread Bernhard R. Link
* Bernhard R. Link <[EMAIL PROTECTED]> [080608 16:53]:
> The attached patch makes model sun5 work again, at least in layout us.
> I'll see if I can find some other keyboards next weekend to test.

While this patch makes it loadable without errors again, the layout
seems still not correct. But I found the real solution:
Sun type 5 keyboards are now supposed to use the sun6 model, according
to base.xml (and tested with a type 5c us and a type 5 de keyboard):


  
sun6
Sun Type 5/6
Sun Microsystems
  


Perhaps the best solution is just to remove the old sun5 (no idea about
sun4) thus (or make it an alias/copy of the sun6 rule)

Hochachtungsvoll,
Bernhard R. Link



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#485185: xorg-server: FTBFS when converted to new source format 3.0 (quilt): require -p0 for some patches

2008-06-08 Thread Raphael Hertzog
Package: xorg-server
Version: 2:1.4.1~git20080517-1
Severity: wishlist
Usertags: 3.0-quilt-by-default

To prepare a possible switch to the new source package format "3.0
(quilt)" [1], I converted all source packages and tried to rebuild them.
Unfortunately, xorg-server failed, you can try yourself with those
commands (and dpkg-dev >= 1.14.19 [2]) :

$ apt-get source xorg-server
$ sed -i -e '/^Source:/ aFormat: 3.0 (quilt)' 
xorg-server-1.4.1~git20080517/debian/control
$ dpkg-source -b xorg-server-1.4.1~git20080517
$ dpkg-source -x xorg-server_1.4.1~git20080517-1.dsc
$ cd xorg-server-1.4.1~git20080517 && debuild -us -uc

In this process, if the .diff.gz contains changes to upstream files,
dpkg-source will have created a corresponding patch in
debian/patches/debian-changes-2:1.4.1~git20080517-1 and will have registered 
that
patch in a quilt series (debian/patches/series, it is created if needed).
All the patches listed in the "series" file are applied directly during
the extraction (dpkg-source -x). quilt itself is used if available (and
will thus lead to the creation of the .pc directory), otherwise
dpkg-source applies the patches by itself. For more information about the
new source package format see the manual page dpkg-source(1).

In the case of xorg-server, it already uses quilt but some of the patches
require the '-p0' option of patch to be properly applied and this
option has been hardcoded in the series file. The new source package
format doesn't support this quilt feature and requires patches
to be applicable with the '-p1' option.

You can use the following command to easily update all the patches
that use the '-p0' option:
$ awk '{ if ($2 == "-p0") print $1 }' debian/patches/series | while read f; do 
perl -pi -e 's|^--- (?:\./)?|--- a/|; s|^\+\+\+ (?:\./)?|+++ b/|;' 
debian/patches/$f ; done

Not that you can replace "a" by "xorg-server-1.4.1~git20080517.orig" and
"b" by "xorg-server-1.4.1~git20080517" if you prefer.

Then don't forget to strip the "-p0" options from debian/patches/series.

As a side note, you must also pay attention to the following points in your
quilt usage to guarantee compatibility with the new source package
format:
- the patches must be in debian/patches/ together with the "series" file
  (you can use QUILT_PATCHES=debian/patches if needed)
- you should not override QUILT_PC to change the location of quilt's
  internal directory (".pc" by default)
- the patches should not reference absolute filenames (in +++/--- lines)
- your clean target must work even if the patches are already applied
- your build target must work with patches applied even if the clean
  target is supposed to unapply them (because dpkg-source -b might
  have applied them back)

Cheers,

[1] http://lists.debian.org/debian-devel-announce/2008/04/msg4.html
[2] the upcoming dpkg-dev 1.14.20 is more tolerant with patches, you can
grab it here if you want to try with that version:
http://people.debian.org/~hertzog/packages/dpkg-dev_1.14.20_all.deb
-- 
Raphael Hertzog




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



xorg: Changes to 'debian-unstable'

2008-06-08 Thread Julien Cristau
 debian/changelog |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 672c589ceb2b6b50a63b11ffaf7a69daa197ff45
Author: Julien Cristau <[EMAIL PROTECTED]>
Date:   Sun Jun 8 19:19:04 2008 +0200

Add bug closer

diff --git a/debian/changelog b/debian/changelog
index 61e7b62..85843e5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -10,7 +10,7 @@ xorg (1:7.3+12) UNRELEASED; urgency=low
 Link!
   * Re-add the xutils-dev dependency to xutils.  There are still too many
 packages build-depending on xutils and expecting imake to be available.
-We'll drop it again after the lenny release.
+We'll drop it again after the lenny release (closes: #485184).
 
  -- Julien Cristau <[EMAIL PROTECTED]>  Fri, 30 May 2008 23:06:42 +0200
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#485186: Mouse and trackpad acts weird with xorg 1:7.3+10

2008-06-08 Thread Sajith T S
Package: xorg
Version: 1:7.3+10
Severity: important

I'm not sure this is a real bug or something else altogether; I'm
filing a bug anyway since my mouse and trackpad was almost unusable
for some time and I didn't know what was causing it.  I couldn't find
any similar xorg bug in the BTS, so perhaps this is peculiar to my
hardware (Thinkpad R61, Microsoft Basic Optical Mouse 1.0A)?

So this is what happened: after a bunch of lenny upgrades, my laptop's
trackpad and the mouse started to act weird.  These are the symptoms:

  * Single clicks act like double clicks, i.e., launches items on
GNOME desktop instead of selecting those items.

  * There is no way to single click on anything.

  * Clicking on launchers on GNOME panel will not launch anything.

  * Switching to XFCE did not make any difference.  I didn't try
anything else.

  * I've this obsessive-compulsive syndrome -- I need to resize
those large desktop icons, content preview and all, to smaller
sizes when I have a new PDF file, image, or video.  Clicking
"stretch icon" item on the context menu started to crash
nautilus.  So I installed a bunch of GNOME -dbg packages as well.
However after this I could not bring up the context menu again --
left-clicking would just de-select the icon now.

I found this problem report and fix in a KDE list:

http://lists.kde.org/?l=kde&m=121096419029110&w=2

The same change in xorg.conf as mentioned in the above mailing list
post fixed my problem, which would be, in xorg.conf:

 Section "InputDevice"
Identifier  "Generic Mouse"
Driver  "mouse"
-   Option  "SendCoreEvents""true"
+   Option  "SendCoreEvents""false"
Option  "Device""/dev/input/mice"
Option  "Protocol"  "ImPS/2"
Option  "ZAxisMapping"  "4 5"

I didn't had to reboot, simply restarting X fixed it.

Thanks for any attention on this.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (600, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24 (PREEMPT)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xorg depends on:
ii  gnome-terminal [x-t 2.22.1-1 The GNOME 2 terminal emulator appl
ii  libgl1-mesa-glx [li 7.0.3-1  A free implementation of the OpenG
ii  libglu1-mesa7.0.3-1  The OpenGL utility library (GLU)
ii  x11-apps7.3+1X applications
ii  x11-session-utils   7.3+1X session utilities
ii  x11-utils   7.3+1X11 utilities
ii  x11-xfs-utils   7.3+1X font server utilities
ii  x11-xkb-utils   7.4+1X11 XKB utilities
ii  x11-xserver-utils   7.3+2X server utilities
ii  xauth   1:1.0.3-1X authentication utility
ii  xfonts-100dpi   1:1.0.0-4100 dpi fonts for X
ii  xfonts-75dpi1:1.0.0-475 dpi fonts for X
ii  xfonts-base 1:1.0.0-5standard fonts for X
ii  xfonts-scalable 1:1.0.0-6scalable fonts for X
ii  xfonts-utils1:7.4+1  X Window System font utility progr
ii  xinit   1.0.8-1  X server initialisation tool
ii  xkb-data1.2~cvs.20080501.1-1 X Keyboard Extension (XKB) configu
ii  xserver-xorg1:7.3+10 the X.Org X server
ii  xterm [x-terminal-e 235-1X terminal emulator

Versions of packages xorg recommends:
ii  xorg-docs 1:1.4-2Miscellaneous documentation for th

-- no debconf information

-- 
 Don't you wish you had more energy... or less ambition?
  9DB8FF06 : CB80 0BA6 7D13 B10A 6FBB  D43E B4D2 28AD 9DB8 FF06


signature.asc
Description: Digital signature


Re: Mass bug filing: FTBFS because of using imake without Build-Depends on xutils-dev

2008-06-08 Thread Daniel Schepler
On Sunday 08 June 2008 02:55:23 am Julien Cristau wrote:
> On Sun, Jun  8, 2008 at 09:24:45 +0200, Lucas Nussbaum wrote:
> > I found those issues as well (there are 84 packages failing to build
> > because of that). I discussed this briefly on #debian-x, but it's not
> > clear yet if the X maintainers want to revert this change.
> >
> > I would personally prefer if this change was reverted and done after
> > lenny. We don't really need 84 new RC bugs...
>
> I think I told you I'd revert it.  But it would be nice if the mass bug
> filing was done anyway, at important severity, so people have a chance
> to fix that before it becomes RC when we drop the dependency again after
> lenny.
>
> Anyway, a serious bug against xutils 1:7.3+11 is in order for now.
>
> Cheers,
> Julien

OK, that sounds like a good plan.  I'll file the bug against xutils and then 
start filing important severity bugs against the affected packages.
-- 
Daniel Schepler


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#485184: Dummy bug to keep xutils without Depends: xutils-dev out of testing

2008-06-08 Thread Daniel Schepler
Package: xutils
Version: 1:7.3+11
Severity: serious

Following the discussion on the thread under 
http://lists.debian.org/debian-devel/2008/06/msg00197.html , I'm filing this 
bug to keep xutils 1:7.3+11 out of testing.
-- 
Daniel Schepler



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#485186: Mouse and trackpad acts weird with xorg 1:7.3+10

2008-06-08 Thread Julien Cristau
On Sun, Jun  8, 2008 at 22:46:50 +0530, Sajith T S wrote:

> I'm not sure this is a real bug or something else altogether; I'm
> filing a bug anyway since my mouse and trackpad was almost unusable
> for some time and I didn't know what was causing it.  I couldn't find
> any similar xorg bug in the BTS, so perhaps this is peculiar to my
> hardware (Thinkpad R61, Microsoft Basic Optical Mouse 1.0A)?
> 
Please send us your full X log and xorg.conf.

Cheers,
Julien



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#485189: xserver-xorg-input-mouse: Mouse pointer freezes 50% of cases after "Log out user"

2008-06-08 Thread Eugen Dedu

Package: xserver-xorg-input-mouse
Version: 1:1.3.0-1
Severity: important

*** Please type your report below this line ***
Hi,

I use gdm.  I log in accound A.  I do some work.  I close all the
applications and log out (in order to log in account B).  gdm
reappears, the mouse pointer is put in the middle of the screen but it
cannot be moved.

Reproducible about 50% of cases.

/etc/init.d/gdm restart does not help.

This bug is not new to the actual unstable version, it started a few 
months ago.


Regards,
Eugen Dedu

-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 2007-10-07 18:28 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1831872 2008-05-18 14:57 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: nVidia Corporation GeForce 8600M GT 
(rev a1)


/etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 1901 2008-05-21 18:42 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# xorg.conf (xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "CoreKeyboard"
Option  "XkbRules""xorg"
Option  "XkbModel""pc104"
Option  "XkbLayout"   "us"
EndSection

#Section "InputDevice"
#Identifier "Configured Mouse"
#Driver "mouse"
#Option "CorePointer"
#Option "Device"  "/dev/input/mice"
#Option "Protocol""ImPS/2"
#Option "Emulate3Buttons" "true"
#EndSection

Section "InputDevice"
Identifier  "Synaptics Touchpad"
Driver  "synaptics"
Option  "SendCoreEvents"  "true"
Option  "Device"  "/dev/psaux"
#Option "Protocol""auto-dev"
#Option "HorizScrollDelta""0"
EndSection

Section "Device"
Identifier  "nVidia Corporation NVIDIA Default Card"
Driver  "nv"
BusID   "PCI:1:0:0"
Option  "AccelMethod" "EXA"
Option  "MigrationHeuristic"  "greedy"
EndSection

Section "Monitor"
Identifier  "Generic Monitor"
Option  "DPMS"
EndSection

Section "Screen"
Identifier  "Default Screen"
Device  "nVidia Corporation NVIDIA Default Card"
Monitor "Generic Monitor"
DefaultDepth24
SubSection "Display"
Modes   "1440x900" "800x600"
EndSubSection
EndSection

Section "ServerLayout"
Identifier  "Default Layout"
Screen  "Default Screen"
InputDevice "Generic Keyboard"
#   InputDevice "Configured Mouse"
InputDevice "Synaptics Touchpad"
EndSection


Xorg X server log files on system:
-rw-r--r-- 1 root root 34104 2008-02-11 21:58 /var/log/Xorg.21.log
-rw-r--r-- 1 root root 34100 2008-02-12 21:46 /var/log/Xorg.20.log
-rw-r--r-- 1 root root 34403 2008-06-08 18:50 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.4.0.90
Release Date: 5 September 2007
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.1~git20080517-1)
Current Operating System: Linux snoopy 2.6.25-2-amd64 #1 SMP Tue May 27 
12:45:24 UTC 2008 x86_64

Build Date: 18 May 2008  12:41:06PM

Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sun Jun  8 18:49:39 2008
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Generic Monitor"
(**) |   |-->Device "nVidia Corporation NVIDIA Default Card"
(**) |-->Input Device "Generic Keyboard"
(**) |-->Input Device "Synaptics Touchpad"
(==) Automatically adding device

Bug#485186: Mouse and trackpad acts weird with xorg 1:7.3+10

2008-06-08 Thread Sajith T S
Julien Cristau <[EMAIL PROTECTED]> wrote:

> Please send us your full X log and xorg.conf.

Attached.

Thanks,
Sajith.
-- 
 Don't you wish you had more energy... or less ambition?
  9DB8FF06 : CB80 0BA6 7D13 B10A 6FBB  D43E B4D2 28AD 9DB8 FF06
# XF86Config-4 (XFree86 X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type "man XF86Config-4" at the shell prompt.)
#
# This file is automatically updated on xserver-xfree86 package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xfree86
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
#   cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom
#   md5sum /etc/X11/XF86Config-4 >/var/lib/xfree86/XF86Config-4.md5sum
#   dpkg-reconfigure xserver-xfree86

Section "Files"
FontPath"unix/:7100"# local font server
# if the local font server has problems, we can fall back on these
FontPath"/usr/share/fonts/X11/misc"
FontPath"/usr/lib/X11/fonts/misc"
FontPath"/usr/share/fonts/X11/cyrillic"
FontPath"/usr/lib/X11/fonts/cyrillic"
FontPath"/usr/lib/X11/fonts/100dpi/:unscaled"
FontPath"/usr/lib/X11/fonts/75dpi/:unscaled"
FontPath"/usr/share/fonts/X11/Type1"
FontPath"/usr/lib/X11/fonts/Type1"
FontPath"/usr/share/fonts/X11/CID"
FontPath"/usr/lib/X11/fonts/CID"
FontPath"/usr/lib/X11/fonts/Speedo"
FontPath"/usr/share/fonts/X11/100dpi"
FontPath"/usr/lib/X11/fonts/100dpi"
FontPath"/usr/share/fonts/X11/75dpi"
FontPath"/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"extmod"
Load"freetype"
Load"glx"
Load"int10"
Load"record"
Load"type1"
Load"vbe"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "xfree86"
Option  "XkbModel"  "pc101"
Option  "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/psaux"
Option  "Protocol"  "ImPS/2"
Option  "ZAxisMapping"  "4 5"
EndSection
Section "InputDevice"
Identifier  "Generic Mouse"
Driver  "mouse"
Option  "SendCoreEvents""true"
Option  "Device""/dev/input/mice"
Option  "Protocol"  "ImPS/2"
Option  "ZAxisMapping"  "4 5"
EndSection

Section "Device"
Identifier  "Generic Video Card"
Driver  "i810"
EndSection

Section "Monitor"
Identifier  "Generic Monitor"
HorizSync   30-68
VertRefresh 50-85
Option  "DPMS"
EndSection

Section "Screen"
Identifier  "Default Screen"
Device  "Generic Video Card"
Monitor "Generic Monitor"
DefaultDepth24
SubSection "Display"
Depth   1
Modes   "1152x864" "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   4
Modes   "1152x864" "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   8
Modes   "1152x864" "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   15
Modes   "1152x864" "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   16
Modes   "1152x864" "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   24
Modes   "1024x768" "1280x1024" "800x600" "640x480"
EndSubSection
EndSection

Section "ServerLayout"
Identifier  "Default Layout"
Screen  "Default Screen"
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
InputDevice "Generic Mouse"
EndSection

Section "DRI"
Mode0666
EndSection

X.Org X Server 1.4.0.90
Release Date: 5 September 2007
X Protocol Ve

comerciais e documentos modelos de respostas a propostas comerciais

2008-06-08 Thread P.G.

com 2.000 otimos Modelos. Nossas Cartas Comerciais possui diversos exemplos 
tais 
como: Convites modelos de cartas com mensagem mensagens de pêsames, carta de 
apresentação comercial E-mails Comerciais., modelos de convites para eventos 
Oferecemos um pacote de modelos de cartas comerciais

Visite:
http://www.modelosdecartascomerciais.com

oficio curriculos, tipos de redação carta de apresentação comercial, Modelos 
de Cartas Comerciais - Curso de Escrita e Redação exemplo de carta comercial, 
comerciais e documentos modelos de respostas a propostas comerciais.

Veja em:
http://www.modelosdecartascomerciais.com

modelos de textos Contratos, modelos de convites para eventos carta comercial, 
modelos de atestados médico modelos de cartas com mensagem mensagens de pêsames 
modelos de cartas de pedidos de demissão e muito mais comerciais e documentos 
modelos de respostas a propostas comerciais.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#485274: xserver-xorg-video-rendition: FTBFS when converted to new source format 3.0 (quilt): require -p0 for some patches

2008-06-08 Thread Raphael Hertzog
Package: xserver-xorg-video-rendition
Version: 1:4.1.3.dfsg.1-4
Severity: wishlist
Usertags: 3.0-quilt-by-default

To prepare a possible switch to the new source package format "3.0
(quilt)" [1], I converted all source packages and tried to rebuild them.
Unfortunately, xserver-xorg-video-rendition failed, you can try yourself with 
those
commands (and dpkg-dev >= 1.14.19 [2]) :

$ apt-get source xserver-xorg-video-rendition
$ sed -i -e '/^Source:/ aFormat: 3.0 (quilt)' 
xserver-xorg-video-rendition-4.1.3.dfsg.1/debian/control
$ dpkg-source -b xserver-xorg-video-rendition-4.1.3.dfsg.1
$ dpkg-source -x xserver-xorg-video-rendition_4.1.3.dfsg.1-4.dsc
$ cd xserver-xorg-video-rendition-4.1.3.dfsg.1 && debuild -us -uc

In this process, if the .diff.gz contains changes to upstream files,
dpkg-source will have created a corresponding patch in
debian/patches/debian-changes-1:4.1.3.dfsg.1-4 and will have registered that
patch in a quilt series (debian/patches/series, it is created if needed).
All the patches listed in the "series" file are applied directly during
the extraction (dpkg-source -x). quilt itself is used if available (and
will thus lead to the creation of the .pc directory), otherwise
dpkg-source applies the patches by itself. For more information about the
new source package format see the manual page dpkg-source(1).

In the case of xserver-xorg-video-rendition, it already uses quilt but some of 
the patches
require the '-p0' option of patch to be properly applied and this
option has been hardcoded in the series file. The new source package
format doesn't support this quilt feature and requires patches
to be applicable with the '-p1' option.

You can use the following command to easily update all the patches
that use the '-p0' option:
awk '{ if ($2 == "-p0") print $1 }' debian/patches/series | while read f; do 
perl -pi -e 's|^--- (?:\./)?|--- a/|; s|^\+\+\+ (?:\./)?|+++ b/|;' 
debian/patches/$f ; done

Not that you can replace "a" by 
"xserver-xorg-video-rendition-4.1.3.dfsg.1.orig" and
"b" by "xserver-xorg-video-rendition-4.1.3.dfsg.1" if you prefer.

Then don't forget to strip the "-p0" options from debian/patches/series.

As a side note, you must also pay attention to the following points in your
quilt usage to guarantee compatibility with the new source package
format:
- the patches must be in debian/patches/ together with the "series" file
  (you can use QUILT_PATCHES=debian/patches if needed)
- you should not override QUILT_PC to change the location of quilt's
  internal directory (".pc" by default)
- the patches should not reference absolute filenames (in +++/--- lines)
- your clean target must work even if the patches are already applied
- your build target must work with patches applied even if the clean
  target is supposed to unapply them (because dpkg-source -b might
  have applied them back)

Cheers,

[1] http://lists.debian.org/debian-devel-announce/2008/04/msg4.html
[2] the upcoming dpkg-dev 1.14.20 is more tolerant with patches, you can
grab it here if you want to try with that version:
http://people.debian.org/~hertzog/packages/dpkg-dev_1.14.20_all.deb
-- 
Raphael Hertzog




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#485273: xfs: FTBFS when converted to new source format 3.0 (quilt): require -p0 for some patches

2008-06-08 Thread Raphael Hertzog
Package: xfs
Version: 1:1.0.7-2
Severity: wishlist
Usertags: 3.0-quilt-by-default

To prepare a possible switch to the new source package format "3.0
(quilt)" [1], I converted all source packages and tried to rebuild them.
Unfortunately, xfs failed, you can try yourself with those
commands (and dpkg-dev >= 1.14.19 [2]) :

$ apt-get source xfs
$ sed -i -e '/^Source:/ aFormat: 3.0 (quilt)' xfs-1.0.7/debian/control
$ dpkg-source -b xfs-1.0.7
$ dpkg-source -x xfs_1.0.7-2.dsc
$ cd xfs-1.0.7 && debuild -us -uc

In this process, if the .diff.gz contains changes to upstream files,
dpkg-source will have created a corresponding patch in
debian/patches/debian-changes-1:1.0.7-2 and will have registered that
patch in a quilt series (debian/patches/series, it is created if needed).
All the patches listed in the "series" file are applied directly during
the extraction (dpkg-source -x). quilt itself is used if available (and
will thus lead to the creation of the .pc directory), otherwise
dpkg-source applies the patches by itself. For more information about the
new source package format see the manual page dpkg-source(1).

In the case of xfs, it already uses quilt but some of the patches
require the '-p0' option of patch to be properly applied and this
option has been hardcoded in the series file. The new source package
format doesn't support this quilt feature and requires patches
to be applicable with the '-p1' option.

You can use the following command to easily update all the patches
that use the '-p0' option:
awk '{ if ($2 == "-p0") print $1 }' debian/patches/series | while read f; do 
perl -pi -e 's|^--- (?:\./)?|--- a/|; s|^\+\+\+ (?:\./)?|+++ b/|;' 
debian/patches/$f ; done

Not that you can replace "a" by "xfs-1.0.7.orig" and
"b" by "xfs-1.0.7" if you prefer.

Then don't forget to strip the "-p0" options from debian/patches/series.

As a side note, you must also pay attention to the following points in your
quilt usage to guarantee compatibility with the new source package
format:
- the patches must be in debian/patches/ together with the "series" file
  (you can use QUILT_PATCHES=debian/patches if needed)
- you should not override QUILT_PC to change the location of quilt's
  internal directory (".pc" by default)
- the patches should not reference absolute filenames (in +++/--- lines)
- your clean target must work even if the patches are already applied
- your build target must work with patches applied even if the clean
  target is supposed to unapply them (because dpkg-source -b might
  have applied them back)

Cheers,

[1] http://lists.debian.org/debian-devel-announce/2008/04/msg4.html
[2] the upcoming dpkg-dev 1.14.20 is more tolerant with patches, you can
grab it here if you want to try with that version:
http://people.debian.org/~hertzog/packages/dpkg-dev_1.14.20_all.deb
-- 
Raphael Hertzog




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#485267: twm: FTBFS when converted to new source format 3.0 (quilt): require -p0 for some patches

2008-06-08 Thread Raphael Hertzog
Package: twm
Version: 1:1.0.4-1
Severity: wishlist
Usertags: 3.0-quilt-by-default

To prepare a possible switch to the new source package format "3.0
(quilt)" [1], I converted all source packages and tried to rebuild them.
Unfortunately, twm failed, you can try yourself with those
commands (and dpkg-dev >= 1.14.19 [2]) :

$ apt-get source twm
$ sed -i -e '/^Source:/ aFormat: 3.0 (quilt)' twm-1.0.4/debian/control
$ dpkg-source -b twm-1.0.4
$ dpkg-source -x twm_1.0.4-1.dsc
$ cd twm-1.0.4 && debuild -us -uc

In this process, if the .diff.gz contains changes to upstream files,
dpkg-source will have created a corresponding patch in
debian/patches/debian-changes-1:1.0.4-1 and will have registered that
patch in a quilt series (debian/patches/series, it is created if needed).
All the patches listed in the "series" file are applied directly during
the extraction (dpkg-source -x). quilt itself is used if available (and
will thus lead to the creation of the .pc directory), otherwise
dpkg-source applies the patches by itself. For more information about the
new source package format see the manual page dpkg-source(1).

In the case of twm, it already uses quilt but some of the patches
require the '-p0' option of patch to be properly applied and this
option has been hardcoded in the series file. The new source package
format doesn't support this quilt feature and requires patches
to be applicable with the '-p1' option.

You can use the following command to easily update all the patches
that use the '-p0' option:
awk '{ if ($2 == "-p0") print $1 }' debian/patches/series | while read f; do 
perl -pi -e 's|^--- (?:\./)?|--- a/|; s|^\+\+\+ (?:\./)?|+++ b/|;' 
debian/patches/$f ; done

Not that you can replace "a" by "twm-1.0.4.orig" and
"b" by "twm-1.0.4" if you prefer.

Then don't forget to strip the "-p0" options from debian/patches/series.

As a side note, you must also pay attention to the following points in your
quilt usage to guarantee compatibility with the new source package
format:
- the patches must be in debian/patches/ together with the "series" file
  (you can use QUILT_PATCHES=debian/patches if needed)
- you should not override QUILT_PC to change the location of quilt's
  internal directory (".pc" by default)
- the patches should not reference absolute filenames (in +++/--- lines)
- your clean target must work even if the patches are already applied
- your build target must work with patches applied even if the clean
  target is supposed to unapply them (because dpkg-source -b might
  have applied them back)

Cheers,

[1] http://lists.debian.org/debian-devel-announce/2008/04/msg4.html
[2] the upcoming dpkg-dev 1.14.20 is more tolerant with patches, you can
grab it here if you want to try with that version:
http://people.debian.org/~hertzog/packages/dpkg-dev_1.14.20_all.deb
-- 
Raphael Hertzog




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#485272: xfonts-cyrillic: FTBFS when converted to new source format 3.0 (quilt): require -p0 for some patches

2008-06-08 Thread Raphael Hertzog
Package: xfonts-cyrillic
Version: 1:1.0.0-5
Severity: wishlist
Usertags: 3.0-quilt-by-default

To prepare a possible switch to the new source package format "3.0
(quilt)" [1], I converted all source packages and tried to rebuild them.
Unfortunately, xfonts-cyrillic failed, you can try yourself with those
commands (and dpkg-dev >= 1.14.19 [2]) :

$ apt-get source xfonts-cyrillic
$ sed -i -e '/^Source:/ aFormat: 3.0 (quilt)' 
xfonts-cyrillic-1.0.0/debian/control
$ dpkg-source -b xfonts-cyrillic-1.0.0
$ dpkg-source -x xfonts-cyrillic_1.0.0-5.dsc
$ cd xfonts-cyrillic-1.0.0 && debuild -us -uc

In this process, if the .diff.gz contains changes to upstream files,
dpkg-source will have created a corresponding patch in
debian/patches/debian-changes-1:1.0.0-5 and will have registered that
patch in a quilt series (debian/patches/series, it is created if needed).
All the patches listed in the "series" file are applied directly during
the extraction (dpkg-source -x). quilt itself is used if available (and
will thus lead to the creation of the .pc directory), otherwise
dpkg-source applies the patches by itself. For more information about the
new source package format see the manual page dpkg-source(1).

In the case of xfonts-cyrillic, it already uses quilt but some of the patches
require the '-p0' option of patch to be properly applied and this
option has been hardcoded in the series file. The new source package
format doesn't support this quilt feature and requires patches
to be applicable with the '-p1' option.

You can use the following command to easily update all the patches
that use the '-p0' option:
awk '{ if ($2 == "-p0") print $1 }' debian/patches/series | while read f; do 
perl -pi -e 's|^--- (?:\./)?|--- a/|; s|^\+\+\+ (?:\./)?|+++ b/|;' 
debian/patches/$f ; done

Not that you can replace "a" by "xfonts-cyrillic-1.0.0.orig" and
"b" by "xfonts-cyrillic-1.0.0" if you prefer.

Then don't forget to strip the "-p0" options from debian/patches/series.

As a side note, you must also pay attention to the following points in your
quilt usage to guarantee compatibility with the new source package
format:
- the patches must be in debian/patches/ together with the "series" file
  (you can use QUILT_PATCHES=debian/patches if needed)
- you should not override QUILT_PC to change the location of quilt's
  internal directory (".pc" by default)
- the patches should not reference absolute filenames (in +++/--- lines)
- your clean target must work even if the patches are already applied
- your build target must work with patches applied even if the clean
  target is supposed to unapply them (because dpkg-source -b might
  have applied them back)

Cheers,

[1] http://lists.debian.org/debian-devel-announce/2008/04/msg4.html
[2] the upcoming dpkg-dev 1.14.20 is more tolerant with patches, you can
grab it here if you want to try with that version:
http://people.debian.org/~hertzog/packages/dpkg-dev_1.14.20_all.deb
-- 
Raphael Hertzog




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



xorg: Changes to 'debian-unstable'

2008-06-08 Thread Christian Perrier
 debian/changelog|1 
 debian/po/ar.po |   40 ++-
 debian/po/be.po |   39 ++-
 debian/po/bg.po |   42 ++-
 debian/po/bs.po |   39 ++-
 debian/po/ca.po |   40 ++-
 debian/po/cs.po |   40 ++-
 debian/po/da.po |   40 ++-
 debian/po/de.po |   40 ++-
 debian/po/dz.po |   40 ++-
 debian/po/el.po |   42 ++-
 debian/po/es.po |   42 ++-
 debian/po/eu.po |   40 ++-
 debian/po/fi.po |   39 ++-
 debian/po/fr.po |  590 ++--
 debian/po/gl.po |   41 ++-
 debian/po/he.po |   40 ++-
 debian/po/hr.po |   40 ++-
 debian/po/hu.po |   40 ++-
 debian/po/id.po |   40 ++-
 debian/po/it.po |   43 ++-
 debian/po/ja.po |   40 ++-
 debian/po/km.po |   40 ++-
 debian/po/ko.po |   39 ++-
 debian/po/ku.po |   13 -
 debian/po/lt.po |   40 ++-
 debian/po/ml.po |   40 ++-
 debian/po/mr.po |   40 ++-
 debian/po/nb.po |   40 ++-
 debian/po/ne.po |   40 ++-
 debian/po/nl.po |   44 ++-
 debian/po/nn.po |   40 ++-
 debian/po/pl.po |   44 ++-
 debian/po/pt.po |   42 ++-
 debian/po/pt_BR.po  |   43 ++-
 debian/po/ro.po |   42 ++-
 debian/po/ru.po |   40 ++-
 debian/po/sk.po |   40 ++-
 debian/po/sq.po |   41 ++-
 debian/po/sv.po |   42 ++-
 debian/po/ta.po |   39 ++-
 debian/po/templates.pot |9 
 debian/po/th.po |   39 ++-
 debian/po/tr.po |   40 ++-
 debian/po/vi.po |   40 ++-
 debian/po/wo.po |   43 ++-
 debian/po/zh_CN.po  |   40 ++-
 debian/po/zh_TW.po  |   40 ++-
 48 files changed, 1427 insertions(+), 971 deletions(-)

New commits:
commit 8223aa12c900b243cc26901b699215426159c320
Author: Christian Perrier <[EMAIL PROTECTED]>
Date:   Sun Jun 8 22:37:43 2008 +0200

Remove wrong address for Wolof translation team

diff --git a/debian/po/wo.po b/debian/po/wo.po
index 4b18f9b..ceaed55 100644
--- a/debian/po/wo.po
+++ b/debian/po/wo.po
@@ -10,7 +10,7 @@ msgstr ""
 "POT-Creation-Date: 2008-06-08 22:20+0200\n"
 "PO-Revision-Date: 2006-10-17 19:25+\n"
 "Last-Translator: Mouhamadou Mamoune Mbacke <[EMAIL PROTECTED]>\n"
-"Language-Team: Wolof <[EMAIL PROTECTED]>\n"
+"Language-Team: Wolof\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"

commit 69071fc5cf2751183aac093300745096d299b11e
Author: Christian Perrier <[EMAIL PROTECTED]>
Date:   Sun Jun 8 22:27:25 2008 +0200

French translation update

diff --git a/debian/changelog b/debian/changelog
index 85843e5..e5198ae 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -3,6 +3,7 @@ xorg (1:7.3+12) UNRELEASED; urgency=low
   [ Christian Perrier ]
   * Debconf translations:
 - Belarusian. Closes: #483697
+- French
 
   [ Julien Cristau ]
   * Don't recommend the 'sun' xkb rule set, they're handled by 'xorg' now,
diff --git a/debian/po/fr.po b/debian/po/fr.po
index ff32715..b520e31 100644
--- a/debian/po/fr.po
+++ b/debian/po/fr.po
@@ -26,13 +26,13 @@
 # Patrice Karatchentzeff, 2001.
 # J�r�me Schell, 2001.
 # Jean-Christophe Dubacq, 2002.
-# Christian Perrier <[EMAIL PROTECTED]>, 2003, 2004, 2006, 2007.
+# Christian Perrier <[EMAIL PROTECTED]>, 2003, 2004, 2006, 2007, 2008.
 msgid ""
 msgstr ""
-"Project-Id-Version: fr\n"
+"Project-Id-Version: \n"
 "Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
 "POT-Creation-Date: 2008-06-08 22:20+0200\n"
-"PO-Revision-Date: 2007-04-06 09:25+0200\n"
+"PO-Revision-Date: 2008-06-08 22:26+0200\n"
 "Last-Translator: Christian Perrier <[EMAIL PROTECTED]>\n"
 "Language-Team: French <[EMAIL PROTECTED]>\n"
 "MIME-Version: 1.0\n"
@@ -186,13 +186,10 @@ msgstr ""
 #. Type: string
 #. Description
 #: ../xserver-xorg.templates:6001
-#, fuzzy
 #| msgid ""
 #| "Users of U.S. English keyboards should generally leave this entry blank."
 msgid "Users of most keyboards should enter \"xorg\"."
-msgstr ""
-"Les utilisateurs de clavier fran�ais devraient choisir la variante latin9 "
-"s'ils ont choisi la disposition ��fr��."
+msgstr "La plupart des claviers devraient �tre correctement g�r�s en 
choisissant ��xorg��."
 
 #. Type: string
 #. Description
@@ -233,7 +230,6 @@ msgstr ""
 #. Type: string
 #. Description
 #: ../xserver-xorg.templates:7001
-#, fuzzy
 #| msgid ""
 #| " With the \"xorg\" rule set:\n"
 #| " - pc101: traditional IBM PC/AT style keyboard with 101 keys, common in\n"
@@ -277,9 +273,9 @@ msgstr ""
 "   Comporte une touche ��inf�rieur ࠻ et ��sup�rieur ࠻�;\n"
 " - pc105 : semblable � ��pc104�� et utilis� fr�quemment en Europe.\n"
 "   Comporte une touche ��inf�rieur ࠻ et ��sup�rieur ࠻�;\n"
-" - macintosh : claviers Macintosh utilisent la nouvelle interface bas�e\n"
-"   sur les codes de clavier Linux�;\n"
-"Pour le jeu de r�gles ��sun���:\n"
+" - macintosh : claviers Mac

Bug#485293: [INTL:eu] xorg debconf templates Basque translation update

2008-06-08 Thread Piarres Beobide
Package: xorg
Version: 1:7.3+11
Severity: wishlist
Tags: l10n patch

Hi

Attached xorg debconf templates Basque translation update, please commit it.

thx


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xorg depends on:
ii  konsole [x-terminal- 4:3.5.9.dfsg.1-2+b1 X terminal emulator for KDE
ii  libgl1-mesa-glx [lib 7.0.3-1 A free implementation of the OpenG
ii  libglu1-mesa 7.0.3-1 The OpenGL utility library (GLU)
ii  x11-apps 7.3+1   X applications
ii  x11-session-utils7.3+1   X session utilities
ii  x11-utils7.3+2   X11 utilities
ii  x11-xfs-utils7.3+1   X font server utilities
ii  x11-xkb-utils7.4+1   X11 XKB utilities
ii  x11-xserver-utils7.3+3   X server utilities
ii  xauth1:1.0.3-1   X authentication utility
ii  xfce4-terminal [x-te 0.2.8-5 Xfce terminal emulator
ii  xfonts-100dpi1:1.0.0-4   100 dpi fonts for X
ii  xfonts-75dpi 1:1.0.0-4   75 dpi fonts for X
ii  xfonts-base  1:1.0.0-5   standard fonts for X
ii  xfonts-scalable  1:1.0.0-6   scalable fonts for X
ii  xfonts-utils 1:7.4+1 X Window System font utility progr
ii  xinit1.0.9-2 X server initialisation tool
ii  xkb-data 1.3-1   X Keyboard Extension (XKB) configu
ii  xserver-xorg 1:7.3+11the X.Org X server
ii  xterm [x-terminal-em 235-1   X terminal emulator

Versions of packages xorg recommends:
ii  xorg-docs 1:1.4-2Miscellaneous documentation for th

-- no debconf information
# translation of xorg-eu.po to Euskara
# debconf templates for xorg-x11 package
# Euskara translation
#
# $Id: eu.po 490 2005-08-03 09:59:07Z ender $
#
# Copyright:
#
# This file is distributed under the same license as the xorg-x11 package.
# Please see debian/copyright.
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf is available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
# Branden Robinson, 2000-2004.
# Piarres Beobide <[EMAIL PROTECTED]>, 2005, 2006, 2007, 2008.
msgid ""
msgstr ""
"Project-Id-Version: xorg-eu\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-06-08 22:20+0200\n"
"PO-Revision-Date: 2008-06-08 22:57+0200\n"
"Last-Translator: Piarres Beobide <[EMAIL PROTECTED]>\n"
"Language-Team: Euskara <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms: nplurals=2; plural=(n != 1)\n"

#. Type: select
#. Description
#: ../xserver-xorg.templates:2001
msgid "X server driver:"
msgstr "X zerbitzari kontrolatzailea:"

#. Type: select
#. Description
#: ../xserver-xorg.templates:2001
msgid ""
"For the X Window System graphical user interface to operate correctly, it is "
"necessary to select a video card driver for the X server."
msgstr ""
"X Leiho Sistemak behar bezala funtziona dezan, beharrezkoa da X "
"zerbitzariarentzat bideo txartel kontrolatzaile bat aukeratzea."

#. Type: select
#. Description
#: ../xserver-xorg.templates:2001
msgid ""
"Drivers are typically named for the video card or chipset manufacturer, or "
"for a specific model or family of chipsets."
msgstr ""
"Kontrolatzaileak arruntean bideo txartel edo txip-jokoaren egilearen edo "
"jakindako modelo edo txip familiaren izena dute."

#. Type: boolean
#. Description
#: ../xserver-xorg.templates:3001
msgid "Use kernel framebuffer device interface?"
msgstr "Kernel framebuffer gailu interfazea erabili?"

#. Type: boolean
#. Description
#: ../xserver-xorg.templates:3001
msgid ""
"Rather than communicating directly with the video hardware, the X server may "
"be configured to perform some operations, such as video mode switching, via "
"the kernel's framebuffer driver."
msgstr ""
"Naiz hardwarearekin zuzenean harremanak izan, X zerbitzaria zenbait ekintza "
"egin ahal izateko, kernel framebuffer kontrolatzailearen bidez bideo modu "
"aldaketa kasu, konfiguratu egin behar dira."

#. Type: boolean
#. Description
#: ../xserver-xorg.templates:3001
msgid ""
"In theory, either approach should work, but in practice, sometimes one does "
"and

Bug#485360: xterm: FTBFS when converted to new source format 3.0 (quilt): require -p0 for some patches

2008-06-08 Thread Raphael Hertzog
Package: xterm
Version: 235-1
Severity: wishlist
Usertags: 3.0-quilt-by-default

To prepare a possible switch to the new source package format "3.0
(quilt)" [1], I converted all source packages and tried to rebuild them.
Unfortunately, xterm failed, you can try yourself with those
commands (and dpkg-dev >= 1.14.19 [2]) :

$ apt-get source xterm
$ sed -i -e '/^Source:/ aFormat: 3.0 (quilt)' xterm-235/debian/control
$ dpkg-source -b xterm-235
$ dpkg-source -x xterm_235-1.dsc
$ cd xterm-235 && debuild -us -uc

In this process, if the .diff.gz contains changes to upstream files,
dpkg-source will have created a corresponding patch in
debian/patches/debian-changes-235-1 and will have registered that
patch in a quilt series (debian/patches/series, it is created if needed).
All the patches listed in the "series" file are applied directly during
the extraction (dpkg-source -x). quilt itself is used if available (and
will thus lead to the creation of the .pc directory), otherwise
dpkg-source applies the patches by itself. For more information about the
new source package format see the manual page dpkg-source(1).

In the case of xterm, it already uses quilt but some of the patches
require the '-p0' option of patch to be properly applied and this
option has been hardcoded in the series file. The new source package
format doesn't support this quilt feature and requires patches
to be applicable with the '-p1' option.

You can use the following command to easily update all the patches
that use the '-p0' option:
awk '{ if ($2 == "-p0") print $1 }' debian/patches/series | while read f; do 
perl -pi -e 's|^--- (?:\./)?|--- a/|; s|^\+\+\+ (?:\./)?|+++ b/|;' 
debian/patches/$f ; done

Not that you can replace "a" by "xterm-235.orig" and
"b" by "xterm-235" if you prefer.

Then don't forget to strip the "-p0" options from debian/patches/series.

As a side note, you must also pay attention to the following points in your
quilt usage to guarantee compatibility with the new source package
format:
- the patches must be in debian/patches/ together with the "series" file
  (you can use QUILT_PATCHES=debian/patches if needed)
- you should not override QUILT_PC to change the location of quilt's
  internal directory (".pc" by default)
- the patches should not reference absolute filenames (in +++/--- lines)
- your clean target must work even if the patches are already applied
- your build target must work with patches applied even if the clean
  target is supposed to unapply them (because dpkg-source -b might
  have applied them back)

Cheers,

[1] http://lists.debian.org/debian-devel-announce/2008/04/msg4.html
[2] the upcoming dpkg-dev 1.14.20 is more tolerant with patches, you can
grab it here if you want to try with that version:
http://people.debian.org/~hertzog/packages/dpkg-dev_1.14.20_all.deb
-- 
Raphael Hertzog




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



xkeyboard-config 1.3-1 MIGRATED to testing

2008-06-08 Thread Debian testing watch
FYI: The status of the xkeyboard-config source package
in Debian's testing distribution has changed.

  Previous version: 1.2~cvs.20080501.1-1
  Current version:  1.3-1

-- 
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



xinit 1.0.9-2 MIGRATED to testing

2008-06-08 Thread Debian testing watch
FYI: The status of the xinit source package
in Debian's testing distribution has changed.

  Previous version: 1.0.8-1
  Current version:  1.0.9-2

-- 
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



xserver-xorg-input-keyboard 1:1.3.1-1 MIGRATED to testing

2008-06-08 Thread Debian testing watch
FYI: The status of the xserver-xorg-input-keyboard source package
in Debian's testing distribution has changed.

  Previous version: 1:1.2.2-3
  Current version:  1:1.3.1-1

-- 
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



xserver-xorg-input-jamstudio 1:1.2.0-1 MIGRATED to testing

2008-06-08 Thread Debian testing watch
FYI: The status of the xserver-xorg-input-jamstudio source package
in Debian's testing distribution has changed.

  Previous version: 1:1.1.0-3
  Current version:  1:1.2.0-1

-- 
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



xserver-xorg-input-vmmouse 1:12.5.1-1 MIGRATED to testing

2008-06-08 Thread Debian testing watch
FYI: The status of the xserver-xorg-input-vmmouse source package
in Debian's testing distribution has changed.

  Previous version: 1:12.4.3-2
  Current version:  1:12.5.1-1

-- 
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#480021: xserver-xorg-core: upgrading to 7.3 (recent testing) breaks xkbset -

2008-06-08 Thread A.Lizard

from kdm.log
expected keysym, got XF86KbdLightOnOff: line 70 of pc
expected keysym, got XF86KbdBrightnessDown: line 71 of pc
expected keysym, got XF86KbdBrightnessUp: line 72 of pc
expected keysym, got XF86KbdLightOnOff: line 70 of pc
expected keysym, got XF86KbdBrightnessDown: line 71 of pc
expected keysym, got XF86KbdBrightnessUp: line 72 of pc
Could not init font path element /usr/share/fonts/X11/cyrillic, removing 
from list!

expected keysym, got XF86KbdLightOnOff: line 70 of pc
expected keysym, got XF86KbdBrightnessDown: line 71 of pc
expected keysym, got XF86KbdBrightnessUp: line 72 of pc
expected keysym, got XF86MonBrightnessDown: line 149 of inet
expected keysym, got XF86MonBrightnessUp: line 150 of inet
expected keysym, got XF86KbdLightOnOff: line 153 of inet
expected keysym, got XF86KbdBrightnessDown: line 154 of inet
expected keysym, got XF86KbdBrightnessUp: line 155 of inet
expected keysym, got XF86Info: line 914 of inet
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:  Duplicate shape name ""
>   Using last definition
> Warning:  Duplicate shape name ""
>   Using last definition
> Warning:  Duplicate shape name ""
>   Using last definition
> Warning:  Duplicate shape name ""
>   Using last definition
> Warning:  Duplicate shape name ""
>   Using last definition
> Warning:  Duplicate shape name ""
>   Using last definition
> Warning:  Duplicate shape name ""
>   Using last definition
> Warning:  Duplicate shape name ""
>   Using last definition
> Warning:  Duplicate shape name ""
>   Using last definition
> Warning:  Duplicate shape name ""
>   Using last definition
> Warning:  Duplicate shape name ""
>   Using last definition
> Warning:  Duplicate shape name ""
>   Using last definition
> Warning:  Duplicate shape name ""
>   Using last definition
> Warning:  Duplicate shape name ""
>   Using last definition
> Error:Section defined without a name
>   Definition ignored
> Error:Section defined without a name
>   Definition ignored
> Error:Section defined without a name
>   Definition ignored
> Error:Section defined without a name
>   Definition ignored
> Warning:  Multiple doodads named ""
>   Using first definition
> Warning:  Multiple doodads named ""
>   Using first definition
> Warning:  Multiple doodads named ""
>   Using first definition
> Warning:  Multiple doodads named ""
>   Using first definition
> Warning:  Multiple doodads named ""
>   Using first definition
> Warning:  Multiple doodads named ""
>   Using first definition
Errors from xkbcomp are not fatal to the X server
(EE) Error compiling keymap (server-0)
(EE) XKB: Couldn't compile keymap
 end log
The following is what you told the other user.
The errors above are causing your problem. Sounds like your keymap is 
b0rked. Can you try setting the us layout instead of fi in xorg.conf to 
see if that changes anything?


I don't know what using the us layout did for the other user, but I was 
using the us layout to begin with and am getting what appear to be the 
identical log and xkbset errors with the exception:
> Warning: Type "ONE_LEVEL" has 1 levels, but  has 2 symbols > 
Ignoring extra symbols

was NOT present in my kdm.log



[EMAIL PROTECTED]:~$ xkbset q
XKB not supported for display :0.0
[EMAIL PROTECTED]:~$ xkbset exp =m
XKB not supported for display :0.0
[EMAIL PROTECTED]:~$


I'm reporting it here because I tried searching using some of the kdm.log 
error messages as a search term and found them connected with this bug... 
since I've got almost identical error messages and an identical xkbset failure.


My problem is not only that xkbset doesn't work, but I've still got the 
missing key problem I reported in:
Bug#481262: Info received (Bug#481262: Info received (xorg: does not read 
control keys or numlock or capslock keys with nvidia driver))


What happens now is that it works for a period ranging from minutes to 
hours, then the keys disappear.


I can clear the failure temporarily by:
$ setxkbmap us

However, I'd rather unb0rk the keyboard with the correct fix or at least a 
workaround that'll work until the next upgrade. I write for money and 
suddenly losing part of the keyboard *really* disrupts my train of thought.


Particularly because in the last upgrade, I lost several keys on the 
Windows VM in VMware Server (arrow keys, Insert - Home - End (remapped to 
Start button) - Delete - PgUp

Bug#485390: xorg: [INTL:he] updated debconf PO hebrew translation

2008-06-08 Thread Lior Kaplan
Package: xorg
Version: 1:7.3+11
Severity: wishlist
Tags: patch l10n

Please use the attached file.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xorg depends on:
pn  libgl1-mesa-dri(no description available)
ii  libgl1-mesa-glx   7.0.3-1A free implementation of the OpenG
ii  libglu1-mesa  7.0.3-1The OpenGL utility library (GLU)
ii  xbase-clients 1:7.3+11   miscellaneous X clients - metapack
ii  xfonts-100dpi 1:1.0.0-4  100 dpi fonts for X
ii  xfonts-75dpi  1:1.0.0-4  75 dpi fonts for X
ii  xfonts-base   1:1.0.0-5  standard fonts for X
ii  xfonts-scalable   1:1.0.0-6  scalable fonts for X
ii  xkb-data  1.3-1  X Keyboard Extension (XKB) configu
ii  xserver-xorg  1:7.3+11   the X.Org X server
ii  xterm 235-1  X terminal emulator
ii  xutils1:7.3+11   X Window System utility programs m

xorg recommends no packages.

# translation of he.po to Hebrew
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Amit Dovev <[EMAIL PROTECTED]>, 2007.
# Lior Kaplan <[EMAIL PROTECTED]>, 2007, 2008.
msgid ""
msgstr ""
"Project-Id-Version: he\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-06-08 22:20+0200\n"
"PO-Revision-Date: 2008-06-09 09:13+0300\n"
"Last-Translator: Lior Kaplan <[EMAIL PROTECTED]>\n"
"Language-Team: Hebrew <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"

#. Type: select
#. Description
#: ../xserver-xorg.templates:2001
msgid "X server driver:"
msgstr "מנהל התקן לשרת ה-X:"

#. Type: select
#. Description
#: ../xserver-xorg.templates:2001
msgid ""
"For the X Window System graphical user interface to operate correctly, it is "
"necessary to select a video card driver for the X server."
msgstr ""
"כדי שממשק המשתמש הגרפי של ה-X Window System יפעל כשורה, הכרחי לבחור מנהל "
"התקן לכרטיס וידאו לשרת ה-X."

#. Type: select
#. Description
#: ../xserver-xorg.templates:2001
msgid ""
"Drivers are typically named for the video card or chipset manufacturer, or "
"for a specific model or family of chipsets."
msgstr ""
"שמות מנהלי התקנים מורכבים בדר\"כ משם יצרן כרטיס הווידאו או ערכת השבבים, או "
"משם של דגם מסוים או משפחה של ערכת שבבים."

#. Type: boolean
#. Description
#: ../xserver-xorg.templates:3001
msgid "Use kernel framebuffer device interface?"
msgstr "להשתמש בממשק התקן ה-framebuffer של הקרנל?"

#. Type: boolean
#. Description
#: ../xserver-xorg.templates:3001
msgid ""
"Rather than communicating directly with the video hardware, the X server may "
"be configured to perform some operations, such as video mode switching, via "
"the kernel's framebuffer driver."
msgstr ""
"במקום תקשור ישיר עם חומרת הווידאו, ניתן להגדיר את שרת ה-X כך שיבצע פעולות "
"מסוימות, כמו למשל החלפת מצבי וידאו, באמצעות מנהל התקן ה-framebuffer של הקרנל."

#. Type: boolean
#. Description
#: ../xserver-xorg.templates:3001
msgid ""
"In theory, either approach should work, but in practice, sometimes one does "
"and the other does not.  Enabling this option is the safe bet, but feel free "
"to turn it off if it appears to cause problems."
msgstr ""
"בתיאוריה, כל אחת מהשיטות צריכה לעבוד, אבל בפועל לפעמים אחת מהן עובדת והשנייה "
"לא.  בחירה באפשרות זו היא הימור בטוח, אבל אם ידוע לך שהיא גורמת לבעיות - אל "
"תאפשר\\י אותה."

#. Type: string
#. Description
#: ../xserver-xorg.templates:4001
msgid "Video card's bus identifier:"
msgstr "מזהה ערוץ כרטיס הווידאו:"

#. Type: string
#. Description
#: ../xserver-xorg.templates:4001
msgid ""
"Users of PowerPC machines, and users of any computer with multiple video "
"devices, should specify the BusID of the video card in an accepted bus-"
"specific format."
msgstr ""
"משתמשים של מחשבי PowerPC, ומשתמשים של כל מחשב עם מספר התקני וידאו, צריכים "
"לציין את מזהה הערוץ של כרטיס הווידאו בפורמט ספציפי מקובל."

#. Type: string
#. Description
#: ../xserver-xorg.templates:4001
msgid "Examples:"
msgstr "דוגמאות:"

#. Type: string
#. Description
#: ../xserver-xorg.templates:4001
msgid ""
"For users of multi-head setups, this option will configure only one of the "
"heads.  Further configuration will have to be done manually in the X server "
"configuration file, /etc/X11/xorg.conf."
msgstr ""
"למשתמשים של תצורת ריבוי-ראשים, אפשרות זו תגדיר רק אחד מהראשים.  ניתן לקבוע "
"הגדרות נוספות באופן ידני, ע\"י עריכה של קובץ ההגדרות של שרת ה-X, /etc/X11/"
"xorg.conf."

#. Type: string
#. Description
#: ../xserver-xorg.templates:4001
msgid ""
"You may wish to use the \"lsp

xorg: Changes to 'debian-unstable'

2008-06-08 Thread Christian Perrier
 debian/changelog |3 
 debian/po/eu.po  |  642 +++
 debian/po/gl.po  |   30 --
 debian/po/ta.po  |   31 --
 4 files changed, 56 insertions(+), 650 deletions(-)

New commits:
commit f5698e96ae47ab031f6df9624b90bdd5dcbdba79
Author: Christian Perrier <[EMAIL PROTECTED]>
Date:   Mon Jun 9 06:45:49 2008 +0200

Adding some translations

diff --git a/debian/changelog b/debian/changelog
index e5198ae..b583868 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -4,6 +4,9 @@ xorg (1:7.3+12) UNRELEASED; urgency=low
   * Debconf translations:
 - Belarusian. Closes: #483697
 - French
+- Basque. Closes: #485293
+- Galician. Closes: #485292
+- Tamil. Closes: #485376
 
   [ Julien Cristau ]
   * Don't recommend the 'sun' xkb rule set, they're handled by 'xorg' now,
diff --git a/debian/po/eu.po b/debian/po/eu.po
index a99040d..9333c69 100644
--- a/debian/po/eu.po
+++ b/debian/po/eu.po
@@ -1,4 +1,4 @@
-# translation of xorg-eu.po to librezale
+# translation of xorg-eu.po to Euskara
 # debconf templates for xorg-x11 package
 # Euskara translation
 #
@@ -22,15 +22,15 @@
 #Developers do not need to manually edit POT or PO files.
 #
 # Branden Robinson, 2000-2004.
-# Piarres Beobide <[EMAIL PROTECTED]>, 2005, 2006, 2007.
+# Piarres Beobide <[EMAIL PROTECTED]>, 2005, 2006, 2007, 2008.
 msgid ""
 msgstr ""
 "Project-Id-Version: xorg-eu\n"
 "Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
 "POT-Creation-Date: 2008-06-08 22:20+0200\n"
-"PO-Revision-Date: 2007-04-07 22:06+0200\n"
+"PO-Revision-Date: 2008-06-08 22:57+0200\n"
 "Last-Translator: Piarres Beobide <[EMAIL PROTECTED]>\n"
-"Language-Team: librezale <[EMAIL PROTECTED]>\n"
+"Language-Team: Euskara <[EMAIL PROTECTED]>\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
@@ -67,7 +67,7 @@ msgstr ""
 #. Description
 #: ../xserver-xorg.templates:3001
 msgid "Use kernel framebuffer device interface?"
-msgstr "kernel framebuffer gailu interfazea erabili?"
+msgstr "Kernel framebuffer gailu interfazea erabili?"
 
 #. Type: boolean
 #. Description
@@ -126,7 +126,7 @@ msgid ""
 msgstr ""
 "Buru anitzeko konfigurazio erabiltzaileentzat, aukera honek buruetako bat "
 "bakarrik konfiguratuko du.  Beste konfigurazioak eskuz egin beharko dira X "
-"zerbitzariaren konfigurazio /etc/X11/xorg.conf fitxategian"
+"zerbitzariaren konfigurazio /etc/X11/xorg.conf fitxategian."
 
 #. Type: string
 #. Description
@@ -136,7 +136,7 @@ msgid ""
 "your PCI, AGP, or PCI-Express video card."
 msgstr ""
 "\"lspci\" komandoa erabili beharko zenuke zure PXI, PCI-Express edo AGP "
-"bideo txartelaren bus kokapena antzemateko. "
+"bideo txartelaren bus kokapena antzemateko."
 
 #. Type: string
 #. Description
@@ -147,7 +147,7 @@ msgid ""
 msgstr ""
 "Posible denean, galderak aurre erantzunak egongo dira eta zuk eskainitako "
 "aukerak onartzearekin aski izango duzu, aukera hauek funtzionatzen ez dutela "
-"jakin ez ezkero. "
+"jakin ez ezkero."
 
 #. Type: note
 #. Description
@@ -174,13 +174,8 @@ msgstr ""
 #. Type: string
 #. Description
 #: ../xserver-xorg.templates:6001
-#, fuzzy
-#| msgid ""
-#| "Users of U.S. English keyboards should generally leave this entry blank."
 msgid "Users of most keyboards should enter \"xorg\"."
-msgstr ""
-"E.B Ingeles teklatuen erabiltzaileek normalean aukera hau zurian utzi behar "
-"dute."
+msgstr "Teklatu gehienen erabiltzaileek \"xorg\" sartu beharko lukete."
 
 #. Type: string
 #. Description
@@ -220,23 +215,6 @@ msgstr ""
 #. Type: string
 #. Description
 #: ../xserver-xorg.templates:7001
-#, fuzzy
-#| msgid ""
-#| " With the \"xorg\" rule set:\n"
-#| " - pc101: traditional IBM PC/AT style keyboard with 101 keys, common in\n"
-#| "  the United States.  Has no \"logo\" or \"menu\" keys;\n"
-#| " - pc104: similar to pc101 model, with additional keys, usually engraved\n"
-#| "  with a \"logo\" symbol and a \"menu\" symbol;\n"
-#| " - pc102: similar to pc101 and often found in Europe. Includes a \"< >\" "
-#| "key;\n"
-#| " - pc105: similar to pc104 and often found in Europe. Includes a \"< >\" "
-#| "key;\n"
-#| " - macintosh: Macintosh keyboards using the new input layer with Linux\n"
-#| "  keycodes;\n"
-#| " - macintosh_old: Macintosh keyboards not using the new input layer.\n"
-#| " With the \"sun\" rule set:\n"
-#| " - type4: Sun Type4 keyboards;\n"
-#| " - type5: Sun Type5 keyboards."
 msgid ""
 " With the \"xorg\" rule set:\n"
 " - pc101: traditional IBM PC/AT style keyboard with 101 keys, common in\n"
@@ -258,15 +236,15 @@ msgstr ""
 "  Estatu Batuetan.  Ez du \"logo\" edo \"menu\" teklarik;\n"
 " - pc104: pc101 modeloaren antzekoa, normalean \"logo\" sinboloa eta\n"
 "  \"menu\" sinboloa dituztenak;\n"
-" - pc102: pc101 antzerakoa baina Europan aurki daitekeena, \"< >\" tekla\n"
+" - pc102: pc101 antzerakoa baina Europan aurki daitekeena. \"< >\" tekla\n"
 "  bat du;\n"
-" - pc10