Package: lists.debian.org
For example, the mail:
https://lists.debian.org/debian-sparc/2015/06/msg5.html
would be a lot easier to read in the archive, if the text soft-wrapped to
the browser width, instead of making a horizontal scrollbar.
Accomplishing this should be as trivial as adding a
Package: libc6
Version: 2.13-35
I just rediscovered http://sourceware.org/bugzilla/show_bug.cgi?id=12510 in my
application. Fixed by
http://sourceware.org/git/?p=glibc.git;a=commit;h=028478fa40d85a73b19638dbe3f83b1acebf370c
Attached is the test-case I came up with before I found the commit that
It's not a bug in GCC. It's a bug in the code. The second call to
PyArg_ParseTuple passes an int* where a Py_ssize_t* should be passed. (The
&data_len argument).
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lis
Package: gcc-4.7
Version: 4.7.1-2
In the current version of GCC 4.7 in Debian, std::pair isn't
ABI-compatible when used as a return value between C++03 and C++11 modes.
This was recently fixed in:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53657
It'd be really nice to get the fixed version of gc
On Jan 21, 2011, at 8:21 PM, Don Armstrong wrote:
> On Fri, 21 Jan 2011, James Y Knight wrote:
>> Also, changing the style to "pre-wrap" won't normally have any impact at all
>> on hard-wrapped mail, since user's browser windows aren't generally < 80
&
Don Armstrong wrote:
> The solution is to actually change styles for messages which use
> format=flowed, not change it for messages which properly insert
> linebreaks.
I'm afraid you've misunderstood the issue. There is no problem in debbugs
related to format=flowed. The whole point of format=flow
Package: bugs.debian.org
Bugs submitted via email from mailers like Apple Mail (starting in OSX 10.6.2+)
show up as one long line in the bug archives, with a horizontal scrollbar. This
is unfortunate.
This started happening because they now just use long lines, and
quoted-printable to wrap the
Just wondering if this bug got lost...Can this patch be applied?
There's really no point in checking that the password entered was the "owner"
password when the "user" password is entirely equivalent...
James
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
Presumably that package can just be imported into Debian. It's been
there since Apr 2009 apparently.
http://packages.ubuntu.com/source/lucid/parti-all
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debia
Package: socat
Version: 1.7.1.2-1
Severity: serious
Socat is licensed under the GPLv2, according to the "README" file, not
GPLv2 or later. The debian package is built against libreadline6,
which is under GPLv3 or later. Since GPLv2 and GPLv3 are incompatible,
this is a license violation.
CLISP is under GPLv2 only, while libreadline version 6 is licensed
under GPLv3.
Therefore, it is not be legal for clisp to use libreadline version 6;
I recommend this be closed wontfix.
James
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubsc
Package: autofs5-ldap
Version: 5.0.3-3
(still broken in 5.0.4-3.1).
SASL auth is broken against some ldap servers (like windows server
2008), because autofs5 tries to authenticate twice on a single
connection, and the server won't accept a second authentication.
It's already fixed upstream
On Feb 2, 2010, at 5:27 AM, Olaf van der Spek wrote:
Nice!
If that's not possible, maybe adding the new syntax to the existing
Ubuntu patch (I assume it's send host-name "gethostname()";)
shouldn't be hard.
My understanding from the man pages is that it would be:
send host-name = gethostn
I just ran into this issue recently for a group of hosts I'm managing,
and solved it, for now, by importing the patch "debian/patches/dynamic-
hostname.dpatch" from Ubuntu's DHCP3 package, and adding:
send host-name "";
to the default config file. Just to get things going for myself.
However
On Jan 14, 2010, at 12:41 AM, Peter Van Eynde wrote:
My current plan was to:
- - make the inclusion of the CLC directory configurable
- - add clbuild support to the package:
* clbuild would get downloaded and updated on the client machine
* we would have a new command clc-clbuild which wou
On Jan 12, 2010, at 11:10 AM, Peter Van Eynde wrote:
Hello James,
Just FYI I've started working on CLC v7 where this will be a system-
wide
setting overrideable with a user-specific configuration file.
Thanks for the info.
I'd still like to hear if you have any more specifics about the
This change was done so that using for example clbuild in Debian
becomes
possible again. Otherwise the packaged systems will interfere with the
clbuild or locally generated systems.
I still don't understand. The new behavior, even though now
documented, breaks all user expectations for how t
This is probably related to bug 560781.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: rlwrap
Version: 0.28-2
If I press "M-5" and then "f", "f" gets correctly repeated 5 times. However,
then the count doesn't get reset, so all letters from then on out all get
repeated 5 times! The prefix-arg should be reset after every command. But here
there doesn't seem to be any way
Package: common-lisp-controller
Version: 6.19
When I upgraded CLC from 6.17 to 6.20, neither
(require 'cffi)
nor
(asdf:oos 'asdf:compile-op :cffi)
work anymore, even though the cl-cffi package is installed.
Looking at the changelog, it seems like this was an intentional change in 6.19,
"Make clc
Source: sip4-qt3
Version: 4.8.1-1
Severity: serious
The copyright file in the package contains the license for SIP 4.0 not
SIP 4.8. (That's a bug in itself...)
The *actual* SIP 4.8 license (contained in the file named "LICENSE")
is substantially different. In particular, it now contains a n
Also described in this bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=458861
sprof in lenny (libc 2.7-18) is currently completely non-functional
due to that bug.
I tried applying that patch to debian's glibc, and while it applies
cleanly, and solves the immediate issue, I then get:
Package: pdftk
Version: 1.41-3
With a PDF which is encrypted and has an owner password set, but no
user password (so I can view it in any other tool), it refuses to do
anything unless you provide the owner password. There's no reason for
it to do so, it just arbitrarily decides not to work.
libunwind 0.99 was released on 08-May-2009. It'd be great if this new
release could be uploaded to debian, with support for x86, amd64, arm,
mips, and powerpc archs.
But I have a bad feeling this package might be effectively orphaned in
Debian, considering it's the only package "owned" by M
So I attempted to reproduce my issue with a debian 2.6.26 kernel, and
was unable to. The debian kernel always put mmap areas either at the
top of the address space or in the middle, depending on whether the
stack size ulimit is finite or not.
After further investigation, it seems that the
Package: bash
Version: 3.2-4
I'm on an x86_64 machine.
I believe this bug is due to Bash's builtin malloc implementation only
supporting sbrk() and not mmap() to get memory.
I'd like to suggest that the correct resolution of this bug is to
disable bash's builtin malloc and simply use glibc
Version 2.0.8 of psycopg2 has been released, and it would be good to
get it packaged. One important thing it fixes is a double free in
one of the error handling, which quickly leads to segfaults.
+1. Just ran into this segfault. I'll probably have to fix it locally
sometime soon, but it would
I built this package successfully on amd64 by adding:
DEB_CONFIGURE_EXTRA_FLAGS := --enable-frame-pointers
to debian/rules. I expect that should be conditional upon the arch
being amd64 but I don't know how to do that.
Unfortunately, the build failures on powerpc and ia64 look to be
complet
Could this be the same bug as:
https://bugzilla.novell.com/show_bug.cgi?id=390722
and
https://bugs.launchpad.net/ubuntu/hardy/+source/gdb/+bug/111869
?
(with patch available)
James
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: libunwind
Severity: wishlist
Parts of google-perftools only work on x86-64 if libunwind is
installed. However, it requires at least the libunwind-snap-070410
version (at least according to its "INSTALL" file). Since libunwind
upstream doesn't appear to be much into making releases,
Just another vote for a newer version: I wanted to use this library in
my code, but 0.8 is quite old. It sure would be nice if a newer
version was packaged. They're now up to 0.97 upstream, fwiw.
Thanks,
James
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". T
Package: libc6
Version: 2.5-5
On x86_64, mostly debian etch. After upgrading libc6 to unstable, I
can no longer compile anything.
echo "int main() {return 0;}" > test.c
gcc test.c
/lib/libc.so.6: file not recognized: File format not recognized
collect2: ld returned 1 exit status
Upgrading b
Package: bzr-svn
Version: 0.3.2-1
Severity: serious
Justification: Policy 3.5
*** Please type your report below this line ***
Running 'bzr branch' emits:
Needs at least Python2.5 or Python2.4 with the pysqlite2 module
Unable to load plugin 'svn' from '/usr/lib/python2.4/site-packages/
bzrlib/plu
On Apr 20, 2005, at 5:14 AM, [EMAIL PROTECTED] wrote:
Maybe this bug can be closed. %% is as efficient a shortcut as was % .
It looks like the issue was a communication problem . One side
believing there
where no way to call the current job and the other filing at explaing
how it was still
avail
34 matches
Mail list logo
