Bug#1066398: xwayland: FTBFS: ./obj-x86_64-linux-gnu/meson-private/tmpz22kr2qg/./obj-x86_64-linux-gnu/meson-private/tmpz22kr2qg/testfile.c:17:(.text+0x9): undefined reference to `SHA1Init'

[Andreas Metzler]

On 2024-03-23 Diederik de Haas  wrote:
[...]
> 2) near the end of your build log is the following message:
> "../os/meson.build:63:8: ERROR: Problem encountered: secure-rpc requested, 
> but 
> neither libtirpc or libc RPC support were found"
> And that matches the build issue mentioned in #1065184.

> If you agree, please merge these two bugs.
> FTR: Bug #1065184 is already fixed in git.

FWIW I can cobnfirm that xwayland builds successfully if libtirpc-dev is
installed.

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

Bug#947364: libgl-dev: Missing dependency on libx11-dev

[Andreas Metzler]

Package: libgl-dev
Version: 1.3.0-5
Severity: serious

Hello,

libgl-dev seems to lack a dependency on libx11-dev. Rebuilding e.g.
3depict results in the following error:

/usr/include/GL/glx.h:30:10: fatal error: X11/Xlib.h: No such file or directory
   30 | #include 

cu Andreas

Bug#892956: libinput-dev: Requires.private without package dependencies breaks pkg-config users

[Andreas Metzler]

On 2018-03-15 Andreas Metzler <ametz...@bebt.de> wrote:
> On 2018-03-15 Timo Aaltonen <tjaal...@debian.org> wrote:
>> On 14.03.2018 22:25, Adrian Bunk wrote:
> > > Package: libinput-dev
[...] 
> > > Root cause are the new dependencies in Requires.private
> > > without package dependencies:
[...] 

>> 1.10.2-1 didn't have them, and nothing changed in 1.10.3 that would
>> result in this, so the culprit is elsewhere. Where did that
>> "Requires.private" come from?

> Hello,

> Meson changed:
[...]
> I guess the source was merging of 
> https://github.com/mesonbuild/meson/pull/3131 

I am not very familiar with meson but afaict from reading the docs
https://github.com/mesonbuild/meson/blob/master/docs/markdown/Pkgconfig-module.md
this behavior cannot be overriden. - Setting requires_private to ''
does not work since the autodeps are appended.

So it looks like the possibilties of fixing this are
1. Use a kludge (sed in debian/rules)
2. Add package dependencies
3. Stop using pkg.generate().

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

Bug#892956: libinput-dev: Requires.private without package dependencies breaks pkg-config users

[Andreas Metzler]

On 2018-03-15 Timo Aaltonen  wrote:
> On 14.03.2018 22:25, Adrian Bunk wrote:
> > Package: libinput-dev
[...] 
> > Root cause are the new dependencies in Requires.private
> > without package dependencies:

