It really seems that acme-sac does save in the described way (at least
it saves). That makes me wonder. Do plan9 acme, p9p acme and acme-sac
have more similar differences? Are the programs separate in their
development?
Thanks
Ruda
> personally, i think that Put should work on any non-application
On Fri, Mar 6, 2009 at 10:48 AM, Rudolf Sykora wrote:
> It really seems that acme-sac does save in the described way (at least
> it saves). That makes me wonder. Do plan9 acme, p9p acme and acme-sac
> have more similar differences? Are the programs separate in their
> development?
Acme-sac is bas
Great ! And how about mentors ??? Who wanna be mentor ?
2009/3/5 Uriel
> As Sergey pointed out, there is a google groups for discussing this
> topics (there is also one only for mentors if you like, where I think
> both of you are members).
>
> http://groups.google.com/group/plan9-gsoc
>
> I hav
i put a small program, disk/smart, on sources
that does simple smart monitoring for scsi and
ata disks.
contrib/install quanstro/smart
for ata disks, quanstro/sd is required. atapi
devices could be monitored via ata or or scsi
commands or both, but i don't have access to
any devices that
Hi, does anyone know of (or has) a pdf (ps) version of Pietro's C
Programming in Plan 9 from Bell Labs?
I was trying to print it from cat-v.org but for some reason I am not
able to do so.
Saludos
--
Hugo
> I heard that there will be a GSoC this year, are there
> any plans to get plan 9 as a mentoring organization?
There has been some discussion about this among the people who
put together last year's application.
For whatever mixture of factors, we ended up "below the line"
last year. This year
uh, sorry to hear that.
Well, maybe next year...
Saludos
2009/3/6, Dave Eckhardt :
> > I heard that there will be a GSoC this year, are there
> > any plans to get plan 9 as a mentoring organization?
>
>
> There has been some discussion about this among the people who
> put together last year's a
Clojure is definitely something that I would like to play
with extensively. Looks very promising from the outset,
so the only question that I have is how does it feel
when used for substantial things.
Thanks,
Roman.
P.S. My belief in it was actually reaffirmed by a raving
endorsement it got from
Uhu? Who 'decided' this? And where was this 'discussed'? Certainly not
in any of the Plan 9 GSoC lists.
It is total nonsense not to apply based on pure speculation, and you
can be certain there will be an application, whatever it will be
accepted or not, who knows, and what evidence there is that
*
*
organizing some bug-fixing weekends or install fests, improving
performance and usability of Plan 9 in various VM's (since this
is probably the safest way to ensure that a new user's install
works the *first* time)...
I sent a Plan9 Qemu qcow to the osZoo people a while ago but
uriel, remain calm. he said the discussion was among the people who
ran last year's application. that's fine: they can have whatever
conversations they like, wherever they like. if they've decided their
time is better spent elsewhere, that's their decision.
on the specific actions suggest, too, i'
If anyone is looking for projects I am working on USB and it's for
sure there will be many drivers that could be done once the controller
drivers get finished, what shouldn't take much time now. I'm willing
to help anyone willing to work on such "projects".
Acpi is also needed asap.
Probab
Things like Clojure, or Scala become a bit more interesting when the VM is
extended to allow tail recursion to happen in a nice way.
On Fri, Mar 6, 2009 at 10:47 AM, Roman V Shaposhnik wrote:
> Clojure is definitely something that I would like to play
> with extensively. Looks very promising fro
Thanks for tracking this down and pointing out where
the error is. There are actually a handful of errors
in that code.
Assume a source value sv, source alpha sa,
mask alpha ma, destination value dv, and
destination alpha da. The values sv and dv
are stored premultiplied by their corresponding
a
> Bug #3: MUL0123 is enabled whenever the src
> and dst both have 32-bit pixel width, but there is
> no check that the sub-channels are in the same
> order. You don't say what the image chans were
> in your test, but this:
>
> src rFF g00 b00 αFF
> mask kFF αFF
> dst r00 g00 b00 αFF
> dst after
> Acpi is also needed asap.
what's the pressure point here?
- erik
On Fri, Mar 6, 2009 at 3:59 PM, erik quanstrom wrote:
>> Acpi is also needed asap.
>
> what's the pressure point here?
>
The number of mainboards that have incorrect PIR, MP, tables that are
correct in ACPI. The fact that so many functions, for correct
operation, need ACPI.
It's a mess. ACPI suc
> > what's the pressure point here?
> >
>
> The number of mainboards that have incorrect PIR, MP, tables that are
> correct in ACPI. The fact that so many functions, for correct
> operation, need ACPI.
>
> It's a mess. ACPI sucks. But it's what we have to work with.
this is just my perspective o
On Fri, 06 Mar 2009 10:47:20 PST Roman V Shaposhnik wrote:
> Clojure is definitely something that I would like to play
> with extensively. Looks very promising from the outset,
> so the only question that I have is how does it feel
> when used for substantial things.
You can browse various Cloju
there is a hardware errata with the amd 690 southbridge
that has been causing some funny results on my terminal's
dvd drive for some time now. i finally hunted it down last night.
my contrib sd package has the fix.
unfortunately, i also happen to own a dvd drive that loves to
set check condition:
> P.S. My belief in it was actually reaffirmed by a raving
> endorsement it got from an old LISP community. Those
> guys are a bit like 9fans, if you know what I mean ;-)
You mean intelligent people who appreciate elegance? :)
Sorry. Couldn't resist.
BLS
> For whatever mixture of factors, we ended up "below the line"
> last year. This year more groups are expected to apply, and
> Google has indicated they plan to support fewer groups and
> fewer students this year as compared to last year. Each of
> those trends seems likely to push us further "b
> To be less flippant, what makes high performance flash difficult
> is the slow erasure time and large erasure blocks relative to
> the size of individual flash pages. Being full hurts since the
> flash is typically managed by a log structured storage system
> with a garbage collector. Small ran
> It's a mess. ACPI sucks. But it's what we have to work with.
I don't know about ACPI, but it struck me that Plan 9 was in a far
batter position to deal with the foibles of USB than any other OS I
am familiar with (IMO, PCI was similar, but the opportunity was
missed), I'm pleased Nemo is able to
> Where does all this fancy stuff belong? In the storage medium,
> in the HBA, in the device driver, in the file system, or in the
> application?
In a very intelligent cache? Or did you mention that above and in my
ignorance I missed it?
OK, let's try this:
. Storage medium: only the hardware
> I don't know about ACPI, but it struck me that Plan 9 was in a far
> batter position to deal with the foibles of USB than any other OS I
> am familiar with (IMO, PCI was similar, but the opportunity was
> missed), I'm pleased Nemo is able to provide help there.
what was missed with pci? plan 9
> Much of the intelligence
> actually resides in the device driver. It is that secret sauce
> that gets you good performance. In theory it could be pushed
> down, but it takes CPU, memory, and memory bandwidth that may
> not be cost effective there.
That would entail a really intelligent control
> Sadly, if a WORM is your only application, then no one cares.
> At least not enough to pony up for real peformance. The folks
> at places like Sandia are interested in running HPC applications
> and there are a lot of people in other industries such as big oil
> and finance that are willing to p
28 matches
Mail list logo
