ose patches (that won't affect any other system) and have eclipse on
solaris/x86 just inofficially working.
Or maybe Sun just doesn't like its name.
Also, popularity doesn't say anything about quality
Patrick Mauritz
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
u. We
Close enough.
On LinuxWorldExpo the people at the VMware booth said that there's no
market demand for VMware on Solaris. Outside their reality field, that
probably means "not enough people/companies (with fat wallets[?])
asked for it"
sues of x86.
patrick mauritz
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
gic rather
than reuse code. Would I be able to do that?
I guess a lawyer can give you a usable answer on that one.
maybe there's a driver in one of the BSDs under their license for that
device? that works around incompatibilities in the GPL without a lawyer :)
y the main reason - I only
care for solaris 10 and newer.
patrick mauritz
signature.asc
Description: This is a digitally signed message part
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
the two issues that require some
duplication for the time being.
otoh, I'm still facing some issues with build dependencies the others
don't, because they can just require a package of their own, while I
want more flexibility.
patrick mauritz
signature.asc
Descriptio
c, there are many things to consider: eg. that
pkgsrc builds basically your whole userland again (at least the large
chunks: yet another perl installation, yet another python, ..)
patrick mauritz
signature.asc
Description: This is a digitally signed mess
red with solaris 10 on CLE266 based MII6000:
- oldboot isn't too happy about my epia system (hangs, unless I go to
interactive obp, do some stuff - eg. verbose on - then "go". doesn't
always work, but raises chances significantly)
- I had to disable the usb controller (loading
On Fri, 2005-11-11 at 15:57, Bill Bradford wrote:
> Open Minds, Closed Video Format!
>
> Can we get it in MPEG (1 or 2) or DivX?
how about theora (or vp3, in case you like something "stable")?
patrick mauritz
signature.asc
Description: This is a digitally
ould need extra tools. I posted the changelog for the
purpose of showing that there is indeed development in the publically
available trees.
patrick mauritz
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
by me.
patrick mauritz
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
On Wed, 2005-08-24 at 22:14, Felix Schulte wrote:
> any comments?
see http://www.openbios.org/~oxygene/opensolaris.txt.bz2 for what
changed in the various source drops (06-12, 07-01, 07-20, 08-18)
patrick mauritz
___
opensolaris-discuss mailing l
so-called "open source community" is not.
patrick mauritz
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
having a policy of building in a clean tree (to avoid trouble due
to forgotten dependencies), or when building autogenerated code, without
the need for cmp || mv hacks
patrick mauritz
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
nt to do - rant like a madman over that? there are
other people in the grand opensource meta community that do a better job
at playing the madman than you.
adapt or fork - it's quite hard to convince people by annoying them.
patrick mauritz
__
a good thing -no idea why opensolaris should be held to a
different standard..
patrick mauritz
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
onto
a system, it can
be troublesome to get everyone off it again. IF svk is really the best
long term solution,
then it should be used, but so far, it looks too fragile to me (as do
most alternatives,
though usually for different reasons than svk)
patrick mauritz
talking about svk. svn isn't a lightweight, and svk
layers even more on top of it.
patrick mauritz
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
o that
server - or to fork"),
where write access may require that you have a good relationship to
those managing the server.
patrick mauritz
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
net access
still work
reasonably fast, by having a local storage to put their changes in
instead of
waiting >1 minute for each commit - sync can happen later, after work
where waiting
is not an issue or when getting fast net access again.
20 matches
Mail list logo