Re: [9fans] git on plan9
all, ==8== I don't think the porter's contrib has been created yet; I will happily host it on mine in the meantime, or other arrangements could be made. ==8== my contrib will be made when Geoff gets a chance and to be honest i'm not in a rush since I don't really have too much to contribute yet. I'm at infant level of proficiency with the system (I know more about usbehci.c than rc!). ==8== In fact, can it put in contrib ? ==8== for now I'll put it on my server; but I'll detail the process a little bit here. to start, this provides both hg and git. it uses APE, and a lot of fgb's packages to get things going. required : 1) http://plan9.bell-labs.com/sources/patch/ape-chmod-dirbit -- you can get this directly from sourcesand apply it before you do anything -- and rebuild that portion of APE -- do this prior to messing with python.. 2) grab this file from my server (upload speeds aren't the best... file is ~10MB) - http://bigmac.0xabadba.be/plan9/vcs.tgz in this file you will find the following: vcs/hg-1.3-p9.tgz -- this is mercurial source and the mkfile is already in place; so just use that vcs/hg-git-p9.tgz -- this is what enables you to use the git repository aspect -- source has been modified for plan9 specifically vcs/python-2.5.1-ape.tgz -- WARNING: this requires _several_ of fgb's packages to work properly -- you must read the README.plan9 file to understand what you need before you can use this. vcs/python-2.5.1-sys.tgz -- this is the /sys portion and is documented in_the_README 1) install ape-chmod-dirbit and recompile and reinstall that portion of APE 2) checkout the python-2.5.1-ape README file for instructions on how to get dependencies and get them 3) the readme will also tell you how to install the rest of python... 4) after python is installed you can use the hg-1.3-p9.tgz mkfile to install hg 5) if you want git functionality and not just hg, make an .hgrc in your $home with _at_least_ the following in it [extensions] hgext.bookmarks = hgext.hg-git = [path-to]/hg-git you should be all set after this... please let me know if you have any questions ... respectfully, james
Re: [9fans] git on plan9
I forgot one thing that is not blatantly apparent.. in python-2.5.1-ape you must modify ALL mkfiles and add -D_SUSV2_SOURCE because of things like... #ifndef _SUSV2_SOURCE #error inttypes.h is SUSV2 #endif that 1) install ape-chmod-dirbit and recompile and reinstall that portion of APE 2) checkout the python-2.5.1-ape README file for instructions on how to get dependencies and get them 3) the readme will also tell you how to install the rest of python... 4) after python is installed you can use the hg-1.3-p9.tgz mkfile to install hg 5) if you want git functionality and not just hg, make an .hgrc in your $home with _at_least_ the following in it
Re: [9fans] git on plan9
hmm... so the python-*.tgz files are the same as in /n/sources/contrib/bichued? On Tue, Jul 21, 2009 at 11:56 AM, james toydriv...@0xabadba.be wrote: I forgot one thing that is not blatantly apparent.. in python-2.5.1-ape you must modify ALL mkfiles and add -D_SUSV2_SOURCE because of things like... #ifndef _SUSV2_SOURCE #error inttypes.h is SUSV2 #endif that 1) install ape-chmod-dirbit and recompile and reinstall that portion of APE 2) checkout the python-2.5.1-ape README file for instructions on how to get dependencies and get them 3) the readme will also tell you how to install the rest of python... 4) after python is installed you can use the hg-1.3-p9.tgz mkfile to install hg 5) if you want git functionality and not just hg, make an .hgrc in your $home with _at_least_ the following in it -- Federico G. Benavento
Re: [9fans] git on plan9
==8== hmm... so the python-*.tgz files are the same as in /n/sources/contrib/bichued? ==8== yes they are; I deleted my local copy that had the added -D_SUSV2_SOURCE in the mkfiles. There are only 5 or so I believe... du -a | grep mkfile in the python-2.5.1-ape dir should reveal them. respectfully ++james
Re: [9fans] git on plan9
That should have been a private reply, but I suck at using gmail. John On Mon, Jul 20, 2009 at 2:39 PM, John Florenslawmas...@gmail.com wrote: Hi Can I get a copy of your code? Thanks John On Sat, Jul 18, 2009 at 3:46 PM, driv...@0xabadba.be wrote: Phew finally got it. There was some hackery involved in the hg-git python code since mmap wasn't supported -- i basically just implemented them with reads; however I was considering writing an mmap module that used reads but realized that would be misleading since it wasn't really mmap. I think altering the hg-git code is the best option and i've done it in such a way that its isolated so it can be easily updated from mainstream. Let me know if you want it. ++james rator_gade% hg clone git://zen-sources.org/zen/THE.git destination directory: THE.git fetching from : git://zen-sources.org/zen/THE.git importing Hg objects into Git Counting objects: 1592, done. Compressing objects: 0% (1/1185) Compressing objects: 1% (12/1185) Compressing objects: 2% (24/1185) Compressing objects: 3% (36/1185) Compressing objects: 4% (48/1185) Compressing objects: 5% (60/1185) Compressing objects: 6% (72/1185) Compressing objects: 7% (83/1185) Compressing objects: 8% (95/1185) Compressing objects: 9% (107/1185) Compressing objects: 10% (119/1185) Compressing objects: 11% (131/1185) Compressing objects: 12% (143/1185) Compressing objects: 13% (155/1185) Compressing objects: 14% (166/1185) Compressing objects: 15% (178/1185) Compressing objects: 16% (190/1185) Compressing objects: 17% (202/1185) Compressing objects: 18% (214/1185) Compressing objects: 19% (226/1185) Compressing objects: 20% (237/1185) Compressing objects: 21% (249/1185) Compressing objects: 22% (261/1185) Compressing objects: 23% (273/1185) Compressing objects: 24% (285/1185) Compressing objects: 25% (297/1185) Compressing objects: 26% (309/1185) Compressing objects: 27% (320/1185) Compressing objects: 28% (332/1185) Compressing objects: 29% (344/1185) Compressing objects: 30% (356/1185) Compressing objects: 31% (368/1185) Compressing objects: 32% (380/1185) Compressing objects: 33% (392/1185) Compressing objects: 34% (403/1185) Compressing objects: 35% (415/1185) Compressing objects: 36% (427/1185) Compressing objects: 37% (439/1185) Compressing objects: 38% (451/1185) Compressing objects: 39% (463/1185) Compressing objects: 40% (474/1185) Compressing objects: 41% (486/1185) Compressing objects: 42% (498/1185) Compressing objects: 43% (510/1185) Compressing objects: 44% (522/1185) Compressing objects: 45% (534/1185) Compressing objects: 46% (546/1185) Compressing objects: 47% (557/1185) Compressing objects: 48% (569/1185) Compressing objects: 49% (581/1185) Compressing objects: 50% (593/1185) Compressing objects: 51% (605/1185) Compressing objects: 52% (617/1185) Compressing objects: 53% (629/1185) Compressing objects: 54% (640/1185) Compressing objects: 55% (652/1185) Compressing objects: 56% (664/1185) Compressing objects: 57% (676/1185) Compressing objects: 58% (688/1185) Compressing objects: 59% (700/1185) Compressing objects: 60% (711/1185) Compressing objects: 61% (723/1185) Compressing objects: 62% (735/1185) Compressing objects: 63% (747/1185) Compressing objects: 64% (759/1185) Compressing objects: 65% (771/1185) Compressing objects: 66% (783/1185) Compressing objects: 67% (794/1185) Compressing objects: 68% (806/1185) Compressing objects: 69% (818/1185) Compressing objects: 70% (830/1185) Compressing objects: 71% (842/1185) Compressing objects: 72% (854/1185) Compressing objects: 73% (866/1185) Compressing objects: 74% (877/1185) Compressing objects: 75% (889/1185) Compressing objects: 76% (901/1185) Compressing objects: 77% (913/1185) Compressing objects: 78% (925/1185) Compressing objects: 79% (937/1185) Compressing objects: 80% (948/1185) Compressing objects: 81% (960/1185) Compressing objects: 82% (972/1185) Compressing objects: 83% (984/1185) Compressing objects: 84% (996/1185) Compressing objects: 85% (1008/1185) Compressing objects: 86% (1020/1185) Compressing objects: 87% (1031/1185) Compressing objects: 88% (1043/1185) Compressing objects: 89% (1055/1185) Compressing objects: 90% (1067/1185) Compressing objects: 91% (1079/1185) Compressing objects: 92% (1091/1185) Compressing objects: 93% (1103/1185) Compressing objects: 94% (1114/1185) Compressing objects: 95% (1126/1185) Compressing objects: 96% (1138/1185) Compressing objects: 97% (1150/1185) Compressing objects: 98% (1162/1185) Compressing objects: 99% (1174/1185) Compressing objects: 100% (1185/1185) Compressing objects: 100% (1185/1185), done. Total 1592 (delta 455), reused 1128 (delta 286) importing Git objects into Hg at: 0/116 at: 100/116 updating working directory 241 files
Re: [9fans] git on plan9
Hi Can I get a copy of your code? Thanks John On Sat, Jul 18, 2009 at 3:46 PM, driv...@0xabadba.be wrote: Phew finally got it. There was some hackery involved in the hg-git python code since mmap wasn't supported -- i basically just implemented them with reads; however I was considering writing an mmap module that used reads but realized that would be misleading since it wasn't really mmap. I think altering the hg-git code is the best option and i've done it in such a way that its isolated so it can be easily updated from mainstream. Let me know if you want it. ++james rator_gade% hg clone git://zen-sources.org/zen/THE.git destination directory: THE.git fetching from : git://zen-sources.org/zen/THE.git importing Hg objects into Git Counting objects: 1592, done. Compressing objects: 0% (1/1185) Compressing objects: 1% (12/1185) Compressing objects: 2% (24/1185) Compressing objects: 3% (36/1185) Compressing objects: 4% (48/1185) Compressing objects: 5% (60/1185) Compressing objects: 6% (72/1185) Compressing objects: 7% (83/1185) Compressing objects: 8% (95/1185) Compressing objects: 9% (107/1185) Compressing objects: 10% (119/1185) Compressing objects: 11% (131/1185) Compressing objects: 12% (143/1185) Compressing objects: 13% (155/1185) Compressing objects: 14% (166/1185) Compressing objects: 15% (178/1185) Compressing objects: 16% (190/1185) Compressing objects: 17% (202/1185) Compressing objects: 18% (214/1185) Compressing objects: 19% (226/1185) Compressing objects: 20% (237/1185) Compressing objects: 21% (249/1185) Compressing objects: 22% (261/1185) Compressing objects: 23% (273/1185) Compressing objects: 24% (285/1185) Compressing objects: 25% (297/1185) Compressing objects: 26% (309/1185) Compressing objects: 27% (320/1185) Compressing objects: 28% (332/1185) Compressing objects: 29% (344/1185) Compressing objects: 30% (356/1185) Compressing objects: 31% (368/1185) Compressing objects: 32% (380/1185) Compressing objects: 33% (392/1185) Compressing objects: 34% (403/1185) Compressing objects: 35% (415/1185) Compressing objects: 36% (427/1185) Compressing objects: 37% (439/1185) Compressing objects: 38% (451/1185) Compressing objects: 39% (463/1185) Compressing objects: 40% (474/1185) Compressing objects: 41% (486/1185) Compressing objects: 42% (498/1185) Compressing objects: 43% (510/1185) Compressing objects: 44% (522/1185) Compressing objects: 45% (534/1185) Compressing objects: 46% (546/1185) Compressing objects: 47% (557/1185) Compressing objects: 48% (569/1185) Compressing objects: 49% (581/1185) Compressing objects: 50% (593/1185) Compressing objects: 51% (605/1185) Compressing objects: 52% (617/1185) Compressing objects: 53% (629/1185) Compressing objects: 54% (640/1185) Compressing objects: 55% (652/1185) Compressing objects: 56% (664/1185) Compressing objects: 57% (676/1185) Compressing objects: 58% (688/1185) Compressing objects: 59% (700/1185) Compressing objects: 60% (711/1185) Compressing objects: 61% (723/1185) Compressing objects: 62% (735/1185) Compressing objects: 63% (747/1185) Compressing objects: 64% (759/1185) Compressing objects: 65% (771/1185) Compressing objects: 66% (783/1185) Compressing objects: 67% (794/1185) Compressing objects: 68% (806/1185) Compressing objects: 69% (818/1185) Compressing objects: 70% (830/1185) Compressing objects: 71% (842/1185) Compressing objects: 72% (854/1185) Compressing objects: 73% (866/1185) Compressing objects: 74% (877/1185) Compressing objects: 75% (889/1185) Compressing objects: 76% (901/1185) Compressing objects: 77% (913/1185) Compressing objects: 78% (925/1185) Compressing objects: 79% (937/1185) Compressing objects: 80% (948/1185) Compressing objects: 81% (960/1185) Compressing objects: 82% (972/1185) Compressing objects: 83% (984/1185) Compressing objects: 84% (996/1185) Compressing objects: 85% (1008/1185) Compressing objects: 86% (1020/1185) Compressing objects: 87% (1031/1185) Compressing objects: 88% (1043/1185) Compressing objects: 89% (1055/1185) Compressing objects: 90% (1067/1185) Compressing objects: 91% (1079/1185) Compressing objects: 92% (1091/1185) Compressing objects: 93% (1103/1185) Compressing objects: 94% (1114/1185) Compressing objects: 95% (1126/1185) Compressing objects: 96% (1138/1185) Compressing objects: 97% (1150/1185) Compressing objects: 98% (1162/1185) Compressing objects: 99% (1174/1185) Compressing objects: 100% (1185/1185) Compressing objects: 100% (1185/1185), done. Total 1592 (delta 455), reused 1128 (delta 286) importing Git objects into Hg at: 0/116 at: 100/116 updating working directory 241 files updated, 0 files merged, 0 files removed, 0 files unresolved rator_gade% -- I've tried programming Ruby on Rails, following TechCrunch in my RSS
Re: [9fans] git on plan9
On Mon, 2009-07-20 at 14:39 -0700, John Floren wrote: Hi Can I get a copy of your code? In fact, can it put in contrib ? Thanks, Roman. Thanks John On Sat, Jul 18, 2009 at 3:46 PM, driv...@0xabadba.be wrote: Phew finally got it. There was some hackery involved in the hg-git python code since mmap wasn't supported -- i basically just implemented them with reads; however I was considering writing an mmap module that used reads but realized that would be misleading since it wasn't really mmap. I think altering the hg-git code is the best option and i've done it in such a way that its isolated so it can be easily updated from mainstream. Let me know if you want it. ++james rator_gade% hg clone git://zen-sources.org/zen/THE.git destination directory: THE.git fetching from : git://zen-sources.org/zen/THE.git importing Hg objects into Git Counting objects: 1592, done. Compressing objects: 0% (1/1185) Compressing objects: 1% (12/1185) Compressing objects: 2% (24/1185) Compressing objects: 3% (36/1185) Compressing objects: 4% (48/1185) Compressing objects: 5% (60/1185) Compressing objects: 6% (72/1185) Compressing objects: 7% (83/1185) Compressing objects: 8% (95/1185) Compressing objects: 9% (107/1185) Compressing objects: 10% (119/1185) Compressing objects: 11% (131/1185) Compressing objects: 12% (143/1185) Compressing objects: 13% (155/1185) Compressing objects: 14% (166/1185) Compressing objects: 15% (178/1185) Compressing objects: 16% (190/1185) Compressing objects: 17% (202/1185) Compressing objects: 18% (214/1185) Compressing objects: 19% (226/1185) Compressing objects: 20% (237/1185) Compressing objects: 21% (249/1185) Compressing objects: 22% (261/1185) Compressing objects: 23% (273/1185) Compressing objects: 24% (285/1185) Compressing objects: 25% (297/1185) Compressing objects: 26% (309/1185) Compressing objects: 27% (320/1185) Compressing objects: 28% (332/1185) Compressing objects: 29% (344/1185) Compressing objects: 30% (356/1185) Compressing objects: 31% (368/1185) Compressing objects: 32% (380/1185) Compressing objects: 33% (392/1185) Compressing objects: 34% (403/1185) Compressing objects: 35% (415/1185) Compressing objects: 36% (427/1185) Compressing objects: 37% (439/1185) Compressing objects: 38% (451/1185) Compressing objects: 39% (463/1185) Compressing objects: 40% (474/1185) Compressing objects: 41% (486/1185) Compressing objects: 42% (498/1185) Compressing objects: 43% (510/1185) Compressing objects: 44% (522/1185) Compressing objects: 45% (534/1185) Compressing objects: 46% (546/1185) Compressing objects: 47% (557/1185) Compressing objects: 48% (569/1185) Compressing objects: 49% (581/1185) Compressing objects: 50% (593/1185) Compressing objects: 51% (605/1185) Compressing objects: 52% (617/1185) Compressing objects: 53% (629/1185) Compressing objects: 54% (640/1185) Compressing objects: 55% (652/1185) Compressing objects: 56% (664/1185) Compressing objects: 57% (676/1185) Compressing objects: 58% (688/1185) Compressing objects: 59% (700/1185) Compressing objects: 60% (711/1185) Compressing objects: 61% (723/1185) Compressing objects: 62% (735/1185) Compressing objects: 63% (747/1185) Compressing objects: 64% (759/1185) Compressing objects: 65% (771/1185) Compressing objects: 66% (783/1185) Compressing objects: 67% (794/1185) Compressing objects: 68% (806/1185) Compressing objects: 69% (818/1185) Compressing objects: 70% (830/1185) Compressing objects: 71% (842/1185) Compressing objects: 72% (854/1185) Compressing objects: 73% (866/1185) Compressing objects: 74% (877/1185) Compressing objects: 75% (889/1185) Compressing objects: 76% (901/1185) Compressing objects: 77% (913/1185) Compressing objects: 78% (925/1185) Compressing objects: 79% (937/1185) Compressing objects: 80% (948/1185) Compressing objects: 81% (960/1185) Compressing objects: 82% (972/1185) Compressing objects: 83% (984/1185) Compressing objects: 84% (996/1185) Compressing objects: 85% (1008/1185) Compressing objects: 86% (1020/1185) Compressing objects: 87% (1031/1185) Compressing objects: 88% (1043/1185) Compressing objects: 89% (1055/1185) Compressing objects: 90% (1067/1185) Compressing objects: 91% (1079/1185) Compressing objects: 92% (1091/1185) Compressing objects: 93% (1103/1185) Compressing objects: 94% (1114/1185) Compressing objects: 95% (1126/1185) Compressing objects: 96% (1138/1185) Compressing objects: 97% (1150/1185) Compressing objects: 98% (1162/1185) Compressing objects: 99% (1174/1185) Compressing objects: 100% (1185/1185) Compressing objects: 100% (1185/1185), done. Total 1592 (delta 455), reused 1128 (delta 286) importing Git
Re: [9fans] git on plan9
I don't think the porter's contrib has been created yet; I will happily host it on mine in the meantime, or other arrangements could be made. John On Mon, Jul 20, 2009 at 2:43 PM, Roman V Shaposhnikr...@sun.com wrote: On Mon, 2009-07-20 at 14:39 -0700, John Floren wrote: Hi Can I get a copy of your code? In fact, can it put in contrib ? Thanks, Roman. Thanks John On Sat, Jul 18, 2009 at 3:46 PM, driv...@0xabadba.be wrote: Phew finally got it. There was some hackery involved in the hg-git python code since mmap wasn't supported -- i basically just implemented them with reads; however I was considering writing an mmap module that used reads but realized that would be misleading since it wasn't really mmap. I think altering the hg-git code is the best option and i've done it in such a way that its isolated so it can be easily updated from mainstream. Let me know if you want it. ++james rator_gade% hg clone git://zen-sources.org/zen/THE.git destination directory: THE.git fetching from : git://zen-sources.org/zen/THE.git importing Hg objects into Git Counting objects: 1592, done. Compressing objects: 0% (1/1185) Compressing objects: 1% (12/1185) Compressing objects: 2% (24/1185) Compressing objects: 3% (36/1185) Compressing objects: 4% (48/1185) Compressing objects: 5% (60/1185) Compressing objects: 6% (72/1185) Compressing objects: 7% (83/1185) Compressing objects: 8% (95/1185) Compressing objects: 9% (107/1185) Compressing objects: 10% (119/1185) Compressing objects: 11% (131/1185) Compressing objects: 12% (143/1185) Compressing objects: 13% (155/1185) Compressing objects: 14% (166/1185) Compressing objects: 15% (178/1185) Compressing objects: 16% (190/1185) Compressing objects: 17% (202/1185) Compressing objects: 18% (214/1185) Compressing objects: 19% (226/1185) Compressing objects: 20% (237/1185) Compressing objects: 21% (249/1185) Compressing objects: 22% (261/1185) Compressing objects: 23% (273/1185) Compressing objects: 24% (285/1185) Compressing objects: 25% (297/1185) Compressing objects: 26% (309/1185) Compressing objects: 27% (320/1185) Compressing objects: 28% (332/1185) Compressing objects: 29% (344/1185) Compressing objects: 30% (356/1185) Compressing objects: 31% (368/1185) Compressing objects: 32% (380/1185) Compressing objects: 33% (392/1185) Compressing objects: 34% (403/1185) Compressing objects: 35% (415/1185) Compressing objects: 36% (427/1185) Compressing objects: 37% (439/1185) Compressing objects: 38% (451/1185) Compressing objects: 39% (463/1185) Compressing objects: 40% (474/1185) Compressing objects: 41% (486/1185) Compressing objects: 42% (498/1185) Compressing objects: 43% (510/1185) Compressing objects: 44% (522/1185) Compressing objects: 45% (534/1185) Compressing objects: 46% (546/1185) Compressing objects: 47% (557/1185) Compressing objects: 48% (569/1185) Compressing objects: 49% (581/1185) Compressing objects: 50% (593/1185) Compressing objects: 51% (605/1185) Compressing objects: 52% (617/1185) Compressing objects: 53% (629/1185) Compressing objects: 54% (640/1185) Compressing objects: 55% (652/1185) Compressing objects: 56% (664/1185) Compressing objects: 57% (676/1185) Compressing objects: 58% (688/1185) Compressing objects: 59% (700/1185) Compressing objects: 60% (711/1185) Compressing objects: 61% (723/1185) Compressing objects: 62% (735/1185) Compressing objects: 63% (747/1185) Compressing objects: 64% (759/1185) Compressing objects: 65% (771/1185) Compressing objects: 66% (783/1185) Compressing objects: 67% (794/1185) Compressing objects: 68% (806/1185) Compressing objects: 69% (818/1185) Compressing objects: 70% (830/1185) Compressing objects: 71% (842/1185) Compressing objects: 72% (854/1185) Compressing objects: 73% (866/1185) Compressing objects: 74% (877/1185) Compressing objects: 75% (889/1185) Compressing objects: 76% (901/1185) Compressing objects: 77% (913/1185) Compressing objects: 78% (925/1185) Compressing objects: 79% (937/1185) Compressing objects: 80% (948/1185) Compressing objects: 81% (960/1185) Compressing objects: 82% (972/1185) Compressing objects: 83% (984/1185) Compressing objects: 84% (996/1185) Compressing objects: 85% (1008/1185) Compressing objects: 86% (1020/1185) Compressing objects: 87% (1031/1185) Compressing objects: 88% (1043/1185) Compressing objects: 89% (1055/1185) Compressing objects: 90% (1067/1185) Compressing objects: 91% (1079/1185) Compressing objects: 92% (1091/1185) Compressing objects: 93% (1103/1185) Compressing objects: 94% (1114/1185) Compressing objects: 95% (1126/1185) Compressing objects: 96% (1138/1185) Compressing objects: 97% (1150/1185) Compressing
[9fans] git on plan9
Phew finally got it. There was some hackery involved in the hg-git python code since mmap wasn't supported -- i basically just implemented them with reads; however I was considering writing an mmap module that used reads but realized that would be misleading since it wasn't really mmap. I think altering the hg-git code is the best option and i've done it in such a way that its isolated so it can be easily updated from mainstream. Let me know if you want it. ++james rator_gade% hg clone git://zen-sources.org/zen/THE.git destination directory: THE.git fetching from : git://zen-sources.org/zen/THE.git importing Hg objects into Git Counting objects: 1592, done. Compressing objects: 0% (1/1185) Compressing objects: 1% (12/1185) Compressing objects: 2% (24/1185) Compressing objects: 3% (36/1185) Compressing objects: 4% (48/1185) Compressing objects: 5% (60/1185) Compressing objects: 6% (72/1185) Compressing objects: 7% (83/1185) Compressing objects: 8% (95/1185) Compressing objects: 9% (107/1185) Compressing objects: 10% (119/1185) Compressing objects: 11% (131/1185) Compressing objects: 12% (143/1185) Compressing objects: 13% (155/1185) Compressing objects: 14% (166/1185) Compressing objects: 15% (178/1185) Compressing objects: 16% (190/1185) Compressing objects: 17% (202/1185) Compressing objects: 18% (214/1185) Compressing objects: 19% (226/1185) Compressing objects: 20% (237/1185) Compressing objects: 21% (249/1185) Compressing objects: 22% (261/1185) Compressing objects: 23% (273/1185) Compressing objects: 24% (285/1185) Compressing objects: 25% (297/1185) Compressing objects: 26% (309/1185) Compressing objects: 27% (320/1185) Compressing objects: 28% (332/1185) Compressing objects: 29% (344/1185) Compressing objects: 30% (356/1185) Compressing objects: 31% (368/1185) Compressing objects: 32% (380/1185) Compressing objects: 33% (392/1185) Compressing objects: 34% (403/1185) Compressing objects: 35% (415/1185) Compressing objects: 36% (427/1185) Compressing objects: 37% (439/1185) Compressing objects: 38% (451/1185) Compressing objects: 39% (463/1185) Compressing objects: 40% (474/1185) Compressing objects: 41% (486/1185) Compressing objects: 42% (498/1185) Compressing objects: 43% (510/1185) Compressing objects: 44% (522/1185) Compressing objects: 45% (534/1185) Compressing objects: 46% (546/1185) Compressing objects: 47% (557/1185) Compressing objects: 48% (569/1185) Compressing objects: 49% (581/1185) Compressing objects: 50% (593/1185) Compressing objects: 51% (605/1185) Compressing objects: 52% (617/1185) Compressing objects: 53% (629/1185) Compressing objects: 54% (640/1185) Compressing objects: 55% (652/1185) Compressing objects: 56% (664/1185) Compressing objects: 57% (676/1185) Compressing objects: 58% (688/1185) Compressing objects: 59% (700/1185) Compressing objects: 60% (711/1185) Compressing objects: 61% (723/1185) Compressing objects: 62% (735/1185) Compressing objects: 63% (747/1185) Compressing objects: 64% (759/1185) Compressing objects: 65% (771/1185) Compressing objects: 66% (783/1185) Compressing objects: 67% (794/1185) Compressing objects: 68% (806/1185) Compressing objects: 69% (818/1185) Compressing objects: 70% (830/1185) Compressing objects: 71% (842/1185) Compressing objects: 72% (854/1185) Compressing objects: 73% (866/1185) Compressing objects: 74% (877/1185) Compressing objects: 75% (889/1185) Compressing objects: 76% (901/1185) Compressing objects: 77% (913/1185) Compressing objects: 78% (925/1185) Compressing objects: 79% (937/1185) Compressing objects: 80% (948/1185) Compressing objects: 81% (960/1185) Compressing objects: 82% (972/1185) Compressing objects: 83% (984/1185) Compressing objects: 84% (996/1185) Compressing objects: 85% (1008/1185) Compressing objects: 86% (1020/1185) Compressing objects: 87% (1031/1185) Compressing objects: 88% (1043/1185) Compressing objects: 89% (1055/1185) Compressing objects: 90% (1067/1185) Compressing objects: 91% (1079/1185) Compressing objects: 92% (1091/1185) Compressing objects: 93% (1103/1185) Compressing objects: 94% (1114/1185) Compressing objects: 95% (1126/1185) Compressing objects: 96% (1138/1185) Compressing objects: 97% (1150/1185) Compressing objects: 98% (1162/1185) Compressing objects: 99% (1174/1185) Compressing objects: 100% (1185/1185) Compressing objects: 100% (1185/1185), done. Total 1592 (delta 455), reused 1128 (delta 286) importing Git objects into Hg at: 0/116 at: 100/116 updating working directory 241 files updated, 0 files merged, 0 files removed, 0 files unresolved rator_gade%
Re: [9fans] git on plan9
ok, so there is another snag i've just found out. The new dulwich code which hg-git relies on requires mmap -- which we do not provide in ape currently. I'm new to plan9; but am not afraid to code up things that are useful. I do need to know what the best idea is for how to resolve this...seems I can write an mmap for ape (which might be a huge pain) or we can run it on linuxemu (which i really don't want to do). And, of course, there is just eliminating git repositories. It posts to the git repo; however, when it starts to handle the pack or object it just freaks out because thats all in the dulwich code dealing with things like... mmap.mmap(f.fileno(), size, access=mmap.ACCESS_READ) and seeing as we have no mmap in ape the mmap module in python 2.5 has been diligently ommitted sorry if i got someone elses (other than my own) hopes up. She works just fine for hg though... ++james ---BeginMessage--- Congratulations! I'm interested in giving it a shot; is it just a tarball to compile, or is it a package for fgb's contrib(1)? I'll throw it on sources for you if you don't have an alternate hosting solution while you wait for your contrib. John On Thu, Jul 16, 2009 at 5:35 PM, driv...@0xabadba.be wrote: I currently have hg and this bookmarks git module working on plan9. Russ, thanks for the clue -- i have this packaged up now (my first package but doesn't seem like rocket science. Please let me know if you are interested. Also to be honest 98% of this was Filipe and FGB i just put a few pieces together to get 1.3 and git working nicely together. hope everyone is doing well, respectfully, james toy -- Forwarded message -- From: Federico G. Benavento benave...@gmail.com To: Fans of the OS Plan 9 from Bell Labs 9fans@9fans.net Date: Thu, 16 Jul 2009 20:25:06 -0300 Subject: Re: [9fans] git on plan9 ok, I didn't get this the first time, so this is not the hg which is in sources this is hg 1.3 cpu% hg clone --traceback http://bitbucket.org/jespern/django-piston/ destination directory: django-piston requesting all changes adding changesets adding manifests adding file changes added 161 changesets with 309 changes to 67 files updating working directory 53 files updated, 0 files merged, 0 files removed, 0 files unresolved cpu% the one i have installed just works, notice is the same link you provided. as I told you yesterday, hg changes a lot of stuff from release to release, and it's probably ape's fault. On Thu, Jul 16, 2009 at 8:16 PM, Federico G. Benaventobenave...@gmail.com wrote: and my reply to that was: my patch behaves exactly like chmod(1), so those bits are inherited I think this is the right thing to do as posix doesn't support those bits. http://www.opengroup.org/onlinepubs/95399/basedefs/sys/stat.h.html On Thu, Jul 16, 2009 at 8:08 PM, Federico G. Benaventobenave...@gmail.com wrote: it was loosing the dir bit, from the readme: Fixed chmod and fchmod, they were ignoring the dir bit. federico from the notes: Fri May 30 00:04:19 EDT 2008 geoff should append-only and exclusive-access be cleared, inherited or settable via the mode argument? On Thu, Jul 16, 2009 at 6:17 PM, ron minnichrminn...@gmail.com wrote: I may be missing it, but what particular thing in the chmod failed? What was it trying to set? ron -- Federico G. Benavento -- Federico G. Benavento -- Federico G. Benavento -- I've tried programming Ruby on Rails, following TechCrunch in my RSS reader, and drinking absinthe. It doesn't work. I'm going back to C, Hunter S. Thompson, and cheap whiskey. -- Ted Dziuba ---End Message---
Re: [9fans] git on plan9
You don't need mmap to implement this mmap. If it's just trying to map files into memory read-only, you could implement it by open, stat to find length, malloc, readn, and return the pointer. This is what the original linuxemu did (and still does?). Russ
Re: [9fans] git on plan9
Cinap recommended this and I am working on it right now :) -- any other suggestions are very welcome. Thanks Russ. respectfully ++james ---BeginMessage--- You don't need mmap to implement this mmap. If it's just trying to map files into memory read-only, you could implement it by open, stat to find length, malloc, readn, and return the pointer. This is what the original linuxemu did (and still does?). Russ ---End Message---
Re: [9fans] git on plan9
hi,
Ok, so I have hg compiled and it will run via hg cmd; however, i'm
running into a chmod error. There was a proposed change in
/n/sources/patch/ape-chmod-dirbit which can be seen here:
http://www.kix.in/plan9/mirror/sources/patch/. I've taken the chmod.c.new file
and replaced the old one (copying it for backup's sake...). FGB and others that
have worked with the previous system have you seen this error:
rator_gade% hg clone --traceback http://bitbucket.org/jespern/django-piston/
destination directory: django-piston
requesting all changes
adding changesets
adding manifests
adding file changes
transaction abort!
rollback completed
Traceback (most recent call last):
File /sys/python/lib/python2.5/mercurial/dispatch.py, line 43, in _runcatch
return _dispatch(ui, args)
File /sys/python/lib/python2.5/mercurial/dispatch.py, line 449, in _dispatch
return runcommand(lui, repo, cmd, fullargs, ui, options, d)
File /sys/python/lib/python2.5/mercurial/dispatch.py, line 317, in
runcommand
ret = _runcommand(ui, options, cmd, d)
File /sys/python/lib/python2.5/mercurial/dispatch.py, line 501, in
_runcommand
return checkargs()
File /sys/python/lib/python2.5/mercurial/dispatch.py, line 454, in checkargs
return cmdfunc()
File /sys/python/lib/python2.5/mercurial/dispatch.py, line 448, in lambda
d = lambda: util.checksignature(func)(ui, *args, **cmdoptions)
File /sys/python/lib/python2.5/mercurial/util.py, line 370, in check
return func(*args, **kwargs)
File /sys/python/lib/python2.5/mercurial/commands.py, line 635, in clone
update=not opts.get('noupdate'))
File /sys/python/lib/python2.5/mercurial/hg.py, line 286, in clone
dest_repo.clone(src_repo, heads=revs, stream=stream)
File /sys/python/lib/python2.5/mercurial/localrepo.py, line 2176, in clone
return self.pull(remote, heads)
File /sys/python/lib/python2.5/mercurial/localrepo.py, line 1465, in pull
return self.addchangegroup(cg, 'pull', remote.url())
File /sys/python/lib/python2.5/mercurial/localrepo.py, line 2066, in
addchangegroup
if fl.addgroup(chunkiter, revmap, trp) is None:
File /sys/python/lib/python2.5/mercurial/revlog.py, line 1197, in addgroup
ifh = self.opener(self.indexfile, a+)
File /sys/python/lib/python2.5/mercurial/store.py, line 296, in
fncacheopener
return self._op(hybridencode(path), mode, *args, **kw)
File /sys/python/lib/python2.5/mercurial/util.py, line 839, in __call__
makedirs(d, self.createmode)
File /sys/python/lib/python2.5/mercurial/util.py, line 788, in makedirs
os.chmod(name, mode)
OSError: [Errno 12] Invalid argument: '/usr/james/django-piston/.hg/store/data'
abort: Invalid argument: /usr/james/django-piston/.hg/store/data
rator_gade%
If so, what kind of things should i be trying to rectify it (other than using
that ape-chmod-dirbit/chmod.c.new to replace chmod.c in the appropriate dir ;
mk ; mk install;)
respectfully,
+=jt
Re: [9fans] git on plan9
you have to rebuild ape, and then python. it should work after that.
On Thu, Jul 16, 2009 at 5:51 PM, driv...@0xabadba.be wrote:
hi,
Ok, so I have hg compiled and it will run via hg cmd; however, i'm
running into a chmod error. There was a proposed change in
/n/sources/patch/ape-chmod-dirbit which can be seen here:
http://www.kix.in/plan9/mirror/sources/patch/. I've taken the chmod.c.new
file and replaced the old one (copying it for backup's sake...). FGB and
others that have worked with the previous system have you seen this error:
rator_gade% hg clone --traceback http://bitbucket.org/jespern/django-piston/
destination directory: django-piston
requesting all changes
adding changesets
adding manifests
adding file changes
transaction abort!
rollback completed
Traceback (most recent call last):
File /sys/python/lib/python2.5/mercurial/dispatch.py, line 43, in _runcatch
return _dispatch(ui, args)
File /sys/python/lib/python2.5/mercurial/dispatch.py, line 449, in
_dispatch
return runcommand(lui, repo, cmd, fullargs, ui, options, d)
File /sys/python/lib/python2.5/mercurial/dispatch.py, line 317, in
runcommand
ret = _runcommand(ui, options, cmd, d)
File /sys/python/lib/python2.5/mercurial/dispatch.py, line 501, in
_runcommand
return checkargs()
File /sys/python/lib/python2.5/mercurial/dispatch.py, line 454, in
checkargs
return cmdfunc()
File /sys/python/lib/python2.5/mercurial/dispatch.py, line 448, in lambda
d = lambda: util.checksignature(func)(ui, *args, **cmdoptions)
File /sys/python/lib/python2.5/mercurial/util.py, line 370, in check
return func(*args, **kwargs)
File /sys/python/lib/python2.5/mercurial/commands.py, line 635, in clone
update=not opts.get('noupdate'))
File /sys/python/lib/python2.5/mercurial/hg.py, line 286, in clone
dest_repo.clone(src_repo, heads=revs, stream=stream)
File /sys/python/lib/python2.5/mercurial/localrepo.py, line 2176, in clone
return self.pull(remote, heads)
File /sys/python/lib/python2.5/mercurial/localrepo.py, line 1465, in pull
return self.addchangegroup(cg, 'pull', remote.url())
File /sys/python/lib/python2.5/mercurial/localrepo.py, line 2066, in
addchangegroup
if fl.addgroup(chunkiter, revmap, trp) is None:
File /sys/python/lib/python2.5/mercurial/revlog.py, line 1197, in addgroup
ifh = self.opener(self.indexfile, a+)
File /sys/python/lib/python2.5/mercurial/store.py, line 296, in
fncacheopener
return self._op(hybridencode(path), mode, *args, **kw)
File /sys/python/lib/python2.5/mercurial/util.py, line 839, in __call__
makedirs(d, self.createmode)
File /sys/python/lib/python2.5/mercurial/util.py, line 788, in makedirs
os.chmod(name, mode)
OSError: [Errno 12] Invalid argument:
'/usr/james/django-piston/.hg/store/data'
abort: Invalid argument: /usr/james/django-piston/.hg/store/data
rator_gade%
If so, what kind of things should i be trying to rectify it (other than using
that ape-chmod-dirbit/chmod.c.new to replace chmod.c in the appropriate dir ;
mk ; mk install;)
respectfully,
+=jt
Re: [9fans] git on plan9
I may be missing it, but what particular thing in the chmod failed? What was it trying to set? ron
Re: [9fans] git on plan9
Filipe,
This has fixed the os.chmod error, I had rebuild ape; however, i had
not rebuilt python. I am now running into this traceback even though the .hg
dir is being instantiated.
rator_gade% hg clone http://bitbucket.org/jespern/django-piston
real URL is http://bitbucket.org/jespern/django-piston/
destination directory: django-piston
requesting all changes
adding changesets
adding manifests
adding file changes
added 161 changesets with 309 changes to 67 files
updating working directory
** unknown exception encountered, details follow
** report bug details to http://mercurial.selenic.com/bts/
** or mercur...@selenic.com
** Mercurial Distributed SCM (version 1.3)
** Extensions loaded:
Traceback (most recent call last):
File /bin/hg, line 27, in module
mercurial.dispatch.run()
File /sys/python/lib/python2.5/mercurial/dispatch.py, line 16, in run
sys.exit(dispatch(sys.argv[1:]))
File /sys/python/lib/python2.5/mercurial/dispatch.py, line 27, in dispatch
return _runcatch(u, args)
File /sys/python/lib/python2.5/mercurial/dispatch.py, line 43, in _runcatch
return _dispatch(ui, args)
File /sys/python/lib/python2.5/mercurial/dispatch.py, line 449, in _dispatch
return runcommand(lui, repo, cmd, fullargs, ui, options, d)
File /sys/python/lib/python2.5/mercurial/dispatch.py, line 317, in
runcommand
ret = _runcommand(ui, options, cmd, d)
File /sys/python/lib/python2.5/mercurial/dispatch.py, line 501, in
_runcommand
return checkargs()
File /sys/python/lib/python2.5/mercurial/dispatch.py, line 454, in checkargs
return cmdfunc()
File /sys/python/lib/python2.5/mercurial/dispatch.py, line 448, in lambda
d = lambda: util.checksignature(func)(ui, *args, **cmdoptions)
File /sys/python/lib/python2.5/mercurial/util.py, line 370, in check
return func(*args, **kwargs)
File /sys/python/lib/python2.5/mercurial/commands.py, line 635, in clone
update=not opts.get('noupdate'))
File /sys/python/lib/python2.5/mercurial/hg.py, line 313, in clone
_update(dest_repo, uprev)
File /sys/python/lib/python2.5/mercurial/hg.py, line 331, in update
stats = _merge.update(repo, node, False, False, None)
File /sys/python/lib/python2.5/mercurial/merge.py, line 456, in update
_checkunknown(wc, p2)
File /sys/python/lib/python2.5/mercurial/merge.py, line 77, in _checkunknown
for f in wctx.unknown():
File /sys/python/lib/python2.5/mercurial/context.py, line 583, in unknown
def unknown(self): return self._status[4]
File /sys/python/lib/python2.5/mercurial/util.py, line 118, in __get__
result = self.func(obj)
File /sys/python/lib/python2.5/mercurial/context.py, line 553, in _status
return self._repo.status(unknown=True)
File /sys/python/lib/python2.5/mercurial/localrepo.py, line 1016, in status
s = self.dirstate.status(match, listignored, listclean, listunknown)
File /sys/python/lib/python2.5/mercurial/dirstate.py, line 569, in status
for fn, st in self.walk(match, listunknown, listignored).iteritems():
File /sys/python/lib/python2.5/mercurial/dirstate.py, line 519, in walk
entries = listdir(join(nd), stat=True, skip=skip)
TypeError: 'skip' is an invalid keyword argument for this function
rator_gade%
note: i picked this hg repo because it was super small :P nothing of
interest
i'll play with it some more.. not exactly sure what this is yet
thanks!
+=jt
Re: [9fans] git on plan9
On Thu Jul 16 17:19:52 EDT 2009, bich...@gmail.com wrote: you have to rebuild ape, and then python. it should work after that. why? - erik
Re: [9fans] git on plan9
ape's chmod doesn't work for directories. ape-chmod-dirbit patch is supposed to fix it. On Thu, Jul 16, 2009 at 6:17 PM, ron minnichrminn...@gmail.com wrote: I may be missing it, but what particular thing in the chmod failed? What was it trying to set? ron
Re: [9fans] git on plan9
python's posix module uses ape. On Thu, Jul 16, 2009 at 6:20 PM, erik quanstromquans...@quanstro.net wrote: On Thu Jul 16 17:19:52 EDT 2009, bich...@gmail.com wrote: you have to rebuild ape, and then python. it should work after that. why? - erik
Re: [9fans] git on plan9
On Thu Jul 16 17:33:14 EDT 2009, bich...@gmail.com wrote: python's posix module uses ape. On Thu, Jul 16, 2009 at 6:20 PM, erik quanstromquans...@quanstro.net wrote: On Thu Jul 16 17:19:52 EDT 2009, bich...@gmail.com wrote: you have to rebuild ape, and then python. it should work after that. why? that's not an explaination. a recompile of the same code should produce the same results. it's just fortunate that in answering another message in this thread you mentioned a patch to chmod. i'm pretty sure if this is actually the problem then a mk in /sys/src/ape/lib/ap/plan9 would be sufficient after the patch were incorporated. - erik
Re: [9fans] git on plan9
and my reply to that was: my patch behaves exactly like chmod(1), so those bits are inherited I think this is the right thing to do as posix doesn't support those bits. http://www.opengroup.org/onlinepubs/95399/basedefs/sys/stat.h.html On Thu, Jul 16, 2009 at 8:08 PM, Federico G. Benaventobenave...@gmail.com wrote: it was loosing the dir bit, from the readme: Fixed chmod and fchmod, they were ignoring the dir bit. federico from the notes: Fri May 30 00:04:19 EDT 2008 geoff should append-only and exclusive-access be cleared, inherited or settable via the mode argument? On Thu, Jul 16, 2009 at 6:17 PM, ron minnichrminn...@gmail.com wrote: I may be missing it, but what particular thing in the chmod failed? What was it trying to set? ron -- Federico G. Benavento -- Federico G. Benavento
Re: [9fans] git on plan9
ok, I didn't get this the first time, so this is not the hg which is in sources this is hg 1.3 cpu% hg clone --traceback http://bitbucket.org/jespern/django-piston/ destination directory: django-piston requesting all changes adding changesets adding manifests adding file changes added 161 changesets with 309 changes to 67 files updating working directory 53 files updated, 0 files merged, 0 files removed, 0 files unresolved cpu% the one i have installed just works, notice is the same link you provided. as I told you yesterday, hg changes a lot of stuff from release to release, and it's probably ape's fault. On Thu, Jul 16, 2009 at 8:16 PM, Federico G. Benaventobenave...@gmail.com wrote: and my reply to that was: my patch behaves exactly like chmod(1), so those bits are inherited I think this is the right thing to do as posix doesn't support those bits. http://www.opengroup.org/onlinepubs/95399/basedefs/sys/stat.h.html On Thu, Jul 16, 2009 at 8:08 PM, Federico G. Benaventobenave...@gmail.com wrote: it was loosing the dir bit, from the readme: Fixed chmod and fchmod, they were ignoring the dir bit. federico from the notes: Fri May 30 00:04:19 EDT 2008 geoff should append-only and exclusive-access be cleared, inherited or settable via the mode argument? On Thu, Jul 16, 2009 at 6:17 PM, ron minnichrminn...@gmail.com wrote: I may be missing it, but what particular thing in the chmod failed? What was it trying to set? ron -- Federico G. Benavento -- Federico G. Benavento -- Federico G. Benavento
Re: [9fans] git on plan9
I currently have hg and this bookmarks git module working on plan9. Russ, thanks for the clue -- i have this packaged up now (my first package but doesn't seem like rocket science. Please let me know if you are interested. Also to be honest 98% of this was Filipe and FGB i just put a few pieces together to get 1.3 and git working nicely together. hope everyone is doing well, respectfully, james toy ---BeginMessage--- ok, I didn't get this the first time, so this is not the hg which is in sources this is hg 1.3 cpu% hg clone --traceback http://bitbucket.org/jespern/django-piston/ destination directory: django-piston requesting all changes adding changesets adding manifests adding file changes added 161 changesets with 309 changes to 67 files updating working directory 53 files updated, 0 files merged, 0 files removed, 0 files unresolved cpu% the one i have installed just works, notice is the same link you provided. as I told you yesterday, hg changes a lot of stuff from release to release, and it's probably ape's fault. On Thu, Jul 16, 2009 at 8:16 PM, Federico G. Benaventobenave...@gmail.com wrote: and my reply to that was: my patch behaves exactly like chmod(1), so those bits are inherited I think this is the right thing to do as posix doesn't support those bits. http://www.opengroup.org/onlinepubs/95399/basedefs/sys/stat.h.html On Thu, Jul 16, 2009 at 8:08 PM, Federico G. Benaventobenave...@gmail.com wrote: it was loosing the dir bit, from the readme: Fixed chmod and fchmod, they were ignoring the dir bit. federico from the notes: Fri May 30 00:04:19 EDT 2008 geoff should append-only and exclusive-access be cleared, inherited or settable via the mode argument? On Thu, Jul 16, 2009 at 6:17 PM, ron minnichrminn...@gmail.com wrote: I may be missing it, but what particular thing in the chmod failed? What was it trying to set? ron -- Federico G. Benavento -- Federico G. Benavento -- Federico G. Benavento ---End Message---
Re: [9fans] git on plan9
Congratulations! I'm interested in giving it a shot; is it just a tarball to compile, or is it a package for fgb's contrib(1)? I'll throw it on sources for you if you don't have an alternate hosting solution while you wait for your contrib. John On Thu, Jul 16, 2009 at 5:35 PM, driv...@0xabadba.be wrote: I currently have hg and this bookmarks git module working on plan9. Russ, thanks for the clue -- i have this packaged up now (my first package but doesn't seem like rocket science. Please let me know if you are interested. Also to be honest 98% of this was Filipe and FGB i just put a few pieces together to get 1.3 and git working nicely together. hope everyone is doing well, respectfully, james toy -- Forwarded message -- From: Federico G. Benavento benave...@gmail.com To: Fans of the OS Plan 9 from Bell Labs 9fans@9fans.net Date: Thu, 16 Jul 2009 20:25:06 -0300 Subject: Re: [9fans] git on plan9 ok, I didn't get this the first time, so this is not the hg which is in sources this is hg 1.3 cpu% hg clone --traceback http://bitbucket.org/jespern/django-piston/ destination directory: django-piston requesting all changes adding changesets adding manifests adding file changes added 161 changesets with 309 changes to 67 files updating working directory 53 files updated, 0 files merged, 0 files removed, 0 files unresolved cpu% the one i have installed just works, notice is the same link you provided. as I told you yesterday, hg changes a lot of stuff from release to release, and it's probably ape's fault. On Thu, Jul 16, 2009 at 8:16 PM, Federico G. Benaventobenave...@gmail.com wrote: and my reply to that was: my patch behaves exactly like chmod(1), so those bits are inherited I think this is the right thing to do as posix doesn't support those bits. http://www.opengroup.org/onlinepubs/95399/basedefs/sys/stat.h.html On Thu, Jul 16, 2009 at 8:08 PM, Federico G. Benaventobenave...@gmail.com wrote: it was loosing the dir bit, from the readme: Fixed chmod and fchmod, they were ignoring the dir bit. federico from the notes: Fri May 30 00:04:19 EDT 2008 geoff should append-only and exclusive-access be cleared, inherited or settable via the mode argument? On Thu, Jul 16, 2009 at 6:17 PM, ron minnichrminn...@gmail.com wrote: I may be missing it, but what particular thing in the chmod failed? What was it trying to set? ron -- Federico G. Benavento -- Federico G. Benavento -- Federico G. Benavento -- I've tried programming Ruby on Rails, following TechCrunch in my RSS reader, and drinking absinthe. It doesn't work. I'm going back to C, Hunter S. Thompson, and cheap whiskey. -- Ted Dziuba
Re: [9fans] git on plan9
John, I'm going to write an rc script to do the installation. The package works to pull in hg; however, it depends on a lot of things. I'll write a readme and post it. Is the wiki an ok place for this? respectfully, james ---BeginMessage--- Congratulations! I'm interested in giving it a shot; is it just a tarball to compile, or is it a package for fgb's contrib(1)? I'll throw it on sources for you if you don't have an alternate hosting solution while you wait for your contrib. John On Thu, Jul 16, 2009 at 5:35 PM, driv...@0xabadba.be wrote: I currently have hg and this bookmarks git module working on plan9. Russ, thanks for the clue -- i have this packaged up now (my first package but doesn't seem like rocket science. Please let me know if you are interested. Also to be honest 98% of this was Filipe and FGB i just put a few pieces together to get 1.3 and git working nicely together. hope everyone is doing well, respectfully, james toy -- Forwarded message -- From: Federico G. Benavento benave...@gmail.com To: Fans of the OS Plan 9 from Bell Labs 9fans@9fans.net Date: Thu, 16 Jul 2009 20:25:06 -0300 Subject: Re: [9fans] git on plan9 ok, I didn't get this the first time, so this is not the hg which is in sources this is hg 1.3 cpu% hg clone --traceback http://bitbucket.org/jespern/django-piston/ destination directory: django-piston requesting all changes adding changesets adding manifests adding file changes added 161 changesets with 309 changes to 67 files updating working directory 53 files updated, 0 files merged, 0 files removed, 0 files unresolved cpu% the one i have installed just works, notice is the same link you provided. as I told you yesterday, hg changes a lot of stuff from release to release, and it's probably ape's fault. On Thu, Jul 16, 2009 at 8:16 PM, Federico G. Benaventobenave...@gmail.com wrote: and my reply to that was: my patch behaves exactly like chmod(1), so those bits are inherited I think this is the right thing to do as posix doesn't support those bits. http://www.opengroup.org/onlinepubs/95399/basedefs/sys/stat.h.html On Thu, Jul 16, 2009 at 8:08 PM, Federico G. Benaventobenave...@gmail.com wrote: it was loosing the dir bit, from the readme: Fixed chmod and fchmod, they were ignoring the dir bit. federico from the notes: Fri May 30 00:04:19 EDT 2008 geoff should append-only and exclusive-access be cleared, inherited or settable via the mode argument? On Thu, Jul 16, 2009 at 6:17 PM, ron minnichrminn...@gmail.com wrote: I may be missing it, but what particular thing in the chmod failed? What was it trying to set? ron -- Federico G. Benavento -- Federico G. Benavento -- Federico G. Benavento -- I've tried programming Ruby on Rails, following TechCrunch in my RSS reader, and drinking absinthe. It doesn't work. I'm going back to C, Hunter S. Thompson, and cheap whiskey. -- Ted Dziuba ---End Message---
[9fans] git on plan9
Thats good to hear HG is working well, I am really hoping for git as it is hosting my current repo of works. If git does not exist and there is no plan to do it in the future I can migrate over my stuff (i'd prefer to do actual new work than porting VCS!). Thanks for the replies thus far. +=jt
Re: [9fans] git on plan9
On Wed, Jul 15, 2009 at 3:38 PM, driv...@0xabadba.be wrote: Thats good to hear HG is working well, I am really hoping for git as it is hosting my current repo of works. If git does not exist and there is no plan to do it in the future I can migrate over my stuff (i'd prefer to do actual new work than porting VCS!). Thanks for the replies thus far. If the hg is new enough that it comes with the bookmarks extension, then you can install a separate extension that will make it handle git too. I have been using hg to manipulate git repositories and find it far more pleasant than using git directly. http://hg-git.github.com/ http://bitbucket.org/abderrahim/hg-git/ The code at the second URL, which is a newer fork of the first URL's code, makes it almost transparent: hg clone git://asdfkjasdfadsf hg commit hg push hg pull -u They all just work. Russ
Re: [9fans] git on plan9
On Wed, Jul 15, 2009 at 4:01 PM, Russ Coxr...@swtch.com wrote: On Wed, Jul 15, 2009 at 3:38 PM, driv...@0xabadba.be wrote: Thats good to hear HG is working well, I am really hoping for git as it is hosting my current repo of works. If git does not exist and there is no plan to do it in the future I can migrate over my stuff (i'd prefer to do actual new work than porting VCS!). Thanks for the replies thus far. If the hg is new enough that it comes with the bookmarks extension, then you can install a separate extension that will make it handle git too. I have been using hg to manipulate git repositories and find it far more pleasant than using git directly. http://hg-git.github.com/ http://bitbucket.org/abderrahim/hg-git/ The code at the second URL, which is a newer fork of the first URL's code, makes it almost transparent: hg clone git://asdfkjasdfadsf hg commit hg push hg pull -u They all just work. Russ It appears that the Plan 9 port of hg is version 1.0.2, which does not have bookmarks. To those who ported it, how difficult was the task? How much work would it be to bring in 1.2? To Russ, it's not quite clear... does the git extension *require* bookmarks, or just work better with them? Right now I'm trying to clone hg-git to test it, but the clone is failing with: %hg clone http://bitbucket.org/abderrahim/hg-git/ destination directory: hg-git requesting all changes adding changesets adding manifests adding file changes transaction abort! rollback completed abort: Invalid argument: /usr/john/lib/hg-git/.hg/store/data John -- I've tried programming Ruby on Rails, following TechCrunch in my RSS reader, and drinking absinthe. It doesn't work. I'm going back to C, Hunter S. Thompson, and cheap whiskey. -- Ted Dziuba
Re: [9fans] git on plan9
does the git extension *require* bookmarks? yes. and it wouldn't surprise me if the extension uses API functions new since 1.0.2. if you're going to bother bringing in a new version, you might as well pull in 1.3. but 1.2 would have worked. russ
Re: [9fans] git on plan9
not much, just put the C files where they should go /sys/src/cmd/python/Extra and the .py where in the library directory, check how the current hg port was done. On Wed, Jul 15, 2009 at 8:44 PM, John Florenslawmas...@gmail.com wrote: On Wed, Jul 15, 2009 at 4:01 PM, Russ Coxr...@swtch.com wrote: On Wed, Jul 15, 2009 at 3:38 PM, driv...@0xabadba.be wrote: Thats good to hear HG is working well, I am really hoping for git as it is hosting my current repo of works. If git does not exist and there is no plan to do it in the future I can migrate over my stuff (i'd prefer to do actual new work than porting VCS!). Thanks for the replies thus far. If the hg is new enough that it comes with the bookmarks extension, then you can install a separate extension that will make it handle git too. I have been using hg to manipulate git repositories and find it far more pleasant than using git directly. http://hg-git.github.com/ http://bitbucket.org/abderrahim/hg-git/ The code at the second URL, which is a newer fork of the first URL's code, makes it almost transparent: hg clone git://asdfkjasdfadsf hg commit hg push hg pull -u They all just work. Russ It appears that the Plan 9 port of hg is version 1.0.2, which does not have bookmarks. To those who ported it, how difficult was the task? How much work would it be to bring in 1.2? To Russ, it's not quite clear... does the git extension *require* bookmarks, or just work better with them? Right now I'm trying to clone hg-git to test it, but the clone is failing with: %hg clone http://bitbucket.org/abderrahim/hg-git/ destination directory: hg-git requesting all changes adding changesets adding manifests adding file changes transaction abort! rollback completed abort: Invalid argument: /usr/john/lib/hg-git/.hg/store/data John -- I've tried programming Ruby on Rails, following TechCrunch in my RSS reader, and drinking absinthe. It doesn't work. I'm going back to C, Hunter S. Thompson, and cheap whiskey. -- Ted Dziuba -- Federico G. Benavento
Re: [9fans] git on plan9
John, I think I might be 3/4 the way there with 1.3 :). I'll update you when its done. Too bad geoff is away until the 25th -- he is making me a contrib then. respectfully, jamest ---BeginMessage--- On Wed, Jul 15, 2009 at 4:01 PM, Russ Coxr...@swtch.com wrote: On Wed, Jul 15, 2009 at 3:38 PM, driv...@0xabadba.be wrote: Thats good to hear HG is working well, I am really hoping for git as it is hosting my current repo of works. If git does not exist and there is no plan to do it in the future I can migrate over my stuff (i'd prefer to do actual new work than porting VCS!). Thanks for the replies thus far. If the hg is new enough that it comes with the bookmarks extension, then you can install a separate extension that will make it handle git too. I have been using hg to manipulate git repositories and find it far more pleasant than using git directly. http://hg-git.github.com/ http://bitbucket.org/abderrahim/hg-git/ The code at the second URL, which is a newer fork of the first URL's code, makes it almost transparent: hg clone git://asdfkjasdfadsf hg commit hg push hg pull -u They all just work. Russ It appears that the Plan 9 port of hg is version 1.0.2, which does not have bookmarks. To those who ported it, how difficult was the task? How much work would it be to bring in 1.2? To Russ, it's not quite clear... does the git extension *require* bookmarks, or just work better with them? Right now I'm trying to clone hg-git to test it, but the clone is failing with: %hg clone http://bitbucket.org/abderrahim/hg-git/ destination directory: hg-git requesting all changes adding changesets adding manifests adding file changes transaction abort! rollback completed abort: Invalid argument: /usr/john/lib/hg-git/.hg/store/data John -- I've tried programming Ruby on Rails, following TechCrunch in my RSS reader, and drinking absinthe. It doesn't work. I'm going back to C, Hunter S. Thompson, and cheap whiskey. -- Ted Dziuba ---End Message---
