This isn't good. Hopefully Dennis will drop a comment
our way soon.
It'll be a sad day for everyone if blastwave closes
permanently.
Dennis has apparently indicated, that he is no longer interested in 'hosting'
the CSW packaging efforts for solaris, if he cannot dictate various things
http://bugs.opensolaris.org/view_bug.do?bug_id=6521472
according to the above link zfs install is not possible at this stage and the
last update on this was the 25th Oct.
ian, thanks for flag days link, it's helping me peel another layer of
onionSolaris rather than just making me cry. =)
will this have zfs boot install to zfs root?
thanks
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
I have xp on a slave drive and found I had to put the map directive in
/boot/grub/menu.lst ala
#-- EDITED BY USER - OK TO EDIT --
title Windows XP
rootnoverify (hd1,0)
map (hd0) (hd1)
map (hd1) (hd0)
chainloader +1
#-END BOOTADM
This
has there been any movement on this in the last 11 months.
thanks
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
On Thu, Jul 13, 2006 at 05:19:08PM -0400, James Carlson wrote:
The original reason for /usr/sfw was to prevent users from wandering
into External (extremely volatile; not necessarily compatible from
patch to patch) software. But with GNOME integrating into /usr/bin as
External and with the
On Tue, Jul 11, 2006 at 12:01:00AM -0400, Laszlo (Laca) Peter wrote:
Some default X resources are set in /usr/dt/config/Xinitrc.jds.
These ones seem to be related to dtterm:
*XmText*background: seashell
*XmTextField*background: seashell
*background:#AE00B200C300
Hmm. This sounds a
On Sat, Jul 15, 2006 at 02:50:12PM -0400, Laszlo (Laca) Peter wrote:
Even the file itself describes itself to the user as,
Dthello*string: Welcome to the GNOME Desktop Environment
This file has been in use (under changeable names) since GNOME 1.4,
5 years ago, so it well
On Mon, Jul 10, 2006 at 08:14:58PM +0200, [EMAIL PROTECTED] wrote:
...
Yes; the install program should make more sense out of the keyboard
input; it doesn't do so now. Even with terminal properly set, it can't
use Fx keys on anything other than a Sun type terminal (not xterm,
usually)
eh?
F
On Mon, Jun 19, 2006 at 07:26:51PM -0700, Erast Benson wrote:
On Mon, 2006-06-19 at 17:45 -0700, Philip Brown wrote:
On Mon, Jun 19, 2006 at 04:00:28PM -0700, Erast Benson wrote:
On Mon, 2006-06-19 at 23:46 +0100, Peter Tribble wrote:
- can I request a specific version?
yes
On Mon, Jun 19, 2006 at 05:44:18AM -0700, UNIX admin wrote:
no, it's still the java programmers fault
Truth be told, I don't care whose fault it is, all I know is that it's
SLOW and that the language is complicated even for the simplest of things.
It's not a scripting language.
Compared to
On Sun, Jun 18, 2006 at 09:47:21PM -0700, Hugh McIntyre wrote:
Philip Brown wrote:
While blastwave does it, I can't use blastwave as a part of some
other solution. And that's the problem with all the package
management systems - they're fine, as long as you use them in
complete isolation
On Mon, Jun 19, 2006 at 04:47:20PM -0700, William D. Hathaway wrote:
One thing I'd like to see in Blastwave standards is the separation of bin/lib
from config/data. While I was a massive fan of CSW on Solaris 9, when trying
to build S10+ machines with large numbers of zones, it seemed I like
On Sat, Jun 17, 2006 at 08:16:38AM +0200, [EMAIL PROTECTED] wrote:
Perhaps we need to understand which OS release this is exactlyu and
how single user boot is done.
(If it boots from a pre-S10 network image, SCSI options will be set
to crawl)
Also, certain boot image versions, had network
On Sat, Jun 17, 2006 at 04:17:42PM -0700, Hugh McIntyre wrote:
Potentially what would help here is to integrate a stub pkg-get command
into the base install, but out of the box this would just be a wrapper,
not linked to any specific back-end repository.
great idea. and actually, already
On Fri, Jun 16, 2006 at 04:16:04PM -1000, David J. Orman wrote:
Sun just needs to pick something, stand behind it, and give it a bit of
support (make sure things are up to Sun's high stability/etc standards.)
Tee Hee...
We've learned one or two things from sun's original companion cd
On Sat, Jun 17, 2006 at 04:05:47PM +0100, Peter Tribble wrote:
...
While blastwave does it, I can't use blastwave as a part of some
other solution. And that's the problem with all the package
management systems - they're fine, as long as you use them in
complete isolation.
The underlying
On Fri, Jun 16, 2006 at 09:51:31AM +0100, Darren J Moffat wrote:
Philip Brown wrote:
actually, it isnt all that great in non-tunnel mode either. We couldnt get
it working between solaris 9 and windows xp servers, fyi.
I'd like to see THAT be 100% interoperable first, personally
On Thu, Jun 15, 2006 at 12:53:01PM -0700, Dan McDonald wrote:
Hello OpenSolaris folks!
I would like to open an OpenSolaris project - IPsec Tunnel Reform. Please
read on if you'd like to learn more about the project.
The IPsec implementation in Solaris interoperates very well with others
On Thu, Jun 15, 2006 at 03:15:21PM -0700, YJ Fan wrote:
Is there any IDE controller driver availble in Solaris 10?
yes.
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
On Mon, Jun 05, 2006 at 12:19:50PM +0530, Moinak Ghosh wrote:
Philip Brown wrote:
http://www.bolthole.com/solaris/drivers/vgatext.html
fstobdf(1) should be able to convert to BDF fonts if one is running a
fontserver.
Thank you! I've updated my web page accordingly
On Fri, Jun 02, 2006 at 05:01:42PM -0700, Erast Benson wrote:
On Fri, 2006-06-02 at 16:54 -0700, Philip Brown wrote:
On Fri, Jun 02, 2006 at 04:52:48PM -0700, Erast Benson wrote:
sound like debdelta which has been around for years is what you are
looking for.
S'funny
On Thu, May 25, 2006 at 12:24:11PM -0700, Philip Brown wrote:
...
I'm too lazy to see if vgatext and ALL associated bits, are now CDDL'd.
If someone will confirm this (and email my regular address off-list to
prod me)
then perhaps I will remember to contribute my now 5-year-old hacked
On Sun, Jun 04, 2006 at 10:47:27PM -0700, Philip Brown wrote:
http://www.bolthole.com/solaris/drivers/vgatext.html
has a link to a tarball I hastily threw together of the resulting code.
PS: there are two points of interest in my code:
1. it theoretically allows use of other fonts, even
On Fri, Jun 02, 2006 at 04:42:12AM -0700, Nicolas Linkert wrote:
What do companies want? Most of them want a product:
- that's independent from a vendor - that's why many choose Debian - and not
Red Hat or SUSE -
- they need a business desktop / they need a reliable server
- they want
On Fri, Jun 02, 2006 at 04:19:23PM -0700, Erast Benson wrote:
The problem I'm seeing is that SVR4 packaging system wasn't developed to
inter-operate with upstream tarballs and patching system is not an easy
one to enable. At least it is not as easy as with Debian or RPM. That
means patches for
On Fri, Jun 02, 2006 at 03:23:25PM +0100, Darren J Moffat wrote:
I think it is worse on Solaris because it looks like you can work it out
and it appears to be predictable :-(
well, at least once you have a particular box's naming scheme worked out,
it is reasonably predictable.
eri1 will
On Fri, Jun 02, 2006 at 04:52:48PM -0700, Erast Benson wrote:
Switching gears a bit, though: last I heard, debian does not have a binary
patching system. just a source code packaging system, that primarily exists
as
original tarball + set of patches, as you noted.
sound like debdelta
(forgive me for changing the order of quotes a bit, but I think it makes
sense, and still keeps original intentions...)
On Fri, Jun 02, 2006 at 04:52:48PM -0700, Erast Benson wrote:
On Fri, 2006-06-02 at 16:33 -0700, Philip Brown wrote:
Nothing says that opensolaris has to have source
On Fri, Jun 02, 2006 at 05:12:07PM -0700, Erast Benson wrote:
On Fri, 2006-06-02 at 16:59 -0700, Philip Brown wrote:
for starters, the general community doesnt need to be able to
re-upload to unstable. Only maintainers do :-)
I'm sorry, but your statement is not always correct. Only
On Thu, Jun 01, 2006 at 11:19:22AM -0700, Rich Teer wrote:
Agreed, although I have some concern about the marketing aspects. Keep on
marketing to the converted, but I think the biggest challenge for Sun's
marketroids is converting the uninitiated, i.e., creating more Sun/Solaris
brand
On Thu, Jun 01, 2006 at 03:28:53PM -0700, Richard L. Hamilton wrote:
What would be needed in the way of additional drivers, boot support, etc to
make
that happen? Is sufficient info available from publically available
OpenSolaris code,
etc?
you shouldnt need any extra drivers, etc, etc.
On Wed, May 03, 2006 at 07:26:13AM -0700, Tom Smith wrote:
Hi. I've been thinking about building a SOHO NAS project using ZFS as
some others have suggested doing but I'm curious how lightweight I can make
Solaris (from a processor, memory, and install disk space) perspective and
still have
bahahaha
Im reviewing changes to vgatext since my hacks, and was amused to find the
following:
if (happyface_boot == 0)
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
On Mon, May 22, 2006 at 02:36:49PM +0800, Riny Qian wrote:
sure, if you're willing to recompile the vgatext driver. ;)
Then you can also change the console window size from 25x80 to others.
This seems a good opensolaris project :-)
I'm too lazy to see if vgatext and ALL associated bits,
On Thu, May 25, 2006 at 07:42:59AM -0700, Alan Coopersmith wrote:
In the case that actually replaced the console driver, the VT support was
described by the project team as little used and unnecessary:
c) VT support. [...]
mechanisms. These users can either use utilities
On Tue, Apr 18, 2006 at 06:10:31PM -0700, Alan DuBoff wrote:
Blastwave essentially dropped their stable tree anyway, didn't you?
Just the opposite. We finally found someone to step up to the plate and
do the hard work, for free. James Lee is our official stable tree
maintainer, and we've been
On Tue, Apr 18, 2006 at 06:10:31PM -0700, Alan DuBoff wrote:
Sun has staff now to handle most of what they do, but this doesn't
allow Sun to work with the community.
btw: there's a difference between working with the community, and
meeting the needs of the community.
you dont have to do #1
On Wed, Apr 19, 2006 at 01:57:42PM -0400, Dave Miner wrote:
Eric Boutilier wrote:
I'm not sure Nexenta's implementation is the way to go though. It seems
to me that Phil's pkg-get -- being designed around Sun's implementation
of the SVr4 packaging standard -- seems like the better
On Tue, Apr 18, 2006 at 07:50:35PM -0400, Laszlo (Laca) Peter wrote:
On Tue, 2006-04-18 at 14:44 -0700, Philip Brown wrote:
Interesting.
This is not a deliberate thing. Apparently, it's just a side-effect of
using sun compilers with the -fast option.
The magic compiler option you
On Mon, Apr 17, 2006 at 11:02:20PM -0700, Erast Benson wrote:
On Mon, 2006-04-17 at 22:08 -0700, ken mays wrote:
Going back to the comments about Nexenta build system:
Nexenta build system == Debian build system
The equation above means that NexentaOS following
Debian Policy[1] as close
On Mon, Apr 17, 2006 at 04:23:17PM -0700, Alan DuBoff wrote:
So, how would it be possible to build a large set of libraries that everyone
could update and use together? Is this at all possible? Sun has basically
proposed to work with the community, and that is happening, albeit
slowly...so
On Tue, Apr 18, 2006 at 05:54:15PM -0500, Eric Boutilier wrote:
Philip Brown wrote:
The thing about all that, is that it forces the machine to be closer and
closer to a linux machine, until eventually, it becomes nothing more than a
linux machine with a user-invisible solaris kernel
On Sat, Apr 15, 2006 at 03:35:52AM +0200, Robert Milkowski wrote:
Saturday, April 15, 2006, 2:27:45 AM, PB writes...
PB Basically, blastwave packages are set up to be binary distributions, not
PB developer distributions.
PB If you want to compile other stuff against our packages, you are
On Sat, Apr 15, 2006 at 02:13:11AM +0200, Robert Milkowski wrote:
Hello James,
Thursday, April 13, 2006, 2:06:40 PM, you wrote:
JC Hugh McIntyre writes:
JC That's also what Debian does. That fixes the dependency problem, but
JC doesn't fix the path problem.
JC The path problem for
Hi folks,
I was informed there was a bit of a broohaha over here, about packaging up
open source binaries for solaris and opensolaris.
So, as the author of pkg-get, and the creator/leader of the CSW packaging
efforts living on blastwave.org, I thought I'd poke my head in and wave.
*wave*.
I've
On Fri, Jul 15, 2005 at 01:24:14PM -0500, Eric Boutilier wrote:
I have to admit to knowing almost nothing about Ret Hat Inc's position
(in theory or practice) on POSIX.
i think its about the same as most other linux places:
We'll follow POSIX as much as possible... or until we dont feel like
47 matches
Mail list logo