Bug#498293: linux-image-2.6.26-1-686: mos7840 USB serial driver fails to work and causes kernel OOPS with 2.6.26-4
mos7840_startup tries to use serial-minor for port number calculation but it
is uninitialized yet. It happened to work for single adapter when serial-minor
was 0, but now for some reason it is not and startup breaks. The attached
patch fixes the issue, but there's still some bug in deinitialization code,
which leads to NULL pointer dereference if mos7840_startup was unsuccessful.
--- a/drivers/usb/serial/mos7840.c 2008-11-16 09:55:34.0 +0700
+++ b/drivers/usb/serial/mos7840.c 2008-11-16 09:56:20.0 +0700
@@ -2534,9 +2534,7 @@
mos7840_set_port_private(serial-port[i], mos7840_port);
spin_lock_init(mos7840_port-pool_lock);
- mos7840_port-port_num = ((serial-port[i]-number -
- (serial-port[i]-serial-minor)) +
- 1);
+ mos7840_port-port_num = i + 1;
if (mos7840_port-port_num == 1) {
mos7840_port-SpRegOffset = 0x0;
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399980: libxklavier -slovak keyboard in qwerty variant dosen't work and has very strange effects
I configure the xorg.conf to allow keyboard switching this way: Option XkbVariantqwerty Option XkbLayout us,sk Option XkbOptionsgrp:shift_toggle,grp_led:scroll Which means select qwerty variant for us layout and whatever is the default for sk layout, which is definitely not what you want. What you want is: Option XkbLayout us,sk Option XkbVariant ,qwerty [snip] Now I change the order, because I want the sk to be the default: Option XkbLayout sk,us I'm afraid such configuration is not and won't be supported by xkb. [snip] I'll try to go the hard way, and put exact keyboard in there, as I (succesfully) did with Woody and Sarge: Option XkbLayout us,sk_qwerty There is no sk_qwerty layout in xkb anymore. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400852: wodim: doesn't honor RSH env variable
Package: wodim Version: 5:1.0-1 Severity: normal As stated in manpage, RSH env variable can be used to specify a program, which will be used to connect to remote host instead of rcmd. But setting this variable makes no effect and wodim still tries to use rcmd. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-vserver-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages wodim depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. Versions of packages wodim recommends: ii mkisofs 5:1.0-1Creates ISO-9660 CD-ROM filesystem -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400852: wodim: doesn't honor RSH env variable
Defining USE_RCMD_RSH while building wodim's scsi-remote.c, as cdrtools in sarge does, solves the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356803: Which description mismatch?
The only problem I see is package descriptions mismatching with actual content. PC Which mismatch? That probably has been fixed ages ago. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377386: reopening
reopen 377386 thanks With the latest upload, xserver-xorg-video-s3 no longer works on older s3 chips. The problem is that NEWMMIO code is only used on some (newer) chips. In monolith xorg the file s3_accel.c was built twice: with once with -DS3_GENERIC and once with -DS3_NEWMMIO. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384262: xserver-xorg-core: could not open default font 'fixed'
If your xorg.conf only one FontPath entry FontPathunix/:7100# local font server can you try removing this entry or the whole section and see if it works. If there are more FontPath entries, then send your xorg.conf to the bug log, please. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390254: missing dependencies
Fix: diff -Nru libxcomposite/debian/rules libxcomposite.new/debian/rules --- libxcomposite/debian/rules 2006-04-19 09:55:13.0 +0800 +++ libxcomposite.new/debian/rules 2006-09-30 18:26:21.0 +0800 @@ -78,7 +78,7 @@ dh_strip --dbg-package=$(PACKAGE) dh_compress dh_fixperms - dh_makeshlibs + dh_makeshlibs -V libxcomposite1 (= 1:0.3-1) dh_shlibdeps dh_installdeb dh_gencontrol
Bug#388627: dpkg-cross: libXXX.so symlinks are skipped
Package: dpkg-cross Version: 1.30 Severity: normal When converting -dev library packages, dpkg-cross doesn't include libXXX.so symlinks in resulting cross packages, which makes linking to shared libraries impossible. -- 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-2-vserver-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages dpkg-cross depends on: ii binutils 2.17-2 The GNU assembler, linker and bina ii dpkg-dev 1.13.22package building tools for Debian ii file 4.17-3 Determines file type using magic dpkg-cross recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388025: mesa: ffb dri driver is for sparc and is built on i386 only
Package: mesa Severity: normal ffb driver is for sun creator/creator3d devices usually available with sparc hardware, but it is built on i386 only. -- 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-2-vserver-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363041: xdm: ~/.xinitrc is not executed at login
severity 363041 wishlist reassign 363041 x11-common retitle 363041 x11-common: Execute ~/.xinitrc from Xsession tags 363041 +wontfix thank you as the title suggests, xdm ignores my ~/.xinitrc. And can you name a reason why it _should not_ ignore config file of xinit? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370033: x11-common: bash profile not read when opening an X session
tags 370033 +wontfix thank you ... as shell profiles have absolutely nothing to do with X session. (see also #354523) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351328: possible fix
Attached patch fixes 2 issues:
CParse::Enumerator::get_member doesn't pass $namespace down on the call
stack and this is the reason of the bug.
CType::Ref proxies only some of the methods of underlying type, four
new are added. This allows to canonify at least freetype headers. Maybe
more proxying methods are needed.
diff -Nru icheck.old/CParse/Enumerator.pm icheck/CParse/Enumerator.pm
--- icheck.old/CParse/Enumerator.pm 2006-04-03 06:04:54.0 +0800
+++ icheck/CParse/Enumerator.pm 2006-05-24 13:58:56.0 +0800
@@ -41,7 +41,7 @@
my $self = shift;
my $namespace = shift;
-return {name = $self-{name}, value = $self-{value} ?
$self-{value}-get_expr : undef};
+return {name = $self-{name}, value = $self-{value} ?
$self-{value}-get_expr($namespace) : undef};
}
1;
diff -Nru icheck.old/CType/Ref.pm icheck/CType/Ref.pm
--- icheck.old/CType/Ref.pm 2006-04-03 06:04:55.0 +0800
+++ icheck/CType/Ref.pm 2006-05-24 13:58:55.0 +0800
@@ -192,4 +192,29 @@
return $self-type-signed;
}
+sub nature
+ {
+my $self = shift;
+return $self-type-nature;
+ }
+
+sub max_value
+ {
+my $self = shift;
+return $self-type-max_value;
+ }
+
+sub min_value
+ {
+my $self = shift;
+return $self-type-min_value;
+ }
+
+sub can_represent
+ {
+my $self = shift;
+my $value = shift;
+return $self-type-can_represent($value);
+ }
+
1;
Bug#363699: x11-common: The /usr/X11R6/bin symlink is not removed when the package is purged
Attached patch moves /usr/X11R6/bin directory handling into preinst instead of postinst and symlink handling to dpkg. # HG changeset patch # User [EMAIL PROTECTED] # Node ID 99c16b0fcf1a233d0307ec53f4bb71247b9df871 # Parent f19cf5299f4bf47d1905dbd6ff922e567f8f664d Move handling of /usr/X11R6/bin dir from postinst to preinst and let dpkg handle the link. diff -r f19cf5299f4b -r 99c16b0fcf1a debian/xorg/debian/x11-common.links --- a/debian/xorg/debian/x11-common.links Tue Apr 18 23:16:54 2006 + +++ b/debian/xorg/debian/x11-common.links Thu Apr 20 23:01:13 2006 +0800 @@ -1,3 +1,4 @@ usr/bin usr/bin/X11 usr/bin usr/bin/X11 +usr/bin usr/X11R6/bin usr/X11R6/lib/X11/fonts usr/lib/X11/fonts etc/X11/rgb.txt usr/share/X11/rgb.txt diff -r f19cf5299f4b -r 99c16b0fcf1a debian/xorg/debian/x11-common.postinst.in --- a/debian/xorg/debian/x11-common.postinst.in Tue Apr 18 23:16:54 2006 + +++ b/debian/xorg/debian/x11-common.postinst.in Thu Apr 20 23:01:13 2006 +0800 @@ -48,13 +48,6 @@ if ! [ -L /usr/bin/X11 ] [ -d /usr else ln -s ../bin /usr/bin/X11 || true fi -fi - -if [ -d /usr/X11R6/bin ] [ ! -L /usr/X11R6/bin ]; then - rmdir /usr/X11R6/bin || die Could not remove /usr/X11R6/bin. Is not yet empty. Please remove any items still in the directory. You can move them back after the install has completed successfully. -fi -if ! [ -e /usr/X11R6/bin ]; then - ln -s /usr/bin /usr/X11R6/bin || die Could not link /usr/bin to /usr/X11R6/bin fi # only mess with config file it exists; otherwise, assume that's the way the diff -r f19cf5299f4b -r 99c16b0fcf1a debian/xorg/debian/x11-common.preinst.in --- a/debian/xorg/debian/x11-common.preinst.in Tue Apr 18 23:16:54 2006 + +++ b/debian/xorg/debian/x11-common.preinst.in Thu Apr 20 23:01:13 2006 +0800 @@ -102,6 +102,11 @@ if [ $1 = install ] || [ $1 = upg md5sum $XWRAPPER_CONFIG $XWRAPPER_CONFIG_CHECKSUM fi fi + + if [ -d /usr/X11R6/bin ] [ ! -L /usr/X11R6/bin ]; then +rmdir /usr/X11R6/bin || die Could not remove /usr/X11R6/bin. Is not yet empty. Please remove any items still in the directory. You can move them back after the install has completed successfully. + fi + fi #DEBHELPER#
Bug#365292: xbase-clients: xmore crashes immediately
Again, some code not properly ifdef'ed for building without xprint. Fix
attached.
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID cc07826ef0d862516a72a8dbe0403f0d420c5c77
# Parent 973ecd7376218cdaa4298cfc4dda3267046e1ef3
merge
diff -r 973ecd737621 -r cc07826ef0d8
app/xbase-clients/xmore-X11R7.0-1.0.1/xmore.c
--- a/app/xbase-clients/xmore-X11R7.0-1.0.1/xmore.c Sun Apr 30 13:40:29
2006 +0800
+++ b/app/xbase-clients/xmore-X11R7.0-1.0.1/xmore.c Sun Apr 30 13:40:40
2006 +0800
@@ -150,7 +150,9 @@ static void
static void
printshellDestroyXtProc(Widget w, XtPointer client_data, XtPointer callData)
{
+#ifdef USE_XPRINT
XawPrintDialogClosePrinterConnection(printdialog, False);
+#endif
}
#ifdef USE_XPRINT
@@ -302,7 +304,12 @@ int main( int argc, char *argv[] )
#endif
n = 0;
- XtSetArg(args[n], XtNfromHoriz, printbutton);n++;
+#ifdef USE_XPRINT
+ XtSetArg(args[n], XtNfromHoriz, printbutton);
+#else
+ XtSetArg(args[n], XtNfromHoriz, NULL);
+#endif
+ n++;
XtSetArg(args[n], XtNfromVert,text); n++;
XtSetArg(args[n], XtNlabel, Quit); n++;
quitbutton = XtCreateManagedWidget(quit, commandWidgetClass, form, args,
n);
Bug#365291: xbase-clients: xdbedizzy crashes immediately
This bug is caused by incorrectly ifdef'ing parts of code with
USE_XPRINT, leading to skipping initialization code if built without
xprint support.
Here's a fix:
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID 973ecd7376218cdaa4298cfc4dda3267046e1ef3
# Parent 1fe2f9309b40131556685f6aa29f782b23cdf769
merge
diff -r 1fe2f9309b40 -r 973ecd737621
app/xbase-clients/xdbedizzy-X11R7.0-1.0.1/xdbedizzy.c
--- a/app/xbase-clients/xdbedizzy-X11R7.0-1.0.1/xdbedizzy.c Sun Apr 30
13:38:36 2006 +0800
+++ b/app/xbase-clients/xdbedizzy-X11R7.0-1.0.1/xdbedizzy.c Sun Apr 30
13:40:29 2006 +0800
@@ -701,8 +701,8 @@ int main(int argc, char *argv[])
/* Obtain some info about page geometry */
XpGetPageDimensions(dpy, pcontext, dummy, dummy, winrect);
}
-#endif
else
+#endif
{
dpy = XOpenDisplay(display_name);
if (dpy == NULL) {
Bug#364834: quilt pop -a doesn't work if .pc is a symlink
On Thu, 27 Apr 2006 02:55:07 +0200 Martin Quinson wrote: MQ Actually, unless I'm wrong, there is a lot much stuff broken if .pc is a MQ symlink: MQ [EMAIL PROTECTED]:/tmp$ mkdir D MQ [EMAIL PROTECTED]:/tmp$ cd D/ MQ [EMAIL PROTECTED]:/tmp/D$ mkdir patches MQ [EMAIL PROTECTED]:/tmp/D$ mkdir PC MQ [EMAIL PROTECTED]:/tmp/D$ ln -s PC .pc MQ [EMAIL PROTECTED]:/tmp/D$ quilt new AZE MQ The working tree was created by an older version of quilt. Please MQ run 'quilt upgrade'. ^ Will fix the issue :) MQ I cannot even create a patch in such condition. Could you please give some MQ more details on how you managed to use symlinked .pc so far? And you can easily create symlink, if patches dir already initialized and has patches in it. Xorg packages build system has been symlinking .pc into stampdir for more than half a year. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364834: quilt pop -a doesn't work if .pc is a symlink
Package: quilt Version: 0.44-5 Severity: important New backup_files uses rmdir -p to remove patch directories on restore which fails if .pc is a symlink. As a result, quilt pop -a stops working. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages quilt depends on: ii bzip2 1.0.3-2high-quality block-sorting file co ii diffstat 1.41-1 produces graph of changes introduc ii gawk 1:3.1.5.dfsg-4 GNU awk, a pattern scanning and pr ii gettext 0.14.5-2 GNU Internationalization utilities ii patch 2.5.9-4Apply a diff file to an original quilt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362435: libx11-6: Unneeded dependency on xlibs-data
At Thu, 13 Apr 2006 14:28:05 +0200, Christian Marillat wrote: This package still depends on the empty xlibs-data package. ... Versions of packages libx11-6 depends on: ii libc6 2.3.6-6GNU C Library: Shared libraries ii libx11-data 2:1.0.0-6 X11 client-side library ii libxau6 1:1.0.0-2 X11 authorisation library ii libxdmcp6 1:1.0.0-3 X11 Display Manager Control Protoc ii x11-common1:7.0.10 X Window System (X.Org) infrastruc libx11-6 recommends no packages. Really? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362149: xdm: GiveConsole/TakeConsole/Xsetup_0 missing
At Wed, 12 Apr 2006 10:57:28 -0400, Martin Stolle wrote: After upgrading to this xdm version in unstable, users can no longer log on. It seems like xdm tries to execute some scripts, as configured in the default xdm-config, that don't exist. The missing scripts are Xsetup_0, GiveConsole and TakeConsole. And they shouldn't exist. It is xdm-config, which is broken. xdm was built without debian patches applied. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358702: FTBFS: bdftopcf.1x / bdftopcf.1 confusion
At Fri, 24 Mar 2006 01:27:23 +0100, Samuel Thibault wrote: Package: xfonts-utils Version: 1:1.0.0-2 Severity: important Tags: experimental patch Justification: fails to build from source Hi, Compile fails with cp: cannot stat `debian/tmp/usr/share/man/man1/bdftopcf.1x': No such file or directory And indeed, the manpage is suffixed with 1: grepping bdftopcf gives: That only happens on non-linux arches and it affects _most_ xorg packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356783: xutils has xmkmf, but not imake?
At Tue, 14 Mar 2006 11:30:53 +0900, Miles Bader wrote: xutils has xmkmf, which seems to use imake, but the xutils package doesn't make sure imake is available (one must install xutils-dev for that), which is kind of confusing. Hmm. xutils 6.9.0.dfsg.1-4 in unstable does have both xmkmf and imake. xutils 1:1.0.1-2 in experimental doesn't have either, both are moved to xutils-dev. And xutils in experimental depends on xutils-dev. So there should be something really weird happening, if you have xmkmf, but not imake installed. The only problem I see is package descriptions mismatching with actual content. [Maybe this is how people expect it to work, but I was confused, trying to find out why Emacs didn't think X was installed, despite having most X -dev packages installed...] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354577: Patch (attempt #2)
At Tue, 28 Feb 2006 18:15:16 +0300, Andrew ``Bass'' Shcheglov wrote: diff -ur xc.orig/programs/xfontsel/xfontsel.c xc/programs/xfontsel/xfontsel.c --- xc.orig/programs/xfontsel/xfontsel.c 2004-04-04 02:38:55.0 +0400 +++ xc/programs/xfontsel/xfontsel.c 2006-02-28 17:51:11.0 +0300 @@ -505,7 +505,7 @@ int work_priority = 0; fontNames = parseRec-fontNames = - XListFonts(dpy, AppRes.pattern, 32767, numFonts); + XListFonts(dpy, AppRes.pattern, (int) long) ((unsigned) -1)) + 1) / 2 - 1), numFonts); fonts = (FontValues*)XtMalloc( numFonts*sizeof(FontValues) ); fontInSet = (Boolean*)XtMalloc( numFonts*sizeof(Boolean) ); This patch is incorrect, as ListFonts request can only take CARD16 as maxfonts. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354523: xserver-xorg: .bashrc can cause Xsession error on login
At Sun, 26 Feb 2006 20:10:43 -0600, Adam Porter wrote: Package: xserver-xorg Version: 6.9.0.dfsg.1-4 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 For quite a while now, every time I logged in with a certain user, an X dialog box would pop up that said that there were too many arguments provided, and that it was falling back to the default session. I'd click okay, and then it would happen one more time, and after dismissing it KDE would log in fine. Finally I used rgrep to track down that error message, and added a line in /etc/X11/Xsession.d/20x11-common_process-args to write the arguments it was receiving to a file. Then I checked that file, and found that it was receiving bell-style none arguments. I found those in my .bashrc file, above these lines: Are you using kdm? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354523: xserver-xorg: .bashrc can cause Xsession error on login
reassign 354523 kdm thanks At Sun, 26 Feb 2006 21:05:33 -0600, Adam Porter wrote: On Sunday 26 February 2006 20:45, Eugene Konev wrote: At Sun, 26 Feb 2006 20:10:43 -0600, Adam Porter wrote: Package: xserver-xorg Version: 6.9.0.dfsg.1-4 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 For quite a while now, every time I logged in with a certain user, an X dialog box would pop up that said that there were too many arguments provided, and that it was falling back to the default session. I'd click okay, and then it would happen one more time, and after dismissing it KDE would log in fine. Finally I used rgrep to track down that error message, and added a line in /etc/X11/Xsession.d/20x11-common_process-args to write the arguments it was receiving to a file. Then I checked that file, and found that it was receiving bell-style none arguments. I found those in my .bashrc file, above these lines: Are you using kdm? Yes. This is a bug in kdm's Xsession script, which sources $HOME/.bashrc and then /etc/X11/Xsession. Reassigning... Probably severity of this bug should be raised as it allows any user to override system policy through .bashrc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347786: xserver-xorg: GPM repeater broken since 6.9
1. The correct way to use gpm with X server with /dev/input/mice in linux 2.6 is _not_ use gpm repeater, as kernel driver is perfectly capable to multiplex events itself. 2. This bug seems to be specific to ppc (endianness?) architecture, as I cannot reproduce it on x86 with any of the configs provided in the bug log. I can suggest rebuilding xorg with *DEBUG* options #define'd in xc/programs/Xserver/hw/xfree86/input/mouse/mouse.c and providing resulting debug logs (and logs from gpm with verbosity increased) to the bug log. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351328: icheck: Can't call method get on an undefined value when checking freetype headers
Package: icheck Version: 0.9.7-4 Severity: important test.h: #include ft2build.h #include FT_FREETYPE_H $ icheck --canonify -o icheck.result -I/usr/include/freetype2 test.h /usr/include/freetype2/freetype/freetype.h:634:2: Can't call method get on an undefined value at /usr/share/icheck/perl5/CParse/Declarator.pm line 157. Attempt to free unreferenced scalar: SV 0x8cf5558, Perl interpreter: 0x814a008 during global destruction. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7xen0 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages icheck depends on: ii perl 5.8.7-10 Larry Wall's Practical Extraction icheck recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351326: xserver-xorg: trouble purging
Hello Lars. On Sat, 04 Feb 2006 05:55:31 +0200 you wrote: 0m12.6s ERROR: Command failed (status=256): 'chroot /tmp/tmpS7lFxN dpkg --purge --pending' (Reading database ... 6930 files and directories currently installed.) Removing xserver-xorg ... Purging configuration files for xserver-xorg ... Removing any system startup links for /etc/init.d/xserver-xorg ... dpkg: error processing xserver-xorg (--purge): subprocess post-removal script returned error exit status 20 Unfortunately, the X packages have maintainer scripts that scare me and confuse me, so I failed to find the reason for this problem. Sorry. At the very end of xserver-xorg.postrm it sources /usr/share/debconf/confmodule to call db_purge (added by dh_installdebconf) and gets reinvoked under debconf. Then update-rc.d prints the same message about startup links to debconf redirected stdout, which makes debconf bail out. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347505: libxxf86vm1: No /usr/X11R6/lib/libXxf86vm.so
You need a -dev package to link against a lib. apt-get install libxxf86vm-dev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347228: libxt6: Missing dependency on libx11-6.
Hello Daniel.
On Mon, 9 Jan 2006 18:48:20 +0100
you wrote:
On Mon, Jan 09, 2006 at 11:08:21AM -0500, David Nusinow wrote:
On Mon, Jan 09, 2006 at 04:22:04PM +0100, Daniel Kobras wrote:
libXt from 6.9.0.dfsg.1-2 was linked with libX11, but this
dependency is
not reflected in the Depends: of the binary package:
% ldd /usr/X11R6/lib/libXt.so.6
linux-gate.so.1 = (0xe000)
libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0xb7ece000)
libSM.so.6 = /usr/X11R6/lib/libSM.so.6 (0xb7ec6000)
libICE.so.6 = /usr/X11R6/lib/libICE.so.6 (0xb7eaf000)
libc.so.6 = /lib/tls/libc.so.6 (0xb7d78000)
libdl.so.2 = /lib/tls/libdl.so.2 (0xb7d74000)
/lib/ld-linux.so.2 (0x8000)
but:
% dpkg -s libxt6 | grep Depends
Depends: libc6 (= 2.3.5-1), libice6, libsm6, debconf (= 0.5) |
debconf-2.0
The required dependency on libx11-6 is missing.
This is odd. Why doesn't ${shlibs:Depends} add this automatically
like it
should? All these other deps are added correctly. Any clues from
anyone?
Looks like debian/libx11-6.shlibs.local (added in 4.3.0-0pre1v5) does
not only prevent self-dependencies, but prevents any dependency on
libx11-6 within the xorg-x11 packages.
Yep. Because it looks like dh_shlibdeps ignores -p switch:
sh-3.00# DEBTREEDIR=$(pwd)/debian/tmp dh_shlibdeps -v -a -plibx11-6 -l$DEBTREEDI
R/usr/lib -l$DEBTREEDIR/usr/X11R6/lib -- -Ldebian/libx11-6.shlibs.local
LD_LIBRARY_PATH=/usr/X11R6/lib
dpkg-shlibdeps -Tdebian/lbxproxy.substvars
-Ldebian/libx11-6.shlibs.local debian/lbxproxy/usr/X11R6/bin/lbxproxy
LD_LIBRARY_PATH=/usr/X11R6/lib
dpkg-shlibdeps -Tdebian/libdmx1.substvars
-Ldebian/libx11-6.shlibs.local debian/libdmx1/usr/X11R6/lib/libdmx.so.1.0
LD_LIBRARY_PATH=/usr/X11R6/lib
dpkg-shlibdeps -Tdebian/libfs6.substvars -Ldebian/libx11-6.shlibs.local
debian/libfs6/usr/X11R6/lib/libFS.so.6.0
LD_LIBRARY_PATH=/usr/X11R6/lib
dpkg-shlibdeps -Tdebian/libice6.substvars
-Ldebian/libx11-6.shlibs.local debian/libice6/usr/X11R6/lib/libICE.so.6.4
LD_LIBRARY_PATH=/usr/X11R6/lib
dpkg-shlibdeps -Tdebian/libxp6.substvars -Ldebian/libx11-6.shlibs.local
debian/libxp6/usr/X11R6/lib/libXp.so.6.2
LD_LIBRARY_PATH=/usr/X11R6/lib
dpkg-shlibdeps -Tdebian/libsm6.substvars -Ldebian/libx11-6.shlibs.local
debian/libsm6/usr/X11R6/lib/libSM.so.6.0
LD_LIBRARY_PATH=/usr/X11R6/lib
... and so on.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347228: libxt6: Missing dependency on libx11-6.
Yep. Because it looks like dh_shlibdeps ignores -p switch: ... and this is exactly the same issue as the one with -dbg packages: -a in DH_OPTIONS overrides -p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347228: libxt6: Missing dependency on libx11-6.
Quick hack to fix: --- xorg-x11-6.9.0.dfsg.1.orig/debian/rules 2006-01-10 03:11:40.0 +0700 +++ xorg-x11-6.9.0.dfsg.1/debian/rules 2006-01-10 02:56:37.0 +0700 @@ -585,7 +585,7 @@ chmod ug+s debian/xserver-common/usr/X11R6/bin/X dh_installdeb dh_shlibdeps -Nlibx11-6 -l$(DEBTREEDIR)/usr/lib -l$(DEBTREEDIR)/usr/X11R6/lib --exclude=usr/X11R6/lib/modules - dh_shlibdeps -plibx11-6 -l$(DEBTREEDIR)/usr/lib -l$(DEBTREEDIR)/usr/X11R6/lib -- -Ldebian/libx11-6.shlibs.local + unset DH_OPTIONS; dh_shlibdeps -plibx11-6 -l$(DEBTREEDIR)/usr/lib -l$(DEBTREEDIR)/usr/X11R6/lib -- -Ldebian/libx11-6.shlibs.local dh_gencontrol -- -VF:XWSC-Special-Depends=$(XWSC_SPECIAL_DEPENDS) \ -VF:XWSD-Special-Depends=$(XWSD_SPECIAL_DEPENDS) dh_md5sums
Bug#344633: heartbeat: /etc/ha.d/resource.d/IPaddr fails to release ip on interface with long name
Package: heartbeat Version: 1.2.3-9sarge4 Severity: important The script uses ifconfig to find interfaces and ifconfig only shows first 9 characters of interface name. Thus, if aliased interface name has more than 9 symbols (and original has more than 7) IPaddr fails to release the ip and heartbeat immediately reboots machine. Sample session: [EMAIL PROTECTED]:~# sh /etc/ha.d/resource.d/IPaddr 10.4.99.9 start 2005/12/24_16:14:38 info: /sbin/ifconfig nic1.499:1 10.4.99.9 netmask 255.255.255.0 broadcast 10.4.99.255 2005/12/24_16:14:38 info: Sending Gratuitous Arp for 10.4.99.9 on nic1.499:1 [nic1.499] 2005/12/24_16:14:38 /usr/lib/heartbeat/send_arp -i 1010 -r 5 -p /var/lib/heartbeat/rsctmp/send_arp/send_arp-10.4.99.9 nic1.499 10.4.99.9 auto 10.4.99.9 [EMAIL PROTECTED]:~# sh /etc/ha.d/resource.d/IPaddr 10.4.99.9 stop 2005/12/24_16:15:21 info: /sbin/route -n del -host 10.4.99.9 SIOCDELRT: No such process 2005/12/24_16:15:21 info: /sbin/ifconfig nic1.499: down SIOCSIFFLAGS: Cannot assign requested address 2005/12/24_16:15:21 WARN: IP Address 10.4.99.9 NOT released I'd suggest switching the default ip script to IPaddr2 on linux platforms which uses ip and doesn't have this limitation. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686xen0-smp Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages heartbeat depends on: ii adduser3.63 Add and remove users and groups ii iproute20041019-3Professional tools to control the ii iputils-ping 3:20020927-2 Tools to test the reachability of ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libglib1.2 1.2.10-9 The GLib library of C routines ii libnet11.1.2.1-2 library for the construction and h ii libpils0 1.2.3-9sarge4 Plugin and Interface Loading Syste ii libstonith01.2.3-9sarge4 Interface for remotely powering do ii python 2.3.5-2 An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330144: xlibs-data from etch breaks cyrillic output in gtk1.2 apps
The source of problem is changed /usr/X11R6/lib/X11/locale/en_US.UTF-8/XLC_LOCALE to which ru_RU.UTF-8 locale is aliased. The attached patch adds correct for russian ru_RU.UTF-8/XLC_LOCALE (and necessaty ru_RU.UTF-8/XI18N_OBJS) and aliases ru_RU.UTF-8 locale to it. It also update manifests and xlibs-data.install* for shipping new files. This should solve the problem for ru_RU.UTF-8. Probably, some other UTF-8 locales (which fontsets aren't covered by iso8859-1 and CJK encodings) require similar fix. Or en_US.UTF-8/XLC_LOCALE can be altered to include appropriate encodings in fontset. (The xfree 4.3 didn't have this problem because en_US.UTF-8 XLC_LOCALE used iso10646-1 fonts for default fontset. But AIUI this is not the best solution for the problem, that is why it was changed in xorg). diff -Nru a/debian/MANIFEST.alpha.in b/debian/MANIFEST.alpha.in --- a/debian/MANIFEST.alpha.in 2005-12-29 06:10:26.0 +0700 +++ b/debian/MANIFEST.alpha.in 2006-01-02 12:30:55.0 +0700 @@ -1415,6 +1416,8 @@ usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE +usr/X11R6/lib/X11/locale/ru_RU.UTF-8/XI18N_OBJS +usr/X11R6/lib/X11/locale/ru_RU.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE usr/X11R6/lib/X11/locale/th_TH.UTF-8/XI18N_OBJS diff -Nru a/debian/MANIFEST.amd64.in b/debian/MANIFEST.amd64.in --- a/debian/MANIFEST.amd64.in 2006-01-01 04:20:50.0 +0700 +++ b/debian/MANIFEST.amd64.in 2006-01-02 12:30:48.0 +0700 @@ -1415,6 +1417,8 @@ usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE +usr/X11R6/lib/X11/locale/ru_RU.UTF-8/XI18N_OBJS +usr/X11R6/lib/X11/locale/ru_RU.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE usr/X11R6/lib/X11/locale/th_TH.UTF-8/XI18N_OBJS diff -Nru a/debian/MANIFEST.arm.in b/debian/MANIFEST.arm.in --- a/debian/MANIFEST.arm.in2005-07-28 12:30:44.0 +0800 +++ b/debian/MANIFEST.arm.in2006-01-02 12:30:56.0 +0700 @@ -1430,6 +1430,8 @@ usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE +usr/X11R6/lib/X11/locale/ru_RU.UTF-8/XI18N_OBJS +usr/X11R6/lib/X11/locale/ru_RU.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE usr/X11R6/lib/X11/locale/th_TH.UTF-8/XI18N_OBJS diff -Nru a/debian/MANIFEST.hppa.in b/debian/MANIFEST.hppa.in --- a/debian/MANIFEST.hppa.in 2005-12-29 06:10:26.0 +0700 +++ b/debian/MANIFEST.hppa.in 2006-01-02 12:30:49.0 +0700 @@ -1431,6 +1432,8 @@ usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE +usr/X11R6/lib/X11/locale/ru_RU.UTF-8/XI18N_OBJS +usr/X11R6/lib/X11/locale/ru_RU.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE usr/X11R6/lib/X11/locale/th_TH.UTF-8/XI18N_OBJS diff -Nru a/debian/MANIFEST.hurd-i386.in b/debian/MANIFEST.hurd-i386.in --- a/debian/MANIFEST.hurd-i386.in 2005-09-30 09:04:37.0 +0800 +++ b/debian/MANIFEST.hurd-i386.in 2006-01-02 12:30:46.0 +0700 @@ -1429,6 +1429,8 @@ usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE +usr/X11R6/lib/X11/locale/ru_RU.UTF-8/XI18N_OBJS +usr/X11R6/lib/X11/locale/ru_RU.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE usr/X11R6/lib/X11/locale/th_TH.UTF-8/XI18N_OBJS diff -Nru a/debian/MANIFEST.i386.in b/debian/MANIFEST.i386.in --- a/debian/MANIFEST.i386.in 2005-11-15 06:16:56.0 +0700 +++ b/debian/MANIFEST.i386.in 2006-01-02 12:30:48.0 +0700 @@ -1416,6 +1416,8 @@ usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE +usr/X11R6/lib/X11/locale/ru_RU.UTF-8/XI18N_OBJS +usr/X11R6/lib/X11/locale/ru_RU.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE usr/X11R6/lib/X11/locale/th_TH.UTF-8/XI18N_OBJS diff -Nru a/debian/MANIFEST.ia64.in b/debian/MANIFEST.ia64.in --- a/debian/MANIFEST.ia64.in 2005-12-31 07:33:41.0 +0700 +++ b/debian/MANIFEST.ia64.in 2006-01-02 12:30:56.0 +0700 @@ -1415,6 +1417,8 @@ usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE +usr/X11R6/lib/X11/locale/ru_RU.UTF-8/XI18N_OBJS +usr/X11R6/lib/X11/locale/ru_RU.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS
Bug#344633: heartbeat: /etc/ha.d/resource.d/IPaddr fails to release ip on interface with long name
Package: heartbeat Version: 1.2.3-9sarge4 Severity: important The script uses ifconfig to find interfaces and ifconfig only shows first 9 characters of interface name. Thus, if aliased interface name has more than 9 symbols (and original has more than 7) IPaddr fails to release the ip and heartbeat immediately reboots machine. Sample session: [EMAIL PROTECTED]:~# sh /etc/ha.d/resource.d/IPaddr 10.4.99.9 start 2005/12/24_16:14:38 info: /sbin/ifconfig nic1.499:1 10.4.99.9 netmask 255.255.255.0 broadcast 10.4.99.255 2005/12/24_16:14:38 info: Sending Gratuitous Arp for 10.4.99.9 on nic1.499:1 [nic1.499] 2005/12/24_16:14:38 /usr/lib/heartbeat/send_arp -i 1010 -r 5 -p /var/lib/heartbeat/rsctmp/send_arp/send_arp-10.4.99.9 nic1.499 10.4.99.9 auto 10.4.99.9 [EMAIL PROTECTED]:~# sh /etc/ha.d/resource.d/IPaddr 10.4.99.9 stop 2005/12/24_16:15:21 info: /sbin/route -n del -host 10.4.99.9 SIOCDELRT: No such process 2005/12/24_16:15:21 info: /sbin/ifconfig nic1.499: down SIOCSIFFLAGS: Cannot assign requested address 2005/12/24_16:15:21 WARN: IP Address 10.4.99.9 NOT released I'd suggest switching the default ip script to IPaddr2 on linux platforms which uses ip and doesn't have this limitation. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686xen0-smp Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages heartbeat depends on: ii adduser3.63 Add and remove users and groups ii iproute20041019-3Professional tools to control the ii iputils-ping 3:20020927-2 Tools to test the reachability of ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libglib1.2 1.2.10-9 The GLib library of C routines ii libnet11.1.2.1-2 library for the construction and h ii libpils0 1.2.3-9sarge4 Plugin and Interface Loading Syste ii libstonith01.2.3-9sarge4 Interface for remotely powering do ii python 2.3.5-2 An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338291: tsclient: russian messages in wrong encoding
Package: tsclient Version: 0.140-1 Severity: important Tags: l10n I don't know why, but debian/patches/00_i10n_fixes.patch changes encoding of ru.po from koi8-r to iso8859-5. But the file is _actually_ in koi8-r encoding. As a result, messages are completely unreadable then tsclient is run in russian locale. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14-1-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages tsclient depends on: ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libbonoboui2-0 2.10.1-1The Bonobo UI library ii libc62.3.5-7 GNU C Library: Shared libraries an ii libglib2.0-0 2.8.3-1 The GLib library of C routines ii libgnome2-0 2.12.0.1-2 The GNOME 2 library - runtime file ii libgnomeui-0 2.12.0-1The GNOME 2 libraries (User Interf ii libgtk2.0-0 2.8.3-1 The GTK+ graphical user interface ii libpanel-applet2-0 2.12.1-1library for GNOME 2 panel applets ii rdesktop 1.4.1-1.0.1 RDP client for Windows NT/2000 Ter tsclient recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336282: xorg-x11: *-dbg packages have stripped debug files
Package: xorg-x11 Severity: important Tags: experimental patch Because DH_OPTIONS set to -s dh_strip processes all packages at each for cycle iteration. So only lbxproxy-dbg package actually contains debug symbols. Fix attached. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12-1-k7xen0 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) --- a/debian/rules 2005-10-10 22:19:35.0 +0800 +++ b/debian/rules 2005-10-29 14:56:30.0 +0800 @@ -576,9 +576,7 @@ dh_installlogrotate dh_installchangelogs ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) - for PACKAGE in $(NONDBG_PACKAGES); do \ - dh_strip --package=$$PACKAGE --dbg-package=$$PACKAGE; \ - done + dh_strip $(addprefix --dbg-package=,$(NONDBG_PACKAGES)) endif dh_link dh_compress
Bug#335063: xutils: mkfontdir installs faulty fonts.dir for ttf-bitstream-vera pkg.
tags + unreproducible moreinfo thanks Hello Andrew. On Fri, 21 Oct 2005 11:21:15 -0700 you wrote: ATY After installing the ttf-bitstream-vera font package, ATY I find that X gives a could not init fontpath element ATY error message for the TrueType fonts. This appears to be ATY caused by faulty fonts.dir and fonts.scale files created in ATY /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType directory; they have ATY blanks instead of underscores in the XLFDs for the Bitstream fonts. ATY The blanks make X barf when it tries to set up these fonts. Your assumption is completely wrong. Having blanks in XLFDs is perfectly correct. Can you please provide: 1. fonts.dir and fonts.scale files from /var/lib/defoma/x-ttcidfont-conf.d/TrueType 2. Your config (/etc/X11/XF86Config-4) 3. X server log (/var/log/XFree86.0.log) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335048: xlibs: broken /etc/X11/xkb/symbols/compose
Package: xlibs
Version: 6.8.99.901.dfsg.1-1
Severity: normal
Tags: experimental patch
As a result of a typo in
debian/patches/general/091_xkb_implement_compose:caps.diff
/etc/X11/xkb/symbols/compose is broken. Fix attached.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/dash
Kernel: Linux 2.6.12-1-k7xen0
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Versions of packages xlibs depends on:
ii libice6 6.8.99.901.dfsg.1-1 Inter-Client Exchange library
ii libsm6 6.8.99.901.dfsg.1-1 X Window System Session Management
ii libx11-6 6.8.99.901.dfsg.1-1 X Window System protocol client li
ii libxext6 6.8.99.901.dfsg.1-1 X Window System miscellaneous exte
ii libxi6 6.8.99.901.dfsg.1-1 X Window System Input extension li
ii libxmu6 6.8.99.901.dfsg.1-1 X Window System miscellaneous util
ii libxmuu1 6.8.99.901.dfsg.1-1 lightweight X Window System miscel
ii libxp6 6.8.99.901.dfsg.1-1 X Window System printing extension
ii libxpm4 6.8.99.901.dfsg.1-1 X pixmap library
ii libxrandr2 6.8.99.901.dfsg.1-1 X Window System Resize, Rotate and
ii libxt6 6.8.99.901.dfsg.1-1 X Toolkit Intrinsics
ii libxtrap66.8.99.901.dfsg.1-1 X Window System protocol-trapping
ii libxtst6 6.8.99.901.dfsg.1-1 X Window System event recording an
ii xlibs-data 6.8.99.901.dfsg.1-1 X Window System client data
xlibs recommends no packages.
-- no debconf information
--- debian/patches/general/091_xkb_implement_compose:caps.diff.orig
2005-10-22 00:16:05.0 +0800
+++ debian/patches/general/091_xkb_implement_compose:caps.diff 2005-10-22
00:16:23.0 +0800
@@ -70,4 +70,4 @@
+partial modifier_keys
+xkb_symbols caps {
+key CAPS { [Multi_key, Multi_key ] };
-++};
++};
Bug#307603: Bug #307603
retitle 307603 xserver package should depend on xfonts-base severity 307603 wishlist severity 314598 wishlist tags 307603 +wontfix tags 314598 +wontfix reassign 307603 xserver-xfree86 clone 307603 -1 reassign -1 xserver-xorg thank you It is normal to use X server without any fonts installed through the use of e.g. xfs on remote machine. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333455: chooser path is incorrect in /etc/X11/xdm/xdm-config
Package: xdm Version: 6.8.99.900.dfsg.1-0pre1 Severity: important /etc/X11/xdm/xdm-config has path for chooser /usr/X11R6/lib/X11/xdm/chooser, but it was moved to /usr/X11R6/bin/chooser. This breaks querying xdm with -indirect until manually fixed. The attached patches update patches/debian/905_debian_xdm.diff to change chooser path in xdm/Imakefile and xdm/config/Imakefile to generate appropriate xdm-config. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12-1-k7xen0 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages xdm depends on: ii cpp 4:4.0.2-1 The GNU C preprocessor (cpp) ii debconf [debconf 1.4.58 Debian configuration management sy ii libc62.3.5-6ejka1GNU C Library: Shared libraries an ii libice6 6.8.99.900.dfsg.1-0pre1 Inter-Client Exchange library ii libpam-modules 0.79-3 Pluggable Authentication Modules f ii libpam-runtime 0.79-3 Runtime support for the PAM librar ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libselinux1 1.26-1 SELinux shared libraries ii libsm6 6.8.99.900.dfsg.1-0pre1 X Window System Session Management ii libxau6 6.8.99.900.dfsg.1-0pre1 X Authentication library ii libxaw8 6.8.99.900.dfsg.1-0pre1 X Athena widget set library ii libxdmcp66.8.99.900.dfsg.1-0pre1 X Display Manager Control Protocol ii libxext6 6.8.99.900.dfsg.1-0pre1 X Window System miscellaneous exte ii libxinerama1 6.8.99.900.dfsg.1-0pre1 X Window System multi-head display ii libxmu6 6.8.99.900.dfsg.1-0pre1 X Window System miscellaneous util ii libxp6 6.8.99.900.dfsg.1-0pre1 X Window System printing extension ii libxpm4 6.8.99.900.dfsg.1-0pre1 X pixmap library ii libxt6 6.8.99.900.dfsg.1-0pre1 X Toolkit Intrinsics ii xbase-clients6.8.99.900.dfsg.1-0pre1 miscellaneous X clients ii xlibs6.8.99.900.dfsg.1-0pre1 X Window System client libraries m 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 --- a/debian/patches/debian/905_debian_xdm.diff 2005-07-23 13:27:00.0 +0800 +++ b/debian/patches/debian/905_debian_xdm.diff 2005-10-11 22:44:08.0 +0800 @@ -23,12 +23,16 @@ - Define a default userPath and systemPath. Again, this smacks of the FHS. -diff -ruN xc-old/programs/xdm/config/Imakefile xc/programs/xdm/config/Imakefile xc-old/programs/xdm/config/Imakefile 2005-07-21 18:03:04.0 -0400 -+++ xc/programs/xdm/config/Imakefile 2005-07-21 18:09:54.0 -0400 -@@ -25,8 +25,13 @@ +Index: xc/programs/xdm/config/Imakefile +=== +--- xc/programs/xdm/config/Imakefile.orig 2005-10-11 22:42:41.0 +0800 xc/programs/xdm/config/Imakefile 2005-10-11 22:44:05.0 +0800 +@@ -23,10 +23,15 @@ + # define XdmbwPixmap XVendorStdFilePrefix-bw.xpm + #endif - CHOOSERPATH = $(XDMDIR)/chooser +-CHOOSERPATH = $(XDMDIR)/chooser ++CHOOSERPATH = $(BINDIR)/chooser +#if LinuxDistribution (LinuxDistribution == LinuxDebian) +XPM_DEFINES=-DXPM -DBITMAPDIR=$(XDMDIR)/pixmaps -DXDM_PIXMAP=debian.xpm\ @@\ @@ -40,9 +44,10 @@ XDMLOGDIR = $(LOGDIRECTORY) #ifdef VarRunDirectory -diff -ruN xc-old/programs/xdm/config/xdm-conf.cpp xc/programs/xdm/config/xdm-conf.cpp xc-old/programs/xdm/config/xdm-conf.cpp2005-05-08 23:28:35.0 -0400 -+++ xc/programs/xdm/config/xdm-conf.cpp2005-07-21 18:09:54.0 -0400 +Index: xc/programs/xdm/config/xdm-conf.cpp +=== +--- xc/programs/xdm/config/xdm-conf.cpp.orig 2005-03-01 00:35:18.0 +0700 xc/programs/xdm/config/xdm-conf.cpp2005-10-11 22:42:41.0 +0800 @@ -10,20 +10,22 @@ DisplayManager.keyFile: XDMDIR/xdm-keys DisplayManager.servers: XDMDIR/Xservers @@ -73,9 +78,10 @@ #ifdef XPM DisplayManager*loginmoveInterval: 10 #endif /* XPM */ -diff -ruN xc-old/programs/xdm/config/Xres.cpp xc/programs/xdm/config/Xres.cpp xc-old/programs/xdm/config/Xres.cpp2005-07-21 18:03:04.0 -0400 -+++ xc/programs/xdm/config/Xres.cpp2005-07-21 18:09:54.0 -0400 +Index: xc/programs/xdm/config/Xres.cpp +=== +--- xc/programs/xdm/config/Xres.cpp.orig 2005-10-11 22:42:25.0 +0800 xc/programs/xdm/config/Xres.cpp2005-10-11 22:42:41.0 +0800 @@ -20,10 +20,10 @@ CtrlKeyReturn:
Bug#320627: crash w/ xpdf
Full backtrace is attached. Seems there is, probably, an integer overflow in xpdf, as it requests polyline with coords like ((4, -32265), (12, -32265), (8, -32261), (4, -32265)). Fixing X server crash seems a non-trivial task. 320627-bt-full Description: Binary data
Bug#320515: linux-kernel-headers: Also affects xorg-x11
Package: linux-kernel-headers Version: 2.6.13+0rc3-1 Followup-For: Bug #320515 This bug also affects xorg-x11, which FTBFS with current l-k-h as some input drivers #include linux/joystick.h -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.11-xen386-1-k7 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319003: xserver-xorg: Trident and -3: libvgahw is still broken, Bug#318405: acknowledged by developer (Bug#318218: fixed in xorg-x11 6.8.2.dfsg.1-3)
Can you please test if the problem still exists with the following libvgahw.a: http://www.imfi.kspu.ru/~ejka/libvgahw.a -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318405: Bug#319003: xserver-xorg: Trident and -3: libvgahw is still broken, Bug#318405: acknowledged by developer (Bug#318218: fixed in xorg-x11 6.8.2.dfsg.1-3)
Hello David.
On Wed, 20 Jul 2005 10:50:28 +0200
you wrote:
What workaround have you tried to build that libvgahw.a? No
optimization, or
an enhanced version of the X.Org patch?
Enhanced version. Attached.
gcc4 has issues with libvgahw.a. This patch is a workaround stolen from
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161242 (by Olivier
Baudron). See also Debian #318218 and bugs merged to it
Index: xorg-x11-6.8.2.dfsg.1/programs/Xserver/hw/xfree86/vgahw/vgaHW.c
===
--- xc-old/programs/Xserver/hw/xfree86/vgahw/vgaHW.c2005-07-20
10:32:26.0 +0800
+++ xc/programs/Xserver/hw/xfree86/vgahw/vgaHW.c2005-07-20
10:33:42.0 +0800
@@ -428,12 +428,16 @@
static void
mmioWriteAttr(vgaHWPtr hwp, CARD8 index, CARD8 value)
{
+volatile CARD8 tmp;
+
if (hwp-paletteEnabled)
index = ~0x20;
else
index |= 0x20;
-(void) minb(hwp-IOBase + VGA_IN_STAT_1_OFFSET);
+/* gcc-4.0 -O2 is broken : needs a volatile assignment */
+tmp = minb(hwp-IOBase + VGA_IN_STAT_1_OFFSET);
+
moutb(VGA_ATTR_INDEX, index);
moutb(VGA_ATTR_DATA_W, value);
}
@@ -441,12 +445,16 @@
static CARD8
mmioReadAttr(vgaHWPtr hwp, CARD8 index)
{
+volatile CARD8 tmp;
+
if (hwp-paletteEnabled)
index = ~0x20;
else
index |= 0x20;
-(void) minb(hwp-IOBase + VGA_IN_STAT_1_OFFSET);
+/* gcc-4.0 -O2 is broken : needs a volatile assignment */
+tmp = minb(hwp-IOBase + VGA_IN_STAT_1_OFFSET);
+
moutb(VGA_ATTR_INDEX, index);
return minb(VGA_ATTR_DATA_R);
}
@@ -466,7 +474,11 @@
static void
mmioEnablePalette(vgaHWPtr hwp)
{
-(void) minb(hwp-IOBase + VGA_IN_STAT_1_OFFSET);
+volatile CARD8 tmp;
+
+/* gcc-4.0 -O2 is broken : needs a volatile assignment */
+tmp = minb(hwp-IOBase + VGA_IN_STAT_1_OFFSET);
+
moutb(VGA_ATTR_INDEX, 0x00);
hwp-paletteEnabled = TRUE;
}
@@ -474,7 +486,11 @@
static void
mmioDisablePalette(vgaHWPtr hwp)
{
-(void) minb(hwp-IOBase + VGA_IN_STAT_1_OFFSET);
+volatile CARD8 tmp;
+
+/* gcc-4.0 -O2 is broken : needs a volatile assignment */
+tmp = minb(hwp-IOBase + VGA_IN_STAT_1_OFFSET);
+
moutb(VGA_ATTR_INDEX, 0x20);
hwp-paletteEnabled = FALSE;
}
Bug#319121: FTBFS: Missing build-dependency on libselinux1-dev
Please either make some appropriate -dev package, or perhaps even
xutils, depend on libselinux-dev, or else stop telling arbitrary
programs to link with libselinux.
Attached is a reworked patch 099s_selinux_support.diff with all selinux
specific changes moved from Imake.tmpl to xdm Imakefile, as xdm is the
only program affected by selinux addition. This change will prevent
bringing -lselinux into linkflags of programs using xmkmf.
$Id$
Add support for SELinux. Note that this patch only adds source-level
support, and does not actually enable it.
This patch by Manoj Srivastava. As he notes in Debian #233551:
As implemented, the patch merely provides a capability, which
has to be explicitly turned on at compile time with -DHasSELinux=YES.
If one does not compile with -DHasSELinux=YES, the patch is a no-op.
Since none of the code is compiled in, there is no change in
behaviour, nor is there any performance hit.
If you do turn on the SELinux compatibility with -DHasSELinux,
you would need libselinux at build time. In other words, the
mainline X build does not build depend on SELinux; the dependency is
only invoked if you explicitly pass a parameter to imake.
Even when SELinux compatibility is compiled in, on a non
SELinux kernel it is dead code; there is no change in functionality,
apart from a single check to see if SELinux is available at each
login. The SELinux code paths are not exercised on non-SELinux
kernels.
The more permanent way to enable SELinux support is to #define HasSELinux
YES in the relevant distribution-specific section of linux.cf. If that is
done for Debian, the source package will need to add a build-dependency on
the libselinux1-dev package.
Changes by Eugene Konev:
Do not impose selinux on the whole world out there: move selinux
specific changes from config/cf/Imake.tmpl to programs/xdm/Imakefile,
as xdm is the only program affected by this patch.
Not submitted upstream to XFree86 or X.Org.
Index: xc/config/cf/linux.cf
===
--- xc-old/config/cf/linux.cf 2005-07-21 03:33:06.0 +0800
+++ xc/config/cf/linux.cf 2005-07-21 03:34:00.0 +0800
@@ -1114,3 +1114,57 @@
#ifndef XFree86ServerOSDefines
# define XFree86ServerOSDefines
#endif
+
+/*
+ * SELinux support
+ */
+#ifndef HasSELinux
+# define HasSELinux YES
+#endif
+
+#ifndef SELinuxDefines
+# if HasSELinux
+# define SELinuxDefines -DHAVE_SELINUX
+# else
+# define SELinuxDefines /**/
+# endif
+#endif
+
+#ifndef SELinuxIncludeFlags
+# if HasSELinux
+# define SELinuxIncludeFlags -I/usr/include/selinux
+# else
+# define SELinuxIncludeFlags /**/
+# endif
+#endif
+
+#ifndef SELinuxCompileFlags
+# define SELinuxCompileFlags /**/
+#endif
+
+#ifndef SELinuxLoadFlags
+# define SELinuxLoadFlags SELinuxCompileFlags
+#endif
+
+#ifndef SELinuxLibraries
+# if HasSELinux
+# define SELinuxLibraries -lselinux
+# else
+# define SELinuxLibraries /**/
+# endif
+#endif
+
+#if HasSELinux
+# ifndef SELINUX_LDFLAGS
+ SELINUX_LDFLAGS = SELinuxLoadFlags
+# endif
+# ifndef SELINUX_INCLUDES
+ SELINUX_INCLUDES = SELinuxIncludeFlags
+# endif
+# ifndef SELINUX_CFLAGS
+ SELINUX_CFLAGS = SELinuxCompileFlags SELinuxDefines
+# endif
+# ifndef SELINUX_LIBS
+ SELINUX_LIBS = SELinuxLibraries
+# endif
+#endif
Index: xc/programs/xdm/session.c
===
--- xc-old/programs/xdm/session.c 2005-07-21 03:33:06.0 +0800
+++ xc/programs/xdm/session.c 2005-07-21 03:34:00.0 +0800
@@ -61,6 +61,11 @@
# include krb5/krb5.h
#endif
+#ifdef HAVE_SELINUX
+#include selinux/selinux.h
+#include selinux/get_context_list.h
+#endif /* HAVE_SELINUX */
+
#ifndef GREET_USER_STATIC
# include dlfcn.h
# ifndef RTLD_NOW
@@ -68,6 +73,34 @@
# endif
#endif
+#ifdef HAVE_SELINUX
+/* This should be run just before we exec the user session. */
+static int
+xdm_selinux_setup (const char *login)
+ {
+ security_context_t scontext;
+ /* If SELinux is not enabled, then we don't do anything. */
+ if ( ! is_selinux_enabled ())
+ return TRUE;
+
+ if (get_default_context((char*) login,0, scontext) 0) {
+ LogError (SELinux: unable to obtain default security context for %s\n,
+login);
+ return FALSE;
+ }
+
+ if (setexeccon (scontext) != 0) {
+ freecon (scontext);
+ LogError (SELinux: unable to set executable context %s\n,
+ (char *)scontext);
+ return FALSE;
+ }
+
+ freecon (scontext);
+ return TRUE;
+}
+#endif /* HAVE_SELINUX */
+
static int runAndWait (char **args, char **environ);
#if defined(CSRG_BASED) || defined(__osf__) || defined(__DARWIN__) ||
defined(__QNXNTO__) || defined(sun) || defined(__GLIBC__)
@@ -726,6 +759,17 @@
#endif /* K5AUTH
Bug#315195: Fix wrong symlinks to *xterm manpages in alternatives
Fix xterm postinst script to setup proper manpage alternatives for x-terminal-emulator, as *xterm.1.gz have changed to *xterm.1x.gz in xorg (Closes #315195). diff -Nru debian.orig/xterm.postinst.in debian/xterm.postinst.in --- debian.orig/xterm.postinst.in 2005-06-11 08:04:27.0 +0800 +++ debian/xterm.postinst.in2005-07-18 01:19:15.0 +0800 @@ -17,22 +17,22 @@ update-alternatives --install /usr/bin/x-terminal-emulator \ x-terminal-emulator /usr/X11R6/bin/xterm 20 --slave \ /usr/share/man/man1/x-terminal-emulator.1.gz x-terminal-emulator.1.gz \ - /usr/X11R6/man/man1/xterm.1.gz + /usr/X11R6/man/man1/xterm.1x.gz update-alternatives --install /usr/bin/x-terminal-emulator \ x-terminal-emulator /usr/X11R6/bin/uxterm 20 --slave \ /usr/share/man/man1/x-terminal-emulator.1.gz x-terminal-emulator.1.gz \ - /usr/X11R6/man/man1/uxterm.1.gz + /usr/X11R6/man/man1/uxterm.1x.gz update-alternatives --install /usr/bin/x-terminal-emulator \ x-terminal-emulator /usr/X11R6/bin/koi8rxterm 20 --slave \ /usr/share/man/man1/x-terminal-emulator.1.gz x-terminal-emulator.1.gz \ - /usr/X11R6/man/man1/koi8rxterm.1.gz + /usr/X11R6/man/man1/koi8rxterm.1x.gz update-alternatives --install /usr/bin/x-terminal-emulator \ x-terminal-emulator /usr/X11R6/bin/lxterm 30 --slave \ /usr/share/man/man1/x-terminal-emulator.1.gz x-terminal-emulator.1.gz \ - /usr/X11R6/man/man1/lxterm.1.gz + /usr/X11R6/man/man1/lxterm.1x.gz #DEBHELPER#
Bug#315195: *xterm manpages
Hello Nathanael. On Mon, 18 Jul 2005 20:44:57 -0400 you wrote: Fix xterm postinst script to setup proper manpage alternatives for x-terminal-emulator, as *xterm.1.gz have changed to *xterm.1x.gz in xorg (Closes #315195). Um. I think we want them to be xterm.1.gz, not xterm.1x.gz, and we should fix *that*. Right? We now have all x manpages ending with [1-9]x.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318162: xterm: boldMode enabled even if bold font is used
The problem is font name stored in normal is being overwritten by a
bold font name and then normal is used in comparison with a
myfonts.f_b to decide whether they are the same and whether to turn on
overstriking. The attached patch fixes it.
Index: xorg-x11-6.8.2.dfsg.1/programs/xterm/fontutils.c
===
--- xorg-x11-6.8.2.dfsg.1.orig/programs/xterm/fontutils.c 2005-07-16
22:03:19.0 +0800
+++ xorg-x11-6.8.2.dfsg.1/programs/xterm/fontutils.c2005-07-16
22:06:26.0 +0800
@@ -647,7 +647,7 @@
Pixel new_normal;
Pixel new_revers;
char *tmpname = NULL;
-char normal[MAX_FONTNAME];
+char normal[MAX_FONTNAME], bold[MAX_FONTNAME];
Bool proportional = False;
memset(myfonts, 0, sizeof(myfonts));
@@ -721,7 +721,7 @@
}
if (myfonts.f_wb == 0 !is_double_width_font(bfs)) {
- fp = get_font_name_props(screen-display, bfs, normal);
+ fp = get_font_name_props(screen-display, bfs, bold);
if (fp != 0) {
myfonts.f_wb = widebold_font_name(fp);
TRACE((...derived wide/bold %s\n, myfonts.f_wb));
Bug#317622: xserver-xfree86: X uses /root/bak_XF86/XF86Config-4_0 -- seriously..
tags 317622 moreinfo unreproducible thanks I can't reproduce this bug with any of the xserver-xfree86 packages in debian. Package: xserver-xfree86 Version: 2.6.0.8-1 Such version of xserver-xfree86 doesn't exist. Please provide the output of dpkg-query --status xserver-xfree86, and a full log from /var/log/XFree86.*.log after you reproduce the problem. Hello -. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317622: xserver-xfree86: X uses /root/bak_XF86/XF86Config-4_0 -- seriously..
On Sun, 10 Jul 2005 19:43:59 -0400 (EDT) you wrote: - this occurs time to time- - Stopping GNOME Display Manager: gdm__iounmap: bad - address f8dad000 - - ..but i'm not sure if it'll appear again as I've done - a setting change and seems to be gone-- might reappear - though.. - I don't know if this has something to do with X or gdm - or if its me the ram on my videocard. It's a new - videocard (Ati radeon 7000 pc ) and I've done a - several memtest on the computer's ram. - Unfortunately I have not been able to reproduce the - error- and tried - #strace -o /tmp/stracedump.txt /etc/init.d/gdm start - (and letting it die out or try to stay up serving..) - I was not able to see if /root/bak_XF86/XF86Config-4_0 - I replanted again would be used. - I was very careful as I was able to reproduce this - twice before reporting and rebooting my machine. Please, run the following command: dpkg-query --status xserver-xfree86 and send us its output. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255276: slapd/slapcat hang in endless loops
Hello Torsten.
On Thu, 26 May 2005 16:53:17 +0200
you wrote:
+# Find out slapd db directories
+SLAPD_DBDIRS=`sed -ne 's/^directory[[:space:]]\+*\([^]\+\).*/\1/p' \
+$SLAPD_CONF `
+
TL I'd rather gather this list at the time when it is needed. Apart from
TL that I don't really grok that sed expression :)
It has only possible failure if path contains double quotes in it, which
is very unlikely situation. And this:
TL +# Find bdb environment dirs
TL +find_bdb_envs() {
TL +local d
TL +for d in `awk '/directory/ {print $2}' $SLAPD_CONF`; do
TL +if [ -d $d -a -f $d/objectClass.bdb ]; then
TL +echo $d
TL +fi
TL +done
TL +}
will happily skip entries like:
directory/var/lib/ldap
(note the quotes), which are by default in sarge install.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255276: slapd/slapcat hang in endless loops
Hello Torsten.
On Mon, 23 May 2005 17:11:44 +0200
you wrote:
TL Looks like we should do that after bazillions of people requested it.
TL Any suggestions how to implement this correctly?
The attached patch adds calling db4.2_recover to slapd.init on every
slapd startup.
diff -Nru openldap2.2-2.2.23/debian/slapd.init
openldap2.2-hack/debian/slapd.init
--- openldap2.2-2.2.23/debian/slapd.init2005-05-24 19:42:21.0
+0800
+++ openldap2.2-hack/debian/slapd.init 2005-05-25 23:15:35.0 +0800
@@ -48,6 +48,10 @@
$SLAPD_CONF`
fi
+# Find out slapd db directories
+SLAPD_DBDIRS=`sed -ne 's/^directory[[:space:]]\+*\([^]\+\).*/\1/p' \
+$SLAPD_CONF `
+
# XXX: Breaks upgrading if there is no pidfile (invoke-rc.d stop will fail)
# -- Torsten
if [ -z $SLAPD_PIDFILE ]; then
@@ -107,6 +111,24 @@
}
+# Try to recover slapd database
+try_fix_db() {
+ if [ $SLAPD_TRYFIXDB != yes -o \
+ -z $SLAPD_DBDIRS ]; then
+ return 0
+ fi
+ echo -n (possibly) fixing db,
+ for DBDIR in $SLAPD_DBDIRS; do
+ if [ -d $DBDIR -a -f $DBDIR/objectClass.bdb ]; then
+ db4.2_recover -eh $DBDIR 21
+ if [ $? -ne 0 ]; then
+ reason=Automatic recovery of slapd database failed. You
will need to perform recovery by hand, possibly from backup.
+ exit 1
+ fi
+ fi
+ done
+}
+
# Start the slapd daemon and capture the error message if any to
# $reason.
start_slapd() {
@@ -157,6 +179,7 @@
start() {
echo -n Starting OpenLDAP:
trap 'report_failure' 0
+ try_fix_db
start_slapd
start_slurpd
trap - 0
Bug#237745: Proper aspell-ru patch
Seems I had messed up the encoding. Now gzipped one. aspell-ru.diff.gz Description: Binary data
Bug#309760: Now a real fix
Attached is the patch which fixes a problem with gaim. It properly
sanitizes all input from xserver events.
BTW, woody version of xlockmore also has the same problem. The patch
applies to it, though with some fuzziness. Looking through diff between
woody and sarge versions I couldn't see any other problems. So it can be
fixed with just the same patch.
diff -Nru xlockmore-5.13/xlock/xlock.c xlockmore-fixed/xlock/xlock.c
--- xlockmore-5.13/xlock/xlock.c2004-06-17 10:20:30.0 +0800
+++ xlockmore-fixed/xlock/xlock.c 2005-05-23 14:37:13.0 +0800
@@ -2145,7 +2145,7 @@
/* next line for -geometry */
if (event.xvisibility.state !=
VisibilityUnobscured) {
/* window was restacked or exposed */
- if (!debug !inwindow)
+ if (!debug !inwindow
event.xvisibility.window)
XRaiseWindow(dsp,
event.xvisibility.window);
call_refresh_hook((LockStruct *) NULL,
mode_info(dsp,
screen, Scr[screen].window, False));
@@ -2161,7 +2161,8 @@
break;
/* window config changed */
if (!debug !inwindow) {
- XRaiseWindow(dsp,
event.xconfigure.window);
+ if (event.xconfigure.window)
+ XRaiseWindow(dsp,
event.xconfigure.window);
fixColormap(mode_info(dsp, screen,
Scr[screen].window, False), ncolors,
saturation, mono, install,
inroot, inwindow, verbose);
}
@@ -2760,7 +2761,7 @@
/* fall through on last expose event of the
series */
case VisibilityNotify:
- if (!debug !inwindow) {
+ if (!debug !inwindow event.xany.window) {
XRaiseWindow(display,
event.xany.window);
}
for (screen = startscreen; screen screens;
screen++) {
@@ -2770,7 +2771,7 @@
break;
case ConfigureNotify:
- if (!debug !inwindow) {
+ if (!debug !inwindow
event.xconfigure.window) {
XRaiseWindow(display,
event.xconfigure.window);
}
Bug#255276: slapd/slapcat hang in endless loops
After experimenting with different kinds of slapd database corrution on 2.2.23 I've found out that this behavior is hapenning then db environment files (/var/lib/ldap/__db.00[1-5]) are missing or severely corrupted. ltracing slapd shows that it stucks in dbenv_open, so it's problem in berkeley db, not slapd itself. Most times (when logs were not severely corrupted as far as I can say) it was possible to recover situation by running db4.2_recover. So I'd also suggest adding call to db4.2_recover somewhere in the init-script. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309760: xlockmore-gl: xlock dies when (fv)wm switches virtual desktop
Well, I can reproduce a bug and made a fix for it.
1. How to reproduce:
config:
---
# Taken from .fvwm2rc
# Setup more than 3x3 virtual pages
DesktopSize 3x3
# Make emacs start on different page
Style Emacs StartsOnPage 0 1
---
Now I start emacs. It is started on page 0,1. Then I switch to any other
page and run: xlock -mode blank sleep 5; gnuclient
gnuclient will create new emacs window and fvwm will place it on page
0,1. This moment xlock crashes with error:
X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 12 (X_ConfigureWindow)
Resource id in failed request: 0x0
Serial number of failed request: 4168
Current serial number in output stream: 4174
The problem is that xlock fails to check window handle it gets in
event, but tries to XRaiseWindow on it. The enclosed patch fixes it. And
I couldn't reproduce the bug with patched version.
But there are at least one similar place in the xlock code which
probably also needs checking.
diff -Nru xlockmore-5.13/xlock/xlock.c xlockmore-fixed/xlock/xlock.c
--- xlockmore-5.13/xlock/xlock.c2004-06-17 10:20:30.0 +0800
+++ xlockmore-fixed/xlock/xlock.c 2005-05-22 03:40:32.0 +0800
@@ -2770,7 +2770,7 @@
break;
case ConfigureNotify:
- if (!debug !inwindow) {
+ if (!debug !inwindow
event.xconfigure.window) {
XRaiseWindow(display,
event.xconfigure.window);
}
Bug#237745: Proper aspell-ru patch
The enclosed patch enables building of aspell-ru package. It also fixes a couple of minor bugs: 1. Fix for possibly incorrect entry in russian.aff.koi (I'm not sure about ispell, but it is supposed incorrect by aspell). 2. Fixes to i2myspell call: a) use ./russian. Otherwise it would use /usr/lib/ispell files, if irussian is installed on build system. b) Convert - to 0 in affix file as format requests 0s. diff -Nru rus-ispell-0.99f7/debian/aspell-ru.dirs rus-ispell-aspell/debian/aspell-ru.dirs --- rus-ispell-0.99f7/debian/aspell-ru.dirs 1970-01-01 07:00:00.0 +0700 +++ rus-ispell-aspell/debian/aspell-ru.dirs 2005-05-13 21:10:49.0 +0800 @@ -0,0 +1,2 @@ +usr/lib/aspell-0.60 + diff -Nru rus-ispell-0.99f7/debian/control rus-ispell-aspell/debian/control --- rus-ispell-0.99f7/debian/control2005-05-13 23:27:35.0 +0800 +++ rus-ispell-aspell/debian/control2005-05-13 21:10:49.0 +0800 @@ -2,7 +2,7 @@ Section: text Priority: optional Maintainer: Peter Novodvorsky [EMAIL PROTECTED] -Build-Depends: debhelper (= 2.0.40), ispell, dictionaries-common-dev (=0.20), libmyspell-dev +Build-Depends: debhelper (= 2.0.40), ispell, dictionaries-common-dev (=0.20), libmyspell-dev, aspell-bin ( 0.60) Standards-Version: 3.6.1.1 Package: irussian @@ -25,3 +25,15 @@ This is the Russian dictionary for myspell spellchecker which is currently used within OpenOffice.org and the mozilla spellchecker. It is based on the ispell dictionary. + +Package: aspell-ru +Architecture: any +Depends: libaspell15 (= 0.60) +Provides: aspell6-dictionary +Suggests: aspell-bin +Description: Russian dictionary for GNU Aspell + This package contains all the required files to add support + for Russian language to the GNU Aspell spell checker. + . + Dictionaries contain now over 122,200 basic words and produce over + 1,168,000 related words. Include complete support for :e (yo) letter. diff -Nru rus-ispell-0.99f7/debian/rules rus-ispell-aspell/debian/rules --- rus-ispell-0.99f7/debian/rules 2005-05-13 23:27:35.0 +0800 +++ rus-ispell-aspell/debian/rules 2005-05-14 15:40:01.0 +0800 @@ -23,8 +23,16 @@ sed -e s/^\#[ye]//;s/^\#koi/wordchars/ russian.aff.koi russian.aff buildhash russian.dict russian.aff russian.hash - i2myspell russian KOI8-R ru_RU.aff - i2myspell -d russian.dict ru_RU.dic + i2myspell ./russian KOI8-R \ + | \ + sed 's/ - / 0 /' ru_RU.aff + i2myspell -d ./russian.dict ru_RU.dic + + cp ru_RU.aff ru_affix.dat + aspell --lang=ru create master ./ru.rws ru_RU.dic + echo add ru.rws ./ru.multi + echo add ru.multi ./russian.alias + cat debian/info-ispell debian/aspell-ru.info-aspell touch build-stamp @@ -34,6 +42,7 @@ rm -f build-stamp -$(MAKE) clean rm -f ru_RU.aff ru_RU.dic rus.aff x + rm -f ru.rws ru.multi russian.alias debian/aspell-ru.info-aspell ru_affix.dat dh_clean @@ -76,5 +85,20 @@ dh_md5sums -p myspell-ru dh_builddeb -p myspell-ru + dh_testdir -p aspell-ru + dh_testroot -p aspell-ru + dh_install -paspell-ru ru.rws ru.multi russian.alias ru.dat ru_affix.dat usr/lib/aspell-0.60 + dh_link -paspell-ru usr/lib/aspell-0.60/ru.multi usr/lib/aspell-0.60/russian.multi + installdeb-aspell -paspell-ru + dh_installdocs -p aspell-ru + dh_installchangelogs -p aspell-ru + dh_compress -p aspell-ru + dh_fixperms -p aspell-ru + dh_installdeb -p aspell-ru + dh_gencontrol -p aspell-ru + dh_md5sums -p aspell-ru + dh_builddeb -p aspell-ru + + binary: binary-indep binary-arch .PHONY: build clean binary-indep binary-arch binary install diff -Nru rus-ispell-0.99f7/ru.dat rus-ispell-aspell/ru.dat --- rus-ispell-0.99f7/ru.dat1970-01-01 07:00:00.0 +0700 +++ rus-ispell-aspell/ru.dat2005-05-14 16:14:17.0 +0800 @@ -0,0 +1,6 @@ +name ru +charsetkoi8-r +special- -*- +soundslike generic +affix ru +affix-compress true diff -Nru rus-ispell-0.99f7/russian.aff.koi rus-ispell-aspell/russian.aff.koi --- rus-ispell-0.99f7/russian.aff.koi 2003-11-24 00:58:56.0 +0700 +++ rus-ispell-aspell/russian.aff.koi 2005-05-14 15:06:58.0 +0800 @@ -111,7 +111,8 @@ -,# -,# # -#y -, # +#y[^] -, # +#y-, # #e -, # -, # -, #
Bug#308562: kernel-package: Rearrange docs placement in kernel-doc
Package: kernel-package Severity: wishlist Tags: patch Currently docs in generated kernel-doc package are not very usable out of the box (all manpages are in /usr/share/doc/kernel-package and all html docs are gzipped). The following patch puts the docs into more apropriate (IMHO) places. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) proper-docs.diff.gz Description: Binary data
