• Bug#266430: libxml2-utils: xmllint can't use a proxy for --dtdvalid URL

    From Ludovic Rousseau@1:229/2 to All on Tue Aug 17 23:10:09 2004
    From: [email protected]

    Package: libxml2-utils
    Version: 2.6.11-3
    Severity: wishlist

    Hello,

    My computer is behind a web proxy and a firewall and I can't tell
    xmllint to use the proxy. xmllint tries (and fails) a direct connection
    when I use --dtdvalid http://website/file.dtd.

    It would be great if xmllint could use $http_proxy (like wget, lynx and
    some other programs) to know if a proxy should be used.

    A workaround is to fetch the DTD using wget and use a local URL in
    xmllint (--dtdvalid file.dtd).

    Regards,

    -- System Information:
    Debian Release: 3.1
    APT prefers unstable
    APT policy: (500, 'unstable')
    Architecture: i386 (i686)
    Kernel: Linux 2.6.8.1
    Locale: LANG=fr_FR, LC_CTYPE=fr_FR

    Versions of packages libxml2-utils depends on:
    ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an ii libxml2 2.6.11-3 GNOME XML library
    ii zlib1g 1:1.2.1.1-5 compression library - runtime

    -- no debconf information


    --
    To UNSUBSCRIBE, email to [email protected]
    with a subject of "unsubscribe". Trouble? Contact [email protected]

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Mike Hommey@1:229/2 to Ludovic Rousseau on Wed Aug 18 03:50:04 2004
    From: [email protected]

    On Tue, Aug 17, 2004 at 10:57:19PM +0200, Ludovic Rousseau wrote:
    Package: libxml2-utils
    Version: 2.6.11-3
    Severity: wishlist

    Hello,

    My computer is behind a web proxy and a firewall and I can't tell
    xmllint to use the proxy. xmllint tries (and fails) a direct connection
    when I use --dtdvalid http://website/file.dtd.

    I see no reason by a brief look into the code as to why it wouldn't use
    proxy.

    It would be great if xmllint could use $http_proxy (like wget, lynx and
    some other programs) to know if a proxy should be used.

    Is the variable $no_proxy also set on your system ? If this is the case,
    unset it (setting it disables totally proxy usage ; note that this will
    change in next upstream)

    Mike


    --
    To UNSUBSCRIBE, email to [email protected]
    with a subject of "unsubscribe". Trouble? Contact [email protected]

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Ludovic Rousseau@1:229/2 to All on Wed Aug 18 17:50:09 2004
    From: [email protected]

    Le Wednesday 18 August 2004 � 10:18:27, Mike Hommey a �crit:
    Is the variable $no_proxy also set on your system ? If this is the case, unset it (setting it disables totally proxy usage ; note that this will change in next upstream)

    Exact. it works if no_proxy is not defined.

    The bug should be retitled to something like:
    "proxy is completely disabled if no_proxy is defined"
    or
    "no_proxy environment variable is not correctly honored"

    See [1] to know how no_proxy should be used. But I imagine it will be
    corrected with the next upstream release.

    Maybe upstream author could add in the manpage that $http_proxy is used
    when defined.

    Thanks,

    [1] http://www.w3.org/Daemon/User/Proxies/ProxyClients.html

    --
    Dr. Ludovic Rousseau [email protected]
    -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. --


    --
    To UNSUBSCRIBE, email to [email protected]
    with a subject of "unsubscribe". Trouble? Contact [email protected]

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)