Personally, I believe that a Plan9 target for a cross compiler might
be more interesting. GCC already added support for the Plan9 dialect
of C. If it also could be made to compile Plan9 binaries, it could be
used for an alternative self-hosting distro as the one you envisaged.
I am fully aware
binaries with GCC on Linux? Would this be
mutually more benefitial than the current P9P?
I am waaay out of my league here so sorry if I say something stupid.
2011/7/11 Gorka Guardiola pau...@gmail.com:
On Mon, Jul 11, 20he11 at 6:41 PM, Jens Staal staal1...@gmail.com wrote:
Personally, I believe
If you are interested, there is one attempt to do parts of it:
goblin (userland utilities)
git://github.com/jdparent/goblin.git
oh shell (rc re-implemented in go)
https://github.com/michaelmacinnis/oh
gish (which utility written in go)
https://bitbucket.org/jpoirier/gich
... and probably lots
2011/9/16 ron minnich rminn...@gmail.com:
On Thu, Sep 15, 2011 at 5:02 PM, Ethan Grammatikidis
eeke...@fastmail.fm wrote:
On Wed, 14 Sep 2011 18:41:29 -0400
L N leonardne...@gmail.com wrote:
The goal should be a Plan 9 distro that runs natively on AMD-64, and can
open a web-browser.
That
2011/9/19 ron minnich rminn...@gmail.com:
On Thu, Sep 15, 2011 at 8:46 PM, Jens Staal staal1...@gmail.com wrote:
Alternatively - would a newlib approach be a better bet to get
binutils/gcc going? I have been trying to read up on it and to try to
locate the syscall information I need from
2011/9/19 Richard Miller 9f...@hamnavoe.com:
just go ahead and port the plan 9 c
compilers etc. to unix
Already done. The inferno distribution contains, in /utils, all
the Plan 9 xa, xc, xl (for x in [012568kv]) compilable by gcc.
Would this be possible to use for a cross compiler with a
Hi.
First of all sorry if I through my ignorance am attempting something
completely stupid.
I have been trying to copy the APE sources using plan9port. The
purpose of this is that I am trying to make an APE augmentation
PKGBUILD to the kencc package [1] (and ultimately, I will try to
figure out
2011/10/4 David du Colombier 0in...@gmail.com:
What I now wonder is: Is this the expected behaviour?
No. You are doing it fine.
It's working for me right now, authenticated and unauthenticated.
I don't know why it doesn't work for you.
Beware 9 mount should be spelled 9mount in your
2011/10/4 Russ Cox r...@swtch.com:
What does 'mount' (not 9 mount, just mount)
say after you mount the file system?
That will tell you whether the '9 mount' used
v9fs (Linux 9P driver) or 9pfuse (user-space
9P-to-FUSE translator).
Neither gets much use, so it is easy to believe
that there
2011/10/4 Russ Cox r...@swtch.com:
To answer my question: the error message comes from 9pfuse.
The extra bits are O_NOFOLLOW and O_LARGEFILE, both of
which seem harmless in this context. Try this:
diff -r 6db8fc2588f6 src/cmd/9pfuse/main.c
--- a/src/cmd/9pfuse/main.c Mon Oct 03
On 11/21/11 12:01, yy wrote:
9vx-hg (checked out 2011.11.17) - cmd line (9vx -r 9front -u glenda)
9front iso image - 9front-1131.664b953bfdde (I've copied it's contents and
`chmod -R u+w`ed it)
If you are using a modern version of 9vx (rminnich's repository at
bitbucket) you don't need to copy
2011/11/21 Sergey Kish sergey.k...@gmail.com:
Jens,
vx32-hg is already in AUR
http://aur.archlinux.org/packages.php?ID=28147Maybe it should use
rminnich/vx32 repo by default
/_hgroot/c_hgroot=https://bitbucket.org/rminnich/vx32;.
http://aur.archlinux.org/packages.php?ID=28147 uses
On 11/21/11 18:09, Anton wrote:
If you're on linux, you should consider kvm + kvmtool + plan 9
AFAIK, kvmtool wasn't integrated into 3.1. Is it stable/mature enough
to run plan 9?
i have to say my experience is quite different
Hm, that's odd. 9vx runs ok in ubuntu in tinycore, but not in
On 11/27/11 01:14, Ruben Schuller wrote:
To throw my experiences in:
I just managed to install 9front in virtualbox on my Arch linux x86_64
laptop (intel (Intel(R) Pentium(R) Dual CPU T2370 @ 1.73GHz), 2GiB RAM).
I first tried with the Bell labs image which booted nicely from CD but
after
On 11/27/11 14:39, yy wrote:
2011/11/21 Jens Staalstaal1...@gmail.com:
What I would like to know is if you can boot a plan9 system from iso via 9vx
as persistent partition whereas changes are saved to another directory (so
basically setting up a union mount between the iso and a directory) -
2011-12-05 14:26, Steve Simon skrev:
mkmk is in the contrib package contrib/mkmk
http://man.cat-v.org/plan_9_contrib/1/mkmk
I would say mkmk was an interesting experiment rather than a resounding success.
The idea was to simplify re-porting foreign code to plan9 by autogenerating the
mkfile
For those interested, pcre and re2c can be downloaded in binary (386)
form from and in source form using hg from:
http://code.google.com/p/ports2plan9/
I got a number of other things in pipeline that I am interested in
trying to put up there. Many of them will most likely not be
interesting for
2011-12-20 17:09, Federico Benavento skrev:
On Dec 20, 2011, at 12:57 PM, ron minnich wrote:
it reminds me of why we went with hg on the NIX tree.
because at the time you did it things like bitbucket and the hg port came to
exist?
so what one should do, use replica to sync with sources and
Hi all
I have been playing with trying to get the current MirOS ksh (mksh) to
compile and run under APE. It now compiles but as it is executed it
complains about no /dev/tty and crashes as soon as I try to write a
command to it.
Since the pdksh was ported as the generic APE 'sh' I guess the
That error is very common where ls -di is called in the configure
script (strange that it did not complain on your other system).
a nice fix is fgb's config script
http://plan9.bell-labs.com/sources/contrib/fgb/rc/config
another common problem is grep, where the easiest is to write
GREP=grep
at
2012/1/18 John Floren j...@jfloren.net:
On Wed, Jan 18, 2012 at 10:46 AM, Martin Harriss mar...@princeton.edu wrote:
John Floren wrote:
I figured I'd try building Python from the source on their website
just for kicks. Configure went ok, but when I went to run make, it
soon bailed out with
I get the same error no matter which BASIC file that gets generated to C
and it is put in the generated header file (at different row numbers,
ofcourse. I used test1 as use case to try to track it down), so there is
some sort of typedef inconsistency in there somewhere. I believe that it
has
Thanks for the feedback!
The dlerror was indeed the culprit and now my errors have jumped to:
eof syntax error, last name: 0
pcc: cpp: 469: error
, presumably in the generated .c file.
Where can I find info about the 469 error and how do I know where
the error occurred? (previously I have
2012/2/10 John Floren j...@jfloren.net:
On Thu, Feb 9, 2012 at 6:06 PM, Jeff Sickel j...@corpus-callosum.com wrote:
A quick question for everyone, is there interest in getting a more current
version of hg working for Plan 9 NIX? If so, given I've spent way too
much time in the past getting
The author of gawk is interested in getting the changes needed to
compile on Plan9 upstream. The port [1] has been slightly updated again
and the Hg repository will be updated with the last changes as soon as I
got time (main.c now vanilla).
Since I most likely will have to backport my
Hi all
I have some problems that I sometimes run into while trying to port
stuff. One is that some files just freezes the compilation process
(but load goes down to 0 so it is not just labour intensive, but
rather that it just sticks there without doing anything) and when I
exit the compilation
The second issue that I have been meaning to ask the list is about pcc
and bitfields - are they supported or is this some sort of can of
worms I have stepped into?
I have just hit another pcc can not initialize bitfields problem
with netsurf libcss. If anyone know how to tackle that issue (or
plugin will work out-of-the-box too?
--
Dr.ir. Jens Staal, Post Doc
http://www.researcherid.com/rid/B-7383-2008
http://scholar.google.com/citations?user=dFoQi0QJ
* Department of Molecular Biology, Ghent University
* Dept. for Molecular Biomedical
torsdagen den 10 maj 2012 12.19.51 skrev tlaro...@polynum.com:
Really? Wonderful..
Is there some docs for install Plan 9(more detail)?
x201 doesn't have a CD-ROM..
Installing Plan9 without a CD reader or a PXE boot.
Abstract
Wow! Thanks. I
2012/7/25 Skip Tavakkolian skip.tavakkol...@gmail.com:
For a dead OS, Plan 9 sure gets around ;)
Plan 9, a nurse-log of modern computing.
-Skip
On Jul 24, 2012, at 9:10 PM, erik quanstrom quans...@quanstro.net wrote:
that's the joke :) plan9 has been considered a dead operating system
Hi
I am currently attempting to build up-to-date APE libs for gnu/gcc
(the port found in /n/sources/extra/gcc). The APE libs there are from
2002 and there are some significant additions after that that I would
like to exploit.
The .c parts of the library builds nicely and I have a near-complete
The only solution I can see is to try to manually translate those .s
files from Plan9 assembly to GNU assembly. The best reference
comparison I have found is libc/386/setlongjmp.s from the old port
in /n/sources/extra/gcc and the current APE libs ap/386/setlongjmp.s.
The two files look quite
måndagen den 19 november 2012 10.05.16 skrev Steve Simon:
Somone was working on a port of the apache portable
runtime a while back but I have lost their email.
could they contact me please?
Thanks,
-Steve
Hi
you can find my apr port at:
http://code.google.com/p/ports2plan9/
there
Hi
I just wondered if anyone has made some sort of wrapper similar to the posix c
compiler (pcc) front end for 8c, but for ASM?
The reason I ask is that some projects have mixed .c and .S code and the ASM
is mostly GAS syntax.
Alternative ways of dealing with GAS ASM and still get native
on Plan9 already (x86, only calls, not
callbacks, though), supporting Plan9's calling convention. Check out
dyncall.org
Hope this helps,
Tassilo
On Mon, 03 Dec 2012 11:02:49 +0100
Jens Staal staal1...@gmail.com wrote:
Hi
I just wondered if anyone has made some sort of wrapper
In my porting of stuff using APE, I often notice that many applications
assume more members of the struct stat in sys/stat.h, especially
st_blocksize. Is there any reasonable similar information available
elsewhere in the system that could be used in a local rpl_stat struct for
those ports?
other
fredagen den 21 december 2012 12.38.01 skrev Jeff Sickel:
Given all the Plan 9 spinoffs that still include APE, it might
be worth the effort at some point to bring APE up to SUSv3 or
SUSv4 to ease in porting code that's heavily POSIX-dependent.
Though there might not be enough time or
Hi all. Perhaps I have been looking at completely the wrong places and perhaps
I am just not grasping it at all.
For a package that I want to build under APE, I need to put in the stack
pointer (sp) and the program counter (pc) part of jmp_buf specific for Plan9
(since APE does not expose any
måndagen den 7 januari 2013 05.31.44 skrev erik quanstrom:
the structure within jmp_buf is entirely determined by the code in setjmp.s
i don't think it would be wise to rely on the structure of jmp_buf.
Do you mean by this that it would be unwise to do something like
variable that needs to
måndagen den 7 januari 2013 06.15.08 skrev erik quanstrom:
yes, i think it would be unwise. i think you mean
sp = ((uintptr*)jb)[0]
pc = ((uintptr*)jb)[1]
yeah sorry I did not mean it to look like C-code and the paranthesis was meant
to indicate that jb
On Monday 28 January 2013 14.46.38 James Chapman wrote:
The build fails with a lot of cpp errors about /sys/include/ape/openssl/*.h
about unknown object type.
How can i exclude openssl from the build?
I'm assuming I won't be able to build it. I can put up with cpuing in to run
the
Sorry if this may sound ignorant and clueless, but would a similar port of the
Plan9 thread(2) to APE be possible - in particular in a form where stuff are
exposed through the headers as a standard pthreads solution?
Right now I have noticed that I use GNU Pth extensively under APE, but a more
On 2013-04-29 21:11, Aram Hăvărneanu wrote:
This looks like a reasonable list:
Alternatively, one can implement rc(1) or awk(1) in Go, rather than
implementing all the base tools.
--
Aram Hăvărneanu
The oh shell is (or used to be) an rc-like implementation in go so if
that one (with
On 2013-06-04 02:00, Serge Ziryukin wrote:
3) https://bitbucket.org/ftrvxmtrx/readtags
Reads tags from mp3 (id3v1, id3v2, utf16, iso8859-1), flac, oggvorbis
and writes them to stdout. Has a pretty printer, useful when you want
to see what's playing on ogg radio stream while actually playing it.
On 2013-06-04 16:38, Jens Staal wrote:
On 2013-06-04 02:00, Serge Ziryukin wrote:
3) https://bitbucket.org/ftrvxmtrx/readtags
Reads tags from mp3 (id3v1, id3v2, utf16, iso8859-1), flac, oggvorbis
and writes them to stdout. Has a pretty printer, useful when you want
to see what's playing on ogg
Dear all,
From yesterday upstream mksh (cvs and future R48 and onwards) builds out
of the box on Plan9 simply by:
ape/psh
./Build.sh
One issue remains and that is that the shell will get stuck after
executing an external command. To build a working shell, there is a
temporary work-around by
On Fri, 26 Jul 2013 13:01:16 -0400
erik quanstrom quans...@quanstro.net wrote:
On Fri Jul 26 12:30:20 EDT 2013, cinap_len...@gmx.de wrote:
plan9 kernel doesnt send notes on process exit to the parent. i do
not see any trivial way to emulate SIGCHLD as ape might spawn also
native processes
On Fri, 26 Jul 2013 08:59:30 +0200
Jens Staal staal1...@gmail.com wrote:
Dear all,
From yesterday upstream mksh (cvs and future R48 and onwards) builds
out of the box on Plan9 simply by:
ape/psh
./Build.sh
One issue remains and that is that the shell will get stuck after
executing
Dear all,
I just hit the following compilation error and I wonder if this is some
sort of bug in the APE libraries and how to trace down what is really
wrong:
??none??: incompatible type signatures
50220469(/386/lib/ape/libdraw.a(screen)) and
9bbe58(/386/lib/ape/libbsd(bind)) for bind
htonl:
On Mon, 19 Aug 2013 17:30:52 +0200
lu...@proxima.alt.za wrote:
I just hit the following compilation error and I wonder if this is
some sort of bug in the APE libraries and how to trace down what is
really wrong:
I had a similar situation when compiling the entire userland. I
hacked
On Mon, 19 Aug 2013 13:04:26 -0400
erik quanstrom quans...@quanstro.net wrote:
it looks like 9atom doesn't do this properly. i'll submit
a 9atom patch, but simply adding it to /sys/src/ape/lib/9/libc.h
doesn't work, so give me a bit. it's a rats' nest of defines...
the sloppy way to get
On Mon, 26 Aug 2013 23:32:00 -0400
erik quanstrom quans...@quanstro.net wrote:
On Tue Aug 20 03:21:29 EDT 2013, staal1...@gmail.com wrote:
On Mon, 19 Aug 2013 13:04:26 -0400
erik quanstrom quans...@quanstro.net wrote:
it looks like 9atom doesn't do this properly. i'll submit
a
On Thursday 12 September 2013 01:21:38 erik quanstrom wrote:
i believe all the type signature problems in 9atom's ape have been sorted
out. if you find something that does not work, it will be fixed.
- erik
On 9atom 1 out of two type signature conflicts got resolved when I tried to
build
On Thu, 12 Sep 2013 11:16:31 -0400
erik quanstrom quans...@quanstro.net wrote:
On 9atom 1 out of two type signature conflicts got resolved when I
tried to build GNU nano (using FGB's PDcurses, rebuilt on 9atom to
avoid that character width or something might be an issue).
The resolved
On Fri, 13 Sep 2013 14:30:37 +0200
Jens Staal staal1...@gmail.com wrote:
Now nano builds on APE with PDCurses and sort of works : can open
text files and fast commands work.
what does not work:
- line change by enter
- saving a file (related to my mkstemp hack?)
scratch that... everything
On Wed, 18 Sep 2013 09:02:04 +0100
Richard Miller 9f...@hamnavoe.com wrote:
Should I just reinstall plan9, fixing the partition problem and
the plan9.ini problem?
Yes. But set up the partitions first with a non-plan 9 tool. The
current version of disk/fdisk (used in the installer) does
On Sunday 06 October 2013 17:10:47 Jacob Todd wrote:
On Sun, Oct 6, 2013 at 5:08 PM, Christopher Nielsen cniel...@pobox.com
wrote:
Sadly, no. That would have been my first choice, if it were an option.
I know ahci works great in 9atom. I'll give virtualbox a whirl.
You would probably be
On Thursday 21 November 2013 17:50:50 Fausto Saporito wrote:
Hello all,
i'm trying to compile f2c (downloaded from NETLIB), under latest Plan9
installed under VirtualBox.
Running arithchk I receive:
arithchk 283: suicide: sys: fp: stack overflow fppc=0xbfff
status=0x
On Thursday 21 November 2013 22:37:06 Fausto Saporito wrote:
Hi Jens,
thanks a lot!!! that site is wonderful :-D
regards,
Fausto
Thanks :)
If you want more language support (and more up-to-date fortran, but also ObjC,
COBOL, C++ ...) it is highly recommended to check out the GCC
On Wednesday 04 December 2013 06:25:33 lu...@proxima.alt.za wrote:
For a more Posix-y environment, lib9 and libbio are also required to
provide features that Plan 9 has natively. Lib9 mirrors libc and
libbio is analogous to the real thing. My contention is that we
ought to keep these
It somehow makes me think about Alice in wonderland falling down the rabbit
hole... Will she meet a Glenda nervously looking at the clock?
PS. Sorry abort top post... Android's fault
Den 6 jan 2014 19:27 skrev Nicolas Bercher nberc...@yahoo.fr:
On 05/01/2014 19:09, Shane Morris wrote:
Plan 9
Dear all,
I am interested in moving from running Plan9 in a VM to (try to) running on
bare metal but since I am on a laptop with a single HDD and I play around with
a couple of different things, I need to use GPT instead of MBR to avoid the
silly 4 partition limit (since Plan9 can not be on an
On Tuesday 02 September 2014 02:46:12 arn...@skeeve.com wrote:
Steve Simon st...@quintile.net wrote:
I want to process some dated logfiles in awk.
gawk has date, strftime and mktime but Brian's does not.
plan9 has date(1) but there is no tm2sec(1), unless it
is called somthing I
On Tuesday 02 December 2014 09:32:22 Richard Miller wrote:
It's easier just to be
lazy and let u-boot do it.
Sorry for hijacking a bit. There was a mention on this list a couple of months
ago about work on getting Plan9 working on UEFI/GPT machines...
whoever that was - any progress?
This might not be popular among most Plan9 users, but I started thinking about
the possibility of FUSE on Plan9 after seeing the FUSE on WebDAV [1] project.
At least on 9front, WebDAV should be integrated in webfs.
Would this theoretically work? The advantage of FUSE is access to a number of
On Friday 12 December 2014 17:36:52 cinap_len...@felloff.net wrote:
steve quintile wrote a webdav filesystem (that uses webfs).
see /n/sources/contrib/steve/wdfs.tbz
i dont see why webdav should be integrated in webfs. webfs
is plan9's low-level http library.
OK then I just mis-understood
On Wednesday 14 January 2015 08:08:23 lu...@proxima.alt.za wrote:
Even though at the back of my mind there is a nagging desire to
implement gccgo in a Plan 9 fashion (for OpenLDAP, if anyone cares), I
think the bccgo approach, useful as it is, should be limited to
obsolete software. But
On Tuesday 13 January 2015 11:56:57 Steve Simon wrote:
Anyone ported the xz compressor/decompressor which
is gaining traction these days?
-Steve
http://plan9.bell-labs.com/sources/contrib/staal1978/pkg/xz-5.0.4b.tbz
I have not done much testing of it however...
Would be cool to hear if it
On Tuesday 13 January 2015 14:13:37 lu...@proxima.alt.za wrote:
Anyone ported the xz compressor/decompressor which
is gaining traction these days?
Have you checked the Go packages? Something tells me you may find a
portable version there.
Lucio.
found this... looks interesting but not
Den 12 maj 2015 04:13 skrev mve...@mveety.com:
Hey 9fans,
I wrote a ports tree for 9front, but it should work fine on
labs Plan 9. It's a bit light on software and probably has bugs,
so I would really love comments on it and mkfiles for new software.
Take a look at the code, try it
On Friday 15 May 2015 07:53:39 cinap_len...@felloff.net wrote:
fixed, its a bug in gunzip. the extra-len field in the gzip header has two
byte length field instead of one byte.
commited the fix.
awesome!
now it works
On Thursday 14 May 2015 16:37:05 cinap_len...@felloff.net wrote:
pretty sure this is apache bug/misconfiguration. googled for it
and the issue seems to be known problem.
The zlib archive works fine now :)
by the way, did you try the mksh archive after hget was fixed? I still get the
same error
On Thursday 14 May 2015 12:52:48 cinap_len...@felloff.net wrote:
i just tried this and it works all fine:
hget http://bitbucket.org/9front/plan9front/get/tip.tar.gz | gunzip | tar t
so please give a example command with a url that gives you issues.
Hi
sorry about the lack of details before
On Thursday 14 May 2015 13:10:20 Jens Staal wrote:
This might be a vbox bug (known for flaky network? I use the recommended
settings from 9front wiki), so I will try in qemu instead.
I just tried with the archives in qemu too and got the same error (and the
same deviant md5sum) - so hget
On Friday 15 May 2015 07:53:39 cinap_len...@felloff.net wrote:
commited the fix.
Playing with the ports has so far uncovered 3 bugs (hget, zip and the one
below) so rather fruitful playing :)
A potential bug in APE sys/wait.h : the header does not make sure that pid_t
has been defined.
Den 12 maj 2015 07:47 skrev mve...@mveety.com:
Thanks Jens! I can add you to the bitbucket if you wish so you can
contribute at your leisure. Also, if anyone else wants commit access,
just ask. :) (I think bitbucket has some dumb limited commit bit
thing though. Hopefully I'll get off it
Both tar.gz (zlib official site) and tar.bz2 (mksh official site). I just
wonder if they get corrupted during transfer with hget or if there is a
different issue.
Den 14 maj 2015 10:49 skrev cinap_len...@felloff.net:
could you be more specific what files fail to unpack with tar?
--
cinap
Den 30 maj 2015 08:41 skrev lu...@proxima.alt.za:
does anyone want to help test pap's native awk?
Build it and they'll come :-)
URL? Is it portable? How carefully was it ported?
It may be worth twisting Aaron's arm, he may well have a test suite
for GAWK that can be used here?
Lucio.
Den 30 maj 2015 10:23 skrev Charles Forsyth charles.fors...@gmail.com:
On 30 May 2015 at 08:21, Jens Staal staal1...@gmail.com wrote:
am also interested in seeing how compatible the ported m4 is with GNU m4
if there are good tests
GNU m4 is insane, and completely missed the point about GPM
There was a recent discussion about that it would be nice to have gawk on
Plan9.
The latest upstream version of gawk can now be built via 9front-ports. I
think/hope I built/ported it correctly, but it would be nice with
critique/feedback/testing.
I noticed in the Arch linux package that gawk
Hi all.
I tried using the following shim header to satisfy err.h in a package I
want to build.
https://raw.githubusercontent.com/libressl-portable/portable/master/include/err.h
It looked pretty neat since it does everything in the header.
It did however not work (I guess the ... and ## are to
On Tuesday 07 July 2015 16:45:59 Charles Forsyth wrote:
The loaders support creating a module, with the -u and -x options, with
import and export tables,
which are type-checked, to be dynamically loaded. If the program you're
working with won't compile and load
statically with the -T option
On Tuesday 07 July 2015 06:27:55 arn...@skeeve.com wrote:
Hi.
Jens Staal staal1...@gmail.com wrote:
There was a recent discussion about that it would be nice to have gawk on
Plan9.
The latest upstream version of gawk can now be built via 9front-ports. I
think/hope I built/ported
On Thursday 09 July 2015 02:49:53 arn...@skeeve.com wrote:
However, I'm happy to incorporate portability changes to make porting
to Plan 9 easier, if they're reasonable.
For portability changes, I think not much is needed.
There was an issue with a duplciate case in posix/gawkmisc.c
On Thursday 09 July 2015 11:19:33 Steve Simon wrote:
FWIW: fgb did a stirling script called config which sets up some
environment and runs configure under ape. It doesn't always work but often
gets close to generating a config.h as linux intended.
part of that script is already fixed since I
On Tuesday 01 September 2015 12.26.54 Nick Owens wrote:
> https://bitbucket.org/mveety/9front-ports/src/9de20d22612a/ape-libs/pth/?at=
> default
>
> i have no idea if it works. ymmv.
it used to work (at least the tests that comes with pth, and the oracle/
sleepycat db ...)
I was once curious to
2016-02-18 15:26 GMT+01:00 :
> NetSurf (http://www.netsurf-browser.org/) is a browser written in C. And
> Duktape is a javascript engine written in C too.
>
> Has anybody given them a look?
>
Several NetSurf libraries (used to) build fine under APE. I probably should
try
https://github.com/Harvey-OS/apex
Den 21 feb. 2017 23:28 skrev <cigar562hfsp952f...@icebubble.org>:
> Jens Staal <staal1...@gmail.com> writes:
>
> > If someone could backport apex from Harvey, that would be cool.
>
> I've seen this "Harvey" thing mentio
If someone could backport apex from Harvey, that would be cool.
Den 20 feb. 2017 19:50 skrev "Charlie Lin" :
> Since the POSIX standard is updated to POSIX.1-2008 with the 2016 TC, the
> commands should be updated as well.
>
> Also, how to submit either a patch or a
There is also one additional fork that has diverged quite significantly
from its Plan9 roots: Harvey OS.
One thing that might be interesting to back port from Harvey is the
modernized APE.
Den 10 feb. 2018 03:51 skrev "Benjamin Huntsman" <
bhunts...@mail2.cu-portland.edu>:
> Just curious as to
Den lör 27 apr. 2019 08:21Lucio De Re skrev:
> On 4/26/19, Kurt H Maier wrote:
> >
> > It's here now: https://bellard.org/TinyGL/
> >
> > khm
> >
> Let me add this correction to that document, this is where my
> curiosity found VReng:
>
> http://www.vreng.enst.fr/
>
> Thank you, Kurt.
>
>
>
>
> On the actual thread topic, I guess Wio is cool. If it works as well as I
> think it does, I shall have to improve my opinion of Wayland.
>
The developer of wio is the same that wrote sway (an i3-like Wayland
compositor) and wlroots, which is now used by many projects. Sway is
definitely a
Den sön 5 maj 2019 14:34 skrev:
>
> the boot process is nothing special. we have a bootloader that loads
> the kernel. the loader uses BIOS/EFI calls to get the kernel from the
> boot media so that it does not need drivers. once the kernel
> is taking over, it needs a driver.
>
I have a fun
Den sön 5 maj 2019 16:15 skrev:
> > I have a fun issue where 9front resolution depends on EFI boot method.
> Via
> > firmware interface, I get 1600x900 but via bootloader (EFI file copied to
> > esp) I get low resolution.
>
> not so surprising. pure EFI without legacy CSP does not have a VESA
>
> Nice. It looks like testing it out on 9front will involve a bit of
> backporting of ape stuff, but I may take a look
>
speaking of backporting ape stuff : has anyone looked into Harvey's "apex"
[1] for 9{atom,front,legacy}?
[1] https://github.com/Harvey-OS/apex
>
>
Den mån 22 apr. 2019 12:54Lucio De Re skrev:
> On 4/22/19, Jens Staal wrote:
> >
> > speaking of backporting ape stuff : has anyone looked into Harvey's
> "apex"
> > [1] for 9{atom,front,legacy}?
> >
> 9^(atom front legacy)
>
> I did not note an
Den fre 22 nov. 2019 kl 09:55 skrev Skip Tavakkolian
:
>
> It's not dead; it's resting.
>
The whole "thing" about Plan9 was bringing back the dead so it is
thematically on point.
> On Thu, Nov 21, 2019 at 10:29 PM wrote:
>>
>> The site hasn't been updated since 2014-2015. If it's dead, is there
Den tors 7 maj 2020 16:17Dave MacFarlane skrev:
>
> On Mon, Mar 30, 2020 at 9:12 PM Sean Hinchee wrote:
>
>> As a footnote, there's a decent git client written in Go that works
>> alright on plan9 [4], but it's slow and memory intensive at the
>> moment.
>>
>>
> [...]
>
> [4]
Awesome! I just tried to package lufia's libressl but got stuck on that a
script needed "real" git. Will try this!
Den sön 6 sep. 2020 23:47 skrev:
> Hey,
>
> I try not to be too verbose about new features landing in git9, but
> I think these warrant some noise. Both git/compat and git/serve
>
https://github.com/Bill-Gray/PDCursesMod/releases/tag/v4.2.0
PDCursesMod is a fork of PDCurses and we managed to bring fgb's old (3.0)
PDCurses port to the current PDCursesMod.
Why would you need curses?
Lots of fun little curses-based things out there and PDCursesMod can build many
things that
1 - 100 of 115 matches
Mail list logo