Bug#365282: Fix for preinst bug

2006-04-28 Thread Steven Brown
This bug was due to some debconf migration code in config trying to 
access the xserver-xorg/config/inputdevice/mouse/zaxismapping template 
which might not exist (at least, I don't have it).  Should be safe to 
just ignore.  Patch to config is attached.
Fix bug in xserver-xorg 1:7.0.15 package's config affecting preinst due to
xserver-xorg/config/inputdevice/mouse/zaxismapping not necessarily existing.

- Steven Brown <[EMAIL PROTECTED]>


--- xserver-xorg.config.in	2006-04-27 21:18:58.0 -0700
+++ xserver-xorg.config.in-fixed	2006-04-28 22:03:13.0 -0700
@@ -457,7 +457,8 @@
   fi
 fi
 
-# migrate from old select-type templates
+# migrate from old select-type templates, if they exist
+set +e
 for TEMPLATE in xserver-xorg/config/inputdevice/mouse/emulate3buttons \
 xserver-xorg/config/inputdevice/mouse/zaxismapping; do
   db_get "$TEMPLATE"
@@ -467,6 +468,7 @@
 db_set $TEMPLATE "false"
   fi
 done
+set -e
 
 # migrate from "expert" to "advanced"
 db_get xserver-xorg/config/monitor/selection-method


Bug#352833: xlibs: xkb no longer handles grp:shift_toggle)

2006-04-28 Thread Itai Seggev
I think this information (renaming the option) should be put in the
NEWS.Debian.gz file. When I first upgraded to 6.9 and discovered
shift_toggle no lnoger works, I looked first in the bug tracking
system[1], then NEWS.Debian.gz. This file mentioned major changes to
xkb and recommended installing xkb-data (which I think was in
experimental at the time, but was of no help in any event), but not
this specific fix. I think this is worth mentioning.

[1] I thought I had reported bug about this, but apprently I forgot to
the repeat was eaten by @[EMAIL PROTECTED] exim. Fortunately, exim no longer 
runs
on that box. 

--
Itai

Itai Seggev, University of Mississippi, Department of Physics and Astronomy

In 1997 a group of programmers started writing a desktop environment
to fix a travesty they didn't create.  Their program promptly found
its way onto un*x systems everywhere. Today, still opposed by a
software monopolist, they survive as soldiers of fortune.  If you share
their vision, if you know you can help, and if you can connect to
internet, maybe you can join... the K-Team.


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



Bug#365295: Xsession.options(5) manpage doesn't cover use-session-dbus

2006-04-28 Thread Ilya Konstantinov

Package: x11-common

Version: 1:7.0.14


While the distro /etc/X11/Xsession.options contains the use-session-dbus 
option (which is supported by /etc/X11/Xsession.d/75dbus_dbus-launch, 
owned by dbus package), the Xsession.options(5) manpage does not cover it.




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



Bug#365292: xbase-clients: xmore crashes immediately

2006-04-28 Thread Justin Pryzby
Package: xbase-clients
Version: 1:7.0.0-5
Severity: normal

$ xmore /dev/null 
Segmentation fault

valgrind has tons of warnings.


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



Bug#365291: xbase-clients: xdbedizzy crashes immediately

2006-04-28 Thread Justin Pryzby
Package: xbase-clients
Version: 1:7.0.0-5
Severity: normal

$ xdbedizzy
Segmentation fault

==17438== Invalid read of size 4
==17438==at 0x41B2EA7: XQueryExtension (in /usr/lib/libX11.so.6.2.0)
==17438==by 0x41A6A9A: XInitExtension (in /usr/lib/libX11.so.6.2.0)
==17438==by 0x403A058: XextAddDisplay (in /usr/lib/libXext.so.6.4.0)
==17438==by 0x4039362: (within /usr/lib/libXext.so.6.4.0)
==17438==by 0x403948D: XdbeQueryExtension (in /usr/lib/libXext.so.6.4.0)
==17438==by 0x8049739: (within /usr/bin/xdbedizzy)
==17438==by 0x40783BD: (below main) (libc-start.c:250)
==17438==  Address 0x4D0 is not stack'd, malloc'd or (recently) free'd


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



Processed: Re: Processed: Re: Bug#364282: Solved! (in a way)

2006-04-28 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> reassign 364229 xkb-data
Bug#364229: xorg: Can not use altgr without runing setxkbmap from within 
/etc/X11/xkb first
Bug reassigned from package `xorg' to `xkb-data'.

> merge 364282 364229
Bug#364229: xorg: Can not use altgr without runing setxkbmap from within 
/etc/X11/xkb first
Bug#364282: xkb-data: Layout "en_US" doesn't work anymore
Merged 364229 364282.

> thanks for the fish
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Processed: found 331690 in 7.0.15, severity of 363339 is important, merging 363339 331690

2006-04-28 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

>  # I swear I already reopened this..
> found 331690 7.0.15
Bug#331690: xserver-xorg: cat: /var/lib/xfree86/xorg.conf.md5sum: No such file 
or directory
Bug marked as found in version 7.0.15.

> severity 363339 important
Bug#363339: xserver-xorg no longer (?) checks for 
/var/lib/xfree86/xorg.conf.md5sum
Severity set to `important'.

> merge 363339 331690
Bug#331690: xserver-xorg: cat: /var/lib/xfree86/xorg.conf.md5sum: No such file 
or directory
Bug#363339: xserver-xorg no longer (?) checks for 
/var/lib/xfree86/xorg.conf.md5sum
Mismatch - only Bugs in same state can be merged:
Values for `done mark' don't match:
 #331690 has `done';
 #363339 has `open'

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Bug#364979: libxvmc1: Missing link for shared library

2006-04-28 Thread David Martínez Moreno
El viernes, 28 de abril de 2006 02:07, Kai Holthaus escribió:
> Ender --
>
> Thanks for the quick reply. I'm a little hesitant to install this upgrade,
> since apt-get is telling me that it'll remove some packages that I'd like
> to keep.
> I'll just trust that in the new version of the library that link will be
> created... :)

Hello, Kai.  I think that you have no choice :-). If I am right, two 
days 
will pass before the whole X.Org v7.0 enter in testing in full shape.  Could 
you please be so kind to try the new packages and report success?

