Re: [osol-discuss] Re: Re: Porting Virtualbox to Opensolaris X86

2007-01-17 Thread Patrick Mauritz
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

Re: [osol-discuss] Question about VMware and Solaris

2006-11-22 Thread Patrick Mauritz
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"

Re: [osol-discuss] Re: LAMP for Solaris aka SAMP

2006-10-19 Thread Patrick Mauritz
sues of x86. patrick mauritz ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org

Re: [osol-discuss] Driver Porting Question

2006-03-09 Thread Patrick Mauritz
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 :)

Re: [osol-discuss] Why not to use pkgsrc package system ?

2005-11-21 Thread Patrick Mauritz
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

Re: [osol-discuss] Why not to use pkgsrc package system ?

2005-11-21 Thread Patrick Mauritz
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

Re: [osol-discuss] Why not to use pkgsrc package system ?

2005-11-17 Thread Patrick Mauritz
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

Re: [osol-discuss] Opensolaris on EPIA?

2005-11-15 Thread Patrick Mauritz
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

Re: [osol-discuss] Open Minds - the OpenSolaris story

2005-11-11 Thread Patrick Mauritz
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

Re: [osol-discuss] No kernel source updates?

2005-08-26 Thread Patrick Mauritz
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

Re: [osol-discuss] No kernel source updates?

2005-08-24 Thread Patrick Mauritz
by me. patrick mauritz ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org

Re: [osol-discuss] No kernel source updates?

2005-08-24 Thread Patrick Mauritz
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

Re: [osol-discuss] Some impressions (ksh related)

2005-07-27 Thread Patrick Mauritz
so-called "open source community" is not. patrick mauritz ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org

Re: [osol-discuss] compiler cache for sun studio

2005-07-19 Thread Patrick Mauritz
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

Re: [osol-discuss] Re: Re: Re: Re: Re: Re: Solaris vs. Linux

2005-07-16 Thread Patrick Mauritz
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 __

[osol-discuss] Re: Re: Re: Re: Re: Solaris vs. Linux

2005-07-13 Thread 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

Re: [osol-discuss] Re: Code Management System for OpenSolaris

2005-07-07 Thread Patrick Mauritz
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

Re: [osol-discuss] Re: Code Management System for OpenSolaris

2005-07-07 Thread 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

Re: [osol-discuss] Re: Code Management System for OpenSolaris

2005-07-07 Thread Patrick Mauritz
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

Re: [osol-discuss] Re: Code Management System for OpenSolaris

2005-07-07 Thread Patrick Mauritz
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.