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.
-- 
http://www.hermann-uwe.de  | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org

Attachment: signature.asc
Description: Digital signature

-- 
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios

Reply via email to