[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-wget] contributing to wget
From: |
vivi |
Subject: |
Re: [Bug-wget] contributing to wget |
Date: |
Fri, 11 Jun 2010 17:20:24 +0100 |
User-agent: |
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100515 Icedove/3.0.4 |
On 11/06/10 15:38, Tony Lewis wrote:
>
> Detecting and reporting problems with the system wgetrc file is a really
> good addition.
>
> However, there is no reason to believe that the user has any way to convince
> the system administrator to solve the problem. Even if the administrator
> agrees, an internal change control process may determine when the
> administrator can make the change; on some systems this can take months.
> While waiting for that to happen, the user is completely blocked.
Ah, I see.
> How does installing one's own copy of wget help? (Unless you mean that the
> user hacks the source code to remove processing of the system wgetrc file.)
If a prefix is set, for example
./configure --prefix=/home/rezdev/wget
and then make install is run, the wgetrc file should be placed in the
prefix directory. So the SYSTEM_WGETRC variable would refer to the file
at /home/rezdev/wget/etc/wgetrc rather than /etc/wgetrc.
> wget is a command-line tool that is often used in a batch environment. You
> cannot force user interaction on every invocation to get around a broken
> system wgetrc file.
>
> Tony
True, Maybe printing a warning could suffice at this point in time?
-Reza
- [Bug-wget] contributing to wget, address@hidden, 2010/06/09
- Re: [Bug-wget] contributing to wget, Giuseppe Scrivano, 2010/06/11
- Re: [Bug-wget] contributing to wget, Daniel Stenberg, 2010/06/11
- Re: [Bug-wget] contributing to wget, Giuseppe Scrivano, 2010/06/11
- Re: [Bug-wget] contributing to wget, Micah Cowan, 2010/06/11