Bug#384262: xserver-xorg-core: could not open default font 'fixed'
If your xorg.conf only one FontPath entry FontPath"unix/: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#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#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#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#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
#endif
+#ifdef HAVE_SELINUX
+#include
+#include
+#endif /* HAVE_SELINUX */
+
#ifndef GREET_USER_STATIC
# include
# 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 /* K5AU
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#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#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 2>&1
+ 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#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);
}