Best regards,


Ender.
-- 
Network engineer
Debian Developer


pgpfcmWM6sWEk.pgp
Description: PGP signature


Bug#365282: xserver-xorg 7.0.15 fails installation (pre-inst exit status 10)

2006-04-28 Thread Rodney Gordon II
Package: xserver-xorg
Version: 1:7.0.14
Severity: important

xserver-xorg 7.0.15 seems to be uninstallable.

I have moved the files it gives warnings on out of the way, and it still
fails. Seems to be in the pre-inst script, which I took a peek at but
was far too complex for me to deduce exactly what is happening ;)

Thanks.

-> ~ # apt-get -fu dist-upgrade
Reading package lists... Done
Building dependency tree... Done
Calculating upgrade... Done
The following packages will be upgraded:
  xserver-xorg
1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/220kB of archives.
After unpacking 250kB of additional disk space will be used.
Do you want to continue [Y/n]? 
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... Done
Reading changelogs... Done
Preconfiguring packages ...
xserver-xorg failed to preconfigure, with exit status 10
(Reading database ... 69409 files and directories currently installed.)
Preparing to replace xserver-xorg 1:7.0.14 (using 
.../xserver-xorg_1%3a7.0.15_all.deb) ...
dpkg: error processing /var/cache/apt/archives/xserver-xorg_1%3a7.0.15_all.deb 
(--unpack):
 subprocess pre-installation script returned error exit status 10
xserver-xorg postinst warning: not updating /etc/X11/xorg.conf; file has
   been customized
