Re: [9fans] github.com/9fans + plan9port on git
Russ Cox r...@swtch.com wrote: i have moved the plan9port sources from mercurial to git. the instructions [...] Good thing! Will pull requests be supported? Codereview didn't seem to work that reliable... Carsten
Re: [9fans] github.com/9fans + plan9port on git
Russ Cox r...@swtch.com wrote: i have moved the plan9port sources from mercurial to git. the instructions There had been two repositories, one on swtch and one on google. There had not always been synchronized, that on google was more up-to-date. I don't know why it had been necessary to have two repositories. Will that on google also be removed? (I'd prefer that...) Carsten
Re: [9fans] github.com/9fans + plan9port on git
There had been two repositories, one on swtch and one on google. There had not always been synchronized, that on google was more up-to-date. I don't know why it had been necessary to have two repositories. Will that on google also be removed? (I'd prefer that...) The Google Code repository was useful to be able to use Rietveld for code reviews. Since the plan9port repository now moved to Git and uses Gerrit for code reviews, there is no need for any of the old repositories anymore. -- David du Colombier
Re: [9fans] github.com/9fans + plan9port on git
perhaps more substantially, i created a github.com/9fans organization. right now it's just plan9port, and i intended to add drawterm. if anyone else wants to host plan9-related things there, i'm happy to add more owners. Is 9vx a candidate for this? It would seem a shame to leave it in HG world? Lucio. - This email has been scanned by the MxScan Email Security System. -
Re: [9fans] github.com/9fans + plan9port on git
Is 9vx a candidate for this? It would seem a shame to leave it in HG world? I already asked Russ for it. I'll do the Git conversion and continue to maintain this repository. -- David du Colombier
Re: [9fans] github.com/9fans + plan9port on git
My priority right now is cleaning up APE’s getsockopt to support other Python scripts, a new build of Python and Mercurial—with hggit. We should have had decent getsockopt() and setsockopt() implementations for a while, both will be needed for any more advanced APE dependencies— possibly including trying to port git if you want SO_KEEPALIVE. this option, simply ignored, should do. - erik
Re: [9fans] Factotum vs SASL
Factotum (Russ may correct me) is modelled on SSH's agent. The SASL type functionality resides in the servers that use factotum, so I'd say the differences are quite significant. There is a paper on Plan 9 security that makes very interesting reading. do you have a reference for this claim? factotum both caches keys and certs (as does ssh-agent), as well as functions as a delegation agent (as i understand sasl does -- haven't used it). so it's basically just the union of roles. - erik
Re: [9fans] DigiLand DL701Q quad core tablet
On Sat Nov 15 11:48:01 EST 2014, cigar562hfsp952f...@icebubble.org wrote: Does anybody know if Plan 9 can run on a DigiLand DL701Q quad core tablet? Details here: http://www.digi-land.net/Photo_Show.asp?InfoId=487ClassId=56Topid=53 In short, it's an Arm Cortex A7 with 512MB DDR3, 8GB NAND flash, 7 touchscreen, uSD, uUSB AB (OTG), Bluetooth, GPS, and 802.11b/g/n. this will require a new kernel, and dealing with some new devices. sounds interesting, though. - erik
Re: [9fans] Factotum vs SASL
do you have a reference for this claim? The claim that Russ first produced a utility called agent, or that the server logic resides in servers? I may have summarised the protocol poorly, but factotum is an intermediary, neither client seeking authentication, nor server validating credentials. In this respect, it does not compare with the functionality provided by SASL. Lucio. - This email has been scanned by the MxScan Email Security System. -
Re: [9fans] Pjpeg in /sys/lib/mimetype
The RFC doesn't say a word on case, which i implicitly read as case-insensitive (because how could it work otherwise). The .z and .Z extensions were used originally to distinguish packed and compressed files, respectively. MIME came later and seemingly could not distinguish between these two cases. The problem is long gone, no doubt. Lucio. - This email has been scanned by the MxScan Email Security System. -
Re: [9fans] Pjpeg in /sys/lib/mimetype
Hello, arisawa aris...@ar.aichi-u.ac.jp wrote: |Does this mean that file suffixes are case sensitive in determining \ |the mime type? |If so, should files with suffix “.JPG” be renamed to “.jpg” ? The RFC doesn't say a word on case, which i implicitly read as case-insensitive (because how could it work otherwise). (And note that i have forgotten which RFC this actually is, but i can assure you i've read it before i wrote the code comment that i've repeated in my first sentence.) Note also that the pretty comprehensive TIKA database only uses lowercase definitions [1]. [1] http://svn.apache.org/viewvc/tika/trunk/tika-core/src/main/resources/\ org/apache/tika/mime/tika-mimetypes.xml --steffen
Re: [9fans] github.com/9fans + plan9port on git
Ooohhh...this is great! I'm really glad for this change. On Sun, Nov 16, 2014 at 9:49 PM, Russ Cox r...@swtch.com wrote: i have moved the plan9port sources from mercurial to git. the instructions at http://swtch.com/plan9port/man/man1/install.html are up-to-date: you can still install by downloading a .tgz, or you can use git clone. it's entirely possible i've missed some things. let me know on plan9port-dev or send a code review (see 9 man codereview). perhaps more substantially, i created a github.com/9fans organization. right now it's just plan9port, and i intended to add drawterm. if anyone else wants to host plan9-related things there, i'm happy to add more owners. thanks. russ -- Ryan If anybody ever asks me why I prefer C++ to C, my answer will be simple: It's becauseslejfp23(@#Q*(E*EIdc-SEGFAULT. Wait, I don't think that was nul-terminated. Personal reality distortion fields are immune to contradictory evidence. - srean Check out my website: http://kirbyfan64.github.io/
Re: [9fans] github.com/9fans + plan9port on git
Quoting Jeff Sickel j...@corpus-callosum.com: written in Go, and not gimmicky with cartoon advertising everywhere. So, written in Go, but unlike Go? khm
Re: [9fans] github.com/9fans + plan9port on git
On Mon, 17 Nov 2014 01:14:22 CST Jeff Sickel j...@corpus-callosum.com wrote: I look forward to Go's fifth version control system. Hopefully that one will be concise, written in Go, and not gimmicky with cartoon advertising everywhere. I don't know about Go (the Go guys are probably already suffering from a massive VCS fatigue), but if you want to play with this idea, there is venti! Vac can take a previous score to do incremental archiving. If you add sepcial blocks that store two parent scores + some metadata, it can represent a merge point. Mapping to a filesystem view would require some thought but I think most of the key pieces are already in place. I have a whole bunch of paper projects based on venti!
Re: [9fans] github.com/9fans + plan9port on git
On Mon Nov 17 21:27:01 EST 2014, ba...@bitblocks.com wrote: On Mon, 17 Nov 2014 01:14:22 CST Jeff Sickel j...@corpus-callosum.com wrote: I look forward to Go's fifth version control system. Hopefully that one will be concise, written in Go, and not gimmicky with cartoon advertising everywhere. I don't know about Go (the Go guys are probably already suffering from a massive VCS fatigue), but if you want to play with this idea, there is venti! Vac can take a previous score to do incremental archiving. If you add sepcial blocks that store two parent scores + some metadata, it can represent a merge point. Mapping to a filesystem view would require some thought but I think most of the key pieces are already in place. I have a whole bunch of paper projects based on venti! if you want to do paper projects, why not start with something simple and fast? - erik
Re: [9fans] github.com/9fans + plan9port on git
On Mon, 17 Nov 2014 21:28:51 EST erik quanstrom quans...@quanstro.net wrote: On Mon Nov 17 21:27:01 EST 2014, ba...@bitblocks.com wrote: On Mon, 17 Nov 2014 01:14:22 CST Jeff Sickel j...@corpus-callosum.com wrot e: I look forward to Go's fifth version control system. Hopefully that one will be concise, written in Go, and not gimmicky with cartoon advertising everywhere. I don't know about Go (the Go guys are probably already suffering from a massive VCS fatigue), but if you want to play with this idea, there is venti! Vac can take a previous score to do incremental archiving. If you add sepcial blocks that store two parent scores + some metadata, it can represent a merge point. Mapping to a filesystem view would require some thought but I think most of the key pieces are already in place. I have a whole bunch of paper projects based on venti! if you want to do paper projects, why not start with something simple and fast? It is more a case of I have this neat toy. What games can I play with it? than anything else! More the protocol than the disk layout.
Re: [9fans] github.com/9fans + plan9port on git
It is more a case of I have this neat toy. What games can I play with it? than anything else! More the protocol than the disk layout. in my world, if it comes to that, i call it work. :-) - erik
Re: [9fans] github.com/9fans + plan9port on git
On Nov 17, 2014 9:29 PM, Bakul Shah ba...@bitblocks.com wrote: I don't know about Go (the Go guys are probably already suffering from a massive VCS fatigue), but if you want to play with this idea, there is venti! Vac can take a previous score to do incremental archiving. If you add sepcial blocks that store two parent scores + some metadata, it can represent a merge point. Mapping to a filesystem view would require some thought but I think most of the key pieces are already in place. basically, this is how git works. Anyway, mapping a git repository to venti on the fly seems like a fun project.