> > If you'd get success to port 9front's tlsclient, 9legacy has no gui terminal
> > for amd64, even on vesa mode, then next is to port realemu etc...
>
> 9legacy amd64 kernel supports graphical terminal, but it doesn't
> indeed support VESA yet. Implementing realemu into 9k would be nice.
I've
On Sun, Mar 21, 2021, at 12:01 AM, kokam...@hera.eonet.ne.jp wrote:
>
> I don't know what was occured when 9front was forked, and what kind
> of antimode against 9front was made from that time...
> However I admire cinap who keeps 9front usable for a long time.
> I think he payed much effors!
>
> 9k?
9k is the original 64-bit Plan 9 kernel written by Jim McKie at Bell Labs.
It has been developed at Bell Labs (with external contributions) from 2005
to 2013 approximately, and has been part of 9legacy since 2016.
--
David du Colombier
--
9fans:
9k?
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/Tc82939f1fda0e479-M59cbe2ce8dcc00cab709b789
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
> If you'd get success to port 9front's tlsclient, 9legacy has no gui terminal
> for amd64, even on vesa mode, then next is to port realemu etc...
9legacy amd64 kernel supports graphical terminal, but it doesn't
indeed support VESA yet. Implementing realemu into 9k would be nice.
--
David du
> hey everyone,
>
> first of all this has turned out to be somewhat difficult! I have also
> been delayed from looking at it very much by other things going on.
>
> all I have done so far is look a bit at tlsclient. it seemed like once
> that supports dp9ik the rest is just simple rc scripts.
>
hey everyone,
first of all this has turned out to be somewhat difficult! I have also
been delayed from looking at it very much by other things going on.
all I have done so far is look a bit at tlsclient. it seemed like once
that supports dp9ik the rest is just simple rc scripts.
another note...
Quoth David du Colombier <0in...@gmail.com>:
> > When I got git9 working on 9legacy, I backported a couple
> > of utilities and changes:
> >
> > /n/sources/patch/walk
> > /n/sources/patch/rc-line-split
>
> These patches are now part of 9legacy. Thanks!
>
thank you :)
let me
> When I got git9 working on 9legacy, I backported a couple
> of utilities and changes:
>
> /n/sources/patch/walk
> /n/sources/patch/rc-line-split
These patches are now part of 9legacy. Thanks!
--
David du Colombier
--
9fans: 9fans
perceived belligerence is generally best countered by empathy.
fault-tolerant parsing of people's intentions and a will for
de-escalation can help concentrate on the common vision.
if there is any.
perhaps you already know everything that linux does wrong, which plan9
supposedly did right ever
On 2/13/21, hiro <23h...@gmail.com> wrote:
>
> what is the dark side? for me the borders between plan9 and non-plan9
> has been getting less tight, bec. with more experience i understand
> how to translate mindsets, or even code, from one system to the other
> without anybody in my real life ever
> You seem to have a knack for calling a spade a spade and that can be
> an invaluable contribution
are you implying here that by your doing the opposite you could also
be invaluably contributing something?
not sure i see the alternative you would like to propose for ori_b.
> How else
> are we
Lucio De Re once said:
> the fact that we have different objectives needs to be addressed at a
> philosophical level. How else are we going to select from conflicting
> alternatives?
Let a hundred flowers blossom.
Anthony
--
9fans: 9fans
Permalink:
On 2/12/21, o...@eigenstate.org wrote:
>
> The mix of derailing the thread, and the lack of
> answer for echoline, who *was* offering to do the
> work, but got no answer on whether there's interest,
> just rubbed me the wrong way.
>
It wasn't meant to derail the thread, it was meant to lay down
Quoth sirjofri :
>
> And ori (and other 9front devs) should get a decision, or at least an
> answer that can result in a proper discussion, at least.
Note: I'm not volunteering to do the work.
I currently don't even have any 9legacy
systems.
The mix of derailing the thread, and the lack of
In my opinion we need some uniform core to maintain some kind of
interoperability between different distributions. Authentication and
encryption should be one of this core components.
And ori (and other 9front devs) should get a decision, or at least an
answer that can result in a proper
Quoth Skip Tavakkolian :
> I think the question of whether a patch is applied to the repo or
> kept as an optional patch should be: does it benefit everyone
> without breaking anything, fixes a bug, or enhances security? I
> use 9p.io as a reference for my setup. I appreciate that David
> has
Quoth Eli Cohen :
> well... I have a few questions already. I have heard that thorough
> scrutiny of dp9ik would be appreciated as Ori said, and hasn't really
> been done yet.
I'm not sure that's an entirely accurate characterization
of what I said.
The protocol is still following p9sk1, but
I think the question of whether a patch is applied to the repo or kept as
an optional patch
should be: does it benefit everyone without breaking anything, fixes a bug,
or enhances security?
I use 9p.io as a reference for my setup. I appreciate that David has been
judicious with the
application of
Quoth David du Colombier <0in...@gmail.com>:
> > When I got git9 working on 9legacy, I backported a couple
> > of utilities and changes:
> >
> > /n/sources/patch/walk
> > /n/sources/patch/rc-line-split
>
> Thanks. I'll review these changes and eventually include
> them into
[lucio.d...@gmail.com]
> I think what has kept Plan 9 ticking for the past 25 years or more, is
> that this community is small enough to keep connected to the "product"
> in its more abstract sense. Whatever that sense is, it is what we
> share and, presumably, appreciate, so we ought to preserve
sometimes i prefer technical decisions to be taken by the people doing
the work and not the community (e.g. not me). community can be nice in
other situations, and we have several of those ready anyway, but
normally people that make nothing happen should not hold special
powers in any way.
i
On 2/11/21, hiro <23h...@gmail.com> wrote:
>> I like
>> to think that there is "One plan 9" struggling to be born from these
>> variations.
>
> it there's any "One plan 9" it's clearly called golang. cause all
> added syscalls to any of the distributions came from there...
>
Well, I'd love to
> I like
> to think that there is "One plan 9" struggling to be born from these
> variations.
it there's any "One plan 9" it's clearly called golang. cause all
added syscalls to any of the distributions came from there...
if that incident had not happened i'd have now claimed: the one good
thing
On Thu, Feb 11, 2021 at 09:24:38AM +0200, Lucio De Re wrote:
> On 2/11/21, o...@eigenstate.org wrote:
> > Quoth David du Colombier <0in...@gmail.com>:
> >> 9legacy patches are available as "unified diff" format and
> >> are generated with "ape/diff -Nru".
> >
> > Alright, noted for the future.
>
> When I got git9 working on 9legacy, I backported a couple
> of utilities and changes:
>
> /n/sources/patch/walk
> /n/sources/patch/rc-line-split
Thanks. I'll review these changes and eventually include
them into 9legacy.
> I also noticed that the changes that lufia had done on
On 2/11/21, o...@eigenstate.org wrote:
> Quoth David du Colombier <0in...@gmail.com>:
>> 9legacy patches are available as "unified diff" format and
>> are generated with "ape/diff -Nru".
>
> Alright, noted for the future.
>
Here's what I' ve been thinking about that may be worth sharing: I'd
Quoth David du Colombier <0in...@gmail.com>:
> 9legacy patches are available as "unified diff" format and
> are generated with "ape/diff -Nru".
Alright, noted for the future.
> Feel free to ping me again if I missed something you sent me.
When I got git9 working on 9legacy, I backported a
> > another question already, though a bit early for it... how are 9legacy
> > patches generated? on 9front as far as I know everything is in
> > mercurial and people use hg diff
9legacy patches are available as "unified diff" format and
are generated with "ape/diff -Nru".
I tend to prefer
Quoth Eli Cohen :
>
> another question already, though a bit early for it... how are 9legacy
> patches generated? on 9front as far as I know everything is in
> mercurial and people use hg diff
patch/create, as far as I know.
The question is whether there is anyone willing or able to
apply the
well... I have a few questions already. I have heard that thorough
scrutiny of dp9ik would be appreciated as Ori said, and hasn't really
been done yet... beyond my capabilities, though. I have explored dp9ik
a little bit, another document about it is this writeup:
Quoth Skip Tavakkolian :
> no slight to the inventor of dp9ik, but has it been verified?
It's using the SPAKE2 algorithm, which is fairly well analyzed.
Here are a few starting points to read about it:
https://www.lothar.com/blog/54-spake2-random-elements/
FWIW I recently extracted ssh/sshfs/libsec from 9front and applied them to
richard miller's raspberry pi image.
This was not too hard but the changes did extend further than I first expected.
I could braindump what I did and it would form (I think) a very useful diff.
Richard millers image is
no slight to the inventor of dp9ik, but has it been verified?
On Tue, Feb 9, 2021 at 7:48 PM Eli Cohen wrote:
> On Tue, Feb 9, 2021 at 7:39 PM Lucio De Re wrote:
> >
> > On 2/10/21, Eli Cohen wrote:
> > > I noticed the patches from 9front to 9legacy are not well-maintained.
> I'm
> > >
On 2/10/21, Eli Cohen wrote:
>
> I'm not even sure where or how to start. dp9ik seems important if
> 9legacy doesn't already have something similar. that's probably both a
> bug fix and feature... and quite a task! but I would be interested in
> porting patches back to learn more
>
I guess you
On Tue, Feb 9, 2021 at 7:39 PM Lucio De Re wrote:
>
> On 2/10/21, Eli Cohen wrote:
> > I noticed the patches from 9front to 9legacy are not well-maintained. I'm
> > trying to figure out if this would be an appreciated exercise from someone
> > (me) who doesn't know all that much and would learn
On 2/10/21, Eli Cohen wrote:
> I noticed the patches from 9front to 9legacy are not well-maintained. I'm
> trying to figure out if this would be an appreciated exercise from someone
> (me) who doesn't know all that much and would learn from doing it, and if
> so, what are priorities for things to
37 matches
Mail list logo
