[osol-discuss] Re: 3K man pages available

2007-02-01 Thread Michelle Olson
Hi Dennis and Rich,
> 
> IANAL, but I think Dennis is OK republishing the man
> pages: they're
> published under the CDDL which specifically allows
> this sort of thing.  :-)

Right, but the CDDL HEADER needs to appear with the content. While I totally 
love this presentation and want to say YES and link to it, the CDDL needs to 
appear in the page source at very least. At present, I can't find it. Dennis, 
can you direct me to it if I'm missing something or add the CDDL header?

Thanks,
Michelle


> 
> -- 
> Rich Teer, SCSA, SCNA, SCSECA, OpenSolaris CAB member
> 
> President,
> Rite Online Inc.
> 
> Voice: +1 (250) 979-1638
> URL: http://www.rite-group.com/rich
> ___
> opensolaris-discuss mailing list
> opensolaris-discuss@opensolaris.org
>
 
 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-30 Thread Moinak Ghosh

Joerg Schilling wrote:

Roland Mainz <[EMAIL PROTECTED]> wrote:

  

Correct me if I am wrong... the 3K manual page archive for developers
has nothing todo with Solaris install... right ?
(And bzip2 on SPARC could be tweaked to run a little bit faster anyway).

I vote to use bzip2 to compress all the developer sources... usually the
disks are slower than uncompressing the tarball anyway...



It would be nice if we had an application that fits into the UNIX world 
(implements a CLI interface compatible to  "compress") of the compression

algorith found in "7z". This is faster than bzip2 and gzip and it compresses
better than bzip2.
  


  Yes. In addition 7z can compress to either bzip2 or gzip formats as well
  and achieve slightly better compression ratio than bzip2 or gzip 
themselves!


Regards,
Moinak.


Jörg

  


___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Casper . Dik

>Eric Enright wrote:
>
>> Given the option, I'll take gzip over bzip2 without consideration.
>> Waiting a little extra time to receive the archive is far better than
>> waiting a lot of extra time to unpack it.
>>
>
>Exactly.
>Only issue with the gzip binary shipping with Sun Solaris (10 03/05 and
>earlier Nevada builds): Is large file support compiled in, meanwhile ??
>I'll have to check the most current ON source's Makefiles.
>But good night for now.


"nm -D" will tell you.

But even the current version in Solaris 9 is large file aware.

Casper
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Joerg Schilling
Roland Mainz <[EMAIL PROTECTED]> wrote:

> Michelle Olson wrote:
> > Thanks for this message, really good to hear from you.
> > I will ask the gatekeeper to make this change if there
> > are more folks who prefer gzip to bzip2--you are the first to ask.
>
> What about providing both gzip and bzip2 tarballs ?

Why? Are you missng bzip2 on Solaris?

I don't care that bzip2 decompresses 10x slower, it is still much less
time than the time used for the download ;-)

Jörg

