systemd-fsckd's event loop terminates if nothing happens for 30 seconds
(IDLE_TIME_SECONDS). Usually fsck writes progress updates more frequently
than that, but the interval is not guaranteed. So systemd-fsckd may exit
by itself while fsck is busy working. When this happens, fsck will
receive
Hello,
The same bug is causing a crash in the Jabbim XMPP client in Fedora.
I filed a bug upstream with a (different) patch:
http://twistedmatrix.com/trac/ticket/4503
Michal
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
/basename.c 2006-03-28 00:07:05.0 +0200
@@ -0,0 +1,18 @@
+/* basename.c - strip directory from filenames */
+
+/* Written 2006 by Michal Schmidt */
+
+#include stdio.h
+#include libgen.h
+
+int main(int argc, char **argv)
+{
+ if (argc != 2) {
+ fprintf(stderr,Usage: %s filename\n,argv[0
Hi,
The attached patch could be the first step towards fixing the problem.
It removes the --dereference flag from the cpio command line. This makes
it possible to create a smaller cpio archive with /bin/sh being a
symlink to /bin/busybox. The other changes in the patch are necessary so
that
Package: locales
Version: 2.3.6-3
Severity: normal
Collating is seriously broken when using Czech locales. Calls to strcoll(3)
return wrong results. See this simple testcase which compares a string
with itself:
--
#include
onosendai wrote:
Package: fontconfig-config
Version: 2.3.2-2
the package fontconfig-config does not contain some *.conf files.
you'll see the following error, when launch one sure application:
Fontconfig error: Cannot load default config file
I have the same problem on two machines with new
Package: cdrecord
Followup-For: Bug #330371
Why do you think it's the buffer allocation which fails? That doesn't
seem obvious to me from the output.
I have a very similar problem. cdrecord fails in the same way. But I also
get this message from the kernel:
scsi: unknown opcode 0x01
Can you
Michal Palczewski wrote:
not really, I don't know why it screws up my system.
I had the same problem with /dev/null being created with permissions 660
by udev. It turned out that it was a configuration issue.
/etc/udev/permissions.rules was present but not used. I had to manually
create a
Package: vino
Version: 2.8.1-1.1
Severity: minor
Tags: patch
For redirecting stdout and stderr the postinst script uses
the redirection operator which is only available in bash. When
/bin/sh is not a symlink to bash (I use dash), the stderr is not
redirected and I can see this error message:
9 matches
Mail list logo