Re: [9fans] Git client

I'm currently using /n/sources/contrib/andrey/make-3.81.tgz My latest instructions are: (download fix-cc branch of github.com/lufia/git) % cd git % ./remove-bitfields.sh % SHELL_PATH=/bin/ape/psh % gmake 'prefix=' 'gitexecdir=bin/git-core' 'sysconfdir=sys/lib/git'

Re: [9fans] Git client

> Are there any build instructions? ape/make can't seem to handle the > Makefile (sources from git repo) Looking at the changes in git, it seems like lufia expected it to be built with gmake. I'm not sure which port lufia used, but there's one sitting in mveety's ports repo, here:

Re: [9fans] Git client

Are there any build instructions? ape/make can't seem to handle the Makefile (sources from git repo) Thanks, -Skip On Sun, Apr 21, 2019 at 4:06 AM Kyohei Kadota wrote: > Hi, 9fans. > > I ported official Git client to 9legacy. It's very early version yet, > but it can do basic commands such as

Re: [9fans] Git client

i'm glad you agree. cool to see somebody with clear goal here and very straightforward process.

Re: [9fans] Git client

I have thought it. However, first of all, I set goal to just run Git on Plan 9 even though it is clumsy. I did need Git as soon as possible because almost third party packages for Go, or interesting projects for me are hosted on GitHub. I will think about refactoring later. 2019年4月22日(月) 21:45

Re: [9fans] Git client

I could be mistaken, but I think they're posix shell, not bash, so you might be able to just bind ape over /bin and run them. On Mon, Apr 22, 2019, 08:59 Kyohei Kadota, wrote: > I don't run tests yet because tests are written in bash with > traditional Unix tools. > Especially my Plan 9 box

Re: [9fans] Git client

I don't run tests yet because tests are written in bash with traditional Unix tools. Especially my Plan 9 box hasn't installed Perl. 2019年4月22日(月) 21:10 Dave MacFarlane : > > Nice work. (Note to self: avoid libexpat) > > Can you run the official git tests in the "t" subdirectory of the git repo,

Re: [9fans] Git client

Den mån 22 apr. 2019 12:54Lucio De Re skrev: > On 4/22/19, Jens Staal wrote: > > > > speaking of backporting ape stuff : has anyone looked into Harvey's > "apex" > > [1] for 9{atom,front,legacy}? > > > 9^(atom front legacy) > > I did not note anything that would put apex above any of those you

Re: [9fans] Git client

respect for how you defended that pull request with libexpat people. i had to laugh. did you consider replacing libcurl with a webfs wrapper? you might be interested in seeing how hg+python is integrated into 9front without even needing openssl. it's surprising how neat it all fits now (though it

Re: [9fans] Git client

Nice work. (Note to self: avoid libexpat) Can you run the official git tests in the "t" subdirectory of the git repo, or do they all depend on some of the ancillary git commands that aren't built? If so, I'm curious how many of the tests are passing. On Sun, Apr 21, 2019, 07:07 Kyohei Kadota,

Re: [9fans] Git client

On 4/22/19, Jens Staal wrote: > > speaking of backporting ape stuff : has anyone looked into Harvey's "apex" > [1] for 9{atom,front,legacy}? > 9^(atom front legacy) I did not note anything that would put apex above any of those you mention, do you have something in mind other than providing a

Re: [9fans] Git client

> > Nice. It looks like testing it out on 9front will involve a bit of > backporting of ape stuff, but I may take a look > speaking of backporting ape stuff : has anyone looked into Harvey's "apex" [1] for 9{atom,front,legacy}? [1] https://github.com/Harvey-OS/apex > >

Re: [9fans] Git client

> Hi, 9fans. > > I ported official Git client to 9legacy. It's very early version yet, > but it can do basic commands such as fetch, pull, log, add, and commit > -m. > > Probably there are many bugs. Some of them might be results from a > issue of 8c that don't initialize rest fields of struct

[9fans] Git client

Hi, 9fans. I ported official Git client to 9legacy. It's very early version yet, but it can do basic commands such as fetch, pull, log, add, and commit -m. Probably there are many bugs. Some of them might be results from a issue of 8c that don't initialize rest fields of struct and union with

Re: [9fans] git client-ish

Thanks for setting this up. It's going to be really helpful for my work. Cheers, Chris > On Dec 5, 2016, at 12:14 PM, Dave MacFarlane wrote: > >> On Sat, Dec 3, 2016 at 8:12 PM, Chris McGee wrote: >> >> The tests seem to be passing. I will try more

Re: [9fans] git client-ish

On Sat, Dec 3, 2016 at 8:12 PM, Chris McGee wrote: > > The tests seem to be passing. I will try more rigorous tests. If the github > bug gets fixed then I can submit pull requests. The bug that was preventing me from pushing to GitHub is now fixed, so if you update feel free

Re: [9fans] git client-ish

Yeah, someone already pointed out those two problems off-list. There should be a fix committed. It turns out that none of the stat(3) information that git dumps into the index is really required (just the mtime and size, which you can get from the os.FileInfo), so the best cross-platform fix is

Re: [9fans] git client-ish

Thanks for the tool. I managed to get it working on plan9front/386 Go 1.8 beta1 with a network connection. I will probably try it soon on plan9/arm. Initially, it did not compile. Here are the quick fixes that I needed to make. 1) There is no syscall.Stat_t on plan9, instead the stat.Sys()

Re: [9fans] git client-ish

> On Dec 3, 2016, at 11:20 AM, Dave MacFarlane wrote: > > I mentioned in another thread that I had started working on a pure go > git client a while ago, then abandoned it, which gave me an itch to > pick it up again. I've finally implemented enough that it can > bootstrap

[9fans] git client-ish

I mentioned in another thread that I had started working on a pure go git client a while ago, then abandoned it, which gave me an itch to pick it up again. I've finally implemented enough that it can bootstrap its own development, and theoretically be used on Plan 9, but then I realized I don't