Re: [9fans] Newby Question on setting hostname
Hey, Put sysname=yourhostname in the plan9.ini file so you don't have to do the echo every time. I was surprised it was not mentioned in the plan9.ini (8) man page. I had to do a web search in order to find out about it. Enjoy, Lee On Mon, Apr 7, 2014 at 10:47 PM, Daryl M wrote: > Greetings, > > I spent time this weekend experimenting with, and learning about, > configuring my Plan9 machine as a simple, > DHCP client, terminal. Networking now seems to work reliably: DNS is > resolving names, I can ping machines > locally and across the internet by both name and IP address. I can also > connect to sources at bell labs and > browse them. Timezone has been set and I even created another user though I > am not yet happy with the > results so have more to learn in that area. > > Now, I want to set the machine's name. From the Plan9 Wiki and searching > through the 9fans archives I now know: > 1) Editing /rc/bin/termrc to replace the default name, gnot, with > my machine's name is "not the right way". > 2) A post from earlier this year just said to edit /lib/ndb/local > and that there were plenty of examples. > In reality, the only examples are for machines with static IP > addresses. > 3) A post from 2007 said to add an entry to /lib/ndb/local of the > form: > sys=ether= > Replacing with the desired name of my machine and > replacing > with that machine's MAC address. This worksfine, but it could > get a bit unwieldy for configuring large > numbers of machines. > 4) Another post said to just > echo -n > /dev/sysname > in /rc/bin/termrc.local. I tested it and it also works fine and > seems to be the easiest. > > My question is: What is the REAL preferred method for setting the machine > name? #1, #3, #4, or something else? > > Thank you, > Daryl M > > > >
Re: [9fans] sam for Windows?
Does that old version of sam[1] not run on 64-bit Windows? 1: http://plan9.bell-labs.com/sources/extra/9pm051031.zip (the version I ran awhile ago at my college that I think run 64-bit Windows...). On Mon, Jun 2, 2014 at 6:08 PM, Steve Simon wrote: > The short answer is no. > > there is the pf9 package which would probably be the > best starting point. > > https://bitbucket.org/knieriem/pf9 > > I have a similar but less complete toolkit myself, and I > still run 32 bit plan9 tools on windows. > > -Steve > >
Re: [9fans] sam for Windows?
I just checked on a friend's laptop (AMD64 Windows install)- it works. What doesn't work is this: http://plan9.bell-labs.com/netlib/research/sam.exe ...because it is a 32-bit installer. The link in my previous email though, contains a sam that does run! :) Cheers, Lee On Mon, Jun 2, 2014 at 7:01 PM, Rob Pike wrote: > The old version of sam does not run on 64 bits, I am told. > > -rob > > > On Mon, Jun 2, 2014 at 3:56 PM, Lee Fallat wrote: >> Does that old version of sam[1] not run on 64-bit Windows? >> >> 1: http://plan9.bell-labs.com/sources/extra/9pm051031.zip (the version I ran >> awhile ago at my college that I think run 64-bit Windows...). >> >> >> On Mon, Jun 2, 2014 at 6:08 PM, Steve Simon wrote: >>> >>> The short answer is no. >>> >>> there is the pf9 package which would probably be the >>> best starting point. >>> >>> https://bitbucket.org/knieriem/pf9 >>> >>> I have a similar but less complete toolkit myself, and I >>> still run 32 bit plan9 tools on windows. >>> >>> -Steve >>> >> >
Re: [9fans] simplest disk filesystem
I don't know anything about ramfs but maybe you can modify it to read all disk from storage then write back when done? Sounds really inefficient though. Maybe if it was done with system files it'd be more practical. AFAIK, but a bit off topic, DamnSmallLinux can do this. Maybe you'd like to check that out. On Tue, Jul 15, 2014 at 2:05 PM, Yoann Padioleau wrote: > But I would like something that actually can persist … a real but simple > storage > persistent filesystem. > > On Jul 15, 2014, at 10:57 AM, andrey mirtchovski > wrote: > >> /sys/src/cmd/ramfs.c? >> >> On Tue, Jul 15, 2014 at 11:53 AM, Yoann Padioleau wrote: >>> Hi, >>> >>> What is the simplest storage filesystem in terms of code size in plan9? >>> I’m looking for a very simple in-kernel filesystem. Maybe older version of >>> plan9 >>> was including such a filesystem? On Linux for instance the minixfs was >>> probably >>> the simplest filesystem. The dos must also be simple but it’s currently a >>> fileserver >>> which makes it sligtly more complicated. >> > >
Re: [9fans] Two Acme questions
On Wed, Jul 16, 2014 at 1:28 PM, erik quanstrom wrote: >> First, after using plan9 and plan9port I've noticed that on plan9port >> (from Arch Linux's repository) the tagline seems to have the ability >> to wrap onto multiple lines. I quite like it because I end up with >> some (unfortunately unavoidable) long paths in them. >> Plan9's acme (I'm using 9atom) doesn't seem to do this and just gets >> cut off the end. Is there a way to let it wrap? I could not find any >> related comments in the manual. > > you'd need to backport p9p acme to plan 9. > This has been done for 9front.
Re: [9fans] Two Acme questions
On Wed, Jul 16, 2014 at 3:14 PM, Aram Hăvărneanu wrote: > On Wed, Jul 16, 2014 at 7:31 PM, Lee Fallat wrote: >> This has been done for 9front. > > Only partially. The tag expands to multiple lines, but does not accept > newlines. Also, sl is right. > Yes, I was too hasty with my response. sl is right.
Re: [9fans] I want manual of OS
On Thu, Jul 31, 2014 at 3:50 PM, Nicolas Bercher wrote: > Since I like bookbinding I did one by my self: > http://tinyurl.com/lb5jzt3 > This is awesome.
Re: [9fans] The developers of Plan9 think there was no point in coding in binary code three years ago as they did or make the Riga Technical University and University of Latvia?
On Thu, Aug 14, 2014 at 5:40 PM, Skip Tavakkolian wrote: > ask in your native language. we know how to use google translate. > > > > On Thu, Aug 14, 2014 at 2:36 PM, françai s wrote: >> >> 2014-08-14 13:12 GMT-03:00, smi...@icebubble.org : >> > françai s writes: >> > >> >> I say this because about three years ago the Riga Technical University >> > >> > YOU cannot say anything, because you are a spam bot advertising for "the >> > Riga Technical University and University of Latvia" and not a sentient >> > being. >> >> >> > In this e-mail, the ratio of spelling errors to grammatical errors is >> > zero. That's a dead giveaway that it's a bot. If it were written by a >> > human, it would have mroe typos and speelling errors. >> >> >> I am a human, my native language is not English, please forgive me the >> errors of English. >> > Parle en francais, Monsieur francais.
Re: [9fans] Persistent font in Acme.
On Thu, Nov 6, 2014 at 9:04 AM, Iruatã Souza wrote: > what other program needs two fonts? > > On Thu, Nov 6, 2014 at 11:30 AM, erik quanstrom wrote: >> On Thu Nov 6 08:15:54 EST 2014, iru.mu...@gmail.com wrote: >>> acme is not the system. >>> >>> On Thu, Nov 6, 2014 at 10:48 AM, Stuart Morrow >>> wrote: >>> > The way most congruent with the system might be to have $font a >>> > 2-variable (like prompt), to have you favourite fixed- and >>> > variable-width fonts both settable in the obvious place: your profile. >>> > Completely unrelated programs could conceivably reuse this trick. >> https://code.google.com/p/plan9front/source/browse/sys/src/cmd/rio/rio.c#173 rio uses what is in $font if not specified on the command-line. You can easily implement it in any gui in plan 9.
Re: [9fans] Change font in Abaco
On Sat, Nov 8, 2014 at 4:46 PM, Mats Olsson wrote: > Hi guys! > > I've tried multiple ways to change the font in Abaco but failed. It > seems to be compiled in. Is there a way to change the font in Abaco. > Would really appreciate some help. > > Greetings, > Mats > Yeah, they're compiled in. The font paths are located at the start of abaco's main.c. Maybe your emails will prompt someone to take action and integrate $font/$font2 environment variables into a bunch of Plan 9 programs. Good luck, Lee
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 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 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 > 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 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 wrote: > and Go. > > > On Tue, Nov 18, 2014 at 6:01 AM, Lee Fallat 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 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] GUI for navgating the file tree
On Wed, Feb 4, 2015 at 3:27 PM, Friedrich Psiorz wrote: > Hi 9fans > > I'm writing a little GUI for file system navigation … it's all but > finished, but > clicking on directories works, so if somebody would like to try, I'd be > delighted! > > If you have any comments, on the program, on the code, etc. let me know. > > If you have hg, just > hg clone https://bitbucket.org/fpz/nav > otherwise download > https://bitbucket.org/fpz/nav/get/tip.tar.gz > > - Fritz > > Could someone post a screenshot? This is something I've been waiting for awhile now in the Plan 9 universe.
Re: [9fans] problem with acme on 9front
>From experience, Sam's command window provides a more consistent experience with the rest of the system. Acme on the other hand pretends to have individual command windows (more like command lines) for every file open. Sam has some form of "tiling", but not as automatic as Acme. Sam also has a remote editing protocol, unlike Acme. I liked Sam not only for those reasons, but also because of what Charles said - you can script Sam with sam -d, allowing it to integrate into other parts of the system. It's too bad there has not been a clean rewrite of Sam, like Rob has mentioned in his paper. On Thu, May 19, 2016 at 4:26 PM, Mark Lee Smith wrote: > I'm was merely explaining my understanding of the context so that I could be > corrected if I was wrong on any point. I didn't mean to explain Acme to you. > While I replied to you (I believe I did), please understand my question in > the light of the thread, as it were, a whole. > > Thanks, everyone, for the answers! > > > On Thu, 19 May 2016 at 21:38 wrote: >> >> mark, why do you explain acme to me? >> >> -- >> cinap >> >
Re: [9fans] problem with acme on 9front
You can copy code from Acme and "backport" it. I've done it before and it was trivial (and it's long gone too). On Thu, May 19, 2016 at 5:13 PM, Mark van Atten wrote: > The one thing I regret about Sam is that it doesn't have scroll-select > as in Acme. I know the k and ' dance, but that is not nearly as > convenient. > > Mark van Atten. >
Re: [9fans] Favorite variable width fonts?
Hey James, You are brave to bring up such a subject. Of the zillion fonts I have tried, only Droid Sans looks the best at smaller text sizes. Of course there are bitmap fonts which are readable at 8x8 but I figured you'd want something a little more scalable and useable across other systems. Lucida Sans Unicode (unicode.7.font) looks really nice in acme too. Good luck (no really :), Lee On Wed, Aug 28, 2013 at 4:39 PM, James A. Robinson < j...@highwire.stanford.edu> wrote: > On Wed, Aug 28, 2013 at 11:42 AM, James A. Robinson < > j...@highwire.stanford.edu> wrote: > >> Ideally the font would have glyphs that are easy to read for the >> symbols used in a typical C or Go program when using a smaller font >> (the long label problem I wrote about earlier is manageable with a >> smaller font). It's a bonus if the font has good unicode coverage! >> > > One font I just came across that looks promising is sixpack: > > http://www.chastney.com/~philip/sixpack/outline.html > > Jim >
Re: [9fans] programmable pathname completion in Acme?
Source code says: no. Check out line 725* in text.c, and begin your journey! *Code at line 725 in text.c for 9front acme: case 0x06: case Kins: //interesting, didn't know you could use the insert key to invoke this too. rp = textcomplete(t); //the path completion if(rp == nil) return; nr = runestrlen(rp); break; /* fall through to normal insertion case */ On Mon, Sep 9, 2013 at 9:38 AM, dexen deVries wrote: > currently the ^F pathname completion is handled internally by Acme. is > there a > way to pass the argument of ^F to a script instead? > > > my use case: find an existing pathname by supplying /any/ substring of it > and > invoking completion, as opposed to current requirement of providing whole > leading part. i have a script that takes part of pathname in $1 and returns > all (hopefully exactly one) matching pathnames, and i want to plumb the ^F > from Acme to it. > > > -- > dexen deVries > > [[[↓][→]]] > > >
Re: [9fans] programmable pathname completion in Acme?
On Mon, Sep 9, 2013 at 10:20 AM, Bence Fábián wrote: > nothing prevents textcomplete from forking. > Sorry, I mean it is not possible without having to change some source code. :)
Re: [9fans] Look vs. Edit?
Personally, I have replaced Look with Edit because I just highlight-B3 and it searches. Plus I use the sam command language a lot. On Tue, Sep 10, 2013 at 12:54 PM, Aram Hăvărneanu wrote: > Look is useful because you can B2 on it. > > -- > Aram Hăvărneanu > >
Re: [9fans] nile, a rio derivative
On Thu, Oct 17, 2013 at 3:57 PM, wrote: >// how does one delete windows that have another window >// manager running inside (rio or nile)? > >To delete a window with any graphical program, you'll need >external help. Under the hood, you write 'delete' to the target >window's wctl file. The winwatch fork mentioned makes this >easier. Why not just stick with chording? :) B1+B2 = Cut, but doing it on the border of a rio window could delete it? You could further extend this to save the state of windows and store them on disk if you ever want to recover them (maybe in a stack-like fashion?) with B1+B3 (Paste). Just an idea. Not serious on the second, heh. Regards, Lee
Re: [9fans] music storage
He is saying that some people will use mp3 compression, then convert to WAV/PCM. Maybe some artists record directly to mp3 then convert to have them play on audio players. On Mon, Dec 9, 2013 at 7:20 PM, erik quanstrom wrote: >> Just beware, in my experience of this (for research purposes, >> yes really!) many, if not most CD images in WAV or PCM format >> are in fact decodes of MP3s, and many of these where low bitrate >> MP3s which are nasty. >> >> personally I have moved away from compressed audio, not because >> I distrust compression, but I like browsing through a pile of CDs >> looking for somthing that matches my mood - for me the user interface >> is better; perhaps its my age. > > i don't understand this claim. all standard audio cds are in pcm format. > > - erik >
Re: [9fans] Ideas from Plan-9
...Tell that to the people who are maintaining 9front and 9atom. Oh wait, you just did. My personal opinion: Plan 9 in its forked form will continue to be used and worked for a long time. Hell, there are people still using Amigas for "serious" computing! I too many times thinking about bringing Plan 9 ideas to Linux or UNIX systems, with the conclusion that the design principals are just too different. You have parts of Plan 9 making it over to the other side, but Linux or BSD will never be a Plan 9-like operating system- forever UNIX. Regards, Lee On Sun, Dec 15, 2013 at 4:17 PM, Blake McBride wrote: > This whole discussion has devolved into a political left vs. right like > debate. Suffice it to say that without a critical mass of users, Bell Labs > and/or Alcatel-Lucent will drop it, it will experience insufficient support > from the user base at large, and it will suffer bit-rot until it won't boot > anywhere anymore. > > Here is an exercise for fun too. Create your own written language, and > write a bunch of books in it. Have fun. > > Blake > > > > On Sun, Dec 15, 2013 at 2:17 PM, erik quanstrom > wrote: >> >> > "major piece among many" can be more precisely stated as "many pieces >> > among >> > many in order for the platform to achieve a critical mass of users". >> >> the metaphor "critical mass" is really tiresome one. it does not apply >> to operating systems. if one person finds the os useful, then that's >> enough. >> >> i'm not entirely clear how this metaphor is supposed to be interpreted, >> but >> perhaps the idea is that with lots of users, lots of software gets written >> and >> clearly more is better. >> >> or maybe not. plan 9 is a research system. for me that means we use it >> as >> it makes doing new and interesting things, or the same thing in an >> interesting >> way easy. so having piles of ported software is at best a distraction. >> >> - erik >> >
