Hi,
here's the guy again that made the original post:
It seems the idea is almost dismissed and I am sorry for wasting your
time once again, but I'd like to reply to some arguments:
1) Close the iPhone App and your drawterm session is gone
A part of the project could be to write a server tha
If we got o/live running on iPhone it wouldnt matter
if you drop the connection.
The layout and all the editing state is kept in the cpu server.
Thus it's very much like a screen blank/ resume instead of a
shutdown, reboot.
On Thu, Mar 26, 2009 at 2:21 AM, Eric Van Hensbergen wrote:
> Guess it
> so if you have any ideas you'd like to get on
> there, just mail them to me, or to the plan9-gsoc mailing list and
> I'll get them plopped up there.
I'm actively working on GCC from two directions: a port of the Plan 9
libraries to a cross-compilation environment under NetBSD (I have
Ubuntu hand
> Pick up the new code, it reads the key from /lib/gmapkey
> and gets the longditude and latitude the correct way round
> (as several people have told me.
I use:
lng=`{echo $here(2) | sed -e 's/^-(.*)/+\1/' -e 's/^([0-9])/-\1/'}
Because double negatives (--) don't seem to cut it in the URL :-)
I
>GSoC isn't entirely about completing a
>project: the scope of a project may just be laying groundwork or a
>foundation for a later project which involves the porting.
Based on the experience last time, I think it is better to
have simpler projects that are straightforward, self-contained (but mod
On Mar 26, 2009, at 3:32 AM, André Günther wrote:
[1] http://www.minithink.org/mock.jpg
(Sorry for the image quality)
I just tried giving that to Interface Builder. Apparently, toolbars
can only be on the horizontal in Cocoa Touch. But this is an
interesting start.
The problem of how to
On Mar 25, 2009, at 10:32 PM, "Federico G. Benavento" > wrote:
I think that gsoc is a good chance to get going stuff that
we need and we will really use.
My personal belief is that this is a really bad, if not dangerous
criteria for projects. The goal for gsoc should not be to assign w
On Thu, Mar 26, 2009 at 11:42 AM, Pietro Gagliardi wrote:
> On Mar 26, 2009, at 3:32 AM, André Günther wrote:
>
> [1] http://www.minithink.org/mock.jpg
> (Sorry for the image quality)
>
> I just tried giving that to Interface Builder. Apparently, toolbars can only
> be on the horizontal in Cocoa T
> My personal belief is that this is a really bad, if not dangerous criteria
> for projects. The goal for gsoc should not be to assign work for stuff 'we
> need' -- if we need something we should be doing it ourselves. The goal
> should be to create interesting projects that attract new developer
Why not Inferno for iPhone or Symbian or Android? If one is going to
research multitouch/small-scree GUIs, one will want to write
applications, and being able to write apps in Limbo for either
platform would be a big win, plus you get all the drawterm
functionality for free, and could be the basis
On Thu, Mar 26, 2009 at 7:30 AM, Federico G. Benavento
wrote:
>> My personal belief is that this is a really bad, if not dangerous criteria
>> for projects. The goal for gsoc should not be to assign work for stuff 'we
>> need' -- if we need something we should be doing it ourselves. The goal
>>
2009/3/26 :
>> so if you have any ideas you'd like to get on
>> there, just mail them to me, or to the plan9-gsoc mailing list and
>> I'll get them plopped up there.
>
> I'm actively working on GCC from two directions: a port of the Plan 9
> libraries to a cross-compilation environment under NetBS
2009/3/26 :
>> I've wanted to work with somebody
>> on Plan 9 as a routing device in networks for some time, at least in
>> the field of packet classification.
>
> I'll be happy to help, too, if so desired, I have been playing with
> IPFilters in a pretty serious way for many years (and ipfw befor
2009/3/26 Eric Van Hensbergen :
> On Thu, Mar 26, 2009 at 7:30 AM, Federico G. Benavento
> wrote:
>>I mean, drawterm for the iphone! why not for symbian?
>>
>
> I'd have no problems with those suggestions either, as far as multitouch
> goes there are probably even further platforms -- even just su
Hello!
I'm a cs student from Saint-Petersburg,Russia(sea-gull on #plan9-soc).
I'm interested in your project of implementing Git file system
for Plan9.
Implementing Gitfs when we have Hgfs[1] and hgc may seem odd to
somebody,
especially when Git doesn't have apparent advantages over mercur
On Thu Mar 26 08:53:03 EDT 2009, urie...@gmail.com wrote:
> Porting drawterm is a dead end with very little potential of either
> learning anything interesting or being useful in the future.
inferno is a red herring. you might as well suggest qnx as
an alternative.
while drawterm might not be ap
2009/3/26 erik quanstrom :
> so please stop saying that 9vx or inferno make drawterm obsolete
> until that's actually true.
Additionally, both 9vx and inferno do actually execute code, which
would facilitate a breach of the SDK license.
> - erik
--me
On Thu Mar 26 04:42:48 EDT 2009, lu...@proxima.alt.za wrote:
> > Pick up the new code, it reads the key from /lib/gmapkey
> > and gets the longditude and latitude the correct way round
> > (as several people have told me.
>
> I use:
>
> lng=`{echo $here(2) | sed -e 's/^-(.*)/+\1/' -e 's/^([0-9])/
>Does creative masoshism count as GSoC project? I dont know :)
>
>Hm... These points all belong to the big topic, getting modern linux
>distro binaries (NTPL stuff) to work. This would be a good thing
>because I'm stuck on some old debian sarge that was just moved to the
>archives.
>
>Step one
On Wed, Mar 25, 2009 at 7:26 PM, erik quanstrom wrote:
> On Wed Mar 25 19:22:23 EDT 2009, devon.od...@gmail.com wrote:
>> Another student I spoke to on IRC spoke of the possibility of
>> bootstrapping LLVM for Plan 9 on Linux and getting it to run natively.
>> That would give us a whole bunch of d
2009/3/26 Zhao Shuai
>
> >Does creative masoshism count as GSoC project? I dont know :)
> >
> >Hm... These points all belong to the big topic, getting modern linux
> >distro binaries (NTPL stuff) to work. This would be a good thing
> >because I'm stuck on some old debian sarge that was just mo
> 9vx could replace drawterm in our environment, but i think
> the following work is required. 9vx needs
> - to be able to boot with no local files other than the executable,
> (i.e. directly from a plan 9 fs)
Actually, I've been using it this way for a while. More
precisely, when I'm on my home
> Alright, sounds good. Are you signed up as a mentor? (I'm not an
> admin, so I don't know).
>
I'm not, but that can be arranged.
> I'll add this to the ideas page; if you're interested and able to
> mentor, this would be a great project, I think.
I would be wary of being the sole mentor here,
Maybe porting parrot (http://www.parrot.org ) to Plan9 would be an
interesting Gsoc project
Parrot is a virtual machine designed to efficiently compile and
execute bytecode for dynamic languages. Parrot currently hosts a
variety of language implementations in various stages of completion,
includin
2009/3/26 Juan M. Mendez :
> Maybe porting parrot (http://www.parrot.org ) to Plan9 would be an
> interesting Gsoc project
My co-worker is the backup org admin for Parrot (but is responsible
for the Perl 6 and Parrot programs). If there's real interest here,
submit a proposal for a port to Plan 9
> If we can rope in at minimum rminnich and preferably
> also forsyth, then I will feel a lot less unsure of my skills.
Or equivalent, of course; these are the one _I_ would feel most
comfortable with.
++L
>> especially if the kernel were (sort-of) pxe loaded so that clients would
>> only need a local copy of the loader and changes would then be
>> automaticly distributed.)
>
> Now that could be fun.
>
I smell the feminine stench -- flowers and butterflies -- of GSoC project
proposal in every charac
I wasn't commenting on the GSoC; just reinforcing Eric's
point that a multitouch interface would be very interesting
in itself and pointing out that such a device in conjunction
with a 3d extension would be even more fun! But yes, a
multitouch interface design would make a nice GSoC project.
Nothi
Devon H. O'Dell wrote:
> Another student I spoke to on IRC spoke of the possibility of
> bootstrapping LLVM for Plan 9 on Linux and getting it to run natively.
> That would give us a whole bunch of different compilers.
Something to watch out for with such a project:
The LLVM back-end for Windows
> >> especially if the kernel were (sort-of) pxe loaded so that clients would
> >> only need a local copy of the loader and changes would then be
> >> automaticly distributed.)
> >
> > Now that could be fun.
> >
>
> I smell the feminine stench -- flowers and butterflies -- of GSoC project
> propos
On Wed, Mar 25, 2009 at 07:54:57PM -0500, Eric Van Hensbergen wrote:
> One nice thing about drawterm is it lets you export the iphone's
> interfaces to Plan 9 -- that could lead to much more interesting
I doubt you'll be able to do that with the insane restrictions Apple puts on
officially-sanctio
Hi,
I'm running Plan 9 on a machine with a GeForce2 MX200. I've tried to
run Inferno in p9, but anything graphical draws painfully slowly
(several seconds to paint the white rectangle while Charon is
starting).
Is there any reason this might be happening? If its related to
Inferno's /dev/draw, is
On Thu, Mar 26, 2009 at 1:04 PM, J.R. Mauro wrote:
> On Wed, Mar 25, 2009 at 07:54:57PM -0500, Eric Van Hensbergen wrote:
>> One nice thing about drawterm is it lets you export the iphone's
>> interfaces to Plan 9 -- that could lead to much more interesting
>
> I doubt you'll be able to do that wi
> Is there any reason this might be happening? If its related to
> Inferno's /dev/draw, is there any way I can import /dev/draw from P9
> and use it in Inferno? Would that be faster?
does the PAT register patch (/n/sources/patch/pat) make any difference?
- erik
> That makes zero sense. As per the VNC discussion, there's already
> precedent for exporting screen and interfaces.
> That does leave room for apple to restrict access to camera, location,
> orientation, etc. -- but I see no reason why they would.
as far as I can see Veency (the VNC server) is f
>anything graphical draws painfully slowly
>(several seconds to paint the white rectangle while Charon is starting).
that isn't normal, except when using it through drawterm.
it's even fine for me in 9vx on Linux.
On Thu, Mar 26, 2009 at 2:29 PM, andrey mirtchovski
wrote:
>> That makes zero sense. As per the VNC discussion, there's already
>> precedent for exporting screen and interfaces.
>> That does leave room for apple to restrict access to camera, location,
>> orientation, etc. -- but I see no reason w
On Thu, Mar 26, 2009 at 2:22 PM, Eric Van Hensbergen wrote:
> On Thu, Mar 26, 2009 at 1:04 PM, J.R. Mauro wrote:
>> On Wed, Mar 25, 2009 at 07:54:57PM -0500, Eric Van Hensbergen wrote:
>>> One nice thing about drawterm is it lets you export the iphone's
>>> interfaces to Plan 9 -- that could lead
let's rephrase the project. screw the iPhone temporarily (cool as it
may be) and do a straight cocoa drawterm rewrite. a cocoa-native
drawterm can explore all the functionality of the iphone interface
(gestures, etc) and much more, without all the restrictions that apple
forces on iPhone developer
A 9vx, p9p or inferno cocoa port is a project that seems fairly
reasonable and I think everyone (even those that don't use Macs) can
agree on (and then if somebody wants they can port it to the other
draw users).
uriel
On Thu, Mar 26, 2009 at 7:50 PM, andrey mirtchovski
wrote:
> let's rephrase t
The CPU doesn't support PATs, sorry.
It does have MTRR support though, wasn't there a patch to support
Write-combining for the framebuffer region using them instead?
FWIW, native graphics applications (including Hyperglenda) are very fast...
-- vs
> the only problem is, without the iPhone tag it just doesn't sound so
> cool anymore, does it? :)
Apple restrict the iPhone for the same reason all religions interfere
with sex: it is a measurement of the success of their marketing that
people still buy their product despite the discomfort.
That
I have VNC lite on my iphone, which amazingly isn't jailbroken...
-eric
On Thu, Mar 26, 2009 at 1:29 PM, andrey mirtchovski
wrote:
>> That makes zero sense. As per the VNC discussion, there's already
>> precedent for exporting screen and interfaces.
>> That does leave room for apple to r
On Mar 21, 2009, at 12:00 AM, Roman Shaposhnik wrote:
I could swear that I remember the following question being asked
during
the times when 9P2000 was being introduced, but I simply can't find
any relevant threads. I do apologize if my google-foo is failing me,
but here it goes: what is the re
> The CPU doesn't support PATs, sorry.
>
> It does have MTRR support though, wasn't there a patch to support
> Write-combining for the framebuffer region using them instead?
>
> FWIW, native graphics applications (including Hyperglenda) are very fast...
if the slowdown is caused by reading the f
On Thu, Mar 26, 2009 at 1:27 PM, Eric Van Hensbergen wrote:
> I have VNC lite on my iphone, which amazingly isn't jailbroken...
>
> -eric
sure, but that's a client. i thought you were talking about exporting
iPhone's screen and interfaces as one would using a vnc server.
On Thu, Mar 26, 2009 at 1:39 PM, J.R. Mauro wrote:
>>
>> That makes zero sense. As per the VNC discussion, there's already
>> precedent for exporting screen and interfaces.
>
> No, it makes perfect sense, if you actually know that there are VNC
> clients on the phone, but not servers. You should
> question: is there anything that HTTP makes us lose except
> for the transactional nature of create?
sanity?
> to "create" would be POST with a metadata payload on a
> "subdirectory" URI. But of course, it is not a create at all.
i'm not sure what fine hair you're trying to split. why can't t
>The difference between a VNC client and drawterm (from a rules
>perspective) is difficult to see
i supposed the difference was /mnt/term
> FWIW, native graphics applications (including Hyperglenda) are very fast...
hmm. Inferno is a native graphics application.
On Thu, Mar 26, 2009 at 2:31 PM, Roman Shaposhnik wrote:
> On Mar 21, 2009, at 12:00 AM, Roman Shaposhnik wrote:
>
> The story here is that we are building a bunch of RESTful APIs
> and my personal preference is to bend HTTP as close to 9P
> as I can get (for obvious reasons). Now, the closest mat
On Mar 26, 2009, at 12:35 PM, erik quanstrom wrote:
question: is there anything that HTTP makes us lose except
for the transactional nature of create?
sanity?
That's dead and buried already :-( But I've got be honest
with you -- REST is actually the closes thing to 9P
that has a potential to
On Thu, Mar 26, 2009 at 2:57 PM, Charles Forsyth wrote:
>>The difference between a VNC client and drawterm (from a rules
>>perspective) is difficult to see
>
> i supposed the difference was /mnt/term
>
Yeah, but there are plenty of apps which allow the phone to act as a
file server.
It likely won
On Thu, Mar 26, 2009 at 2:36 PM, andrey mirtchovski
wrote:
> On Thu, Mar 26, 2009 at 1:27 PM, Eric Van Hensbergen wrote:
>> I have VNC lite on my iphone, which amazingly isn't jailbroken...
>>
>> -eric
>
> sure, but that's a client. i thought you were talking about exporting
> iPhone's scree
> >> to "create" would be POST with a metadata payload on a
> >> "subdirectory" URI. But of course, it is not a create at all.
> >
> > i'm not sure what fine hair you're trying to split. why can't the
> > post contain the same information a create would?
>
>
> If "hair splitting" is the answer t
On Mar 26, 2009, at 12:44 PM, Eric Van Hensbergen wrote:
On Thu, Mar 26, 2009 at 2:31 PM, Roman Shaposhnik wrote:
On Mar 21, 2009, at 12:00 AM, Roman Shaposhnik wrote:
The story here is that we are building a bunch of RESTful APIs
and my personal preference is to bend HTTP as close to 9P
as I
On Thu, Mar 26, 2009 at 3:23 PM, Roman Shaposhnik wrote:
> On Mar 26, 2009, at 12:44 PM, Eric Van Hensbergen wrote:
>>
>> On Thu, Mar 26, 2009 at 2:31 PM, Roman Shaposhnik wrote:
>>>
>>> On Mar 21, 2009, at 12:00 AM, Roman Shaposhnik wrote:
>>>
>>> The story here is that we are building a bunch o
On 3/26/09, David Leimbach wrote:
> 2009/3/26 Zhao Shuai
>
>>
>> >Does creative masoshism count as GSoC project? I dont know :)
>> >
>> >Hm... These points all belong to the big topic, getting modern linux
>> >distro binaries (NTPL stuff) to work. This would be a good thing
>> >because I'm stu
* Mukhitdinov Manzur wrote:
Hi,
> I'm interested in your project of implementing Git file system
> for Plan9.
Great thing!
I'd be your first user :)
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
cellp
> It would (just as Erik pointed out). I guess I was just looking for
> symmetry (if POST is really a write(*), it should translate into write
> independent of whether the URI corresponds to a subdirectory or
> not) and potential pitfalls that made 9P spec disallow writes on
> subdirectories (and s
On Thu, Mar 26, 2009 at 9:30 AM, Mukhitdinov Manzur
wrote:
>
> Hello!
>
> I'm a cs student from Saint-Petersburg,Russia(sea-gull on #plan9-soc).
> I'm interested in your project of implementing Git file system
> for Plan9.
> Implementing Gitfs when we have Hgfs[1] and hgc may seem odd to
>
On Mar 26, 2009, at 2:10 PM, J.R. Mauro wrote:
On Thu, Mar 26, 2009 at 9:30 AM, Mukhitdinov Manzur
wrote:
Hello!
I'm a cs student from Saint-Petersburg,Russia(sea-gull on
#plan9-soc).
I'm interested in your project of implementing Git file system
for Plan9.
Implementing Gitfs when
On Mar 26, 2009, at 3:35 PM, Eric Van Hensbergen wrote:
I'm merely trying to debunk roadblocks which others
seem to want to through in his way.
I don't want to throw a roadblock in this student's way. (In fact,
drawterm on iPhone benefits me too, though that benefit would come in
or after
2009/3/26 Roman Shaposhnik :
> Somehow I didn't see the original email from Manzur (was it ever
> posted to the list?) But given my personal interests, I'd be delighted
> to help along with the gitfs.
Yeah, it was.
> Since I've ignored most of the GSOC traffic so far, could someone,
> please poin
2009/3/26 Pietro Gagliardi :
> On Mar 26, 2009, at 3:35 PM, Eric Van Hensbergen wrote:
>
>> I'm merely trying to debunk roadblocks which others
>> seem to want to through in his way.
>
> I don't want to throw a roadblock in this student's way. (In fact, drawterm
> on iPhone benefits me too, though
you could also use uriel's port of git to Plan 9, I think
On Thu, Mar 26, 2009 at 6:23 PM, Devon H. O'Dell wrote:
> 2009/3/26 Roman Shaposhnik :
>> Somehow I didn't see the original email from Manzur (was it ever
>> posted to the list?) But given my personal interests, I'd be delighted
>> to help
On Mar 26, 2009, at 1:54 PM, Eric Van Hensbergen wrote:
I have thought about that too, but became convinced that POST is more
like create (or more like write on a subdirectory -- hence the
original
question). With the clone operation it is the *opening* of the clone
device that provides you wi
2009/3/26 Devon H. O'Dell :
> The GSoC traffic is misdirected. The GSoC emails *SHOULD* be going to
> the plan9-gsoc list, which is hosted by Google.
>
I hope the plan9-gsoc list gets more attention. I sent my project
ideas there a week ago and you were the only person who replied my
message. Mayb
Hi all,
It seems I'm hitting this error when sending some GET requests:
In /sys/src/cmd/webfs/url.c:
if(strstr(url, "%00")){
werrstr("escaped NUL in URI");
return -1;
}
I haven't fully understood the comment above, especially if it is against
the
69 matches
Mail list logo
