to modify ExecStart, and thus risk
> becoming incompatible if the sulogin wrapper changes interface.
>
>> 4) [...]
>
> I don't have an opinion here.
I've left the sulogin-shell interface as it was.
Regards,
Stijn van Drongelen
[1] https://github.com/systemd/systemd/pull/
e the label of the mode (rescue/emergency/potato), rather
than the other way around.
Regards,
Stijn van Drongelen
fix it:
Use sulogin --force for rescue.service and for emergency.service.
Regards,
Stijn van Drongelen
ands now,
those installations don't have a functioning rescue mode.
Last but not least, the maintainers must be aware that this bug in fact
constitutes a security problem. I'll gladly admit that I am to blame
for harming the availability of my system, but every second I spent on
working around thi
merge 702950 692743
thanks
Hi David,
libgcr-3-common is actually architecture-independent, but it's not
marked as such. #692743 mentions a solution, but it seems the
maintainer hasn't picked up on it yet.
Regards,
Stijn van Drongelen
not a maintainer
--
To UNSUBSCRIBE, email to debian-bugs
this as important, since I don't think a library should be able to
die due to the contents of a configuration file.
Kind regards,
Stijn van Drongelen
-- System Information:
Debian Release: 7.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Package: xserver-xorg-video-intel
Severity: minor
Tag: patch
... so I'm sending in this patch.
--- a/src/i830_bios.c 2009-05-05 14:01:32.756586034 +0200
+++ b/src/i830_bios.c 2009-05-05 14:02:42.291038188 +0200
@@ -43,8 +43,8 @@
#define INTEL_BIOS_16(_addr) (bios[_addr] | \
(bios[_addr +
tags: patch
thanks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Version: 1.0.0-1
The bug is still there. It happens to me relatively often. It seems
that the Flash app is still running since I can still hear audio, but
the video is never drawn.
When this happens, a short flicker of 'correct' behaviour can be seen
when the page is reloaded, only to turn grey
This bug is not related to nspluginwrapper. It's from the 32-bit
libraries of GTK2, in their attempt to load 64-bit theme libraries.
Installing 32-bit versions of GTK2 themes should fix this problem.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Package: wnpp
Severity: wishlist
* Package name: python3.0
Version : 3.0
* URL : http://python.org/
* License : PSFL
Programming Lang: C, Python
Description : An interactive high-level object-oriented language (version
3.0)
Version 3.0 of the
Package: openttd
Version: 0.6.2-1
Upstream released a new version of openttd (0.6.3), fixing numerous issues[1].
[1] http://binaries.openttd.org/releases/0.6.3/changelog.txt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
merge 407478 499843
severity 499843 wishlist
thanks
I don't see why this bug is 'important'. I admit it's a bit annoying,
but important?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Version: 2.0.3-1
The problem is still there. I just freshly reinstalled Debian etch on
my amd64 system through netinstall and ran into this problem too.
Forcing single-user mode and changing 'nv' into 'vesa' helped a bit,
but it still sucks.
# lspci
00:00.0 RAM memory: nVidia Corporation C51
Removing or temporarily disabling /usr/lib/audacious/Input/madplug.so
seems to stop the segfaults upon adding files, but (of course) removes
MP3 support.
Removing or temporarily disabling /usr/lib/audacious/Container/xspf.so
seems to stop the segfaults upon starting with a nonempty playlist,
but
Is there a way to splice this bug into two bugs, one for the SIGSEGV
at boot, one for SIGILL at boot? It'll get pretty confusing
otherwise...
I see the following symptoms now:
1) When audacious starts and ~/.config/audacious/playlist.xspf exists,
audacious segfaults. GDB output attached as
Forgot to include audacious-vfs.log, where you can see how malformed
the VFSFile struct passed to vfs_fread is.
(gdb) run
Starting program: /usr/bin/audacious
[Thread debugging using libthread_db enabled]
[New Thread 0x2ad2bffca660 (LWP 11180)]
[New Thread 0x40800950 (LWP 11183)]
Package: mednafen
Version: 0.8.7-1.1
Severity: normal
Since there is some package (efp, or Escape from Pong) that depends on
the virtual package nes-emulator, it would be nice if all packages
containing a NES emulator would provide this package.
Right now, you're forced to install fceu when you
Marc Haber wrote:
The relevant code should have constructs like
${COMMONOPTIONS:+${COMMONOPTIONS}} instead of the simply quoted stuff.
Why? It seems that exactly thát causes arguments and options (-oX
465:25 = option -oX, argument 465:25) to be concatenated, which is
then interpreted as a
Applying the attached patch works for me. Without it, COMMONOPTIONS,
QUEUERUNNEROPTIONS and SMTPLISTENEROPTIONS are passed in a malformed
manner (i.e. quoted) when they contain spaces.
--- /etc/init.d/exim4 2008-06-04 09:58:21.0 +0200
+++ /etc/init.d/exim4.new 2008-06-04 09:46:55.0
Even if makebm is an internal macro, renaming the in-document
definition to, say, \differentname doesn't change a thing. I still get
the same grouping level error, with:
\differentname #1$-\bm {#1}
$
[EMAIL PROTECTED] ... {\hbox {#1$\displaystyle [EMAIL PROTECTED] #2$
Package: mailman
Version: 1:2.1.9-7
When someone removes mailman without purging (which keeps config
files), two of the files that are kept are /etc/logrotate.d/mailman
and /var/run/mailman/mailman.pid. The pidfile is never changed and
therefore still contains the last PID mailman had. The
this patch, it translated to
character codes C2 A0, which is UTF-8 for the non-breaking space (in
UCS-4: 00 00 00 A0). The charachters-handler of the parser will only
recieve UTF-8 strings, like it should.
Sincerely,
Stijn van Drongelen
diff --git a/src/wbxml_parser.c b/src/wbxml_parser.c
index
as real, raw characters instead of XML entities.
Sincerely,
Stijn van Drongelen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
,
Stijn van Drongelen
--- wbxml2-0.9.2/src/wbxml_encoder.orig.c 2008-01-20 01:25:46.0 +0100
+++ wbxml2-0.9.2/src/wbxml_encoder.c 2008-01-20 01:26:25.0 +0100
@@ -1875,6 +1875,9 @@
#if defined( WBXML_SUPPORT_SI )
case WBXML_LANG_SI10:
/* SI 1.0: Encode date
more patience until pulseaudio (=
0.9.7-1) makes it to testing, or just install it right now from
unstable.
Sincerely,
Stijn van Drongelen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I noticed that lib32icu36 (version 3.6-7) installs into /32/usr/lib32
instead of /usr/lib32 (which is symlinked to
/emul/ia32-linux/usr/lib).
I think it's clearly the wrong place where the libs are now. I can't
see why this happens, but it does.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Great improvement! That is much better. You have certainly
satisfactorily addressed the installation speed issue. I'll let you
decide whether or not it is still worth splitting off the languages; I
am not sure that it is necessary any more, although perhaps there would
still be advantages to
interface of
Stijn van Drongelen told:
[...]
In debian/rules of alsa-lib, there is a variable called bilibdir,
which contains the path to the ALSA plugins, but it isn't passed
to ./configure using the --with-plugindir flag. There might be
more places where the incorrect default value
at all (see #436201).
Sincerely,
Stijn van Drongelen
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.22-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8
\n to GNU
Shogi %sp%s command summary\n. This format change is properly applied
in gnushogi/cursesdsp.c, but not in gnushogi/rawdsp.c. A 'patch' is
included.
Greetings,
Stijn van Drongelen
--- cut here ---
diff -Naur gnushogi-1.3.2-2/gnushogi/rawdsp.c
gnushogi-1.3.2-2.1/gnushogi/rawdsp.c
this
feature please be removed?
Sincerely,
Stijn van Drongelen
P.S. Why is keepers in /var/lib anyway? Shouldn't it be somewhere in
/etc? It used to be there (/etc/apt/keepers), until #85630 and #85649
were fixed.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
32 matches
Mail list logo