dCore Import Debian Packages to Mountable SCE extensions > dCore X86

http proxy issues

<< < (2/3) > >>

Jason W:
godiedelriver - Are you able to download specific files via a proxy server with wget, ie http://www.google.com/index.html?  (Works with wget and no proxy).  I can't with the free proxies I have tried but it works with just http://www.google.com:


--- Code: ---jason@box:~$ ash
jason@box:~$ export http_proxy='http://yavz.xyz'
jason@box:~$ echo $http_proxy
http://yavz.xyz
jason@box:~$ /bb/wget http://www.google.com/index.html
Connecting to yavz.xyz (104.171.115.66:80)
wget: server returned error: HTTP/1.1 404 Not Found
jason@box:~$ /bb/wget http://www.google.com
Connecting to yavz.xyz (104.171.115.66:80)
index.html           100% |*******************************| 16868   0:00:00 ETA
jason@box:~$

--- End code ---

The inability to download specified files would be why the proxy is not working in the dCore scripts.  I can export the http_proxy variable to the dCore parent and child scripts that do or don't use sudo, but if a free proxy breaks it, then I can't work it in as it will not work for many folks.  The standard dCore scripts work even with http_proxy exported, I had sce-import quit just before the select menu to be able to post it, but the import follows through:


--- Code: ---jason@box:~$ ash
jason@box:~$ export http_proxy='http://yavz.xyz'
jason@box:~$ echo $http_proxy
http://yavz.xyz
jason@box:~$ sce-import file
* Using nice level 19.
* Using the -u option.
* Using the -s option.
* Fetching DEBINX update.
* Distro: ubuntu
* Syncing Debian Index: ubuntu_xenial_main_i386_Packages
* Syncing Debian Security Index: ubuntu_xenial_security_i386_Packages
* Using the repo http://us.archive.ubuntu.com/ubuntu/ xenial-backports main
* Using the repo http://us.archive.ubuntu.com/ubuntu/ xenial-backports multiverse
* Using the repo http://us.archive.ubuntu.com/ubuntu/ xenial-backports restricted
* Using the repo http://us.archive.ubuntu.com/ubuntu/ xenial-backports universe
* Using the repo http://security.ubuntu.com/ubuntu xenial main
jason@box:~$

--- End code ---

What I can do is to make sure the if http_proxy is exported in the shell, that the dCore scripts will work as expected pulling from the Debian/Ubuntu and Tinycore servers.  That way it fails for no one.

godiedelriver:
Hi Jason, perhaps it's a matter of how google generates index.html. I've tried again getting index.html from both http://www.google.com/index.html and http://www.google.com with and without http_proxy set and got the same results as shown in my previous post. To be sure, I've also tried getting http://distro.ibiblio.org/tinycorelinux/dCore/x86/README/README-1st.txt with and without http_proxy set and the same happens. Please, look at the attached image. (The connection refused errors are sporadically generated by the corporate proxy server I am behind of).
Thank you very much for hacking dCore.

Jason W:
I am testing some approaches to this, hope to settle on something in the coming days.

Jason W:
Now preserving the user environment in dCore scripts that are called with sudo or in those that call wget with sudo.  Many normal web proxies will not work with the dCore routeines and wget, but I did test with one that did.  It is assumed if this variable is exported across the user's terminals that one knows what one is doing.  I tested with a proxy that supports this use, please test and let me know if it is good now.

godiedelriver:
It's working Jason! And I believe it should work with any proxy. I dont't really understand your concerns about some proxies failing. If that happened it should be a proxy problem, not a dCore misfunction.
Now I'm getting permission errors when the script calls chown over files in /etc/sysconfig/tcedir/import/debinx. Please, look at the attached image.
Should sce-import be run with sudo to overcome the error? My tcedir is mounted on a vfat partition.

Navigation

[0] Message Index

[#] Next page

[*] Previous page