Bug#328551: xresprobe: lcd reported as crt in ddcpobe.sh. with patch.
Package: xresprobe Version: 0.4.18-1 Severity: normal *** Please type your report below this line *** xresprobe (using /usr/share/xresprobe/ddcprobe.sh) misdetects my lcd monitor as a crt. In order to find out if a monitor is an lcd or a crt, ddcprobe.sh tries to find "^input: digital" in /usr/sbin/ddcpobe output. however, when run on my monitor, dccprobe returns 'input: separate sync, composite sync, digital signal.' The following patchlet to /usr/share/xresprobe/ddcprobe.sh corrects this problem by changing the regex used. --- ddcprobe-orig.sh2005-09-15 21:53:56.0 +0200 +++ ddcprobe.sh 2005-09-15 21:54:14.0 +0200 @@ -33,7 +33,7 @@ exit 0 fi -if (echo "$DDCPROBE" | egrep "^input: digital"); then +if (echo "$DDCPROBE" | egrep "^input: .*digital"); then SCREENTYPE="lcd" else SCREENTYPE="crt" -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xresprobe depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an Versions of packages xresprobe recommends: ii laptop-detect 0.12.1 attempt to detect a laptop -- no debconf information
Processed: Re: Bug#328479: xbase-clients: X11 unsets LD_LIBRARY_PATH
Processing commands for [EMAIL PROTECTED]: > reassign 328479 kdm Bug#328479: xbase-clients: X11 unsets LD_LIBRARY_PATH Bug reassigned from package `xbase-clients' to `kdm'. > On 15.09.05 17:51:15, Thomas Dickey wrote: Unknown command or malformed arguments to command. > > On Thu, Sep 15, 2005 at 10:49:25PM +0200, Andreas Pakulat wrote: Unknown command or malformed arguments to command. > > > > For the same reason, (or perhaps they're using old-style pty's) several Unknown command or malformed arguments to command. > > > > other programs (I see Eterm, aterm, rxvt) are setuid. gnome-terminal Unknown command or malformed arguments to command. > > > > and konsole aren't (but they're end-user applications designed to be run Unknown command or malformed arguments to command. Too many unknown commands, stopping 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#328479: xbase-clients: X11 unsets LD_LIBRARY_PATH
reassign 328479 kdm On 15.09.05 17:51:15, Thomas Dickey wrote: > On Thu, Sep 15, 2005 at 10:49:25PM +0200, Andreas Pakulat wrote: > > > For the same reason, (or perhaps they're using old-style pty's) several > > > other programs (I see Eterm, aterm, rxvt) are setuid. gnome-terminal > > > and konsole aren't (but they're end-user applications designed to be run > > > in sessions - though google hints that they might want to write to utmp > > > - I see many bug reports ;-) > > > > I actually am using konsole and I don't have this variable in my > > export-list. Is there any way for me to find out who unsets the variable > > (i.e. which program is setuid)? Because I think some kde program does > > that - either kdm or something during kde startup. If I use > > xfce4-terminal (which isn't setuid) with startx I have my > > LD_LIBRARY_PATH. > > I'm not sure - konsole involves a lot of programs when it starts up. With "Try and Error" I found that it actually is kdm, a startx /usr/bin/konsole works as well as startx /usr/bin/startkde > > If there's no easy way to do this, I guess I have to move the bug over > > to kdm and take it from there... > > That sounds right. Done (I hope)... > > PS: Can it be, that this only happens with the "new" libc? Because I > > know for sure that some time back (maybe even half a year..) it worked. > > no - this has been (with xterm anyway) an issue for 4-5 years. If xterm's > not setuid, it'll still work except for the utmp feature. I usually test > xterm during development without setuid. Occasionally I see some comment > regarding systems where the setuid's been removed, etc. Perhaps you were > using one of those. Then I guess it was introduced with KDE 3.4. To the KDE Maintainers: Please note that I currently still run the "old" experimental KDE 3.4.1 and 3.4.0 (from alioth) packages, because I don't have high-bandwidth-access until Friday afternoon (CET), so if this issue is fixed in kdm 3.4.2 please feel free to close the bug. Andreas -- Make a wish, it might come true. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#328479: xbase-clients: X11 unsets LD_LIBRARY_PATH
On Thu, Sep 15, 2005 at 10:49:25PM +0200, Andreas Pakulat wrote: > Ok, so when I use xterm I have problem, but... but it's a known thing for which there's a solution. > > For the same reason, (or perhaps they're using old-style pty's) several > > other programs (I see Eterm, aterm, rxvt) are setuid. gnome-terminal > > and konsole aren't (but they're end-user applications designed to be run > > in sessions - though google hints that they might want to write to utmp > > - I see many bug reports ;-) > > I actually am using konsole and I don't have this variable in my > export-list. Is there any way for me to find out who unsets the variable > (i.e. which program is setuid)? Because I think some kde program does > that - either kdm or something during kde startup. If I use > xfce4-terminal (which isn't setuid) with startx I have my > LD_LIBRARY_PATH. I'm not sure - konsole involves a lot of programs when it starts up. ldd shows me 39 libraries that it loads. Since the environ array can be manipulated directly without system calls, ltrace probably wouldn't show this (and ltrace would produce a long listing for something like konsole). KDE developers should be able to answer the question with only a few moments' thought. There are other variables that are also removed from setuid programs, but LD_LIBRARY_PATH is the most noticeable (I don't have a list at hand). > If there's no easy way to do this, I guess I have to move the bug over > to kdm and take it from there... That sounds right. > Andreas > > PS: Can it be, that this only happens with the "new" libc? Because I > know for sure that some time back (maybe even half a year..) it worked. no - this has been (with xterm anyway) an issue for 4-5 years. If xterm's not setuid, it'll still work except for the utmp feature. I usually test xterm during development without setuid. Occasionally I see some comment regarding systems where the setuid's been removed, etc. Perhaps you were using one of those. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpzesYufrPzw.pgp Description: PGP signature
Bug#296599: patch to xorg-x11_6.8.2.dfsg.1-7
On 9/15/05, Denis Barbier <[EMAIL PROTECTED]> wrote: On Thu, Sep 15, 2005 at 08:30:49PM +, Rafael Espíndola wrote:> It already prints ccedilla in non-qt aplications (xterm for example),This was added into Debian by #204148, and not incorporated upstream. > 'c is much more common combination (windowns use it)What about learning how to use other combinations? ;) Note that no simple key generates a dead-cedilla. > and in portuguese the symbol cacute is not present.Sure, but setting your locale to pt_BR.UTF-8 does not mean that you only write portuguese; why do you run a UTF-8 locale if you onlywant to display/input latin1 characters?Frankly, I believe that we should get rid of those bad habits, UTF-8is there now and we have to take more characters into account. I think that it should default to Portuguese if LC_CTYPE is pt_BR. If the locale should not change the default Compose you could remove pt_BR/Compose completely. >Denis Rafael
Bug#296599: patch to xorg-x11_6.8.2.dfsg.1-7
On Thu, Sep 15, 2005 at 08:30:49PM +, Rafael Espíndola wrote: > It already prints ccedilla in non-qt aplications (xterm for example), This was added into Debian by #204148, and not incorporated upstream. > 'c is much more common combination (windowns use it) What about learning how to use other combinations? ;) > and in portuguese the symbol cacute is not present. Sure, but setting your locale to pt_BR.UTF-8 does not mean that you only write portuguese; why do you run a UTF-8 locale if you only want to display/input latin1 characters? Frankly, I believe that we should get rid of those bad habits, UTF-8 is there now and we have to take more characters into account. Denis
Bug#328479: xbase-clients: X11 unsets LD_LIBRARY_PATH
On 15.09.05 16:18:31, Thomas Dickey wrote: > On Thu, Sep 15, 2005 at 05:50:10PM +0200, Andreas Pakulat wrote: > > Package: xbase-clients > > Version: 6.8.2.dfsg.1-6 > > Severity: normal > ... > > The problem I have is, that startx /usr/bin/xterm "removes" > > LD_LIBRARY_PATH from my environment. When logging in using tty1, I see > > LD_LIBRARY_PATH=/usr/lib, but after I started X11 with that xterm it's > > gone. The same thing happens when logging into kdm. > > Actually it's the setuid feature which is noticed by the C runtime, and > that removes the $LD_LIBRARY_PATH. xterm is setuid in Debian to allow > it to update utmp (the record of logins). It could be configured to use > the utempter library (Redhat does that). Ok, so when I use xterm I have problem, but... > For the same reason, (or perhaps they're using old-style pty's) several > other programs (I see Eterm, aterm, rxvt) are setuid. gnome-terminal > and konsole aren't (but they're end-user applications designed to be run > in sessions - though google hints that they might want to write to utmp > - I see many bug reports ;-) I actually am using konsole and I don't have this variable in my export-list. Is there any way for me to find out who unsets the variable (i.e. which program is setuid)? Because I think some kde program does that - either kdm or something during kde startup. If I use xfce4-terminal (which isn't setuid) with startx I have my LD_LIBRARY_PATH. If there's no easy way to do this, I guess I have to move the bug over to kdm and take it from there... Andreas PS: Can it be, that this only happens with the "new" libc? Because I know for sure that some time back (maybe even half a year..) it worked. -- Abandon the search for Truth; settle for a good fantasy. pgpNvqAL7LhkV.pgp Description: PGP signature
Bug#296599: patch to xorg-x11_6.8.2.dfsg.1-7
On 9/15/05, Denis Barbier <[EMAIL PROTECTED]> wrote: On Wed, Sep 14, 2005 at 09:16:29PM -0300, Rafael Ávila de Espíndola wrote:> I have ported my previous patch to xorg.>> Rafael> Fix cedilla in Qt.> This patch by Rafael Avila de Espindola. >> Index: xc/nls/Compose/pt_BR.UTF-8> ===> --- xc/nls/Compose/pt_BR.UTF-8.orig 2005-09-14 20:42:36.0 -0300> +++ xc/nls/Compose/pt_BR.UTF-82005-09-14 20:44: 13.0 -0300> @@ -608,11 +608,11 @@> : "??" U0104 # LATIN CAPITAL LETTER A WITH OGONEK> : "??" U0105 # LATIN SMALL LETTER A WITH OGONEK > : "??" U0105 # LATIN SMALL LETTER A WITH OGONEK> - : "??" U0106 # LATIN CAPITAL LETTER C WITH ACUTE> + : "??" Ccedilla # LATIN CAPITAL LETTER C WITH CEDILLA Any reason why '+c should print ccedilla instead of cacute?There are other compose sequences to obtain a ccedilla. It already prints ccedilla in non-qt aplications (xterm for example), 'c is much more common combination (windowns use it) and in portuguese the symbol cacute is not present. DenisRafael
Bug#328479: xbase-clients: X11 unsets LD_LIBRARY_PATH
On Thu, Sep 15, 2005 at 05:50:10PM +0200, Andreas Pakulat wrote: > Package: xbase-clients > Version: 6.8.2.dfsg.1-6 > Severity: normal ... > The problem I have is, that startx /usr/bin/xterm "removes" > LD_LIBRARY_PATH from my environment. When logging in using tty1, I see > LD_LIBRARY_PATH=/usr/lib, but after I started X11 with that xterm it's > gone. The same thing happens when logging into kdm. Actually it's the setuid feature which is noticed by the C runtime, and that removes the $LD_LIBRARY_PATH. xterm is setuid in Debian to allow it to update utmp (the record of logins). It could be configured to use the utempter library (Redhat does that). For the same reason, (or perhaps they're using old-style pty's) several other programs (I see Eterm, aterm, rxvt) are setuid. gnome-terminal and konsole aren't (but they're end-user applications designed to be run in sessions - though google hints that they might want to write to utmp - I see many bug reports ;-) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpwMOZz1ar0A.pgp Description: PGP signature
Bug#296599: patch to xorg-x11_6.8.2.dfsg.1-7
On Wed, Sep 14, 2005 at 09:16:29PM -0300, Rafael Ávila de Espíndola wrote: > I have ported my previous patch to xorg. > > Rafael > Fix cedilla in Qt. > This patch by Rafael Avila de Espindola. > > Index: xc/nls/Compose/pt_BR.UTF-8 > === > --- xc/nls/Compose/pt_BR.UTF-8.orig 2005-09-14 20:42:36.0 -0300 > +++ xc/nls/Compose/pt_BR.UTF-82005-09-14 20:44:13.0 -0300 > @@ -608,11 +608,11 @@ > : "??" U0104 # LATIN CAPITAL LETTER A WITH > OGONEK > : "??" U0105 # LATIN SMALL LETTER A WITH OGONEK > : "??" U0105 # LATIN SMALL LETTER A WITH OGONEK > - : "??" U0106 # LATIN CAPITAL LETTER C WITH ACUTE > + : "??" Ccedilla # LATIN CAPITAL LETTER C WITH CEDILLA Any reason why '+c should print ccedilla instead of cacute? There are other compose sequences to obtain a ccedilla. Denis
Bug#328487: libfs6: doesn't clean up a shlib symlink?
Package: libfs6 Version: 6.8.2.dfsg.1-6 Testing libfs6 with piuparts, I get: 0m6.9s ERROR: Package purging left files on system: /usr/X11R6 owned by: libfs6 /usr/X11R6/lib owned by: libfs6 /usr/X11R6/lib/libFS.so.6 In the postrm, when $1 is remove, deregister_x_lib_dir_with_ld_so is called before ldconfig. This means that ldconfig does not know that it needs to go remove dangling symlinks in /usr/X11R6/lib. Calling them in the other order would seem correct, I think, but admittedly I'm not very familiar with shlibs stuff. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#328479: xbase-clients: X11 unsets LD_LIBRARY_PATH
Package: xbase-clients Version: 6.8.2.dfsg.1-6 Severity: normal Hi, I'm filing this against xbase-clients, because it's the package that contains xinit and I couldn't find any occurence of LD_LIBRARY_PATH in /etc/X11 or in the startx-script, thus I assume xinit itself does this. If this is not the case, please feel free to reassign the bugreport to the right package. The problem I have is, that startx /usr/bin/xterm "removes" LD_LIBRARY_PATH from my environment. When logging in using tty1, I see LD_LIBRARY_PATH=/usr/lib, but after I started X11 with that xterm it's gone. The same thing happens when logging into kdm. Andreas PS: I need LD_LIBRARY_PATH=/usr/lib for Sun's Java to find some .so's, so please no discussion about this setting of LD_LIBRARY_PATH. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.4-cherry+radeon Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages xbase-clients depends on: ii cpp 4:4.0.1-3 The GNU C preprocessor (cpp) ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libdmx1 6.8.2.dfsg.1-6 Distributed Multihead X client lib ii libdps1 6.8.2.dfsg.1-6 Display PostScript (DPS) client li ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libfs66.8.2.dfsg.1-6 X Font Server library ii libglu1-xorg [libglu1]6.8.2.dfsg.1-6 Mesa OpenGL utility library [X.Org ii libice6 6.8.2.dfsg.1-6 Inter-Client Exchange library ii libncurses5 5.4-9 Shared libraries for terminal hand ii libpng12-01.2.8rel-1 PNG library - runtime ii libsm66.8.2.dfsg.1-6 X Window System Session Management ii libxau6 6.8.2.dfsg.1-6 X Authentication library ii libxaw8 6.8.2.dfsg.1-6 X Athena widget set library ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.8.2.dfsg.1-6 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxi66.8.2.dfsg.1-6 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-6 X Window System multi-head display ii libxkbfile1 6.8.2.dfsg.1-6 X Keyboard Extension file parsing ii libxkbui1 6.8.2.dfsg.1-6 X Keyboard Extension user interfac ii libxmu6 6.8.2.dfsg.1-6 X Window System miscellaneous util ii libxmuu1 6.8.2.dfsg.1-6 lightweight X Window System miscel ii libxp66.8.2.dfsg.1-6 X Window System printing extension ii libxpm4 6.8.2.dfsg.1-6 X pixmap library ii libxrandr26.8.2.dfsg.1-6 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxss1 6.8.2.dfsg.1-6 X Screen Saver client-side library ii libxt66.8.2.dfsg.1-6 X Toolkit Intrinsics ii libxtrap6 6.8.2.dfsg.1-6 X Window System protocol-trapping ii libxtst6 6.8.2.dfsg.1-6 X Window System event recording an ii libxv16.8.2.dfsg.1-6 X Window System video extension li ii libxxf86dga1 6.8.2.dfsg.1-6 X Direct Graphics Access extension ii libxxf86misc1 6.8.2.dfsg.1-6 X miscellaneous extensions library ii libxxf86vm1 6.8.2.dfsg.1-6 X Video Mode selection library ii xlibmesa-gl [libgl1] 6.8.2.dfsg.1-6 Mesa 3D graphics library [X.Org] ii xlibs 6.8.2.dfsg.1-6 X Window System client libraries m ii xlibs-data6.8.2.dfsg.1-6 X Window System client data ii zlib1g1:1.2.3-4 compression library - runtime xbase-clients recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Unifying the submitter addresses used by me.
Processing commands for [EMAIL PROTECTED]: > submitter 180875 ! Bug#180875: mozilla: Mozilla can not be globaly configured. (all.js preceding debian.js) Changed Bug submitter from "Bernhard R. Link" <[EMAIL PROTECTED]> to "Bernhard R. Link" <[EMAIL PROTECTED]>. > submitter 180569 ! Bug#180569: manpages-de: the german sort-manpage does not fit to the sort from textutils Changed Bug submitter from "Bernhard R. Link" <[EMAIL PROTECTED]> to "Bernhard R. Link" <[EMAIL PROTECTED]>. > submitter 323848 ! Bug#323848: libglib2.0-0: Documentation of g_get_home_dir erroneously says it returns the user's home dir. Changed Bug submitter from "Bernhard R. Link" <[EMAIL PROTECTED]> to "Bernhard R. Link" <[EMAIL PROTECTED]>. > submitter 97260 ! Bug#97260: date cannot parse it's own output Changed Bug submitter from "Bernhard R. Link" <[EMAIL PROTECTED]> to "Bernhard R. Link" <[EMAIL PROTECTED]>. > submitter 114233 ! Bug#114233: trust and validity support Changed Bug submitter from "Bernhard R. Link" <[EMAIL PROTECTED]> to "Bernhard R. Link" <[EMAIL PROTECTED]>. > submitter 171718 ! Bug#171718: mozilla: making bookmark-defaults configurable would be nice Changed Bug submitter from "Bernhard R. Link" <[EMAIL PROTECTED]> to "Bernhard R. Link" <[EMAIL PROTECTED]>. > submitter 233204 ! Bug#233204: xdm: please readd LockPidFile behaviour Changed Bug submitter from "Bernhard R. Link" <[EMAIL PROTECTED]> to "Bernhard R. Link" <[EMAIL PROTECTED]>. > 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]
Re: X Strike Force Render SVN commit: r73 - branches/HEAD/debian
El jueves, 15 de septiembre de 2005 05:19, X Strike Force SVN Repository Admin escribió: > Author: dnusinow [...] > Modified: >branches/HEAD/debian/changelog [...] > +renderext (1:0.9+CVS20050905-2) UNRELEASED; urgency=low > + > + * Pull various useful pieces from the xorg-x11 debian/rules file and place > + them in to debian/xfsbs.mk (X Strike Force Build System). This will > handle This should be debian/xsfbs.mk, you had a typo. :-) Best regards, Ender. -- Look at my fingers: four stones, four crates! Zero stones? ZERO CRATES! -- Zorg (The Fifth Element). -- Debian developer pgpoQb4XlulNK.pgp Description: PGP signature
