The Jelmer "fork" of bzr.dev

[Russel Winder]

Jelmer,

> > 1.  svn+http is not acceptable.  OK it's deprecated in bzr.dev but it
> > still works.
> >   
> This also no longer works for bzr.dev (support has been removed in
> bzr-svn 0.6).

OK.  Not a problem I just edited the .bzr/branch/branch.conf file and
everything worked.  I guess there is a readme somewhere telling me about
the 0.5 -> 0.6 changes and I just failed to read it.

> > 2.  I am being asked for login authorization for http access which I
> > think must be wrong, login should only be required for https.
> >  
> >   
> 
> Unfortunately this is an issue in Google code hosting. The first thing
> Bazaar tries to do when accessing a URL is to try opening it using the
> native Bazaar formats. This involves checking if there is a smart server
> on the remote side, and for this Bazaar does a POST request:
> 
> However, Google responds to that with a 401 for some reason, causing
> Bazaar to (rightly) ask for credentials:
> 
> > POST /svn/trunk/.bzr/smart HTTP/1.1
> < HTTP/1.1 401 Authorization Required
> 
> I'm not sure what the best way to fix this is :-/ I may have to
> introduce http+svn:// to allow working around this issue.  Or we could
> (yuck) special-case google code.

On the one hand, it is really irritating, and counter-intuitive for the
user, and so something really needs to be done.  On the other hand if it
really is only GoogleCode then I can probably live with never using it
-- except for having to pull code from people who insist on using it.
On the third hand Google would claim they are too important to be
ignored, and require us not to do so.  On the fourth hand they are in
the triumvirate of Evil Empires (with Microsoft and Apple) and so
perhaps should be ignored.  OK this is getting silly :-)  Or perhaps
descending into conspiracy theories.

More seriously, I think the behaviour really is counter-intuitive for
the user and so I think the problem does deserve some workaround.  I
agree the whole idea of having vendor/website specific exception is
anathema, but if that makes the user experience better then perhaps it
is worth considering.
 

-- 
Russel.
============================================================
Dr Russel Winder                 Partner

Concertant LLP          t: +44 20 7585 2200, +44 20 7193 9203
41 Buckmaster Road,     f: +44 8700 516 084    voip:  sip:russel.winder at ekiga.net
London SW11 1EN, UK.    m: +44 7770 465 077    xmpp: russel at russel.org.uk
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20090411/c7ca3147/attachment.pgp