> > $ pkg-config --cflags  libinput
> > Package libwacom was not found in the pkg-config search path.
> > Perhaps you should add the directory containing `libwacom.pc'
> > to the PKG_CONFIG_PATH environment variable
> > Package 'libwacom', required by 'libinput', not found

> 1.10.2-1 didn't have them, and nothing changed in 1.10.3 that would
> result in this, so the culprit is elsewhere. Where did that
> "Requires.private" come from?

Hello,

Meson changed:

--- 
./libinput-1.10.3-builtwithmeson0.44.1-1/debian/libinput-dev/usr/lib/x86_64-linux-gnu/pkgconfig/libinput.pc
2018-03-15 18:24:08.366925927 +0100
+++ 
./libinput-1.10.3-builtwithmeson0.45.0-1/debian/libinput-dev/usr/lib/x86_64-linux-gnu/pkgconfig/libinput.pc
   2018-03-15 18:15:49.059380110 +0100
@@ -5,5 +5,7 @@ includedir=${prefix}/include
 Name: Libinput
 Description: Input device library
 Version: 1.10.3
+Requires.private: libwacom libudev mtdev libevdev
 Libs: -L${libdir} -linput
+Libs.private: -lm -lrt -L${libdir} -llibinput-util
 Cflags: -I${includedir}

I guess the source was merging of 
https://github.com/mesonbuild/meson/pull/3131 

cu Andreas

-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

Bug#802618: Bug #802618

[Andreas Metzler]

On 2015-10-22 mario_lu...@tiscali.it wrote:
>  Hello everyone.
> Sorry if I write not with reportbug.
> I have the same problem of Andreas Metzler but unlike him i do not
> have systemd installed.
> I tried to force the installation of libpam-systemd but the
> situation has not changed.

Hello,

What exactly does "tried to force the installation of libpam-systemd"
mean? Which commands did you run, what was the exact result?

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

Bug#802618: xinit: no keyboard/mouse support after yesterdays's upgrade

[Andreas Metzler]

Package: xinit
Version: 1.3.4-3
Severity: important

Hello,

yesterday's X11 upgrade broke my setup, both keyboard and mouse are
dead under X.

I am starting X with startx, and am ataching the X log file. Comparing
old (X as root) ad new logfile, these seem to be the interesting
lines: 


[   406.871] (II) LoadModule: "evdev"
[   406.871] (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so
[   406.898] (II) Module evdev: vendor="X.Org Foundation"
[   406.898]compiled for 1.16.4, module version = 2.9.2
[   406.898]Module class: X.Org XInput Driver
[   406.898]ABI class: X.Org XInput driver, version 21.0
[...]
[   406.899] (II) config/udev: Adding input device HID 046a:0023 
(/dev/input/event0)
[   406.899] (**) HID 046a:0023: Applying InputClass "evdev keyboard catchall"
[   406.899] (II) Using input driver 'evdev' for 'HID 046a:0023'
[   406.899] (**) HID 046a:0023: always reports core events
[   406.899] (**) evdev: HID 046a:0023: Device: "/dev/input/event0"
[   406.899] (EE) evdev: HID 046a:0023: Unable to open evdev device 
"/dev/input/event0".
[   406.899] (EE) PreInit returned 2 for "HID 046a:0023"
[   406.899] (II) UnloadModule: "evdev"
[   406.900] (II) config/udev: Adding input device HID 046a:0023 
(/dev/input/event1)
[   406.900] (**) HID 046a:0023: Applying InputClass "evdev keyboard catchall"
[   406.900] (II) Using input driver 'evdev' for 'HID 046a:0023'
[   406.900] (**) HID 046a:0023: always reports core events
[   406.900] (**) evdev: HID 046a:0023: Device: "/dev/input/event1"
[   406.900] (EE) evdev: HID 046a:0023: Unable to open evdev device 
"/dev/input/event1".
[   406.900] (EE) PreInit returned 2 for "HID 046a:0023"
[   406.900] (II) UnloadModule: "evdev"
[   406.901] (II) config/udev: Adding input device Logitech USB-PS/2 Optical 
Mouse (/dev/input/event2)
[   406.901] (**) Logitech USB-PS/2 Optical Mouse: Applying InputClass "evdev 
pointer catchall"
[   406.901] (II) Using input driver 'evdev' for 'Logitech USB-PS/2 Optical 
Mouse'
[   406.901] (**) Logitech USB-PS/2 Optical Mouse: always reports core events
[   406.901] (**) evdev: Logitech USB-PS/2 Optical Mouse: Device: 
"/dev/input/event2"
[   406.901] (EE) evdev: Logitech USB-PS/2 Optical Mouse: Unable to open evdev 
device "/dev/input/event2".
[   406.901] (EE) PreInit returned 2 for "Logitech USB-PS/2 Optical Mouse"
[   406.901] (II) UnloadModule: "evdev"
[   406.901] (II) config/udev: Adding input device Logitech USB-PS/2 Optical 
Mouse (/dev/input/mouse0)
[   406.901] (II) No input driver specified, ignoring this device.



ls l /dev/input
insgesamt 0
drwxr-xr-x 2 root root 120 Okt 21 19:23 by-id
drwxr-xr-x 2 root root 140 Okt 21 19:23 by-path
crw-rw 1 root input 13, 64 Okt 21 19:23 event0
crw-rw 1 root input 13, 65 Okt 21 19:23 event1
crw-rw 1 root input 13, 74 Okt 21 19:23 event10
crw-rw 1 root input 13, 75 Okt 21 19:23 event11
crw-rw 1 root input 13, 76 Okt 21 19:23 event12
crw-rw 1 root input 13, 77 Okt 21 19:23 event13
crw-rw 1 root input 13, 66 Okt 21 19:23 event2
crw-rw 1 root input 13, 67 Okt 21 19:23 event3
crw-rw 1 root input 13, 68 Okt 21 19:23 event4
crw-rw 1 root input 13, 69 Okt 21 19:23 event5
crw-rw 1 root input 13, 70 Okt 21 19:23 event6
crw-rw 1 root input 13, 71 Okt 21 19:23 event7
crw-rw 1 root input 13, 72 Okt 21 19:23 event8
crw-rw 1 root input 13, 73 Okt 21 19:23 event9
crw-rw 1 root input 13, 63 Okt 21 19:23 mice
crw-rw 1 root input 13, 32 Okt 21 19:23 mouse0

I am not a member of the input group.

I am not sure against which package I should report this, wich is
basically the only reason I have importanr severity. ;-) I would be
grateful for a quick fix. 

cu Andreas

-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xinit depends on:
ii  coreutils   8.23-4
ii  libc6   2.19-22
ii  libx11-62:1.6.3-1
ii  x11-common  1:7.7+12
ii  xauth   1:1.0.9-1

Versions of packages xinit recommends:
ii  mlterm [x-terminal-emulator]  3.5.0-1+b1
ii  wmaker [x-window-manager] 0.95.6-1.1
ii  xserver-xorg [xserver]1:7.7+12
ii  xterm [x-terminal-emulator]   320-1

xinit suggests no packages.

-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
[   352.975] 
X.Org X Server 1.17.2
Release Date: 2015-06-16
[   352.975] X Protocol Version 11, Revision 0
[   352.975] Build Operating System: Linux 3.16.0-4-amd64 i686 Debian
[   352.975] Current Operating System: Linux argenau 3.16.0-4-amd64 #1 

Bug#802618: xinit: no keyboard/mouse support after yesterdays's upgrade

[Andreas Metzler]

Control: reassign 802618 xserver-xorg-core 2:1.17.2-2
Control: severity 802618 serious
Control: retitle 802618 keyboard/mouse support broken - mising dep on 
libpam-systemd?

On 2015-10-21 Andreas Metzler <ametz...@bebt.de> wrote:
> Package: xinit
> Version: 1.3.4-3
> Severity: important

> Hello,

> yesterday's X11 upgrade broke my setup, both keyboard and mouse are
> dead under X.

> I am starting X with startx, and am attaching the X log file. Comparing
> old (X as root) ad new logfile, these seem to be the interesting
> lines: 

> 
[...]
> [   406.900] (**) evdev: HID 046a:0023: Device: "/dev/input/event1"
> [   406.900] (EE) evdev: HID 046a:0023: Unable to open evdev device 
> "/dev/input/event1".
> 
[...]
> I am not sure against which package I should report this, wich is
> basically the only reason I have important severity. ;-) I would be
> grateful for a quick fix. 

Hello,

reassiging, there seems to be a missig/incorrect dependency. Manually
installing libpam-systemd:i386 lets X work again.

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

Re: Bug#711053: hugin: Hugin crashes X system and machine has to be rebooted to recover

[Andreas Metzler]

reassign 711053 xserver-xorg-video-nouveau
severity 711053 important
thanks

On 2013-06-04 rowan.windwhist...@gmail.com rowan.windwhist...@gmail.com 
wrote:
[...]
* What led up to the situation? Simply start hugin from a terminal and teh 
 whole X system crashes and cannot be started again till the sytem is rebooted.
* What exactly did you do (or not do) that was effective (or
  ineffective)? I tried opening the program manually from the terminal as 
 I usually do. The program window hardly appears when the whole X system 
 crashes.
* What was the outcome of this action? A crash of the whole X system.
* What outcome did you expect instead? Well, being able to open and use 
 the program as usual.

 I am also enclosing the X log that may show why the X server is crashing (the 
 problem might be in the driver and not the program, no idea).
[...]
 [46.445] (II) NOUVEAU driver Date:   Fri Jul 6 16:23:50 2012 +1000
[...]
 [  1797.823] Segmentation fault at address (nil)
 [  1797.823] 
 Fatal server error:
 [  1797.823] Caught signal 11 (Segmentation fault). Server aborting
[...]

Hello,

hugin needs a working OpenGL support to run, does glxgears -info
work for you?

I am re-assigning the bug to the respective X11 display driver, since it
really should not crash.

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130604172143.ga3...@downhill.g.la

Bug#449228: xserver-xorg-video-intel-dbg is uninstallable on sparc, should not be arch:any

[Andreas Metzler]

Package: xserver-xorg-video-intel-dbg
Version: 2:2.1.1-1
Severity: important
Tags: patch

The new version of xserver-xorg-video-intel cannot propagate to
testing since xserver-xorg-video-intel-dbg is uninstallable on sparc.
The reason for that is easy to see:

-
[EMAIL PROTECTED]:/tmp/xserver-xorg-video-intel-2.1.1$ grep -E '^Arch|^Pack' 
debian/control  | head -n4
Package: xserver-xorg-video-intel
Architecture: alpha amd64 arm armeb armel hppa hurd-i386 i386 ia64 
kfreebsd-i386 m68k mips mipsel netbsd-i386 powerpc
Package: xserver-xorg-video-intel-dbg
Architecture: any
-

This tells the autobuilders on sparc to build and upload
xserver-xorg-video-intel-dbg but not xserver-xorg-video-intel,
therefore automatically generating an uninstallable package.

Please copy the Architecture line for xserver-xorg-video-intel to
xserver-xorg-video-intel-dbg and submit a bugreport against
ftp.debian.rg to remove the existing sparc binary of
xserver-xorg-video-intel-dbg.
cu andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'



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

Bug#432297: xkb-data: key AE12 generates acute with de+nodeadkey on PC keyboard (as in #241127)

[Andreas Metzler]

Package: xkb-data
Version: 0.9-4
Severity: normal

Hello,

after ugrading to etch I have refound #241127 (now in xkb-data instead
of XFree86). With this setup:

Section InputDevice
Identifier  Generic Keyboard
Driver  kbd
Option  CoreKeyboard
Option  XkbRules  xorg
Option  XkbModel  pc105
Option  XkbLayout de
Option  XkbVariantnodeadkeys
Option  XkbOptionscompose:menu
EndSection

The key AE12 (between scharfes s and backspace on a german
keyboard) produces a acute accent over space instead of
apostrophe/singlequote. Please fix this to produce an apostrophe.

Patch is simple afaiui:

--- /usr/share/X11/xkb/symbols/de.bak   2006-10-20 22:26:15.0 +0200
+++ /usr/share/X11/xkb/symbols/de   2007-07-09 10:07:28.0 +0200
@@ -43,7 +43,7 @@
 name[Group1]=Germany - Eliminate dead keys;
 
 key TLDE { [asciicircum,degree,  notsign,  notsign ] };
-key AE12 { [ acute,  grave,  cedilla,  cedilla ] };
+key AE12 { [apostrophe,  grave,  cedilla,  cedilla ] };
 key AD11 { [udiaeresis, Udiaeresis,diaeresis,diaeresis ] };
 key AD12 { [  plus,   asterisk,   asciitilde,   macron ] };
 key AC10 { [odiaeresis, Odiaeresis,  doubleacute,  doubleacute ] };

A single acute has no use, it is afaik always the wrong
character both in German and English language. Most people confuse it
with the apostroph and will accidentally type stuff like can´t instead
of can't. Apostrophe otoh is a frequently used character, especially
as single-quote.

This is also inconsistent with linux-console (de-latin1-nodeadkeys.kmap.gz)

thanks, cu andreas
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash
   http://downhill.aus.cc/


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

Bug#289584: xserver-xfree86: [ati/radeon] does not support unknown chipset (0x5960) rev 1 [Radeon 9250]

[Andreas Metzler]

Hello,
this bug should probably be closed. Works for me with Xorg.

[EMAIL PROTECTED]:/tmp/beast$ dpkg -l xserver*ati | grep ^ii
ii  xserver-xorg-video-ati 6.6.3-2X.Org X server -- ATI display driver
[EMAIL PROTECTED]:~$ grep 5960 /var/log/Xorg.0.log
(II) PCI: 01:00:0: chip 1002,5960 card 1002,5960 rev 01 class 03,00,00 hdr 80
ATI Radeon Mobility 9200 IGP 7835, ATI Radeon 9250 5960 (AGP),
(--) Chipset ATI Radeon 9250 5960 (AGP) found
(--) RADEON(0): Chipset: ATI Radeon 9250 5960 (AGP) (ChipID = 0x5960)
(II) RADEON(0): [agp] Mode 0x1f000a09 [AGP 0x1106/0x3189; Card 0x1002/0x5960]

cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Bug#405951: iceape-browser: Display glitches, wrong icons shown until redraw after switching tabs

[Andreas Metzler]

reassign 405951 iceape-browser
found 405951 1.0.7-2
thanks

On 2007-01-10 Mike Hommey [EMAIL PROTECTED] wrote:
[...]
 I'll assume this is an mga driver issue and reassign there. If it
 appears not to be one, please reassign here.

Well, I have switched to a Radeon [EMAIL PROTECTED] and can still
reproduce the bug. Reassigning again.
cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Re: Bug#369102: x11proto-render-dev: Dummy package still needed?

[Andreas Metzler]

Stefan Huehner [EMAIL PROTECTED] wrote:
 Package: x11proto-render-dev
 Version: 2:0.9.2-3
 Severity: wishlist

 your package builds 'render-dev' for transitional purposes. Currently
 there are only 2 packages left (in sid) which depend on render-dev
 - xorg-x11 (6.9)
 - openoffice.org (bug for changing the dependency has been filed).

 Is this dummy still needed after resolving these 2 occurrences?

Isn't this package mainly needed/useful for sarge-etch upgrades?
cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Bug#365837: xserver-xorg: Debconf questions use cryptic Accept/Decline when refering to user interface items

[Andreas Metzler]

On 2006-05-03 Thijs Kinkhorst [EMAIL PROTECTED] wrote:
[...]
 The bug concerns the following. When upgrading, I got questions like
 this one:

  The default keyboard layout selection for the Xorg server will be based
  on a combination of the language and the keyboard layout selected in the
  installer.

  Accept this option if you want the keyboard layout to be redetected.
  Decline it if you want to keep your current layout.

  Autodetect keyboard layout?

  Yes  No

 The text uses a cryptic way to, I guess, refer to the buttons at the bottom
 (Accept refers to Yes and Decline to No?). It could be that this is
 instantly obvious to native English speakers, but it's not to me. After
 reading it again I arrived at the conclusion that this must be a
 description of the buttons, but reading it again should not be
 necessary.

 I suggest to be as concrete as possible when directing users what to
 do, and refer to the present user interface items directly. This helps
 both people who are not intimately involved with the used language, and
 less expert users.

 My suggestion is therefore to use Select Yes if you want the keyboard
 layout to be redetected. Select No if you want to keep your current
 layout..

 This also applies to some other questions.

 Thanks in advance for your consideration.

Stuff like this is done on purpose, quoting developer's reference
---
6.5.2.4 Do not make assumptions about interfaces

Templates text should not make reference to widgets belonging to some
debconf interfaces. Sentences like If you answer Yes... have no
meaning for users of graphical interfaces which use checkboxes for
boolean questions.
[...]
More generally speaking, try to avoid referring to user actions. Just
give facts. 
---
cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Bug#306416: acknowledged by developer (Re: Bug#306416: libxcursor1: undefined symbol: XRenderCreateAnimCursor)

[Andreas Metzler]

On 2006-05-01 Martin Šlouf [EMAIL PROTECTED] wrote:
 Just to clarify: Can you see unresolved references in libxcursor1 with
 *current* debian unstable? Do you have problems with gaphor on Debian
 unstable?

 no, i dont have unresolved references in current debian unstable.
 everything is fine.
[...]
 now it works perfectly with/without my modifications to ld.so.conf

 - - - -

 hope that helped.

It did, thanks. - You confirmed that I did not close the bug report in
error, but that it is really fixed.
thanks, cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Bug#293480: acknowledged by developer (Bug#286164: fixed in xfree86 4.3.0.dfsg.1-11)

[Andreas Metzler]

On 2005-02-24 Alexander Kotelnikov [EMAIL PROTECTED] wrote:
 reopen 293480
 thanks

Why did you reopen the bug? I fail to reproduce it on sarge.
cu and- sending to [EMAIL PROTECTED] without any rationale sucks. -reas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Bug#353401: libxvmc-dev: libXvMCW.a compiled without -fPIC, can't be used in .so:s

[Andreas Metzler]

On 2006-02-18 Magnus Ihse Bursie [EMAIL PROTECTED] wrote:
 Package: libxvmc-dev
 Version: 6.9.0.dfsg.1-4
 Severity: important

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

 The libXvMCW.a contains non-relocatable code. This means that any attempt to
 build a lib*.so which links statically to libXvMCW.a will break.

 Diagnosing with objdump:
 objdump  -r libXvMCW.a  | grep REL24
 0034 R_PPC_REL24   strlen
 0040 R_PPC_REL24   strlen
 0050 R_PPC_REL24   malloc
 etc...
[...]

Hello,
I cannot reproduce this in 1:1.0.1-4:
[EMAIL PROTECTED]:/tmp$ dpkg -x 
/org/ftp.root/debian/pool/main/libx/libxvmc/libxvmc-dev_1.0.1-4_powerpc.deb 
xvcpower
[EMAIL PROTECTED]:/tmp$ objdump  -r xvcpower/usr/lib/libXvMCW.a | grep
REL24
[EMAIL PROTECTED]:/tmp$

could you please doublecheck?

thanks, cu andreas
PS: please reply to [EMAIL PROTECTED]
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Bug#306416: acknowledged by developer (Re: Bug#306416: libxcursor1: undefined symbol: XRenderCreateAnimCursor)

[Andreas Metzler]

[Quoting fixed]
On 2006-05-01 Martin Šlouf [EMAIL PROTECTED] wrote:
 On Mon, May 01, 2006 at 05:48:21AM -0700, Debian Bug Tracking System wrote:
 This is an automatic notification regarding your Bug report
[...]
 It has been closed by one of the developers, namely
[...]
 On 2005-04-26 Martin Slouf [EMAIL PROTECTED] wrote:
 Package: libxcursor1
 Version: 1.1.3-1
 Severity: normal
 [...]
 i tried to use gaphor, the python UML modeller, but it ends up with this 
 error:
 [...]
 ImportError: /usr/lib/libXcursor.so.1: undefined symbol: 
 XRenderCreateAnimCursor

 as one can see, the track of  this bug exists among debian developers, 
 though
 not reported:

 http://people.debian.org/~dirson/shlibs/per-maint.txt

 The current libxcursor1 available in unstable is linked against all
 necessary libraries, according to ldd -r. Closing.

 i noticed that, but on my debian unstable it reported unresolved
 referencies, i solved this about a 6 month ago
[...]

Hello,
Just to clarify: Can you see unresolved references in libxcursor1 with
*current* debian unstable? Do you have problems with gaphor on Debian
unstable?

Because I cannot see either the unresolved symbols in libxcursor1 or
the startup problem in gaphor (with /etc/ld.so.conf only containing
/usr/X11R6/lib).

cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Bug#365498: Bug #365498: Xnest: missing manpage

[Andreas Metzler]

On 2006-04-30 Bas Zoetekouw [EMAIL PROTECTED] wrote:
 Package: xnest
 Version: 1:1.0.2-7
 Severity: normal

 The man page for Xnest seems to be missing from the package;  it was
 probably lost in the Xorg transition womewhere.  Could you please
 readd it?

This should do it (untested, just from reading the buildlog)):

--
diff -Nur xorg-server-1.0.2debian.orig/xnest.install 
xorg-server-1.0.2debian/xnest.install
--- xorg-server-1.0.2debian.orig/xnest.install  2006-04-30 17:46:17.357539840 
+0200
+++ xorg-server-1.0.2debian/xnest.install   2006-04-30 17:30:13.562059024 
+0200
@@ -1 +1,2 @@
 usr/bin/Xnest
+usr/share/man/man1/Xnest.1*
--

(The manpage is installed as Xnest.1x, I simply chose to use a
wildcard to make it continue to work if you chose to drop the x
suffix.)

BTW, should fbdevhw(4) be installed into xserver-xorg-core, which
ships modules/linux/libfbdevhw.so?
--
diff -Nur xorg-server-1.0.2debian.orig/xserver-xorg-core.install 
xorg-server-1.0.2debian/xserver-xorg-core.install
--- xorg-server-1.0.2debian.orig/xserver-xorg-core.install  2006-04-30 
17:46:17.359539536 +0200
+++ xorg-server-1.0.2debian/xserver-xorg-core.install   2006-04-30 
17:42:26.777593320 +0200
@@ -8,3 +8,4 @@
 usr/share/man/man1/Xorg.1x
 usr/share/man/man5/xorg.conf.5x
 etc/X11/xinit/xserverrc
+usr/share/man/man4/fbdevhw.4
--

hth, cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Re: HELP!! Re: Bug#365126: wmrack - FTBFS: error: WMRack needs X Windows!!!

[Andreas Metzler]

In article [EMAIL PROTECTED] (gmane.linux.debian.devel.x) you wrote:
 Hi, I need some help or suggestions or something.  My package WMRack
 builds fine here--but I haven't yet upgraded to the new modular X.
 It fails to build on Debian's autobuilders though, and I'm darned if I
 have any idea why.  I am the sole upstream maintainer of this package
 as well as the Debian maintainer.  Nothing has changed in the package
 that should affect this.  

 The build-dependencies (which worked before) are: libx11-dev,
 libxext-dev, libxpm-dev, xutils, debhelper (= 4.0.0) and the
 autoconf stanza (from configure.in) is, simply:

 dnl check for X11
 dnl
 AC_PATH_X
[...]

Hello,
AC_PATH_X searches[1] for [Xt],[X11/Intrinsic.h],[XtMalloc (0)] by
default, so this shouldn't have worked[2], as you do not build-depend on
libxt-dev. Try purging libxt-dev and rebuild after
dpkg-source -x.

At least previously (pre-modular) there were three ways to fix this
kind of bug, I guess all of them should continue to work.

1) --x-includes=/usr/include --x-libraries=/usr/lib
2) (uselessly) build-depend on libxt-dev
3) invoke AC_PATH_X with arguments to search for a
 library/header/function you need anyway, instead of the default
 [Xt],[X11/Intrinsic.h],[XtMalloc (0)], e.g.:
 -AC_PATH_X
 +AC_PATH_X([X11],[Xlib.h],[XInitExtension()])

1 will break backports to non-modular, 3 is the cleanest (--
upstream) but will bloat the diff due to the need to regenerate the
complete auto-foo, so I would go for 2 in the Debian package.

cu andreas

[1] unless this has changed in modular, but I do not think so.
[2] according to the build-logs it has, though. ;-)
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Re: HELP!! Re: Bug#365126: wmrack - FTBFS: error: WMRack needs X Windows!!!

[Andreas Metzler]

On 2006-04-29 Andreas Metzler [EMAIL PROTECTED] wrote:
 In article [EMAIL PROTECTED] (gmane.linux.debian.devel.x) you wrote:
[cannot find X]
  The build-dependencies (which worked before) are: libx11-dev,
  libxext-dev, libxpm-dev, xutils, debhelper (= 4.0.0) and the
  autoconf stanza (from configure.in) is, simply:

  dnl check for X11
  dnl
  AC_PATH_X
 [...]

 AC_PATH_X searches[1] for [Xt],[X11/Intrinsic.h],[XtMalloc (0)] by
 default, so this shouldn't have worked[2],

I know now why it has worked previously: You are build-depending on
xutils, which used to contain xmkmf. - The autoconf test uses xmkmf if
available and only checks for libXt if xmkmf is not available. In
modular xmkmf lives in xutils-dev. So I guess you should simply build
depend on libxt-dev instead of xutils. This way your package will be
buildable on sarge and sid.

[...]
 [1] unless this has changed in modular, but I do not think so.

Hello,
Obviously this has nothing to do with modular, as the test is not part
of X but of autoconf. Debian's autoconf 2.59a-4 contains a changed
test that searches for X11/Xlib.h and XrmInitialize (See bug #327655),
but this will only make a change to *your* package if you rebuild
configure from configure.ac (or .in) using the new autoconf package.
This would bloat the diff and require some touch magic in
debian/rules.

cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Bug#362492: Bug #362492: xfs: Config file location has changed - postinstall and documentation fails to note this

[Andreas Metzler]

On 2006-04-13 Mike Brodbelt [EMAIL PROTECTED] wrote:
 Package: xfs
 Version: 1:1.0.1-4
 Severity: normal

 With previous versions of xfs, the config file used by default was
 /etc/X11/fs/config, however the newly packaged version now defaults to
 using /usr/lib/X11/fs/config.
[...]

Hello,
Afaict this easily fixable, either by patch.1 which requires
re-running automake or by patch.2 which simply hardcodes the path.
cu andreas

-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde
diff -Nur xfs-1.0.1.orig/Makefile.am xfs-1.0.1/Makefile.am
--- xfs-1.0.1.orig/Makefile.am  2006-03-06 01:13:54.0 +
+++ xfs-1.0.1/Makefile.am   2006-04-29 16:03:07.0 +
@@ -19,7 +19,7 @@
 #  TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR
 #  PERFORMANCE OF THIS SOFTWARE.
 
-configdir = $(libdir)/X11/fs
+configdir = $(sysconfdir)/X11/fs
 
 bin_PROGRAMS = xfs
 
diff -Nur xfs-1.0.1.orig/debian/rules xfs-1.0.1/debian/rules
--- xfs-1.0.1.orig/debian/rules 2006-04-29 15:53:16.0 +
+++ xfs-1.0.1/debian/rules  2006-04-29 16:03:21.0 +
@@ -43,7 +43,8 @@
mkdir obj-$(DEB_BUILD_GNU_TYPE)
cd obj-$(DEB_BUILD_GNU_TYPE)  \
../configure --prefix=/usr --mandir=\$${prefix}/share/man \
---infodir=\$${prefix}/share/info $(confflags) \
+--infodir=\$${prefix}/share/info \
+--sysconfdir=/etc $(confflags) \
 CFLAGS=$(CFLAGS) 
cd obj-$(DEB_BUILD_GNU_TYPE)  $(MAKE)
 
diff -Nur xfs-1.0.1.orig/difs/main.c xfs-1.0.1/difs/main.c
--- xfs-1.0.1.orig/difs/main.c  2006-03-06 01:13:54.0 +
+++ xfs-1.0.1/difs/main.c   2006-04-29 16:07:41.0 +
@@ -69,9 +69,7 @@
 
 Cache   serverCache;
 
-#ifndef DEFAULT_CONFIG_FILE
-#define DEFAULT_CONFIG_FILE /usr/lib/X11/fs/config
-#endif
+#define DEFAULT_CONFIG_FILE /etc/X11/fs/config
 
 #defineSERVER_CACHE_SIZE   1   /* for random server cacheables 
*/
 

Re: Need to purge xprint-common to get xorg 7 working

[Andreas Metzler]

Dominique Dumont [EMAIL PROTECTED] wrote:
 I've upgraded from Xork 6.9 to Xorg 7.0. While updating, aptitude
 insisted on removing xprint. Then xprint-common was removed by
 aptitude as it was no longer used.

 Unfortunately, I couldn't get Xorg to start with startx. Long story
 short, I found this error message in .xession-error:

  Xsession: X session started for root at Sun Apr 23 17:02:56 CEST 2006
  /etc/init.d/xprint: ## FATAL ERROR: Unknown XProjectRoot.
[...]

Hello,
The current code (1:1.0.1-1) in the init-script looks like this:
--
[ -d /usr/X11/bin ]  XPROJECTROOT=/usr/X11
[ -d /usr/X11R6/bin ]XPROJECTROOT=/usr/X11R6

# X11R7 now follows FHS, doesn't use it's own separate directory
XPROJECTROOT=/usr

XPCUSTOMGLUE=DebianGlue # This is used for customizing this script
export XPROJECTROOT XPCUSTOMGLUE

if [ -z ${XPROJECTROOT} ] ; then
fatal_error Unknown XProjectRoot.
fi
--
which does not break, older version including the one in etch and
sarge do not contain the XPROJECTROOT=/usr fallback.

I do not think XSF can really fix this bug, it can conflict with the
older versions, but this won't help against uninstalled, but not
pruned packages.

cu and- actually it is a bug that the init-script does *anything*
before checking whether the package is not uninstalled, the
actual checking happens at line 562. See #270054 -reas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Bug#364475: xorg: replace Depends: xterm with xterm | x-terminal-emulator

[Andreas Metzler]

On 2006-04-23 René van Bevern [EMAIL PROTECTED] wrote:
 Package: xorg
 Severity: wishlist
 Version: 1:7.0.14

 The xorg metapackage currently depends on xterm.  Could the dependency
 on xterm please be replaced by a dependency on xterm |
 x-terminal-emulator? This would give users the convenience of
 installing X.Org via the xorg package without needing to install
 xterm but a terminal emulator of their choice,
 e.g. rxvt-unicode.

 Previously, x-window-system-core provided this functionality, which
 is now provided by xorg.

Hello,
As the former x-window-system-core and xorg are identical (except for
the additional xterm dependency, which imho really should allow
alternatives) and as the name x-window-system-core is generic (it is
not named xfree86) I wonder whether the xorg package should not
simply be dropped in favour of x-window-system-core.

There are currently no reverse depencies on xorg (except
x-window-system-*) in Debian  so it *still* could be done without pain.
cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Re: X Strike Force X.Org X11 SVN commit: r1832 - trunk/debian/xorg/debian

[Andreas Metzler]

X Strike Force SVN Repository Admin [EMAIL PROTECTED] wrote:
[...]
 Log:
 * Make x-window-system and x-window-system-core transitional packages that
  depend on the xorg package. These packages will smooth upgrades from sarge
  and will be removed upon the release of etch.
[...]
 +++ trunk/debian/xorg/debian/control2006-04-17 14:13:30 UTC (rev 1832)
 @@ -148,3 +148,23 @@
 Description: transitional package for Debian etch
  This package is provided to smooth upgrades from Debian 3.1 (sarge) to
  Debian etch. It may be safely removed from your system.
 +
 +Package: x-window-system
 +Section: x11
[...]

Shouldn't transitional dummy packages live in section oldlibs?
   cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Bug#363079: x11-common postinst fails about broken test

[Andreas Metzler]

On 2006-04-17 Harald Dunkel [EMAIL PROTECTED] wrote:
[...]
 Suggested patch:

 --- debian/x11-common.postinst.in~  2006-04-15 18:33:45.0 +0200
 +++ debian/x11-common.postinst.in   2006-04-17 15:16:42.0 +0200
 @@ -50,7 +50,7 @@
fi
  fi

 -if [ ! -L -e -d /usr/X11R6/bin ]; then
 +if ! [ -L /usr/X11R6/bin ]  [ -d /usr/X11R6/bin ]; then
[...]

*Imho*
if [ ! -L /usr/X11R6/bin ]  [ -d /usr/X11R6/bin ]; then
is more readable.
cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Re: Bug#363079: x11-common postinst fails about broken test

[Andreas Metzler]

Daniel Stone [EMAIL PROTECTED] wrote:
[...]
 if [ ! -L /usr/X11R6/bin ]  [ -d /usr/X11R6/bin ]; then
 is more readable.

 More readable, not as portable.

Which systems have problems with that? [ ! sometest ] is
posix-compatible.
cu and- just wondering -reas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Re: Processing of xorg-x11_6.8.99.902.dfsg.1-1_i386.changes

[Andreas Metzler]

David Nusinow [EMAIL PROTECTED] wrote:
[...]
 Sorry this took so long to get uploaded everyone. Being the genius that I
 am, I kept forgetting my GPG key at home, where I couldn't upload the whole
 package set effectively. Sorry I haven't written the xlibs-dev announcement
 yet either, but I should have time to do it tomorrow.
[...]

You could work around this by uploading to merkel at work, signing the
changes-file at home (using debsign(1)) and using ssh to finally
upload from merkel to ftp-master.
 cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Re: xorg 6.9 manifest check failure in svn r728

[Andreas Metzler]

Frans Pop [EMAIL PROTECTED] wrote:
 On Saturday 22 October 2005 22:57, Will Dyson wrote:
 + for name in `find src -print | grep -v svn` ;   \@@\

 I would suggest to make that grep -v \.svn.

This should be faster

[...] find src -name .svn -prune -or -print

I do not know whether you'll like it.
   cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Re: x11-common preinst magic (was: X Strike Force X.Org X11 SVN commit: r621 - trunk/debian)

[Andreas Metzler]

X Strike Force SVN Repository Admin [EMAIL PROTECTED] wrote:
 Author: dnusinow
 Date: 2005-09-26 18:48:50 -0500 (Mon, 26 Sep 2005)
 New Revision: 621

 Modified:
   trunk/debian/changelog
   trunk/debian/x11-common.preinst.in
 Log:
 * Have x11-common preinst check for xfree86-common conffile modification. If
  there are no modifications, remove them so that dpkg doesn't prompt the
  user due to the package name change. Thanks Steve Langasek. (closes: #318688)
[...]
 +++ trunk/debian/x11-common.preinst.in  2005-09-26 23:48:50 UTC (rev 621)
 +  # upgrade continue without errors
 +  if dpkg --compare-versions $2 eq 4.3.0.dfsg.1-14; then
[...]

This won't work for two reasons:

- sarge has no x11-common package, so on upgrading from sarge to etch
  $2 in  x11-common's preinst is empty.

- The version check is too strict, we alreay have a security update in
  sarge (4.3.0.dfsg.1-14sarge1).

I do not see a nice solution currently, fixing #1 by putting the magic
in xfree86-common's mmaintainerscripts and making x11-common depend
on xfree86-common (=6.8.0) seems to be hideously ugly.

How about simply removing the files on *fresh* installations of
x11-common? ( [ $2 =  ], iirc)
  cu andreas
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash


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

Bug#318688: x11-common: conffile prompts for /etc/X11/Xsession* when replacing xfree86-common

[Andreas Metzler]

On 2005-09-25 Steve Langasek [EMAIL PROTECTED] wrote:
[...]
 No, you would only need to ship the *md5sum* of the old xfree86-common
 conffile with the x11-common package, for comparison with the currently
 installed version of the file.

Hello,
That is currently not possible isn't? i.e. there is no way to tell
dpkg The previous md5sum of the conffile was .[1]

I think this will need maintainerscript magic, similar to the one
discussed in http://article.gmane.org/gmane.linux.debian.devel.x/24539
and following.
 cu andreas
[1] Afaict dpkg calculates the new conffile's md5sum at installation
time, it is not even shipped in the .deb.

-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash


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

Bug#327744: libxt-dev build dependency missing on libxrender, ...

[Andreas Metzler]

On 2005-09-12 Sven Luther [EMAIL PROTECTED] wrote:
 On Sun, Sep 11, 2005 at 06:37:20PM -0400, Michel Dänzer wrote:
  On Mon, 2005-09-12 at 00:12 +0200, Sven Luther wrote:
   retitle 327744 [FTBFS] libxrender missing libxt-dev build-dep
[...] 
  That would just be a workaround, it would be better to fix the configure
  test for 'X'.

 Ah, so libxt-dev is not needed for this ?

Indeed.

Quoting from a similar bugreport:
| There are multiple possibilities for fixing this:
| 1) --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
| 2) (uselessly) build-depend on libxt-dev
| 3) invoke AC_PATH_X with arguments to search for a
| library/header/function you need anyway, instead of the default
| [Xt],[X11/Intrinsic.h],[XtMalloc (0)], e.g.:
| -AC_PATH_X
| +AC_PATH_X([X11],[Xlib.h],[XInitExtension()])

I have not checked libxrender's source code for a correct function to
search for, instead of XtMalloc.
   cu andreas
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash


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

Re: Digging a few feet for xlibs-dev

[Andreas Metzler]

David Nusinow [EMAIL PROTECTED] wrote:
 * We no longer build or ship xlibs-dev

 That's right everyone. We have a deadline for the transition and that's the
 upload of 6.9 to unstable.
[...]

Hello,
How about also dropping the | xlibs ( 4.1.0) from all the
shlibs-files? They really serve no purpose nowadays afaict and just
make the Depends: hard to read.
cu andreas
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash


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

Re: Bug#322076: xorg-x11: Dummy packages (3) generated from source package still needed?

[Andreas Metzler]

Dainel Stone [EMAIL PROTECTED] wrote:
 On Tue, Aug 09, 2005 at 07:24:12PM +0200, Andreas Metzler wrote:
[...]
 xlibs contains more than 300 dpkg-conffiles, and moving them from one
 package to another requires lots of manual md5summing in the
 package maintainer scripts as dpkg does not handle this at all and
 will throw lots of unnecessary configuration-file changed prompts.

 That is same problem anybody switching from xfree96 to xorg
 experiences with /etc/Xsession, just on a gigantic scale.

 Check out the xlibs and xkeyboard-config packages from Ubuntu for how
 this has been done.

Hello,
thanks for the pointer, this basically works as I thought it would,
comparing every no-longer-shipped conffile with the known md5sum of
the previous release nd removing it, if this is the case.

BTW is thee a reason why you do not use remove_conffile* as their
describig comments suggest:

remove_conffile_prepare () {
  # Check a conffile filename against a list of canonical MD5 checksums.
  # If the file's current MD5 checksum matches one of the official_md5sum
  # operands provided, then prepare the conffile for removal from the system.
  # We defer actual deletion until the package is configured so that we can
  # roll this operation back if package installation fails.

but instead invoke both _prepare and _commit in xlibs' preinst?
 cu andreas
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash
   http://downhill.aus.cc/


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

Status update (was: X Strike Force X.Org X11 SVN commit: r259 - trunk/debian)

[Andreas Metzler]

On 2005-06-24 David Nusinow [EMAIL PROTECTED] wrote:
[..]
Here's the updated status of what's going on. With the ftp-master move
 in progress, I decided to skip uploading the current packages to
 experimental as planned. Instead what I've done is uploaded them to my
 space on people.debian.org[0]. I've been told that this server won't be one
 of those moving, so it should remain up during the transition. These
 packages are snapshots of our current status and are exactly the packages
 that would have gone in to experimental.
 
   After talking with a number of people, I've decided that we should
 simply go straight for unstable with our first real upload.
[...]

Hello,
The big downside of uploading directly to unstable is that you as
package maintainers have got little influence when the package
*actually* hits unstable, as it has to go through NEW-processing.

This is just a general observation, I've no idea whether X would have
problems with that (perhaps you are going to be prioritized anyway).

thanks for your work, cu andreas
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash
   http://downhill.aus.cc/


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

Re: /usr/lib/X11 symlink problems

[Andreas Metzler]

Alexander Koch koch at tiscali.net writes:
 I have quite an old install and my /usr/ was not large
 enough, so I copied it elsewhere and had /usr/lib/ be
 a symlink.

Hello,
This was bound to break sooner or later on a package using symlinks, because
symlinks within /usr will be relative (policy 10.5).

[...] 
 Obviously due to the (good or bad) decision to put /usr/lib/
 elsewhere a relative link does not work for me.

 Any good ideas or clever thoughts?
[...]

Use mount --bind instead of the /usr/lib symlink.
  cu andreas

Bug#285400: xlibmesa-gl: libGL.so.1 links to nonexistant libXxf86vm.so.1

[Andreas Metzler]

On 2004-12-13 Jim Paris [EMAIL PROTECTED] wrote:
 Package: xlibmesa-gl
 Version: 4.3.0.dfsg.1-8
[...]
 $ dpkg -S /usr/lib/libGL.so.1
 xlibmesa-gl: /usr/lib/libGL.so.1
 $ ldd /usr/lib/libGL.so.1
 libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0xb7eba000)
 libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0xb7eac000)
 libXxf86vm.so.1 = not found
 libm.so.6 = /lib/tls/libm.so.6 (0xb7e88000)
 libpthread.so.0 = /lib/tls/libpthread.so.0 (0xb7e79000)
 libdl.so.2 = /lib/tls/libdl.so.2 (0xb7e76000)
 libc.so.6 = /lib/tls/libc.so.6 (0xb7d3b000)
 /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000)

 I don't see libXxf86vm.so.1 in any current Debian packages, either.

 -- System Information:
 Debian Release: 3.1
   APT prefers testing
   APT policy: (990, 'testing'), (500, 'unstable')
 Architecture: i386 (i686)
[...]

I cannot reproduce this:
[EMAIL PROTECTED]:~$ dpkg -l xlibmesa-gl
ii  xlibmesa-gl4.3.0.dfsg.1-8 Mesa 3D graphics library [XFree86]
[EMAIL PROTECTED]:~$ uname -a
Linux downhill 2.6.7.fb #1 Sun Jul 18 15:42:00 CEST 2004 i686 GNU/Linux
[EMAIL PROTECTED]:~$ ldd /usr/lib/libGL.so.1
libpthread.so.0 = /lib/tls/i686/cmov/libpthread.so.0 
(0x4007c000)
libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0x4008d000)
libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x4009b000)
libdl.so.2 = /lib/tls/i686/cmov/libdl.so.2 (0x40162000)
libc.so.6 = /lib/tls/i686/cmov/libc.so.6 (0x40165000)
/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000)
[EMAIL PROTECTED]:~$ md5sum /usr/lib/libGL.so.1.2
40a0ed79d1afe96697964df889af470b  /usr/lib/libGL.so.1.2

Perhaps /usr/sbin/dpkg-divert --list '*lib*' might help us.
  cu andreas
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

Bug#285400: xlibmesa-gl: libGL.so.1 links to nonexistant libXxf86vm.so.1

[Andreas Metzler]

On 2004-12-13 Jim Paris [EMAIL PROTECTED] wrote:
[...]
 $ dpkg -S /usr/lib/libGL.so.1
 xlibmesa-gl: /usr/lib/libGL.so.1
 $ ldd /usr/lib/libGL.so.1
 libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0xb7eba000)
 libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0xb7eac000)
 libXxf86vm.so.1 = not found
 libm.so.6 = /lib/tls/libm.so.6 (0xb7e88000)
 libpthread.so.0 = /lib/tls/libpthread.so.0 (0xb7e79000)
 libdl.so.2 = /lib/tls/libdl.so.2 (0xb7e76000)
 libc.so.6 = /lib/tls/libc.so.6 (0xb7d3b000)
 /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000)

 I don't see libXxf86vm.so.1 in any current Debian packages, either.

objdump -p /usr/lib/libGL.so.1 | grep NEEDED
might be more interesting, as it only shows direct dependencies.

http://bugs.debian.org/234320
   cu andreas

-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

Bug#284583: xserver-xfree86: crashes when going to PM mode and accel is enabled on i865

[Andreas Metzler]

On 2004-12-07 Christian Ospelkaus [EMAIL PROTECTED] wrote:
 Package: xserver-xfree86
 Version: 4.3.0.dfsg.1-8
 Severity: important

 On my system with onboard i865, I see regular crahses when the screen
 blanks while I am logged in. The xserver log file contains the 

 I830WaitLpRing()

 error message afterwards. The symptoms seem to be the same as in 

 http://www.mail-archive.com/xfree86@xfree86.org/msg09649.html
[...]

*Browsing* through this thread on marc.theaimsgroup
http://marc.theaimsgroup.com/?l=xfree86m=106528615425180w=2
I only found two interesting pieces of information

* http://marc.theaimsgroup.com/?l=xfree86m=106529163429141w=2
| Try a recent development snapshot version.  Most reports I've seen
| of this type of problem have been fixed there.  The last known
| cause of this problem (and there have been several) was fixed after
| 4.3.0 was released.

* David Dawes in
[Paranoia spoilerspace, because of possible license issues, the actual
one line patch is rot13ed, too]
S
P
O
I
L
E
R
S
P
O
I
L
E
R
S
P
O
I
L
E
R
S
P
O
I
L
E
R
S
P
O
I
L
E
R
S
P
O
I
L
E
R
S
P
O
I
L
E
R
http://marc.theaimsgroup.com/?l=xfree86m=106641532832300w=2
It just occurred to me where I had seen this type of black screen problem
before.  It happens when using the vesa driver with an 845G.  We work
around this in the i810 driver by remembering the initial video mode
and simply re-initialising it when exiting/VT switching instead of using
the VBE save/restore mechanism.  This workaround is only actived for
845G hardware.
[patch rot13ed]
Lbh pbhyq gel ranoyvat vg sbe nyy uneqjner ol punatvat
guvf yvar va v830_qevire.p sebz:

   vs (!V845T_IOR_JBEXNEBHAQ || !VF_845T(cV830)) {

gb:

   vs (!V845T_IOR_JBEXNEBHAQ) {

There was no answer to this posting, neither about success nor failure
with this change.
cu andreas
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

Bug#284583: xserver-xfree86: crashes when going to PM mode and accel is enabled on i865

[Andreas Metzler]

On 2004-12-07 Christian Ospelkaus [EMAIL PROTECTED] wrote:
 Package: xserver-xfree86
 Version: 4.3.0.dfsg.1-8
 Severity: important

 On my system with onboard i865, I see regular crahses when the screen
 blanks while I am logged in. The xserver log file contains the 

 I830WaitLpRing()
[...]
 -- System Information:
 Debian Release: 3.1
   APT prefers testing
   APT policy: (500, 'testing')
 Architecture: i386 (i686)
 Kernel: Linux 2.4.27-1-686
[...]

These I830WaitLpRing()-errors seem to be rather common (there are
multiple reports against xserver-xfree86) and kernel dependent, I've
got a user report where upgrading from 2.4.27-1-386 to 2.6.8 helped.

281439, is also interesting - 2.6.8 worked for the submitter but
upgrading to 2.6.9 broke.[1]
  cu andreas
[1] In a different way, mplayer (i.e. probably Xv) locks up the
server.
there is also 
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

X for sarge still suffers from #251307 (ATI Rage - Xv)

[Andreas Metzler]

Hello,
I've got the impression that this fact somehow might miss the radar:
Sarge currently includes -4 which suffers from #251307 (Using Xv on
ATI Rage makes X crash.) /_*IMHO*_/ this is a blocker, how about
reopening it, tagged as sarge, with serious severity?

Sorry if this has already been discussed on this list to dead, I have
not been following closely recently.
cu andreas
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

Bug#261173: xset: print screen resolution

[Andreas Metzler]

On 2004-07-24 Dan Jacobson [EMAIL PROTECTED] wrote:
[...]
 $ xset q
 could print screen resolution parameters, e.g., 800x600.

As xset cannot modify the resolution and xset is not a show
information-tool (but one to change preferences)  I disagree. I think
xdpyinfo would make you happy.
  ci andreas

Bug#257023: xlibs: xkbd-data not installed by default, should not be part of a dummy/meta package

[Andreas Metzler]

On 2004-07-09 Branden Robinson [EMAIL PROTECTED] wrote:
 On Wed, Jun 30, 2004 at 04:36:48PM +0200, Andreas Metzler wrote:
  Package: xlibs
  Version: 4.3.0.dfsg.1-4
  Severity: important
  
  Hello,
  I've just made a fresh sarge installation (without tasksel) and ended up
  without xkbd data because xlibs is not depended on by any package
  (including x-window-system-core).

 I'm sorry, but this is simply false.  Five packages in xfree86 depend on
 xlibs-data.
[5 examples for packages depending on /xlibs-data/ ]

Please reread. I was not talking about xlibs-data but about *xlibs*.

---
downhill:~# apt-get -s remove xlibs
Reading Package Lists... Done
Building Dependency Tree... Done
The following packages will be REMOVED:
  acroread asclock auctex doomlegacy-x11 efax-gtk emacs21 eterm feh fsviewer
  fsviewer-icons gcvs gdk-imlib1 geg gettext-el gtk-engines-raleigh gtkfontsel
  gv html2ps imagemagick imlib-progs imlib1 krecord libast2 libdockapp-dev
  libdockapp1 libgd-gd1-perl libgd-text-perl libgdk-pixbuf-dev libgdk-pixbuf2
  libgtk-imlib-perl libmagick++5.5.7 libmagick5.5.7 libplot2 libpstoedit0
  libwmf0.2-7 lincity mixer.app mtr perlmagick preview-latex pstoedit qiv
  quintuple-agent realplayer rxvt slrnface ssh-askpass t1lib1 tk8.3 tk8.4
  tkcvs tkdiff tkinfo tvtime w3m-img wmmount wv xaw3dg xcolors xemacs21
  xemacs21-bin xemacs21-nomule xemacs21-support xemacs21-supportel xfig xlibs
  xmms-wmdiscotux
---
As you can see these are simply packages that have not been rebuilt
since xlibs was split and therefore _only_ depend on xlibs.

   cu andreas
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

Bug#257023: xlibs: xkbd-data not installed by default, should not be part of a dummy/meta package

[Andreas Metzler]

Package: xlibs
Version: 4.3.0.dfsg.1-4
Severity: important

Hello,
I've just made a fresh sarge installation (without tasksel) and ended up
without xkbd data because xlibs is not depended on by any package
(including x-window-system-core). This results in a rather broken
keyboard if you are not using a generic 101-key US-keyboard, e.g. me
with de-keyborad was unable to enter | or @ because almost all modifiers
do not work.

A couple of thoughts:
* Imho xserver-xfree86 should depend on xkbd-data.
* Why do I need to install libraries that I do not want to install like
  libxft1 when I just want a working keyboard? I.e. isn't it a quite bad
  idea to put real, unrelated data in the meta package xlibs?

I am submitting this against xlibs because that is where the xbd bugs
currently end up, instead of against the source package xfree86.
 cu andreas

-- Package-specific info:
Keyboard-related contents of XFree86 X server log file
/var/log/XFree86.0.log:
(==) Using config file: /etc/X11/XF86Config-4
(==) ServerLayout Default Layout
(**) |--Screen Default Screen (0)
(**) |   |--Monitor Generic Monitor
(**) |   |--Device NVIDIA Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 
Pro]
(**) |--Input Device Generic Keyboard
(**) Option XkbRules xfree86
(**) XKB: rules: xfree86
(**) Option XkbModel pc105
(**) XKB: model: pc105
(**) Option XkbLayout de
(**) XKB: layout: de
(**) Option XkbVariant nodeadkeys
(**) XKB: variant: nodeadkeys
(**) Option XkbOptions altwin:meta_win
(**) XKB: options: altwin:meta_win
(==) Keyboard: CustomKeycode disabled
(**) |--Input Device Configured Mouse
(**) |--Input Device Generic Mouse
(WW) The directory /usr/lib/X11/fonts/cyrillic does not exist.
Entry deleted from font path.
(WW) The directory /usr/lib/X11/fonts/CID does not exist.
--
(**) NV(0): DPMS enabled
(==) RandR enabled
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension LBX
(II) Initializing built-in extension XC-APPGROUP
(II) Initializing built-in extension SECURITY
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFree86-Bigfont
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Keyboard Generic Keyboard handled by legacy driver
(**) Option Protocol MouseManPlusPS/2
(**) Configured Mouse: Protocol: MouseManPlusPS/2
(**) Option CorePointer
(**) Configured Mouse: Core Pointer
(**) Option Device /dev/psaux

XFree86 X server log files on system:
-rw-r--r--1 root root33283 2004-06-30 16:17 
/var/log/XFree86.0.log


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.26-1-k7
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8

Versions of packages xlibs depends on:
ii  libice6   4.3.0.dfsg.1-4 Inter-Client Exchange library
ii  libsm64.3.0.dfsg.1-4 X Window System Session Management
ii  libx11-6  4.3.0.dfsg.1-4 X Window System protocol client li
ii  libxext6  4.3.0.dfsg.1-4 X Window System miscellaneous exte
ii  libxft1   4.3.0.dfsg.1-4 FreeType-based font drawing librar
ii  libxi64.3.0.dfsg.1-4 X Window System Input extension li
ii  libxmu6   4.3.0.dfsg.1-4 X Window System miscellaneous util
ii  libxmuu1  4.3.0.dfsg.1-4 lightweight X Window System miscel
ii  libxp64.3.0.dfsg.1-4 X Window System printing extension
ii  libxpm4   4.3.0.dfsg.1-4 X pixmap library
ii  libxrandr24.3.0.dfsg.1-4 X Window System Resize, Rotate and
ii  libxt64.3.0.dfsg.1-4 X Toolkit Intrinsics
ii  libxtrap6 4.3.0.dfsg.1-4 X Window System protocol-trapping 
ii  libxtst6  4.3.0.dfsg.1-4 X Window System event recording an
ii  xlibs-data4.3.0.dfsg.1-4 X Window System client data

-- no debconf information

Bug#255333: xserver-xfree86: ati rage mobility mtrr DRI X-Crash

[Andreas Metzler]

On 2004-06-20 Benoit Panizzon [EMAIL PROTECTED] wrote:
 Package: xserver-xfree86
 Version: 4.3.0.dfsg.1-4
 Severity: normal

 I'm not sure if this bug is related to xserver-xfree86 or another pakage that 
 was updated in testing the last few 
 days.
 Fact is, when I try to watch a Video with xine or vlc X Crashed 
[...]
 -- Package-specific info:
[...]
 Symbol xf86XVCopyYUV12ToPacked from module
 /usr/X11R6/lib/modules/drivers/atimisc_drv.o is unresolved!
[...]
 VGA-compatible devices on PCI bus:
 :01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility 
 P/M AGP 2x (rev 64)
 :01:00.0 Class 0300: 1002:4c4d (rev 64)
[...]

Hello,
This seems to be a duplicate of #251307: xserver-xfree86:
[ati/atimisc] XVideo apps crash X server. Please install
4.3.0.dfsg.1-5[1] and report back.
   cu andreas

[1] afaict this should be enough:
$ wget \
http://ftp.at.debian.org/debian/pool/main/x/xfree86/xserver-xfree86_4.3.0.dfsg.1-5_i386.deb
 \
http://ftp.at.debian.org/debian/pool/main/x/xfree86/xserver-common_4.3.0.dfsg.1-5_i386.deb
 \
http://ftp.at.debian.org/debian/pool/main/x/xfree86/xfree86-common_4.3.0.dfsg.1-5_all.deb
$ dpkg -i xfree86-common_4.3.0.dfsg.1-5_all.deb \
xserver-common_4.3.0.dfsg.1-5_i386.deb \
xserver-xfree86_4.3.0.dfsg.1-5_i386.deb
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

Re: Future of X packages in Debian

[Andreas Metzler]

Fabio Massimo Di Nitto [EMAIL PROTECTED] wrote:
[...]
 * What kinds of X packages would you like to see in the future?

As a user, all I care about:
* DFSG-free
* supports my hardware
* is ready whenever Debian would like to make a release, i.e. X should
  not be the delaying point itself.
* (cross)upgrades cleanly.

 * Should we regard X.Org or FreeDesktop.Org as our upstream source?

X.Org and FreeDesktop.Org are not disjunct entities afaict, xorg is
hosted on fd.org and most (all?) developers participate in both
projects. - They look more like usable and bleeding edge, don't
cut yourself to me.

 * Should we go our own way starting from the sanitized XFree86 CVS
  snapshot we've prepared?

Do you think this is sustainable? Currently the status s quite good, as
many drivers have been backported, but I doubt this can continue
eternally.

 * Should we ensure that multiple implementations of the X Window System
  are packaged, or standardize on just one?

I cannot think of why it would be useful to have e.g. libx11.so from
both xorg and http://freedesktop.org/Software/xlibs in Debian. - Apart
from the fact that they are the same code the interfaces are
standardized.

Afaict the X-strike force _cannot_ ensure that only a single
implementation is packaged, they can only choose the package only a
single implementation themselves.

 * If we standardize on just one, which one should it be?
[...]

The one that is going to fulfill the criteria listed at the top of the
screen when we are thinking about releasing sarge+1.
  cu andreas

Bug#255006: X-Window-System dependancies

[Andreas Metzler]

On Fri, Jun 18, 2004 at 10:53:18AM +0100, Tom Taylor wrote:
 Package: x-window-system
 Version: 4.3.0.dfsg.1-5
 
 Running Sid.
 
 Not sure if it is a bug (but annoying anyway :-)  x-window-system's
 dependencies include xdm and twm and other things that are not really
 essential to running X.
[...]

Please read the package description, this is no bug. x-window-system
is a catchall, *you* might be looking for x-window-system-core.
   cu andreas

Bug#252558: xserver-xfree86: xserver crashes with unresolved symbol in ATI mach64 XVideo driver

[Andreas Metzler]

tags 252558 fixed-upstream patch pending sid upstream
retitle 252558 xserver-xfree86: [ati/atimisc] XVideo apps crash X server; 
complaints of unresolved symbols xf86XVCopyYUV12ToPacked and xf86XVCopyPacked 
on ATI 3D Rage Mobility
merge 251307 252558
thanks
On 2004-06-04 Frank Murphy [EMAIL PROTECTED] wrote:
 Package: xserver-xfree86
 Version: 4.3.0.dfsg.1-4
 Severity: important
 Tags: sid

 I haven't used xine in a while, but after the last upgrade, starting it
 crashes X. I think that the following bits are the interesting bits out
 of XFree86.0.log:
[...]
 Symbol xf86XVCopyYUV12ToPacked from module
 /usr/X11R6/lib/modules/drivers/atimisc_drv.o is unresolved!
 Symbol xf86XVCopyPacked from module
 /usr/X11R6/lib/modules/drivers/atimisc_drv.o is unresolved!
[...]

Correct.

[...]
 I haven't had a chance to do any further investigation, and I'll be away
 for a week or so. I'll try looking more when I return (unless you're
 able to find the problem first, of course. :)

[...]
 (--) ATI(0): ATI 3D Rage Mobility graphics controller detected.
 (--) ATI(0): Chip type 4C4E LN, version 4, foundry TSMC, class 0, revision 
[...]

It is a know bug, already reported twice, and both SVN[1] and #251307
include a patch. Merging.
   hth, cu andreas

[1] http://lists.debian.org/debian-x/2004/06/msg00103.html
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

Bug#252201: crashes when starting xine

[Andreas Metzler]

tags 252201 patch sid upstream
merge 252201 251307
retitle 252201 xserver-xfree86: [ati/atimisc] XVideo apps crash X server; 
complaints of unresolved symbol xf86XVCopyYUV12ToPacked on 3D Rage LT Pro
thanks

On 2004-06-02 Martin Wuertele [EMAIL PROTECTED] wrote:
 Package: xserver-xfree86
 Version: 4.3.0.dfsg.1-4
 Severity: important
 Tags: sid

 When starting xine - no matter if with or without a movie to open - X
 crashes (log attached). 
[...]
 VGA-compatible devices on PCI bus:
 :00:05.0 VGA compatible controller: ATI Technologies Inc 3D Rage LT Pro 
 (rev dc)
[...]
 Symbol xf86XVCopyYUV12ToPacked from module 
 /usr/X11R6/lib/modules/drivers/atimisc_drv.o is unresolved!
[...]

Hello,
This is a duplicate of 251307 (which also includes a patch tested by
its submitter.)
cu andreas

-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

Bug#251157: xserver-xfree86: Capslock shifts keyboard layout

[Andreas Metzler]

On 2004-05-27 David Wood [EMAIL PROTECTED] wrote:
 Package: xserver-xfree86
 Version: 4.3.0.dfsg.1-2
 Severity: important

 Keyboard layout changes by one column when capslock is active, as
 demonstrated below.

 normal: qwerty asdfgh zxcvbn
 shift:  QWERTY ASDFGH ZXCVBN
 caps:   WERTYU SDFGHJ XCVBNM

 I suspect it's an xkblayout issue (a missing bit in the package?).
[...]

This is caused by an incorrect patch that also broke NumLock. - It is
easy to fix though:

1) download http://people.debian.org/~ari/unfuck_numlock.diff to /tmp/
2) Become root.
3) cd /  patch -p0  /tmp/unfuck_numlock.diff

See http://lists.debian.org/debian-x/2004/05/msg00693.html for
details.
   hth, cu andreas

-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

Bug#251197: xlibs: [XKB] numeric keypad doesnt work at all with all keymap, looks like the verr num key doesnt work.

[Andreas Metzler]

merge 251197 251157
thanks
On Thu, May 27, 2004 at 01:35:29PM +0200, kakaouete wrote:
 Package: xlibs
 Version: 4.3.0.dfsg.1-2
 Severity: important
 Tags: sid
 
 After the last update of xfree in sid, the numeric keypad doesnt work.
 I tried to setxkbmap fr or setxkbmap us but, what i get was an
 error, the keymap was changed to the one selected and my numeric keymap
 was not working.
[...]

Hello,
This is caused by an incorrect patch in 4.3.0.dfsg.1-2. - It is
easy to fix though:

1) download http://people.debian.org/~ari/unfuck_numlock.diff to /tmp/
2) Become root.
3) cd /  patch -p0  /tmp/unfuck_numlock.diff

See http://lists.debian.org/debian-x/2004/05/msg00693.html for
details.
   hth, cu andreas

Bug#251263: xlibs: setxkbmap fails, Error loading new keyboard description

[Andreas Metzler]

On Thu, May 27, 2004 at 09:11:19PM +0300, Ville Vainio wrote:
 Package: xlibs
 Version: 4.3.0.dfsg.1-2
 Severity: normal

 After apt-get upgrade for sarge (including dfsg-1.2 X server stuff),
 keyboard layout stopped working for KDE. 
 
 Neither the command:

 setxkbmap -model pc105 -layout fi -variant basic
 or:
 setxkbmap -model pc105 -layout us
 or: 
 setxkbmap -model pc101 -layout us
 or:
 setxkbmap
 
 work. They all output Error loading new keyboard description.
[...]

There is a high probability that this bug is caused by wrong patch in
4.3.0.dfsg.1-2 which also brock NumLock and CapsLock. - Can you please
verify this?

1) download http://people.debian.org/~ari/unfuck_numlock.diff to /tmp/
2) Become root.
3) cd /  patch -p0  /tmp/unfuck_numlock.diff

See http://lists.debian.org/debian-x/2004/05/msg00693.html for
details.
   hth, cu andreas

Bug#251387: xbase-clients: setxkbmap says Error loading new keyboard description after upgrade no matter what arguments

[Andreas Metzler]

reassign 251387 xlibs
merge 251387 251263
thanks
On Fri, May 28, 2004 at 11:59:57AM +0200, Marius Mikucionis wrote:
 Package: xbase-clients
 Version: 4.3.0.dfsg.1-2
 Severity: normal

 After dayly upgrade setxkbmap broke:
 it does not load any keyboard description.
 I use setxkbmap us,lt -option grp:alt_shift_toggle,grp_led:scroll to set 
 the keyboard layout - it gives error message. Even if I don't specify any 
 arguments it still gives the same error message.

There is a high probability that this bug is caused by wrong patch in
4.3.0.dfsg.1-2 which also brock NumLock and CapsLock. - Can you please
verify this?

1) download http://people.debian.org/~ari/unfuck_numlock.diff to /tmp/
2) Become root.
3) cd /  patch -p0  /tmp/unfuck_numlock.diff

 The worst part is that keys on numeric-pad do not function any more as 
 numeric-keys even if num-lock is on.

This will definitely be fixed by the procedure listed above. See
http://lists.debian.org/debian-x/2004/05/msg00693.html for details.
   hth, cu andreas

Bug#251283: xlibs: Numeric keypad doesn't work, math symbols and enter do

[Andreas Metzler]

On Thu, May 27, 2004 at 02:35:54PM -0500, Brad Sims wrote:
 Package: xlibs
 Version: 4.3.0.dfsg.1-2
 Severity: important
 Tags: sid

 Is there a work-around/ETA for a fixed package?

Soon.

However this is easy to fix for you, without having to live with a
broken system:

1) download http://people.debian.org/~ari/unfuck_numlock.diff to /tmp/
2) Become root.
3) cd /  patch -p0  /tmp/unfuck_numlock.diff

See http://lists.debian.org/debian-x/2004/05/msg00693.html for
details.
   hth, cu andreas

Bug#251387: xbase-clients: setxkbmap says Error loading new keyboard description after upgrade no matter what arguments

[Andreas Metzler]

severity 251387 important
tags 251387 sid pending
merge 251387 251119
thanks
On Fri, May 28, 2004 at 02:50:03PM +0200, Marius Mikucionis wrote:
 On Fri, 2004-05-28 at 14:06, Andreas Metzler wrote:
  reassign 251387 xlibs
  merge 251387 251263
  thanks

 whatever it means that's probably not for me?

Hello,
No, not really. You have submitted a duplicate bugreport (I can
understand how this happened it is not easy to know wich package a bug
belongs to.) and I merged nthem. #251263, is about the same issue.

  On Fri, May 28, 2004 at 11:59:57AM +0200, Marius Mikucionis wrote:
[...]
   After dayly upgrade setxkbmap broke:
   it does not load any keyboard description.
   I use setxkbmap us,lt -option grp:alt_shift_toggle,grp_led:scroll to 
   set 
   the keyboard layout - it gives error message. Even if I don't specify any 
   arguments it still gives the same error message.
 
  There is a high probability that this bug is caused by wrong patch in
  4.3.0.dfsg.1-2 which also brock NumLock and CapsLock. - Can you please
  verify this?
 
  1) download http://people.debian.org/~ari/unfuck_numlock.diff to /tmp/
  2) Become root.
  3) cd /  patch -p0  /tmp/unfuck_numlock.diff
 
 OK, I did it. Now it seems to work.
[...]

Thanks for the quick response. Now I can merge this bug with the other
five about the numlock issue. ;-)
cu andreas

Bug#251000: xlibs-data: keeping /usr/share/i18n/SUPPORTED and /usr/X11R6/lib/X11/locale/locale.alias in sync.

[Andreas Metzler]

On Wed, May 26, 2004 at 11:14:51AM +0200, giuseppe bonacci wrote:
 Package: xlibs-data
 Version: 4.3.0.dfsg.1-1
 Severity: wishlist
 Tags: l10n

 This seems to be a cross-package issue, but I think this is the best
 place to raise it. I know I could play with config files and solve the
 problem for my pc, but that would not be useful to other users.
 
 I need a system meeting three conditions:
 
 - use English localization for messages, numerics, date conversions and
   so on.  (this suggests C or en_US)

No ...
 
 - use a charset including the Euro symbol. (this suggests ISO-8859-15 or
   UTF-8)

 - have 8 bit long characters. (this rules out UTF-8)

... this suggest using leaving LANG unset and only setting LC_CTYPE to
[EMAIL PROTECTED] (No idea whether this is supported by xlibs.) The whole
point of the different LC-variables is that you can selectively set
them.

BTW, don't you use A4 in Italy?

 When I 'dpkg-reconfigure locales', my best choice is to generate
 en_US.ISO-8859-15 (also listed in /usr/share/i18n/SUPPORTED), and set LANG
 (or LC_ALL) accordingly.

How about [EMAIL PROTECTED]

[...]
 Now, what about trying to keep xlibs-data's information in sync with
 locales' information?  Maybe it suffices to have the postinst script for
 xlibs-data _merge_ entries from /usr/share/i18n/SUPPORTED (if present)
 into /usr/X11R6/lib/X11/locale/locale.alias, after remapping ISO-8859-x
 to ISO8859-x.

This indeed would be nice.
   cu andreas

Bug#251000: xlibs-data: keeping /usr/share/i18n/SUPPORTED and /usr/X11R6/lib/X11/locale/locale.alias in sync.

[Andreas Metzler]

On Wed, May 26, 2004 at 03:34:47PM +0200, peppe wrote:
[...] 
  ... this suggest using leaving LANG unset and only setting LC_CTYPE to
  [EMAIL PROTECTED] (No idea whether this is supported by xlibs.) The whole
  point of the different LC-variables is that you can selectively set
  them.
 
 But... I did never mention Italy!  How could you know I have [EMAIL PROTECTED]
 available?  And what if I were a Turkish-speaking Zurich-based banker,
 exchanging euros with the rest of Europe? :-)

I'd suggest using UTF-8. ;-)

[...] 
  BTW, don't you use A4 in Italy?
 
 Yes, we do.
[Snipped a lot of interesting stuff, bcause I currently don't/can't
comment on it]

The you probably wouldn't be too happy with a en_US locale - They use
letter per default.
  cu andreas

Bug#237509: libxft-dev_2.1.2-6_i386 Still Doesn't Install

[Andreas Metzler]

On 2004-05-21 Chris Horn [EMAIL PROTECTED] wrote:
 Package: libxft-dev
[...]
 The diversion is *still* broken.
[...]

Not very surprising.
| Tags: wontfix

And there is a explanation for setting the tag available on
http://bugs.debian.org/237509 which even mentions a workaround for
you.
| There appears to be no clean fix for this at the package level. 
...
| Given that this bug only affects upgrades from libxft-dev
| 2.1.2-[1-5] (which weren't in woody), I am going to let it
| go unfixed. If it affects you, the workaround is to dpkg -r
| libxft-dev before installing libxft-dev = 2.1.2-6.

cu andreas
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

Bug#247645: libxft-dev: apt-get upgrade reports unmet dependencies

[Andreas Metzler]

On 2004-05-06 Richard du Feu [EMAIL PROTECTED] wrote:
[...]
 Preparing to replace libxft-dev 2.1.2-5 (using 
 .../libxft-dev_2.1.2-6_i386.deb) ...
 diversion of /usr/X11R6/include/X11/Xft/Xft.h to
 /usr/X11R6/include/X11/Xft/Xft1.h by libxft-dev
 Removing `diversion of /usr/X11R6/include/X11/Xft/Xft.h to
 /usr/X11R6/include/X11/Xft/Xft1.h by libxft-dev'
 dpkg-divert: rename involves overwriting
 `/usr/X11R6/include/X11/Xft/Xft.h' with
   different file `/usr/X11R6/include/X11/Xft/Xft1.h', not allowed
