Bug#343663: xemacs21-mule: Crash when starting in a dir containing 'ø' in its name
Package: xemacs21-mule
Version: 21.4.18-1
Severity: important
xemacs21-mule crashes if it is run in a directory with a name
containing 'ø' (oslash, 0xf8 - a Danish letter).
Steps to reproduce ('ø' is on my keyboard, in the following echo is
used to make it easier to reproduce with non-Danish keyboards):
$ MYTESTDIR=$(echo -e '/tmp/\xf8')
$ mkdir $MYTESTDIR
$ cd $MYTESTDIR
$ /usr/bin/xemacs21-mule
Fatal error (11).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.
Your version of XEmacs was distributed with a PROBLEMS file that may describe
your crash, and with luck a workaround. Please check it first, but do report
the crash anyway. Please report this bug by invoking M-x report-emacs-bug,
or by selecting `Send Bug Report' from the Help menu. If necessary, send
ordinary email to [EMAIL PROTECTED]'. *MAKE SURE* to include the XEmacs
configuration from M-x describe-installation, or equivalently the file
Installation in the top of the build tree.
*Please* try *hard* to obtain a C stack backtrace; without it, we are unlikely
to be able to analyze the problem. Locate the core file produced as a result
of this crash (often called `core' or `core.', and located in
the directory in which you started XEmacs or your home directory), and type
gdb /usr/bin/xemacs21-mule core
then type `where' at the debugger prompt. No GDB on your system? You may
have DBX, or XDB, or SDB. (Ask your system administrator if you need help.)
If no core file was produced, enable them (often with `ulimit -c unlimited'
in case of future recurrance of the crash.
X Error of failed request: BadIDChoice (invalid resource ID chosen for this
connection)
Major opcode of failed request: 45 (X_OpenFont)
Resource id in failed request: 0x2400035
Serial number of failed request: 1104
Current serial number in output stream: 1099
X Error of failed request: BadFont (invalid Font parameter)
Major opcode of failed request: 155 (XFree86-Bigfont)
Minor opcode of failed request: 1 ()
Resource id in failed request: 0x2400035
Serial number of failed request: 1105
Current serial number in output stream: 1099
Xlib: unexpected async reply (sequence 0x454)!
Xlib: unexpected async reply (sequence 0x455)!
Xlib: unexpected async reply (sequence 0x456)!
xemacs21-mule: Fatal I/O Error 32 (Broken pipe) on display connection ":0.0"
after 340 requests (3191 known processed) with 213 events remaining.
Warning: Color name "Gray30" is not defined
Fatal error: assertion failed, file glyphs-x.c, line 1280, ABORT()
Fatal error (6).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.
Your version of XEmacs was distributed with a PROBLEMS file that may describe
your crash, and with luck a workaround. Please check it first, but do report
the crash anyway. Please report this bug by invoking M-x report-emacs-bug,
or by selecting `Send Bug Report' from the Help menu. If necessary, send
ordinary email to [EMAIL PROTECTED]'. *MAKE SURE* to include the XEmacs
configuration from M-x describe-installation, or equivalently the file
Installation in the top of the build tree.
*Please* try *hard* to obtain a C stack backtrace; without it, we are unlikely
to be able to analyze the problem. Locate the core file produced as a result
of this crash (often called `core' or `core.', and located in
the directory in which you started XEmacs or your home directory), and type
gdb /usr/bin/xemacs21-mule core
then type `where' at the debugger prompt. No GDB on your system? You may
have DBX, or XDB, or SDB. (Ask your system administrator if you need help.)
If no core file was produced, enable them (often with `ulimit -c unlimited'
in case of future recurrance of the crash.
Lisp backtrace follows:
# (unwind-protect ...)
# (unwind-protect ...)
# (catch # ...)
# (unwind-protect ...)
# bind (inhibit-quit)
# (condition-case ... . error)
# (catch top-level ...)
Aborted (core dumped)
$ gdb /usr/bin/xemacs21-mule core
GNU gdb 6.3.90_20051119-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...(no debugging symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".
(no debugging symbols found)
Core was generated by `/usr/bin/xemacs21-mule'.
Program terminated with signal 6, Aborted.
warning: Can't read pathname for load map: Input/output error.
Reading symbols from /usr/X11R6/lib/libXaw.so.7...(no debugging symbols
found)...done.
Loaded symbols for /usr/X11R6/lib/libXaw.so.7
Reading symbols from /usr/lib/libtiff.so.4...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libtiff.so.4
Reading symbols from /usr/lib/libpng12.so.0...(no de
Bug#350728: dh-make-perl: Descriptions with linefeeds result in syntax error in control file
Package: dh-make-perl
Version: 0.20
Severity: normal
Tags: patch
Some modules get descriptions with linefeeds in them - this fools
dh-make-perl into making invalid debian/control-files (the Description
field is not indented correctly).
Please consider applying the attached patch or some other remedy.
Thanks!
An example is UNIVERSAL::isa:
== =
[EMAIL PROTECTED]:/usr/src/perl-modules$ dh-make-perl --build --cpan
UNIVERSAL::isa
CPAN: Storable loaded ok
Going to read /home/asjo/.cpan/Metadata
Database was generated on Tue, 31 Jan 2006 03:13:48 GMT
CPAN: Digest::MD5 loaded ok
CPAN: Compress::Zlib loaded ok
Checksum for
/home/asjo/.cpan/source/authors/id/N/NU/NUFFIN/UNIVERSAL-isa-0.05.tar.gz ok
Scanning cache /home/asjo/.cpan/build for sizes
UNIVERSAL-isa-0.05/
UNIVERSAL-isa-0.05/Build.PL
UNIVERSAL-isa-0.05/lib/
UNIVERSAL-isa-0.05/lib/UNIVERSAL/
UNIVERSAL-isa-0.05/lib/UNIVERSAL/isa.pm
UNIVERSAL-isa-0.05/Makefile.PL
UNIVERSAL-isa-0.05/MANIFEST
UNIVERSAL-isa-0.05/META.yml
UNIVERSAL-isa-0.05/SIGNATURE
UNIVERSAL-isa-0.05/t/
UNIVERSAL-isa-0.05/t/basic.t
UNIVERSAL-isa-0.05/t/bugs.t
Found: UNIVERSAL-isa 0.05 (libuniversal-isa-perl arch=all)
Package does not provide a long description - Please fill it in manually.
Using maintainer: Adam Sjøgren <[EMAIL PROTECTED]>
Found docs: t/bugs.t
Using rules: /usr/share/dh-make-perl/rules.Module-Build.noxs
make: Entering directory `/usr/src/perl-modules/UNIVERSAL-isa-0.05'
dh_testdir
dh_testroot
# Add commands to clean up after the build process here
[ ! -f Build ] || /usr/bin/perl Build distclean
dh_clean build-stamp install-stamp
make: Leaving directory `/usr/src/perl-modules/UNIVERSAL-isa-0.05'
make: Entering directory `/usr/src/perl-modules/UNIVERSAL-isa-0.05'
dh_testdir
# Add commands to compile the package here
/usr/bin/perl Build.PL installdirs=vendor
Checking whether your kit is complete...
Looks good
Creating new 'Build' script for 'UNIVERSAL-isa' version '0.05'
OPTIMIZE="-Wall -O2 -g" /usr/bin/perl Build
lib/UNIVERSAL/isa.pm -> blib/lib/UNIVERSAL/isa.pm
Manifying blib/lib/UNIVERSAL/isa.pm -> blib/libdoc/UNIVERSAL::isa.3pm
touch build-stamp
dh_testdir
dh_testroot
dh_clean -k
# Add commands to install the package into debian/ACKAGE_NAME here
/usr/bin/perl Build test
t/basicok
t/bugs.ok
All tests successful.
Files=2, Tests=19, 0 wallclock secs ( 0.13 cusr + 0.02 csys = 0.15 CPU)
/usr/bin/perl Build install
destdir=/usr/src/perl-modules/UNIVERSAL-isa-0.05/debian/libuniversal-isa-perl
Installing
/usr/src/perl-modules/UNIVERSAL-isa-0.05/debian/libuniversal-isa-perl/usr/share/perl5/UNIVERSAL/isa.pm
Installing
/usr/src/perl-modules/UNIVERSAL-isa-0.05/debian/libuniversal-isa-perl/usr/share/man/man3/UNIVERSAL::isa.3pm
touch install-stamp
dh_testdir
dh_testroot
dh_installdocs t/bugs.t
dh_installchangelogs
dh_perl
dh_link
dh_strip
dh_compress
dh_fixperms
dh_installdeb
dh_gencontrol
dpkg-gencontrol: error: syntax error in control file debian/control at line 13:
line with unknown format (not field-colon-value)
dh_gencontrol: command returned error code 2304
make: *** [binary-indep] Error 1
make: Leaving directory `/usr/src/perl-modules/UNIVERSAL-isa-0.05'
Cannot create deb package
[EMAIL PROTECTED]:/usr/src/perl-modules$ cat UNIVERSAL-isa-0.05/debian/control
Source: libuniversal-isa-perl
Section: perl
Priority: optional
Build-Depends: debhelper (>= 4.0.2), libmodule-build-perl
Build-Depends-Indep: perl (>= 5.8.0-7)
Maintainer: Adam Sjøgren <[EMAIL PROTECTED]>
Standards-Version: 3.6.1
Package: libuniversal-isa-perl
Architecture: all
Depends: ${perl:Depends}, ${misc:Depends},
Description: Hack around stupid module authors using UNIVERSAL::isa as a
function when they shouldn't.
Whenever you use UNIVERSAL/isa as a function, a kitten using
Test::MockObject dies. Normally, the kittens would be helpless, but if they
use UNIVERSAL::isa (the module whose docs you are reading), the kittens can
live long and prosper.
.
This module replaces UNIVERSAL::isa with a version that makes sure that if
it's called as a function on objects which override isa, isa will be
called on those objects as a method.
.
In all other cases the real UNIVERSAL::isa is just called directly.
.
This description was automagically extracted from the module by dh-make-perl.
[EMAIL PROTECTED]:/usr/src/perl-modules$
== =
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-asjo-p4
Locale: LANG=C, LC_CTYPE=da_DK (charmap=ISO-8859-1)
Versions of packages dh-make-perl depends on:
ii debhelper 5.0.22 helper programs for debian/rules
ii dpkg-dev
Bug#301213: ipopd: Upgrading to 7:2002edebian1-6.1 fails "You already have /etc/ssl/certs/ipop3d.pem"
Package: ipopd Version: 7:2002edebian1-6 Severity: normal Upgrading to 7:2002edebian1-6.1 from 7:2002edebian1-6 fails on my Debian/unstable-box: (Reading database ... 160335 files and directories currently installed.) Preparing to replace ipopd 7:2002edebian1-6 (using .../ipopd_7%3a2002edebian1-6. 1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/ipopd_7%3a2002edebian1-6.1_i386.d eb (--unpack): subprocess pre-installation script returned error exit status 1 You already have /etc/ssl/certs/ipop3d.pem Errors were encountered while processing: /var/cache/apt/archives/ipopd_7%3a2002edebian1-6.1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) virgil:~# I tried moving my ipop3d.pem away, but that just resulted in: virgil:~# rm /etc/ssl/certs/ipop3d.pem virgil:~# apt-get install ipopd Reading Package Lists... Done Building Dependency Tree... Done Suggested packages: logcheck Recommended packages: exim4 mail-transport-agent The following packages will be upgraded: ipopd 1 upgraded, 0 newly installed, 0 to remove and 5 not upgraded. Need to get 0B/41.1kB of archives. After unpacking 4096B of additional disk space will be used. Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Reading changelogs... Done Preconfiguring packages ... (Reading database ... 160335 files and directories currently installed.) Preparing to replace ipopd 7:2002edebian1-6 (using .../ipopd_7%3a2002edebian1-6.1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/ipopd_7%3a2002edebian1-6.1_i386.deb (--unpack): subprocess pre-installation script returned error exit status 1 Creating generic self-signed certificate: /etc/ssl/certs/ipop3d.pem (replace with hand-crafted or authorized one if needed). Errors were encountered while processing: /var/cache/apt/archives/ipopd_7%3a2002edebian1-6.1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) virgil:~# Going back to 7:2002edebian1-6 works for me. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-asjo-p4 Locale: LANG=C, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages ipopd depends on: ii debconf 1.4.46 Debian configuration management sy ii libc-client2002edebia 7:2002edebian1-6.1 UW c-client library for mail proto ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcomerr21.37-1 common error description library ii libkrb53 1.3.6-1MIT Kerberos runtime libraries ii libpam-runtime0.76-22Runtime support for the PAM librar ii libpam0g 0.76-22Pluggable Authentication Modules l ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii openssl 0.9.7e-3 Secure Socket Layer (SSL) binary a -- debconf information: * ipopd/protocol: pop3s -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#302579: ipopd: Enforce port selection-configuration question incomprehensible
Package: ipopd Version: 7:2002edebian1-9 Severity: wishlist When upgrading to this version of ipopd, I was presented with this configuration question: "The ports selected for enabling may be overridden by locally configured services. By default the port selection is respected only on initial installs, and is ignored on later reconfiguration. Do you want to ignore possible local tweaks and always use selected ports? Enforce port selection? " This text is incomprehensible to me, a casual ipopd-user, long-time GNU/Linux-user/administrator. Especially the first sentence puzzles me; enabling? What enabling? And why would the port selection not be respected on reconfiguration? Why would I want to ignore the changes I make locally (and what is meant by 'locally'? Changes I make on my machine are local by definition, or?!)? What would happen? As I do not understand what the question is about I cannot provide a suggestion for better wording. Even as I try now to guess what it means, I fail. Maybe it's just me. Feel free to close the bug if the wording is obviuous to everybody else. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-asjo-p4 Locale: LANG=C, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages ipopd depends on: ii debconf 1.4.47 Debian configuration management sy ii libc-client2002edebian 7:2002edebian1-9 UW c-client library for mail proto ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcomerr2 1.37-1 common error description library ii libkrb531.3.6-1 MIT Kerberos runtime libraries ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g0.76-22 Pluggable Authentication Modules l ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii openssl 0.9.7e-3 Secure Socket Layer (SSL) binary a -- debconf information: * ipopd/force_debconf_choice: false * ipopd/protocol: pop3s -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#331658: dh-make-perl: META.yml-content is ignored
Package: dh-make-perl
Version: 0.19
Severity: normal
Tags: patch
dh-make-perl fails to use the information read from META.yml, making
for instance:
$ dh-make-perl --build --cpan Catalyst::Plugin::Static::Simple
fail to get the package name - producing a file called
lib-perl_0.08.orig.tar.gz(!)
This patch fixes the typo in dh-make-perl:
--- dh-make-perl.orig 2005-09-06 23:51:30.0 +0200
+++ dh-make-perl2005-10-04 14:44:50.479302682 +0200
@@ -337,7 +337,7 @@
}
# Returns a simple hashref with all the keys/values defined in META.yml
-return {};
+return $yaml;
}
sub extract_basic_copyright {
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-asjo-p4
Locale: LANG=C, LC_CTYPE=da_DK (charmap=ISO-8859-1)
Versions of packages dh-make-perl depends on:
ii debhelper 4.9.12 helper programs for debian/rules
ii dpkg-dev 1.13.11package building tools for Debian
ii fakeroot 1.5.4 Gives a fake root environment
ii libmodule-depends-perl0.10-1 identify the dependencies of a dis
ii libyaml-perl 0.38-2 YAML Ain't Markup Language (tm)
ii make 3.80-11The GNU version of the "make" util
ii perl 5.8.7-5Larry Wall's Practical Extraction
ii perl-modules [libpod-parser-p 5.8.7-5Core Perl modules
Versions of packages dh-make-perl recommends:
pn apt-file (no description available)
ii libmodule-build-perl 0.26-1 Subclassable and make-independant
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298772: w3c-markup-validator: Supplied Apache-configuration insufficient for Authorization proxying
Package: w3c-markup-validator
Version: 0.6.7-2
Severity: normal
Tags: patch
The Apache-configuration supplied by this package is insufficient for
validating pages that require http-authorization.
The "check" script attempts to proxy the auth-request (the browser
pops up a login/password dialogue), but fails (the dialogue keeps
appearing over and over despite correctly entered login/password).
The problem is that the script expects the environment variable
HTTP_AUTHORIZATION to contain the contents of the Authorization-header
(see line 1408 in /usr/lib/cgi-bin/check). It does not by default.
By searching a little I've found an easy way to set this using
mod_rewrite, as shown in this tiny patch:
--- apache.conf.orig2005-03-09 22:34:20.875157298 +0100
+++ apache.conf 2005-03-09 22:34:47.086559812 +0100
@@ -2,6 +2,10 @@
ScriptAlias /w3c-markup-validator/checklink /usr/lib/cgi-bin/checklink
Alias /w3c-markup-validator /usr/share/w3c-markup-validator/html
+RewriteEngine On
+RewriteCond %{HTTP:Authorization} ^(.*)$ [NC]
+RewriteRule /.* - [E=HTTP_AUTHORIZATION:%1]
+
Options +Includes +MultiViews
AddHandler server-parsed .html
Best regards,
Adam
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-asjo-p4
Locale: LANG=C, LC_CTYPE=da_DK (charmap=ISO-8859-1)
Versions of packages w3c-markup-validator depends on:
ii apache [httpd]1.3.33-4 versatile, high-performance HTTP s
ii debconf 1.4.46 Debian configuration management sy
ii libconfig-general-perl2.27-1 generic configuration module
ii libhtml-parser-perl 3.45-1 A collection of modules that parse
ii libnet-ip-perl1.20-2 Perl extension for manipulating IP
ii libset-intspan-perl 1.07-3 Manages sets of integers
ii libtext-iconv-perl1.2-3 Convert between character sets in
ii liburi-perl 1.30-1 Manipulates and accesses URI strin
ii libwww-perl 5.803-4WWW client/server library for Perl
ii opensp1.5.1.0-2 OpenJade group's SGML parsing tool
ii perl 5.8.4-8Larry Wall's Practical Extraction
ii sgml-data 2.0.2 common SGML and XML data
ii w3c-dtd-xhtml 1.1-5 W3C eXtensible HyperText Markup La
ii wwwconfig-common 0.0.42 Debian web auto configuration
-- debconf information:
* w3c-markup-validator/webserver: Apache
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#374356: libgpod0: Segmentation fault with original ipod
Package: libgpod0
Version: 0.3.2-1
Severity: important
When I connect my iPod (original series) and run a program linked with
libgpod0 I get a segmentation fault.
Example:
$ gtkpod
Segmentation fault
$
(If I run Rhythmbox, it dies as well).
I think it is due to the fact that the SysInfo-file on my iPod does
not have a "ModelNumStr"-line:
,[ SysInfo ]
| pszBoardHwName: iPod P68 Prod
| pszSerialNumber: U22080PLLG6
| pu8FirewireGuid: 0x0002DBB0
| buildID: 0x01218000 (1.2.1)
| boardHwRev: 0x (0.0 0)
| boardHwSwInterfaceRev: 0x0001 (0.0.1 0)
| bootLoaderImageRev: 0x0001 (0.0.1 0)
| diskModeImageRev: 0x (0.0 0)
| diagImageRev: 0x (0.0 0)
| osImageRev: 0x (0.0 0)
|
|
|
`
The call to sysinfo_arr_get_dup() in line 1029 of src/ipod-device.c
results in the segmentation fault - because the function accesses a
non-initialized string in field_values[].
I've tried this, perhaps crude, patch to remedy the situation:
*** libgpod-0.3.2/src/ipod-device.c Fri Mar 3 12:55:15 2006
--- libgpod-0.3.2-fixed/src/ipod-device.c Sun Jun 18 23:11:37 2006
***
*** 1002,1008
g_free(path);
return FALSE;
}
!
while(fgets(buf, sizeof(buf), fd)) {
buf[strlen(buf) - 1] = '\0';
--- 1002,1013
g_free(path);
return FALSE;
}
!
! /* Initialize field_values: */
! for (i=0; sysinfo_field_names[i] != NULL; i++) {
! field_values[i]=g_strdup("");
! }
!
while(fgets(buf, sizeof(buf), fd)) {
buf[strlen(buf) - 1] = '\0';
I don't know if it is the correct way to fix the problem, but it does
help on my system - I can start gtkpod now.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-asjo-powerpc
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages libgpod0 depends on:
ii libc6 2.3.6-15 GNU C Library: Shared libraries
ii libglib2.0-0 2.10.3-1 The GLib library of C routines
ii libgtk2.0-0 2.8.18-1 The GTK+ graphical user interface
Versions of packages libgpod0 recommends:
pn libgpod-common (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416940: varnish: Not caching pages with auth in default vcl.conf
Package: varnish
Version: 1.0.3-2
Severity: wishlist
Perhaps it would be a good idea to add code to the default vcl.conf
that makes Varnish not cache pages accessed with auth?
The attached patch makes Varnish pass on Authorization and
WWW-Authenticate-headers.
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19-asjo-powerpc
Locale: LANG=C, LC_CTYPE=da_DK (charmap=ISO-8859-1)
Versions of packages varnish depends on:
ii gcc 4:4.1.1-15 The GNU C compiler
ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries
ii libncurses5 5.5-5Shared libraries for terminal hand
varnish recommends no packages.
-- no debconf information
--- vcl.conf.orig 2007-03-31 17:45:01.316950705 +0200
+++ vcl.conf2007-03-31 17:47:23.524049189 +0200
@@ -8,6 +8,10 @@
}
sub vcl_recv {
+if (req.http.authorization) {
+pass;
+}
+
if (req.request == "POST") {
pipe;
}
@@ -19,6 +23,10 @@
}
sub vcl_fetch {
+if (resp.http.www-authenticate) {
+pass;
+}
+
# force minimum ttl of 180 seconds
if (obj.ttl < 180s) {
set obj.ttl = 180s;
