Report forwarded to debian-bugs-dist@lists.debian.org, Mark Baker <mbaker@iee.org>: Bug#53434; Package rcs.
debian-bugs-dist@lists.debian.orgMark Baker
Subject: Bug#53434: rcs: Unstable operation on vfat partition
Reply-To: Pavel Epifanov , 53434@bugs.debian.org
Resent-From: Pavel Epifanov
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Mark Baker
Resent-Date: Sat, 25 Dec 1999 07:18:01 GMT
Resent-Message-ID:
Resent-Sender: owner@bugs.debian.org
X-Debian-PR-Message: report 53434
X-Debian-PR-Package: rcs
X-Debian-PR-Keywords:
X-Loop: owner@bugs.debian.org
Received: via spool by bugs@bugs.debian.org id=B.94610546221906
(code B ref -1); Sat, 25 Dec 1999 07:18:01 GMT
From: Pavel Epifanov
To: submit@bugs.debian.org
X-Mailer: bug 3.2.7
Message-Id: <19991224200204.166705E44@mobile.casema.net>
Date: Fri, 24 Dec 1999 21:02:04 +0100 (CET)
Package: rcs
Version: 5.7-13
Severity: normal
I store my mail/news archives on VFAT partition to be available for both
Debian and Win95. I also like to modify some of them (like personal phone
directory) with ci/co. Today I decided to check logs and found a problem:
If I create library file in /dos/h/RCS/ by root the assigned name
is "phones.txt,v" . The same operation by normal user (member of group of
direcory owner - econfig) cause fault of "phones.txt,v" name but store as
",phones.txt,":
> RCS/phones.txt,v <-- phones.txt
> enter description, terminated with single '.' or end of file:
> NOTE: This is NOT the log message!
> >> initial revision: 1.1
> ci: RCS/phones.txt,v: Operation not permitted
> ci: saved in RCS/,phones.txt,
I should mentioned that it was no "phones.txt,v" file at this moment !
The co -l does not work with new name format - "RCS/,phones.txt,":
> co: RCS/phones.txt,v: No such file or directory
The directory permissions (after ci -u by local user) are:
/dos/h
drwxrwxrwx 21 root econfig 4096 Dec 24 20:47 .
drwxrwxrwx 31 root econfig 18432 Dec 15 20:09 ..
drwxrwxrwx 2 root econfig 4096 Dec 24 20:45 RCS
-r--r--r-- 1 root econfig 27903 Dec 24 20:36 phones.txt
/dos/h/RCS
-rw-rw-rw- 1 root econfig 28152 Dec 24 20:45 ,phones.txt,
drwxrwxrwx 2 root econfig 4096 Dec 24 20:45 .
drwxrwxrwx 21 root econfig 4096 Dec 24 20:53 ..
I always did the operation by root before and it was no RCS subdirectory.
Today I tried to do everything by local user and the ci/co programs
produce a lot of messages and seems does not operate at all.
Filesystem info:
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda3 130792 103757 20282 84% /
/dev/hda1 260764 188172 72592 72% /DOS
/dev/hda5 87227 73022 9217 89% /hda5
/
drwxr-xr-x 26 root root 1024 Dec 13 19:21 .
drwxr-xr-x 26 root root 1024 Dec 13 19:21 ..
drwxrwxrwx 31 root econfig 18432 Dec 15 20:09 DOS
lrwxrwxrwx 1 root root 4 Dec 13 19:21 dos -> /DOS
Pavel.
-- System Information
Debian Release: potato
Kernel Version: Linux mobile 2.2.13 #7 Sat Dec 11 17:19:17 CET 1999 i486 unknown
Versions of the packages rcs depends on:
ii libc6 2.1.2-10 GNU C Library: Shared libraries and timezone
Acknowledgement sent to Pavel Epifanov <epv@casema.net>:
New Bug report received and forwarded. Copy sent to Mark Baker <mbaker@iee.org>.
-t
From: owner@bugs.debian.org (Debian Bug Tracking System)
To: Pavel Epifanov
Subject: Bug#53434: Acknowledgement (rcs: Unstable operation on vfat partition)
Message-ID:
In-Reply-To: <19991224200204.166705E44@mobile.casema.net>
References: <19991224200204.166705E44@mobile.casema.net>
X-Debian-PR-Message: ack 53434
Thank you for the problem report you have sent regarding Debian.
This is an automatically generated reply, to let you know your message has
been received. It is being forwarded to the developers mailing list for
their attention; they will reply in due course.
Your message has been sent to the package maintainer(s):
Mark Baker
If you wish to submit further information on your problem, please send
it to 53434@bugs.debian.org (and *not* to
bugs@bugs.debian.org).
Please do not reply to the address at the top of this message,
unless you wish to report a problem with the Bug-tracking system.
Darren Benham
(administrator, Debian Bugs database)
Received: (at submit) by bugs.debian.org; 25 Dec 1999 07:04:22 +0000
Received: (qmail 21903 invoked from network); 25 Dec 1999 07:04:21 -0000
Received: from 6dyn77.utr.casema.net (HELO mobile.casema.net) (@212.64.33.77)
by master.debian.org with SMTP; 25 Dec 1999 07:04:21 -0000
Received: by mobile.casema.net (Postfix, from userid 1000)
id 166705E44; Fri, 24 Dec 1999 21:02:04 +0100 (CET)
From: Pavel Epifanov
Subject: rcs: Unstable operation on vfat partition
To: submit@bugs.debian.org
X-Mailer: bug 3.2.7
Message-Id: <19991224200204.166705E44@mobile.casema.net>
Date: Fri, 24 Dec 1999 21:02:04 +0100 (CET)
Package: rcs
Version: 5.7-13
Severity: normal
I store my mail/news archives on VFAT partition to be available for both
Debian and Win95. I also like to modify some of them (like personal phone
directory) with ci/co. Today I decided to check logs and found a problem:
If I create library file in /dos/h/RCS/ by root the assigned name
is "phones.txt,v" . The same operation by normal user (member of group of
direcory owner - econfig) cause fault of "phones.txt,v" name but store as
",phones.txt,":
> RCS/phones.txt,v <-- phones.txt
> enter description, terminated with single '.' or end of file:
> NOTE: This is NOT the log message!
> >> initial revision: 1.1
> ci: RCS/phones.txt,v: Operation not permitted
> ci: saved in RCS/,phones.txt,
I should mentioned that it was no "phones.txt,v" file at this moment !
The co -l does not work with new name format - "RCS/,phones.txt,":
> co: RCS/phones.txt,v: No such file or directory
The directory permissions (after ci -u by local user) are:
/dos/h
drwxrwxrwx 21 root econfig 4096 Dec 24 20:47 .
drwxrwxrwx 31 root econfig 18432 Dec 15 20:09 ..
drwxrwxrwx 2 root econfig 4096 Dec 24 20:45 RCS
-r--r--r-- 1 root econfig 27903 Dec 24 20:36 phones.txt
/dos/h/RCS
-rw-rw-rw- 1 root econfig 28152 Dec 24 20:45 ,phones.txt,
drwxrwxrwx 2 root econfig 4096 Dec 24 20:45 .
drwxrwxrwx 21 root econfig 4096 Dec 24 20:53 ..
I always did the operation by root before and it was no RCS subdirectory.
Today I tried to do everything by local user and the ci/co programs
produce a lot of messages and seems does not operate at all.
Filesystem info:
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda3 130792 103757 20282 84% /
/dev/hda1 260764 188172 72592 72% /DOS
/dev/hda5 87227 73022 9217 89% /hda5
/
drwxr-xr-x 26 root root 1024 Dec 13 19:21 .
drwxr-xr-x 26 root root 1024 Dec 13 19:21 ..
drwxrwxrwx 31 root econfig 18432 Dec 15 20:09 DOS
lrwxrwxrwx 1 root root 4 Dec 13 19:21 dos -> /DOS
Pavel.
-- System Information
Debian Release: potato
Kernel Version: Linux mobile 2.2.13 #7 Sat Dec 11 17:19:17 CET 1999 i486 unknown
Versions of the packages rcs depends on:
ii libc6 2.1.2-10 GNU C Library: Shared libraries and timezone
Information forwarded to debian-bugs-dist@lists.debian.org, Mark Baker <mbaker@iee.org>: Bug#53434; Package rcs.
debian-bugs-dist@lists.debian.orgMark Baker
Subject: Bug#53434: Strace log for this bug
Reply-To: Pavel Epifanov CASEMA , 53434@bugs.debian.org
Resent-From: Pavel Epifanov
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Mark Baker
Resent-Date: Sat, 25 Dec 1999 10:33:02 GMT
Resent-Message-ID:
Resent-Sender: owner@bugs.debian.org
X-Debian-PR-Message: report 53434
X-Debian-PR-Package: rcs
X-Debian-PR-Keywords:
X-Loop: owner@bugs.debian.org
Received: via spool by 53434-bugs@bugs.debian.org id=B53434.94611713520355
(code B ref 53434); Sat, 25 Dec 1999 10:33:02 GMT
Date: Sat, 25 Dec 1999 11:18:47 +0100 (CET)
From: Pavel Epifanov
X-Sender: epv@mobile
To: 53434@bugs.debian.org
Message-ID:
Return-Receipt-To: epv@casema.net
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
============================= INIT ===============================
execve("/usr/sbin/gpm", ["/usr/sbin/gpm", "-m", "/dev/psaux", "-t", "ps2", "-D"], [/* 24 vars */]) = 0
brk(0) = 0x805a3b4
open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=3367, ...}) = 0
mmap(NULL, 3367, PROT_READ, MAP_PRIVATE, 4, 0) = 0x40013000
close(4) = 0
open("/lib/libc.so.6", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0755, st_size=936696, ...}) = 0
read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\4\211\1"..., 4096) = 4096
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000
mmap(NULL, 898908, PROT_READ|PROT_EXEC, MAP_PRIVATE, 4, 0) = 0x40015000
mprotect(0x400e9000, 30556, PROT_NONE) = 0
mmap(0x400e9000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 4, 0xd3000) = 0x400e9000
mmap(0x400ed000, 14172, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x400ed000
close(4) = 0
munmap(0x40013000, 3367) = 0
personality(PER_LINUX) = 0
getpid() = 389
setuid(0) = 0
brk(0) = 0x805a3b4
brk(0x805a47c) = 0x805a47c
brk(0x805b000) = 0x805b000
open("/var/run/gpm.pid", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/tty0", O_WRONLY) = 4
ioctl(4, TIOCLINUX, 0x8056d80) = 0
close(4) = 0
open("/dev/psaux", O_RDWR|O_NONBLOCK) = 4
fcntl(4, F_GETFL) = 0x802 (flags O_RDWR|O_NONBLOCK)
fcntl(4, F_SETFL, O_RDWR) = 0
rt_sigaction(SIGTERM, {0x804c080, [], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGINT, {0x804c080, [], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGUSR1, {0x804c080, [], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGWINCH, {0x804c080, [], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0
socket(PF_UNIX, SOCK_STREAM, 0) = 5
unlink("/dev/gpmctl") = -1 ENOENT (No such file or directory)
bind(5, {sin_family=AF_UNIX, path="/dev/gpmctl"}, 13) = 0
chmod("/dev/gpmctl", 0777) = 0
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, TIOCGWINSZ, {ws_row=25, ws_col=80, ws_xpixel=0, ws_ypixel=0}) = 0
close(6) = 0
listen(5, 5) = 0
rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_DFL}, 8) = 0
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86398, 670000})
============================= BEFORE LOCK ===============================
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\0", 1) = 1
read(4, "\0\0", 2) = 2
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, VT_GETSTATE, 0x8057d50) = 0
ioctl(6, TIOCLINUX, 0xbffffa61) = 0
close(6) = 0
gettimeofday({946116633, 579507}, NULL) = 0
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 820000})
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\20", 1) = 1
read(4, "\376\2", 2) = 2
select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
time(NULL) = 946116633
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 980000})
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\20", 1) = 1
read(4, "\376\6", 2) = 2
select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
time(NULL) = 946116633
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 990000})
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\20", 1) = 1
read(4, "\377\17", 2) = 2
select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
time(NULL) = 946116633
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 980000})
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\0", 1) = 1
read(4, "\1\22", 2) = 2
select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, VT_GETSTATE, 0x8057d50) = 0
ioctl(6, TIOCLINUX, 0xbffffa61) = 0
close(6) = 0
open("/dev/tty0", O_WRONLY) = 6
ioctl(6, TIOCLINUX, 0xbffff9e1) = 0
close(6) = 0
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86400, 0})
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\0", 1) = 1
read(4, "\3\25", 2) = 2
select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, VT_GETSTATE, 0x8057d50) = 0
ioctl(6, TIOCLINUX, 0xbffffa61) = 0
close(6) = 0
open("/dev/tty0", O_WRONLY) = 6
ioctl(6, TIOCLINUX, 0xbffff9e1) = 0
close(6) = 0
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 990000})
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\0", 1) = 1
read(4, "\7\23", 2) = 2
select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, VT_GETSTATE, 0x8057d50) = 0
ioctl(6, TIOCLINUX, 0xbffffa61) = 0
close(6) = 0
open("/dev/tty0", O_WRONLY) = 6
ioctl(6, TIOCLINUX, 0xbffff9e1) = 0
close(6) = 0
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86400, 0})
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\0", 1) = 1
read(4, "\4\v", 2) = 2
select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, VT_GETSTATE, 0x8057d50) = 0
ioctl(6, TIOCLINUX, 0xbffffa61) = 0
close(6) = 0
open("/dev/tty0", O_WRONLY) = 6
ioctl(6, TIOCLINUX, 0xbffff9e1) = 0
close(6) = 0
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 990000})
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\0", 1) = 1
read(4, "\1\4", 2) = 2
select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
time(NULL) = 946116633
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 990000})
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\0", 1) = 1
read(4, "\1\1", 2) = 2
select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
time(NULL) = 946116633
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 690000})
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\2", 1) = 1
read(4, "\0\0", 2) = 2
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, VT_GETSTATE, 0x8057d50) = 0
ioctl(6, TIOCLINUX, 0xbffffa61) = 0
close(6) = 0
gettimeofday({946116634, 297983}, NULL) = 0
open("/dev/tty0", O_WRONLY) = 6
ioctl(6, TIOCLINUX
============================= END ===============================
Please note that trace message about ioctl was not finished in strace
log !!! The whole log (150K) is also available.
Pavel.
Acknowledgement sent to Pavel Epifanov CASEMA <epv@casema.net>:
Extra info received and forwarded to list. Copy sent to Mark Baker <mbaker@iee.org>.
-t
From: owner@bugs.debian.org (Debian Bug Tracking System)
To: Pavel Epifanov CASEMA
Subject: Bug#53434: Info received (was Strace log for this bug)
Message-ID:
In-Reply-To:
References:
X-Debian-PR-Message: ack-info-maintonly 53434
Thank you for the additional information you have supplied regarding
this problem report. It has been forwarded to the developer(s) and
to the developers mailing list to accompany the original report.
Your message has been sent to the package maintainer(s):
Mark Baker
If you wish to continue to submit further information on your problem,
please send it to 53434@bugs.debian.org, as before.
Please do not reply to the address at the top of this message,
unless you wish to report a problem with the Bug-tracking system.
Darren Benham
(administrator, Debian Bugs database)
Received: (at 53434) by bugs.debian.org; 25 Dec 1999 10:18:55 +0000
Received: (qmail 20322 invoked from network); 25 Dec 1999 10:18:53 -0000
Received: from 6dyn77.utr.casema.net (HELO mobile.casema.net) (@212.64.33.77)
by master.debian.org with SMTP; 25 Dec 1999 10:18:53 -0000
Received: by mobile.casema.net (Postfix, from userid 1000)
id 4A0495D9E; Sat, 25 Dec 1999 11:18:48 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
by mobile.casema.net (Postfix) with ESMTP id 005665D9D
for <53434@bugs.debian.org>; Sat, 25 Dec 1999 11:18:47 +0100 (CET)
Date: Sat, 25 Dec 1999 11:18:47 +0100 (CET)
From: Pavel Epifanov
X-Sender: epv@mobile
Reply-To: Pavel Epifanov CASEMA
To: 53434@bugs.debian.org
Subject: Strace log for this bug
Message-ID:
Return-Receipt-To: epv@casema.net
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
============================= INIT ===============================
execve("/usr/sbin/gpm", ["/usr/sbin/gpm", "-m", "/dev/psaux", "-t", "ps2", "-D"], [/* 24 vars */]) = 0
brk(0) = 0x805a3b4
open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=3367, ...}) = 0
mmap(NULL, 3367, PROT_READ, MAP_PRIVATE, 4, 0) = 0x40013000
close(4) = 0
open("/lib/libc.so.6", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0755, st_size=936696, ...}) = 0
read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\4\211\1"..., 4096) = 4096
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000
mmap(NULL, 898908, PROT_READ|PROT_EXEC, MAP_PRIVATE, 4, 0) = 0x40015000
mprotect(0x400e9000, 30556, PROT_NONE) = 0
mmap(0x400e9000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 4, 0xd3000) = 0x400e9000
mmap(0x400ed000, 14172, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x400ed000
close(4) = 0
munmap(0x40013000, 3367) = 0
personality(PER_LINUX) = 0
getpid() = 389
setuid(0) = 0
brk(0) = 0x805a3b4
brk(0x805a47c) = 0x805a47c
brk(0x805b000) = 0x805b000
open("/var/run/gpm.pid", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/tty0", O_WRONLY) = 4
ioctl(4, TIOCLINUX, 0x8056d80) = 0
close(4) = 0
open("/dev/psaux", O_RDWR|O_NONBLOCK) = 4
fcntl(4, F_GETFL) = 0x802 (flags O_RDWR|O_NONBLOCK)
fcntl(4, F_SETFL, O_RDWR) = 0
rt_sigaction(SIGTERM, {0x804c080, [], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGINT, {0x804c080, [], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGUSR1, {0x804c080, [], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGWINCH, {0x804c080, [], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0
socket(PF_UNIX, SOCK_STREAM, 0) = 5
unlink("/dev/gpmctl") = -1 ENOENT (No such file or directory)
bind(5, {sin_family=AF_UNIX, path="/dev/gpmctl"}, 13) = 0
chmod("/dev/gpmctl", 0777) = 0
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, TIOCGWINSZ, {ws_row=25, ws_col=80, ws_xpixel=0, ws_ypixel=0}) = 0
close(6) = 0
listen(5, 5) = 0
rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_DFL}, 8) = 0
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86398, 670000})
============================= BEFORE LOCK ===============================
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\0", 1) = 1
read(4, "\0\0", 2) = 2
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, VT_GETSTATE, 0x8057d50) = 0
ioctl(6, TIOCLINUX, 0xbffffa61) = 0
close(6) = 0
gettimeofday({946116633, 579507}, NULL) = 0
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 820000})
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\20", 1) = 1
read(4, "\376\2", 2) = 2
select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
time(NULL) = 946116633
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 980000})
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\20", 1) = 1
read(4, "\376\6", 2) = 2
select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
time(NULL) = 946116633
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 990000})
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\20", 1) = 1
read(4, "\377\17", 2) = 2
select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
time(NULL) = 946116633
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 980000})
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\0", 1) = 1
read(4, "\1\22", 2) = 2
select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, VT_GETSTATE, 0x8057d50) = 0
ioctl(6, TIOCLINUX, 0xbffffa61) = 0
close(6) = 0
open("/dev/tty0", O_WRONLY) = 6
ioctl(6, TIOCLINUX, 0xbffff9e1) = 0
close(6) = 0
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86400, 0})
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\0", 1) = 1
read(4, "\3\25", 2) = 2
select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, VT_GETSTATE, 0x8057d50) = 0
ioctl(6, TIOCLINUX, 0xbffffa61) = 0
close(6) = 0
open("/dev/tty0", O_WRONLY) = 6
ioctl(6, TIOCLINUX, 0xbffff9e1) = 0
close(6) = 0
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 990000})
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\0", 1) = 1
read(4, "\7\23", 2) = 2
select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, VT_GETSTATE, 0x8057d50) = 0
ioctl(6, TIOCLINUX, 0xbffffa61) = 0
close(6) = 0
open("/dev/tty0", O_WRONLY) = 6
ioctl(6, TIOCLINUX, 0xbffff9e1) = 0
close(6) = 0
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86400, 0})
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\0", 1) = 1
read(4, "\4\v", 2) = 2
select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, VT_GETSTATE, 0x8057d50) = 0
ioctl(6, TIOCLINUX, 0xbffffa61) = 0
close(6) = 0
open("/dev/tty0", O_WRONLY) = 6
ioctl(6, TIOCLINUX, 0xbffff9e1) = 0
close(6) = 0
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 990000})
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\0", 1) = 1
read(4, "\1\4", 2) = 2
select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
time(NULL) = 946116633
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 990000})
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\0", 1) = 1
read(4, "\1\1", 2) = 2
select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
time(NULL) = 946116633
select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 690000})
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, KDGETMODE, 0xbffff8bc) = 0
close(6) = 0
read(4, "\2", 1) = 1
read(4, "\0\0", 2) = 2
open("/dev/tty0", O_RDONLY) = 6
ioctl(6, VT_GETSTATE, 0x8057d50) = 0
ioctl(6, TIOCLINUX, 0xbffffa61) = 0
close(6) = 0
gettimeofday({946116634, 297983}, NULL) = 0
open("/dev/tty0", O_WRONLY) = 6
ioctl(6, TIOCLINUX
============================= END ===============================
Please note that trace message about ioctl was not finished in strace
log !!! The whole log (150K) is also available.
Pavel.
Information forwarded to debian-bugs-dist@lists.debian.org: Bug#53434; Package rcs.
debian-bugs-dist@lists.debian.org
Subject: Bug#53434: Strace log for this bug
Reply-To: Mark Baker , 53434@bugs.debian.org
Resent-From: Mark Baker
Resent-To: debian-bugs-dist@lists.debian.org
Resent-Date: Wed, 29 Dec 1999 20:18:03 GMT
Resent-Message-ID:
Resent-Sender: owner@bugs.debian.org
X-Debian-PR-Message: report 53434
X-Debian-PR-Package: rcs
X-Debian-PR-Keywords:
X-Loop: owner@bugs.debian.org
Received: via spool by 53434-bugs@bugs.debian.org id=B53434.9464981317634
(code B ref 53434); Wed, 29 Dec 1999 20:18:03 GMT
Message-ID: <19991229200222.A17955@aziraphale.demon.co.uk>
Date: Wed, 29 Dec 1999 20:02:22 +0000
From: Mark Baker
To: Pavel Epifanov CASEMA , 53434@bugs.debian.org
References:
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.93.2i
In-Reply-To: ; from Pavel Epifanov on Sat, Dec 25, 1999 at 11:18:47AM +0100
I think you sent this to the wrong bug number?
This doesn't seem to have much to do with the rcs bug you reported.
On Sat, Dec 25, 1999 at 11:18:47AM +0100, Pavel Epifanov wrote:
> ============================= INIT ===============================
>
> execve("/usr/sbin/gpm", ["/usr/sbin/gpm", "-m", "/dev/psaux", "-t", "ps2", "-D"], [/* 24 vars */]) = 0
> brk(0) = 0x805a3b4
> open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
> open("/etc/ld.so.cache", O_RDONLY) = 4
> fstat(4, {st_mode=S_IFREG|0644, st_size=3367, ...}) = 0
> mmap(NULL, 3367, PROT_READ, MAP_PRIVATE, 4, 0) = 0x40013000
> close(4) = 0
> open("/lib/libc.so.6", O_RDONLY) = 4
> fstat(4, {st_mode=S_IFREG|0755, st_size=936696, ...}) = 0
> read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\4\211\1"..., 4096) = 4096
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000
> mmap(NULL, 898908, PROT_READ|PROT_EXEC, MAP_PRIVATE, 4, 0) = 0x40015000
> mprotect(0x400e9000, 30556, PROT_NONE) = 0
> mmap(0x400e9000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 4, 0xd3000) = 0x400e9000
> mmap(0x400ed000, 14172, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x400ed000
> close(4) = 0
> munmap(0x40013000, 3367) = 0
> personality(PER_LINUX) = 0
> getpid() = 389
> setuid(0) = 0
> brk(0) = 0x805a3b4
> brk(0x805a47c) = 0x805a47c
> brk(0x805b000) = 0x805b000
> open("/var/run/gpm.pid", O_RDONLY) = -1 ENOENT (No such file or directory)
> open("/dev/tty0", O_WRONLY) = 4
> ioctl(4, TIOCLINUX, 0x8056d80) = 0
> close(4) = 0
> open("/dev/psaux", O_RDWR|O_NONBLOCK) = 4
> fcntl(4, F_GETFL) = 0x802 (flags O_RDWR|O_NONBLOCK)
> fcntl(4, F_SETFL, O_RDWR) = 0
> rt_sigaction(SIGTERM, {0x804c080, [], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0
> rt_sigaction(SIGINT, {0x804c080, [], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0
> rt_sigaction(SIGUSR1, {0x804c080, [], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0
> rt_sigaction(SIGWINCH, {0x804c080, [], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0
> socket(PF_UNIX, SOCK_STREAM, 0) = 5
> unlink("/dev/gpmctl") = -1 ENOENT (No such file or directory)
> bind(5, {sin_family=AF_UNIX, path="/dev/gpmctl"}, 13) = 0
> chmod("/dev/gpmctl", 0777) = 0
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, TIOCGWINSZ, {ws_row=25, ws_col=80, ws_xpixel=0, ws_ypixel=0}) = 0
> close(6) = 0
> listen(5, 5) = 0
> rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_DFL}, 8) = 0
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86398, 670000})
>
>
> ============================= BEFORE LOCK ===============================
>
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\0", 1) = 1
> read(4, "\0\0", 2) = 2
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, VT_GETSTATE, 0x8057d50) = 0
> ioctl(6, TIOCLINUX, 0xbffffa61) = 0
> close(6) = 0
> gettimeofday({946116633, 579507}, NULL) = 0
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 820000})
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\20", 1) = 1
> read(4, "\376\2", 2) = 2
> select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
> time(NULL) = 946116633
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 980000})
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\20", 1) = 1
> read(4, "\376\6", 2) = 2
> select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
> time(NULL) = 946116633
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 990000})
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\20", 1) = 1
> read(4, "\377\17", 2) = 2
> select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
> time(NULL) = 946116633
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 980000})
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\0", 1) = 1
> read(4, "\1\22", 2) = 2
> select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, VT_GETSTATE, 0x8057d50) = 0
> ioctl(6, TIOCLINUX, 0xbffffa61) = 0
> close(6) = 0
> open("/dev/tty0", O_WRONLY) = 6
> ioctl(6, TIOCLINUX, 0xbffff9e1) = 0
> close(6) = 0
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86400, 0})
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\0", 1) = 1
> read(4, "\3\25", 2) = 2
> select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, VT_GETSTATE, 0x8057d50) = 0
> ioctl(6, TIOCLINUX, 0xbffffa61) = 0
> close(6) = 0
> open("/dev/tty0", O_WRONLY) = 6
> ioctl(6, TIOCLINUX, 0xbffff9e1) = 0
> close(6) = 0
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 990000})
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\0", 1) = 1
> read(4, "\7\23", 2) = 2
> select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, VT_GETSTATE, 0x8057d50) = 0
> ioctl(6, TIOCLINUX, 0xbffffa61) = 0
> close(6) = 0
> open("/dev/tty0", O_WRONLY) = 6
> ioctl(6, TIOCLINUX, 0xbffff9e1) = 0
> close(6) = 0
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86400, 0})
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\0", 1) = 1
> read(4, "\4\v", 2) = 2
> select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, VT_GETSTATE, 0x8057d50) = 0
> ioctl(6, TIOCLINUX, 0xbffffa61) = 0
> close(6) = 0
> open("/dev/tty0", O_WRONLY) = 6
> ioctl(6, TIOCLINUX, 0xbffff9e1) = 0
> close(6) = 0
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 990000})
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\0", 1) = 1
> read(4, "\1\4", 2) = 2
> select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
> time(NULL) = 946116633
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 990000})
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\0", 1) = 1
> read(4, "\1\1", 2) = 2
> select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
> time(NULL) = 946116633
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 690000})
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\2", 1) = 1
> read(4, "\0\0", 2) = 2
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, VT_GETSTATE, 0x8057d50) = 0
> ioctl(6, TIOCLINUX, 0xbffffa61) = 0
> close(6) = 0
> gettimeofday({946116634, 297983}, NULL) = 0
> open("/dev/tty0", O_WRONLY) = 6
> ioctl(6, TIOCLINUX
>
> ============================= END ===============================
> Please note that trace message about ioctl was not finished in strace
> log !!! The whole log (150K) is also available.
>
> Pavel.
>
Acknowledgement sent to Mark Baker <mbaker@iee.org>:
Extra info received and forwarded to list.
-t
From: owner@bugs.debian.org (Debian Bug Tracking System)
To: Mark Baker
Subject: Bug#53434: Info received (was Bug#53434: Strace log for this bug)
Message-ID:
In-Reply-To: <19991229200222.A17955@aziraphale.demon.co.uk>
References: <19991229200222.A17955@aziraphale.demon.co.uk>
X-Debian-PR-Message: ack-info-maintonly 53434
Thank you for the additional information you have supplied regarding
this problem report. It has been forwarded to the developer(s) and
to the developers mailing list to accompany the original report.
If you wish to continue to submit further information on your problem,
please send it to 53434@bugs.debian.org, as before.
Please do not reply to the address at the top of this message,
unless you wish to report a problem with the Bug-tracking system.
Darren Benham
(administrator, Debian Bugs database)
Received: (at 53434) by bugs.debian.org; 29 Dec 1999 20:08:51 +0000
Received: (qmail 7461 invoked from network); 29 Dec 1999 20:08:47 -0000
Received: from anchor-post-30.mail.demon.net (194.217.242.88)
by master.debian.org with SMTP; 29 Dec 1999 20:08:47 -0000
Received: from aziraphale.demon.co.uk ([194.222.242.160])
by anchor-post-30.mail.demon.net with esmtp (Exim 2.12 #1)
id 123POj-0009iD-0U; Wed, 29 Dec 1999 20:08:41 +0000
Received: from mark by aziraphale.demon.co.uk with local (Exim 3.03 #1 (Debian))
id 123PIc-0004gl-00; Wed, 29 Dec 1999 20:02:22 +0000
Message-ID: <19991229200222.A17955@aziraphale.demon.co.uk>
Date: Wed, 29 Dec 1999 20:02:22 +0000
From: Mark Baker
To: Pavel Epifanov CASEMA , 53434@bugs.debian.org
Subject: Re: Bug#53434: Strace log for this bug
References:
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.93.2i
In-Reply-To: ; from Pavel Epifanov on Sat, Dec 25, 1999 at 11:18:47AM +0100
I think you sent this to the wrong bug number?
This doesn't seem to have much to do with the rcs bug you reported.
On Sat, Dec 25, 1999 at 11:18:47AM +0100, Pavel Epifanov wrote:
> ============================= INIT ===============================
>
> execve("/usr/sbin/gpm", ["/usr/sbin/gpm", "-m", "/dev/psaux", "-t", "ps2", "-D"], [/* 24 vars */]) = 0
> brk(0) = 0x805a3b4
> open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
> open("/etc/ld.so.cache", O_RDONLY) = 4
> fstat(4, {st_mode=S_IFREG|0644, st_size=3367, ...}) = 0
> mmap(NULL, 3367, PROT_READ, MAP_PRIVATE, 4, 0) = 0x40013000
> close(4) = 0
> open("/lib/libc.so.6", O_RDONLY) = 4
> fstat(4, {st_mode=S_IFREG|0755, st_size=936696, ...}) = 0
> read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\4\211\1"..., 4096) = 4096
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000
> mmap(NULL, 898908, PROT_READ|PROT_EXEC, MAP_PRIVATE, 4, 0) = 0x40015000
> mprotect(0x400e9000, 30556, PROT_NONE) = 0
> mmap(0x400e9000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 4, 0xd3000) = 0x400e9000
> mmap(0x400ed000, 14172, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x400ed000
> close(4) = 0
> munmap(0x40013000, 3367) = 0
> personality(PER_LINUX) = 0
> getpid() = 389
> setuid(0) = 0
> brk(0) = 0x805a3b4
> brk(0x805a47c) = 0x805a47c
> brk(0x805b000) = 0x805b000
> open("/var/run/gpm.pid", O_RDONLY) = -1 ENOENT (No such file or directory)
> open("/dev/tty0", O_WRONLY) = 4
> ioctl(4, TIOCLINUX, 0x8056d80) = 0
> close(4) = 0
> open("/dev/psaux", O_RDWR|O_NONBLOCK) = 4
> fcntl(4, F_GETFL) = 0x802 (flags O_RDWR|O_NONBLOCK)
> fcntl(4, F_SETFL, O_RDWR) = 0
> rt_sigaction(SIGTERM, {0x804c080, [], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0
> rt_sigaction(SIGINT, {0x804c080, [], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0
> rt_sigaction(SIGUSR1, {0x804c080, [], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0
> rt_sigaction(SIGWINCH, {0x804c080, [], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0
> socket(PF_UNIX, SOCK_STREAM, 0) = 5
> unlink("/dev/gpmctl") = -1 ENOENT (No such file or directory)
> bind(5, {sin_family=AF_UNIX, path="/dev/gpmctl"}, 13) = 0
> chmod("/dev/gpmctl", 0777) = 0
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, TIOCGWINSZ, {ws_row=25, ws_col=80, ws_xpixel=0, ws_ypixel=0}) = 0
> close(6) = 0
> listen(5, 5) = 0
> rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_DFL}, 8) = 0
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86398, 670000})
>
>
> ============================= BEFORE LOCK ===============================
>
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\0", 1) = 1
> read(4, "\0\0", 2) = 2
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, VT_GETSTATE, 0x8057d50) = 0
> ioctl(6, TIOCLINUX, 0xbffffa61) = 0
> close(6) = 0
> gettimeofday({946116633, 579507}, NULL) = 0
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 820000})
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\20", 1) = 1
> read(4, "\376\2", 2) = 2
> select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
> time(NULL) = 946116633
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 980000})
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\20", 1) = 1
> read(4, "\376\6", 2) = 2
> select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
> time(NULL) = 946116633
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 990000})
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\20", 1) = 1
> read(4, "\377\17", 2) = 2
> select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
> time(NULL) = 946116633
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 980000})
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\0", 1) = 1
> read(4, "\1\22", 2) = 2
> select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, VT_GETSTATE, 0x8057d50) = 0
> ioctl(6, TIOCLINUX, 0xbffffa61) = 0
> close(6) = 0
> open("/dev/tty0", O_WRONLY) = 6
> ioctl(6, TIOCLINUX, 0xbffff9e1) = 0
> close(6) = 0
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86400, 0})
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\0", 1) = 1
> read(4, "\3\25", 2) = 2
> select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, VT_GETSTATE, 0x8057d50) = 0
> ioctl(6, TIOCLINUX, 0xbffffa61) = 0
> close(6) = 0
> open("/dev/tty0", O_WRONLY) = 6
> ioctl(6, TIOCLINUX, 0xbffff9e1) = 0
> close(6) = 0
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 990000})
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\0", 1) = 1
> read(4, "\7\23", 2) = 2
> select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, VT_GETSTATE, 0x8057d50) = 0
> ioctl(6, TIOCLINUX, 0xbffffa61) = 0
> close(6) = 0
> open("/dev/tty0", O_WRONLY) = 6
> ioctl(6, TIOCLINUX, 0xbffff9e1) = 0
> close(6) = 0
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86400, 0})
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\0", 1) = 1
> read(4, "\4\v", 2) = 2
> select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, VT_GETSTATE, 0x8057d50) = 0
> ioctl(6, TIOCLINUX, 0xbffffa61) = 0
> close(6) = 0
> open("/dev/tty0", O_WRONLY) = 6
> ioctl(6, TIOCLINUX, 0xbffff9e1) = 0
> close(6) = 0
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 990000})
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\0", 1) = 1
> read(4, "\1\4", 2) = 2
> select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
> time(NULL) = 946116633
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 990000})
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\0", 1) = 1
> read(4, "\1\1", 2) = 2
> select(5, [4], NULL, NULL, {0, 0}) = 0 (Timeout)
> time(NULL) = 946116633
> select(6, [4 5], NULL, NULL, {86400, 0}) = 1 (in [4], left {86399, 690000})
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, KDGETMODE, 0xbffff8bc) = 0
> close(6) = 0
> read(4, "\2", 1) = 1
> read(4, "\0\0", 2) = 2
> open("/dev/tty0", O_RDONLY) = 6
> ioctl(6, VT_GETSTATE, 0x8057d50) = 0
> ioctl(6, TIOCLINUX, 0xbffffa61) = 0
> close(6) = 0
> gettimeofday({946116634, 297983}, NULL) = 0
> open("/dev/tty0", O_WRONLY) = 6
> ioctl(6, TIOCLINUX
>
> ============================= END ===============================
> Please note that trace message about ioctl was not finished in strace
> log !!! The whole log (150K) is also available.
>
> Pavel.
>
Information forwarded to debian-bugs-dist@lists.debian.org, Mark Baker <mbaker@iee.org>: Bug#53434; Package rcs.
debian-bugs-dist@lists.debian.orgMark Baker
Subject: Bug#53434: rcs on vfat file-system: Work-Around
Reply-To: Dan Hatton , 53434@bugs.debian.org
Resent-From: Dan Hatton
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Mark Baker
Resent-Date: Sun, 08 Jul 2001 18:53:14 GMT
Resent-Message-ID:
Resent-Sender: owner@bugs.debian.org
X-Debian-PR-Message: report 53434
X-Debian-PR-Package: rcs
X-Debian-PR-Keywords:
X-Loop: owner@bugs.debian.org
Received: via spool by 53434-submit@bugs.debian.org id=B53434.9946174128879
(code B ref 53434); Sun, 08 Jul 2001 18:53:14 GMT
Date: Sun, 8 Jul 2001 19:36:44 +0100 (GMT Daylight Time)
From: Dan Hatton
To: Debian Bug Thread 53434 <53434@bugs.debian.org>
Message-ID:
X-X-Sender: dan.hatton@mail.btinternet.com
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Delivered-To: 53434@bugs.debian.org
I've encountered the same problem, and found that it goes away if the
"quiet" option is specified, when mounting the vfat file system.
This is, I guess, evidence in favour of the suspicion which led me to try
this in the first place: namely that rcs is doing a chmod or chown which,
in a vfat context, isn't really necessary, but which, if reported in an
error message from the fs, causes rcs to bomb out. As long as nobody
tells rcs about the failure of the chmod or chown, it seems fine.
If you're going to try this, I guess you should follow the advice of the
mount manpage, and exercise caution in using the "quiet" option; there
might be a program out there doing a chmod or chown which _is_ necessary,
and you might run into trouble if its failure doesn't get reported.
Hope this is still some use, all this time after the bug was reported.
Dan Hatton
================================================================================
Daniel C. Hatton B.A., M.Sci. (Cantab.)
Research Student, Thin Film Magnetism
E-Mail: dan.hatton@btinternet.com
World-Wide Web: http://www.bib.hatton.btinternet.co.uk/dan/
Surface Mail: Wolfson Court,
Girton College,
Clarkson Road,
Cambridge,
UK.
CB3 0EH
================================================================================
Acknowledgement sent to Dan Hatton <dan.hatton@btinternet.com>:
Extra info received and forwarded to list. Copy sent to Mark Baker <mbaker@iee.org>.
-t
From: owner@bugs.debian.org (Debian Bug Tracking System)
To: Dan Hatton
Subject: Bug#53434: Info received (was rcs on vfat file-system: Work-Around)
Message-ID:
In-Reply-To:
References:
X-Debian-PR-Message: ack-info-maintonly 53434
Thank you for the additional information you have supplied regarding
this problem report. It has been forwarded to the developer(s) and
to the developers mailing list to accompany the original report.
Your message has been sent to the package maintainer(s):
Mark Baker
If you wish to continue to submit further information on your problem,
please send it to 53434@bugs.debian.org, as before.
Please do not reply to the address at the top of this message,
unless you wish to report a problem with the Bug-tracking system.
Darren Benham
(administrator, Debian Bugs database)
Received: (at 53434) by bugs.debian.org; 8 Jul 2001 18:36:52 +0000
From dan.hatton@btinternet.com Sun Jul 08 13:36:52 2001
Return-path:
Received: from tungsten.btinternet.com [::ffff:194.73.73.81]
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 15JJQK-0002J8-00; Sun, 08 Jul 2001 13:36:52 -0500
Received: from [213.122.113.95] (helo=host213-122-113-95.btinternet.com)
by tungsten.btinternet.com with esmtp (Exim 3.22 #9)
id 15JJQC-0005dG-00
for 53434@bugs.debian.org; Sun, 08 Jul 2001 19:36:44 +0100
Date: Sun, 8 Jul 2001 19:36:44 +0100 (GMT Daylight Time)
From: Dan Hatton
To: Debian Bug Thread 53434 <53434@bugs.debian.org>
Subject: rcs on vfat file-system: Work-Around
Message-ID:
X-X-Sender: dan.hatton@mail.btinternet.com
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Delivered-To: 53434@bugs.debian.org
I've encountered the same problem, and found that it goes away if the
"quiet" option is specified, when mounting the vfat file system.
This is, I guess, evidence in favour of the suspicion which led me to try
this in the first place: namely that rcs is doing a chmod or chown which,
in a vfat context, isn't really necessary, but which, if reported in an
error message from the fs, causes rcs to bomb out. As long as nobody
tells rcs about the failure of the chmod or chown, it seems fine.
If you're going to try this, I guess you should follow the advice of the
mount manpage, and exercise caution in using the "quiet" option; there
might be a program out there doing a chmod or chown which _is_ necessary,
and you might run into trouble if its failure doesn't get reported.
Hope this is still some use, all this time after the bug was reported.
Dan Hatton
================================================================================
Daniel C. Hatton B.A., M.Sci. (Cantab.)
Research Student, Thin Film Magnetism
E-Mail: dan.hatton@btinternet.com
World-Wide Web: http://www.bib.hatton.btinternet.co.uk/dan/
Surface Mail: Wolfson Court,
Girton College,
Clarkson Road,
Cambridge,
UK.
CB3 0EH
================================================================================
Information forwarded to debian-bugs-dist@lists.debian.org, Mark Baker <mbaker@iee.org>, rcs@packages.qa.debian.org: Bug#53434; Package rcs.
debian-bugs-dist@lists.debian.orgMark Baker rcs@packages.qa.debian.org
X-Loop: owner@bugs.debian.org
Subject: Bug#53434: possible resolutions
Reply-To: Peter Moulder , 53434@bugs.debian.org
Resent-From: Peter Moulder
Original-Sender: Peter Moulder
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Mark Baker , rcs@packages.qa.debian.org
Resent-Date: Mon, 21 Jan 2002 07:18:02 GMT
Resent-Message-ID:
Resent-Sender: owner@bugs.debian.org
X-Debian-PR-Message: report 53434
X-Debian-PR-Package: rcs
X-Debian-PR-Keywords:
Received: via spool by 53434-submit@bugs.debian.org id=B53434.101159708031824
(code B ref 53434); Mon, 21 Jan 2002 07:18:02 GMT
From: Peter Moulder
To: 53434@bugs.debian.org
Message-Id:
Sender: Peter Moulder
Date: Mon, 21 Jan 2002 18:11:17 +1100
Delivered-To: 53434@bugs.debian.org
This bug has been open for a long time; it's time to close it one way
or another.
Possible fixes (assuming that fchmod/chmod is the culprit; can be
tested by commenting out the chmod stuff in the source):
o If fchmod fails, then try fstatfs to check filesystem type; if
msdos/vfat/... then ignore error.
Disadvantages:
- There's no reliable way of testing filesystem type. AFAICT
from linux-2.2.17 source, statfs's f_type will have the same
value for all FAT-based filesystems including chmod-supporting
umsdos.
- It's not clear that filesystem-doesn't-support-chmod be
considered any different from other fchmod errors.
o Unconditionally ignore fchmod/chmod errors.
o Have a flag to ignore fchmod/chmod errors.
o Have a flag to not attempt fchmod/chmod. (Does such a flag
already exist?)
o Mark the bug as wontfix, so that at least developers don't use up any
more time considering the bug.
pjm.
Acknowledgement sent to Peter Moulder <pmoulder@csse.monash.edu.au>:
Extra info received and forwarded to list. Copy sent to Mark Baker <mbaker@iee.org>, rcs@packages.qa.debian.org.
-t
X-Loop: owner@bugs.debian.org
From: owner@bugs.debian.org (Debian Bug Tracking System)
To: Peter Moulder
Subject: Bug#53434: Info received (was possible resolutions)
Message-ID:
In-Reply-To:
References:
X-Debian-PR-Message: ack-info 53434
Disabled-Doogie-Reply-To: 53434@bugs.debian.org
Thank you for the additional information you have supplied regarding
this problem report. It has been forwarded to the developer(s) and
to the developers mailing list to accompany the original report.
Your message has been sent to the package maintainer(s):
Mark Baker
If you wish to continue to submit further information on your problem,
please send it to 53434@bugs.debian.org, as before.
Please do not reply to the address at the top of this message,
unless you wish to report a problem with the Bug-tracking system.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
Received: (at 53434) by bugs.debian.org; 21 Jan 2002 07:11:20 +0000
From pmoulder@poole.csse.monash.edu.au Mon Jan 21 01:11:20 2002
Return-path:
Received: from poole.csse.monash.edu.au (poole) [130.194.67.29] (mail)
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 16SYbw-0008HE-00; Mon, 21 Jan 2002 01:11:20 -0600
Received: from pmoulder by poole with local (Exim 3.33 #1 (Debian))
id 16SYbt-0001wP-00
for <53434@bugs.debian.org>; Mon, 21 Jan 2002 18:11:17 +1100
From: Peter Moulder
To: 53434@bugs.debian.org
Subject: possible resolutions
Message-Id:
Sender: Peter Moulder
Date: Mon, 21 Jan 2002 18:11:17 +1100
Delivered-To: 53434@bugs.debian.org
This bug has been open for a long time; it's time to close it one way
or another.
Possible fixes (assuming that fchmod/chmod is the culprit; can be
tested by commenting out the chmod stuff in the source):
o If fchmod fails, then try fstatfs to check filesystem type; if
msdos/vfat/... then ignore error.
Disadvantages:
- There's no reliable way of testing filesystem type. AFAICT
from linux-2.2.17 source, statfs's f_type will have the same
value for all FAT-based filesystems including chmod-supporting
umsdos.
- It's not clear that filesystem-doesn't-support-chmod be
considered any different from other fchmod errors.
o Unconditionally ignore fchmod/chmod errors.
o Have a flag to ignore fchmod/chmod errors.
o Have a flag to not attempt fchmod/chmod. (Does such a flag
already exist?)
o Mark the bug as wontfix, so that at least developers don't use up any
more time considering the bug.
pjm.
Information forwarded to debian-bugs-dist@lists.debian.org, Mark Baker <mbaker@iee.org>, rcs@packages.qa.debian.org: Bug#53434; Package rcs.
debian-bugs-dist@lists.debian.orgMark Baker rcs@packages.qa.debian.org
X-Loop: owner@bugs.debian.org
Subject: Bug#53434: possible resolutions
Reply-To: Mark Baker , 53434@bugs.debian.org
Resent-From: Mark Baker
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Mark Baker , rcs@packages.qa.debian.org
Resent-Date: Mon, 21 Jan 2002 12:03:02 GMT
Resent-Message-ID:
Resent-Sender: owner@bugs.debian.org
X-Debian-PR-Message: report 53434
X-Debian-PR-Package: rcs
X-Debian-PR-Keywords:
Received: via spool by 53434-submit@bugs.debian.org id=B53434.10116144337853
(code B ref 53434); Mon, 21 Jan 2002 12:03:02 GMT
Date: Mon, 21 Jan 2002 12:00:28 +0000
From: Mark Baker
To: Peter Moulder , 53434@bugs.debian.org
Message-ID: <20020121120028.A26890@raq299.uk2net.com>
References:
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: ; from pmoulder@csse.monash.edu.au on Mon, Jan 21, 2002 at 06:11:17PM +1100
Delivered-To: 53434@bugs.debian.org
On Mon, Jan 21, 2002 at 06:11:17PM +1100, Peter Moulder wrote:
> o Have a flag to not attempt fchmod/chmod. (Does such a flag
> already exist?)
I'll look into whether it does exist. If not then I think
> o Mark the bug as wontfix, so that at least developers don't use up any
> more time considering the bug.
is the best "solution".
Not that adding such a flag would be difficult, I just don't think
supporting crap filesystems is worth putting any effort in for.
Acknowledgement sent to Mark Baker <mark@mnb.org.uk>:
Extra info received and forwarded to list. Copy sent to Mark Baker <mbaker@iee.org>, rcs@packages.qa.debian.org.
-t
X-Loop: owner@bugs.debian.org
From: owner@bugs.debian.org (Debian Bug Tracking System)
To: Mark Baker
Subject: Bug#53434: Info received (was Bug#53434: possible resolutions)
Message-ID:
In-Reply-To: <20020121120028.A26890@raq299.uk2net.com>
References: <20020121120028.A26890@raq299.uk2net.com>
X-Debian-PR-Message: ack-info 53434
Disabled-Doogie-Reply-To: 53434@bugs.debian.org
Thank you for the additional information you have supplied regarding
this problem report. It has been forwarded to the developer(s) and
to the developers mailing list to accompany the original report.
Your message has been sent to the package maintainer(s):
Mark Baker
If you wish to continue to submit further information on your problem,
please send it to 53434@bugs.debian.org, as before.
Please do not reply to the address at the top of this message,
unless you wish to report a problem with the Bug-tracking system.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
Received: (at 53434) by bugs.debian.org; 21 Jan 2002 12:00:33 +0000
From mark@mnb.org.uk Mon Jan 21 06:00:33 2002
Return-path:
Received: from raq299.uk2net.com [213.239.42.132]
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 16Sd7p-00022c-00; Mon, 21 Jan 2002 06:00:33 -0600
Received: from mark by raq299.uk2net.com with local (Exim 3.16 #2)
id 16Sd7k-000713-00; Mon, 21 Jan 2002 12:00:28 +0000
Date: Mon, 21 Jan 2002 12:00:28 +0000
From: Mark Baker
To: Peter Moulder , 53434@bugs.debian.org
Subject: Re: Bug#53434: possible resolutions
Message-ID: <20020121120028.A26890@raq299.uk2net.com>
References:
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: ; from pmoulder@csse.monash.edu.au on Mon, Jan 21, 2002 at 06:11:17PM +1100
Delivered-To: 53434@bugs.debian.org
On Mon, Jan 21, 2002 at 06:11:17PM +1100, Peter Moulder wrote:
> o Have a flag to not attempt fchmod/chmod. (Does such a flag
> already exist?)
I'll look into whether it does exist. If not then I think
> o Mark the bug as wontfix, so that at least developers don't use up any
> more time considering the bug.
is the best "solution".
Not that adding such a flag would be difficult, I just don't think
supporting crap filesystems is worth putting any effort in for.
Information forwarded to debian-bugs-dist@lists.debian.org: Bug#53434; Package rcs.
debian-bugs-dist@lists.debian.org
X-Loop: owner@bugs.debian.org
Subject: Bug#53434: Tagging wontfix
Reply-To: Romain Francoise , 53434@bugs.debian.org
Resent-From: Romain Francoise
Resent-To: debian-bugs-dist@lists.debian.org
Resent-Date: Mon, 16 May 2005 16:18:06 UTC
Resent-Message-ID:
Resent-Sender: owner@bugs.debian.org
X-Debian-PR-Message: report 53434
X-Debian-PR-Package: rcs
X-Debian-PR-Keywords:
Received: via spool by 53434-submit@bugs.debian.org id=B53434.111626005015854
(code B ref 53434); Mon, 16 May 2005 16:18:06 UTC
Received: (at 53434) by bugs.debian.org; 16 May 2005 16:14:10 +0000
Received: from yeast.orebokech.com [82.67.41.165] (romain)
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1DXiEM-00047J-00; Mon, 16 May 2005 09:14:10 -0700
Received: from pacem.orebokech.com (pacem.orebokech.com [192.168.1.3])
by yeast.orebokech.com (Postfix) with ESMTP id CE4A912CF8;
Mon, 16 May 2005 18:14:05 +0200 (CEST)
Received: by pacem.orebokech.com (Postfix, from userid 1000)
id E06B8B305B; Mon, 16 May 2005 18:14:22 +0200 (CEST)
From: Romain Francoise
To: 53434@bugs.debian.org
Cc: control@bugs.debian.org
Organization: The Debian Project
Mail-Copies-To: nobody
Date: Mon, 16 May 2005 18:14:22 +0200
Message-ID: <87oebbp2qp.fsf@orebokech.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Delivered-To: 53434@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0 tests=BAYES_00,VALID_BTS_CONTROL
autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
tags 53434 upstream wontfix
thanks
Supporting vfat is not worth the effort, this bug is thus marked
wontfix.
--
,''`.
: :' : Romain Francoise
`. `' http://people.debian.org/~rfrancoise/
`-
Acknowledgement sent to Romain Francoise <rfrancoise@debian.org>:
Extra info received and forwarded to list.
-t
X-Loop: owner@bugs.debian.org
From: owner@bugs.debian.org (Debian Bug Tracking System)
To: Romain Francoise
Subject: Bug#53434: Info received (was Tagging wontfix)
Message-ID:
In-Reply-To: <87oebbp2qp.fsf@orebokech.com>
References: <87oebbp2qp.fsf@orebokech.com>
Precedence: bulk
X-Debian-PR-Message: ack-info 53434
X-Debian-PR-Package: rcs
X-Debian-PR-Keywords:
Thank you for the additional information you have supplied regarding
this problem report. It has been forwarded to the package maintainer(s)
and to other interested parties to accompany the original report.
If you wish to continue to submit further information on your problem,
please send it to 53434@bugs.debian.org, as before.
Please do not reply to the address at the top of this message,
unless you wish to report a problem with the Bug-tracking system.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
Received: (at 53434) by bugs.debian.org; 16 May 2005 16:14:10 +0000
From romain@orebokech.com Mon May 16 09:14:10 2005
Return-path:
Received: from yeast.orebokech.com [82.67.41.165] (romain)
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1DXiEM-00047J-00; Mon, 16 May 2005 09:14:10 -0700
Received: from pacem.orebokech.com (pacem.orebokech.com [192.168.1.3])
by yeast.orebokech.com (Postfix) with ESMTP id CE4A912CF8;
Mon, 16 May 2005 18:14:05 +0200 (CEST)
Received: by pacem.orebokech.com (Postfix, from userid 1000)
id E06B8B305B; Mon, 16 May 2005 18:14:22 +0200 (CEST)
From: Romain Francoise
To: 53434@bugs.debian.org
Cc: control@bugs.debian.org
Subject: Tagging wontfix
Organization: The Debian Project
Mail-Copies-To: nobody
Date: Mon, 16 May 2005 18:14:22 +0200
Message-ID: <87oebbp2qp.fsf@orebokech.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Delivered-To: 53434@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0 tests=BAYES_00,VALID_BTS_CONTROL
autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
tags 53434 upstream wontfix
thanks
Supporting vfat is not worth the effort, this bug is thus marked
wontfix.
--
,''`.
: :' : Romain Francoise
`. `' http://people.debian.org/~rfrancoise/
`-
Tags added: upstream, wontfix
Request was from Romain Francoise <rfrancoise@debian.org>
to control@bugs.debian.org.
Received: (at control) by bugs.debian.org; 16 May 2005 16:14:10 +0000
From romain@orebokech.com Mon May 16 09:14:10 2005
Return-path:
Received: from yeast.orebokech.com [82.67.41.165] (romain)
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1DXiEM-00047J-00; Mon, 16 May 2005 09:14:10 -0700
Received: from pacem.orebokech.com (pacem.orebokech.com [192.168.1.3])
by yeast.orebokech.com (Postfix) with ESMTP id CE4A912CF8;
Mon, 16 May 2005 18:14:05 +0200 (CEST)
Received: by pacem.orebokech.com (Postfix, from userid 1000)
id E06B8B305B; Mon, 16 May 2005 18:14:22 +0200 (CEST)
From: Romain Francoise
To: 53434@bugs.debian.org
Cc: control@bugs.debian.org
Subject: Tagging wontfix
Organization: The Debian Project
Mail-Copies-To: nobody
Date: Mon, 16 May 2005 18:14:22 +0200
Message-ID: <87oebbp2qp.fsf@orebokech.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Delivered-To: control@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0 tests=BAYES_00,VALID_BTS_CONTROL
autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
X-CrossAssassin-Score: 2
tags 53434 upstream wontfix
thanks
Supporting vfat is not worth the effort, this bug is thus marked
wontfix.
--
,''`.
: :' : Romain Francoise
`. `' http://people.debian.org/~rfrancoise/
`-
Information forwarded to debian-bugs-dist@lists.debian.org, Romain Francoise <rfrancoise@debian.org>: Bug#53434; Package rcs.
debian-bugs-dist@lists.debian.orgRomain Francoise
X-Loop: owner@bugs.debian.org
Subject: Bug#53434: Du hast noch mehr SpaB beim x ..
Reply-To: "Anita Womack" , 53434@bugs.debian.org
Resent-From: "Anita Womack"
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Romain Francoise
Resent-Date: Thu, 04 Sep 2008 20:54:36 +0000
Resent-Message-ID:
Resent-Sender: owner@bugs.debian.org
X-Debian-PR-Message: followup 53434
X-Debian-PR-Package: rcs
X-Debian-PR-Keywords: wontfix upstream
X-Debian-PR-Source: rcs
Received: via spool by 53434-submit@bugs.debian.org id=B53434.122056123525724
(code B ref 53434); Thu, 04 Sep 2008 20:54:36 +0000
Received: (at 53434) by bugs.debian.org; 4 Sep 2008 20:47:15 +0000
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
(2007-08-08) on rietz.debian.org
X-Spam-Level: **
X-Spam-Status: No, score=2.5 required=4.0 tests=NEXTPART autolearn=no
version=3.2.3-bugs.debian.org_2005_01_02
Received: from athedsl-423169.home.otenet.gr ([79.131.204.255] helo=AB3F849EB5E24F8)
by rietz.debian.org with esmtp (Exim 4.63)
(envelope-from )
id 1KbLjV-0006DR-Ob; Thu, 04 Sep 2008 20:47:14 +0000
Received: from [79.131.204.255] by mx1.hrnoc.net; Thu, 4 Sep 2008 22:47:13 +0200
From: "Anita Womack"
To: <52670@bugs.debian.org>
Date: Thu, 4 Sep 2008 22:47:13 +0200
Message-ID: <01c90ee0$2bf96e80$ffcc834f@dgotejxvp>
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_0006_01C90EE0.2BF96E80"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1437
Importance: Normal
X-CrossAssassin-Score: 2
This is a multi-part message in MIME format.
------=_NextPart_000_0006_01C90EE0.2BF96E80
Content-Type: text/plain;
charset="iso-8859-2"
Content-Transfer-Encoding: 7bit
Mein Kumpel hat es ausprobiert: Ori VG rezf im Internet bestellen ist ganz einfach und ja seitdem er VG nimmt, ist seine Frau wieder richtig zufrieden mit ihm.
http://describerich.com
------=_NextPart_000_0006_01C90EE0.2BF96E80
Content-Type: text/html;
charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable
Mein Kumpel hat es ausprobiert: Ori VG rezf im Internet bestellen ist gan=
z einfach und ja seitdem er VG nimmt, ist seine Frau wieder richtig zufri=
eden mit ihm.
http://describerich.com
------=_NextPart_000_0006_01C90EE0.2BF96E80--
Acknowledgement sent to "Anita Womack" <dgotejxvp@bobyoungprints.com>:
Extra info received and forwarded to list. Copy sent to Romain Francoise <rfrancoise@debian.org>.
-t
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.420 (Entity 5.420)
Content-Type: text/plain; charset=utf-8
X-Loop: owner@bugs.debian.org
From: owner@bugs.debian.org (Debian Bug Tracking System)
To: "Anita Womack"
Subject: Bug#53434: Info received (Du hast noch mehr SpaB beim x ..)
Message-ID:
References: <01c90ee0$2bf96e80$ffcc834f@dgotejxvp>
X-Debian-PR-Message: ack-info 53434
X-Debian-PR-Package: rcs
X-Debian-PR-Keywords: wontfix upstream
X-Debian-PR-Source: rcs
Reply-To: 53434@bugs.debian.org
Thank you for the additional information you have supplied regarding
this Bug report.
This is an automatically generated reply to let you know your message
has been received.
Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.
Your message has been sent to the package maintainer(s):
Romain Francoise
If you wish to submit further information on this problem, please
send it to 53434@bugs.debian.org, as before.
Please do not send mail to owner@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.
--=20
53434: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D53434
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
Received: (at 53434) by bugs.debian.org; 4 Sep 2008 20:47:15 +0000
From dgotejxvp@bobyoungprints.com Thu Sep 04 20:47:15 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
(2007-08-08) on rietz.debian.org
X-Spam-Level: **
X-Spam-Status: No, score=2.5 required=4.0 tests=NEXTPART autolearn=no
version=3.2.3-bugs.debian.org_2005_01_02
Return-path:
Received: from athedsl-423169.home.otenet.gr ([79.131.204.255] helo=AB3F849EB5E24F8)
by rietz.debian.org with esmtp (Exim 4.63)
(envelope-from )
id 1KbLjV-0006DR-Ob; Thu, 04 Sep 2008 20:47:14 +0000
Received: from [79.131.204.255] by mx1.hrnoc.net; Thu, 4 Sep 2008 22:47:13 +0200
From: "Anita Womack"
To: <52670@bugs.debian.org>
Subject: Du hast noch mehr SpaB beim x ..
Date: Thu, 4 Sep 2008 22:47:13 +0200
Message-ID: <01c90ee0$2bf96e80$ffcc834f@dgotejxvp>
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_0006_01C90EE0.2BF96E80"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1437
Importance: Normal
X-CrossAssassin-Score: 2
This is a multi-part message in MIME format.
------=_NextPart_000_0006_01C90EE0.2BF96E80
Content-Type: text/plain;
charset="iso-8859-2"
Content-Transfer-Encoding: 7bit
Mein Kumpel hat es ausprobiert: Ori VG rezf im Internet bestellen ist ganz einfach und ja seitdem er VG nimmt, ist seine Frau wieder richtig zufrieden mit ihm.
http://describerich.com
------=_NextPart_000_0006_01C90EE0.2BF96E80
Content-Type: text/html;
charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable
Mein Kumpel hat es ausprobiert: Ori VG rezf im Internet bestellen ist gan=
z einfach und ja seitdem er VG nimmt, ist seine Frau wieder richtig zufri=
eden mit ihm.