would it run on native plan9, too?
thanks, peter, aka
++pac
I haven't tried, but I don't see why not.
On Mon, Sep 19, 2011 at 10:01 AM, Peter A. Cejchan wrote:
> would it run on native plan9, too?
> thanks, peter, aka
> ++pac
>
i'm not sure about adding more invisible state to acme
windows.
i've sometimes imagined a version of acme where shift-right-click
would reverse the search. no way of implementing it under
plan 9 itself though.
On 19 September 2011 09:19, Mathieu Lonjaret wrote:
> I haven't tried, but I don't see
It seems that I have the same problem with
https://groups.google.com/forum/#!searchin/comp.os.plan9/usb/comp.os.plan9/dBpkbPyQrzw/0TagYRLa02MJ
term% usb/usbd
usb/usbd: /dev/usb: no hubs
`ls #u' works (but why is that important?)
I'm also missing the /srv/usb file:
term% usbfat:
mount: can't ope
It looks like I have the same problem with
https://groups.google.com/forum/#!searchin/comp.os.plan9/usb/comp.os.plan9/dBpkbPyQrzw/0TagYRLa02MJ
usbd is running and I'm getting "usb/disk: /dev/usb: no devs", 2) usbfat: says
"can't open /srv/usb: '/srv/usb' file does not exist", and 3) ls #u works
On Monday 19 of September 2011 10:37:54 roger peppe wrote:
> i'm not sure about adding more invisible state to acme
> windows.
if `hidden' is the keyword, then let's have some new files in acme's control
file hierarchy for various bits of state.
aside of Rev, also paths from the Include command
On 19 September 2011 09:55, dexen deVries wrote:
> On Monday 19 of September 2011 10:37:54 roger peppe wrote:
>> i'm not sure about adding more invisible state to acme
>> windows.
>
> if `hidden' is the keyword, then let's have some new files in acme's control
> file hierarchy for various bits of
On Mon, Sep 19, 2011 at 10:37 AM, roger peppe wrote:
> i'm not sure about adding more invisible state to acme
> windows.
Well I needed to do that in a hurry, but I'll gladly reimplement it
later better if you have a nice suggestion.
> i've sometimes imagined a version of acme where shift-right-c
2011/9/19 roger peppe :
> i've sometimes imagined a version of acme where shift-right-click
> would reverse the search. no way of implementing it under
> plan 9 itself though.
Another option is to use a right-click on Look to search backwards.
Then, you will need a workaround to look for Look, but
i just pushed a change to nupas smtp that should fix
problems with dialing a records before exhausting all
possible mx records (on all valid networks). this had
been causing me some grief of late. it also logs exactly
which server was contacted and some details about the
dns entry. for example,
there's a slightly annoying bug in Acme regarding the per-window `dirty bit'.
expected behavior:
cut + paste leaves the window in `clean' state
current behavior if a file is opened:
cut + paste of file content leaves the window in `clean' state (correct
behavior)
cut + paste of file pathname in
On 14 September 2011 14:39, Richard Miller <9f...@hamnavoe.com> wrote:
>> smtp: bad network /net/tcp!bluestar!12345 (tcp!bluestar!12345)
>
> This should have been corrected by the hg update. But update only
> changes the source code - you still have to rebuild the command with
> cd $PLAN9/src/cmd
On 19 September 2011 13:55, dexen deVries wrote:
> there's a slightly annoying bug in Acme regarding the per-window `dirty bit'.
>
> expected behavior:
> cut + paste leaves the window in `clean' state
>
> current behavior if a file is opened:
> cut + paste of file content leaves the window in `cle
Maybe a chorded 3-1 click (not 1-3).
-rob
On Thu, Sep 15, 2011 at 8:46 PM, Jens Staal 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 plan9 libc. If anyone got
> any pointers on how to do this, it w
On 19 September 2011 15:50, Rob Pike wrote:
> Maybe a chorded 3-1 click (not 1-3).
+1
3-2 and 3-1 both do the same thing currently AFAIK,
so one could go.
2011/9/19 ron minnich :
> On Thu, Sep 15, 2011 at 8:46 PM, Jens Staal 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 plan9 libc. If anyone got
>> any p
On Sat, Sep 17, 2011 at 3:05 PM, ron minnich wrote:
> What would truly be interesting, since we don't need to reboot to
> switch modes, would be a button to
> do just that ...
>
It's really easy to switch modes from the shell.
To go from zygote to Inferno:
stop zygote
stop media
start media-inf
On Mon, Sep 19, 2011 at 10:25 AM, John Floren wrote:
> On Sat, Sep 17, 2011 at 3:05 PM, ron minnich wrote:
>> What would truly be interesting, since we don't need to reboot to
>> switch modes, would be a button to
>> do just that ...
>>
>
> It's really easy to switch modes from the shell.
>
> To
but showing that menu on the inferno side would be very neat.
ron
i thought it was great that something called "newlib" would still have
to implement a function called "isatty"
On Mon, Sep 19, 2011 at 06:50:01PM +0100, Charles Forsyth wrote:
> i thought it was great that something called "newlib" would still have
> to implement a function called "isatty"
This has always been the problem with "new": it doesn't last... Same
goes for something dated "today"...
--
T
i don't think either does anything.
-rob
On Mon Sep 19 14:19:02 EDT 2011, robp...@gmail.com wrote:
> i don't think either does anything.
in rio, b3 gives you a menu.
- erik
On Mon Sep 19 14:08:02 EDT 2011, tlaro...@polynum.com wrote:
> On Mon, Sep 19, 2011 at 06:50:01PM +0100, Charles Forsyth wrote:
> > i thought it was great that something called "newlib" would still have
> > to implement a function called "isatty"
>
> This has always been the problem with "new": it
Doing is perhaps dated---everyday---today, but release will be dated
next week.
The new version of kerTeX, including work on the encoding, and including
the AMS fonts will be released next week.
Why announce this now?
1) To wink at Erik's sentence (Nemo book).
2) To compell by a public announce
On Mon, Sep 19, 2011 at 08:45:45PM +0200, tlaro...@polynum.com wrote:
> Doing is perhaps dated---everyday---today, but release will be dated
> next week.
Hey folks! I said (to answer Erik) that the release will be:
today + 7 (i.e next week). (And this starts from today:=2011-09-19.)
The current
> 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.
Are there some clues about what is needed in a compatible phone?
Simply unlocked android or any other niggles? The phones available
from China are usually based on a big seller (and come off the same
hardware production line). One I have is based on the nokia E5 (and is
called the Wank E5). If I hu
"One I have is based on the nokia E5 (and is called the Wank E5)"
surely a forutune?
-Steve
Reminds me of some Chinese PC's we evaluated many years ago. One model was
called "My Personal Woody"...
On Mon, Sep 19, 2011 at 5:49 PM, Bruce Ellis wrote:
> Are there some clues about what is needed in a compatible phone?
> Simply unlocked android or any other niggles? The phones available
> f
These high resolution displays in current mainstream smartphones are
worth their bucks in my view!.
But if the china phones are available with 800x480 and under 100 Euros
I might reconsider...
Unlocked android, basically, but I think it's best if you can run
Cyanogenmod on it. That's what we've used for all of our testing,
because it's available for a lot of phones and provides a reasonably
similar environment across all of them.
Since the E5 is not an Android phone, you probably won't
Someone had any lucky with these VMs? Parallels simply crash at Bell's
p9, with 9atom it freezes displaying this message, "igbe: unusable
PciCLS: 0, using 8 longs". Q installs it perfectly, but network
doesn't work.
Looks like I'll keep my dirty and old proliant a little longer.
--
S.
On Mon Sep 19 20:57:48 EDT 2011, m...@zan.st wrote:
> Someone had any lucky with these VMs? Parallels simply crash at Bell's
> p9, with 9atom it freezes displaying this message, "igbe: unusable
> PciCLS: 0, using 8 longs". Q installs it perfectly, but network
> doesn't work.
any way to get a dump
Someone had any lucky with these VMs? Parallels simply crash at Bell's
p9, with 9atom it freezes displaying this message, "igbe: unusable
PciCLS: 0, using 8 longs". Q installs it perfectly, but network
doesn't work.
Parallels stopped working reliably with release 4, and completely with
release
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 w
On parallels 6 I can get 9atom a step further by changing the emulated
network adapter.
Manually edited the "config.pvs" file for the guest VM and changed the
entries for the adapter type:
3
:
3
:
ether#0: NE2000: port 0x8200 irq 7 add
Parallels 6 runs Plan 9 for me.
You did not install the libX11-devel package on your distribution.
--
David du Colombier
On Tue, Sep 20, 2011 at 2:00 AM, David du Colombier <0in...@gmail.com>wrote:
> You did not install the libX11-devel package on your distribution.
>
> --
> David du Colombier
>
>
Ok thanks.
41 matches
Mail list logo