[...]

Please read #237509, #237511, #240302, #241008, #246891.

dpkg --purge --force-depends libxft-dev
apt-get -f install
apt-get install libxft-dev

 cu andreas
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

Debian X FAQ converted to xhtml

[Andreas Metzler]

Hello,
On http://www.logic.univie.ac.at/~ametzler/.x/FAQ.xhtml you can find an
initial shot at conversion of the FAQ to xhtml. It validates

http://validator.w3.org/check?uri=http%3A%2F%2Fwww.logic.univie.ac.at%2F%7Eametzler%2F.x%2FFAQ.xhtml

as XHTML 1.0 Strict. It could be beautified with proper CSS but I think
it is basically ok and frankly I don't want to look at it (at least
today.) ;-)
hth, cu andreas

Bug#244823: your mail

[Andreas Metzler]

On 2004-04-20 Nightmare --- [EMAIL PROTECTED] wrote:
 Package: XFree86
 Version: 4.2.0

XFree86 4.2.0 was never part of Debian, you are using unofficial,
severly outdated packages.
   cu andreas
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

Bug#244605: libxv1: Installing libxv1 conflicts with xlibs

[Andreas Metzler]

On 2004-04-19 Russ Powers [EMAIL PROTECTED] wrote:
 Package: libxv1
 Version: 4.3.0-7
 Severity: normal

 The following NEW packages will be installed:
   libxv1
