9front - general discussion about 9front
 help / color / mirror / Atom feed
* Re: [9front] bug: hg pull fails on a bitbucket repo
@ 2018-11-28 20:40 cinap_lenrek
  2018-11-28 21:05 ` Nick Owens
  0 siblings, 1 reply; 11+ messages in thread
From: cinap_lenrek @ 2018-11-28 20:40 UTC (permalink / raw)
  To: 9front

noted.

on very low priority for me as i dont have much time and like
working on plan9 problems rather than python ones.

this would mostly consist of doing tons of testing to see
if there are any operational issues with the new python code.
not just cloning bitbucket repos but actually do commits, merge,
remove, add, diff ect... also wonder if our repo format is
still fully supported. as people will not manually nuke ther
/dist/.hg.

see if hg serve still works...

maybe add support for new repo formats to hgfs...

also, how big are the differences? have you diffed the python
code and can say how big the changes in mercurial are?

--
cinap


^ permalink raw reply	[flat|nested] 11+ messages in thread
* bug: hg pull fails on a bitbucket repo
@ 2018-11-28 20:25 Nick Owens
  2018-11-28 21:45 ` [9front] " hiro
  0 siblings, 1 reply; 11+ messages in thread
From: Nick Owens @ 2018-11-28 20:25 UTC (permalink / raw)
  To: 9front

our hg (which i think is about version 1.4) will fail to pull some
bitbucket hg repos.

cpu% ramfs
cpu% cd /tmp
cpu% hg clone -r tip https://bitbucket.org/oridb/mc
destination directory: mc
requesting all changes
adding changesets
adding manifests
adding file changes
added 4988 changesets with 12508 changes to 1680 files
updating working directory
1090 files updated, 0 files merged, 0 files removed, 0 files unresolved
cpu% cd mc
cpu% hg pull
pulling from https://bitbucket.org/oridb/mc
searching for changes
abort: '/mnt/web/0/body' 400 Bad Request: /mnt/web/0/body
cpu%

hg is issuing a particular request where the resulting URI is over
4096 bytes, and the bitbucket server rejects this with a 400, and the
response body claims that this is because a line in the request is too
long (the URI). it's about 5200 bytes long in this instance.

in ports, there is mercurial 3.4.1
(https://code.9front.org/hg/ports/file/d0100ff1c37e/dev-vcs/mercurial/mkfile)
which does not have this problem. in newer hg, the wire protocol seems
quite different, but there's also a particular feature where hg can
send rpc arguments through split-up http headers rather than all
smushed into a URI.

there's a few options:

update the system hg to mercurial 3.4.1 (or whatever the latest
working copy is) and deal with the resulting fallout.
cherry-pick code from newer mercurial.
ignore the problem.

one caveat of updating to newer mercurial is that upstream dropped
python 2.5 support some years ago.

discuss.


^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2018-11-29  9:49 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-11-28 20:40 [9front] bug: hg pull fails on a bitbucket repo cinap_lenrek
2018-11-28 21:05 ` Nick Owens
2018-11-28 21:40   ` hiro
2018-11-28 21:42     ` hiro
  -- strict thread matches above, loose matches on Subject: below --
2018-11-28 20:25 Nick Owens
2018-11-28 21:45 ` [9front] " hiro
2018-11-28 23:36   ` Nick Owens
2018-11-28 23:44     ` hiro
2018-11-29  0:42       ` Nick Owens
2018-11-29  1:02         ` hiro
2018-11-29  5:35           ` Kurt H Maier
2018-11-29  9:49             ` hiro

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).