Bug#440256: I have the same problem
I have the same problem plus that http://localhost:631/ returns
a 404 Not Found, while http://localhost:631/admin/ and /help/
still works.
here follows the /var/log/cupsys/error.log
{{{
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/le: %s
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] Bad URI ecipient-uri in request!
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/ct.tmpl - 没有那个文件或目录
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/le: %s
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/ct.tmpl - 没有那个文件或目录
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/le: %s
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/ct.tmpl - 没有那个文件或目录
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/le: %s
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/ct.tmpl - 没有那个文件或目录
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/le: %s
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
/usr/share/cups/templates/tions...
E [02/Sep/2007:19:51:51 +0800] [CGI] Unable to open template file
Bug#440256: additional infomation about the 404 Not Found condition
here follows the /var/log/cups/access_log
{{{
localhost - - [02/Sep/2007:20:36:21 +0800] GET / HTTP/1.1 404 0 - -
localhost - - [02/Sep/2007:20:38:09 +0800] GET / HTTP/1.0 200 5252 - -
}}}
it failed with HTTP/1.1 but worked with HTTP/1.0
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440256: more infomation
Sorry for two mistakes I made in the last two mail:
1, the error log file should be /var/log/cups/error_log
2, the 404 error is not caused by HTTP/1.1
In fact, I got 404 error with firefox, while w3m worked,
here follows both http request
{{{
#w3m http request
GET / HTTP/1.0
User-Agent: w3m/0.5.1+cvs-1.968
Accept: text/html, text/*;q=0.5, image/*, application/*, audio/*,
message/*, video/*
Accept-Encoding: gzip, compress, bzip, bzip2, deflate
Accept-Language: en;q=1.0
Host: localhost:631
}}}
{{{
#firefox http request
GET / HTTP/1.1
Host: ai:631
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; zh-CN;
rv:1.8.1) Gecko/20061010 Firefox/2.0
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: zh-cn,zh;q=0.8,en;q=0.5,ja;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: gb18030,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Cookie: PHPSESSID=bc458f696c5a98ecc016704033489b69;
G2SETUPSID=2dbc5278413eaeb5a8b4c077e79e4bf0
}}}
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440256: cups don't do language negotiation
I experiment to toggle some fields in firefox' http request, and find that it's the Accept-Language field which break ipp down. Further dig into scheduler/client.c make it clear that cups do not treat Accept-Language field completely, it just take the first candidate from the priority list. So if your highest priority language is broken or absent in cupsys, your http request may fail in some condition. The work around include use en (or any other working language in cupsys) as your highest priority language, or modify scheduler/client.c yousrself to make it stick to a working language. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400255: emacs-x11 hung after click on buffername in mode line
It's a local display.
My ~/.emacs:
{{{
(setq c-default-style
'((c-mode . linux)
(c++-mode . stroustrup)))
(add-hook 'c-mode-hook
'(lambda ()
(c-toggle-hungry-state)))
(column-number-mode)
(display-time)
}}}
thanks!
Romain Francoise 写道:
xxlu [EMAIL PROTECTED] writes:
After a click on the buffer name in mode line, emacs-x11 will hang,
and C-g can't help.
stderr: Xlib: unexpected async reply (sequence 0x1e15)!
I can't reproduce this.
Are you using a local or a remote display?
Thanks,
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381476: luit behave strangely with some programs
Juliusz Chroboczek 写道: I believe that this is the same bug as #291137. Juliusz Thank you for the information! The patch mentioned in http://bugs.xfree86.org/show_bug.cgi?id=1093 do fix my problem. So maybe the strike force should make it into next version. xxlu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372479: what's the difference between xen and xen-vserver
Is this right that the -xen- kernels are used for both host and guest? And what are the -xen-vserver- kernels for, xen over vserver? :-) Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381476: luit behave strangely with some programs
Subject: luit behave strangely with some programs Package: xutils Version: 1:7.1.ds-1 Severity: normal Tags: l10n When I start luit with some progams, for example, less, or dash in the way $ luit less $ luit dash it will stall and lose response, and Ctrl-c still works. I tried different LC_ALLs like GBK or ISO 8859-1, and found no difference. versions of less dash ii less 394-3 Pager program similar to more ii dash 0.5.3-3The Debian Almquist Shell -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-1-686 Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Versions of packages xutils depends on: ii libc6 2.3.6-18 GNU C Library: Shared libraries ii libfontenc1 1:1.0.1-6 X11 font encoding library ii libfs62:1.0.0-3 X11 Font Services library ii libx11-6 2:1.0.0-7 X11 client-side library ii x11-common1:7.0.22 X Window System (X.Org) infrastruc ii xfonts-utils 1:1.0.0-6 X Window System font utility progr ii xutils-dev1:1.0.2-3 X Window System utility programs f ii zlib1g1:1.2.3-13 compression library - runtime xutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
