Arch Linux

Please read this before reporting a bug:

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!

FS#16135 - depency and 302 of

Attached to Project: Arch Linux
Opened by Liu Dongiao (liudongmiao) - Friday, 11 September 2009, 06:16 GMT
Last edited by Eric Belanger (Snowman) - Friday, 11 September 2009, 06:48 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No



When we visit[search], for example, with firefox
*sometimes* firefox doesnt follow the information of web, but try to save a file.
the content of saved file is like this:

0300 0000 0000 0000 0000 (ten bytes)
HTTP/1.1 302 FOUND
Date: Fri, 11 Sep 2009 04:51:04 GMT
Server: Apache
Content-Length: 0
Vary: User-Agent,Accept-Encoding
Content-Encoding: gzip
Keep-Alive: timeout=2, max=499
Connection: Keep-Alive
Content-Type: text/html; charset=utf-8
0d0a 0d0a 1f8b 0800 0000 0000 0003 0200 0000 ffff
0300 0000 0000 0000 0000 (ten bytes)

but other browser(tested with opera, konqueror, arora) or wget goes well: (example in wget)
-> HEAD,
<- 301,
-> HEAD,
<- 302,
-> HEAD,
<- 200
-> GET,
<- 200
note: wget uses HEAD, then GET, but other browser like konqueror uses GET

Another Problem of
vim in extra depends on vi in testing, actually, vim in extra should depend vi in core
And i suggest that
packages in core, extra, community follow the depencies in core, extra, community, never follow testing or kde-unstable

1. testing search depencies in testing, never other //should core, extra, community?
2. core search depencies in core, never other.
3. extra search depencies in core, extra, never other
4. community search depencies in core, extra, community, never other

*Additional info:*
firefox: 3.5.2-1

*Steps to reproduce:*

er, can this support markdown?
This task depends upon

Closed by  Eric Belanger (Snowman)
Friday, 11 September 2009, 06:48 GMT
Reason for closing:  Duplicate
Additional comments about closing:   FS#16134