Package: mutt-patched
Version: 1.6.0-1
Severity: important
* What led up to the situation?
Using the attached example .muttrc (sanitized) reproduces the problem.
Opening the example.org mailbox will display the list of subscribed
folders below the last mailbox in the sidebar, in
I also get a similar error, with a backtrace that looks like it's in the
same area of code:
Error: unmatched open quote in list
unmatched open quote in list
unmatched open quote in list
while executing
"lappend ::gorilla::collectedTicks [clock clicks]"
(procedure "::gorilla::CollectTicks"
Package: ircd-ircu
Version: 2.10.12.10.dfsg1-1
ircd-ircu in the apt repository appears to have been compiled with a value
for MAXCONNECTIONS that's larger than what the default Debian configuration
will allow:
Processing triggers for man-db ...
Setting up ircd-ircu (2.10.12.10.dfsg1-1) ...
Hi,
> So I had another look at the issue. Indeed, set_nss_error was undefined, so I
> used a different function. Also, I think there was another regression with
> displaying signed and encrypted S/MIME messages. Could you please test these
> updated packages[0] in your environments and tell me,
Package: libcamel1.2-11
Version: 2.22.3-1.1+lenny1
Severity: grave
-- System Information:
Debian Release: 5.0.1
APT prefers stable
APT policy: (990, 'stable'), (500, 'oldstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.29.4 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=e
Package: pygopherd
Version: 2.0.17
h links in the gophermap file works correctly at the top-level gophermap,
but not in a subdirectory. When using a gophermap at the subdirectory as
follows:
ramune/nietzsche:ramune: cat -A gophermap
1Entries from 2009^I2009^Ipsychosnugglebunnies.net^I70$
hATOM
Package: mutt-patched
Version: 1.5.17+20080114-1~bpo40+1
Not sure if this should be in mutt or mutt-patched, so sending it here
for now.
My .muttrc has:
set tmpdir = /home/ramune/.tmp
Due to this, mutt_Q in /usr/bin/smime_keys returns ~/.tmp for the tmpdir
variable (and a few others, such as the
I've reinstalled and re-run aideinit, and it seems to have gone away,
so not sure what happened before on the upgrade. As I can't repo on demand,
you can close this one out. If I get more information on how it got triggered,
I'll reopen with more information.
-- DN
Daniel
--
To UNSUBSCRIBE,
> I'll be able to try the backports version in a day or so -- it's a production
> server, so changing that has to go a bit slowly. I'll update the bug after
> a volatile update happens again.
I just checked, and it looks like backports.org only has an i386 version of
approx. I tried to debuild i
> Thanks for the details. Would you be able to try a newer version of
> approx? I use the volatile repository myself, and don't see this
> problem with the current version.
>
> There's an etch backport of approx at
> http://packages.debian.org/etch-backports/approx, and there's version
> 3.1.0~rc
> Can you send me the approx.conf entry corresponding to the volatile
> repository, and the sources.list entry on the client that sees the
> failure? Thanks.
Sure. Note, the internal hostname.domain was changed to approx.example.com
in the snippets below:
On the server:
# apt-show-versions |eg
quit
I'm also seeing this, only with the volatile archive. It happens for both
i386 and amd64 archives on the system here. Removing the files under the
archive "fixes" it for a short while, but inevitabily, when there is another
change in the upstream files, the same error occurs again.
tcpdump
Package: aide
Version: 0.13.1-2
Recently, I uninstalled (dpkg --purge) and re-installed Aide. All previous
configuration files and databases were removed. I added the following to
/etc/aide/aide.conf:
!/dev
!/home
!/mnt
!/proc
!/root
!/var
!/selinux
!/sys
!/debug
!/lib/init/rw
!/tmp
!/config
E
quit
A server I maintain started getting this after the latest update to etch.
Aide was running normally pre-upgrade, and the only things that were
changed on the system were libc6 and cpio -- but the update was the only
thing that changed before I started getting these messages.
Checking manuall
Package: groff
Version: 1.18.1.1-12
Severity: minor
The /usr/bin/groffer script in groff appears to have problems with dash:
ramune/lycaeum:~: sed -n '1p' /usr/bin/groffer
#!/bin/sh
ramune/lycaeum:~: /bin/sh -n /usr/bin/groffer
/usr/bin/groffer: 925: Syntax error: Bad function name
ramune/lycaeum
Package: remind
Version: 03.00.24-4
The cm2rem script in remind specifies #!/bin/sh, but doesn't appear to
work with dash:
ramune/lycaeum:~: sed -n '1p' /usr/bin/cm2rem
#!/bin/sh
ramune/lycaeum:~: /bin/sh -n /usr/bin/cm2rem
/usr/bin/cm2rem: 25: Syntax error: "(" unexpected
ramune/lycaeum:~: sed -
Package: php5-sybase
Version: 5.2.0-8+etch7
The php5-sybase module is built without --with-mssql, so many of the mssql_*
functions are non-functional -- this point isn't made clear during the
installation of the packages and there are no Debian-specific documentation
that's easily found noting thi
Package: sylpheed-claws-gtk2-smime-plugin
Version: 2.6.0-1
After installing the plugin, configuring gpg-agent, pinentry, dirmngr,
importing the secret key and certificate into gpgsm, making sure the
GPG_TTY and GPG_AGENT_INFO variables were exported correctly, etc.,
I find I am unable to sign mess
Package: request-tracker3.6
Version: 3.6.1-4
The /etc/request-tracker3.6/initialdata file has the following toward the
bottom of the file, in the "Predefined searches" section:
@Attributes = (
{ Name => 'Search - My Tickets',
Description => '[_1] highest priority tickets I own', # loc
Package: dovecot-common
Version: 1.0.rc15-2etch1
The version of Dovecot included in Debian does not present the list of
valid CAs for peer certificates. Clients such as Thunderbird/Icedove
do not send over the client certificate, causing the connection to hang
until the MUA decides to kill the co
Package: man-db
Version: 2.4.3-6
Severity: normal
According to the man pages:
-d, --debug
Don't actually display any manual pages, but do print lots of
debugging information.
However, running "man -d " shows the manual page.
Dependencies:
ii bsdmainutils
Okay, found the issue with the crash (I think). It looks like:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8049
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10395
The relevant instructions, when single-stepping through sprintf(), are:
0x2b008c63555f :mov%rsp,%rdx
0x2b008c63556
On Tue, Mar 14, 2006 at 11:26:34AM +, Salvador Abreu wrote:
> 1.2.18-12 is old already and there are problems compiling 1.2.18-16
> on amd64 machines (gcc 3.3.5 gets "internal errors").
>
> Can you make do with the x86 binaries, while I look into finding an
> amd64 machine to try things on
Package: gprolog
Version: 1.2.18-12
Any time a division is done in gprolog, I get a segfault with sprintf()
at the top of the backtrace, and what looks like tons of NULLs in the
stacktrace.
To repro:
cat > a.pl < a.pl< foo(X) :- X is 10 / 3.
> EOF
barbeque/zarathustra:games: gdb gprolog
GNU gdb 6
Package: cflow
Version: 2.0-17.1
A hard-coded dependency on /tmp is in the /usr/bin/cflow script.
Changing:
exclude_directory=/tmp/cflow.excludes
To:
exclude_directory=${TMPDIR:-/tmp/cflow.excludes}
Fixes it for me. /tmp is a rather small tmpfs partition on my box and
cflow fills it up pretty q
25 matches
Mail list logo