Re: [9fans] u9fs in go?
https://github.com/lionkov/go9p -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tea875067b53dce5f-Mddabe6c730b9fad7557e7a4a Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Jim McKie
Condolences to his family! We exchanged emails (just checking on each other in these strange times) just a week prior. Must've been very sudden. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Td73b359f9dc68c15-M42501d4ea3b8bd05bf7e63f1 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Plan9 and Pine
unfortunately i don't remember anymore how many buttons were involved. nobody cared to take videos. i mostly used it with the stylus.. On Wed, Apr 15, 2020 at 5:56 PM wrote: > > 3rd ed ran on the bitsy, we had one at LANL: > > > > https://plan9.io/wiki/plan9/Installation_on_Ipaq/index.html > > > > t'was ok. > > How was the UI's reliance on chording and middle/right button > usage dealt with? That's what I see as the biggest challenge > for working well on phones. > -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tca918503d5b19459-Md81f505dd2badaef7d8f4856 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Plan9 and Pine
a lot of the games you find in the games folder were ported by me from bitblt to draw. jmk fished them out from the 2nd ed. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tca918503d5b19459-M616081e7dda041b0fb54563b Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Plan9 and Pine
3rd ed ran on the bitsy, we had one at LANL: https://plan9.io/wiki/plan9/Installation_on_Ipaq/index.html t'was ok. On Wed, Apr 15, 2020 at 3:04 PM Lyndon Nerenberg wrote: > > Don't forget 2ed ran on the ipaq (aka bitsy). > > How much of the UI support survived the 2ed -> 3ed rewrites I don't > know. But reading through the 2ed source might be enlightening. > > --lyndon -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tca918503d5b19459-Mf92e2525b9eba737cd1b67f0 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] upgrading the 9legacy shell (was: Gmail vs Upas)
i resubscribed a week ago but i don't think i'll last another week here. sp9sss is where the action's at. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T861dcd95691a032b-M311b256852d969d47a786c8c Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] talk
if you think you can hide in the canadian rockies you're sorely mistaken. the 9fans are everywhere :P On Mon, Dec 2, 2019 at 4:06 PM wrote: > > https://www.youtube.com/watch?v=6m3GuoaxRNM > > crap, I've been discovered. > -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T1c6f56bc41fb170a-M326c67cea4f3c73a8e766264 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
[9fans] talk
https://www.youtube.com/watch?v=6m3GuoaxRNM -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T1c6f56bc41fb170a-M8d9c8f5d4a921c18e1c36081 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
[9fans] glendix
http://www.glendix.org/
Re: [9fans] glendix
oops, wrong address :) you all know about glendix already: it's a success! On Sun, Nov 9, 2014 at 9:43 PM, andrey mirtchovski mirtchov...@gmail.com wrote: http://www.glendix.org/
Re: [9fans] Print Screen?
topng /dev/screen /tmp/screenshot.png On Sat, Nov 8, 2014 at 12:20 PM, Mats Olsson plan9@gmail.com wrote: Hi Y'all! Just a simple question: Is it possible to print the screen in Plan 9? The question just popped up and I'm not able to make some tests right now. Haven't found any info about it. Kind greetings, Mats
Re: [9fans] Print Screen?
how do i take a screenshot has always been in the FAQ: http://www.faqs.org/faqs/comp-os/plan9-faq/ On Sat, Nov 8, 2014 at 12:27 PM, Quintile st...@quintile.net wrote: your job, add this to http://www.plan9.bell-labs.com/wiki/plan9/Tip_o'_the_day/index.html I thought it was there. -Steve On 8 Nov 2014, at 19:23, andrey mirtchovski mirtchov...@gmail.com wrote: topng /dev/screen /tmp/screenshot.png On Sat, Nov 8, 2014 at 12:20 PM, Mats Olsson plan9@gmail.com wrote: Hi Y'all! Just a simple question: Is it possible to print the screen in Plan 9? The question just popped up and I'm not able to make some tests right now. Haven't found any info about it. Kind greetings, Mats
Re: [9fans] acme mouse wheel
http://plan9.bell-labs.com/wiki/plan9/mouse_scrolling/ On Fri, Nov 7, 2014 at 9:56 AM, Oleg lego12...@yandex.ru wrote: Hi. Does anybody known how to use mouse wheel to scroll acme window?
Re: [9fans] Yosemite
Have you rebuilt on it? mk seems unhappy (aborting in some cases). I hadn't until now. extracted output and warnings below: $ hg pull -u pulling from https://code.google.com/p/plan9port searching for changes no changes found $ ./INSTALL + Mailing list: http://groups.google.com/group/plan9port-dev + Issue tracker: http://code.swtch.com/plan9port/issues/ + Submitting changes: http://swtch.com/go/codereview * Resetting /Users/aam/plan9/config * Compiler version: Apple LLVM version 6.0 (clang-600.0.54) (based on LLVM 3.5svn) * Running on Darwin: checking architecture... x86-64 found. /Users/aam/plan9/src * Building everything (be patient)... 9c dirread.c return getdirentries(fd, (void*)buf, n, off); ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/dirent.h:160:5: note: 'getdirentries' has been explicitly marked deprecated here int getdirentries(int, char *, int, long *) ^ 1 warning generated. 9c ndbreorder.c ndbreorder.c:41:55: warning: for loop has empty body [-Wempty-body] for(prev = last; prev-line != x; prev = prev-line); ^ ndbreorder.c:41:55: note: put the semicolon on a separate line to silence this warning 1 warning generated. 9c regcomp.c regcomp.c:19:16: warning: variable 'reprog' is not needed and will not be emitted [-Wunneeded-internal-declaration] static Reprog *reprog; ^ 1 warning generated. 9c dd.c ibuf = sbrk(ibs); ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/unistd.h:582:7: note: 'sbrk' has been explicitly marked deprecated here void*sbrk(int); ^ obuf = sbrk(obs); ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/unistd.h:582:7: note: 'sbrk' has been explicitly marked deprecated here void*sbrk(int); ^ sbrk(64); /* For good measure */ ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/unistd.h:582:7: note: 'sbrk' has been explicitly marked deprecated here void*sbrk(int); ^ 3 warnings generated. 9c y.tab.c /Users/aam/plan9/src/cmd/lex/parser.y:886:9: warning: array index -1 is before the beginning of the array [-Warray-bounds] yyp = yys[-1]; ^ ~~ /Users/aam/plan9/src/cmd/lex/parser.y:864:2: note: array 'yys' declared here struct ^ 1 warning generated. cd lex; mk install 9c -o bc.o bc.tab.c /Users/aam/plan9/src/cmd/bc.y:1327:9: warning: array index -1 is before the beginning of the array [-Warray-bounds] yyp = yys[-1]; ^ ~~ /Users/aam/plan9/src/cmd/bc.y:1305:2: note: array 'yys' declared here struct ^ 1 warning generated. 9c iobuf.c mem = sbrk(n); ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/unistd.h:582:7: note: 'sbrk' has been explicitly marked deprecated here void*sbrk(int); ^ 1 warning generated. 9c y.tab.c /Users/aam/plan9/src/cmd/acid/dbg.y:393:9: warning: array index -1 is before the beginning of the array [-Warray-bounds] yyp = yys[-1]; ^ ~~ /Users/aam/plan9/src/cmd/acid/dbg.y:371:2: note: array 'yys' declared here struct ^ 1 warning generated. 9c -DOSX_VERSION=101000 -o cocoa-screen-objc.o cocoa-screen.m cocoa-screen.m:100:21: warning: sending 'appdelegate *' to parameter of incompatible type 'idNSFileManagerDelegate' [NSApp setDelegate:[appdelegate new]]; ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/Foundation.framework/Headers/NSFileManager.h:109:47: note: passing argument to parameter 'delegate' here @property (assign) id NSFileManagerDelegate delegate NS_AVAILABLE(10_5, 2_0); ^ cocoa-screen.m:363:27: warning: sending 'idNSFileManagerDelegate' to parameter of incompatible type 'idNSWindowDelegate' [win.ofs[i] setDelegate:[NSApp delegate]]; ^~~~ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:307:41: note: passing argument to parameter 'delegate' here @property (assign) idNSWindowDelegate delegate; ^ cocoa-screen.m:526:46: warning: data argument not used by format string [-Wformat-extra-args] LOG(@r %.0f %.0f, r.origin.x, r.origin.y, rect.size.width, rect.size.height); ~~ ^
Re: [9fans] Yosemite
fwiw, p9p's acme has worked fine in full screen for me on all yosemite previews and the current release. On Fri, Oct 17, 2014 at 11:09 PM, Anthony Sorace a...@9srv.net wrote: Just a quick note in case anyone else is wondering before updating OS X. My experience so far has been that drawterm-cocoa has issues when full screen which make it unstable (it'll work for a while, then drawing gets flickery, then it crashes). This *seems* to be triggered by switching OS X workspaces. I've been using it windowed and it's been stable for hours now. Existing p9p binaries seem to mostly run fine (including full-screen drawing), but rebuilding is failing. I'm too sleepy to track down why just now. Anthony
Re: [9fans] someone made a glenda key...
Yes, of course :) I was sating it tongue in cheek. On Sep 11, 2014 8:24 AM, Steven Stallion sstall...@gmail.com wrote: On Wed, Sep 10, 2014 at 1:53 AM, andrey mirtchovski mirtchov...@gmail.com wrote: The 2nd image shows glenda on an APL keyboard (now that's an unusual combination). fetishists. Aren't we all?
Re: [9fans] someone made a glenda key...
The 2nd image shows glenda on an APL keyboard (now that's an unusual combination). fetishists.
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?
If my topic has been moved to another list, please give me the link of my topic that was moved. sorry, we can't. it's secret.
Re: [9fans] Welcome to the 9fans mailing list
You must know your password to change your options (including changing the password, itself) or to unsubscribe. It is: 3224522 please change your password for this mailing list. this one is out in public. i hope you aren't reusing passwords.
Re: [9fans] simplest disk filesystem
/sys/src/cmd/ramfs.c? On Tue, Jul 15, 2014 at 11:53 AM, Yoann Padioleau p...@fb.com 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] [GSOC] plan9 kernel scheduler
plan9.bell-labs.com/iwp9/Real-time.pdf On Mon, Jun 23, 2014 at 10:30 AM, erik quanstrom quans...@quanstro.net wrote: Lightweight EDF Scheduling with Deadline Inheritance by Jansen, S.J.Mullender et al. http://doc.utwente.nl/41399/1/00c6.pdf no. that's not it. .TL Real Time in Plan 9 .AU Sape Mullender Jim McKie .AI - erik
Re: [9fans] possible buffer overflow in devcons.c?
used to be 3 :) UTFmax, defined as 3 in libc.h, is the maximum number of bytes required to represent a rune. http://man.cat-v.org/plan_9/2/rune
Re: [9fans] What is Plan9 exactly?
Trousers rolled. down or up?
Re: [9fans] kernel bug
i don't know where a history of stuff older than sources (2002) is. http://swtch.com/plan9history/
Re: [9fans] syscall 53
golang-dev has more clout than 9fans nowadays, at least as it pertains to plan9. On Mon, May 19, 2014 at 5:02 PM, Kurt H Maier k...@sciops.net wrote: Quoting ron minnich rminn...@gmail.com: And, again, I was not inclined to act on any of this until the discussion on the golang-dev list, which boiled down to: if you can do it with a single system call, you should with a response of we put in a patch, was not accepted yet.. I just renewed the request to reexamine the patch. Does anyone know how we can get golang-dev to endorse all of the ethernet drivers that the labs refuses to merge? I can send them some ad money or some web software or whatever motivates them khm
Re: [9fans] syscall 53
I suggest personal notes, flowers, and some hard liquor. On Mon, May 19, 2014 at 5:12 PM, Kurt H Maier k...@sciops.net wrote: Quoting andrey mirtchovski mirtchov...@gmail.com: golang-dev has more clout than 9fans nowadays, at least as it pertains to plan9. That's why I'm asking. We now have three go-related new syscalls, while lots of actual hardware support gets flushed down the toilet for unspecified reasons. I'm not complaining; I'm just wondering how to adapt to the new system. Sending code to the labs directly doesn't work; fine. How do we lobby golang-dev? khm
Re: [9fans] [GSOC] plan9 which arch code to use?
Why is this stuff always so difficult? because on the internet nobody does relax.
Re: [9fans] How to access CD drive?
What has surprised me is how much I like working in plan 9, particularly acme. I've even grown to like the way it looks including the colours. the colour palette has been specifically chosen to be easy on the eyes.
Re: [9fans] How to find or build 9pxeload?
http://en.wikipedia.org/wiki/Initial_Program_Load#IPL 1. Set the P register to 9 I like it!
Re: [9fans] Help requested. Boyd, where are you?
you can borrow the ui from here: http://mirtchovski.com/p9/sudoku/ On Sun, Jan 12, 2014 at 9:20 PM, lu...@proxima.alt.za wrote: I was thinking of doing a Sudoku solver in Plan 9. So, what kind of peripherals are going to be available for the UI? ++L
Re: [9fans] Alternative Plan 9 Logo
Adjective Bird Whiskey :)
Re: [9fans] Vanilla Plan 9 or one of the flavors?
devmnt is all that's needed to have community. somebody, somewhere, will reinvent it badly.
Re: [9fans] Alternative Plan 9 Logo
Number 9 Number 9 Number 9 Number 9 Number 9 Number 9
Re: [9fans] Adding a new user on 9-Front
I feel a community code of conduct doc forthcoming in this list's future. I'll copy/pasta the one from go-nuts, where the discussion surrounding it was very lively
Re: [9fans] 9Front network (driver?) issue
i think you should spell it 9-Front :)
Re: [9fans] 9Front network (driver?) issue
While you're at it; is it 9-Front (as Andrey said above) and 9-Atom? So, space with Plan 9 and dash with the other two? both 9Front and 9Atom use U+180E, Mongolian Vowel Separator, to stand between the digit and the letters. it is a zero-length space signifying the major departure from the original canon.
Re: [9fans] Acme: spaces in file names
with the plumber running, issuing B /anyfile will open the file in acme, even if acme isn't running. this is very useful when you start scripting little tools. i think this covers everything about acme :)
Re: [9fans] 9front pegs CPU on VMware
welcome to the club. now do the same thing with linux. and try to regale your experience in less than 4 blogposts :)
Re: [9fans] P9P font server
i really don't understand what the argument is about. if all one needs is smoothed fonts on plan9 then short of exposing a fontsrv's file descriptor somewhere on the public net, we can get fontsrv for plan9 in one easy step: $ for i in `9p ls font/Zapfino/12a`; do 9p read font/Zapfino/12a/$i /tmp/font/$i; echo $i; done; $ acme -f /tmp/font/font loop for all fonts we're interested in.
Re: [9fans] P9P font server
I didn't do fontsrv. The closest I came to was a 9p snarf buffer that could be used to copy/paste between the host mac and a P9 VM running in Parallels or some other virt env :) http://mirtchovski.com/p9/osxsnarf/ no opinion on fontsrv for p9, but i'm using it daily in its p9p form :)
Re: [9fans] Acme: fonts
see the first reply in this thread On Wednesday, December 11, 2013, Blake McBride wrote: Okay. I build and installed fontsrv. I have it running. Now when I do: 9p ls font it lists all the fonts on my system. One of them is Courier. From acme, I tried: Font Courier But that doesn't work. It tells me: can't open font file Courier: No such file or directory It seems fontsrv is working or the 9p ls font wouldn't work. How can I access the font from acme? Thanks. Blake On Wed, Dec 11, 2013 at 2:38 PM, Blake McBride bl...@mcbride.namejavascript:_e({}, 'cvml', 'bl...@mcbride.name'); wrote: On Wed, Dec 11, 2013 at 2:15 PM, Aram Hăvărneanu ara...@mgk.rojavascript:_e({}, 'cvml', 'ara...@mgk.ro'); wrote: On Wed, Dec 11, 2013 at 8:50 PM, Blake McBride bl...@mcbride.namejavascript:_e({}, 'cvml', 'bl...@mcbride.name'); wrote: I'm sure I can get it to compile but I don't see the point. The point is that fontsrv allows p9p programs (including acme) to use whatever true-type font you already have on the system. Now that is valuable information!! Thanks! Blake
Re: [9fans] music storage
offtopic at this point, but anyways: I'm willing to bet that at least a few pre-1998 cds from your collection were pirated copies from the factory in Stara Zagora in Bulgaria our little claim to fame from that period... http://goo.gl/8odvm1
Re: [9fans] music storage
so here's a question: was the pirating uniform? that is, did top 100 cds get pirated at the same rate as say the top 2 - the top 100? i would say it was uniform -- all musical tastes were covered from obscure heavy metal to django reinhardt. pre-1990 there was a glut for any good quality music in the eastern bloc and people would buy and listen to anything. for example there was really no difference between the presentation of an official early album of the red hot chili peppers and a bootleg of a 1988 concert in front of thousand people. it all went, but i'm sure people brought more choice stuff to the west. from around 1986 onward people started pirating via huge casette-copy farms which were lower quality and were mostly for local market consumption, but once they figured out the big money was in CDs the big guys bought entire shop catalogues from the west en masse and brought them over for duplication. for all intents and purposes the big factory from the link above was a government operation. kids my age back then with a little bit of corel draw skills were put in sweatshops to take care of the cover art and off it went. people hopped on busses west or east 3-day vacations with sacks full of CDs.
Re: [9fans] music storage
cool man... am trying to dig up the port of Tcl I had too... I would love to have it up on that page if you had space? that mirror is for archival purposes only. unfortunately you won't see anything past 2002 there. i suggest you put your tcl port on sources or elsewhere where modern stuff is hosted.
Re: [9fans] Go and 21-bit runes (and a bit of Go status)
For example, I've seen many examples of code that calls certain functions in the syscall package and just assumes that, e.g., Getrusage is defined everywhere. This is even present in the new Go Performance Dashboard code (written by the Go team). not anymore. the getrusage code was split to _unix.go just now.
Re: [9fans] nile, a rio derivative
nice! i've been thinking in the past that the scroll dichotomy (some like noscroll and some don't) can be solved similarly to OSX's terminal -- if you're at the bottom of the page it scrolls down, if you're anywhere else it does not. the last line of text (the line with the prompt, or an empty line) at the bottom of the window is normally not visible, so to switch from noscroll mode to scroll mode you go to the bottom of the page and hit page-down/arrow down once more to show the last line and enable scroll mode. page-up or up-arrow once will act normally but have the secondary effect that noscroll is enabled. i've found it useful in terminal, but i've always been a no-noscroll kind of guy :)
[9fans] i'm afraid we've had it wrong
after all these years: http://www.di.unipi.it/~nids/docs/the_plan-9_effect.html
Re: [9fans] [GSOC 2013] Implement plan9 commands in Go, Goblin
my apologies for the tasteless comment, but IMHO making goblin GPL'ed will cause uriel to be spinning at a higher rate than desired.
Re: [9fans] [GSOC 2013] Implement plan9 commands in Go, Goblin
I wish the goblin project was used to re-imagine how the old plan9 commands may be done in a new language, rather than simply rewriting the commands almost line-for-line while introducing errors. Take a look at basename/main.go -- that functionality is already in package path, why bother? Or cmp/main.go, where we see: flag.Bool(l, false, do not print and character) or flag.Bool(s, false, silent, do not print errors) (the last one omits a very important detail: exit status is still set) cat/main.go is just io.Copy too, no need to muck about with buffers. and so on. this project needs a significant QA effort to bring it up to the quality of both Plan9 programs and the Go stdlib.
Re: [9fans] [GSOC 2013] Implement plan9 commands in Go, Goblin
do you envision a system with no shell at all? I haven't thought about a system, but as I was going through a similar exercise I decided that instead of copying the code I would put on my go hat on and implement from scratch with whatever tools go gave me. Freq for example uses the standard hashmap. Cmp, comm and uniq spawn readers that concurrently gobble up the inputs while a state machine implements the logic via select{} on channels. I can see those willing to build a system out of this leveraging go's fast compilation and distribute only a shell and compiler+linker, but I can't speak for them. Of course, the benefits of such a rewrite for the sake of re-imagination are only marginal in most cases because the Plan 9 programs are very well thought-out high quality code. I just don't want to see it blindly rewritten without any thought put into it. Or, rather, don't want to do it myself :)
Re: [9fans] [GSOC 2013] Implement plan9 commands in Go, Goblin
Most of the code in goblin was written when go was very new, before it became a java-like library-based tinkertoy kit. i know when it was written, i was there. go was already a java-like library-based tinkertoy kit by then.
Re: [9fans] [GSoC] sorry for the last email
Politics... residents and/or nationals of Iran, Syria, Cuba, Sudan, North Korea and Myanmar (Burma), with whom we are prohibited by U.S. law from engaging in commerce, are ineligible to participate http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2013/help_page#4._Who_is_not_eligible_to_participate_as sad but true.
Re: [9fans] Newbie - wassup everyone?
a vote for the status quo. keep in mind, the pastel color palette and lack of unsubtle gradient have been chosen in rio/acme/sam/etc to keep the programmer's eyes comfortable throughout the day. i subconsciously change all other backgrounds and colours on my non-plan9 desktop and terminals to mimic the plan9 ones because i find that it's the only way i can spend a day in front of the computer and still enjoy life. on the topic of bells and whistles: recently in my latest attempt to make linux work, i had to switch from unity to xfce and from xfce to rio because i found the linux world to have moved (yet again) closer to windows than closer to macs in terms of distractions. sure, i can't use a few programs such as Synergy (which appears to desperately need a tray to attach itself to), but on the other hand i don't have to kill pulseaudio every time i want to listen to music. that's so 2003 it's not even funny :( if you want an advice from the old farts on this mailing list i bet it would be 'keep distractions to a minimum'. distracting colours too. cheers! ps: pastel color schemes are available now elsewhere, thankfully, and the light solarized guicolor theme for vim does wonders to make it palatable, but quite a few of those make text a pale grey. why?
Re: [9fans] Go Plan9 ARM Dreamplug
congrats! which mercurial and python did you install? On Mon, Apr 15, 2013 at 1:00 AM, Christopher Nielsen cniel...@pobox.com wrote: After a little work, I have a Plan 9 dev environment setup. My dreamplug boots with no problems, and after installing python and mercurial, I was able to clone the go repo. The build completes fine on 386, but on the dreamplug I get the errors below. Yes, I know I should probably be running as a user other than bootes; this was a quick and dirty install to get things running. Also, opnames.h does exist. dreamplug# ls -l /usr/bootes/src/go-plan9-arm/src/cmd/gc/opnames.h --rw-rw-r-- M 15 bootes bootes 3273 Apr 15 02:47 /usr/bootes/src/go-plan9-arm/src/cmd/gc/opnames.h Also, it doesn't look like the tests are being run on 386. Forgive my ignorance, but is that currently intentional? I haven't had time to search the list. cmd/gc /usr/bootes/src/go-plan9-arm/src/cmd/gc/reflect.c:1022[/usr/bootes/src/go-plan9-arm/src/cmd/gc/reflect.c:3400] switch expression must be integer go tool dist: FAILED: /bin/5c -FTVw -Bp+ -I/usr/bootes/src/go-plan9-arm/include/plan9 -I/usr/bootes/src/go-plan9-arm/include/plan9/arm -I /usr/bootes/src/go-plan9-arm/src/cmd/gc -o $WORK/reflect.5 /usr/bootes/src/go-plan9-arm/src/cmd/gc/reflect.c: '/usr/bootes/src/go-plan9-arm/src/cmd/gc/opnames.h' does not exist /usr/bootes/src/go-plan9-arm/src/cmd/gc/subr.c:665[/usr/bootes/src/go-plan9-arm/src/cmd/gc/subr.c:3240] switch expression must be integer /usr/bootes/src/go-plan9-arm/src/cmd/gc/subr.c:2863[/usr/bootes/src/go-plan9-arm/src/cmd/gc/subr.c:5373] switch expression must be integer warning: /usr/bootes/src/go-plan9-arm/src/cmd/gc/subr.c:2846[/usr/bootes/src/go-plan9-arm/src/cmd/gc/subr.c:5356] used and not set: fn go tool dist: FAILED: /bin/5c -FTVw -Bp+ -I/usr/bootes/src/go-plan9-arm/include/plan9 -I/usr/bootes/src/go-plan9-arm/include/plan9/arm -I /usr/bootes/src/go-plan9-arm/src/cmd/gc -o $WORK/subr.5 /usr/bootes/src/go-plan9-arm/src/cmd/gc/subr.c: '/usr/bootes/src/go-plan9-arm/src/cmd/gc/opnames.h' does not exist -- Christopher Nielsen They who can give up essential liberty for temporary safety, deserve neither liberty nor safety. --Benjamin Franklin The tree of liberty must be refreshed from time to time with the blood of patriots tyrants. --Thomas Jefferson
Re: [9fans] [go-nuts] mercurial poisoning
it's $GOROOT/VERSION.cache. just put whatever you want in there or bind it from /tmp if you don't want to pollute the non-plan9 side of things. On Sun, Apr 14, 2013 at 3:53 PM, Skip Tavakkolian skip.tavakkol...@gmail.com wrote: Unfortunately doesn't seem to help: cpue% ./all.rc # Building C bootstrap tool. cmd/dist go tool dist: FAILED: /bin/hg identify -b: '/n/zotac/usr/local/go/VERSION.cache' does not exist abort:: '/bin/abort:' directory entry not found cpue% On Sun, Apr 14, 2013 at 12:32 PM, minux minux...@gmail.com wrote: On Monday, April 15, 2013, Skip Tavakkolian wrote: I can build Go from tip on Plan 9 using a local repo clone. I want to build it using a repo exported from a Linux box (via u9fs) -- because of codereview extensions and keeping a consistent repo. Trying to build a remotely mounted clone, I get: cpue% ./all.rc # Building C bootstrap tool. cmd/dist # Building compilers and Go bootstrap tool for host, plan9/386. *** failed to import extension codereview from $GOROOT/lib/codereview/codereview.py: [Errno 12] Invalid argument abort: There is no Mercurial repository here (.hg not found) you should disable the codereview plugin in .hg/hgrc. another workaround is to create $GOROOT/VERSION file manually so that the build process won't need mercurial. go tool dist: FAILED: /bin/hg identify -b: '/n/zotac/usr/local/go/VERSION.cache' does not exist cpue% /n/zotac is the Linux filesystem that is served by u9fs. Any hints? -- You received this message because you are subscribed to the Google Groups golang-nuts group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [9fans] Acme button 1 working like button 3
Russ and his wife had a baby, I think he's busy changing diapers (there was an announcement on golang-dev that he'll be away for a month). :)
Re: [9fans] p9p acme vs. firefox
try this (you need to have acme open, it won't be started for you): ls -l | 9p write acme/new/data aren't filesystems great? the 'opening this file will give you an fd to a new directory' trick is ridiculously elegant.
Re: [9fans] 9FRONT ANNOUNCES INTEL WIFI DRIVER, WPA/WPA2 SUPPORT
Looking forward to a backport of this to the stock Plan 9. ... and plan9port!
Re: [9fans] Plan 9 ``propaganda server'' back on line
I challenge you to come up with a couple more, perhaps around quotes by Plan 9 creators (a recent one by Presotto comes to mind) it's not confirmed that it was presotto.
Re: [9fans] mk and transitive dependencies (was: gcc not an option for Plan9)
neither is a big issue in practice. but that leads me to an interesting question, does go rebuild everything if the go compiler has changed? i think it stops at package runtime. at least that's what it builds first when I tell it to rebuild everything.
Re: [9fans] gcc not an option for Plan9
In a word, elitism, largely earned rather than inherited. You did ask! https://news.ycombinator.com/item?id=4398842 it doesn't matter if it's real or not :)
Re: [9fans] gcc not an option for Plan9
The ankle biters are too numerous now. Trolling is a art they tell themselves.
Re: [9fans] gcc not an option for Plan9
Stop. Collaborate and listen.
Re: [9fans] gcc not an option for Plan9
this is not a new discussion, it started in november 2009. the fact that it's just coming to 9fans is a sign of how far behind the times we are :( the go runtime is ~380k. that one you must carry always even in an empty program (see below). what you're complaining about is the side-effect of importing fmt and other big packages such as os and net. with fmt you're sucking in all the unicode code tables and the reflection code used to process printing arguments (which you can't prove will not be used). the initial jump is big, but as your code grows the binary size tends to increase slower -- all of the imports are already in. the biggest program from the Go distribution frequently in use is godoc. it deals with xml, json, binary encoding, directory navigation, document preparation, source code parsing, compression/decompression and serves the major website for go -- golang.org... that program, statically linked, is 8 megs (64-bit). i've seen things that deal with graphics which get to 20 megs. that is reasonable, i think. here's an illustrative progression of go binary sizes: $ cat t.go package main func main(){ } $ go build t.go; ls -l t -rwxr-xr-x 1 andrey wheel 384880 Mar 23 12:43 t $ cat t.go package main func main(){ println(hello) } $ go build t.go; ls -l t; ./t -rwxr-xr-x 1 andrey wheel 389008 Mar 23 12:43 t hello $ cat t.go package main import unicode var _ = unicode.MaxRune func main() { } $ go build t.go; ls -l t -rwxr-xr-x 1 andrey wheel 581024 Mar 23 12:45 t $ cat t.go package main import fmt var _ = fmt.Println func main(){ } $ go build t.go; ls -l t -rwxr-xr-x 1 andrey wheel 1481920 Mar 23 12:44 t
Re: [9fans] gcc not an option for Plan9
with mkfiles you can never have something like http://godoc.org. in fact, it would be very difficult to make something like godoc for any other language without major support from the authors or volunteers. what godoc.org does is amazing -- when you type in a query for something that looks like a go package it will attempt to download it and generate the package documentation from the source code on the fly. no interaction from the author or website maintainer need to happen, all is done by the go tool, usually with enough speed that not much waiting is involved. all the package needs to do is abide by a few rules in naming imports. try it for yourself (these packages will surely not be in the index): http://godoc.org/code.google.com/p/goxscr/qcs http://godoc.org/code.google.com/p/goxscr/deco http://godoc.org/code.google.com/p/goxscr/palette http://godoc.org/code.google.com/p/goxscr/rorschach http://godoc.org/code.google.com/p/goxscr/spirograph the stuff that falls out of such a tool is even more impressive. here's an import graph for one of the xscr programs: http://godoc.org/code.google.com/p/goxscr/moire?view=import-graph here's the one for godoc: http://godoc.org/code.google.com/p/go/src/cmd/godoc?view=import-graph
Re: [9fans] gcc not an option for Plan9
If you want real programs which are bigger that I (we) actually use that will be (much) bigger in go: ls, cp rm mv cat acid, I can go on. Small programs are useful and important. here's a representative set. the programs are identical in behaviour and arguments to the Plan 9 set. the size is as reported by du, in kilobytes: 1456 ./date/date 1460 ./cat/cat 1564 ./cleanname/cleanname 1564 ./tee/tee 1736 ./echo/echo 1764 ./cp/cp 1772 ./uniq/uniq 1780 ./cmp/cmp 1780 ./freq/freq 1780 ./wc/wc 1792 ./comm/comm binaries are bigger and for example replacing the minimal sets of commands of the system, this can make the minimal system at least 5 times bigger easy. if that was a real issue you were trying to solve there are things you can do to help yourself. most notably sticking everything in a single binary and invoking the right function based on your argv0. it took me less than 15 minutes to convert the above code to work as a single binary and most of that was in handling clashing flags (it would've been a non-issue if I had used flagsets when writing the original programs). size at the very end: $ date test.txt $ ln -s $GOPATH/bin/all cat $ ln -s $GOPATH/bin/all wc $ ./cat test.txt Sat Mar 23 17:32:42 MDT 2013 $ ./wc test.txt 1 6 29 test.txt $ du -k $GOPATH/bin/all 1888 /Users/andrey/bin/all the size of the original binaries on plan9 is 588k. what was a factor of 30 is now a factor of 3. all tests still pass and it took less time to complete than writing this email. there's an even better solution, but it won't work on plan9 because the go tool is slow there :)
Re: [9fans] going too far?
the go tool necessarily needs to read all source files for all packages in the program's include tree to build a list of what may be outdated and needs to be recompiled. linux/osx vfs caching makes this a relatively painless operation (although it's still expensive if you flush the caches manually by doing echo 3 /proc/sys/vm/drop_caches on linux, for example). on plan9 the situation is different due to both 9p's nature and the lack of caching. i was hoping that one of the new protocols coming up that do streaming and outstanding requests and caching could help with this. On Mon, Feb 18, 2013 at 11:41 AM, John Floren j...@jfloren.net wrote: go clean does the same thing on Linux under strace, reading the headers from all the .go files of each package's dependencies. I have included the strace output of strace -e open -f go clean github.com/floren/ellipsoid below. The help for the command says Clean removes object files from package source directories., so I'm guessing it's also going through and cleaning the dependencies of the target. open(/etc/ld.so.cache, O_RDONLY) = 3 open(/lib/x86_64-linux-gnu/libpthread.so.0, O_RDONLY) = 3 open(/lib/x86_64-linux-gnu/libc.so.6, O_RDONLY) = 3 open(/proc/stat, O_RDONLY|O_CLOEXEC) = 3 Process 3345 attached (waiting for parent) Process 3345 resumed (parent 3344 ready) [pid 3344] open(/proc/sys/net/core/somaxconn, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/home/john/mygo/src/github.com/floren/ellipsoid, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/home/john/mygo/src/github.com/floren/ellipsoid/ellipsoid.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/home/john/mygo/src/github.com/floren/ellipsoid/ellipsoid_test.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/fmt, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/fmt/doc.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/fmt/export_test.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/fmt/fmt_test.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/fmt/format.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/fmt/print.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/fmt/scan.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/fmt/scan_test.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/fmt/stringer_test.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/errors, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/errors/errors.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/errors/errors_test.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/errors/example_test.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/alg.c, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/append_test.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/arch_amd64.h, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/asm_amd64.s, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/atomic_amd64.c, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/cgocall.c, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/cgocall.h, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/chan.c, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/chan_test.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/closure_amd64.c, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/closure_test.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/compiler.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/complex.c, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/cpuprof.c, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/debug.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/defs1_linux.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/defs2_linux.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/defs_arm_linux.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/defs_linux.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/defs_linux_amd64.h, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/error.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/export_test.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/extern.go, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/float.c, O_RDONLY|O_CLOEXEC) = 3 [pid 3344] open(/usr/local/go/src/pkg/runtime/gc_test.go,
Re: [9fans] going too far?
the go tool necessarily needs to read all source files for all packages sorry, not all source files, just the 'import' section.
Re: [9fans] going too far?
I wonder if there's something about nemo's example that gets {go clean ...} wandering through all the src/cmd stuff so often. i did not receive this message (gmail to blame?), but based on this snippet I can reply that you're seeing each file referenced at least 7 times in iostats' output because the original executed 7 separate 'go clean' commands, each one of which does all the work to resolve import dependencies. the results would've been different if 'mk clean' executed 'go clean ./...' instead of a separate go clean for each subdir. here's a more representative example that deals with a single package (archive/tar) inside the go standard lib. the go tool did _not_ build anything in this case, it still had to look at everything to resolve all the necessary deps before deciding that nothing had to be built: http://pastie.org/6220084
Re: [9fans] Fixed golang's build.
Does anyone know who is working on the ports to Plan 9? I want to get in touch with them. take a look at any of the codereviews that deal with plan9: https://codereview.appspot.com/7128059/ https://codereview.appspot.com/7058054/ akshat, anthony and lucio are doing most of the work.
Re: [9fans] drawterm for osx 10.8 (update)
works as expected (including the deadlock on fulscreen). a bit flickery on window swipes, but nothing i can't live without. it appears that one can enter full-screen but can't exit it? xscr/vines in benchmark mode: 39fps for the new drawterm, 43fps for the old. On Wed, Nov 21, 2012 at 9:57 AM, erik quanstrom quans...@quanstro.net wrote: jas has pretty much got this licked. it's good enough for an alpha release. the known issues now are - an intermittent deadlock when going into full screen mode and doing heavy draw i/o. - i/o to /mnt/term blocks the draw thread so large file transfers block screen updates. https://bitbucket.org/jas/drawterm-cocoa - erik
Re: [9fans] acme Edit bug
or with ubiquitous tools and codepoints don't deny me the opportunity to use the only thing I remember from perl :p
Re: [9fans] p9p backspace/delete in osx
obviously not necessary when using a full-size keyboard, and there is a real delete on those keyboards. none of these works with an rc shell. all i see is: ^[[3~ printed with each method. repeatedly as i bash the keyboard with my stubby fingers :)
Re: [9fans] p9p backspace/delete in osx
works with my old copy of p9p in 9term. when did p9p go broken? i don't know. here's what i got with mac book and normal keyboards plugged in today: http://i.imgur.com/9Jfqm.png notably, ctrl+c worked.
Re: [9fans] It seems Plan 9 is on Hacker News
http://news.ycombinator.com/item?id=4397390 I like presotto's comment.
[9fans] cocoa devdraw (10.8)
i think my message to p9p-dev is held in moderation. if anyone here cares, here's a description of my fix for 10.8's devdraw: It looks like win.img stopped tracking the underlying data in 10.8. The acme window starts up, displays the first image but doesn't display any following changes -- opened files, window reassignments, typed text, etc. It will re-display everything once the window is resized (and win.img is re-allocated from the current screen data). A fix that works for me but is definitely heavy-handed, is to release/alloc win.img inside flushimg (just before the calls to drawimg). I retain the pointer returned by initimg for this purpose. I'm sure there's a better fix. Let me know what it is :)
Re: [9fans] higher-end compute server recommendations?
I liked it for the same reason I liked those Cell processors - I'm weird. a lot of people really hated it because it killed alpha...
Re: [9fans] Plan 9 technical docs and man pages - licensed or public domain?
I'm not a lawyer but I play one in comedy clubs. The first implementation of 9p came about long before Plan 9 had a free (as in rms) license. Nobody got sued, nobody died, although a few bystanders were maimed. My advice as your lawyer [in comedy] would be to go nuts and do whatever you want. The documentation[1] is a good place to start if you don't want to look at any source (no license required to see that!), and if you want to cover all corner cases, a running Plan 9 kernel is a good client/server to test against. 1: http://plan9.bell-labs.com/sys/man/5/INDEX.html
Re: [9fans] Plan 9 technical docs and man pages - licensed or public domain?
(no license required to see that!) there is, however, a copyright link at the bottom of each man page. as your lawyer [in comedy] i advise you to click it.
Re: [9fans] Plan 9 technical docs and man pages - licensed or public domain?
Btw - I clicked on the copyright link at the bottom, but the link is dead - nothing but a 404 page error. that's the joke :) plan9 has been considered a dead operating system for a long time. from my (admittedly little) experience with 9p implementations, the ones done outside of plan9 code influence were done based on the man pages and then tested against the plan9 kernel driver. the implementations that came after Lucent Public Licence 1.0.2 (the OSS-approved one) all share a few similarities, mostly in structs. I think they all gleaned from Russ Cox's plan9port C code which may have been used as a reference. the 9p code in the linux kernel, i believe, doesn't share similarities in its data structs with plan9 (compare p9_fcall with fcall). I think Tim's py9p came after the OSS approval of the Lucent licence. I can tell you that Tim's original implementation used an unmarshalling routine that was definitely not derived from read9pmsg. it was (is) very python-y.
Re: [9fans] Show/edit acme snarf buffer
Thank you -- these are useful suggestions. Is there an equivalent to / dev/snarf when using plan9port under Mac OS X? this is one outdated solution: http://mirtchovski.com/p9/osxsnarf/
[9fans] dejavu sans
looking for more pleasing fonts I came across dejavu which are downloadable from http://dejavu-fonts.org/wiki/Download ttf2subf deals with them relatively well in antialiased mode and relatively badly in mono mode, but the results for antialiased are good enough to share, i think: dejavusans, size 13 (variable width): http://mirtchovski.com/screenshots/dejavusans.png dejavusansmono, size 13 (fixed width): http://mirtchovski.com/screenshots/dejavumono.png dejavusansmono, size 14: http://mirtchovski.com/screenshots/dejavu.png coverage is so-so, but there are latin/greek/cyrillic ttfs available too. i didn't try them out.
Re: [9fans] dejavu sans
it really is a trick finding decent coverage and a good looking font. good coverage seems to be more important as folks assume unicode. unicover.txt has a detailed description of the coverage. langcover.txt notes the languages covered. it seems to be better than what I expected. is libdraw able to display code points above 0x?
Re: [9fans] dejavu sans
The biggest challenge with Plan 9 fonts is getting the heights right; often converted ttfs will have the bottom of g and a lot of the non-ASCII characters cut off at either top or bottom. that's why I try to stay in the very narrow band of sizes 13 and 14 :) bdf2subf did a much better job at properly sizing fonts. now that you've made me look, there's a magic constant used for sizing in main.c:611 of freetype-plan9 (ttf2subf). the constant 64 works well for sizes 13-14 but not for smaller sizes. if you lower that to 48 you can get even size 10 to display well. raising it up to 72 causes even size 13 to exhibit glyphs chopped from above/below. of course, that means that the 'size' parameter to ttf2subf is just a hint :) this screenshot shows three rio sessions started with 13*72 (top-left), 13*48 (top right) and 10*48 (bottom-right): http://mirtchovski.com/screenshots/dejavu-small.png
Re: [9fans] dejavu sans
i don't think it's a sizing thing. i think ttf2subf is somehow getting the baseline wrong for letters like Â. (try cyberbit even at 14.) I don't see height issues with cyberbit (at magic constant of 64 even) but I am seeing width issues, especially the '0', which seems to always be chopped off at the end. http://mirtchovski.com/screenshots/cyberbit-erik.png If I play around with Set_Char_Size's arguments I can get cyberbit in various states of disrepair, especially if I touch the horizontal and vertical dpi, but something as simple as setting the width to be slightly higher than the height seems to do the trick: http://mirtchovski.com/screenshots/cyberbit-erik2.png That function is documented here: http://www.freetype.org/freetype2/docs/reference/ft2-base_interface.html#FT_Set_Char_Size In other news, I got ttf2subf to generate higher-than-65535 code points from the dejavu font. they look quite nice, actually: http://mirtchovski.com/screenshots/dejavu-higher.png Unfortunately libdraw doesn't like a font file that mixes 0x and 0x1 code points. i may revisit this in a couple of years if unicode emoticons suddenly become popular ☺
Re: [9fans] dejavu sans
http://mirtchovski.com/screenshots/cyberbit-erik2.png this was generated with FT_Set_Char_Size(font.face, font.size*72, font.size * 64, 72, 72); according to the documentation, the previous value of 0 defaults to the height, which is font.size*64...
Re: [9fans] Heresy alert, Zerox - Clone
I like the or MIME part. ;) i forgot to include a reference: http://mail.9fans.net/listinfo/9fans
Re: [9fans] Heresy alert
Xerox seems to have missed losing their trademark [1]. There's a lawsuit filed about Google's trademarked name in arizona [2]. A list of genericized trademarks is available at [3]. Ahh, litigation... 1: http://prawfsblawg.blogs.com/.a/6a00d8341c6a7953ef0134851907f7970c-popup 2: http://www.digitaltrends.com/web/man-launches-lawsuit-to-have-googles-trademark-on-its-own-name-undone/ 3: http://en.wikipedia.org/wiki/List_of_generic_and_genericized_trademarks
Re: [9fans] plan 9 in the cloud - amazon ec2
No, it's simple now - the AMI uses pv-grub (paravirtualised grub) as the kernel, which then loads the real kernel from an ext2 partition on your own virtual disk which you control. can't resist to bastardize the guide. this is obviously some strange usage of the word simple that I wasn't previously aware of
Re: [9fans] Governance question???
http://3cx.org/media/1/20040203-Nemo-Found.jpg I like this new let's not take ourselves too seriously 9fans mailing list much more enjoyable.
Re: [9fans] The Alt/Meta Key
keyboard(6), or: http://lsub.org/magic/man2html/6/keyboard
Re: [9fans] I will buy laptop pre-installed with plan9!!!
Can Plan9 be installed on the Thinkpad x201i? Thanks. It works in RubeGoldberg 2.2 but will not autocompile freeway scuzzmonkey merge svn commitshare javahunk. // could not resist, apologies all round.
Re: [9fans] Summary of acme chords
http://alltom.com/files/misc/chords.png a suggestion? http://i.imgur.com/hjFJa.png
Re: [9fans] Summary of acme chords
I really like this graphics and with the text they are even better. i think it needs two lines of text per graph -- one for what's on screen, one for the snarf buffer.
Re: [9fans] Summary of acme chords
But now I'm thinking, the text under Select and Paste should not be the same, unless you are pasting nothing or exactly the text you are pasting over. it needs two entries at each vertex: one for the buffer, one for what's on screen. then the paste becomes: select: scr: hwhw_hw_hwhw buf: wh paste: scr: hwhw_wh_hwhw buf: wh where the underscored text is selected.
Re: [9fans] AMD64 system
Not yet. It seems to be in the works: http://plan9.bell-labs.com/wiki/plan9/todo/index.html i think that work stalled in 2004 :)
Re: [9fans] AMD64 system
...but whining feels so righteous :(
Re: [9fans] Plan 9 rejected from GSoC 2012
damn electric sockets! *shakes fist of impotent rage*
Re: [9fans] devdraw in Mountain Lion?
https://groups.google.com/d/topic/plan9port-dev/euZRwlzhbmc/discussion
Re: [9fans] Plan 9/plan9port coding conventions
Any ideas? What's the customary way to do this? move your changes to a fresh clone of the repository and submit from there without running ./INSTALL.