On Tue, Jan 24, 2023 at 02:32:07PM +0100, Santiago Ruano Rincón wrote:
> > Tests yesterday seem to indicate successful results, but again I've only
> > tested a few combinations in a VM (to keep the feedback loop short).
> >
> > From the installer team point of view, I'd welcome a swift upload wi
On Mon, Jan 23, 2023 at 03:55:50PM +0100, Santiago Ruano Rincón wrote:
> > That seems needlessly convoluted. What about this:
> >
> > [Service]
> > Type=oneshot
> > EnvironmentFile=-/etc/default/networking
> > ExecStart=/sbin/ifup -a --read-environment
> > ExecStart=-/sbin/ifu
On Sat, Oct 29, 2022 at 10:33:26AM +, Oleg A. Arkhangelsky wrote:
> Since the unit type is oneshot, we can have multiple ExecStart statements.
>
> Note that we have to use '--ignore-errors'. Otherwise if we have real
> hotplug interface that is not present at the moment of restart, `ifup`
> r
On Fri, Dec 11, 2020 at 01:03:11PM +1100, Herbert Xu wrote:
> On Thu, Dec 10, 2020 at 10:20:29AM -0500, Jeff King wrote:
> >
> > It seems like it happens for "foo/", too. If I compile:
>
> I think the key is that dash uses GLOB_NOMAGIC.
I wondered that, too, but
On Thu, Dec 10, 2020 at 10:35:08PM +1100, Herbert Xu wrote:
> Yes but it's really a bug in glob(3). It should really return
> a no-match for the case in question, rather than matching and then
> returning a filename without the slash.
>
> IOW the pattern "foo\/" should not match a regular file f
Package: dash
Version: 0.5.11+git20200708+dd9ef66-2
Severity: normal
Tags: upstream
With the latest version of dash, I get this behavior:
$ touch here
$ dash -c 'printf "%s\n" "$@"' -- here/ not-here/
here
not-here/
The trailing slash is stripped from the argument "here/", when the file
On Fri, Dec 06, 2019 at 05:48:40PM -0500, Daniel Kahn Gillmor wrote:
> Upstream commit 884b6e36e6af0c6fa5b9467ccc8c2e2e4477bc95 should fix this
> empty line problem, if i'm understanding it correctly. That commit is
> part of 0.0.20191206, which i've just uploaded to unstable. Could you
> try th
Package: wireguard
Version: 0.0.20191127-2
Severity: normal
Since upgrading to iptables 1.8.4, I can't bring use wg-quick to bring
up an interface anymore. Here's a simple config that reproduces the
problem:
[Interface]
Address = 10.0.1.1
PrivateKey = 000
Package: ssmtp
Version: 2.64-8+b2
Severity: normal
Tags: patch upstream
During a TLS1.3 session, the client may see "post-handshake new session
tickets". The SSL_read() emulation done by GnuTLS returns a zero-byte
read for this case, and ssmtp thinks the session has been hung up.
For instance, on
Package: awesome
Version: 4.2-2
Severity: minor
After upgrading to awesome 4.2-2, my rc.lua failed to load due to the
use of module() in some supporting config files. I gather that this was
the "right" way to do modules in lua 5.0, and was deprecated over the
course of 5.1 and 5.2, and is now comp
Package: vim
Version: 2:8.0.0946-1
Severity: normal
Tags: upstream
Normally the cursor in my terminal (urxvt) does not blink. With older
versions of vim, running:
vim -u NONE -U NONE -N
does not change that. Since upgrading to 8.0.0946, running the same
command causes the cursor in vim to sta
On Thu, Nov 03, 2016 at 04:31:54PM -0400, Jeff King wrote:
> Since the move to GTK3 in 49.0-5, the fonts and widgets on my hi-dpi
> (3840x2160, 240dpi) display are tiny. The actual rendered content is
> sized as it was with GTK2.
A few other data points:
- the rendered content
On Thu, Nov 03, 2016 at 04:42:16PM -0400, Jeff King wrote:
> Given that this worked in 49.0-4 and has to do with window creation, I
> can guess it's related to the switch to gtk3.
After some experimenting, this actually looks like it's related to
setting GDK_SCALE=2 in the enviro
On Thu, Nov 03, 2016 at 09:18:15PM -0400, Matthew Gabeler-Lee wrote:
> I do run GNOME, and it works fine on my HiDPI screen there.
>
> Do you have some value set for layout.css.devPixelsPerPx, or is it the
> default -1?
I do have it set, though restoring it to "-1.0" does not change anything
wit
Package: firefox
Version: 49.0-5
Severity: normal
When I open a popup by clicking on an extension icon in a toolbar, the
new window is placed near the center of the screen, and is often too
small to hold the contents of the popup (whereas in 49.0-4, the window
is placed next to the icon and sized
Package: firefox
Version: 49.0-5
Severity: normal
Since the move to GTK3 in 49.0-5, the fonts and widgets on my hi-dpi
(3840x2160, 240dpi) display are tiny. The actual rendered content is
sized as it was with GTK2.
This is the case even when run in --safe-mode; the dialog asking to
confirm runnin
On Wed, Nov 02, 2016 at 11:00:34AM -0400, Matthew Gabeler-Lee wrote:
> Some things I've noticed going from 49.0-4 to 49.0-5 that I'm inferring are
> related to turning on GTK+3:
One thing I've noticed that you didn't mention: on my hi-dpi display the
widget fonts are tiny after the move to GTK+3
On Sun, Oct 30, 2016 at 08:09:21PM -, Philip Oakley wrote:
> > It is documented (Documentation/git-sh-setup.txt), and this is not the
> > internal Documentation/technical section of the documentation, so my
> > default assumption would be that everything shown there is intended as
> > public.
On Mon, Sep 21, 2015 at 07:39:45AM +0200, Per Olofsson wrote:
> > I guess something like this would work, but it does feel a little hacky.
>
> Well, the entire xdg-utils feels a bit hacky to me :-)
I won't disagree there. :)
> Anyway, I took the opportunity to improve the $BROWSER launching cod
On Sun, Sep 20, 2015 at 07:09:28PM +0200, Per Olofsson wrote:
> Den 2015-09-20 kl. 16:02, skrev Jeff King:
> > The patch for my suggested behavior actually turns out to be quite
> > trivial. Here's what I came up with:
>
> Thank you for your patch. Unfortunately it
The patch for my suggested behavior actually turns out to be quite
trivial. Here's what I came up with:
-- >8 --
Subject: xdg-open: prefer BROWSER to xdg .desktop files
Earlier versions of xdg-utils would fall back to calling
sensible-browser, without looking for XDG .desktop files.
Newer version
Package: xdg-utils
Version: 1.1.0~rc3+git20150907-2
Severity: normal
Using xdg-utils_1.0.2+cvs20100307-2, I get:
$ BROWSER='echo my-browser' xdg-open http://example.com
my-browser http://example.com
which 1.1.0~rc3, it opens chromium (the use of echo is just to
illustrate; the same problem h
On Fri, Oct 10, 2014 at 06:49:13PM +0200, Andreas Henriksson wrote:
> Thanks for the notice. I've cherry-picked the commit you pointed out
> so it will be part of the next upload.
Thanks.
> There's an upcoming stable release (2.25.2) which would be nice if you
> could poke upstream to include th
Package: util-linux
Version: 2.25.1-3
Severity: normal
Tags: patch
Using a timeout of "0" with flock used to be allowed as a synonym for
"-n", but is now disallowed:
$ flock -w 0 foo
flock: timeout cannot be zero
Switching back to 2.20.1-5.11 from testing makes it work again. The bug
is old
Package: runit
Version: 2.1.2-1
Severity: wishlist
Tags: patch
In addition to services running in /etc/service, users may
have their own service directories (e.g., in ~/.service).
The default bash completion made it easy to complete with
"sv t .serfoo", but the programmable completion
does not inc
On Sun, Aug 17, 2014 at 02:56:10PM +0200, Bernhard Reiter wrote:
> > I'm not sure if that would cause problems on Windows,
> > though.
>
> Apparently socketpair is not available there. Googling "socketpair
> windows" yields, among a lot of other useful resources, the following
> relatively active
On Tue, Aug 12, 2014 at 06:59:17PM -0700, Jonathan Nieder wrote:
> > + curl_socket_t sockfd = tunnel.out; // what about tunnel.in ?
>
> Hmm. curl expects to get a socket it can send(), recv(), setsockopt(),
> etc on instead of a pair of fds to read() and write().
I wonder if we could
On Wed, Apr 02, 2014 at 07:22:00PM -0400, John David Anglin wrote:
> mx3210:/var/cache/apt/archives/fuse/DEBIAN# sh ./postinst configure
> + dpkg-statoverride --list /bin/fusermount
> + chmod 4755 /bin/fusermount
> + [ -x /sbin/MAKEDEV ]
> + [ ! -e /dev/fuse ]
> + echo MAKEDEV not installed, skipp
I've confirmed that this is a side effect of the
`--enable-exact-address` patch introduced in #698267.
It seems like the past behavior I was relying on is mutually exclusive
with what that patch is trying to accomplish. While I prefer the
original behavior, I can work around it by repeating the re
Package: mutt
Version: 1.5.22-2
Severity: normal
If I have a muttrc like:
set realname="My Name"
my_hdr From: m...@example.com
and compose a new mail, previous versions of mutt (including 1.5.22-1)
will use "My Name " in the "From:" header. In 1.5.22-2,
however, it uses only "m...@exampl
Package: unzip
Version: 6.0-9
Severity: normal
Tags: patch
When unzipping some large zipfiles with many entries, unzip may
sometimes treat regular files as symlinks if a symlink appeared earlier
in the zipfile. This can be seen with:
$ wget https://github.com/mono/mono/archive/master.zip
$ zi
On Sun, Nov 13, 2011 at 08:38:49PM +0200, Antti-Juhani Kaijanaho wrote:
> An option --ensure-dctrl is added, whose states semantics is to ensure that
> the output format is in dctrl format. It will be ignored if -n is also
> given, as that deliberately asks for non-dctrl output. In practical ter
On Thu, Nov 03, 2011 at 08:58:42PM +0200, Antti-Juhani Kaijanaho wrote:
> On Thu, Nov 03, 2011 at 02:33:50PM -0400, Jeff King wrote:
> > If we really do think it's a compatibility issue, then is the right
> > solution not to keep it as-is, and add a new "always separate&
On Thu, Nov 03, 2011 at 08:32:40PM +0200, Antti-Juhani Kaijanaho wrote:
> > > Otherwise this looks good. Could you add manpage changes as well?
> >
> > I'm happy to if you still want --compact, but I'm leaning towards tying
> > this to "-n" after reading the other bug report.
>
> I'm not yet su
On Thu, Nov 03, 2011 at 06:42:36PM +0200, Antti-Juhani Kaijanaho wrote:
> > +if (!args.compact || args.num_show_fields > 1)
>
> Is there any reason to maintain the second clause? If you're explicitly
> selecting --compact, might you perhaps be interested in a no-separator
or machine parsing.
Version 2.19 made things more consistent by unconditionally
showing the stanza separator. This patch adds a --compact
flag which lets human viewers restore the old behavior.
Signed-off-by: Jeff King
---
I tried to match the indentation conventions of the file, but it seems
that
On Fri, Jun 17, 2011 at 04:16:33AM -0400, Jeff King wrote:
> Yeah, they even ship a commented-out implementation of strspn; the patch
> I mentioned above basically just uncomments it.
> [...]
> I'll attach the full pristine patch from valgrind 3.6.1-5 that fixes it
> for
On Fri, Jun 17, 2011 at 08:28:57AM +0200, Pierre Habouzit wrote:
> > $ gcc -g -o foo foo.c
> > $ valgrind ./foo
> > ...
> > ==5854== Conditional jump or move depends on uninitialised value(s)
> > ==5854==at 0x4B3623E: __strspn_sse42 (strspn-c.c:142)
> > ==5854==by 0x400509: mai
Package: valgrind
Version: 1:3.6.1-5
Severity: minor
Tags: patch
I get false positives with a simple use of strspn:
$ cat >foo.c <<'EOF'
#include
int main(void)
{
char buf[32];
strcpy(buf, "foo");
if (strspn(buf, "o"))
return 0;
return 1;
}
EOF
$ gcc -g -o
Package: valgrind
Version: 1:3.6.1-4
Severity: important
Tags: sid
When trying to attach to the debugger, I get output like:
==30890== Attach to debugger ? --- [Return/N/n/Y/y/C/c] y
==30890== starting debugger with cmd: /home/madcoder/bin/gdb -nw
/proc/30900/fd/1014 30900
/bin/s
Package: valgrind
Version: 1:3.6.1-2
Severity: important
Tags: patch
With no VALGRIND_OPTS set, valgrind is completely broken:
$ valgrind ls
valgrind: Bad option: -suppressions=/usr/lib/valgrind/debian-libc6-dbg.supp
valgrind: Use --help for more information or consult the user manual.
The
Package: xdm
Version: 1:1.1.10-3
Severity: normal
In recent xorg packages, you can now install xserver-xorg-core without
installing xserver-xorg. The latter contains /usr/bin/X, so without it,
xdm in its default state will fail to start the local server.
Should it instead be referring to /etc/X11
Package: bash-completion
Version: 1:1.3-1
Severity: normal
Tags: patch
When trying to complete the name of a script after "-d", I get no
completions. E.g.:
perl -d
The problem is that there are two cases:
1. We are at "-d*", so we shift that into $prev, put the rest of it in
$cur, and
Package: libgl1-nvidia-glx-ia32
Version: 260.19.21-1
Severity: minor
I upgraded my nvidia-glx today from the version in unstable
(195.36.31-6) to the one in experimental (260.19.21-1). As per apt's
complaining, I remembered to also upgrade libgl1-nvidia-glx and
nvidia-kernel-dkms, but I forgot lib
description available)
-- no debconf information
>From 58eae92049fb5acfd4f134fb7e33197c6c986af0 Mon Sep 17 00:00:00 2001
From: Jeff King
Date: Mon, 7 Feb 2011 17:05:35 -0500
Subject: [PATCH] check both system and user cache for emptiness
We will use whichever is the more recent of the two caches.
However, the early che
Package: resolvconf
Version: 1.46
Severity: normal
Tags: patch
The udhcpc lease script will hand resolvconf interface names like
"eth0.udhcpc". It has the proper matching "deconfig" section in its
script to remove "eth0.udhcpc", but like dhclient, this tends not to get
called, as ifdown simply kil
On Tue, May 18, 2010 at 05:46:27PM -0400, Jeff King wrote:
> I found some more oddness with 'wait' that I can reproduce. The
> following script:
I bisected this, and the bad patch seems to be
0001-JOBS-Fix-dowait-signal-race.diff. As that is cherry-picked from
upstream, I grab
Package: dash
Version: 0.5.5.1-5
Severity: normal
I found some more oddness with 'wait' that I can reproduce. The
following script:
for i in 1 2 3; do
(sleep $i; echo $i) &
done
wait
echo all done
produces different output in 0.5.5.1-3 and 0.5.5.1-5. With 0.5.5.1-3 (or
bash), it give
Package: udhcpc
Version: 1:1.15.3-1
Severity: important
Tags: patch
My /bin/sh is dash. Running udhcpc yields:
$ sudo udhcpc -fi wlan0
udhcpc (v1.15.3) started
Sending discover...
Sending select for 10.0.0.7...
Lease of 10.0.0.7 obtained, lease time 864000
/usr/share/udhcpc/default.sc
Package: critterding
Version: 1.0-beta11+dfsg-1
Severity: normal
Without ttf-liberation installed, I get:
$ critterding
SDL: subsystem initalized
Count not find font ../fonts/verdana.ttf
strace shows:
$ strace -e open critterding 2>&1 | tail -n 3
open("/usr/share/fonts/truetype/ttf-li
On Fri, Oct 30, 2009 at 09:01:48PM +0100, Klaus Ethgen wrote:
> > +test_expect_success 'ls-files -i lists only tracked-but-ignored files' '
> > + echo content >other-file &&
> > + git add other-file &&
> > + echo file >expect &&
> > + git ls-files -i --exclude-standard >output &&
> > + t
On Fri, Oct 30, 2009 at 12:41:27PM -0700, Junio C Hamano wrote:
> I've never understood the use of "ls-files -i" without -o, so in that
> sense, I have done 2. myself already long time ago.
>
> In other words, I do not really care that much, and the choice would be
> between "0. do not do anythin
On Fri, Oct 30, 2009 at 12:51:13PM -0700, Junio C Hamano wrote:
> > Here it is. I think this is the right thing to do. Junio?
>
> I am not sure; my head spins when I see "tracked but ignored" (you have
> a new one in the test) which is quite a bogus concept.
>
> Does it mean "tracked but would b
On Fri, Oct 30, 2009 at 02:41:55PM -0400, Jeff King wrote:
> >6. Revert the patch and rework it so that it will only have effect if
> > there is no -i option on the command line. (That is similiar to a
> > mix of 3 and 4.)
>
> Yeah, that would actual
On Fri, Oct 30, 2009 at 07:23:31PM +0100, Klaus Ethgen wrote:
> Well ls-files is used to see such broken files. (Another example is if
> you accidentally add a file which you (later) decide to be ignored. You
> will have no change to find that files at all anymore.) With the patch
> that use case
[cc'ing g...@vger and quoting excessively to give those readers context]
On Fri, Oct 30, 2009 at 05:59:03PM +0100, Klaus Ethgen wrote:
> Am Fr den 30. Okt 2009 um 17:28 schrieb Gerrit Pape:
> > > The most recent git in debian has a broken ignore handling. Let me
> > > show
> > > it on a example:
Package: mdadm
Version: 3.0-2
Severity: normal
Since upgrading to mdadm 3, my system fails to assemble the root raid1
array. The raid1 module is loaded properly, but running "mdadm
--assemble --scan --run" fails. It produces no error message, but exits
with status code '2' (which I determined by d
On Thu, May 28, 2009 at 05:14:57PM +0100, Antonio Radici wrote:
> thanks for your report, we are packing up a 1.5.19-4 which includes many
> fixes from upstream, I will include these fixes as well today and then as
> soon as myon@ approves it, the package will be uploaded.
>
> Have a look at th
Package: mutt
Version: 1.5.19-3
Severity: normal
Tags: patch
Since upgrading to 1.5.19, read messages are not automatically moved
from incoming folders (and yes, I am aware of the change in default of
"move"; I have "move=yes" in my muttrc).
The folders are available over imap, and my imap server
On Wed, May 27, 2009 at 09:57:00PM +0200, Luk Claes wrote:
> > Additionally please let me know what IMAP server (name and version) you
> > are using, in all my tests I'm using courier-imap.
>
> dovecot, though the problem as far as I can see is that this mutt
> version translates the initial dot
On Sun, Mar 08, 2009 at 07:34:57PM -0700, Ryan Niebur wrote:
> The problem seems to be solved by installing shared-mime-info, and you
> can do that as a temporary solution.
> There's already a bug against gtk itself to depend on that, see
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518090
>
Package: libgtk2-perl
Version: 1:1.190-1
Severity: normal
Sine upgrading to the version of libgtk2.0-0 in unstable (2.14.7-4),
loading files via pixbuf is broken (but the same script works using the
version in testing, 2.12.12-1). The following script demonstrates the
breakage:
$ cat <<'EOF' >t
Package: posh
Version: 0.6.16
Severity: normal
When a command run by posh dies with a signal, posh segfaults. I can
reproduce reliably with this script:
#!/bin/posh
echo 'int main() { raise(1); }' >die.c
gcc -o die die.c
./die
-- System Information:
Debian Release: 5.0
APT prefers unstable
Package: posh
Version: 0.6.16
Severity: normal
The $POSH_VERSION variable appears to be out of date. I have the 0.6.16
Debian package installed, but 0.6.12 is reported by posh:
$ posh
$ echo $POSH_VERSION
0.6.12
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy
Package: posh
Version: 0.6.16
Followup-For: Bug #515278
It seems to work for some commands but not some others:
$ posh -x
$ echo ok?
+ echo ok?
ok?
$ PATH=$PATH
Segmentation fault
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy: (500, 'unstable'), (500,
Package: qpsmtpd
Version: 0.40-3
Severity: normal
Tags: patch
When writing a plugin that uses cram-md5 authentication, we trigger a
taint-check warning in Qpsmtpd::Auth, which doesn't allow the plugin to
load. E.g.:
$ echo test >plugins
$ echo . >plugin_dirs
$ echo 'sub hook_auth_cram_md5 {
On Fri, Dec 12, 2008 at 04:29:14AM +0800, jida...@jidanni.org wrote:
> E.g., pages look like
>
> SYNOPSIS
>
> git-config [] [type] [-z|--null] name [value [value_regex]]
> git-config [] [type] --add name
> value git-config [] [type] --replace-all name [value
> [value_regex]] git-config [] [typ
Package: acpi-support
Version: 0.109-5
Severity: normal
Tags: patch
Newer kernels have disabled the /proc interface to power management,
leaving only the /sys. However, the /etc/acpi/power.sh script makes a
decision about running the scripts in battery.d by looking for ac
adapters in /proc (this a
Package: resolvconf
Version: 1.37
Severity: normal
Tags: patch
Line 107 uses '==', which is a bash-ism, breaking the script for dash
users. It can be replaced with the POSIX '='. Patch is below.
--- dnscache.orig 2008-01-07 06:05:12.0 -0500
+++ dnscache2008-01-07 05:56:02.00
Package: libdatetime-astro-sunrise-perl
Version: 0.01.01-2
Severity: normal
Tags: patch
Whenever I call the 'sunrise' function, it prints the string "me\n" to
stderr, cluttering my program's output. This looks like a leftover
debugging statement. Patch is below.
---
diff --git a/Sunrise.pm b/Sunr
Package: etckeeper
Version: 0.1
Severity: wishlist
I have had to put the following in my .gitignore, as they are
automatically generated and not of interest:
network/run
adjtime
They might be worth adding to the stock gitignore.
-- System Information:
Debian Release: lenny/sid
APT prefers uns
On Fri, Oct 05, 2007 at 05:27:11AM +1000, Graham Williams wrote:
> > So clearly this is an egrep bug, and should be reassigned. Although now
> > 'wajig new' still takes 3.3 seconds, which is a little sluggish. It
> > looks like the data passes through a mish-mash of shell tools, which we
> > can p
On Thu, Oct 04, 2007 at 09:06:10PM +1000, Graham Williams wrote:
> I've not been able to repeat. For example:
>
> $ time wajig new
> [27 packages]
> real 0m0.996s
> user 0m0.784s
> sys 0m0.336s
> $
>
> Wajig is essentially doing the same as you suggest. I save the list of
> packages in ~/.wa
Package: wajig
Version: 2.0.37
Severity: wishlist
Running "wajig new" takes a very long time:
$ time wajig new
[... wajig new output, 5 packages ...]
real1m36.576s
user1m35.570s
sys 0m0.652s
I haven't profiled it closely, but I assume there is some bad
algorithmic behavior. As a proo
Package: ipw3945-modules-2.6.21-1-686
Version: 2.6.21+1.2.1-1
Severity: grave
Justification: renders package unusable
The package is missing the module file:
$ dpkg -L ipw3945-modules-2.6.21-1-686
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/ipw3945-modules-2.6.21-1-686
/usr/share/doc/ipw3945
On Mon, Jun 25, 2007 at 10:28:14PM +0200, Brice Goglin wrote:
> I'd like to be sure only the upgrade of kbd caused this. Could you
> downgrade to xserver-xorg-input-kbd 1:1.1.0-4 currently in
> testing/stable and check that the bugs disappear?
Hmm, I had tried that before, and the bug disappeared
Package: xserver-xorg-input-kbd
Version: 1:1.2.0-1+1.2.1
Severity: normal
When the system is under heavy load (especially lots of disk i/o) and I
type in an xterm, sometimes a key will repeat as if pressed for a longer
time (leading to things like "ls /hooome" even though I pressed 'o'
just as
On Sun, Aug 06, 2006 at 02:30:46PM +1000, Graham Williams wrote:
> Thanks for the additional information Jeff and confirmation of the
> problem on AMD64. Without access to such a machine its a little tricky
> to debug but I'll see what I can do.
I traced the problem to TagFileFree from apt_pkg.so
Package: wajig
Version: 2.0.34
Followup-For: Bug #380242
I was able to reproduce the same segfault (I note that both I and the
original submitter are on amd64 -- maybe a bug in python on amd64?).
Here's the result you asked for:
$ wajig -t dependents wajig
Performing: cat /var/lib/dpkg/status | e
Package: kernel
Severity: normal
After upgrading from 2.6.15 to 2.6.16 (both Debian stock kernels -k7-smp), X's
mga drm failed to initialize (using xserver-xorg 6.9.0.dfsg.1-5). This
was due to the 'OldDmaInit' workaround necessary for 2.6.15. Once I
disabled that, drm was initialized. However, w
Package: firefox
Version: 1.5.dfsg+1.5.0.1-1
Followup-For: Bug #351811
I am getting the same error here since upgrading to 1.5.dfsg+1.5.0.1-1
(running 'firefox' doesn't start firefox and outputs the same messages
to the console.log file). My /bin/sh is dash. Removing my .firefox and
.mozilla dire
Package: cogito
Version: 0.16.0-1
Severity: grave
Justification: renders package unusable
Since upgrading to bash 3.1 (the latest in unstable), cogito's cg-commit
command breaks:
$ cg-init
defaulting to local storage area
/usr/bin/cg-commit: line 190: syntax error near unexpected token `('
Package: sirc
Version: 2.211-8
Severity: important
Tags: patch
The final line in sirc's postinst is:
test -e /usr/bin/update-menus && update-menus
The desired effect is to only run update-menus if it exists. However,
there is a secondary effect, which is that the statement's exit code is
'1' if
Package: postgresql-common
Version: 19
Severity: minor
Bash complains about the function name 'autovac-start' because of the
dash, which is not allowed by posix. This is a problem if the user
running the init.d script has POSIXLY_CORRECT set in the environment
(the init.d script fails to run).
--
This patch should fix the problem:
--- main.c.orig 2005-05-09 03:29:59.0 -0400
+++ main.c 2005-05-09 03:30:37.0 -0400
@@ -415,7 +415,7 @@
standardise(buf);
*/
- SMTP_write(sock, ht->string);
+ SMTP_write(sock, "%s", ht->string);
Package: libogg-vorbis-header-pureperl-perl
Version: 0.07-1
Severity: wishlist
Tags: patch
I recently wrote a program to extract comments from a large number of
Ogg files. Running a profiler, I found that a significant portion of the
time was spent in _calculateTrackLength (62% if the disk cache i
Package: libogg-vorbis-header-pureperl-perl
Version: 0.07-1
Severity: normal
Tags: patch
When calling the comment_tags method, if the Ogg file contains multiple
instances of a given tag, the tag will appear multiple times in the
resulting list. However, there is already a method to deal with multi
Package: billard-gl
Version: 1.75-7
Severity: minor
I was having trouble holding down the spacebar to shoot. The power meter
would only go up about 1/10 of the way before shooting (even though I
was still holding the spacebar). The resulting shot was quite weak,
making the game unplayable.
To sol
88 matches
Mail list logo
