It would be nice to have a widget library including buttons, drop-down menus,
multiple-line text entry, radio buttons, scrollbars, etc.
Oh, no!!!
++pac
I'd suggest to complete native SSH2 implementation.
2012/3/13 Peter A. Cejchan tyap...@gmail.com:
It would be nice to have a widget library including buttons, drop-down
menus, multiple-line text entry, radio buttons, scrollbars, etc.
Oh, no!!!
++pac
--
- Yaroslav
Yes, tftpd becomes none and calls newns(2), thus the only way to have
/net.alt populated for it is through /lib/namespace, as you figured
out.
--
- Yaroslav
On Tue Mar 13 07:31:46 EDT 2012, yari...@gmail.com wrote:
I'd suggest to complete native SSH2 implementation.
this project is too large for a summer.
- erik
On Tue Mar 13 09:01:07 EDT 2012, quans...@quanstro.net wrote:
On Tue Mar 13 07:31:46 EDT 2012, yari...@gmail.com wrote:
I'd suggest to complete native SSH2 implementation.
this project is too large for a summer.
however, implementing tls1.2 is not.
- erik
Also note:
Some old 9fans mails requested help solving DHCP errors showing up like:
!Discover(hwa01_204e7f518eeb via 192.168.0.239): no binding ::
I don't think there was a concise description of what the solution was
in the prior threads. Here's a small attempt:
The DHCP discovery
I don't think there was a concise description of what the solution was
in the prior threads. Here's a small attempt:
The DHCP discovery error occurs because dhcpd will only only provide
an IP address on the subnet for the inquiry. In this case a device
defaults to ip=192.168.0.239
I'm a newbe at Plan 9 and I got Inferno and Octopus just running. I writing
first limbo programs and I like it.
+ Made in plane C
+ resource is a file and not complicated proprietary drivers
+ it can be run such easy and small with emu at each system (I have Mac)
+ interconnect of resources
And
For the octopus we wrap underlying MacOS X or Linux devices, and then use them.
For native plan 9 I don't know if there's a working usb camera.
I think there was some, long ago, but I'm not even sure.
On Tue Mar 13 13:26:41 EDT 2012, n...@lsub.org wrote:
For the octopus we wrap underlying MacOS X or Linux devices, and then use
them.
For native plan 9 I don't know if there's a working usb camera.
I think there was some, long ago, but I'm not even sure.
wasn't that a tv tuner?
- erik
@Nemo
Ok,I just want start with a very easy constellation:
1.) I installed octopuson top of myMacMini (newest version) at my televison in living room, he running also Mac-Server
2.) I got the terminal started at an older MacBook
3.) I have a HP Envy 100 WLAN Inkjet printer / Scanner integrated
On 2012-03-13, at 11:14 AM, V-CA ! Christoph Paschke wrote:
For me it is most important that I can realize what is promised from that
operting system according all resources, also devices are a file and that
this idea is more than a theory!
This only applies if you're running native Plan
I think in the octopus we have a print device that used the underlying default
printer.
It should be in /mnt/print or /mnt/terms/yourmachinename/print
Take a look to the start scripts to see if print is starting or printing some
diagnostics.
So, cp afile.pdf /mnt/print
should print it there.
On 2012-03-13, at 11:55 AM, Nemo wrote:
What Lyndon said is also true, btw. I'm not saying it's not.
Only that you can also wrap non-native devices with little
file servers, as in this case.
It's just very confusing knowing how P9 concepts apply in an emulated
environment. It's frustrating
It's just very confusing knowing how P9 concepts apply in an emulated
environment. It's frustrating even for those of us (okay, me) who have been
tooling around with P9P (and the like) for years. Every day a new surprise
... :-|
p9p's raison is to get along with the local environment,
On 2012-03-13, at 12:03 PM, erik quanstrom wrote:
this naturally puts it somewhat
at odds with itself.
Sadly, I think that's what turns people away from Plan 9: they only get to see
a pale shadow of its worth :-(
On Tue Mar 13 15:08:48 EDT 2012, lyn...@orthanc.ca wrote:
On 2012-03-13, at 12:03 PM, erik quanstrom wrote:
this naturally puts it somewhat
at odds with itself.
Sadly, I think that's what turns people away from Plan 9: they only get to
see a pale shadow of its worth :-(
its a plan 9
On Tue, Mar 13, 2012 at 11:14 AM, V-CA ! Christoph Paschke
c.pasc...@me.com wrote:
@Nemo
Ok, I just want start with a very easy constellation:
1.) I installed octopus on top of my MacMini (newest version) at my
televison in living room, he running also Mac-Server
2.) I got the terminal
On Tue, Mar 13, 2012 at 12:05 AM, Peter A. Cejchan tyap...@gmail.com wrote:
It would be nice to have a widget library including buttons, drop-down
menus, multiple-line text entry, radio buttons, scrollbars, etc.
Oh, no!!!
++pac
Oddly enough, that idea does not come with the rider, And then
Oddly enough, that idea does not come with the rider, And then force
Peter to use the library exclusively. I somehow doubt that acme will
suddenly turn into an MS Word-esque monstrosity simply because someone
has created a successor to libpanel.
libpanel could be classified as a hate crime
i've just barely have a driver from the usb incarnation of marvell's
libertas hacked together. as in i can boot over it (with hardcoded
association) so long as i don't load the kernel over it (apparently
openfirmware doesn't reset it when finished). it's not really in any sort
of shape to have
So, my question: Doesn't it makes sense that some hardware like CAMs or
USB-Scanners are working with Plan 9. I mean: There is a good system but as I
understand there is absolutely no device what I can buy and connect to it.
Is this a stupid question? Sure I could now spend endless times in
folks don't write code until they want it. until now, nobody has cared
enough about cameras or scanners or printers (though i thought ethernet
connected printers work more or less (but i've never printed anything))
to do anything. now you care, maybe you'll write them. the beauty of plan
9 is
On Tue, Mar 13, 2012 at 3:09 PM, erik quanstrom quans...@quanstro.net wrote:
folks don't write code until they want it. until now, nobody has cared
enough about cameras or scanners or printers (though i thought ethernet
connected printers work more or less (but i've never printed anything))
to
@Tristan
yes, that's what I wanted explain with GSoC. Need be something what realy brings the Plan 9 system forward I think.
Also, you maybe never use a printer or any other hardware devices, with me and most business applications it is just opposite.
Since I can remember there are 2 branche lines
or maybe some common user-oriented device support like this would
make a good Google Summer of Code project?
you'd do much better in gsoc if you limited your scope.
i would imagine so, but it wouldn't be up for me to specify which one.
i'm not qualified for gsoc. (read some as 'one of x'
with panic's duppage fix, i get hits.
Tue Mar 13 17:31:34: minooka# duppage: p-ref 2 != 1
Tue Mar 13 17:31:34: duppage: p-ref 2 != 1
Tue Mar 13 17:31:34: duppage: p-ref 3 != 1
Tue Mar 13 17:31:34: duppage: p-ref 2 != 1
Tue Mar 13 17:31:34: duppage: p-ref 2 != 1
Tue Mar 13 17:31:34: duppage: p-ref
On Mar 13, 2012, at 4:54 PM, Tristan wrote:
So, my question: Doesn't it makes sense that some hardware like CAMs or
USB-Scanners are working with Plan 9. I mean: There is a good system but as I
understand there is absolutely no device what I can buy and connect to it.
Is this a stupid
I'd suggest to complete native SSH2 implementation.
This has obvious utility, but I'm hesitant to add it without a
mentor who can vouch for its suitability for a summer-sized
student project, and who'd be willing to mentor a good
proposal for it. To me, it seems larger than that, but I'd be
On Mar 13, 2012, at 11:42 PM, Anthony Sorace wrote:
I'd suggest to complete native SSH2 implementation.
This has obvious utility, but I'm hesitant to add it without a
mentor who can vouch for its suitability for a summer-sized
student project, and who'd be willing to mentor a good
30 matches
Mail list logo