[...]
trying to overwrite `/usr/X11R6/lib/libXv.so.1.0', which is also in
package
xlibs
[...]

Your version of xlibs is a unofficial or experimental one. No version
of xlibs uploaded to unstable ever contained
/usr/X11R6/lib/libXv.so.1.0.

dpkg -s xlibs | grep -i version
cu andreas
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

Releasing -8?

[Andreas Metzler]

Hello,
How is the status of -8? The changelog is already almost as long as
the changelogs for -2 -3 -4 -5 -6 and -7 taken together and especially
the xlib6g fix should be part of sarge, shouldn't it?

Afaict Branden is going to manage this release:

http://lists.debian.org/debian-x/2004/debian-x-200404/msg00211.html
Branden Robinson writes on Tue, 6 Apr 2004
| On Wed, Mar 31, 2004 at 12:32:35AM +0200, Fabio Massimo Di Nitto wrote:
[...]
|  I would like to give it a shot or two. TBH I am kinda searching some
|  motivations to do more work in Debian and perhaps this is an opportunity.
[...]
| By unanimous consent of those who had the energy to grunt, the role is
| yours.  :)

http://lists.debian.org/debian-x/2004/debian-x-200404/msg00219.html
Fabio Massimo Di Nitto writes on Tue, 6 Apr 2004
| Let's put out -8 at your discrection since i am still in the mess of
| moving around and it would be exrtmely stupid for me to delay anything
| from the beginning. From -9 we will go as i suggested in the other mail.
| bi-weekly release or 10 bugs to close (with flexibility and so on)

Branden Robinson writes on Fri, 9 Apr 2004
 We've spoken in IRC since then and I agree with scheduling -8 for the
 end of next week; sooner if circumstances warrant.

Hmm, After pasting this, I realize that end of next week was
yesterday. I'll send the mail anyway and request ingnoring it if you
would rather not be pestered.
cu andreas

Re: Bug#241331: fix libGL builds on sparc

[Andreas Metzler]

Daniel Stone [EMAIL PROTECTED] wrote:
 On Wed, Apr 07, 2004 at 02:33:38PM +0200, Christian Guggenberger wrote:
 Attached is a patch stolen from xfree86's bugzilla (#923).
 I've rediffed it, to fit into 4.3.0-7. Builds fine on sparc, and glx
 apps are fine with indirect mesa rendering again.
 (to get dri working with sunffb - fails initialization due to a missing
 symbol - is another story; I will open a new bug for it sometime, after
 testing a little fix discussed with DaveM)

 The corresponding upstream changeset can be found at:
 http://cvsweb.xfree86.org/cvsweb/xc/lib/GL/glx/glxext.c.diff?r1=1.21r2=1.22
 
 I don't see any problematic license changes in it.
 
 Could you please check the log message of this commit? David Dawes has
 now taken to asserting licenses in CVS commit messages, and making
 people 'assume' that anything from him is licensed under the new, bad,
 license.

---
Revision 1.22 / (view) - annotate - [select for diffs] , Mon Dec 8 17:35:28 
2003 UTC (3 months, 4 weeks ago) by dawes
Branch: MAIN
CVS Tags: xf-4_3_99_902
Changes since 1.21: +92 -1 lines
Diff to previous 1.21

 656. Fix sparc asm glapi initialisation in libGL when using indirect rendering
  (GLX) (Bugzilla #923, Ferris McCormick).
---

Afaict safe because on Dec 8th the new license did not exist yet, did it?
  cu andreas

Bug#242028: Xserver-Problems

[Andreas Metzler]

[EMAIL PROTECTED] wrote:
 When I want to start XFree86 with startx I get the answer like:
 
 Fatal server error:
 Module load failure
[...]
 (II) LoadModule: freetype
 (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a
 (II) Module freetype: vendor=The XFree86 Project
 compiled for 4.1.0.1, module version = 1.1.9
 Module class: XFree86 Font Renderer
 ABI class: XFree86 Font Renderer, version 0.2
[...]
 (II) LoadModule: xtt
 (II) Loading /usr/X11R6/lib/modules/fonts/libxtt.a
 Duplicate symbol TT_FreeType_Version in
 /usr/X11R6/lib/modules/fonts/libxtt.a:xttmodule.o
 Also defined in /usr/X11R6/lib/modules/fonts/libfreetype.a

You cannot use xtt and freetype at the same time, which iirc Debian's
xfree86 configuration states quite clearly.

dpkg-reconfigure xserver-xfree86
   cu andreas
PS: Please use reportbug to report bugs.
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

Bug#242046: libxv1: Installation conflicts with xlibs 4.3.0-XD2.2

[Andreas Metzler]

On 2004-04-04 Fionn Behrens [EMAIL PROTECTED] wrote:
 Package: libxv1
 Version: 4.3.0-7
 Severity: normal

 Unpacking libxv1 (from .../libxv1_4.3.0-7_i386.deb) ...
 dpkg: error processing /var/cache/apt/archives/libxv1_4.3.0-7_i386.deb 
 (--unpack):
  trying to overwrite `/usr/X11R6/lib/libXv.so.1.0', which is also in package 
 xlibs
 dpkg-deb: subprocess paste killed by signal (Broken pipe)

 Package: xlibs
 Version: 4.3.0-XD2.2
 Maintainer: Debian X Strike Force debian-x@lists.debian.org