-- 
 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
   [EMAIL PROTECTED](uni)  
   [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Joerg Schilling
Roland Mainz <[EMAIL PROTECTED]> wrote:

> Correct me if I am wrong... the 3K manual page archive for developers
> has nothing todo with Solaris install... right ?
> (And bzip2 on SPARC could be tweaked to run a little bit faster anyway).
>
> I vote to use bzip2 to compress all the developer sources... usually the
> disks are slower than uncompressing the tarball anyway...

It would be nice if we had an application that fits into the UNIX world 
(implements a CLI interface compatible to  "compress") of the compression
algorith found in "7z". This is faster than bzip2 and gzip and it compresses
better than bzip2.

Jörg

-- 
 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
   [EMAIL PROTECTED](uni)  
   [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Casper . Dik

>On Mon, 29 Jan 2007, Bruno Jargot wrote:
>
>> I think it's better to stick with bzip2 archives. They need less
>> bandwidth and less room on disks. Using gzip again would be a step
>> backwards. Really.
>
>I resepctfully disagree.  Casper and I discussed this ages ago (I
>forget exactly when); apparently the use of bzip archives is one
>reasons why installing Solaris takes so long.

The space savings are marginal but bunzip2 is so slow (it takes about 60x
as long to uncompress, IIRC), that most systems can't even keep
a DVD spinning.

Casper
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: bzip2 performance on SPARC / was: Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Eric Enright

On 1/29/07, Roland Mainz <[EMAIL PROTECTED]> wrote:

Eric Enright wrote:
> On 1/29/07, Bruno Jargot <[EMAIL PROTECTED]> wrote:
> > On 1/29/07, Michelle Olson <[EMAIL PROTECTED]> wrote:
> > > Hi Rich,
[snip]
> Waiting a little extra time to receive the archive is far better than
> waiting a lot of extra time to unpack it.

Offtopic: Both gzip and bzip2 run much faster on SPARC, either via using
large pages (e.g. 64k or 4M; 512k pages will not work on Niagara1
machines... ;-( ) for the source and destination buffers and/or using
profile feedback compilation (and/or, XIPO (=interprocedural
optimizer)).

In theory it may even be "nice" to provide gzip and bzip2 as optimized
libraries to avoid that less-optimal versions are used by the various
applications (it would even allow to use some of the gzip-accerlator
cards out there (by replacing the libraries with versions which use this
hardware)).


Just for fun, I did a very quick-n-dirty benchmark on a 333MHz U10.  I
tried 64k, and "default", and 64k is the winner.  I also tried 4M but
results and possible long-lost memory make me wonder if 4M is
available on USIIi, so I omit the results (they were very similar to
"default".)  Each test was done with the source file read over NFS and
written to /dev/null, and each test was done twice.  The file was an
archive of /usr/X11R6 from FreeBSD, 145M originally and 66M
compressed.


cc -xO2 -xpagesize=64k
real1m53.009s
user1m46.689s
sys 0m1.984s

real1m50.108s
user1m46.299s
sys 0m1.507s

cc -xO2 -xpagesize=default
real2m11.240s
user2m5.738s
sys 0m1.775s

real2m10.303s
user2m5.548s
sys 0m1.663s


--
Eric Enright
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Roland Mainz
Eric Enright wrote:
> On 1/29/07, Roland Mainz <[EMAIL PROTECTED]> wrote:
> > Michelle Olson wrote:
> > > Thanks for this message, really good to hear from you.
> > > I will ask the gatekeeper to make this change if there
> > > are more folks who prefer gzip to bzip2--you are the first to ask.
> >
> > What about providing both gzip and bzip2 tarballs ?
> 
> This is an ideal solution, IMO.  Many source repositories also do that.

Ok... (please please no *.tar.Z (tarballs packed with /usr/bin/compress)
... that would be an overkill (mhhh, does anyone remeber pack(1) ...
=:-) )).



Bye,
Roland

-- 
  __ .  . __
 (o.\ \/ /.o) [EMAIL PROTECTED]
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 7950090
 (;O/ \/ \O;)
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Eric Enright

On 1/29/07, Roland Mainz <[EMAIL PROTECTED]> wrote:

Michelle Olson wrote:
> Thanks for this message, really good to hear from you.
> I will ask the gatekeeper to make this change if there
> are more folks who prefer gzip to bzip2--you are the first to ask.

What about providing both gzip and bzip2 tarballs ?


This is an ideal solution, IMO.  Many source repositories also do that.

--
Eric Enright
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Eric Enright

On 1/29/07, Martin Bochnig <[EMAIL PROTECTED]> wrote:

Eric Enright wrote:

> Given the option, I'll take gzip over bzip2 without consideration.
> Waiting a little extra time to receive the archive is far better than
> waiting a lot of extra time to unpack it.
>

Exactly.
Only issue with the gzip binary shipping with Sun Solaris (10 03/05 and
earlier Nevada builds): Is large file support compiled in, meanwhile ??
I'll have to check the most current ON source's Makefiles.
But good night for now.


Looks like it.  From b55b:

-bash-3.00$ /usr/ccs/bin/elfdump /usr/bin/gzip | grep FUNC.\*open
 [53]  0x08051f8c 0x  FUNC GLOB  D0 UNDEF  opendir
[179]  0x08051e8c 0x  FUNC GLOB  D0 UNDEF  open64


--
Eric Enright
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Rich Teer
On Mon, 29 Jan 2007, Eric Enright wrote:

> Given the option, I'll take gzip over bzip2 without consideration.
> Waiting a little extra time to receive the archive is far better than
> waiting a lot of extra time to unpack it.

Amen to that (and I have a reasonably fast 2.6 GHz Opteron CPU here)!

-- 
Rich Teer, SCSA, SCNA, SCSECA, OpenSolaris CAB member

President,
Rite Online Inc.

Voice: +1 (250) 979-1638
URL: http://www.rite-group.com/rich
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Rich Teer
On Tue, 30 Jan 2007, Roland Mainz wrote:

> > I resepctfully disagree.  Casper and I discussed this ages ago (I
> > forget exactly when); apparently the use of bzip archives is one
> > reasons why installing Solaris takes so long.
> 
> Correct me if I am wrong... the 3K manual page archive for developers
> has nothing todo with Solaris install... right ?

Nothing per se; I was merely using that as evidense of my assertion
that bzip is slower than gzip.

-- 
Rich Teer, SCSA, SCNA, SCSECA, OpenSolaris CAB member

President,
Rite Online Inc.

Voice: +1 (250) 979-1638
URL: http://www.rite-group.com/rich
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Roland Mainz
Bruno Jargot wrote:
> On 1/29/07, Michelle Olson <[EMAIL PROTECTED]> wrote:
> > Thanks for this message, really good to hear from you. I will ask the 
> > gatekeeper to make this change if there are more folks who prefer gzip to 
> > bzip2--you are the first to ask.
> 
> I think it's better to stick with bzip2 archives. They need less
> bandwidth and less room on disks. Using gzip again would be a step
> backwards. Really.

+1



Bye,
Roland

-- 
  __ .  . __
 (o.\ \/ /.o) [EMAIL PROTECTED]
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 7950090
 (;O/ \/ \O;)
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Sun Studio 11 tarball for OS/Net compressed with /usr/bin/compress / was: Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Roland Mainz
Stephen Lau wrote:
> Michelle Olson wrote:

> > Thanks for this message, really good to hear from you.
> > I will ask the gatekeeper to make this change if there
> > are more folks who prefer gzip to bzip2--you are the
> >  first to ask.
> 
> My personal preference is for bzip2 - but that's just cause I deliver ON
> as bz2 files.  There doesn't seem to be a convention - some
> consolidations/projects deliver .gz, most deliver .bz2 though.

BTW: Did someone filed a bug that the Sun Studio 11 tarball for OS/Net
is compressed with /usr/bin/compress ?



Bye,
Roland

-- 
  __ .  . __
 (o.\ \/ /.o) [EMAIL PROTECTED]
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 7950090
 (;O/ \/ \O;)
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Roland Mainz
Michelle Olson wrote:
> Thanks for this message, really good to hear from you.
> I will ask the gatekeeper to make this change if there
> are more folks who prefer gzip to bzip2--you are the first to ask.

What about providing both gzip and bzip2 tarballs ?



Bye,
Roland

P.S.: Would it be possible to add MD5 checksums to the download page
and/or the annoucements, please ?

-- 
  __ .  . __
 (o.\ \/ /.o) [EMAIL PROTECTED]
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 7950090
 (;O/ \/ \O;)
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Roland Mainz
Martin Bochnig wrote:
> Roland Mainz wrote:
> >I vote to use bzip2 to compress all the developer sources... usually the
> >disks are slower than uncompressing the tarball anyway...
> 
> Not if the uncompressed archives are bigger than, say, 100MB.
> Try it out on a U60 with 1x300MHz and let's see if your opinion has changed.

My primary development machine is an Ultra5 with 333MHz which is MUCH
worse than an Ultra60. I still think bzip2 is a better choice...

(BTW: Take a look at my comment about bzip2 performance on SPARC, AFAIK
there should be various ways to improve the performance, ranging from
compiler tweaks, largepage usage and/or locking the buffers in
memory...).



Bye,
Roland

-- 
  __ .  . __
 (o.\ \/ /.o) [EMAIL PROTECTED]
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 7950090
 (;O/ \/ \O;)
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


bzip2 performance on SPARC / was: Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Roland Mainz
Eric Enright wrote:
> On 1/29/07, Bruno Jargot <[EMAIL PROTECTED]> wrote:
> > On 1/29/07, Michelle Olson <[EMAIL PROTECTED]> wrote:
> > > Hi Rich,
[snip]
> Waiting a little extra time to receive the archive is far better than
> waiting a lot of extra time to unpack it.

Offtopic: Both gzip and bzip2 run much faster on SPARC, either via using
large pages (e.g. 64k or 4M; 512k pages will not work on Niagara1
machines... ;-( ) for the source and destination buffers and/or using
profile feedback compilation (and/or, XIPO (=interprocedural
optimizer)).

In theory it may even be "nice" to provide gzip and bzip2 as optimized
libraries to avoid that less-optimal versions are used by the various
applications (it would even allow to use some of the gzip-accerlator
cards out there (by replacing the libraries with versions which use this
hardware)).



Bye,
Roland

P.S:: Reply-To: set to OpenSolaris Performance/HPC discussions


-- 
  __ .  . __
 (o.\ \/ /.o) [EMAIL PROTECTED]
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 7950090
 (;O/ \/ \O;)
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Martin Bochnig
Roland Mainz wrote:

>I vote to use bzip2 to compress all the developer sources... usually the
>disks are slower than uncompressing the tarball anyway...
>
>  
>

Not if the uncompressed archives are bigger than, say, 100MB.
Try it out on a U60 with 1x300MHz and let's see if your opinion has changed.

>
>
>Bye,
>Roland
>
>  
>

___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Roland Mainz
Martin Bochnig wrote:
> Rich Teer wrote:
> >On Mon, 29 Jan 2007, Bruno Jargot wrote:
> >
> >>I think it's better to stick with bzip2 archives. They need less
> >>bandwidth and less room on disks. Using gzip again would be a step
> >>backwards. Really.
> >
> >I resepctfully disagree.  Casper and I discussed this ages ago (I
> >forget exactly when); apparently the use of bzip archives is one
> >reasons why installing Solaris takes so long.
> 
> I agree.
> Very much, in fact.
> 
> Algo used by gzip(and its implementation) is the most practical
> compromise {compression_ratio_achieved <<--vs.-->> cpu_time_required}.

And I disagree... the manual page archive has AFAIK nothing ToDo with
package installation, right ? AFAIK these are developer sources and less
space is AFAIK better in such cases...

... I'll vote to keep bz2 ...



Bye,
Roland

-- 
  __ .  . __
 (o.\ \/ /.o) [EMAIL PROTECTED]
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 7950090
 (;O/ \/ \O;)
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Martin Bochnig
Eric Enright wrote:

> Given the option, I'll take gzip over bzip2 without consideration.
> Waiting a little extra time to receive the archive is far better than
> waiting a lot of extra time to unpack it.
>

Exactly.
Only issue with the gzip binary shipping with Sun Solaris (10 03/05 and
earlier Nevada builds): Is large file support compiled in, meanwhile ??
I'll have to check the most current ON source's Makefiles.
But good night for now.


-MB
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Roland Mainz
Rich Teer wrote:
> On Mon, 29 Jan 2007, Bruno Jargot wrote:
> > I think it's better to stick with bzip2 archives. They need less
> > bandwidth and less room on disks. Using gzip again would be a step
> > backwards. Really.
> 
> I resepctfully disagree.  Casper and I discussed this ages ago (I
> forget exactly when); apparently the use of bzip archives is one
> reasons why installing Solaris takes so long.

Correct me if I am wrong... the 3K manual page archive for developers
has nothing todo with Solaris install... right ?
(And bzip2 on SPARC could be tweaked to run a little bit faster anyway).

I vote to use bzip2 to compress all the developer sources... usually the
disks are slower than uncompressing the tarball anyway...



Bye,
Roland

-- 
  __ .  . __
 (o.\ \/ /.o) [EMAIL PROTECTED]
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 7950090
 (;O/ \/ \O;)
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Eric Enright

On 1/29/07, Bruno Jargot <[EMAIL PROTECTED]> wrote:

On 1/29/07, Michelle Olson <[EMAIL PROTECTED]> wrote:
> Hi Rich,
>
> Thanks for this message, really good to hear from you. I will ask the 
gatekeeper to make this change if there are more folks who prefer gzip to 
bzip2--you are the first to ask.

I think it's better to stick with bzip2 archives. They need less
bandwidth and less room on disks. Using gzip again would be a step
backwards. Really.


My bandwidth and disks have grown significantly faster than my CPU
speeds.  And for those of us who like to use SPARC but can't afford
new (fast) processors, gzip is a godsend.

Given the option, I'll take gzip over bzip2 without consideration.
Waiting a little extra time to receive the archive is far better than
waiting a lot of extra time to unpack it.

--
Eric Enright
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Martin Bochnig
Rich Teer wrote:

>On Mon, 29 Jan 2007, Bruno Jargot wrote:
>
>  
>
>>I think it's better to stick with bzip2 archives. They need less
>>bandwidth and less room on disks. Using gzip again would be a step
>>backwards. Really.
>>
>>
>
>I resepctfully disagree.  Casper and I discussed this ages ago (I
>forget exactly when); apparently the use of bzip archives is one
>reasons why installing Solaris takes so long.
>
>  
>

I agree.
Very much, in fact.

Algo used by gzip(and its implementation) is the most practical
compromise {compression_ratio_achieved <<--vs.-->> cpu_time_required}.


-MB

>-- 
>Rich Teer, SCSA, SCNA, SCSECA, OpenSolaris CAB member
>
>President,
>Rite Online Inc.
>
>Voice: +1 (250) 979-1638
>URL: http://www.rite-group.com/rich
>

___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Rich Teer
On Mon, 29 Jan 2007, Bruno Jargot wrote:

> I think it's better to stick with bzip2 archives. They need less
> bandwidth and less room on disks. Using gzip again would be a step
> backwards. Really.

I resepctfully disagree.  Casper and I discussed this ages ago (I
forget exactly when); apparently the use of bzip archives is one
reasons why installing Solaris takes so long.

-- 
Rich Teer, SCSA, SCNA, SCSECA, OpenSolaris CAB member

President,
Rite Online Inc.

Voice: +1 (250) 979-1638
URL: http://www.rite-group.com/rich
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Stephen Lau

Michelle Olson wrote:

Hi Rich,

Thanks for this message, really good to hear from you. I will ask the 
gatekeeper to make this change if there are more folks who prefer gzip to 
bzip2--you are the first to ask.

Regards,
MIchelle
 
 
This message posted from opensolaris.org

___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


My personal preference is for bzip2 - but that's just cause I deliver ON 
as bz2 files.  There doesn't seem to be a convention - some 
consolidations/projects deliver .gz, most deliver .bz2 though.


cheers,
steve

--
stephen lau // [EMAIL PROTECTED] | 650.786.0845 | http://whacked.net
opensolaris // solaris kernel development
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Rich Teer
On Mon, 29 Jan 2007, Michelle Olson wrote:

> I like really this, you rock.  I should know the answer, but I
> honestly need to dbl-check as you are the first to republish. Thank
> you, because this makes all the work worth it, to see the pages out
> there in a new way immediately.

IANAL, but I think Dennis is OK republishing the man pages: they're
published under the CDDL which specifically allows this sort of thing.  :-)

-- 
Rich Teer, SCSA, SCNA, SCSECA, OpenSolaris CAB member

President,
Rite Online Inc.

Voice: +1 (250) 979-1638
URL: http://www.rite-group.com/rich
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


Re: [osol-discuss] Re: 3K man pages available

2007-01-29 Thread Bruno Jargot

On 1/29/07, Michelle Olson <[EMAIL PROTECTED]> wrote:

Hi Rich,

Thanks for this message, really good to hear from you. I will ask the 
gatekeeper to make this change if there are more folks who prefer gzip to 
bzip2--you are the first to ask.


I think it's better to stick with bzip2 archives. They need less
bandwidth and less room on disks. Using gzip again would be a step
backwards. Really.

Bruno
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


[osol-discuss] Re: 3K man pages available

2007-01-29 Thread Michelle Olson
Hi Joerg,

Just talked to Bonnie, this was an oversight. We are still working on the list 
of SCCS related man pages, so they missed this drop. Thanks for asking about 
these, I appreciate your help to make sure the pages you need are made 
available.

Regards,
Michelle
 
 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


[osol-discuss] Re: 3K man pages available

2007-01-29 Thread Michelle Olson
Hi Rich,

Thanks for this message, really good to hear from you. I will ask the 
gatekeeper to make this change if there are more folks who prefer gzip to 
bzip2--you are the first to ask.

Regards,
MIchelle
 
 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org


[osol-discuss] Re: 3K man pages available

2007-01-29 Thread Michelle Olson
Hi Dennis,

I like really this, you rock.  I should know the answer, but I honestly need to 
dbl-check as you are the first to republish. Thank you, because this makes all 
the work worth it, to see the pages out there in a new way immediately.

Regards,
Michelle
 
 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org