The latest Postgrey release is now almost three years old and is not in
Debian. Some of the whitelist configuration options don't work in the
version in Debian now, making it impossible to receive emails from
certain senders. Any chance someone can turn to this? Even an NMU?
Here's the issue t
Found a workaround--switched from libapache2-mod-php5filter to
libapache2-mod-php5. Problem disappeared.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Perhaps unsurprisingly, the same issue appears with any form submission,
whether it is a file upload or just an HTTP POST. The cut-off point for
failure seems to be somewhere just around 1K.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe".
Just to confirm this wasn't a SquirrelMail oddity, the exact same
behavior occurs with RoundCube -- tiny attachments uploaded over SSL
work fine, but anything more than a few kilobytes generates the SNI
check fail message.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Package: apache2-bin
Version: 2.4.10-9
Severity: normal
Not sure where to file this bug, so I put it in the package that actually
generates the error message. The issue was triggered when SquirrelMail users
were no longer able to attach anything other than tiny attachments via PHP
upload. A sma
Package: wnpp
Severity: normal
I intend to orphan the shorlfilter package. I believe it stopped working a long
while ago and I have not had time to contribute to Debian for several years. It
should not be hard to fix it, however, for an updated URL-shortening library.
The package description i
Package: wnpp
Severity: normal
I intend to orphan the libwww-shorten-perl package. The upstream maintainer
passed away and I haven't had time to contribute to Debian for many years.
The package description is:
This package contains a variety of modules to interface with many URL
shortening si
Same problem here -- guile-1.6-slib is uninstallable; hence gnucash is
uninstallable. Unlike Niklaus, however, purging guile-1.8 does not fix
the problem for me.
The problem is apparently in guile, though, not guile-1.6-slib.
Steps to reproduce:
(1) Install guile-1.6
# guile
ERROR: Unbound v
Package: perl-suid
Version: 5.10.0-19
Severity: normal
After upgrading perl/perl-suid, none of my setuid CGI scripts work.
Insecure dependency in require while running setuid at
/usr/share/perl/5.10/AutoLoader.pm line 27.
Insecure dependency in require while running setuid at ../../lib/Storable
I've got the same problem. Is there any simple workaround?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I'm having the same problem. Can't start gnucash.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun, Oct 23, 2005 at 07:32:40PM -0400, Adam Rosi-Kessel wrote:
> On Mon, Oct 24, 2005 at 12:13:08AM +0100, Paul Brossier wrote:
> > > Hi:
> > > Just wanted to send a ping on this bug--is there any relief in sight?
> > > I tried rebuilding from source with g++-
This is fixed in 2.10.0-1, but it would be interesting to figure out why
perl is maxing out the CPU on regexp parsing. I isolated the regexp in
question in bug #338799. Namely, this:
$tmpPage =~ s/^.*?^[\s]*(.*?)<.*?^.*?^[\s]*(.*?)<.*?^[\s]*(.*?) Package: fetchyahoo
> Version: 2.9.0-1
> Severity:
It gets stranger.
The expression works up to this point:
s/^.*?^[\s]*(.*?)<.*?^.*?^[\s]*(.*?)<.*?^.*?^[\s]* The problem is on line 856:
>
> while ( $tmpPage =~ s/^.*?^[\s]* class=msg(new|old).*?^(.*?)<.*?^.*?^[\s]* .*?>(.*?)<.*?^[\s]*(.*?)
> Strangely, perl is totally hanging on this line, a
Yes, that looks like the problem. It would be great if the Debian package
could support MP4/AAC, but I don't think the necessary libraries are in
Debian.
When I tried to rebuild the Debian package with the third party mpeg4ip
DEBs from rarewares, it fails to build with this error:
mp4_tag.o: In f
On Mon, Oct 24, 2005 at 12:13:08AM +0100, Paul Brossier wrote:
> > Hi:
> > Just wanted to send a ping on this bug--is there any relief in sight?
> > I tried rebuilding from source with g++-4.0, but the resulting package
> > still is unusable.
> did you try rebuilding the plugins too ?
Yes, I reb
Hi:
Just wanted to send a ping on this bug--is there any relief in sight?
I tried rebuilding from source with g++-4.0, but the resulting package
still is unusable.
--
Adam Rosi-Kessel
http://adam.rosi-kessel.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
debconf information
--
Adam Rosi-Kessel
http://adam.rosi-kessel.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: ifp-line
Version: 0.2.4.6-1
Severity: wishlist
It would be nice if ifp df gave something more like df -h -- i.e., gave
you space free in kilobytes, megabytes, or gigabytes, as appropriate.
It's hard to parse a gigabyte-long integer visually.
Another simpler option might be to print the b
I think it's all cleared up now, but my point was that no web browser
would let me log in. But it looks like it was a glitch on Yahoo!'s end.
On Fri, Apr 15, 2005 at 02:45:05PM -0700, Mike Mestnik wrote:
>
> --- Adam Rosi-Kessel <[EMAIL PROTECTED]> wrote:
> > It soun
It sounds like you're talking about a captcha, though--graphical text
that you need to match to prove you're a human? I'm actually
experiencing something different, which is that I can't log in at all
from the IP address that has been using fetchyahoo. Or am I
misinterpreting your explanation?
Mik
I have had segfault problems on upgrades that have been fixed, strangely, by
removing virtualhosts from my configuration. See
<http://lists.debian.org/debian-apache/2005/01/msg00096.html>. Can you try
that on the off chance it is also your problem?
--
Adam Rosi-Kessel
http://ada
22 matches
Mail list logo