Errors were encountered while processing:
 /var/cache/apt/archives/xserver-xorg_1%3a7.0.15_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-ck8-mt
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages xserver-xorg depends on:
ii  debconf   1.5.0  Debian configuration management sy
ii  nvidia-glx [xserver-x 1.0.8756-4 NVIDIA binary XFree86 4.x driver
ii  x11-common1:7.0.15   X Window System (X.Org) infrastruc
ii  xbase-clients 1:7.0.0-5  miscellaneous X clients
ii  xkb-data  0.8-5  X Keyboard Extension (XKB) configu
ii  xserver-xorg-core 1:1.0.2-7  X.Org X server -- core server
ii  xserver-xorg-input-al 1:7.0.15   the X.Org X server -- input driver
ii  xserver-xorg-input-ev 1:1.0.0.5-2X.Org X server -- evdev input driv
ii  xserver-xorg-input-kb 1:1.0.1.3-2X.Org X server -- keyboard input d
ii  xserver-xorg-input-mo 1:1.0.4-2  X.Org X server -- mouse input driv
ii  xserver-xorg-video-al 1:7.0.15   the X.Org X server -- output drive
ii  xserver-xorg-video-ap 1:1.0.1.5-2X.Org X server -- APM display driv
ii  xserver-xorg-video-ar 1:0.5.0.5-2X.Org X server -- ark display driv
ii  xserver-xorg-video-at 1:6.5.8.0-1X.Org X server -- ATI display driv
ii  xserver-xorg-video-ch 1:1.0.1.3-3X.Org X server -- Chips display dr
ii  xserver-xorg-video-ci 1:1.0.0.5-2X.Org X server -- Cirrus display d
ii  xserver-xorg-video-cy 1:1.0.0.5-2X.Org X server -- Cyrix display dr
ii  xserver-xorg-video-du 1:0.1.0.5-2X.Org X server -- dummy display dr
ii  xserver-xorg-video-fb 1:0.1.0.5-2X.Org X server -- fbdev display dr
ii  xserver-xorg-video-gl 1:1.0.1.3-3X.Org X server -- Glint display dr
ii  xserver-xorg-video-i1 1:1.1.0.5-2X.Org X server -- i128 display dri
ii  xserver-xorg-video-i7 1:1.0.0.5-2X.Org X server -- i740 display dri
ii  xserver-xorg-video-i8 1:1.5.1.0-2X.Org X server -- Intel i8xx, i9xx
ii  xserver-xorg-video-im 1:1.0.0.5-2X.Org X server -- IMSTT display dr
ii  xserver-xorg-video-mg 1:1.2.1.3.dfsg.1-2 X.Org X server -- MGA display driv
ii  xserver-xorg-video-ne 1:1.0.0.5-2X.Org X server -- Neomagic display
ii  xserver-xorg-video-ne 1:0.1.4.1-3X.Org X server -- Newport display 
ii  xserver-xorg-video-ns 1:2.7.6.5-2X.Org X server -- NSC display driv
ii  xserver-xorg-video-nv 1:1.0.1.5-2X.Org X server -- NV display drive
ii  xserver-xorg-video-re 1:4.0.1.3.dfsg.1-2 X.Org X server -- Rendition displa
ii  xserver-xorg-video-s3 1:1.8.6.5-2X.Org X server -- S3 ViRGE display
ii  xserver-xorg-video-sa 1:2.0.2.3-4X.Org X server -- Savage display d
ii  xserver-xorg-video-si 1:1.3.1.5-3X.Org X server -- SiliconMotion di
ii  xserver-xorg-video-si 1:0.8.1.3-2X.Org X server -- SiS display driv
ii  xserver-xorg-video-si 1:0.7.1.3-2X.Org X server -- SiS USB display 
ii  xserver-xorg-video-td 1:1.1.1.3-3X.Org X server -- tdfx display dri
ii  xserver-xorg-video-tg 1:1.0.0.5-3X.Org X server -- TGA display driv
ii  xserver-xorg-video-tr 1:1.0.1.2-2X.Org X server -- Trident display 
ii  xserver-xorg-video-ts 1:1.0.0.5-2X.Org X server -- Tseng display dr
ii  xserver-xorg-video-ve 1:1.0.1.3-2X.Org X server -- VESA display dri
ii  xserver-xorg-video

Bug#365278: xserver-xorg: filename for backup of config file missing + suggestions

2006-04-28 Thread Frans Pop
Package: xserver-xorg
Version: 7.0.15
Severity: important

During upgrade today I noticed the following:

Setting up xserver-xorg (7.0.15) ...
cat: /var/lib/x11/xorg.conf.md5sum: No such file or directory
xserver-xorg postinst warning: /etc/X11/xorg.conf has been customized,
   but we need to make updates. Backing up your config to . If we screw
^
   something up, restore using this file.

The filename to which the old config file is backed up is missing!

The file _is_ created though (in my case xorg.conf.20060429011120).


Also, currently the new lines are _added_ _before_ the old lines; wouldn't 
it be better to either replace them, or at least add them _after_ the 
current lines?

Also, I'm not sure where the ":unscaled" lines (see diff below) come from, 
but should these maybe be modified as well?

Finally, the changelog does not mention changing:
Option  "XkbRules"  "xfree"
to:
Option  "XkbRules"  "xorg"
Is that possibly something to do automatically as well?


Here's the diff for my config file:
--- xorg.conf.200604290111202006-04-29 01:11:20.203799539 +0200
+++ xorg.conf   2006-04-29 01:11:20.207798980 +0200
@@ -20,13 +20,19 @@
 Section "Files"
FontPath"unix/:7100" # local font server
# if the local font server has problems, we can fall back on these
+   FontPath"/usr/share/fonts/X11/misc"
FontPath"/usr/lib/X11/fonts/misc"
+   FontPath"/usr/share/fonts/X11/cyrillic"
FontPath"/usr/lib/X11/fonts/cyrillic"
FontPath"/usr/lib/X11/fonts/100dpi/:unscaled"
FontPath"/usr/lib/X11/fonts/75dpi/:unscaled"
+   FontPath"/usr/share/fonts/X11/Type1"
FontPath"/usr/lib/X11/fonts/Type1"
+   FontPath"/usr/share/fonts/X11/CID"
FontPath"/usr/lib/X11/fonts/CID"
+   FontPath"/usr/share/fonts/X11/100dpi"
FontPath"/usr/lib/X11/fonts/100dpi"
+   FontPath"/usr/share/fonts/X11/75dpi"
FontPath"/usr/lib/X11/fonts/75dpi"
 EndSection


pgpMsZ0qqK6hh.pgp
Description: PGP signature


Bug#151780:

2006-04-28 Thread Leland Kline
Watch this company closely starting now!


De Greko, Inc. (OTC: DGKO)


WITHIN 45 DAYS, CLIXME AWARENESS CAMPAIGN TO BEGIN (This was announced Tuesday 
March 28, 7:45 am ET)


The company is currently developing a campaign that will launch nationwide 
which will highlight the Clixme, "Click to Call" platform. In the next 45 days 
a media campaign will begin that will target not only customers for De Greko 
Communications but also show the investment community that the product is first 
rate and works efficiently. The company is currently targeting to obtain media 
coverage in:


- Fortune Magazine, a Time Inc. Co. (TWX:NYSE)
- Money Magazine, a Time Inc. Co. (TWX:NYSE)
- Wall Street Journal, a Dow Jones Co (DJ:NYSE)
- USA Today, a Division of Gannett Co. (GCI:NYSE)
- IBD (Investors Business Daily)
- Financial Times
- eBay Enterprises (EBAY:NASDAQ)
- Google (GOOG:NASDAQ)
- Yahoo (YHOO:NASDAQ)


"Following the successful launch of Clixme, we need to let everyone know about 
our product and the usages it provides to e-marketing vendors," stated Fotis 
Georgiadis, CEO of De Greko. "We are currently preparing a detailed National 
Campaign with the largest publications and portals in the country. We are quite 
confident that the American public will not only find out about the many usages 
of the Clixme platform, but eventually all the other developments De Greko have 
in mind."

"De Greko's team was inundated with requests for the new Clixme product that 
was launched yesterday on the De Greko website. "
"Our phones were ringing off the hook with people asking questions about how 
they could get the Clixme service for their own websites," said CEO Fotis 
Georgiadis. "We will be posting a pre-registration form for companies 
interested in deploying the service on their own website when we launch the 
service to businesses nationwide."


Do your research now!  You have a load of press to read before Monday.


0UG85RBYK1227H8M1X


Information within this report contains forward looking statements within the 
meaning of Section 27A of the Securities Act of 1933 and Section 21B of the SEC 
Act of 1934. Statements that involve discussions with respect to projections of 
future events are not statements of historical fact and may be forward looking 
statements. Don't rely on them to make a decision. The Company is not a 
reporting company registered under the Exchange Act of 1934. We have received  
one million free trading shares from a third party not an officer, director or 
affiliate shareholder. We intend to sell all our shares now, which could cause 
the stock to go down, resulting in losses for you. . It is an operating company 
and producing revenues. Read the Company's Annual Report and Information 
Statement before you invest. This report shall not be construed as any kind of 
investment advice or solicitation. You can lose all your money by investing in 
this stock.


CM4A7P4O016KDTNEUO8





Bug#204307:

2006-04-28 Thread Irwin Mcmahon
Watch this company closely starting now!


De Greko, Inc. (OTC: DGKO)


WITHIN 45 DAYS, CLIXME AWARENESS CAMPAIGN TO BEGIN (This was announced Tuesday 
March 28, 7:45 am ET)


The company is currently developing a campaign that will launch nationwide 
which will highlight the Clixme, "Click to Call" platform. In the next 45 days 
a media campaign will begin that will target not only customers for De Greko 
Communications but also show the investment community that the product is first 
rate and works efficiently. The company is currently targeting to obtain media 
coverage in:


- Fortune Magazine, a Time Inc. Co. (TWX:NYSE)
- Money Magazine, a Time Inc. Co. (TWX:NYSE)
- Wall Street Journal, a Dow Jones Co (DJ:NYSE)
- USA Today, a Division of Gannett Co. (GCI:NYSE)
- IBD (Investors Business Daily)
- Financial Times
- eBay Enterprises (EBAY:NASDAQ)
- Google (GOOG:NASDAQ)
- Yahoo (YHOO:NASDAQ)


"Following the successful launch of Clixme, we need to let everyone know about 
our product and the usages it provides to e-marketing vendors," stated Fotis 
Georgiadis, CEO of De Greko. "We are currently preparing a detailed National 
Campaign with the largest publications and portals in the country. We are quite 
confident that the American public will not only find out about the many usages 
of the Clixme platform, but eventually all the other developments De Greko have 
in mind."

"De Greko's team was inundated with requests for the new Clixme product that 
was launched yesterday on the De Greko website. "
"Our phones were ringing off the hook with people asking questions about how 
they could get the Clixme service for their own websites," said CEO Fotis 
Georgiadis. "We will be posting a pre-registration form for companies 
interested in deploying the service on their own website when we launch the 
service to businesses nationwide."


Do your research now!  You have a load of press to read before Monday.


BPB1YWKF6P6O0XRJGOONKGS


Information within this report contains forward looking statements within the 
meaning of Section 27A of the Securities Act of 1933 and Section 21B of the SEC 
Act of 1934. Statements that involve discussions with respect to projections of 
future events are not statements of historical fact and may be forward looking 
statements. Don't rely on them to make a decision. The Company is not a 
reporting company registered under the Exchange Act of 1934. We have received  
one million free trading shares from a third party not an officer, director or 
affiliate shareholder. We intend to sell all our shares now, which could cause 
the stock to go down, resulting in losses for you. . It is an operating company 
and producing revenues. Read the Company's Annual Report and Information 
Statement before you invest. This report shall not be construed as any kind of 
investment advice or solicitation. You can lose all your money by investing in 
this stock.


9LBL4UBQM42F8





Bug#365134: confirmation of severe xdm bug

2006-04-28 Thread Ian Bruce
I'd like to confirm the seriousness of this bug. I have a pre-Xorg
X-server, but I thought I would try upgrading xdm to see if that would
fix some minor problems associated with "/etc/init.d/xdm restart".
Instead, it broke the X-server completely.

The original submitter is correct that xdm looks for some executables in
the wrong places:

# strings /usr/bin/xdm | grep usr
/usr/bin/xrdb
/usr/bin/xterm -ls
/usr/bin/xterm
/usr/lib/X11/xdm/chooser
:0 local /usr/bin/X :0
/bin:/usr/bin:/usr/bin:/usr/ucb
/etc:/bin:/usr/bin:/usr/bin:/usr/ucb
/usr/lib/X11/xdm/libXdmGreet.so

The file /etc/X11/xdm/Xservers has the same wrong location for the
X-server binary. I was able to fix this with a few symlinks, but if I
hadn't seen his report of what the problem was, I wouldn't have had a
clue.

# ls -l /usr/bin/X /usr/bin/xrdb 
lrwxrwxrwx 1 root root 5 2006-04-28 14:48 /usr/bin/X -> X11/X
lrwxrwxrwx 1 root root 8 2006-04-28 14:48 /usr/bin/xrdb -> X11/xrdb

In order to fix this reliably, why not give the PATH variable a
reasonable value, and then let execlp() find the actual location of the
executables? Either that, or have the xdm package create these same
symlinks.

As the original report says, it is also necessary to change the
references in /etc/init.d/xdm and /etc/X11/default-display-manager from
"/usr/bin/X11/xdm" to "/usr/bin/xdm". It's hard to see how this problem
arose, because these files all come from the same package; there's no
question of a version conflict.


-- Ian Bruce


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



Bug#365274: xserver-xorg-core: upstream changelog missing

2006-04-28 Thread Jonathan Kleinehellefort
Package: xserver-xorg-core
Version: 1:1.0.2-7
Severity: minor

There is no upstream changelog installed under
/usr/share/doc/xserver-xorg-core, although one is present in the
upstream sources. This is also true for other xorg packages, but I don't
feel like filing bugs against them.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.11
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages xserver-xorg-core depends on:
ii  libc6   2.3.6-7  GNU C Library: Shared libraries
ii  libfontenc1 1:1.0.1-5X11 font encoding library
ii  libgcc1 1:4.1.0-1+b1 GCC support library
ii  libxau6 1:1.0.0-3X11 authorisation library
ii  libxdmcp6   1:1.0.0-4X11 Display Manager Control Protoc
ii  libxfont1   1:1.0.0-4X11 font rasterisation library
ii  x11-common  1:7.0.14 X Window System (X.Org) infrastruc
ii  xserver-xorg-input-all  1:7.0.14 the X.Org X server -- input driver
ii  xserver-xorg-input-evdev [x 1:1.0.0.5-2  X.Org X server -- evdev input driv
ii  xserver-xorg-input-kbd [xse 1:1.0.1.3-2  X.Org X server -- keyboard input d
ii  xserver-xorg-input-mouse [x 1:1.0.4-2X.Org X server -- mouse input driv
ii  xserver-xorg-video-ati [xse 1:6.5.8.0-1  X.Org X server -- ATI display driv
ii  xserver-xorg-video-vesa [xs 1:1.0.1.3-2  X.Org X server -- VESA display dri
ii  xserver-xorg-video-vga [xse 1:4.0.0.5-2  X.Org X server -- VGA display driv
ii  zlib1g  1:1.2.3-11   compression library - runtime

Versions of packages xserver-xorg-core recommends:
pn  xkeyboard-config   (no description available)

-- no debconf information


-- 
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!!!

2006-04-28 Thread Chris Waters
On Fri, Apr 28, 2006 at 04:24:11PM -0400, Aaron M. Ucko wrote:

> x_includes and x_libraries now expand to the empty string, biting
> anything that assumed otherwise.

Hi, Aaron, thanks, that's definitely useful information, and I will be
incorporating your patch, but I don't think it addresses the immediate
problem (although I'm willing to be proved wrong).

  AC_PATH_X
  if test "x$no_x" = "xyes"; then
AC_MSG_ERROR([WMRack needs X Windows!!!])
  else
CFLAGS="$CFLAGS -I${x_includes}"
LIBS="$LIBS -L${x_libraries} -lX11"
  fi

The 'test "x$no_x" = "xyes"' is returning true, so it's not even
getting to the CFLAGS part.  So I think I still need more help.

Looking though the configure file, it seems that the initial header
file test is for Xos.h, but if that fails (and it might if x_includes
is ending up empty), the backup test is for Intrinsic.h.  The autoconf
documentation suggests that the search for Xos.h may have been a
bug-fix, in which case, the backup test may have been overlooked,
making this a bug in autoconf, with a simple (for now) workaround of
adding a build-dependency on libxt-dev.  But I'd like to confirm this
reasoning.  If I'm right, this may affect a lot of packages...

Still not subscribed to debian-x, please CC further replies.

-- 
Chris Waters   |  Pneumonoultra-osis is too long
[EMAIL PROTECTED]   |  microscopicsilico-to fit into a single
or [EMAIL PROTECTED] |  volcaniconi-  standalone haiku


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



Bug#365267: xbase-clients: lots of manpages have __mansuffix__ unsubstituted

2006-04-28 Thread Justin Pryzby
Package: xbase-clients
Version: 1:7.0.0-5
Severity: minor

See, for example, xkbevd, which says:

   suitable replacement for xev(__mansuffix__); I'm not signing

Apparently some substitution isn't happening.


-- 
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!!!

2006-04-28 Thread Aaron M. Ucko
Chris Waters <[EMAIL PROTECTED]> writes:

>   CFLAGS="$CFLAGS -I${x_includes}"
>   LIBS="$LIBS -L${x_libraries} -lX11"

x_includes and x_libraries now expand to the empty string, biting
anything that assumed otherwise.  Accounting for that isn't too hard,
though:

  CFLAGS="$CFLAGS ${x_includes:+-I$x_includes}"
  LIBS="$LIBS ${x_libraries:+-L$x_libraries} -lX11"

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.


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



Re: Bug#357439: amaya does not start--The program 'amaya' received an X Window System error.

2006-04-28 Thread Regis Boudin
On Thu, 2006-04-27 at 18:28 +0200, Michel Dänzer wrote:
> > All running tests point to a problem with Mesa :
> > -crash with Mesa in software mode
> 
> You mean the X error from the original report?

Yes, I meant this one.

>  Did you find out which extension generates it using
> 
> xdpyinfo -queryExt|grep 144
> 
> ?

I didn't know about xdpyinfo. If I start Amaya without DRI, I get an
error with request_code 143, and :

$ xdpyinfo -queryExt|grep 143
GLX  (opcode: 143, base event: 77, base error: 154)
SGI-GLX  (opcode: 143, base event: 77, base error: 154)

Is says GLX, which is consistent with what I supposed at least.

> > -no crash with the nvidia proprietary driver, display is happy.
> > 
> > When I tried using gdb to get a backtrace(attached), all I got was a
> > long list of calls involving wxWidgets, GTK, but not Mesa.
> 
> X is asynchronous, so the client receives the error long after it sent
> out the request causing it. When this happens, GTK should tell you how
> to make it use a synchronous X connection.

I know. The previously attached backtrace was obtained with libgl1-mesa-swx11,
running amaya with the --sync parameter, so there might be a problem there
too. Doing the same with libgl1-mesa-glx and DRI disabled, I get the
attached one. Could wxWidgets be doing something bad ?

> > CCing the XSF in case someone has an idea, 
> 
> A Mesa list might have been even better? :)

Sorry, I didn't find the debian-mesa list :)

> > > > > OpenGL Status:
> > > > >   Software Mode = Hard
> > > > >   VENDOR : Tungsten Graphics, Inc.
> > > > >   VERSION : 1.2 Mesa 6.4.1
> > > > >   RENDERER : Mesa DRI Radeon 20050528 AGP 4x x86/MMX+/3DNow!+/SSE 
> > > > > NO-TCL
> > > > >   GLU Version : 1.3
> > > > >   Aux buffers count 0
> > > > >   Acumm rgba : 0 0 0 0
> > > > > *** Amaya: Irrecoverable error ***Segmentation fault
> 
> Can you get a backtrace for this?

Nope. I can't even reproduce it. Maybe Andrea could do that ?

If there is any more information I can provide that would help finding
what's wrong, pleas edon't hesitate to ask.

Thanks for your help,

Regis
#0  gdk_x_error (display=0x97b1948, error=0xafcc243c) at gdkmain-x11.c:599
#1  0xa6d2277f in _XError (dpy=0x97b1948, rep=0xafcc253c) at 
../../src/XlibInt.c:2886
#2  0xa6d22d9f in _XReply (dpy=0x97b1948, rep=0xafcc253c, extra=0, discard=0) 
at ../../src/XlibInt.c:1815
#3  0xa7e4e73a in glXGetCurrentDrawable () from /usr/lib/libGL.so.1
#4  0xa7e4ea53 in glXMakeCurrentReadSGI () from /usr/lib/libGL.so.1
#5  0xa7e4ed63 in glXMakeCurrent () from /usr/lib/libGL.so.1
#6  0xa78e9128 in wxGLContext::SetCurrent () from 
/usr/lib/libwx_gtk2u_gl-2.6.so.0
#7  0xa78e9817 in wxGLCanvas::SetCurrent () from 
/usr/lib/libwx_gtk2u_gl-2.6.so.0
#8  0x082a0607 in wxDropTargetBase::OnLeave ()
#9  0x082a0a44 in wxDropTargetBase::OnLeave ()
#10 0xa77f2325 in wxAppConsole::HandleEvent () from 
/usr/lib/libwx_baseu-2.6.so.0
#11 0xa7882963 in wxEvtHandler::ProcessEventIfMatches () from 
/usr/lib/libwx_baseu-2.6.so.0
#12 0xa7882b6f in wxEventHashTable::HandleEvent () from 
/usr/lib/libwx_baseu-2.6.so.0
#13 0xa7882d4f in wxEvtHandler::ProcessEvent () from 
/usr/lib/libwx_baseu-2.6.so.0
#14 0xa78ea041 in wxGLCanvas::OnInternalIdle () from 
/usr/lib/libwx_gtk2u_gl-2.6.so.0
#15 0xa7ab2655 in wxAppBase::SendIdleEvents () from 
/usr/lib/libwx_gtk2u_core-2.6.so.0
#16 0xa7ab268c in wxAppBase::SendIdleEvents () from 
/usr/lib/libwx_gtk2u_core-2.6.so.0
#17 0xa7ab268c in wxAppBase::SendIdleEvents () from 
/usr/lib/libwx_gtk2u_core-2.6.so.0
#18 0xa7ab268c in wxAppBase::SendIdleEvents () from 
/usr/lib/libwx_gtk2u_core-2.6.so.0
#19 0xa7ab268c in wxAppBase::SendIdleEvents () from 
/usr/lib/libwx_gtk2u_core-2.6.so.0
#20 0xa7ab268c in wxAppBase::SendIdleEvents () from 
/usr/lib/libwx_gtk2u_core-2.6.so.0
#21 0xa7ab268c in wxAppBase::SendIdleEvents () from 
/usr/lib/libwx_gtk2u_core-2.6.so.0
#22 0xa7ab268c in wxAppBase::SendIdleEvents () from 
/usr/lib/libwx_gtk2u_core-2.6.so.0
#23 0xa7ab268c in wxAppBase::SendIdleEvents () from 
/usr/lib/libwx_gtk2u_core-2.6.so.0
#24 0xa7ab2a19 in wxAppBase::ProcessIdle () from 
/usr/lib/libwx_gtk2u_core-2.6.so.0
#25 0xa7a00e93 in wxApp::Yield () from /usr/lib/libwx_gtk2u_core-2.6.so.0
#26 0xa67a7cc1 in g_idle_dispatch (source=0x9b42698, callback=0x97b1948, 
user_data=0x0) at gmain.c:3796
#27 0xa67a5691 in IA__g_main_context_dispatch (context=0x97a21f8) at 
gmain.c:1916
#28 0xa67a89d7 in g_main_context_iterate (context=0x97a21f8, block=1, 
dispatch=1, self=0x97a3090) at gmain.c:2547
#29 0xa67a9109 in IA__g_main_context_iteration (context=0x97a21f8, may_block=1) 
at gmain.c:2606
#30 0xa6b02a15 in IA__gtk_main_iteration () at gtkmain.c:1086
#31 0xa7a00b85 in wxApp::Yield () from /usr/lib/libwx_gtk2u_core-2.6.so.0
#32 0xa78850cf in wxYield () from /usr/lib/libwx_baseu-2.6.so.0
#33 0x082171ae in wcstok ()
#34 0x0822da25 in wxMenuItemList::~wxMenuItemList ()
#35 0x08275c02 in wxDataObjectSimple::~wxDataObjectSimple ()
#36 0x080f944f in wxLogDebug ()
#37 0x080

Bug#343389: rxvt won't start

2006-04-28 Thread Aaron M. Ucko
[Resending due to typo in original headers]

Russ Cook <[EMAIL PROTECTED]> writes:

> I'm running gnome.  From a xterminal, I try to start rxvt, and get
> this message:
> rxvt: can't load color "Black"
> rxvt: can't load color "Black"
> rxvt: aborting
>
> Has anyone seen this problem, and can you tell me what I should check?

You may have managed to hit http://bugs.debian.org/343389 .  Try
reinstalling the x11-common package with dpkg --force-confmiss:

dpkg -i --force-confmiss /var/cache/apt/archives/x11-common_*.deb

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.


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



Bug#365259: xfs fails to start

2006-04-28 Thread Alexander Reinholdt
Package: xfs
Version: 1:1.0.1-4
Severity: important

xfs fails to start showing the following error message:

Setting up X font server socket directory /tmp/.font-unix...done.
Starting X font server: xfs/usr/bin/xfs error: CONFIG: unknown parameter
"cache-hi-mark"
/usr/bin/xfs error: CONFIG: unknown parameter "cache-low-mark"
/usr/bin/xfs error: CONFIG: unknown parameter "cache-balance"

The problem seem to be the following lines in /usr/lib/X11/fs/config:

cache-hi-mark = 2048
cache-low-mark = 1433
cache-balance = 70

Unfortunately, commenting them out does not seem to fix the problem,
because while the output of xfs is now

dustpuppy:~# /etc/init.d/xfs restart
Stopping X font server: xfs not running (removing stale /var/run/xfs.pid).
Setting up X font server socket directory /tmp/.font-unix...done.
Starting X font server: xfs.

the command

$ ps auxwww | grep xfs

returns nothing.

Regards
Alexander

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-amd64-k8
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages xfs depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libfs62:1.0.0-3  X11 Font Services library
ii  libxfont1 1:1.0.0-4  X11 font rasterisation library

xfs recommends no packages.

-- no debconf information


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



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

2006-04-28 Thread Chris Waters
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
if test "x$no_x" = "xyes"; then
  AC_MSG_ERROR([WMRack needs X Windows!!!])
else
  CFLAGS="$CFLAGS -I${x_includes}"
  LIBS="$LIBS -L${x_libraries} -lX11"
fi

The configure file was generated with a reasonably up-to-date version
of autoconf (no more than a month or so old), and it works with the
last non-modular version of X.   Why does this no longer work on the
current autobuilders, and what (if anything) can I do about it?

The source is in sid: "apt-get -d source wwrack" (on x86 at least).

I would try pbuilder, but I am somewhat tight on disk space at
present, and freeing enough would be non-trivial, so I wanted to ask
for help first, in case this is a known problem, or, at least, simple
for someone else to find.

Please CC me, as I am not subscribed to debian-x (although, worst
case, I do know how to find the archives).

TIA

-- 
Chris Waters   |  Pneumonoultra-osis is too long
[EMAIL PROTECTED]   |  microscopicsilico-to fit into a single
or [EMAIL PROTECTED] |  volcaniconi-  standalone haiku


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



Processed: This is an FHS violation

2006-04-28 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> severity 362492 serious
Bug#362492: xfs: Config file location has changed - postinstall and 
documentation fails to note this
Severity set to `serious'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Bug#362492: This is an FHS violation

2006-04-28 Thread Margarita Manterola
severity 362492 serious
thanks

Justification: having a configuration file in /usr/lib is a violation to
FHS.  The configuration file should be in /etc/  

It should replace the old file as any other config file.  i.e. check if the
files are the original ones, and if they are not, warn the user about it.

The current behaviour is unacceptable.

-- 
 Besos,
 Maggie.



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



Processed: Fixing severity, merging

2006-04-28 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> severity 365232 normal
Bug#365232: xserver-xorg-video-ati: freeze after resume on Thinkpad X31
Severity set to `normal'.

> merge 363120 365232
Bug#363120: xserver-xorg-video-ati: Suspend and Resume broken
Bug#365232: xserver-xorg-video-ati: freeze after resume on Thinkpad X31
Bug#364043: xserver-xorg: apm resume does not work since update to xorg 7
Bug#364503: xserver-xorg-video-savage regression with apm suspend/resume on ibm 
t21
Merged 363120 364043 364503 365232.

> kthxbye
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Processed: Re: Bug#365232: xserver-xorg-video-ati: freeze after resume on Thinkpad X31

2006-04-28 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> reassign 365232 xserver-xorg-core
Bug#365232: xserver-xorg-video-ati: freeze after resume on Thinkpad X31
Bug reassigned from package `xserver-xorg-video-ati' to `xserver-xorg-core'.

> forwarded 365232 https://bugs.freedesktop.org/show_bug.cgi?id=5209
Bug#365232: xserver-xorg-video-ati: freeze after resume on Thinkpad X31
Noted your statement that Bug has been forwarded to 
https://bugs.freedesktop.org/show_bug.cgi?id=5209.

> merge 363120 365232
Bug#363120: xserver-xorg-video-ati: Suspend and Resume broken
Bug#365232: xserver-xorg-video-ati: freeze after resume on Thinkpad X31
Mismatch - only Bugs in same state can be merged:
Values for `severity' don't match:
 #363120 has `normal';
 #365232 has `important'

> kthxbye
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Bug#365232: xserver-xorg-video-ati: freeze after resume on Thinkpad X31

2006-04-28 Thread Michel Dänzer
reassign 365232 xserver-xorg-core
forwarded 365232 https://bugs.freedesktop.org/show_bug.cgi?id=5209
merge 363120 365232
kthxbye

On Fri, 2006-04-28 at 12:35 -0400, J. Bruce Fields wrote:
> Package: xserver-xorg-video-ati
> Version: 1:6.5.8.0-1
> Severity: important
> 
> 
> I get a hard lockup shortly after an APM suspend-to-ram/resume cycle.
> (Very shortly after--at most some cursor movement is possible for a
> moment.)
> 
> For now my workaound is to use Alt-Ctrl-F1 to switch to a text-only
> virtual terminal, suspend, resume, then switch back to X.  That always
> works.
> 
> This started failing after the big 6.9->7 transition; previously it's
> worked without fail for a few years.

Thanks for your report; however, it's a duplicate of #363120 and
friends. Merging.

This is still scheduled to be fixed upstream for the xserver 1.1 (X.Org
7.1) release; would be nice if someone could try the patch I attached to
the upstream bugzilla entry.


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer



Re: X-Window/XTerm and environement variables

2006-04-28 Thread Thomas Dickey
David Martínez Moreno <[EMAIL PROTECTED]> wrote:
>   Do you have a pointer to utempter? I only find security advisories for 
> it,
> but I am unable to reach the home page.

>   Best regards,

I see...  You can always start by getting the source rpm's for Redhat and
SuSE, comparing those to see what its current state is.  I see that Slackware
has a copy (so that would be a relatively stable version in tar format).

Here

ftp://ftp.ale.org/pub/mirrors/slackware/slackware-10.2/source/a/utempter/

is something to start with.


for grins, here's some commentary

http://lists.debian.org/debian-devel/2000/11/msg00076.html

which doesn't address the original problem.

-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net


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



Bug#365232: xserver-xorg-video-ati: freeze after resume on Thinkpad X31

2006-04-28 Thread J. Bruce Fields
Package: xserver-xorg-video-ati
Version: 1:6.5.8.0-1
Severity: important


I get a hard lockup shortly after an APM suspend-to-ram/resume cycle.
(Very shortly after--at most some cursor movement is possible for a
moment.)

For now my workaound is to use Alt-Ctrl-F1 to switch to a text-only
virtual terminal, suspend, resume, then switch back to X.  That always
works.

This started failing after the big 6.9->7 transition; previously it's
worked without fail for a few years.

According to lspci, this is an "ATI Technologies Inc Radeon Mobility M6
LY".

Appended /etc/X11/xorg.conf /var/log/Xorg.0.log in case those are
helpful

/etc/X11/xorg.conf:
--
# XF86Config-4 (XFree86 X server configuration file) generated by dexconf, the
# Debian X Configuration tool, using values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type "man XF86Config-4" at the shell prompt.)
#
# This file is automatically updated on xserver-xfree86 package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xfree86
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
#   cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom
#   md5sum /etc/X11/XF86Config-4 > /var/lib/xfree86/XF86Config-4.md5sum
#   dpkg-reconfigure xserver-xfree86

Section "Files"
FontPath"unix/:7100"# local font server
# if the local font server has problems, we can fall back on these
FontPath"/usr/lib/X11/fonts/Type1"
FontPath"/usr/lib/X11/fonts/CID"
FontPath"/usr/lib/X11/fonts/Speedo"
FontPath"/usr/lib/X11/fonts/misc"
FontPath"/usr/lib/X11/fonts/cyrillic"
FontPath"/usr/lib/X11/fonts/100dpi"
FontPath"/usr/lib/X11/fonts/75dpi"
FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID"
FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection

Section "Module"
Load"glx"
Load"dri"
EndSection

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

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/psaux"
Option  "Protocol"  "PS/2"
EndSection

Section "InputDevice"
Identifier  "Generic Mouse"
Driver  "mouse"
Option  "SendCoreEvents""true"
Option  "Device""/dev/input/mice"
Option  "Protocol"  "ImPS/2"
EndSection

Section "Device"
Identifier  "Radeon Mobility"
Driver  "ati"
#   Option  "UseFBDev"  "true"
EndSection

Section "Monitor"
Identifier  "builtin LCD"
HorizSync   28-50
VertRefresh 43-75
Option  "DPMS"
EndSection

Section "Screen"
Identifier  "Default Screen"
Device  "Radeon Mobility"
Monitor "builtin LCD"
DefaultDepth24
SubSection "Display"
Depth   1
Modes   "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   4
Modes   "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   8
Modes   "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   15
Modes   "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   16
Modes   "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   24
Modes   "1024x768" "800x600" "640x480"
EndSubSection
EndSection

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

Section "DRI"
Mode0666
EndSection
---
/var/log/Xorg.0.log:
---
X Window System Version 7.0.0
Release Date: 21 December 2005
X Protocol Version 11, Revision 0, Release 7.0
Build Operating System:Linux 2.6.12-1-686 i686
Current Operating System: Linux puzzle 2.6.17-rc2-CITI_NFS4_ALL-1-g497b5848 
#193 PREEMPT Thu Apr 20 21:38:

Bug#365133: xserver-xorg-video-nv: new upstream version (xorg 7.1 RC1)

2006-04-28 Thread Paul Wise
Package: xserver-xorg-video-nv
Version: 1:1.0.1.5-2
Severity: wishlist
Tags: patch

I've attached a diff.gz for the nv driver from xorg 7.1 RC1. With this
and the other patches I've sent, I was able to run xorg 7.1 RC1 in my
chroot.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


xserver-xorg-video-nv_1.1.2-1.diff.gz
Description: GNU Zip compressed data


signature.asc
Description: This is a digitally signed message part


Bug#365134: wrong paths to executables or executables in wrong places

2006-04-28 Thread Olivier Ponsini
Package: xdm
Version: 1:1.0.1-6
Severity: grave
Justification: renders package unusable

Hello,

The paths to, at least, the xdm and X executables are not set up 
correctly.

Some init scripts or configuration files, including /etc/init.d/xdm or 
/etc/X11/default-display-manager expect the xdm executable to be in 
/usr/bin/X11/xdm while the package installs it in /usr/bin.

Moreover, the xdm executable (I think) looks for /usr/bin/X while X is 
to be found, in debian testing, in /usr/X11R6/bin. The same problem 
occurs for, at least, xrdb which is looked for in /usr/bin but to be 
found in /usr/X11R6/bin.

I suppose this is due to the upgrade of Xorg in debian unstable reaching 
testing.  

Best regards,

  olivier ponsini

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.27-2-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages xdm depends on:
ii  cpp   4:4.0.2-2  The GNU C preprocessor (cpp)
ii  debconf [debconf-2.0] 1.4.72 Debian configuration management sy
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libice6   6.9.0.dfsg.1-6 Inter-Client Exchange library
ii  libpam0g  0.79-3.1   Pluggable Authentication Modules l
ii  libselinux1   1.30-1 SELinux shared libraries
ii  libsm66.9.0.dfsg.1-6 X Window System Session Management
ii  libx11-6  6.9.0.dfsg.1-6 X Window System protocol client li
ii  libxau6   6.9.0.dfsg.1-6 X Authentication library
ii  libxaw7   6.9.0.dfsg.1-6 X Athena widget set library
ii  libxdmcp6 6.9.0.dfsg.1-6 X Display Manager Control Protocol
ii  libxext6  6.9.0.dfsg.1-6 X Window System miscellaneous exte
ii  libxinerama1  6.9.0.dfsg.1-6 X Window System multi-head display
ii  libxmu6   6.9.0.dfsg.1-6 X Window System miscellaneous util
ii  libxpm4   6.9.0.dfsg.1-6 X pixmap library
ii  libxt66.9.0.dfsg.1-6 X Toolkit Intrinsics
ii  x11-common6.9.0.dfsg.1-6 X Window System (X.Org) infrastruc
ii  xbase-clients 6.9.0.dfsg.1-6 miscellaneous X clients

xdm recommends no packages.

-- debconf information:
  xdm/stop_running_server_with_children: false
  xdm/daemon_name: /usr/bin/X11/xdm
* shared/default-x-display-manager: xdm


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



Bug#362271: The bug has been solved

2006-04-28 Thread Hongzheng Wang
Hi,

After some up to date upgrading of system, especially the Xorg
packages, this bug has disappeared.  Please consider to close this bug
report.

Thank you very much.

--
Hongzheng Wang



Re: X-Window/XTerm and environement variables

2006-04-28 Thread David Martínez Moreno
El sábado, 15 de abril de 2006 19:48, Thomas Dickey escribió:
[...]
> > Could you try another terminal emulator? Xterm is setgid to the utmp
> > group:
>
> alternatively, one could request that xterm be built with something like
> utempter...

Hello, Tom.

Do you have a pointer to utempter? I only find security advisories for 
it, 
but I am unable to reach the home page.

Best regards,


Ender.
-- 
We accidentally replaced your heart with a baked potato. You have
 about three seconds to live.
-- Dr. Doctor to Kenny (South Park).
--
Desarrollador de Debian
Debian developer


pgpoQfMcNFFSo.pgp
Description: PGP signature


Re: XGL

2006-04-28 Thread Michel Dänzer
On Fri, 2006-04-28 at 00:54 -0400, David Nusinow wrote:
> 
>   1) It has yet to actually be released. Every single package that's out
>  there for it is based on a CVS pull. This normally wouldn't be a huge
>  issue, but Xgl requires CVS HEAD pulls of several other packages to
>  work properly, notably glitz and mesa (and possibly still bits of
>  Xorg). Debian can't realistically ship CVS snapshots for these
>  packages as a stable release, so putting them in to unstable is even
>  more difficult.

Indeed, at least so long as Xgl still lives on a CVS branch (as opposed
to HEAD), the only feasible way to package it might be to include
snapshots of all the required bits in the upstream tarball.


> So that's what's going on with Xgl right now. It's more than likely we'll
> have aiglx enabled in the new xserver once X.org ships 7.1, and the rumor
> is that it can be made to run compiz, which is what most people want out of
> Xgl anyway.

Yes, however, the existing 'solution' for running compiz on AIGLX that
I've seen involves hacking the server in a way that causes 3D clients
other than compiz not to clip their drawables correctly (Xgl still
contains a similar hack for compiz). AFAIK people are working on adding
support for the new Composite 'overlay window' to compiz though, which
would make it work with AIGLX out of the box.

As Xgl is currently only really useful with proprietary GL drivers (due
to missing PBuffer / framebuffer object support in the free drivers,
which is slowly being fixed), the effort might be better spent on
helping with these issues upstream.


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer