On Monday 17 September 2007, Bob Proulx wrote:
> Markus Schoder wrote:
> > Bob Proulx wrote:
> > > Markus Schoder wrote:
> > > > 3. ia32 is a program that does a chroot to /var/chroot/sid-ia32
> > > > and then execs a shell.
> > >
> > &g
On Monday 17 September 2007, Michael Stone wrote:
> severity 439406 serious
> quit
>
> (Let's make sure this doesn't trickle into testing.)
>
> Ok, I have a theory on this, but I haven't yet had a chance to test
> it. For another data point, have you tried coreutils 6.10~20070907
> from experimenta
On Monday 17 September 2007, Bob Proulx wrote:
> Markus Schoder wrote:
> > Package: coreutils
> > Version: 5.97-5.4
> > Severity: normal
>
> I have recreated the problem and have reduced it to something related
> to the use of openat() and fallback code in the 5.97-
On Sunday 16 September 2007, Mohammed Adnène Trojette wrote:
> On Sun, Sep 16, 2007, Markus Schoder wrote:
> > Package: xkb-data
> > Version: 1.0~cvs.20070914-1
> > Severity: normal
> >
> > The keyboard layout specified in xorg.conf (in my case de) with the
> &g
Below is the source code of the ia32 program mentioned in the bug
report. It is supposed to be SUID root.
#include
#include
#include
#include
#include
const char my_chroot[] = "/var/chroot/sid-ia32";
int
main(const int argc, char *argv[])
{
int r;
r = chroot(my_chroot);
/* Do not need
On Saturday 15 September 2007, Michael Stone wrote:
> Can anyone duplicate this?
> What does
> perl -MPOSIX -e 'print POSIX::getcwd."\n"'
> print in the same case?
This prints
/tmp
I also verfied the /bin/passwd behaviour because I upgraded kernel and
libc since. Still the same error.
--
Markus
Package: xkb-data
Version: 1.0~cvs.20070914-1
Severity: normal
The keyboard layout specified in xorg.conf (in my case de) with the
XkbLayout option is ignored. Instead I get what I think is the us
layout.
I get the following error message in the Xorg log:
(WW) Couldn't load XKB keymap, falling b
Package: coreutils
Version: 5.97-5.4
Severity: normal
First some pre-conditions:
1. Current directory is /tmp
2. /tmp is bind mounted to /var/chroot/sid-ia32/tmp
3. ia32 is a program that does a chroot to /var/chroot/sid-ia32 and then
execs a shell.
Given those here is a command sequence that sho
Package: python
Version: 2.4.4-5
Package fails to install:
Setting up python (2.4.4-5) ...
dpkg: error processing python (--configure):
subprocess post-installation script returned error exit status 1
Reverted back to 2.4.4-4 for now.
--
Markus Schoder
--
To UNSUBSCRIBE, email to [EMAIL
Package: texlive-latex-extra
Version 2007-3
Here is a simple three line test case:
test.tex:
\documentclass{g-brief}
\begin{document}
\end{document}
Running this through latex yields:
$ latex test.tex
This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)
%&-line parsing enabled.
entering ext
On Wednesday 02 May 2007, Michael Biebl wrote:
> Markus Schoder wrote:
> > Package: avahi-daemon
> > Version: 0.6.18-4
> >
> > I have disabled the avahi-daemon via /etc/default/avahi-daemon.
> >
> > On shutdown the init script gives me an error message that
Package: avahi-daemon
Version: 0.6.18-4
I have disabled the avahi-daemon via /etc/default/avahi-daemon.
On shutdown the init script gives me an error message that the shutdown
failed even though the daemon is not running at all.
Please consider the following patch to shut up the init script in
Package: wget
Version: 1.10.2-2
I see the following behaviour:
1. Call wget with --load-cookies option specifying a mozilla style
cookie file and also --read-timeout=300 option.
2. Download hangs after some time and gets read-timeout.
3. wget retries download but gets an error page from the webs
Package: dbus
Version: 0.94-1
When invoking
dbus-launch --exit-with-session
one of the processes created by that call segfaults generating a kernel message
similar to the following
dbus-launch[11372]: segfault at rip 2ae87283f590 rsp
7fff385fa608 error 4
The dbus-dae
Package: initscripts
Version: 2.86.ds1-30
The line
fuser -k INT -m $DIRS
is syntactically not correct it probably should be:
fuser -k -INT -m $DIRS
and similarly for another line with TERM instead of INT.
I have a patch with some additional changes for the fuser usage
that seemed like a good
Package: initscripts
Version: 2.86.ds1-18
There is a bug in the /etc/init.d/umountnfs.sh script that causes it to
wrongly output "failed" (unless $VERBOSE is set to no) if given the stop
command. This only happens if the script finds directories it wants to
unmount.
The following patch fixes it:
Package: debianutils
Version: 2.15.6
The problem occurs due to line 20:
if [ $(mount | grep -o "^proc ") ] && [ -e /proc/cmdline ]; then
Specifically $(mount | grep -o "^proc ") will expand to multiple words
making the [ command fail.
I suggest replacing the offending line with:
if mount | gr
17 matches
Mail list logo
