the trouble with the zeroing pages scheme, which has been done before
(eg, having the process with least priority top up the memory), is that
it was great when the system wasn't under load, just fine under increased
load, but eventually, when you most want your cycles, you're back
in the original s
>sure but we are talking about x86_64, which has a limited number of
>possible page sizes
no, it doesn't.
>>sure but we are talking about x86_64, which has a limited number of
>>possible page sizes
>no, it doesn't.
i cut off that message: what do we usually do when the hardware doesn't do
quite what we'd like?
admittedly, if it had only Gbyte and 2 Mbyte pages, then indeed, there wouldn't
be much t
> Any idea how much work it would be to adapt that for the nokia n900?
No need for the android version on maemo - standard hosted
inferno "just works" on the n900. I've been running it for
quite a while (or was until my pocket was picked in Paris last
week ☹). I'll have to go back to my n800 (=n
Good to know, thanks!
On Sat, Sep 17, 2011 at 12:58 PM, Richard Miller <9f...@hamnavoe.com> wrote:
>> Any idea how much work it would be to adapt that for the nokia n900?
>
> No need for the android version on maemo - standard hosted
> inferno "just works" on the n900. I've been running it for
>
On Fri, 16 Sep 2011 15:23:01 -0700
John Floren wrote:
> We would like to announce the availability of Inferno for Android
> phones. Because our slogan is "If it ain't broke, break it", we
> decided to replace the Java stack on Android phones with
> Inferno. We've dubbed it the Hellaphone--it was
OK, more data this morning.
Since the cyanogen upgrade, no linux vm I have on OSX/VMWare can
enumerate the phone over USB. This is a very common problem as
revealed by any search.
On the one linux box I have, the phone is enumerated as a USB storage.
There may be some setting I need to reset ...
On Sat, 2011-09-17 at 09:29 -0700, ron minnich wrote:
> If I can figure out where to plug in an SD card -- it claims to
> have one! -- I might just give that a go.
The MicroSD slot in my Droid X is hidden under the battery fwiw.
On Sat, Sep 17, 2011 at 10:46 AM, Wes Kussmaul wrote:
> On Sat, 2011-09-17 at 09:29 -0700, ron minnich wrote:
>> If I can figure out where to plug in an SD card -- it claims to
>> have one! -- I might just give that a go.
>
> The MicroSD slot in my Droid X is hidden under the battery fwiw.
>
>
>
On Fri, Sep 16, 2011 at 3:46 PM, andrey mirtchovski
wrote:
> John, turn a camera on and film the phone while using it, please!
>
>
Terrible video: http://www.youtube.com/watch?v=dF_-jQc53jw
Some screenshots are available at https://bitbucket.org/floren/inferno/wiki/Home
John
On Sat, Sep 17, 2011 at 9:29 AM, ron minnich wrote:
>
> OK, more data this morning.
>
> Since the cyanogen upgrade, no linux vm I have on OSX/VMWare can
> enumerate the phone over USB. This is a very common problem as
> revealed by any search.
>
> On the one linux box I have, the phone is enumerat
On Sat, Sep 17, 2011 at 11:02 AM, John Floren wrote:
>
> Terrible video: http://www.youtube.com/watch?v=dF_-jQc53jw
Pretty good for being shot with a laptop webcam! I think incoming
calls should be working, though, unless I screwed something up between
last week and now (which is likely). The pho
hey noah, what's the mailing list?
- erik
nix-...@googlegroups.com
Noah
On Sat, Sep 17, 2011 at 9:41 PM, erik quanstrom wrote:
> hey noah, what's the mailing list?
>
> - erik
>
>
joel, on osx, some scripts are not there. I was more concerned about
this than the flash failures because I'm not sure what they do.
sh: mkbootimg: command not found
Where did your version of this one come from? It's nowhere on my machine.
ron
hee hee
Brantley
On Sep 14, 2011, at 6:10 PM, Dan Cross wrote:
> On Wed, Sep 14, 2011 at 5:48 PM, John Floren wrote:
>> I don't want to drag out the discussion, but:
>>
>> 1. Nixie is pretty much generic these days. Wikipedia even calls it a
>> genericised trademark.
>> 2. Nixies are also Germ
On Sat, Sep 17, 2011 at 1:26 PM, ron minnich wrote:
> joel, on osx, some scripts are not there. I was more concerned about
> this than the flash failures because I'm not sure what they do.
>
> sh: mkbootimg: command not found
>
> Where did your version of this one come from? It's nowhere on my mac
> It comes from the full Android source. I guess it doesn't make sense
> for it to be in the SDK. The android git server is dead right now, but
> you can fetch a mirror of this specific sub-project at
> https://github.com/CyanogenMod/android_system_core/android_system_core.
URL correction: it's htt
Slight correction:
git clone https://github.com/CyanogenMod/android_system_core
cd android_system_core/
cd libmincrypt/
gcc -I../include/ -o sha.o -c sha.c
mv sha.o ../mkbootimg/
cd ../mkbootimg/
gcc -I../include/ -c mkbootimg.c
gcc -o mkbootimg mkbootimg.o sha.o
Although most of you will get that
A few corrections.
> $ adb shell mount -o remount,rw /
> $ adb push boot-inferno.img
adb push work/boot-inferno.img /boot-inferno.img
> $ adb shell
> Now you'll be in an Android shell.
> android$ cat /proc/mtd
> This will hopefully give you a list of "mtd" devices and their names.
> We only care
OK, I just adb pushed the tar file over and untar'ed and things were
more complete.
So it's up on my nexus-s too. John, would recommend putting OSX and
linux versions of fastboot and mkbootimg into the tar file or on the
web page.
I can tell it's inferno because I hit a button and get instant
res
hot grits!
- erik
> hot grits!
you're dating yourself :) slashdot was better back then. now it's all
whiny kids who like bells and whistles:
"Seems to me Android has more interesting visuals in its robotic
fingernail than Inferno on mobile has"
Hey Erik,
I thought you'd said you didn't read Slashdot!
On 9/17/11, erik quanstrom wrote:
> hot grits!
>
> - erik
>
>
the video shows the OS to be pretty snappy, John. thanks!
of course, being well-tuned to the needs of the younger generation I
have prepared some tools that should allow them to, if not stay off
our lawn then at least be quiet while trampling it. i don't have an
android phone, but those should run on it, i think:
http://mirtchovski.com/code/code_files/so
It comes free with the usual high level of slashdot cluelessness. But
that's what one should expect :-)
ron
does anyone have a ghostscript that works with amd64?
i can get gs to display man pages and the stuff in /sys/doc,
but not, e.g., the intel arch pdfs.
chula; page docs/intel/v3b.pdf
reading through pdf...
Ghostscript Error:
Error: /undefined in --setcolor--
Operand stack:
--dict:8/8(L)-- (In)
I would give ratrace a go.
ron
On Sat Sep 17 21:53:06 EDT 2011, rminn...@gmail.com wrote:
> I would give ratrace a go.
>
ratrace on amd64 produces no output.
- erik
On Sat, Sep 17, 2011 at 6:57 PM, erik quanstrom wrote:
> On Sat Sep 17 21:53:06 EDT 2011, rminn...@gmail.com wrote:
>> I would give ratrace a go.
>>
>
> ratrace on amd64 produces no output.
I know. geoff fixed it on 9 and I need to get his fix into nix. I just
keep forgetting to figure out how he
Things are becoming very complex. Chromium even process C++ in the
client-side, civilization is dying.
On 9/16/11, tlaro...@polynum.com wrote:
> On Fri, Sep 16, 2011 at 03:56:18PM +0100, Ethan Grammatikidis wrote:
>> On Fri, 16 Sep 2011 13:11:00 +0300
>> Aram H?v?rneanu wrote:
>>
>> > And I don'
trying to render special unicode character 0x2019
in troff.
but pr2post fails with:
/386/bin/aux/tr2post: :31 :WARNING: cannot find glyph, rune=0x2019
stoken=<’> troff font R
now looking in:
/sys/lib/postscript/troff/R
0x2000 0x20ff LucidaSansUnicode20
but in:
/sys/lib/troff/font/devutf/R
33 matches
Mail list logo