[...]

Afaik upgrades from experimental/inofficial packages (4.3.0-XD2.2) are
not supported.
cu andreas
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

Bug#241127: xlibs: key AE12 generates acute with de+nodeadkey on PC keyboard

[Andreas Metzler]

Package: xlibs
Version: 4.3.0-7
Severity: normal
Tags: upstream

I've discus^Wasked Branden about this on IRC and he suggested I file
a bug about it.

With the setup below key AE12 generates acute instead of
apostrophe. - See also #122525.

I think this should fix it. - It works for me:

--- /etc/X11/xkb/symbols/pc/de.orig 2004-03-30 22:48:42.0 +0200
+++ /etc/X11/xkb/symbols/pc/de  2004-03-30 22:50:33.0 +0200
@@ -43,7 +43,7 @@
 include pc/de(basic)
 
 key TLDE { [asciicircum,degree,  notsign,  notsign ] };
-key AE12 { [ acute,  grave,  cedilla,  cedilla ] };
+key AE12 { [ apostrophe,  grave,  cedilla,  cedilla ]
};
 key AD11 { [udiaeresis, Udiaeresis,diaeresis,diaeresis ] };
 key AD12 { [  plus,   asterisk,   asciitilde,   macron ] };
 key AC10 { [odiaeresis, Odiaeresis,  doubleacute,  doubleacute ] };

   thanks, cu andreas

