How should the shell then be able to access the XATTR files ? Almost
everything in the original Unix was contructed around files and the
shell and therefore I don't feel well with suddenly having to deal with
filesystem objects which are inaccessible from the shell.
And as I said in
I used to work for a company that was a Sun strategic partner. We had something
called a developer discount that enabled us to get ANY piece of Sun HW at
down to 20% of the sticker price. For example, I spec'd out a 280R (this was
six years ago!) with a T3 -- fully loaded -- that cost around
if something rsync-ish looks like the right kind of
thing this might be of interest...
http://www.dirvish.org/
dirvish is a backup utility that does snapshot style
backups using rsync. the documentation page also
has links to some useful-looking rsync documentation
and links to sites
UNIX admin wrote:
I used to work for a company that was a Sun strategic partner. We had something called a
developer discount that enabled us to get ANY piece of Sun HW at down to 20%
of the sticker price. For example, I spec'd out a 280R (this was six years ago!) with a
T3 -- fully loaded
On Fri 05/12/06 at 13:46 PM, [EMAIL PROTECTED] wrote:
On Fri, May 12, 2006 at 03:32:43PM -0500, Nicolas Williams wrote:
Also, I'm getting tired of replying to some e-mail only to get a post
awaits moderator approval reply.
I understand why we do that for non-subscribers.
And I guess
The ZFS discuss list was getting heavily spammed, resulting in me having
to spend the first 15 minutes of every day sifting through notifications
and going to reject the messages. The current policy for zfs-discuss is
to reject any non-member mail, though all *.sun.com addresses are
Although not a absolute answer to you main concern, here are a few money-saving
tips:
1) http://blogs.sun.com/roller/page/mary?entry=how_to_get_the_sun
2) https://partneradvantage.sun.com/partners/10moves/securestabilize.html
Perhaps a call to Sun is in order to discuss this privately?
Greetings
Been fasing several times to situation when using Solaris bundled tar to untar
archive that is done with gnu tar and archive has long paths or file/directory
names.
Then during untarring with Solaris bundlet tar i get error messages about too
long paths/filenames/directorynames and
Greetings
Been fasing several times to situation when using Solaris bundled tar to untar
archive that is don
e with gnu tar and archive has long paths or file/directory names.
Then during untarring with Solaris bundlet tar i get error messages about too
long paths/filenames
/directorynames and
homerun [EMAIL PROTECTED] wrote:
Greetings
Been fasing several times to situation when using Solaris bundled tar to
untar archive that is done with gnu tar and archive has long paths or
file/directory names.
Then during untarring with Solaris bundlet tar i get error messages about too
homerun [EMAIL PROTECTED] wrote:
Greetings
Been fasing several times to situation when using Solaris bundled tar
complaints snipped
This is caused by the fact that GNU tar is not creating POSIX compliant
archives.
further snippage
Jörg ! For the love of God man can ya please update
Hi
Thanks for quick reply.
now i know more :-D
case closed
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Dennis Clarke [EMAIL PROTECTED] wrote:
Jörg ! For the love of God man can ya please update the CSWstar package to
be the same rev as the star that ships in SchilliX 0.5.2 !?!
Those of us that use star every day and twice on Sunday would like an up to
date release that we don't have to copy
On Sat, 2006-05-13 at 16:08 -0700, Serge wrote:
Hi all,
It appears that most musical apps on Unix requires ALSA.
I know, the Sun audio0 API is itself very nice, other hand ALSA is Linux, but
how to compose music (with Rosegarden, for example) on Solaris without ALSA ?
In other words,
14 matches
Mail list logo