> 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 :
>> 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 err
> 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 ip
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 octopus on top of my MacMini (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 integrat
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 Pl
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.
A
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 frustratin
> 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
On Tue, Mar 13, 2012 at 11:14 AM, V-CA ! Christoph Paschke
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 started at an
On Tue, Mar 13, 2012 at 12:05 AM, Peter A. Cejchan 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 force
Pe
> 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 cri
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 peop
> 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 i
> 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
>
On Tue, Mar 13, 2012 at 3:09 PM, erik quanstrom 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 do anything.
@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
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
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 stu
> 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
happ
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
> p
All,
I have to admit I've been a bit late posting to the list regarding
updates to Mercurial. As Erik has mentioned a couple of times, a 1.7.5
port was made last year (a factotum extension for http/https
authentication was also written; see
/n/sources/contrib/stallion/src/mercurial). This port has
On Mar 14, 2012, at 1:15 AM, Steven Stallion wrote:
>
> As for the current status, I'm working on a port for the latest stable
> (2.1.1 at the time of this writing). This should be complete soon -
> there are a few rough edges I want to polish first, particularly with
> documentation. This port
32 matches
Mail list logo
