Subject: linux-image-2.6.26-1-686: Kernel will not boot in Virtual PC
Package: linux-image-2.6.26-1-686
Version: 2.6.26-5
Severity: important
Tags: patch
*** Please type your report below this line ***
Kernel will not boot in Virtual PC due to introduction of multi-byte
nops. Problem has been
I am writing as dictionaries-common maintainer (not aspell maintainer)
since some things here are related to the common dictionaries support
for aspell dictionary hashes autobuild.
The problem behind is that dictionary hashes are arch dependent, and
IIRC, this is not only about endianness.
On Thursday, October 09, 2014 10:55:59 AM Dimitri John Ledkov wrote:
On 8 October 2014 15:54, da...@sandersweb.net wrote:
retitle 758121 bibletime: New upstream release fixes display problem in
jessie severity 758121 grave
thanks
On Monday, October 06, 2014 10:26:56 PM you wrote:
On Thursday, October 09, 2014 10:27:48 AM David Sanders wrote:
On Thursday, October 09, 2014 10:55:59 AM Dimitri John Ledkov wrote:
On 8 October 2014 15:54, da...@sandersweb.net wrote:
retitle 758121 bibletime: New upstream release fixes display problem in
jessie severity 758121 grave
I installed the experimental aspell on my amd64 system and it seems to work
fine. However, I’ve been unable to install the i386 library for testing. I
get the following error:
david@jessie:~$ sudo apt-get -t experimental install libaspell15:i386
Reading package lists... Done
Building
On Sep 27, 2014, at 3:17 PM, Agustin Martin agmar...@debian.org wrote:
..
Uploaded 0.60.7~20110707-1.2~exp3 to experimental. Should work around
that recreation using the original pristine file. It has gone through
autobuilders and should already be available in experimental mirrors.
diff
Package: aspell-en
Version: 7.1-0-1
Severity: normal
Dear Maintainer,
Aspell is now multi-arch in sid. Associated aspell-xx dictionary
packages need to be Multi-Arch: foreign in accordance with debian
policy for library support files. Currently apt-get doesn't
recognize aspell-en as an
-Original Message-
From: Agustin Martin [mailto:agmar...@debian.org]
Sent: Friday, October 03, 2014 12:54 PM
To: David Sanders; 763...@bugs.debian.org
Subject: Re: Bug#763892: aspell-en needs to be Multi-Arch: foreign
The problem I see above is in aspell-no, which does not use
aspell
Package: bibletime
Version: 2.9.2-1.1+b1
Followup-For: Bug #758121
Dear Maintainer,
Bibletime is unusable in jessie and sid. When you open any Bible or
commentary all you see is jibberish. This needs to be fixed prior to
the release of jessie.
Please fix. Thank you.
-- System Information:
I think this bug applies to Thunderbird as well as Enigmail and both
packages need urgent updates.
The Enigmail part can be corrected by updating to version 2.0.3, but the
user will still be vulnerable until a new version of Thunderbird is
released and pushed out to users. Long term the
I am also seeing this same bug in Debian v9.3 stretch. I have smbclient
version 4.5.12+dfsg-2+deb9u1.
The fix suggested of setting client "max protocol = SMB3_10" in
/etc/samba/smb.conf also fixed the problem for me.
I’ll say that I’m specifically connecting to a Windows 10 client with all
Package: sharutils
Version: 1:4.15.2-2
Severity: important
--- Please enter the report below this line. ---
Dear maintainer,
shar does not handle filenames with spaces in them if using compression
(ie gzip or xz). It creates
the archive without comment but then when trying to extract the
Package: jacksum
Version: 1.7.0-4.1
Severity: normal
Tags: upstream
Dear Maintainer,
When validating a checksum for rmd256 or rmd320 algorithms, jacksum fails due
to a java error. This bug is present upstream.
The error message is:
java.lang.ArrayIndexOutOfBoundsException: 1
Steps to
Mattieu,
I just tried connecting to a Windows 10 machine with and without the
"client max protocol = SMB3_10" directive in my smb.conf.
I can connect without a problem with the directive present, however when
I comment it out I get the following error message:
protocol negotiation failed:
Dear maintainer,
Actually more than just the clang-tidy-7 manpage is blank in Buster.
All of the following llvm/clang manpages are empty files:
clang-apply-replacement-7
clang-check-7
clang-include-fixer-7
clang-query-7
clang-rename-7
clang-reorder-fields-7
clang-tidy-7
lli-7
llvm-dwarfdump-7
This bug appears to be caused by the installed apparmor profile for
man-db in buster. If you are the root user and/or /usr/bin/man has been
configured as setuid and there are cat? directories in /var/cache/man,
then man will try to write a cat page to those directories but will be
prevented by
As an update, I still have this behavior on my stretch machine running
smbclient version 4.5.16+dfsg-1+deb9u2. However, on an installation of
buster running smbclient version 4.9.5+dfsg-5, I do not have the bug.
The two installations are not identical however. The stretch machine is
a server
17 matches
Mail list logo