http://linuxbios.org/index.php/Download_LinuxBIOS says that if you are behind a firewall that blocks the svn port, you can work around this by using https for checkout.
However, in practice this doesn't really work, because at some point it will run into the "fetching external item" hack for the util/ directory, and hang there.
I would suggest removing the external item hack, and referring to the real util/ URL instead.
On Sun, Sep 23, 2007 at 01:29:02PM +0200, Robert Millan wrote:
http://linuxbios.org/index.php/Download_LinuxBIOS says that if you are behind a firewall that blocks the svn port, you can work around this by using https for checkout.
However, in practice this doesn't really work, because at some point it will run into the "fetching external item" hack for the util/ directory, and hang there.
I would suggest removing the external item hack, and referring to the real util/ URL instead.
Interesting problem. The issue is that the svn:externals are hardcoded to use svn:// to grab the stuff.
Removing the svn:externals links is probably not an option, as many people want to have the utilities in the v2 / v3 tree.
But we could change the svn:externals links to always use https:// instead of svn://. I verified that it fixes the checkout problems if the svn port is blocked.
The only issue I see is that we then use the svn _and_ https port for all checkouts etc. Could that cause other trouble? People behind a firewall which blocks https but not svn would lose. But I guess that's a highly unlikely scenario.
Comments?
Uwe.
Uwe Hermann wrote:
On Sun, Sep 23, 2007 at 01:29:02PM +0200, Robert Millan wrote:
http://linuxbios.org/index.php/Download_LinuxBIOS says that if you are behind a firewall that blocks the svn port, you can work around this by using https for checkout.
However, in practice this doesn't really work, because at some point it will run into the "fetching external item" hack for the util/ directory, and hang there.
I would suggest removing the external item hack, and referring to the real util/ URL instead.
Interesting problem. The issue is that the svn:externals are hardcoded to use svn:// to grab the stuff.
Removing the svn:externals links is probably not an option, as many people want to have the utilities in the v2 / v3 tree.
But we could change the svn:externals links to always use https:// instead of svn://. I verified that it fixes the checkout problems if the svn port is blocked.
But currently you cannot commit there.
Stefan
On Sun, Sep 23, 2007 at 02:41:53PM +0200, Stefan Reinauer wrote:
Uwe Hermann wrote:
On Sun, Sep 23, 2007 at 01:29:02PM +0200, Robert Millan wrote:
http://linuxbios.org/index.php/Download_LinuxBIOS says that if you are behind a firewall that blocks the svn port, you can work around this by using https for checkout.
However, in practice this doesn't really work, because at some point it will run into the "fetching external item" hack for the util/ directory, and hang there.
I would suggest removing the external item hack, and referring to the real util/ URL instead.
Interesting problem. The issue is that the svn:externals are hardcoded to use svn:// to grab the stuff.
Removing the svn:externals links is probably not an option, as many people want to have the utilities in the v2 / v3 tree.
But we could change the svn:externals links to always use https:// instead of svn://. I verified that it fixes the checkout problems if the svn port is blocked.
But currently you cannot commit there.
OK, that's a problem.
FWIW, it looks like Subversion 1.5 may have support for this type of scenario, i.e. you don't have to hardcode svn:// or https:// anymore, it'll just use whatever you specified on the command line for the "normal" code _and_ for the svn:externals.
http://subversion.tigris.org/issues/show_bug.cgi?id=1336
As a short-term workaround I think we can live with the --ignore-externals option. You'll have to checkout the svn:externals stuff manually then (if you want that; all of them are optional anyway -- flashrom, superiotool, lxbios -- so this shouldn't be a big problem).
Uwe.
On Sun, Sep 23, 2007 at 02:27:35PM +0200, Uwe Hermann wrote:
Removing the svn:externals links is probably not an option, as many people want to have the utilities in the v2 / v3 tree.
Note that obtaining this layout would still be possible anyway, with something like:
svn co svn://linuxbios.org/repos/trunk/LinuxBIOSv2 cd LinuxBIOSv2 svn co svn://linuxbios.org/repos/trunk/util
On Sun, Sep 23, 2007 at 03:55:16PM +0200, Robert Millan wrote:
On Sun, Sep 23, 2007 at 02:27:35PM +0200, Uwe Hermann wrote:
Removing the svn:externals links is probably not an option, as many people want to have the utilities in the v2 / v3 tree.
Note that obtaining this layout would still be possible anyway, with something like:
svn co svn://linuxbios.org/repos/trunk/LinuxBIOSv2 cd LinuxBIOSv2 svn co svn://linuxbios.org/repos/trunk/util
Yes, of course. The svn:externals is just for convenience.
We could drop it completely and _force_ people to checkout the utilities manually, but this has been rejected many times, likely exactly for that reason, because it's convenient to get them automatically with the v2/v3 code in one go.
Uwe.
Robert Millan wrote:
http://linuxbios.org/index.php/Download_LinuxBIOS says that if you are behind a firewall that blocks the svn port, you can work around this by using https for checkout.
However, in practice this doesn't really work, because at some point it will run into the "fetching external item" hack for the util/ directory, and hang there.
Ouch. Should we completely switch over to https/webdav maybe?
I would suggest removing the external item hack, and referring to the real util/ URL instead.
What do you mean by "referring"?
On Sun, Sep 23, 2007 at 02:40:30PM +0200, Stefan Reinauer wrote:
Robert Millan wrote:
http://linuxbios.org/index.php/Download_LinuxBIOS says that if you are behind a firewall that blocks the svn port, you can work around this by using https for checkout.
However, in practice this doesn't really work, because at some point it will run into the "fetching external item" hack for the util/ directory, and hang there.
Ouch. Should we completely switch over to https/webdav maybe?
I think it's unnecessary. Currently, you can fetch any of the dirs (LinuxBIOSv2, LinuxBIOSv3, util) through either of these methods, it is only the "external item" hack that breaks this flexibility.
I would suggest removing the external item hack, and referring to the real util/ URL instead.
What do you mean by "referring"?
I mean telling users (in the wiki) to do:
svn co svn://linuxbios.org/repos/trunk/util
for normal setups and:
svn co https://linuxbios.org/svn/trunk/util
for firewalled setups.
-
Robert Millan -
Stefan Reinauer -
Uwe Hermann