-- Package-specific info:
Keyboard-related contents of XFree86 X server log file
/var/log/XFree86.0.log:
(==) Using config file: /etc/X11/XF86Config-4
(==) ServerLayout Default Layout
(**) |--Screen Default Screen (0)
(**) |   |--Monitor Samsung 950p+
(**) |   |--Device Matrox G400
(**) |--Input Device Generic Keyboard
(**) Option XkbRules xfree86
(**) XKB: rules: xfree86
(**) Option XkbModel pc105
(**) XKB: model: pc105
(**) Option XkbLayout de
(**) XKB: layout: de
(**) Option XkbVariant nodeadkeys
(**) XKB: variant: nodeadkeys
(==) Keyboard: CustomKeycode disabled
(**) |--Input Device Configured Mouse
(**) |--Input Device Generic Mouse
(WW) The directory /usr/lib/X11/fonts/CID does not exist.
Entry deleted from font path.
(**) FontPath set to 
unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/cyrillic,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi
--
(==) MGA(0): Direct rendering enabled
(==) RandR enabled
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension LBX
(II) Initializing built-in extension XC-APPGROUP
(II) Initializing built-in extension SECURITY
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFree86-Bigfont
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Keyboard Generic Keyboard handled by legacy driver
(**) Option Protocol ImPS/2
(**) Configured Mouse: Protocol: ImPS/2
(**) Option CorePointer
(**) Configured Mouse: Core Pointer
(**) Option Device /dev/psaux
[...]

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.3.fb.tv
Locale: LANG=de_AT, LC_CTYPE=de_AT

Versions of packages xlibs depends on:
ii  libice6   4.3.0-7Inter-Client Exchange library
ii  libsm64.3.0-7X Window System Session Management
ii  libx11-6  4.3.0-7X Window System protocol client li
ii  libxext6  4.3.0-7X Window System miscellaneous exte
ii  libxft1   4.3.0-7FreeType-based font drawing librar
ii  libxi64.3.0-7X Window System Input extension li
ii  libxmu6   4.3.0-7X Window System miscellaneous util
ii  libxmuu1  4.3.0-7lightweight X Window System miscel
ii  libxp64.3.0-7X Window System printing extension
ii  libxpm4   4.3.0-7X pixmap library
ii  libxrandr24.3.0-7X Window System Resize, Rotate and
ii  libxt64.3.0-7X Toolkit Intrinsics
ii  libxtrap6 4.3.0-7X Window System protocol-trapping 
ii  libxtst6  4.3.0-7X Window System event recording an
ii  xlibs-data4.3.0-7X Window System client data

Re: X Strike Force XFree86 SVN commit: r1187 - trunk/debian

[Andreas Metzler]

Denis Barbier [EMAIL PROTECTED] wrote:
 On Thu, Mar 25, 2004 at 06:04:51PM -0500, X Strike Force SVN Repository Admin 
 wrote:
 Author: branden
 Date: 2004-03-25 18:04:49 -0500 (Thu, 25 Mar 2004)
 New Revision: 1187
 
 Modified:
trunk/debian/changelog
trunk/debian/xserver-xfree86.config.in
 Log:
 If using Discover 2.x to scan for hardware in the XFree86 X server
 packages' config scripts, invoke the discover command such that an
 abnormal exit on its part does not crash the script.
 
 You forgot to close #239719 in the changelog.

Imho either the bug itself or a clone of it should be reassigned
to discover.
  cu andreas

Re: Xfree86 4.4 vs Xorg Wrap-up

[Andreas Metzler]

In gmane.linux.debian.devel.x Francois Isabelle [EMAIL PROTECTED] wrote:
 Is that what's happening ?
 1 - XFree86 changed licensing, which introduced some GPL compatibility
 issues and some deviations to debian DFSG(debian free software
 guidelines).

Yes.

 2 - Some are arguing that the new licensing is NOT GPL incompatible, but
 nobody argues that it is not deviating from DFSG

I do not understand that. There is a consensus that the new license is GPL
incomatible. Whether it is DFSG free is not complety clear.

 3 - Xorg forked XFree86 due to these licensing considerations

Yes.

 4 - Debian will NOT include XFree86 4.4 components 

Yes.

 5 - Other Linux's distributions MIGTH include Xfree86 4.4

Afaik none of the major players (Suse, Redhat/Fedora, Gentoo, Mandrake,
Debian) will. (openBSD won't either.)

 6 - Other Linux's distributions WILL include Xorg

It looks like Fedora will.

 7 - Debian MIGHT include Xorg, MIGHT include XFree86 4.4 in non-free or
 similar

I doubt anybody will invest work to package XFree86 4.4 for Debian with
the current license, I would be very surprised if any of the members of
the current maintainer team would.

There is another alternative to XFree86 - the Xserver from
freedesktop.org. http://freedesktop.org/Software/xserver. Afaik it has
not yet been decided which of these Debian will choose but I think
there is tendency towards freedesktop.org. - It is saner from a
packager's POV, they have split X in components (server and libraries)
which could ease maintainance a lot.

Be aware that I am not part of the Debian X-Strike force and do not
speak ex cathedra.
 cu andreas

Bug#239719: xserver-xfree86: v4.3.0-7 post-installation script returned error exit status 139

[Andreas Metzler]

On 2004-03-25 Greg Folkert [EMAIL PROTECTED] wrote:
 On Thu, 2004-03-25 at 04:24, Andreas Metzler wrote:
  That does not work:
  * Because of the way debconf double-executes the config script set -x
set for the current shell is not used when actually running the
script.
  * Editing /var/lib/dpkg/info/xserver-xfree86.* is lost
when running 'dpkg  --install', the interesting scripts (.config and
.postinst - one of these was failing) are overwritten and the
changes are lost before they are executed.
  
  Please install -7, *then* edit
  /var/lib/dpkg/info/xserver-xfree86.(postinst|config) and afterwards
  run dpkg --configure xserver-xfree86.

 Okay here is the deal. It will NOT install. I have done as best I can to
 get everything right for your needs.
[...]
 duke:~# DEBCONF_DEBUG=developer dpkg -i 
 /var/cache/apt/archives/xserver-xfree86_4.3.0-7_i386.deb
[...]
 dpkg: error processing 
 /var/cache/apt/archives/xserver-xfree86_4.3.0-7_i386.deb (--install):
  subprocess pre-installation script returned error exit status 139
 Errors were encountered while processing:
  /var/cache/apt/archives/xserver-xfree86_4.3.0-7_i386.deb
 duke:~# COLUMNS=148 dpkg -l | grep xserver-xfree86
 + COLUMNS=148
 + dpkg -l
 + grep xserver-xfree86
 iU  xserver-xfree86 4.3.0-5 the 
 XFree86 X server
[...]
 duke:~# dpkg --configure xserver-xfree86
[...]

Now please edit /var/lib/dpkg/info/xserve... and invoke dpkg
--configure xserver-xfree86 again.
 cu andreas
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

Bug#239719: xserver-xfree86: v4.3.0-7 post-installation script returned error exit status 139

[Andreas Metzler]

On 2004-03-24 Greg Folkert [EMAIL PROTECTED] wrote:
 Package: xserver-xfree86
 Version: 4.3.0-7
 Severity: grave
 Tags: sid
 Justification: renders package unusable
[...]
 Performed a dist-upgrade. So I am working. But I did do a base
 install, then an dpkg --set-selections apt-get dselect-upgrade
 to test this out and did cause the same error.

 Reporting from my regular machine. I am currently working, currently
 dpkg-reconfigure won't work should I change something

 Here is the output of dpkg --configure --debug=3773 etc
[...]
 D02: fork/exec /var/lib/dpkg/info/xserver-xfree86.postinst ( )
 dpkg: error processing xserver-xfree86 (--configure):
  subprocess post-installation script returned error exit status 139
 Errors were encountered while processing:
  xserver-xfree86
[...]


This bug matches the criteria for important exactly:
| important
|a bug which has a major effect on the usability of a package,
|without rendering it completely unusable to everyone.

Clearly it is not unusable to everyone otherwise it would have been
reported a week ago.

I am not downgrading it, as I am no part of the xfree86
maintainer-team.

DEBCONF_DEBUG=developer dpkg --configure xserver-xfree86
or temporarily adding set -x as 2nd line to
/var/lib/dpkg/info/xserver-xfree86.postinst and running
dpkg --configure xserver-xfree86 might show useful information.
   cu andreas

Build-errors of -7 in s390 and hppa (success on ia64 and i386)

[Andreas Metzler]

Hello,
I *think* neither of the build-errors are xfree86's fault, they rather
look like subspace anomalies on the buildd.

s390 looks like a buildd-error it almost finishes the build (thanks
for 10MB of logfile) and seems to kill it.

# confirm that the installed file list has not changed
if [ -e debian/MANIFEST.s390 ]; then \
  if ! cmp -s debian/MANIFEST.s390 debian/MANIFEST.s390.new; then \
diff -U 0 debian/MANIFEST.s390 debian/MANIFEST.s390.new || DIFFSTATUS=$?; \
case ${DIFFSTATUS:-0} in \
  0) ;; \
  1) if [ -n $IGNORE_MANIFEST_CHANGES ]; then \
   echo 'MANIFEST check failed; ignoring problem because 
\$IGNORE_MANIFEST_CHANGES set' 2; \
   echo 'Please ensure that the package maintainer has an up-to-date 
version of the' 2; \
   echo 'MANIFEST.s390 file.' 2; \
 else \
   echo 'MANIFEST check failed; please see debian/README' 2; \
   exit 1; \
 fi; \
 ;; \
  *) echo diff reported unexpected exit status $DIFFSTATUS when performing 
MANIFEST check 2; \
 exit 1; \
 ;; \
esac; \
  fi; \
