Package: iceweasel
Version: 3.0~rc2-1
Severity: important
iceweasel apparently requires ~/.mozilla/firefox/ to be on
a filesystem thatsupports mmap - this is a major problem on filesystems
that don't, such as many FUSE-based filesystems. When mmap support is
not present on the filesystem, iceweas
Package: libsensors4
Version: 1:3.0.1-2
Severity: normal
Labels are used from the last matched section, while compute lines are
used from the first section, when reading /etc/sensors3.conf.
This means you can't simply add one section for a new board - you
either have to add the labels in a sectio
on until the server is restarted as far as metacity and
xkbwatch are concerned, but work normally in xterms.
--
Zinx Verituse
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Aug 14, 2006 at 06:00:41PM +0200, Ralf Wildenhues wrote:
> Then the acinclude.m4 file likely contains macros from an older Libtool
> version. Please tell upstream to update them; there are several ways to
> achieve this, ranging from (brittle and error-prone) manual replacement
> to just m
I should note the acinclude.m4 needs to be copied to libxmms/ as well,
though it seems to not make as much of a difference for that. Also,
aclocal will need to be run afterwards, to get macros from the system.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troubl
Sorry; I should have paid more attention to which file I was reading.
That came from acinclude.m4, from the debian XMMS package (the m4 is
probably included with xmms), not aclocal.m4.
The EGREP bug is still there, however - If someone somehow manages to trigger
that codepath (various OSs still us
Package: libtool
Version: 1.5.22-4
The XMMS package is suffering problems on amd64 due to a libtool problem.
Bug #380318 is being caused by libtool not having EGREP defined anywhere
meaningful. EGREP's already searched for, and included in the Makefiles,
but it isn't being exported as an environm
It's still not fixed in amd64, as of 1:1.2.10+20060801-1
([EMAIL PROTECTED]:pts/7)/var/cache/apt/archives% dpkg --contents
xmms_1%3a1.2.10+20060801-1_amd64.deb | grep '\.so'
-rw-r--r-- root/root 66448 2006-08-11 16:09 ./usr/lib/libxmms.so.1.3.1
-rw-r--r-- root/root 13368 2006-08-11 16:09
([EMAIL PROTECTED]:pts/6)/var/cache/apt/archives% dpkg --contents
xmms_1%3a1.2.10+20060729-1_amd64.deb | grep 'so$'
-rw-r--r-- root/root 13400 2006-07-29 05:55 ./usr/lib/xmms/Input/libwav.so
-rw-r--r-- root/root 9080 2006-07-29 05:55
./usr/lib/xmms/Input/libtonegen.so
Note that the .la
Package: libsdl1.2
Severity: normal
The 005_x11_keysym_fix.diff patch causes SDL to return keys with the
modifier applied to the SDL application -- This causes problems in games
where the key is expected to be unmodified. I recommend either setting
the modifier state to 0 (xkey->state = 0) tempor
ne ROTATE_LEFT(x, n) x) << (n)) & 0xU) | ((x) >> (32-(n
On Sat, Jan 28, 2006 at 08:19:06PM +0100, Volker Christian wrote:
> Hi,
>
> thanks for this report. Would it be possible for you do track down the
> problem
> as i didn't own a amd64-based
Package: unshield
Version: 0.5-3
Severity: important
Extracting any cab on amd64 with the amd64 binary with -D 3 yields:
[unshield_file_save:710] MD5 checksum failure for file 66 (W83627THF.ini)
Failed to extract file 'W83627THF.ini'.
Extracting with the 32-bit debian version, still on amd64, wor
Package: xlibs-static-dev
Version: 6.8.2.dfsg.1-4
Severity: important
Most files (comprehensive list below) are missing in this version; this
package is nearly unusable on x86, but I don't have the time to check other
archs, so I'm marking it only "important".
The following files are listed in C
Package: bash
Version: 3.0-14
Severity: wishlist
Tags: l10n
This is a duplicate of the archived bug #203820. I am marking it as wishlist
only because it was decided to be a "feature" in that bug number. All other
applications behave differently from bash, including all the other shells I
have tr
14 matches
Mail list logo
