Re: [9fans] Factotum vs SASL
to do a comparative analysis of the functions it makes sense to know one side very well. i found it easier to understand factotum and compare the others to factotum. to me SASL is more like the functions of factotum's rpc and proto files. Window's Local Security Authority (LSA) combined with Security Support Provider Interface (SSPI) and the corresponding protocol DDL's, is more comparable to factotum's credentials caching, rpc/proto/needkey, etc fs interface and how it negotiates change of identity of a verified process using cap(3). on Linux, for a server, SASL+setuid program+PAM is sort-of like factotum and SASL+app is sort of like factotum for a client. On Sun, Nov 16, 2014 at 9:03 PM, Enrico Weigelt, metux IT consult enrico.weig...@gr13.net wrote: Hi folks, I've got the impression that there're some similarities between SASL (saslauthd) and Factotum - at least at the point that both are offloading actual authentication handshakes to a separate service. But I have to admit that I didn't have done a deeper analysis of these two. Could anybody with deeper insight perhaps give some detailed comparison between them ? greetings, -- Enrico Weigelt, metux IT consulting +49-151-27565287
Re: [9fans] github.com/9fans + plan9port on git
On Mon, Nov 17, 2014 at 2:53 PM, Kurt H Maier k...@sciops.net wrote: Quoting Jeff Sickel j...@corpus-callosum.com: written in Go, and not gimmicky with cartoon advertising everywhere. So, written in Go, but unlike Go? So, written for Plan 9, but unlike Plan 9? (remember Glenda?)
Re: [9fans] github.com/9fans + plan9port on git
http://ipn.caerwyn.com/2008/03/lab-85-stowage.html On Mon, Nov 17, 2014 at 7:16 PM, minux minux...@gmail.com wrote: 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.
Re: [9fans] github.com/9fans + plan9port on git
I see this gitfs implementation, last checkin was years ago. https://github.com/manzur/gitfs On Tue, Nov 18, 2014 at 2:09 PM, Skip Tavakkolian skip.tavakkol...@gmail.com wrote: http://ipn.caerwyn.com/2008/03/lab-85-stowage.html On Mon, Nov 17, 2014 at 7:16 PM, minux minux...@gmail.com wrote: 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. -- Ramakrishnan https://rkrishnan.org/
[9fans] running plan9 : an ideal setup?
i have been trying to get plan9 running on my latest and greatest hp-aio. failed, even while trying out 9front. would there be some way to determine an ideal configuration for a machine to used solely for plan9 experimentation? also, based on what ever i have read, plan9 seems most at home with a set of machines in some kind of client-server mode. if this is true, may i know an ideal setup? thanks.
Re: [9fans] github.com/9fans + plan9port on git
(replying to myself... somehow I missed linuxemu... sorry for the noise Russ) On Tue, Nov 18, 2014 at 8:24 AM, Joseph Stewart joseph.stew...@gmail.com wrote: Bear with me as I dream about work someone smarter than me does :P Is there any prior art on using plan9 or Inferno as a hypervisor? I mention this because it would be very cool to have a minimized OS+app image (something like what this script generates for Docker : https://github.com/Playsoft/container_builder) that plan9/inferno was the welcomed Insect Overlord (*1) for. The idea would be off the shelf Linux apps would run inside the managed instance to export a 9p fs (in this case git + plan9fs glue). I honestly don't know if this is just a giant band-aid that enhancing APE would be a better effort for, but honestly, I'd rather just be able to do a apt-get install XYZ and then Docker-ize some random Linux app and do 9p glue than putting the autoconf junk on plan9. Taking my dangerously small knowledge forward, maybe it would be possible to take the exokernel (*2) / Arrakis (*3) ideas into plan9 or Inferno? (*1 http://knowyourmeme.com/memes/i-for-one-welcome-our-new-insect-overlords) (*2 http://pdos.csail.mit.edu/exo.html) (*3 https://www.usenix.org/conference/osdi14/technical-sessions/presentation/peter ) On Tue, Nov 18, 2014 at 3:57 AM, Ramakrishnan Muthukrishnan vu3...@gmail.com wrote: I see this gitfs implementation, last checkin was years ago. https://github.com/manzur/gitfs On Tue, Nov 18, 2014 at 2:09 PM, Skip Tavakkolian skip.tavakkol...@gmail.com wrote: http://ipn.caerwyn.com/2008/03/lab-85-stowage.html On Mon, Nov 17, 2014 at 7:16 PM, minux minux...@gmail.com wrote: 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. -- Ramakrishnan https://rkrishnan.org/
Re: [9fans] running plan9 : an ideal setup?
Raspberry Pi with an Ethernet cable (unfortunately there's no wireless yet AFAIK). Both the Plan9 and the 9Front file systems have their issues, though, so back up periodically: - Plan9: don't enable periodic snapshots in Fossil to avoid it getting corrupt - 9Front: comes with the experimental hjfs by default, which got corrupt sooner or later on my setup Both distributions come as a small (2GB) runnable image. There is no installer yet, so it is hard to change the file system. What I did: Boot Richard Miller's Plan9 SD card (2GB image) on a Raspberry Pi. Used an USB-to-SD adapter and the clone script from an earlier post of mine to install the system on a *larger* SD card. Boot the large SD card, happy. The said images are terminal servers. If you manage to convert the terminal server into a CPU server (easy, see Wiki), you'll be able to connect from Unix using drawterm. Cheers, Dante On 18.11.2014 14:29, mayur...@devio.us wrote: i have been trying to get plan9 running on my latest and greatest hp-aio. failed, even while trying out 9front. would there be some way to determine an ideal configuration for a machine to used solely for plan9 experimentation? also, based on what ever i have read, plan9 seems most at home with a set of machines in some kind of client-server mode. if this is true, may i know an ideal setup? thanks.
[9fans] using plan9 as the only system!
is there anyone using plan9 as their only system for development activities? while i do have a 'gui' based networked system (a google chromebook), it would be nice to immerse myself into the plan9 culture by using the 'os' for everything i need for software tinkering and development. thanks.
Re: [9fans] using plan9 as the only system!
The only development you could possibly do is anything with C...and a few scripting languages ported through APE. Otherwise, your best bet is to VNC to another computer running a more mainstream OS- but then you might as well just be running said OS. On Tue, Nov 18, 2014 at 8:54 AM, Mayuresh Kathe mayur...@devio.us wrote: is there anyone using plan9 as their only system for development activities? while i do have a 'gui' based networked system (a google chromebook), it would be nice to immerse myself into the plan9 culture by using the 'os' for everything i need for software tinkering and development. thanks.
Re: [9fans] using plan9 as the only system!
the only development i actually do wish to do is using c89. :) simplicity can be marvelously powerful. From 9fans-boun...@9fans.net Tue Nov 18 09:02:02 2014 X-Original-To: mayur...@devio.us Delivered-To: mayur...@devio.us X-Virus-Scanned: amavisd-new at devio.us Authentication-Results: wolfman.devio.us (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com X-Virus-Scanned: by MailRoute Authentication-Results: mr002.lax02.mailroute.net (mroute_mailscanner); dkim=pass (2048-bit key) header.d=gmail.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=zOFxB2sX7w2DKB9WMi7UGV+GVDpzWX3VvFEVagZaBeA=; b=LMrLUswHSgVnr406eK0JsxQr+HoaGaBMfzw4cX1vQUVs77DF1GUDHY1Us9XoDoeFGb MZTjvgo0ln2rvRAi16NLYTqjAMaU3kxvvZbtUehJmTWj1vIywKWQRW1clKfAWb3ZkvNA /5RKNIEL6UnYO8hZLqjTnwobJLucpLTOahqr13jBsLuM9Be6BLjRau8vYjTK/AVFKevj O5bcKbyZamxlVg0eMV1zj62Kmha3NS0uM+0rZ2LB5+rWQas2nSdQqdtKo1Td4mrgXNWc AZd0mM4fOKNjBYIm6yZ46YAMYBlMoG0RDB0M9aTN1V8SkRQgXH58RVduX7TqOsZsOLHL TkSQ== MIME-Version: 1.0 X-Received: by 10.194.3.45 with SMTP id 13mr4667wjz.47.1416319271609; Tue, 18 Nov 2014 06:01:11 -0800 (PST) References: 20141118135448.963e01b5...@wolfman.devio.us From: Lee Fallat ircsurfe...@gmail.com To: Fans of the OS Plan 9 from Bell Labs 9fans@9fans.net Content-Type: text/plain; charset=UTF-8 Subject: Re: [9fans] using plan9 as the only system! X-BeenThere: 9fans@9fans.net X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Fans of the OS Plan 9 from Bell Labs 9fans@9fans.net List-Id: Fans of the OS Plan 9 from Bell Labs 9fans.9fans.net List-Unsubscribe: http://mail.9fans.net/options/9fans, mailto:9fans-requ...@9fans.net?subject=unsubscribe List-Archive: http://mail.9fans.net/private/9fans List-Post: mailto:9fans@9fans.net List-Help: mailto:9fans-requ...@9fans.net?subject=help List-Subscribe: http://mail.9fans.net/listinfo/9fans, mailto:9fans-requ...@9fans.net?subject=subscribe Sender: 9fans-boun...@9fans.net Errors-To: 9fans-boun...@9fans.net The only development you could possibly do is anything with C...and a few scripting languages ported through APE. Otherwise, your best bet is to VNC to another computer running a more mainstream OS- but then you might as well just be running said OS. On Tue, Nov 18, 2014 at 8:54 AM, Mayuresh Kathe mayur...@devio.us wrote: is there anyone using plan9 as their only system for development activities? while i do have a 'gui' based networked system (a google chromebook), it would be nice to immerse myself into the plan9 culture by using the 'os' for everything i need for software tinkering and development. thanks.
Re: [9fans] using plan9 as the only system!
In that case yes many people do C development on Plan 9. On Tue, Nov 18, 2014 at 9:13 AM, Mayuresh Kathe mayur...@devio.us wrote: the only development i actually do wish to do is using c89. :) simplicity can be marvelously powerful. From 9fans-boun...@9fans.net Tue Nov 18 09:02:02 2014 X-Original-To: mayur...@devio.us Delivered-To: mayur...@devio.us X-Virus-Scanned: amavisd-new at devio.us Authentication-Results: wolfman.devio.us (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com X-Virus-Scanned: by MailRoute Authentication-Results: mr002.lax02.mailroute.net (mroute_mailscanner); dkim=pass (2048-bit key) header.d=gmail.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=zOFxB2sX7w2DKB9WMi7UGV+GVDpzWX3VvFEVagZaBeA=; b=LMrLUswHSgVnr406eK0JsxQr+HoaGaBMfzw4cX1vQUVs77DF1GUDHY1Us9XoDoeFGb MZTjvgo0ln2rvRAi16NLYTqjAMaU3kxvvZbtUehJmTWj1vIywKWQRW1clKfAWb3ZkvNA /5RKNIEL6UnYO8hZLqjTnwobJLucpLTOahqr13jBsLuM9Be6BLjRau8vYjTK/AVFKevj O5bcKbyZamxlVg0eMV1zj62Kmha3NS0uM+0rZ2LB5+rWQas2nSdQqdtKo1Td4mrgXNWc AZd0mM4fOKNjBYIm6yZ46YAMYBlMoG0RDB0M9aTN1V8SkRQgXH58RVduX7TqOsZsOLHL TkSQ== MIME-Version: 1.0 X-Received: by 10.194.3.45 with SMTP id 13mr4667wjz.47.1416319271609; Tue, 18 Nov 2014 06:01:11 -0800 (PST) References: 20141118135448.963e01b5...@wolfman.devio.us From: Lee Fallat ircsurfe...@gmail.com To: Fans of the OS Plan 9 from Bell Labs 9fans@9fans.net Content-Type: text/plain; charset=UTF-8 Subject: Re: [9fans] using plan9 as the only system! X-BeenThere: 9fans@9fans.net X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Fans of the OS Plan 9 from Bell Labs 9fans@9fans.net List-Id: Fans of the OS Plan 9 from Bell Labs 9fans.9fans.net List-Unsubscribe: http://mail.9fans.net/options/9fans, mailto:9fans-requ...@9fans.net?subject=unsubscribe List-Archive: http://mail.9fans.net/private/9fans List-Post: mailto:9fans@9fans.net List-Help: mailto:9fans-requ...@9fans.net?subject=help List-Subscribe: http://mail.9fans.net/listinfo/9fans, mailto:9fans-requ...@9fans.net?subject=subscribe Sender: 9fans-boun...@9fans.net Errors-To: 9fans-boun...@9fans.net The only development you could possibly do is anything with C...and a few scripting languages ported through APE. Otherwise, your best bet is to VNC to another computer running a more mainstream OS- but then you might as well just be running said OS. On Tue, Nov 18, 2014 at 8:54 AM, Mayuresh Kathe mayur...@devio.us wrote: is there anyone using plan9 as their only system for development activities? while i do have a 'gui' based networked system (a google chromebook), it would be nice to immerse myself into the plan9 culture by using the 'os' for everything i need for software tinkering and development. thanks.
Re: [9fans] running plan9 : an ideal setup?
I'll test again and report if the issue is still there. On 18.11.2014 15:11, Richard Miller wrote: - Plan9: don't enable periodic snapshots in Fossil to avoid it getting corrupt I think that advice refers to a bug which was fixed in March 2012.
Re: [9fans] running plan9 : an ideal setup?
Quoting dante subscripti...@posteo.eu: - 9Front: comes with the experimental hjfs by default, which got corrupt sooner or later on my setup 9front defaults to cwfs64x, not hjfs. khm
Re: [9fans] running plan9 : an ideal setup?
I don't think this applies to the Raspberry Pi. There is no installer, so the installer defaults are here irrelevant. For the Pi, a ready-to-boot SD image is provided. On 18.11.2014 16:42, Kurt H Maier wrote: Quoting dante subscripti...@posteo.eu: - 9Front: comes with the experimental hjfs by default, which got corrupt sooner or later on my setup 9front defaults to cwfs64x, not hjfs. khm
Re: [9fans] running plan9 : an ideal setup?
If you must use a rpi, you should strive to use it as a terminal, and like every other Plan 9 terminal it should use the central file server without local storage. -- Aram Hăvărneanu
Re: [9fans] using plan9 as the only system!
and Go. On Tue, Nov 18, 2014 at 6:01 AM, Lee Fallat ircsurfe...@gmail.com wrote: The only development you could possibly do is anything with C...and a few scripting languages ported through APE. Otherwise, your best bet is to VNC to another computer running a more mainstream OS- but then you might as well just be running said OS. On Tue, Nov 18, 2014 at 8:54 AM, Mayuresh Kathe mayur...@devio.us wrote: is there anyone using plan9 as their only system for development activities? while i do have a 'gui' based networked system (a google chromebook), it would be nice to immerse myself into the plan9 culture by using the 'os' for everything i need for software tinkering and development. thanks.
Re: [9fans] using plan9 as the only system!
I think it's important to point out you can use the latest version of Go on Plan 9 (last time I heard), which makes it a very nice environment for Go developers. AFAIK though people just use plan9port to get Plan 9-like functionality (Acme usage, primarily). Personally I see no benefits using Plan 9 for development work unless you are developing for Plan 9. Yes, namespaces, 9p, and being more unix than unix is great (awesome really), but you cannot run the majority of software to meet other demands. Just curious, what do you plan on developing, Mayuresh, if you could tell us? On Tue, Nov 18, 2014 at 12:02 PM, Skip Tavakkolian skip.tavakkol...@gmail.com wrote: and Go. On Tue, Nov 18, 2014 at 6:01 AM, Lee Fallat ircsurfe...@gmail.com wrote: The only development you could possibly do is anything with C...and a few scripting languages ported through APE. Otherwise, your best bet is to VNC to another computer running a more mainstream OS- but then you might as well just be running said OS. On Tue, Nov 18, 2014 at 8:54 AM, Mayuresh Kathe mayur...@devio.us wrote: is there anyone using plan9 as their only system for development activities? while i do have a 'gui' based networked system (a google chromebook), it would be nice to immerse myself into the plan9 culture by using the 'os' for everything i need for software tinkering and development. thanks.
Re: [9fans] using plan9 as the only system!
i routinely struggle with javascript. my dev environment is Plan 9 and debugger is Chrome. On Tue, Nov 18, 2014 at 9:19 AM, Lee Fallat ircsurfe...@gmail.com wrote: I think it's important to point out you can use the latest version of Go on Plan 9 (last time I heard), which makes it a very nice environment for Go developers. AFAIK though people just use plan9port to get Plan 9-like functionality (Acme usage, primarily). Personally I see no benefits using Plan 9 for development work unless you are developing for Plan 9. Yes, namespaces, 9p, and being more unix than unix is great (awesome really), but you cannot run the majority of software to meet other demands. Just curious, what do you plan on developing, Mayuresh, if you could tell us? On Tue, Nov 18, 2014 at 12:02 PM, Skip Tavakkolian skip.tavakkol...@gmail.com wrote: and Go. On Tue, Nov 18, 2014 at 6:01 AM, Lee Fallat ircsurfe...@gmail.com wrote: The only development you could possibly do is anything with C...and a few scripting languages ported through APE. Otherwise, your best bet is to VNC to another computer running a more mainstream OS- but then you might as well just be running said OS. On Tue, Nov 18, 2014 at 8:54 AM, Mayuresh Kathe mayur...@devio.us wrote: is there anyone using plan9 as their only system for development activities? while i do have a 'gui' based networked system (a google chromebook), it would be nice to immerse myself into the plan9 culture by using the 'os' for everything i need for software tinkering and development. thanks.
Re: [9fans] running plan9 : an ideal setup?
If you must use a rpi, you should strive to use it as a terminal, and like every other Plan 9 terminal it should use the central file server without local storage. That would be my advice too. As an experiment, I set up a 9picpu using the SD card as local storage, working mostly as a secondary smtp and imap server. After a bit less than a year, the SD card suffered a catastrophic failure. When I say catastrophic, I mean I can't find any meaningful data anywhere in the first 120MB or so of /dev/sdM0/data ... just not-quite-random looking garbage. I can't think of any software fault that could wipe out so much of a disk, with no respect for partition boundaries (the dos partition in the first 64MB had not been mounted). But I also know too little about the internals of SD cards to understand how they fail. Maybe some internal logical-to-physical block mapping table went bad? Anyway, it's just one anecdotal data point, but I wouldn't be happy running any plan 9 machine with an SD card as the main filesystem.
Re: [9fans] running plan9 : an ideal setup?
Hi dante! I would appreciate it a lot if you could send the clone script that you used to clone the 9pi imate to a larger SD card. Thanks beforehand! Kind Regards, Mats 2014-11-18 21:29 GMT+01:00, Richard Miller 9f...@hamnavoe.com: If you must use a rpi, you should strive to use it as a terminal, and like every other Plan 9 terminal it should use the central file server without local storage. That would be my advice too. As an experiment, I set up a 9picpu using the SD card as local storage, working mostly as a secondary smtp and imap server. After a bit less than a year, the SD card suffered a catastrophic failure. When I say catastrophic, I mean I can't find any meaningful data anywhere in the first 120MB or so of /dev/sdM0/data ... just not-quite-random looking garbage. I can't think of any software fault that could wipe out so much of a disk, with no respect for partition boundaries (the dos partition in the first 64MB had not been mounted). But I also know too little about the internals of SD cards to understand how they fail. Maybe some internal logical-to-physical block mapping table went bad? Anyway, it's just one anecdotal data point, but I wouldn't be happy running any plan 9 machine with an SD card as the main filesystem.
Re: [9fans] running plan9 : an ideal setup?
Hi Mats, I posted it before; unfortunately the archive doesn't save the attached files. Here is the original post: http://9fans.net/archive/2014/08/78. Please see the attachment for the script. Cheers, Dante On 18.11.2014 22:28, Mats Olsson wrote: Hi dante! I would appreciate it a lot if you could send the clone script that you used to clone the 9pi imate to a larger SD card. Thanks beforehand! Kind Regards, Mats 2014-11-18 21:29 GMT+01:00, Richard Miller 9f...@hamnavoe.com: If you must use a rpi, you should strive to use it as a terminal, and like every other Plan 9 terminal it should use the central file server without local storage. That would be my advice too. As an experiment, I set up a 9picpu using the SD card as local storage, working mostly as a secondary smtp and imap server. After a bit less than a year, the SD card suffered a catastrophic failure. When I say catastrophic, I mean I can't find any meaningful data anywhere in the first 120MB or so of /dev/sdM0/data ... just not-quite-random looking garbage. I can't think of any software fault that could wipe out so much of a disk, with no respect for partition boundaries (the dos partition in the first 64MB had not been mounted). But I also know too little about the internals of SD cards to understand how they fail. Maybe some internal logical-to-physical block mapping table went bad? Anyway, it's just one anecdotal data point, but I wouldn't be happy running any plan 9 machine with an SD card as the main filesystem. #!/bin/rc # # This program clones a Raspberry Pi Plan9 installation onto another storage device. # Use a USB adapter for SD cards in order to write another SD card. # The storage device will be used at its full capacity, in contrast to the downloadable image. # Moreover, no additional computer is required for the installation. # # This program makes some assumptions that are specific to the Raspberry Pi device. # The only parameter is the name of the destination drive. # The program will not ask for further input. # # NOTES # # You can of course use the USB adapter for SD cards to write the downloadable image. # The bootstrap cannot access a DOS partition embedded into a Plan9 partition (9fat). # The sd(3) driver cannot serve volumes from a partition table: we use partfs(8) instead. # Con(1) needs a certain number of empty lines in the input in order to read all server answers. # fn check { if( ! ~ $1 '' ) { echo We encountered an error and must stop here. echo Status: $1. exit 13 } } if(! test $#* -eq 1) { echo Usage: '''piclone sdUY.Z''' creates a Raspberry9 system on sdUY.Z. exit } disk=$1 if(! test -d /dev/$disk) { echo No such device: $disk. exit } # Make shure there is no disk configuration left. echo Null the disk configuration. dd -if /dev/zero -of /dev/$disk/data -count 1024 [1=] [2=] check $status # the default MBR without boot code suffices for the Pi. echo Install MBR. disk/mbr /dev/$disk/data [1=] [2=] check $status # We need a real DOS partition. # The Raspberry Pi boot mechanism cannot cope with the 9FAT partition embedded in the plan9 one. echo Create DOS partition for booting. disk/fdisk -b /dev/$disk/data [1=] [2=] EOF a p0 0 16 t p0 FAT32 A p0 w q EOF check $status echo Create a Plan9 partition with default parameters. disk/fdisk -wa /dev/$disk/data [1=] [2=] check $status # sd(3) does not serve disk partitions: use partfs(8). if( ! test -e /dev/$disk/dos ) { echo Start partfs to serve partitions. disk/partfs -d $disk /dev/$disk/data [1=] [2=] check $status } echo Reconfigure device. disk/fdisk -p /dev/$disk/data /dev/$disk/ctl [2=] check $status echo Plan9 partition: install MBR. disk/mbr /dev/$disk/plan9 [1=] [2=] check $status echo Plan9 partition: subdivide. disk/prep -wb -a nvram -a fossil /dev/$disk/plan9 [1=] [2=] check $status echo Plan9 partition: reconfigure device. disk/prep -p /dev/$disk/plan9 /dev/$disk/ctl [2=] check $status echo Partitions on $disk: cat /dev/$disk/ctl echo Format DOS partition. disk/format -d -r2 /dev/$disk/dos [1=] [2=] check $status echo Format Fossil partition. fossil/flfmt -y /dev/$disk/fossil [1=] [2=] check $status if( ! test -e /srv/dos ){ echo Start DOS server. dossrv [1=] [2=] check $status } echo Start server for old Fossil partition. cat /env/flproto EOF srv -p fscons.old srv fossil.old fsys main config /dev/sdM0/fossil fsys main open -aAVP fsys main EOF fossil/fossil -c '. /env/flproto' [1=] [2=] check $status echo Start server for new Fossil partition. cat /env/flproto EOF srv -p fscons.new srv fossil.new fsys main config /dev/$disk/fossil fsys main open -aAVWP fsys main EOF fossil/fossil -c '. /env/flproto' #[1=] [2=] check $status echo
Re: [9fans] running plan9 : an ideal setup?
i have two 9picpu's. they tftp-boot from the auth+fs. the SD is used for boot loading and the nvram partition. setting up the nvram without a console is tricky; i thought i'd mention it here in case others run into it. 1. using the existing 9pi SD image, edit config.txt and set 'kernel' to 'uboot.img'. 2. on the auth+fs, build a bcm kernel with nvram partition in the kernel (i.e. /boot/nvram) 3. create the /cfg/pxe/MAC for the box and initially set the nvram parameter to /boot/nvram. 4. after the first boot, cpu into the rpi and do the auth/wrkey dance with '#S/sdM0/nvram' 5. reset the the nvram in /cfg/pxe/MAC to #S/sdM0/nvram 6. rebuild the bcm kernel without the nvram 7. reboot the rpi i've been contemplating making my auth server a 9picpu booting from local, but SD reliability is the drawback. On Tue, Nov 18, 2014 at 12:29 PM, Richard Miller 9f...@hamnavoe.com wrote: If you must use a rpi, you should strive to use it as a terminal, and like every other Plan 9 terminal it should use the central file server without local storage. That would be my advice too. As an experiment, I set up a 9picpu using the SD card as local storage, working mostly as a secondary smtp and imap server. After a bit less than a year, the SD card suffered a catastrophic failure. When I say catastrophic, I mean I can't find any meaningful data anywhere in the first 120MB or so of /dev/sdM0/data ... just not-quite-random looking garbage. I can't think of any software fault that could wipe out so much of a disk, with no respect for partition boundaries (the dos partition in the first 64MB had not been mounted). But I also know too little about the internals of SD cards to understand how they fail. Maybe some internal logical-to-physical block mapping table went bad? Anyway, it's just one anecdotal data point, but I wouldn't be happy running any plan 9 machine with an SD card as the main filesystem.
Re: [9fans] running plan9 : an ideal setup?
i've been contemplating making my auth server a 9picpu booting from local, but SD reliability is the drawback. I believe the pi will run with an external flash or hard drive, abet slowly and using a powered USB hub. you could boot the kernel from the sd card but mount the external device everywhere you need to write things, like /sys/log and /adm/keys This would give you the speed of flash but the reliability of a magnetic disk or flash drive. You could even use multiple external flash drives with fs(3). Just some random ideas. -Steve
Re: [9fans] running plan9 : an ideal setup?
On Tue Nov 18 17:10:59 EST 2014, skip.tavakkol...@gmail.com wrote: i have two 9picpu's. they tftp-boot from the auth+fs. the SD is used for boot loading and the nvram partition. setting up the nvram without a console is tricky; i thought i'd mention it here in case others run into it. why not use cec(1) from 9atom? this completely solves the console issue without requiring any expensive or uncommon hardware. - erik
Re: [9fans] using plan9 as the only system!
The only development you could possibly do is anything with C...and a few scripting languages ported through APE. It's trivial to import file systems from non-Plan 9 systems and manipulate their files using standard Plan 9 tools. It's trivial to connect to non- Plan9 systems from Plan 9 using SSH and run whatever scripts or compilers are necessary to complete the write-build-test cycle. Do you even use Plan 9? What do you use it for? sl
Re: [9fans] using plan9 as the only system!
AFAIK though people just use plan9port to get Plan 9-like functionality (Acme usage, primarily). Personally I see no benefits using Plan 9 for development work unless you are developing for Plan 9. Yes, namespaces, 9p, and being more unix than unix is great (awesome really), but you cannot run the majority of software to meet other demands. i can't really agree with this. a plan 9 development environment is great stuff, even when developing for other embedded systems. you're better off without the vendor junk anyway. now linux and windows are pretty insular enviroments, and this makes life quite a bit harder, but my point is that i think there's a broader perspective. - erik
Re: [9fans] running plan9 : an ideal setup?
On Tue Nov 18 12:03:04 EST 2014, ara...@mgk.ro wrote: If you must use a rpi, you should strive to use it as a terminal, and like every other Plan 9 terminal it should use the central file server without local storage. +1. if i understand correctly, the labs used physical security for the authentication server, and it booted off a local fs. while this is a very tidy idea, i think reality booges things up, and it doesn't really work out. - erik
Re: [9fans] running plan9 : an ideal setup?
i think reality booges things up, and it doesn't really work out. More specifically, an auth server can provide very tight security, but where such is not needed, it is too tempting to run services on it as it is the most convenient place to do it from. Once you have enough power behind the auth server to run one service, you no longer have the security benefits. Discipline is demanded and the price is a bit steep. I know because for a long time I ran an auth server on what would be considered a toy even back then, but once it failed, it was never re-deployed. Reading some of the scary stuff the NSA seems to be getting up to, though, it is nice to know that your border equipment (not your private auth server) is unlikely ever to be owned by NSA spooks. Lucio. PS: I do have a dedicated auth server, but electricity supply constraints cause it to stay off most of the time, leading to bit rot. The unreliabilty of the Internet link means it cannot act as auth server for my public equipment, so that problem needs to be solved first. Running it off a photovoltaic/battery source is definitely the next plan. - This email has been scanned by the MxScan Email Security System. -
Re: [9fans] running plan9 : an ideal setup?
i'm a bit paranoid about ether frames jumping the switch somehow, but i guess that's as likely as local snooping while tftping the boot image that has the nvram with creds. On Tue, Nov 18, 2014 at 5:57 PM, erik quanstrom quans...@quanstro.net wrote: On Tue Nov 18 17:10:59 EST 2014, skip.tavakkol...@gmail.com wrote: i have two 9picpu's. they tftp-boot from the auth+fs. the SD is used for boot loading and the nvram partition. setting up the nvram without a console is tricky; i thought i'd mention it here in case others run into it. why not use cec(1) from 9atom? this completely solves the console issue without requiring any expensive or uncommon hardware. - erik
Re: [9fans] running plan9 : an ideal setup?
i'm a bit paranoid about ether frames jumping the switch somehow, but i guess that's as likely as local snooping while tftping the boot image that has the nvram with creds. Well, if you're paranoid, then being able to write arbitrary data to the console is more serious than intercepting a password, at least on the surface. Lucio.