Le vendredi 18 août 2017 11:55:41 CEST mpan a écrit :
> Don’t write them to fix that, as nothing is broken: Content-Length is
> not required.
Of course I won't, ;-)
>> Notice how the Content-Length: header is missing.
> Thanks for the clear explanations, at least I understand what's happening,
> it's up to remote to fix.
Don’t write them to fix that, as nothing is broken: Content-Length is
not required.
signature.asc
Description: OpenPGP digital
Le jeudi 17 août 2017 20:43:33 CEST Eli Schwartz a écrit :
> As for your log, that's just the HTTP headers, something you can also
> see with curl -I http://...
>
> Notice how the Content-Length: header is missing.
Thanks for the clear explanations, at least I understand what's happening,
it's
Op 17 aug. 2017 21:49 schreef "Eli Schwartz" :
On 08/17/2017 02:46 PM, Eli Schwartz wrote:
> ... and it's probably worth mentioning that sometime in the last 10
> minutes they seem to have fixed this.
Or not. It's erratically switching between working and not-working.
On 08/17/2017 02:46 PM, Eli Schwartz wrote:
> ... and it's probably worth mentioning that sometime in the last 10
> minutes they seem to have fixed this.
Or not. It's erratically switching between working and not-working.
--
Eli Schwartz
signature.asc
Description: OpenPGP digital signature
On 08/17/2017 02:43 PM, Eli Schwartz wrote:
> Well, look at this:
>
> ```
> [eschwartz@arch ~]$ pacman -Sp linux
> http://archlinux.mirrors.ovh.net/archlinux/testing/os/i686/linux-4.12.7-1-i686.pkg.tar.xz
> [eschwartz@arch ~]$ wget -P /tmp/
>
On 08/17/2017 02:23 PM, SET wrote:
> Le jeudi 17 août 2017 06:46:37 CEST Darshit Shah via arch-general a écrit :
>
>> No, right next to the packages, in the package cache
>> (/var/cache/pacman/pkg by default)
>
> Though the problem is resolved by choosing another mirror, here is a sample
> log
Le jeudi 17 août 2017 06:46:37 CEST Darshit Shah via arch-general a écrit :
> No, right next to the packages, in the package cache
> (/var/cache/pacman/pkg by default)
Though the problem is resolved by choosing another mirror, here is a sample
log file :
On 16.08.2017 21:47, SET wrote:
> Le mercredi 16 août 2017 20:48:59 CEST Bartłomiej Piotrowski a écrit :
>
>> Which mirror was it? We will try to contact them about the issue.
>>
>> B
>
> It is :
> http://archlinux.mirrors.ovh.net/archlinux/$repo/os/$arch
I've notified the mirror admin. I'll
* nm...@netcourrier.com [170816 17:58]:
Le mercredi 16 août 2017 17:09:11 CEST Darshit Shah via arch-general a écrit :
XferCommand = /usr/bin/wget --show-progress -q --passive-ftp -c -S
-o %o.log -O %o %u
Where will be the log file ? current working directory ?
On 2017-08-16 20:41, SET wrote:
> Le mercredi 16 août 2017 17:09:11 CEST Darshit Shah via arch-general a écrit :
>> My guess is that there exist some mirror(s) that return a bad HTTP
>> Response, that is a response without a file-size.
>
> You're probably right. pacman has expected output if I
Le mercredi 16 août 2017 17:09:11 CEST Darshit Shah via arch-general a écrit :
> My guess is that there exist some mirror(s) that return a bad HTTP
> Response, that is a response without a file-size.
You're probably right. pacman has expected output if I change remote mirror.
It had to download
Le mercredi 16 août 2017 17:09:11 CEST Darshit Shah via arch-general a écrit :
> Could you also share the first few lines of your mirrorlist file?
The first few lines verbatim :
Server = http://archlinux.mirrors.ovh.net/archlinux/$repo/os/$arch
#Server =
Le mercredi 16 août 2017 17:09:11 CEST Darshit Shah via arch-general a écrit :
> XferCommand = /usr/bin/wget --show-progress -q --passive-ftp -c -S
> -o %o.log -O %o %u
Where will be the log file ? current working directory ?
Could you also share the first few lines of your mirrorlist file?
I don't have much idea about how `pacman` is implemented, so what I'm
saying next is pure guesswork and speculation.
My guess is that there exist some mirror(s) that return a bad HTTP
Response, that is a response without a
(Tue, Aug 15, 2017 at 02:05:44PM -0700) Moses Miller via arch-general :
> Can you explain in more detail what the problem is, and show actual and
> expected output?
Hello,
I have the same "problem" for a few weeks too.
Here is the output of pacman -Syu I got just now on two machines:
On Tue, 15 Aug 2017 23:04:35 +0200, SET wrote:
># Misc options
>#UseSyslog
>Color
>#TotalDownload
>CheckSpace
Here a progress bar is displayed, but I'm using the "ILoveCandy" Easter
egg.
[root@archlinux ~]# grep Misc\ options -A8 /etc/pacman.conf
# Misc options
#UseSyslog
#UseDelta
Can you explain in more detail what the problem is, and show actual and
expected output?
On 08/15/2017 02:04 PM, SET wrote:
> Le mardi 15 août 2017 21:43:46 CEST Eli Schwartz a écrit :
>> Have you set an external downloader?
>
> No, I'm using the default downloader.
>
> [options]
> #RootDir
Le mardi 15 août 2017 21:43:46 CEST Eli Schwartz a écrit :
> Have you set an external downloader?
No, I'm using the default downloader.
[options]
#RootDir = /
#DBPath = /var/lib/pacman/
#CacheDir= /var/cache/pacman/pkg/
#LogFile = /var/log/pacman.log
#GPGDir =
On 08/15/2017 03:37 PM, SET wrote:
> pacman -Syu show database download progress but not packages being
> downloaded.
> They do get downloaded and installation progress is rightly displayed. This
> can be annoying when connection speed is poor. This has been observed on
> three
> machines.
>
pacman -Syu show database download progress but not packages being downloaded.
They do get downloaded and installation progress is rightly displayed. This
can be annoying when connection speed is poor. This has been observed on three
machines.
I am obviously requesting a solution and am ready
21 matches
Mail list logo