fi;
touch stampdir/install
cat debian/*.shlibs  debian/shlibs.local
dh_testdir
dh_testroot
dh_install --sourcedir=debian/tmp
cp: writing 
`debian/libx11-dev//usr/X11R6/li--
  /usr/bin/sudo dpkg --root=/home/buildd/build/chroot-unstable --purge 
groff-base bison render-dev defoma libpaper1 intltool-debian bzip2 [...]
(Reading database ... 19720 files and directories currently installed.)
Removing bison ...


hppa is very cryptic. 

make[8]: Entering directory 
`/build/buildd/xfree86-4.3.0/build-tree/xc/programs/Xserver/GL/mesa/src/swrast'
make[8]: Nothing to be done for `Makefiles'.
make[8]: Leaving directory 
`/build/buildd/xfree86-4.3.0/build-tree/xc/programs/Xserver/GL/mesa/src/swrast'
making Makefiles in programs/Xserver/GL/mesa/src/swrast_setup...
make[8]: Entering directory 
`/build/buildd/xfree86-4.3.0/build-tree/xc/programs/Xserver/GL/mesa/src'
collect2: cannot find `ld'
make[8]: *** [swrast_setup/Makefile] Error 134
make[8]: Leaving directory 
`/build/buildd/xfree86-4.3.0/build-tree/xc/programs/Xserver/GL/mesa/src'
make[7]: [Makefiles] Error 2 (ignored)
make[7]: Leaving directory 
`/build/buildd/xfree86-4.3.0/build-tree/xc/programs/Xserver/GL/mesa/src'
making Makefiles in programs/Xserver/GL/mesa/GLcore...
[...]
/usr/bin/make -f xmakefile -w BOOTSTRAPSUBDIRS= clean
[...]
make[8]: Leaving directory 
`/build/buildd/xfree86-4.3.0/build-tree/xc/programs/Xserver/GL/mesa/src/swrast'
cleaning in programs/Xserver/GL/mesa/src/swrast_setup...
make[8]: Entering directory 
`/build/buildd/xfree86-4.3.0/build-tree/xc/programs/Xserver/GL/mesa/src/swrast_setup'
make[8]: *** No rule to make target `clean'.  Stop.
make[8]: Leaving directory 
`/build/buildd/xfree86-4.3.0/build-tree/xc/programs/Xserver/GL/mesa/src/swrast_setup'
make[7]: *** [clean] Error 2
[...]
make[2]: Leaving directory `/build/buildd/xfree86-4.3.0/build-tree/xc'
make[1]: *** [World] Error 2
make[1]: Leaving directory `/build/buildd/xfree86-4.3.0/build-tree/xc'
make: *** [stampdir/stamp-build] Error 2
**
Build finished at 20040318-0759
FAILED [dpkg-buildpackage died]

cu andreas
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

Re: Build-errors of -7 in s390 and hppa (success on ia64 and i386)

[Andreas Metzler]

On 2004-03-18 Andreas Metzler [EMAIL PROTECTED] wrote:
 I *think* neither of the build-errors are xfree86's fault, they rather
 look like subspace anomalies on the buildd.
[...]

At least the alpha-error is simple to diagnose:
---
dh_install --sourcedir=debian/tmp
cp: writing 
`debian/xlibmesa-dri-dbg//usr/X11R6/lib/modules/dri/debug/radeon_dri.so': No 
space left on device
---

If you think this kind of mail is just noise and I should stop it
please tell me. - I thought it might be handy to get this information
without browsing 12MB of buildd-log.
 cu andreas
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

Re: FTBSF on mips and i386 (and probably more to come?)

[Andreas Metzler]

Christian Guggenberger [EMAIL PROTECTED] wrote:
 Well, -5 FTBSFes on mips, -6 in i386. from the buildd's logs:
[...]

The FTBS of -6 on i386, ia64, s390, alpha and hppa seem to be identical.
   cu andreas

Bug#233867: xlibs: list of packages that depend on xlib6g

[Andreas Metzler]

Leonardo Rochael Almeida [EMAIL PROTECTED] wrote
[...]
 FWIW, The following packages, present on my system and installable
 from stable, still require xlib6g, and will either have to be
 removed or will stall an xlibs upgrade:
[..]
 navigator/communicator (aka moz 4.77) and it's dependencies
[...]
 One question though, considering that xlibs 4.3 claim to Replace:
 xlib6g, besides conflicting with it, why can't it simply Provide:
 xlib6g and end this mess?
[...]

Hello,
It would not help; the[1] dependencies are versioned, ie.
Depends: xlib6g (= 3.3.6-4) instead of Depends: xlib6g and a
versioned dependency cannot be satisfied with a provides.
  cu andreas
[1] I have not gone through the whole list, but I think all of them
are.
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

Bug#235885: xlib6g from stable cannot be installed on unstable after upgrade to XFree86 4.3

[Andreas Metzler]

Andreas Bach Aaen [EMAIL PROTECTED] wrote:
 Fredag den 5. marts 2004 23:08 skrev Chris Waters:
 On Fri, Mar 05, 2004 at 02:09:41PM +0100, Andreas Metzler wrote:
  You are right, it does not work, because xlibs in sid conflicts
  with xlib6g. However I think rebuilding the netscape source
  package on sid would work.

 As would installing a local (non-Debian) version of Netscape, which
 is what most people do with software that's not supported by
 Debian.  I'm not sure why anyone in Debian should go out of their
 way to support software that is explicitly no longer supported by
 Debian.

 A deb-package outside Debian that brings Netscape 4.7x would be just 
 fine for me - and a good compromise. A new entry on apt-get.org?

I have invested 15 minutes rebuilding the netscape* packages (apt-get
source, dch -i, s/xlib6g/xlibs/ in the Build-Depends line) from woody.

deb http://www.logic.univie.ac.at/~ametzler/debian/netscape4sid/ sid/

Completely untested because I do not use netscape, I just was wondering
whether it was difficult..
 cu andreas

Bug#236311: xfree86_4.3.0-5(ia64/unstable): FTBFS: compile errors

[Andreas Metzler]

On Fri, 5 Mar 2004 Branden Robinson [EMAIL PROTECTED] wrote
[Build-error on ia64]
 If the problem is reproducible, though, it will likely need a human to
 try the build.

Hello,
Afaict it is not. According to
http://buildd.debian.org/build.php?pkg=xfree86ver=4.3.0-5arch=ia64file=log
4.3.0-5 was built successfully on Fri 05 Mar 2004 23:16 on ia64. It
has been uploaded and should be available from any mirror now.

I suggest to close this bug. (I won't do it myself as this is neither
my package nor my report)
cu andreas
-- 
See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in Snow Crash

Bug#235885: xlib6g from stable cannot be installed on unstable after upgrade to XFree86 4.3

[Andreas Metzler]

Branden Robinson [EMAIL PROTECTED] wrote:
 On Wed, Mar 03, 2004 at 02:15:23PM +0100, Andreas Metzler wrote:
 Andreas Bach Aaen [EMAIL PROTECTED] wrote:
  Package: xlib6g
  Severity: normal
  Tags: sid
 
  I need xlib6g to be able to install netscape navigator 4.7x on 
  unstable.
 
 Use equivs.
 
 That doesn't work.  I had thought it would, but I hadn't tried it.  See the
 archives of debian-x.

You are right, it does not work, because xlibs in sid conflicts with
xlib6g. However I think rebuilding the netscape source package on sid
would work.
 cu andreas

Bug#236150: xfree86_4.3.0-3(hppa/unstable): FTBFS: latex errors

[Andreas Metzler]

[EMAIL PROTECTED] wrote:
 Package: xfree86
 Version: 4.3.0-3
 Severity: serious
 
 There was an error while trying to autobuild your package:
[...] 
 Transcript written on latex.log.' instead of a filename.
 I can't find the format file `latex.fmt'!
 make[6]: *** [sync.dvi] Error 1
[...]

This is no bug in xfree86, it is #235401 (already fixed) in tetex-bin.
  cu andreas

Bug#235885: xlib6g from stable cannot be installed on unstable after upgrade to XFree86 4.3

[Andreas Metzler]

Andreas Bach Aaen [EMAIL PROTECTED] wrote:
 Package: xlib6g
 Severity: normal
 Tags: sid

 I need xlib6g to be able to install netscape navigator 4.7x on 
 unstable.

Use equivs.

 Please don't ask why I need this old package, but old 
 application packages ought to installable.
[..]

Where did you get the idea that installing packages which have been
removed from Debian GNU/Linux some time ago ought to be supported? 
cu andreas

FYI: Builds of 4.3.0-3 failed because of tetex bug.

[Andreas Metzler]

Hello,
Just FYI: Afaict the builds of 4.3.0-3 (only tried on alpha and powerpc)
failed because of #235401 (yes, it is rc) against tetex-bin. - Not your
fault.

| Setting up tetex-bin (2.0.2-8) ...
[...]
| Running initex. This may take some time. ...
| Error: `tex -ini  -jobname=latex -progname=latex latex.ini' failed

and this makes latex sync.tex fail.

   cu andreas

Re: Changed library interface causing FTBFS of cernlib?

[Andreas Metzler]

Kevin B. McCarty [EMAIL PROTECTED] wrote:
[...] 
 /usr/bin/ld: warning: libICE.so.6, needed by 
 /usr/lib/gcc-lib/ia64-linux/3.3.3/../../../libXm.so, not found (try using 
 -rpath or -rpath-link)
[...]

If this is of any help, I can provide more examples of this breakage
with exim4 4.30-7.

* ia64:
gcc -o eximon.bin em_version.o -rdynamic -L/usr/X11R6/lib \
[...] em_xs.o -lXaw -lXmu -lXt -lXext -lX11 -lpcre \
  -lnsl -lcrypt  -ldl  -lc
/usr/bin/ld: warning: libXpm.so.4, needed by /usr/X11R6/lib/libXaw.so, not 
found (try using -rpath or -rpath-link)

* mips:
identical gcc-command, but different error
/usr/bin/ld: warning: libICE.so.6, needed by /usr/X11R6/lib/libXaw.so, not 
found (try using -rpath or -rpath-link)

* sparc. the same as ia64:
/usr/bin/ld: warning: libXpm.so.4, needed by /usr/X11R6/lib/libXaw.so, not 
found (try using -rpath or -rpath-link)

Afaict the build-dependencies are (almost) ok (and installed on the buildd):
ldd on eximon shows:
libXaw.so.7 
libXmu.so.6 
libXt.so.6 
libXext.so.6 
libX11.so.6 
libSM.so.6 
libICE.so.6 
libXpm.so.4 

and it build-depends on
libxmu-dev|xlibs-dev, libxt-dev|xlibs-dev, libxext-dev|xlibs-dev, 
libx11-dev|xlibs-dev, libxaw7-dev|xlibs-dev, libxaw7-dev, [...]

I just see that libxaw7-dev|xlibs-dev has to be removed, but that is
cosmetical.
  cu andreas

Bug#233818: Bug#233867: Provides: xlib6g needed in 4.3.0

[Andreas Metzler]

Chris Waters [EMAIL PROTECTED] wrote:
 On Sun, Feb 22, 2004 at 12:00:05AM +0100, Mario 'BitKoenig' Holbe wrote:
 For me it is: well, there are some websites I have to
 look at with netscape since mozilla doesnt display
 them (same for the submitter, if I understand him right);
 and I like xv :)
[...] 
 If you really want netscape 4 and xv, they are available from their
 respective vendors, and can be installed directly on any GNU/Linux
 system (Debian or not) without any worries about the Debian packaging
 system, which they don't, by default, use.

On a sidenote: I would strongly recommend against using the latest
version of netscape packaged for Debian (4.77?) anyway, there are known
security issues with this one, you'd want to use at least 4.80.
  cu andreas

Re: X Strike Force XFree86 SVN commit: r1081 - trunk/debian

[Andreas Metzler]

X Strike Force SVN Repository Admin [EMAIL PROTECTED] wrote:
[...]
 Log:
 Stop passing -q to fgrep if we actually want output from it.  Duh.
 Thanks again to Filip Van Raemdonck.
[...]
   observe removing $dir directory from $ldsoconf
 -  fgrep -qsvx $dir $ldsoconf  $ldsoconf.dpkg-tmp
 +  fgrep -svx $dir $ldsoconf  $ldsoconf.dpkg-tmp
   mv $ldsoconf.dpkg-tmp $ldsoconf
 fi
   fi

As noted by Filip Van Raemdonck in #233645 you'll also need to add
'|| true'.

Otherwise if $ldsoconf contains _only_ $dir then
'fgrep -svx $dir $ldsoconf' will return an error and the script will
exit prematurely.

BTW Thanks for the work.
  cu andreas

Re: Kernel 2.6.2, XFree86 and /dev/psaux issue

[Andreas Metzler]

Peter Samuelson [EMAIL PROTECTED] wrote:
 [Joerg Morbitzer]
 The /etc/X11/XF86Config-4 that comes with the Debian include
 /dev/psaux and /dev/input/mice ! But nearly all the administrators I
 know adjust and configure XF86Config-4 manually - and will probably
 fail like I did when upgrading to Kernel-2.6.2 due to having
 /dev/psaux only in their configs.  I assume Herbert Xu might get tons
 of bug reports due to this behaviour.

 I could be way off base here, but if you use both /dev/psaux and
 /dev/input/mice in XF86Config-4, and they are both driven by the same
 mouse, you effectively double your mouse packets.  Does XFree86 account
 for this?
[...]

No. It effectively doubles the mouse movement (this also applies to the
wheel). This was also mentioned in the input-FAQ on linux-kernel
recently.
  cu andreas

Re: unauthorized upload of xfree86 4.3.0-1 to unstable

[Andreas Metzler]

Branden Robinson [EMAIL PROTECTED] wrote:
 On Thu, Jan 29, 2004 at 01:08:19PM +1100, Daniel Stone wrote:
[...]
 I did, however, state that I felt that 4.3.0-1 was by far the superior
 base to work from in sid, for a number of reasons (not least that
 propagation to sarge would put the XSF in the position of having to
 maintain two codebases, not three).

 Why do you presume to speak for the entire XSF here?  Maintaining more
 codebases is potentially *good*, not bad.

Hello,
Can you elaborate on that? Simple minded as I am I fail to see the
benefits of maintaining 4.1, 4.2 and 4.3 at the same time (i.e.
tracking bug-reports, fixing serious ones possibly thrice) has, it just
looks like more work.

 A lot of users are interested in a backport of 4.3.0 to woody;
 Dagfinn Ilmari Mannsåker volunteered to maintain it, but didn't have
 time.  Within the past week or so, Norbert Tretkowski and I spoke on
 IRC, and he'd like to take up that responsibility.
[...]

I fail to see how a 4.3.0 backport is connected to keeping on
maintaining 4.2 for sid. - I actually wanted to snip this paragraph
but wanted to sidestep a see the part you did not quote answer. ;-)

   tia, cu andreas

Re: Bug#218614: Branden, please apply attached patch (Was Re: Driver SDK.)

[Andreas Metzler]

Branden Robinson [EMAIL PROTECTED] wrote:
 On Sun, Nov 02, 2003 at 01:14:43PM +0100, Sven Luther wrote:
 On Sat, Nov 01, 2003 at 04:23:10PM -0500, Branden Robinson wrote:
  On Sat, Nov 01, 2003 at 05:11:26PM +0100, Sven Luther wrote:
[...] 
  No, I don't have a DONT_BUILD_SERVER option.  As I've explained on this
  list before, the variables are called NOT_BUILDING_X_SERVER and
  NOT_BUILDING_XF86_SERVER, and they are *descriptive*, not
  *prescriptive*.
 
 Come on, i was writing this mail without the sources before my eyes, but
 i understand you perfectly understood what i meant, so there is no need
 for bickering about it.
 
 You don't seem to understand what I mean by descriptive versus
 prescriptive.
[...]

For the sake of perhaps shortening the discussion I will insert a
description, as I understand it.

* prescriptive
  a variable you set manually before starting to build to change the way
  the build runs. A nice example is DEB_BUILD_OPTIONS.

* descriptive
  The variable is not supposed to be set manually, instead they are set
  by the rules, e.g. NOT_DOING_BLAH reflects the fact that the
  build does not do BLAH, not the other way round, setting
  NOT_DOING_BLAH by hand won't influence whether BLAH is executed.

 cu andreas

Re: Synaptics touchpad driver

[Andreas Metzler]

Daniel Stone [EMAIL PROTECTED] wrote:
 On Tue, Sep 02, 2003 at 02:36:15PM +0200, Andreas Metzler wrote:
 [Resent, the news2mail gateway has swallowed the article]
 X Strike Force SVN Admin [EMAIL PROTECTED] wrote:
 Author: daniel
 Date: 2003-08-31 02:22:38 -0500 (Sun, 31 Aug 2003)
 New Revision: 464
[...]
  * Add Synaptics touchpad driver version 0.11.3p11 (Closes: #204688):
+ debian/patches/066_synaptics_driver_0.11.3p11.diff: new
  - some modifications by me to declare symbols, etc, to make it build
properly under debug mode; remember to preserve these if you do a
version jump!
+ debian/MANIFEST.*: updated for synaptics_drv.o
+ debian/xserver-xfree86.install.*: install synaptics_drv.o
 [...]

 Wow, thanks. You'll also need to modify debian/copyright because the
 synaptics driver is GPL.
 
 I looked at the copyright file, and decided no modification was
 needed. Branden?

Am I missing some importantant point? Including a piece of software
does not require listing its copyright in debian/copyright?
cu andreas
 


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

Re: Synaptics touchpad driver

[Andreas Metzler]

Daniel Stone [EMAIL PROTECTED] wrote:
 On Tue, Sep 02, 2003 at 02:36:15PM +0200, Andreas Metzler wrote:
 [Resent, the news2mail gateway has swallowed the article]
 X Strike Force SVN Admin [EMAIL PROTECTED] wrote:
 Author: daniel
 Date: 2003-08-31 02:22:38 -0500 (Sun, 31 Aug 2003)
 New Revision: 464
[...]
  * Add Synaptics touchpad driver version 0.11.3p11 (Closes: #204688):
+ debian/patches/066_synaptics_driver_0.11.3p11.diff: new
  - some modifications by me to declare symbols, etc, to make it build
properly under debug mode; remember to preserve these if you do a
version jump!
+ debian/MANIFEST.*: updated for synaptics_drv.o
+ debian/xserver-xfree86.install.*: install synaptics_drv.o
 [...]

 Wow, thanks. You'll also need to modify debian/copyright because the
 synaptics driver is GPL.
 
 I looked at the copyright file, and decided no modification was
 needed. Branden?

Am I missing some importantant point? Including a piece of software
does not require listing its copyright in debian/copyright?
cu andreas
 

Synaptics touchpad driver (was: X Strike Force SVN commit: rev 464 - branches/4.3.0/sid/debian)

[Andreas Metzler]

[Resent, the news2mail gateway has swallowed the article]
X Strike Force SVN Admin [EMAIL PROTECTED] wrote:
 Author: daniel
 Date: 2003-08-31 02:22:38 -0500 (Sun, 31 Aug 2003)
 New Revision: 464
[...]
  * Add Synaptics touchpad driver version 0.11.3p11 (Closes: #204688):
+ debian/patches/066_synaptics_driver_0.11.3p11.diff: new
  - some modifications by me to declare symbols, etc, to make it build
properly under debug mode; remember to preserve these if you do a
version jump!
+ debian/MANIFEST.*: updated for synaptics_drv.o
+ debian/xserver-xfree86.install.*: install synaptics_drv.o
[...]

Wow, thanks. You'll also need to modify debian/copyright because the
synaptics driver is GPL.
 cu andreas


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

Synaptics touchpad driver (was: X Strike Force SVN commit: rev 464 - branches/4.3.0/sid/debian)

[Andreas Metzler]

[Resent, the news2mail gateway has swallowed the article]
X Strike Force SVN Admin [EMAIL PROTECTED] wrote:
 Author: daniel
 Date: 2003-08-31 02:22:38 -0500 (Sun, 31 Aug 2003)
 New Revision: 464
[...]
  * Add Synaptics touchpad driver version 0.11.3p11 (Closes: #204688):
+ debian/patches/066_synaptics_driver_0.11.3p11.diff: new
  - some modifications by me to declare symbols, etc, to make it build
properly under debug mode; remember to preserve these if you do a
version jump!
+ debian/MANIFEST.*: updated for synaptics_drv.o
+ debian/xserver-xfree86.install.*: install synaptics_drv.o
[...]

Wow, thanks. You'll also need to modify debian/copyright because the
synaptics driver is GPL.
 cu andreas

Bug#168794: synaptics touchpad driver not included upstream

[Andreas Metzler]

On Mon, Mar 17, 2003 at 06:19:21PM -0500, David Kennedy wrote:
 On Mon, 17 Mar 2003, Andreas Metzler wrote:
[synaptics touchpad driver]
 Is there any reason why the driver is not included in XFree86? Aren't
 they accepting it or don't they want to include it.
 
 Yes.  The reason it is not in XFree86 is that the driver itself is 
 licensed under the GPL and not under the X11 license.  To date, I
 have been unsuccessful in contacting many of the original authors 
 to get them to relicense.  Without the relicensing, the code will 
 have to be rewritten to be included into XFree86.  Something I want
 to avoid if at all possible.
 
Hello,
Branden, would you accept a patch[1] for Debian's packages of XFree86 to
include this driver? I can give it a shot.
   cu andreas
[1] I have not tried to build it yet, but afaict it wouldn't be a
real patch but a aimple addition, the driver simply needs internal
X headers to build.


pgp0.pgp
Description: PGP signature

Bug#168794: synaptics touchpad driver not included upstream

[Andreas Metzler]

On Mon, Mar 17, 2003 at 06:19:21PM -0500, David Kennedy wrote:
 On Mon, 17 Mar 2003, Andreas Metzler wrote:
[synaptics touchpad driver]
 Is there any reason why the driver is not included in XFree86? Aren't
 they accepting it or don't they want to include it.
 
 Yes.  The reason it is not in XFree86 is that the driver itself is 
 licensed under the GPL and not under the X11 license.  To date, I
 have been unsuccessful in contacting many of the original authors 
 to get them to relicense.  Without the relicensing, the code will 
 have to be rewritten to be included into XFree86.  Something I want
 to avoid if at all possible.
 
Hello,
Branden, would you accept a patch[1] for Debian's packages of XFree86 to
include this driver? I can give it a shot.
   cu andreas
[1] I have not tried to build it yet, but afaict it wouldn't be a
real patch but a aimple addition, the driver simply needs internal
X headers to build.


pgp4uIJGTcUUN.pgp
Description: PGP signature

Re: advertise woody packages

[Andreas Metzler]

Drew Parsons [EMAIL PROTECTED] wrote:
 If I remember right someone has gone to the trouble of compiling the latest
 (4.2.1) debs for woody.

Afaik multiple people have.

 Branden, would it be possible for you to add a link to these unofficial
 woody repositories on the X Strike Force page?  It could be a nice way to
 help us encourage others to use Linux via Debian stable, while letting them
 get full support for their video cards.

I use the backport by Adrian Bunk available on
http://www.fs.tum.de/~bunk/packages/ (i386 only) on the machines were
I need 4.2.1.
  cu andreas


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

Re: [desktop] Unix configuration nightmare

[Andreas Metzler]

Branden Robinson [EMAIL PROTECTED] wrote:
[...]
 * hates and fears text config files and will not touch them
 * will read and edit a text config file

 But there is such a third group:

 * will edit a text config file, but only given very precise and explicit
  instructions -- will not read manpages, will not read the config file
  itself, has tunnel vision, will only take action on suggestions like
  right after the line that says Driver mga in your XFree config
  file[sic], add a line that says Option WhizzBang and you'll be able
  to use the special Tomb Raider hack that let you play Lara Croft
  without any clothes on, and adds lots of mirrors to the level maps

ROTFL
This one not only sent me rolling on the floor but managed to amuse
my sister, too, although she'snot interested in computer stuff. Please
keep it up.

 So, like I said, it's my fault.  I didn't think many such people
 existed.  They do, and because they are numerous it's my responsibility
 as a Debian package maintainer to accomodate their needs.  What you want
 to do will still be possible, but you'll have to use interdiff or
 something.  An easy thing will be made hard -- or at least tedious -- so
 that a different easy thing can be made even easier than it was, because
 even easy was too hard for some people.

We had the same problem with debconfization of exim v4 but could not
use your original workaround to allow user-modifications, because you
cannot have sections two times in exim.conf. That's when I came up with
the scheme of saving the results of the debconf-questions to a simple
parseable variable=value file, and automatically generating the final
configuration-file in /var/lib/exim4 from this file and the
dpkg-conffile /etc/exim4/exim4.conf.template with a simple script
update-exim4.conf(8). The template file is a normal exim.conf file
with additional magic-strings that are replaced by the update script
with the values from the debconf-results file.

| hostlist relay_from_hosts = 127.0.0.1 : 1 : DEBCONFrelay_netsDEBCONF
| qualify_domain = DEBCONFvisiblenameDEBCONF
| acl_smtp_rcpt = acl_check_rcpt
| never_users = root

Of course the user can put a file without the magic-strings in
/etc/exim4/exim4.conf.template and it'll be used unmodified.

This is a variation of your original system with some added value:
- correct debconf support, the file that is managed with debconf is
  simply parseable, so user modifications outside debconf are easy to
  preserve.
- /etc/exim4/exim4.conf.template has dpkg conffile managment, user
  modifications are easy to preserve.
- everthing in /etc/ can be edited.

Of course this scheme is bound to fail if our little tomb-raider
friend starts editing /var/lib/exim4/exim4.conf directly but I hope
that he simply won't find it because it is hidden in a non-standard
location.  And I am not sure if this might work X too, XF86Config has
a very complex structure.
  cu andreas
-- 
Hey, da ist ein Ballonautomat auf der Toilette!
Unofficial _Debian-packages_ of latest unstable _tin_
http://www.logic.univie.ac.at/~ametzler/debian/tin-snapshot/


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

Re: [desktop] Unix configuration nightmare

[Andreas Metzler]

Branden Robinson [EMAIL PROTECTED] wrote:
[...]
 * hates and fears text config files and will not touch them
 * will read and edit a text config file

 But there is such a third group:

 * will edit a text config file, but only given very precise and explicit
  instructions -- will not read manpages, will not read the config file
  itself, has tunnel vision, will only take action on suggestions like
  right after the line that says Driver mga in your XFree config
  file[sic], add a line that says Option WhizzBang and you'll be able
  to use the special Tomb Raider hack that let you play Lara Croft
  without any clothes on, and adds lots of mirrors to the level maps

ROTFL
This one not only sent me rolling on the floor but managed to amuse
my sister, too, although she'snot interested in computer stuff. Please
keep it up.

 So, like I said, it's my fault.  I didn't think many such people
 existed.  They do, and because they are numerous it's my responsibility
 as a Debian package maintainer to accomodate their needs.  What you want
 to do will still be possible, but you'll have to use interdiff or
 something.  An easy thing will be made hard -- or at least tedious -- so
 that a different easy thing can be made even easier than it was, because
 even easy was too hard for some people.

We had the same problem with debconfization of exim v4 but could not
use your original workaround to allow user-modifications, because you
cannot have sections two times in exim.conf. That's when I came up with
the scheme of saving the results of the debconf-questions to a simple
parseable variable=value file, and automatically generating the final
configuration-file in /var/lib/exim4 from this file and the
dpkg-conffile /etc/exim4/exim4.conf.template with a simple script
update-exim4.conf(8). The template file is a normal exim.conf file
with additional magic-strings that are replaced by the update script
with the values from the debconf-results file.

| hostlist relay_from_hosts = 127.0.0.1 : 1 : DEBCONFrelay_netsDEBCONF
| qualify_domain = DEBCONFvisiblenameDEBCONF
| acl_smtp_rcpt = acl_check_rcpt
| never_users = root

Of course the user can put a file without the magic-strings in
/etc/exim4/exim4.conf.template and it'll be used unmodified.

This is a variation of your original system with some added value:
- correct debconf support, the file that is managed with debconf is
  simply parseable, so user modifications outside debconf are easy to
  preserve.
- /etc/exim4/exim4.conf.template has dpkg conffile managment, user
  modifications are easy to preserve.
- everthing in /etc/ can be edited.

Of course this scheme is bound to fail if our little tomb-raider
friend starts editing /var/lib/exim4/exim4.conf directly but I hope
that he simply won't find it because it is hidden in a non-standard
location.  And I am not sure if this might work X too, XF86Config has
a very complex structure.
  cu andreas
-- 
Hey, da ist ein Ballonautomat auf der Toilette!
Unofficial _Debian-packages_ of latest unstable _tin_
http://www.logic.univie.ac.at/~ametzler/debian/tin-snapshot/

Re: Xprint is available

[Andreas Metzler]

Drew Parsons [EMAIL PROTECTED] wrote:
 On Mon, Sep 23, 2002 at 03:50:42PM +0200, Andreas Metzler wrote:
[...]
 short shot with mozilla, 
[...]
 OTOH the quality was quite bad, blurred and greyish looking. Once I try
 to configure the beast it might get better.
 
 LOL have another look at the page - the text is blue!  The blurred, greyish
 effect you see is simply what you get from printing blue as greyscale.  Try
 printing it out in colour!  I'm pretty sure that's all it is, anyway.  Try
 the page again, setting the text colour to black.

You were right.
cu andreas


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

Re: Xprint is available

[Andreas Metzler]

Drew Parsons [EMAIL PROTECTED] wrote:
 For those who have been waiting for it, the Xprint package from xprint.org
 (or rather, xprint.mozdev.org) is now available.  Packages xprt-xprintorg
 (server binary) and xprt-common (config files).

Thanks.

[...]
 In README.Debian, I recommended setting 
   export XPSERVERLIST=`/etc/init.d/xprint get_xpserverlist`
 in /etc/environment, so clients like mozilla can know the Xprint server is
 available.   This works fine if you source /etc/environment from a shell,
 but pam_env on login parses it literally, so you get
 # echo $XPSERVERLIST
 `/etc/init.d/xprint get_xpserverlist`
 instead of 
 # echo $XPSERVERLIST
 hostname:12
 I'm not sure what the best way to handle this is.  Any hints?
[...]

Using /etc/environment is broken, because it is no shell-init-file and
has no sh-Syntax. See a current post on debian-devel and bug #17309 - I
cannot access it now because master seems to be down (that is why I cc'd
you, too.)

How about shipping /etc/X11/Xsession.d/75xprt-xprintorg_setenv
consisting only of
-
XPSERVERLIST=`/etc/init.d/xprint get_xpserverlist`
export XPSERVERLIST
-
   cu andreas

Re: Xprint is available

[Andreas Metzler]

Drew Parsons [EMAIL PROTECTED] wrote:
 On Mon, Sep 23, 2002 at 02:14:06PM +0200, Andreas Metzler wrote:
[...]
 How about shipping /etc/X11/Xsession.d/75xprt-xprintorg_setenv
 consisting only of
 -
 XPSERVERLIST=`/etc/init.d/xprint get_xpserverlist`
 export XPSERVERLIST
 -
 
 I'd be happy to do this.  I don't really understand how it works
 though. To whom will the variable be available?  To every process that
 starts from within X?
[...]

Hello,
AFAIK yes, I just testet with startx:
startx(25961)-xinit(25968)+XFree86(25969)
  `-sh(25973)+WindowMaker(26026)-asclock(26031)
 `-ssh-agent(26025)

any children of 25973 (including the windowmanager) have it in the
environment. See Xsession(5) for details.

BTW I just recompiled your package on woody (it is big!) and gave it a
short shot with mozilla, the results were amazing, it worked and I
could print http://piology.org/entities.html[1]  - If I used the normal
postscript printer-driver of mozilla only ~50% of the special characters
were printed.

OTOH the quality was quite bad, blurred and greyish looking. Once I try
to configure the beast it might get better.

How does xprint print? Does it call /usr/bin/lpr? If it does, it might
be nice to make it possible to use it without local spooling and a
without a local lprng-daemon.
thanks for the work, cu andreas
[1] I only tested the first page

Re: Xprint is available

[Andreas Metzler]

Drew Parsons [EMAIL PROTECTED] wrote:
 For those who have been waiting for it, the Xprint package from xprint.org
 (or rather, xprint.mozdev.org) is now available.  Packages xprt-xprintorg
 (server binary) and xprt-common (config files).

Thanks.

[...]
 In README.Debian, I recommended setting 
   export XPSERVERLIST=`/etc/init.d/xprint get_xpserverlist`
 in /etc/environment, so clients like mozilla can know the Xprint server is
 available.   This works fine if you source /etc/environment from a shell,
 but pam_env on login parses it literally, so you get
 # echo $XPSERVERLIST
 `/etc/init.d/xprint get_xpserverlist`
 instead of 
 # echo $XPSERVERLIST
 hostname:12
 I'm not sure what the best way to handle this is.  Any hints?
[...]

Using /etc/environment is broken, because it is no shell-init-file and
has no sh-Syntax. See a current post on debian-devel and bug #17309 - I
cannot access it now because master seems to be down (that is why I cc'd
you, too.)

How about shipping /etc/X11/Xsession.d/75xprt-xprintorg_setenv
consisting only of
-
XPSERVERLIST=`/etc/init.d/xprint get_xpserverlist`
export XPSERVERLIST
-
   cu andreas


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