Hi!
GCC implements Plan9 C extensions, and has a bug by which it allows
discarding qualifiers without a cast. I'm wondering if this is a bug
only in GCC, or if it's a bug also in Plan9. Anyone using a Plan9
compiler can check this code and let me know if it diagnoses about the
qualifier drop?
FWIW, I stumbled upon a message, from a Linux user, about the Linux
kernel behaving very similarily to what I see on the AM08PRO with
9front pc64 kernel when not disabling xhci. Quoting (not editing;
almost same behavior as the one I see is at the end of the quote
after "Edit #1:":
---8<---
For ba
Yes, what you have done with the mini-pc you show on the youtube
presentation should work with this AM08Pro.
I just wanted (and want) to explore another path of installing,
without PXE (that should work, but I have to totally boot to verify
that the Realtek 2.5Gb Family ether interface works).
Le
On Mon, Feb 17, 2025 at 04:31:41PM -0600, Jacob Moody wrote:
> Is this on a recent kernel?
Yes. I consulted the git log and saw that work had been done on xhci.
So this is with the latest 2025-01-18 release.
> Cinap did a bunch of work on USB this past December.
> If you're using the latest relea
Is this on a recent kernel? Cinap did a bunch of work on USB this past December.
If you're using the latest release (either you or tlaronde) then that has these
changes.
If you're running in to issues, you can set usbdebug= in plan9.ini to get
diagnostic output on boot.
so something like:
usbdse
The *nousbxhci= is exactly what I had to do to boot my AMD system
without errors.
I'm running mine as a headless cpu server. So I pxe boot, use a
plan9.ini that uses nobootprompt=tls to automatically boot, and then
compile a valid nvram file into the kernel to authenticate with the
fileserver.
b
To see if the block size could be a problem, I have installed 9front
on a HDD connected via USB.
I created a GPT with the first partition an EFI one (esp for 9 front)
and a second partition for 9front.
At first, I selected to use the EFI as 9fat. This didn't work, so I
secondly let the 9fat be at
9front is probably using a completely diferent loading chain, but 2048
could be correct if they use a similar or related approach.
On Sun, Feb 16, 2025, 18:44 Gorka Guardiola wrote:
> I haven't used native plan 9 for a long time, but, in case it helps, 2048
> used to be the blocksize in USB boot
I haven't used native plan 9 for a long time, but, in case it helps, 2048
used to be the blocksize in USB booting (from CDROMs, this was all using El
Torito standard when I wrote the bootloader ages ago). I think USB didn't
care but CDROMs did.
On Sun, Feb 16, 2025, 16:51 wrote:
> As indicated i
As indicated in another message, I'm trying to install Plan9 (9front)
on an AM08Pro, that is a ACEMAGICIAN with an AMD Ryzen 9 8cores, 16 Gb
of memory, and a 512Gb NVMe disk (M.2).
Before attempting to PXE boot (that should work) I'm trying to
understant why an USB thumb does not work.
I have ins
since you touched this topic in the past and unlike me have some experience
with it:
given the current multicore hardware architecture, DMA, inter-core,
inter-socket latencies, how precise do you suppose should one try to make
timers in the first place? and how far from this are we?
On Sun, Jan 1
Plan 9 timers were never very precise, although /dev/bintime might be
better now.
I'd be happy to see a forward port of ftq to Plan 9, I don't think it
would be hard.
On Sun, Jan 19, 2025 at 3:57 AM wrote:
>
> In Ron Minnich's ftq README there is this:
>
> Plan 9 support is deprecated because
In Ron Minnich's ftq README there is this:
Plan 9 support is deprecated because nobody cared, and the
default Plan 9 timers still suck.
Has work been done in this area? What is to be achieved?
--
Thierry Laronde
http://www.kergis.com/
As someone who works in embedded systems in a horrible train-wreck of C++,
I second this heartily.
On Thu, Dec 19, 2024 at 7:02 AM Cyber Fonic wrote:
> I admire the cross-compilation capabilities of Plan9. Compared to gcc and
> Clang, Plan9 C compilers appeal to my sense of aesthetics. There are
I admire the cross-compilation capabilities of Plan9. Compared to gcc and
Clang, Plan9 C compilers appeal to my sense of aesthetics. There are some
utilities that I would like to port to browser environments and I am loath
to use plan9port sources and thus wrangle with gcc, etc.
I totally concur w
Just wanted to note that in addition (and with the help of) Richard Miller's
work on riscv, I was able to import the userspace portions for riscv into
9front. The result of that work is not merged (there has yet to be someone that
has put in the work to write a 9front kernel for riscv) however t
> Does anybody know of any implementation of Plan9 C compiler targeting WASM ?
I don't think there is one. I found a project that claims to be a WebAssembly
port of Plan9 not long time ago: https://github.com/xphung/plan9_webasm, and
they used Emscripten. If you want a Plan9 C compiler targeting
> On a related note: I believe there was some work being done to target
> RISC-V. I can't remember who or where it was located.
The riscv (ia/ic/il) and riscv64 (ja/jc/jl) toolchain is available in 9legacy
Also can be built from sources/contrib/miller/riscv.tar
-
Is there a version of ken-cc that can be used as an
alternative C compiler to compile regular old code
on Linux?
Thanks,
Arnold
"Daniel Maslowski via 9fans" <9fans@9fans.net> wrote:
> Regarding RISC-V:
> Richard Miller did the port, and there is also an updated kencc. Michael
> Engel has it her
Regarding RISC-V:
Richard Miller did the port, and there is also an updated kencc. Michael
Engel has it here, also referencing Richard's work:
https://github.com/michaelengel/kencc-cross
On Sun, 15 Dec 2024, 15:46 Cyber Fonic, wrote:
> My Google-fu is not coming up with any definitive results.
>
My Google-fu is not coming up with any definitive results.
Does anybody know of any implementation of Plan9 C compiler targeting WASM ?
On a related note: I believe there was some work being done to target
RISC-V. I can't remember who or where it was located.
Appreciate any references or comment
plan9 is one of the silmarills and you just throw it into throat of ungoliant
:-(
/n/fingolfinFS
- Původní zpráva -
Odesilatel: Steven Stallion (sstall...@gmail.com)
Datum: 05/04/24 17:15
Příjemce: Fans of the OS Plan 9 from Bell Labs (9fans@9fans.net)
Předmět: [9fans] Throwing in t
The dual VAX was the first machine we tried to make work, but for various
reasons including the machine's peculiarities and our own embryonic
knowledge, we abandoned it. The first working Plan 9 kernel was for a 4-CPU
(one MIPS chip per board) IRIS machine, with custom locking hardware (on
another
there was a vax compiler and i think a vax kenfs implementation, i don’t know
if there was a vax cpu/auth kernel. quite possibly not.
currently i can only find my own post on tuhs confirming the vax was a dead
end. but i am sure jmk told me he found a vax compiler binary in the labs dump.
i t
On Mon, Aug 28, 2023 at 12:32:55PM +, G B via 9fans wrote:
> Windows and Linux began on single-core single processor machines.
> Multiprocessor had been around for some time--IBM's System 360 began using
> multi-processors in 1968--but not for x86. Plan 9 first edition came out in
> 1992, a
There was an VAX kernel?
where can i find more information about it?
On Mon, 28 Aug 2023 16:25:59 +0100
Steve Simon wrote:
> i wonder if the lost vax kernel supported multiple cpu's
-
mkf
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fa
> Plan 9 first edition came out in 1992, at a time when multicore didn't exist,
> and multicore was released with IBM's Power 4 in 2001.
possibly true but multi-cpu boxes where becoming quite popular in the late
1980s and these have very similar kernel design challenges to multicore
architectu
Windows and Linux began on single-core single processor machines.
Multiprocessor had been around for some time--IBM's System 360 began using
multi-processors in 1968--but not for x86. Plan 9 first edition came out in
1992, at a time when multicore didn't exist, and multicore was released with
Quoth dusan3...@gmail.com:
> I finally read the article about asking questions, sorry if i was being rude
> or was waisting your time, wasn't my intention.
people wrote documentation for a reason; sometimes the documentation is
confusing, insufficient, or you didn't know the right keyword to loo
On Sat, Aug 26, 2023 at 9:28 PM Don Bailey wrote:
> Rob - would you be willing to tell us what the novel work is (and more
> about it) that still has relevance today? I'm sure I'm not the only one on
> the list that would love to learn more about that history.
>
I wouldn’t try to speak for Rob,
Den sön 27 aug. 2023 12:57 skrev:
> I am using it
>
There are little dots above the email text. Click on the dots and reply
beneath.
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/T912e4838cb1a371f-M2dfbf912ba7c57040cd40271
Delivery o
I am using it in a browser
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/T912e4838cb1a371f-M91d93331c50c119b546c63b4
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
I assume you are using a mail client, click on "reply" button if so.
On Sun, 27 Aug 2023 05:50:22 -0400
dusan3...@gmail.com wrote:
> Btw, how do I reply to someone like you are doing? Copying and quoting
> manually seems weird.
-
mkf
--
9fans: 9fans
Perm
Btw, how do I reply to someone like you are doing? Copying and quoting manually
seems weird.
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/T912e4838cb1a371f-Mc65eb7f7f6f43ff9c92f4dc0
Delivery options: https://9fans.topicbox.com/groups/9
I finally read the article about asking questions, sorry if i was being rude or
was waisting your time, wasn't my intention.
And about the multi-core support, well I kinda moved away from it since I don't
really need it, I was just wondering if i can disable it in an easy way for the
measureme
Rob - would you be willing to tell us what the novel work is (and more
about it) that still has relevance today? I'm sure I'm not the only one on
the list that would love to learn more about that history.
Best,
D
On Sat, Aug 26, 2023 at 7:54 PM Rob Pike wrote:
> A big reason for doing Plan 9,
In addition to the papers Ori pointed out, you may wish to read Francisco J
Ballesteros' Notes on the Plan9 3rd edition kernel:
https://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.75.5409
I don't know how obsolete this is for the current versions of plan9.
https://github.com/Plan9-Archive/
A big reason for doing Plan 9, as the linked article says right up top, was
supporting multi{core|processor} machines. And that took some research
because there really hadn't been that many around to write OSes for before
then. Some novel work resulted, work that still has relevance.
-rob
On Sun
Quoth dusan3...@gmail.com:
> Does plan9 have multi-core support? If it does, how does it manage it (what
> files/man pages/docs do I read). If it doesn't have, how would I implement
> it.
read: https://doc.cat-v.org/plan_9/4th_edition/papers/9
and once again, read: https://www.mikeash.com/getti
Does plan9 have multi-core support? If it does, how does it manage it (what
files/man pages/docs do I read). If it doesn't have, how would I implement it.
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/T912e4838cb1a371f-M00dd91d9c0733c0
https://fqa.9front.org the official site has a good walkthrough.
Here are some people who have setup T430s
http://plan9.stanleylieber.com/hardware/thinkpad/t430/
-thedæmon
--- Original Message ---
On Tuesday, August 1st, 2023 at 1:14 PM, will.s...@gmail.com
wrote:
> Cool. I'll give
Cool. I'll give 9front a shot. I have a T430 I can put it on. Is there a good
guide to follow around?
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/T9061cdf46ee69cdb-Meb4c70b88da11a6a25658043
Delivery options: https://9fans.topicbox.com
Quoth will.s...@gmail.com:
> Well, it's time for my every handful of years dive into plan 9. In 2023,
> what's the best (most current) source for the distro and is it best practice
> to install it on hardware (RPI or other) or in a VM (which)? I'd like the
> mouse to work and the network... As u
I think the cleanest current setup is VirtualBox for your CPU/Auth servers and Disk, and 9vx for your terminal. Super fast and easy. DOn Jul 26, 2023, at 7:36 PM, will.s...@gmail.com wrote:
Well, it's time for my every handful of years dive into plan 9. In 2023, what's the best (most current) sour
Well, it's time for my every handful of years dive into plan 9. In 2023, what's
the best (most current) source for the distro and is it best practice to
install it on hardware (RPI or other) or in a VM (which)? I'd like the mouse to
work and the network... As unflakily as possible 😀.
Will
---
hi adr, did you get this going... i have a multitude wayz of running
different flavas of Plan 9 --- which is now actually nearing (finally)
competion and raking in the big bucks (euro airgead) as you call
it...
/c:21November2021@9pm approximately
ps: what ever happened to the glenda space man (not
On 6/24/21, Richard Miller <9f...@hamnavoe.com> wrote:
> Inferno can work quite comfortably with a touchscreen and a virtual
> "bitsy" keyboard. It's a different user interface from rio, but not
> horribly worse. Likely Plan 9 could be adapted to do the same.
>
And handwriting may have been discard
fde...@fjrhome.net:
> Either that or you would need to replace rio with something more
> touchscreen-friendly, in the process losing much of what makes the Plan
> 9 environment as unique as it is from a user interface perspective.
>
> Most "modern" phones also lack a suitable keyboard to provide
Similarly: with Freenode having gone in a bad direction in the last month or
so, #plan9, #plan9-gsoc, and #inferno have moved to libera.chat (the network
started by most of the former Freenode staff before things went south).
There’s a few dozen of us hanging out right now; stop by and say hi. I
Just wanted to update. I was able to download the new main.c and compile a new
kernel. 4GB of ram is now recognized.
Thank you!
> On Jan 19, 2021, at 4:52 AM, Richard Miller <9f...@hamnavoe.com> wrote:
>
>> Sometimes I wish we'd stuck to the clunky original IBM 3270-style keyboard...
>
> My ra
> Sometimes I wish we'd stuck to the clunky original IBM 3270-style keyboard...
My raspberry pi terminal is connected to an IBM Model M keyboard
(the compact version without a separate number pad), which I expect will
outlast me. I've never seen a pi400 but I don't imagine I would like it.
> fwiw, you're likely to get better results with
> 9front help on 9fr...@9front.org.
as long as rpi400 is involved this should be the best place, cause i
don't think anybody has managed to send cinap a rpi400 yet
--
9fans: 9fans
Permalink:
https://9fans.to
You'll be amazed how quickly you get used to not having the Caps Lock
key causing you grief, as it then starts doing on every other
platform.
Except that Ctrl-A (well, Caps-Lock-A) then becomes a bit of a
nightmare. And the Insert key as Expand is not my favourite, either.
Erik Quanstrom long ago
On 18/01/2021, Mack Wallace wrote:
> the Caps Lock and Num Lock keys not functioning. (The caps lock acts like a
> control key, num-lock does nothing - I presume it’s a mapping issue).
Yeah, they're not supposed to work; see keyboard(6). I don't know the reason;
either someone just didn't like lo
Quoth Mack Wallace :
> I have a 9front server - I had tried compiling a new kernel (of the 9front
> variety) there, but with lackluster results (i.e. kernel panic) on the Pi.
fwiw, you're likely to get better results with
9front help on 9fr...@9front.org.
---
Thank you Michael for the kernel, it worked well. Skip for your config.txt, and
certainly Richard for all your efforts porting 9 to the pi, and trying to keep
it up to date.
I have a 9front server - I had tried compiling a new kernel (of the 9front
variety) there, but with lackluster results (
> I did notice, that Richards image that I have, seems to only recognize 1GB of
> ram.
I put a new contrib/miller/9/bcm/main.c on 9p.io which should correct that.
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/T0178132f3d2ed689-M07359
I went down the eeprom rabbithole a bit. To access and manipulate RPI4's
eeprom directly,
Plan 9 would need to support a device like /dev/vchiq (VideoCore interface)
on Linux:
https://github.com/raspberrypi/linux/blob/rpi-3.2.27/drivers/misc/vc04_services/interface/vchiq_arm/vchiq_arm.c#L334
The
I believe all it takes is the presence of recover.bin file on the dos partition.
You still need an updated eeprom image for it to flash the real eeprom with
but preparing this image doesn't require any h/w access. Unless things
have changed in the last year.
> On Jan 16, 2021, at 1:24 PM, Skip Ta
regarding /dev/serial, this should be helpful for anyone wanting to set up
netboot.
If you have a number of RPI's that netboot, the way that the common
config.txt is segmented for each board is by using the '[serial number in
hex]' section headers. Unfortunately, netboot also requires changing the
> I didn't realise the 9pi image was not up to date.
> I'll put a new one on 9p.io today.
I've done that. Sorry for letting it get out of sync with the kernel source.
The new contrib/miller/9pi.img.gz has
- the latest firmware files from the raspberry pi github
- the update to initialise xhci fir
To clarify, I build 9pi locally from the latest version of sources.
On Thu, Jan 14, 2021, 5:15 PM Skip Tavakkolian
wrote:
> I'm using a RPi400 with Richard's port. I'm netbooting without issues and
> up for days. The only issue I had was forgetting to set 'enable_gic=1' as
> Richard instructed
> On 16 Jan 2021, at 11:24, Richard Miller <9f...@hamnavoe.com> wrote:
>
>> I built the 9pi4 kernel from Richard's sources and it works on my Pi400 (and
>> Pi4B 8GB)
>
> Thanks Michael, I didn't realise the 9pi image was not up to date.
I think that's the reason for the USB problems on the Pi
> I built the 9pi4 kernel from Richard's sources and it works on my Pi400 (and
> Pi4B 8GB)
Thanks Michael, I didn't realise the 9pi image was not up to date.
I'll put a new one on 9p.io today.
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups
Here's the config.txt that I use for my rpi400 (it's on the file server and
handed to rpi via tftp):
start_file=start4cd.elf
fixup_file=fixup4cd.dat
cmdline=xxx/cmdline.txt
kernel=arm/9pi4
gpu_mem=16
hdmi_group=2
hdmi_mode=82
core_freq=250
enable_gic=1
device_tree=
On Fri, Jan 15, 2021 at 10
USB boot is supposed to work on pi400 as well so I thought there would be no
need for any firmware loading
> On Jan 15, 2021, at 2:52 PM, Michael Engel wrote:
>
> I assume loading the firmware via Linux first won't help since a PCIe reset
> probably also
> resets the USB controller.
>
>
I built the 9pi4 kernel from Richard's sources and it works on my Pi400 (and
Pi4B 8GB)
with Richard's SD card image (didn't test 9front).
Please feel free to test it, I uploaded the kernel to:
https://multicores.org/9/9pi4
(simply copy the file to the FAT partition of the SD card)
The md5sum i
I did try to boot into Linux and then d a soft reset into Plan9. Still the same
thing, no USB. I tried booting from the on-board card slot, and then as I soft
rebooted, swapped out the card. As well as booted Raspian off of a microSD
adapter and after booting, put the plan 9 card in the on-board
I assume loading the firmware via Linux first won't help since a PCIe reset
probably also
resets the USB controller.
However, I just checked Richard's kernel source and it seems the firmware
loading functionality
is already included, there is a call to
xhcireset(BUSBNO(hp->tbdf)<<20 |
Can you netboot Linux followed by netbooting Paln9 and have a working USB?
> On Jan 15, 2021, at 1:17 PM, Michael Engel wrote:
>
> Hi,
>
> I didn't test Plan 9 on my RPi 400 so far, but I think the reason for the USB
> problems
> is the following:
>
> The Raspberry Pi 400 (along with the Com
Might as well note here that the USB on the CM4 is the USB-C on the
4B. A found (just now) forum thread confirms that the CM4 actually
has an XHCI and just doesn't expose it at all. Nothing on this in the
datasheet.
--
9fans: 9fans
Permalink:
https://9fans
Hi,
I didn't test Plan 9 on my RPi 400 so far, but I think the reason for the USB
problems
is the following:
The Raspberry Pi 400 (along with the Compute Module 4 and the 8 GB RAM version
of the RPI4) uses a new stepping C0 of the BCM2711. This version does not have
a
dedicated EEPROM for th
I took that microSD card that has the bootable image without USB and put it
into a traditional Pi4. It boots on that without a problem and has mouse and
keyboard. I notices that after the additional CPU cores are detected, that is
mentions usb/hub… usb/kbd…. The image when booting on the Pi 400
Dear Skip,
That pushed the ball forward significantly, but I still have issues. (But thank
you, every little advancement helps.) So with that flag, I was able to get
Richard’s port to boot into Glenda’s account (showing acme, faces, stats, etc).
However, I do not seem to have any USB; no mouse;
I'm using a RPi400 with Richard's port. I'm netbooting without issues and
up for days. The only issue I had was forgetting to set 'enable_gic=1' as
Richard instructed in the sources. Pi4 works ok without it, pi400 doesn't.
On Thu, Jan 14, 2021, 3:39 PM Mack Wallace wrote:
> Thank you for the r
Thank you for the reply Stuart, but no luck.
I did download Mr. Miller’s image. It would not boot at all until I replaced
the files that you mention, but the kernel in that image locks up after
detecting the fourth core of the CPU. However, from that failure I learned that
those files, (start_c
Try copying the .dtb *and* the start4 and fixup4.
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/T0178132f3d2ed689-M9f2c8a9a58f03931b399b823
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
I recently purchased a Raspberry Pi 400, which is supposed to be a Raspberry Pi
4 already inside a keyboard. I thought it would be great to get a plan 9
terminal on it. However, I am having some trouble; and I don’t know if it is
specific to the Pi 400, myself, or both.
The Pi 400 is the Raspbe
On Tue, Nov 17, 2020 at 04:42:02PM +0100, Pouya Tafti wrote:
>
>
> On Tue, 17 Nov 2020, at 15:06, tlaro...@polynum.com wrote:
> > Fabrice Bellard has developed a VM in JavaScript (!!!) allowing to
> > run an OS in a browser. See: https://bellard.org/jslinux/
> >
> > This was brought to my attent
On Tue, Nov 17, 2020 at 04:35:23PM +0100, hiro wrote:
> i'm slightly disappointed that you're booting alpine and not plan9 in there
>
"I" am not booting anything: I'm riding piggy-back on JSLinux: I just
added kerTeX on top of this and, FWIW, the union of the filesystems is
done with the 9P proto
On Tue, 17 Nov 2020, at 15:06, tlaro...@polynum.com wrote:
> Fabrice Bellard has developed a VM in JavaScript (!!!) allowing to
> run an OS in a browser. See: https://bellard.org/jslinux/
>
> This was brought to my attention by a teacher wanting to teach TeX and
> litterate programming to studen
i'm slightly disappointed that you're booting alpine and not plan9 in there
my biggest gripe: the delays - those draws are lagging behind my
physical mouse by nearly a second. and i'm not too far, it seems we're
all only 2ms away from the same locations in france. (that's 28ms
total from here).
i
Fabrice Bellard has developed a VM in JavaScript (!!!) allowing to
run an OS in a browser. See: https://bellard.org/jslinux/
This was brought to my attention by a teacher wanting to teach TeX and
litterate programming to students without the need for them to install
anything. This is done for kerT
Here you go Jens
If theres a problem with it check the jpg from before
as i transcribed the asm
It should be ok though
Kind Regards
Conor
.text
.LC0
.ascii "Hello World\0"
.balign 4
.global main
main:
pushl %ebp
movl %esp, %ebp
subl $*, %esp
call __main
subl $12, %esb
I have now added 2 more branches for reference from the updated port of gcc and
binutils to i386-plan9 from https://marcus.biz.tm/jail/ :
binutils-2_22-plan9
gcc-4.8-plan9
Hopefully there are some clues there to help making a working current
i386-plan9 cross
compiler.
On Tue, Jun 02, 2020 at
Dear all,
First a bit of background:
I am currently attempting to update the old i386-plan9 target for binutils/gcc
in order to generate a modern cross compiler targeting plan9.
I have extracted the changes done to gcc 3.0 and binutils 2.11.2 from:
https://9p.io/sources/extra/gcc/
My binutils an
On Wed, Apr 29, 2020, at 7:46 PM, Thaddeus Woskowiak wrote:
> KDE Plasma
> uses a different input method meaning drawterm does not trigger the
> onscreen keyboard.
You can use Plan 9's onscreen keyboard:
rio -k bitsy/keyboard
bitsy/keyboard has a scribble area which can be turned off with -n. Se
On Wed, Apr 29, 2020 at 1:53 AM Romano wrote:
>
> I am new to Plan9, but just as another data point, there was also
> drawterm-android2 in the Plan9-Archive on github. I tried this past weekend
> to get it up and running on an android emulator using Android Studio, but
> wasn't very familiar wi
I am new to Plan9, but just as another data point, there was also
drawterm-android2 in the Plan9-Archive on github. I tried this past weekend to
get it up and running on an android emulator using Android Studio, but wasn't
very familiar with Android Studio or the modifications necessary for draw
Thanks everyone for the ideas, background and links to add to my research.
Cheers,
Chris
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/Tca918503d5b19459-Ma961623aed6f9538e324bc9e
Delivery options: https://9fans.topicbox.com/groups/9fan
> re: Ori. I understood OP to be talking about doing a new, phone-specific UI.
Yes. I think it's doable. It just needs someone to do the doing.
>From what I recall, there's even an android drawterm that can be used
to prototype it without first getting hardware support -- though I
can't vouch fo
The ipaq/bitsy had no shortage of buttons round the case, several of which
were convenient when holding with one hand and using the stylus with the
other, so chording was possible.
On Thu, Apr 16, 2020 at 2:27 AM andrey mirtchovski
wrote:
> unfortunately i don't remember anymore how many buttons
this would be easy with a stylus on a resistive touchscreen and a few
well-placed physical buttons.
on a progressive^Winaccurate touchscreen with no buttons, what changes would be
required? strictly speaking, none at all: i've used plan 9 over vnc from my
tablet with various interfaces. it's no
re: Ori. I understood OP to be talking about doing a new, phone-specific UI.
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/Tca918503d5b19459-M1888d7610bfd5b2e63cb5821
Delivery options: https://9fans.topicbox.com/groups/9fans/subscripti
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
> >
>
> 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.
--
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: http
2nd edition had no draw(3), bit(3) is an incompatible protocol
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/Tca918503d5b19459-M64c63b3b13bde5b3c5dba3a3
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
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
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/
1 - 100 of 930 matches
Mail list logo
