[opensuse] compress? uncompress? Why are they gone?
openSuse 10.2 2.6.18.8-0.5-default #1 SMP Fri Jun 22 12:17:53 UTC 2007 x86_64 GNU/Linux Is compress/uncompress really not available in the distro? I went to install it and Yast Software Management won't show me any package that either provides or is named "compress". Oddly, the man pages are installed. Yes, I know compress is a lame, old program. But, I'm working with some .Z files from a customer and the normally cooperative zcat objects to decompressing and displaying them. Can anyone tell me where to find current source for compress? I found a web site with some source labelled 4.3d from 1990. "$@(#) compress.c,v 4.3d 90/01/18 03:00:00" Is this current? Thanks, Ken Jennings -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Sat, Aug 11, 2007 at 01:26:04AM -0400, Ken Jennings wrote:
openSuse 10.2 2.6.18.8-0.5-default #1 SMP Fri Jun 22 12:17:53 UTC 2007 x86_64 GNU/Linux
Is compress/uncompress really not available in the distro? I went to install it and Yast Software Management won't show me any package that either provides or is named "compress". Oddly, the man pages are installed.
Yes, I know compress is a lame, old program. But, I'm working with some .Z files from a customer and the normally cooperative zcat objects to decompressing and displaying them. Can anyone tell me where to find current source for compress? I found a web site with some source labelled 4.3d from 1990. "$@(#) compress.c,v 4.3d 90/01/18 03:00:00" Is this current?
.Z should be decompressible with zcat / gunzip just fine. "ncompress" contains the old compress/uncompress. Ciao, Marcus -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Reading between the lines, you probable now have a GNOME desktop which does not have right click option for various compressions. Some compression programs are not installed under a basic GNOME install - search for the and they will be installed but not the handy right click on your file manager Scott Marcus Meissner wrote:
On Sat, Aug 11, 2007 at 01:26:04AM -0400, Ken Jennings wrote:
openSuse 10.2 2.6.18.8-0.5-default #1 SMP Fri Jun 22 12:17:53 UTC 2007 x86_64 GNU/Linux
Is compress/uncompress really not available in the distro? I went to install it and Yast Software Management won't show me any package that either provides or is named "compress". Oddly, the man pages are installed.
Yes, I know compress is a lame, old program. But, I'm working with some .Z files from a customer and the normally cooperative zcat objects to decompressing and displaying them. Can anyone tell me where to find current source for compress? I found a web site with some source labelled 4.3d from 1990. "$@(#) compress.c,v 4.3d 90/01/18 03:00:00" Is this current?
.Z should be decompressible with zcat / gunzip just fine.
"ncompress" contains the old compress/uncompress.
Ciao, Marcus
On Saturday 2007-08-11 02:36, Marcus Meissner wrote:
On Sat, Aug 11, 2007 at 01:26:04AM -0400, Ken Jennings wrote:
openSuse 10.2 2.6.18.8-0.5-default #1 SMP Fri Jun 22 12:17:53 UTC 2007 x86_64 GNU/Linux
Is compress/uncompress really not available in the distro? I went to install it and Yast Software Management won't show me any package that either provides or is named "compress". Oddly, the man pages are installed.
Yes, I know compress is a lame, old program. But, I'm working with some .Z files from a customer and the normally cooperative zcat objects to decompressing and displaying them. Can anyone tell me where to find current source for compress? I found a web site with some source labelled 4.3d from 1990. "$@(#) compress.c,v 4.3d 90/01/18 03:00:00" Is this current?
.Z should be decompressible with zcat / gunzip just fine.
Thanks. But I'm trying to prove to a client that they did something to their .Z files. The not-entirely-technical management types think I'm suspect if I can't show them something named "compress" with a version number.
"ncompress" contains the old compress/uncompress.
Where is that? It does not appear to be part of the distro. A search in Yast shows nothing named ncompress and no RPM that provides ncompress. This site: http://rpmfind.net/linux/rpm2html/search.php?query=ncompress shows a number of RPMs for several distros. None of them is a suse. Are the Red Hat RPMs good for openSuse? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
2007/8/11, Ken Jennings
On Saturday 2007-08-11 02:36, Marcus Meissner wrote:
On Sat, Aug 11, 2007 at 01:26:04AM -0400, Ken Jennings wrote:
openSuse 10.2 2.6.18.8-0.5-default #1 SMP Fri Jun 22 12:17:53 UTC 2007 x86_64 GNU/Linux
Is compress/uncompress really not available in the distro? I went to install it and Yast Software Management won't show me any package that either provides or is named "compress". Oddly, the man pages are installed.
Yes, I know compress is a lame, old program. But, I'm working with some .Z files from a customer and the normally cooperative zcat objects to decompressing and displaying them. Can anyone tell me where to find current source for compress? I found a web site with some source labelled 4.3d from 1990. "$@(#) compress.c,v 4.3d 90/01/18 03:00:00" Is this current?
.Z should be decompressible with zcat / gunzip just fine.
Thanks. But I'm trying to prove to a client that they did something to their .Z files. The not-entirely-technical management types think I'm suspect if I can't show them something named "compress" with a version number.
"ncompress" contains the old compress/uncompress.
Where is that? It does not appear to be part of the distro. A search in Yast shows nothing named ncompress and no RPM that provides ncompress.
This site: http://rpmfind.net/linux/rpm2html/search.php?query=ncompress shows a number of RPMs for several distros. None of them is a suse. Are the Red Hat RPMs good for openSuse? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
You can rebuild the src available here (or just use the already compiled for Suse 9.3): http://anorien.csc.warwick.ac.uk/mirrors/opensuse/guru/packages/Utilities/nc... Regards, Ciro -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Saturday 2007-08-11 at 09:05 -0400, Ken Jennings wrote:
On Saturday 2007-08-11 02:36, Marcus Meissner wrote:
"ncompress" contains the old compress/uncompress.
Where is that? It does not appear to be part of the distro. A search in Yast shows nothing named ncompress and no RPM that provides ncompress.
You are right. Plus, there is a "/usr/share/man/man1p/compress.1p.gz" file that belongs to "man-pages-2.41-11", but no compress binary anywhere.
This site: http://rpmfind.net/linux/rpm2html/search.php?query=ncompress shows a number of RPMs for several distros. None of them is a suse. Are the Red Hat RPMs good for openSuse?
But it can be found from here: http://benjiweber.co.uk:8080/webpin/ And there are two hits: Results from http://software.opensuse.org/download/Archiving/openSUSE_10.2 ncompress (4.2.4) Old Standard Compression Utilities Results from http://software.opensuse.org/download/home:/dstoecker/openSUSE_10.2 ncompress (4.2.4) Fast compression and decompression utilities. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGvcTKtTMYHG2NR9URAjhSAJ0bpxlmC0q97VmgIJ7aDI5s3Z7MSgCgjWLd rMH8bEAhp8+RHQFcw1m+v0I= =t93m -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Sat, 11 Aug 2007 16:16:32 +0200 (CEST), Carlos E. R. wrote:
Plus, there is a "/usr/share/man/man1p/compress.1p.gz" file that belongs to "man-pages-2.41-11", but no compress binary anywhere.
compress was removed because it used a patented compression algorithm ( I'm not shure if the patent is still valid though) and gzip can uncomress archives produced by compress. Philipp -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
For all of those who know Netware well, you know the disk volume is by default as being compressed and when a file is requested it is uncompressed and will remain that way unless the file is re-requested from disk within a parameter set time period. Novell have a great compression/uncompress algorithm that by default coverer's every defined volume of disk space, however, why it is perfectly safe and why it can be relied on is their TTS fault tolerant RAID 1, Cluster duplication, Hotfix, etc. etc. etc.. I would hope to see some work done along this vane with the FS of SLES, in my humble opinion if any server cannot perform a hotfix or does not have TTS then its not worth anything. Rule 0. Data integrity the the foundation of a successful PC server right up to a Z series Mainframe from IBM. Novell Netware introduced compression - turned on by default and with all its current redundancies, compression was a non issue, however in reality is gave you a lot of space for nothing, however if an organisations is still storing data files on local PC HDD - I feel very sorry for them. If someone is interested,and more to the point knows something, is there a possibility that we will ever see reliable compression of Linux Servers with suitable redundancy measures - (nothing to do with the past pathetic attempt of compressing stand alone Workstations.) AND With further expansion of the 'ex' file system are we likely to see TTS included in perhaps ex4? If someone could let me know if either of these are in the pipeline that would be nice ( you can have a make up name if you work for SUSE.DE Development. Scott Philipp Thomas wrote:
On Sat, 11 Aug 2007 16:16:32 +0200 (CEST), Carlos E. R. wrote:
Plus, there is a "/usr/share/man/man1p/compress.1p.gz" file that belongs to "man-pages-2.41-11", but no compress binary anywhere.
compress was removed because it used a patented compression algorithm ( I'm not shure if the patent is still valid though) and gzip can uncomress archives produced by compress.
Philipp
On Sun, 12 Aug 2007 11:42:40 +1000, Registration Account wrote:
For all of those who know Netware well, you know the disk volume is by default as being compressed
I seems to me you haven't followed the thread. We're not talking about on-disk compression or compressing filesystems but about the classic *n ix utility called compress. Philipp -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Yes I have been following the thread - I thought I would add the title says. Also note participation in my serious thought and Carlos closing solution. My subject line says it all rgds Philipp Thomas wrote:
On Sun, 12 Aug 2007 11:42:40 +1000, Registration Account wrote:
For all of those who know Netware well, you know the disk volume is by default as being compressed
I seems to me you haven't followed the thread. We're not talking about on-disk compression or compressing filesystems but about the classic *n ix utility called compress.
Philipp
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Registration Account wrote:
For all of those who know Netware well, you know the disk volume is by default as being compressed and when a file is requested it is uncompressed and will remain that way unless the file is re-requested from disk within a parameter set time period.
Novell have a great compression/uncompress algorithm that by default coverer's every defined volume of disk space, however, why it is perfectly safe and why it can be relied on is their TTS fault tolerant RAID 1, Cluster duplication, Hotfix, etc. etc. etc..
I would hope to see some work done along this vane with the FS of SLES, in my humble opinion if any server cannot perform a hotfix or does not have TTS then its not worth anything.
Rule 0. Data integrity the the foundation of a successful PC server right up to a Z series Mainframe from IBM.
Novell Netware introduced compression - turned on by default and with all its current redundancies, compression was a non issue, however in reality is gave you a lot of space for nothing, however if an organisations is still storing data files on local PC HDD - I feel very sorry for them.
If someone is interested,and more to the point knows something, is there a possibility that we will ever see reliable compression of Linux Servers with suitable redundancy measures - (nothing to do with the past pathetic attempt of compressing stand alone Workstations.)
AND
With further expansion of the 'ex' file system are we likely to see TTS included in perhaps ex4?
If someone could let me know if either of these are in the pipeline that would be nice ( you can have a make up name if you work for SUSE.DE Development.
Scott
< snip > This was a per file compression algorithm in NW4.x (they may have changed it in 5/6 but I doubt it). The main problem with volume compression is with capacity planning (is really 4G I have left or a notional 4G)... Compression effects vary according to file contents and I have seen on a couple of remarkable occasions 200:1 compression ratios (SPSS data files which were mainly spaces). With current drive capacities and costs it is no longer that critical (compressed data transmission of course is a different matter). As former Netware administrator you should also be aware of the problems this caused with quota management. Compression was not immediate, only when a file had not been accessed for a time, When a file was accessed it was decompressed. Quotas tended to measured against disk space used rather than uncompressed disk space. When used with something like the Mercury mailer you could get the scenario where by reading their mail a user would go over quota and all sorts of grief ensued. (Usually when someone had been away for a while). It was a great technology, but a bit problematic on a high demand setup. You tend to have very few compressed files but the overheads of the compression process being active. It was tuneable, but setting the compression delay too low could generate a serious performance penalty. For these reasons a lot of admins avoided using it. - -- ============================================================================== I have always wished that my computer would be as easy to use as my telephone. My wish has come true. I no longer know how to use my telephone. Bjarne Stroustrup ============================================================================== -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGvs00asN0sSnLmgIRAgiUAKC6/ioUKrsDfOqMc3nfzLtWKjbn6wCgukHq VCWs+iYSB146kNxiCVEUnT4= =GP7k -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Sunday 12 August 2007, G T Smith wrote:
It was a great technology, but a bit problematic on a high demand setup. You tend to have very few compressed files but the overheads of the compression process being active.
It was also dangerous. I had one client that ran out of disk on Netware and it became a nightmare to salvage data from the machine because there was not enough room to decompress the very large files his business tended to create. Simply copying off files to another server became a one-by-one operation, as the copy operation would cause decompression, and would exhaust all available space if done en-mass. We would copy one file to the new server and then had to delete the source file, and copy another. Rinse, repeat. After about two hours of this, we finally got to where we could copy entire small directories. Erase, erase, Copy another directory, etc. Its a trap for the unwary. -- _____________________________________ John Andersen -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Sunday 2007-08-12 at 01:42 -0800, John Andersen wrote: [disk compression]
It was a great technology, but a bit problematic on a high demand setup. You tend to have very few compressed files but the overheads of the compression process being active.
It was also dangerous. I had one client that ran out of disk on Netware and it became a nightmare to salvage data from the machine because there was not enough room to decompress the very large files his business tended to create.
There is another method, which is used by MS on NT partitions. A directory can be marked compressed, and all files in there are compressed always (I think). You can mark for compression only those directories that interests you; for instance, I would mark backup mail folders. The ext2 filesystem was designed to have compression of this sort some time, but it has never been implemented. Pity. True, storage is cheaper nowdays, but compression is even cheaper. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGvuVrtTMYHG2NR9URAiTnAJoDIEe9iTth8xvo2JTp9Qe9VX6wVgCdEqPj Id7iFUHhoFz/Nz/oaObs7HA= =EayW -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Saturday 2007-08-11 at 17:41 +0200, Philipp Thomas wrote:
On Sat, 11 Aug 2007 16:16:32 +0200 (CEST), Carlos E. R. wrote:
Plus, there is a "/usr/share/man/man1p/compress.1p.gz" file that belongs to "man-pages-2.41-11", but no compress binary anywhere.
compress was removed because it used a patented compression algorithm ( I'm not shure if the patent is still valid though) and gzip can uncomress archives produced by compress.
Ah, I see. I think I remember now reading about it. The man page could then include a note by suse/novell explaining the removal. It does say that the algorithms are patented, though. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGvuY+tTMYHG2NR9URArikAJ9y08uijgg3iQ6IjQ2ld0NLpjyGLwCfSqPN tHYNo25nQgycrBTO1YeAF8s= =Mtim -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Aug 11, 07 01:26:04 -0400, Ken Jennings wrote:
openSuse 10.2 2.6.18.8-0.5-default #1 SMP Fri Jun 22 12:17:53 UTC 2007 x86_64 GNU/Linux
Is compress/uncompress really not available in the distro? I went to install it and Yast Software Management won't show me any package that either provides or is named "compress". Oddly, the man pages are installed.
Yes, I know compress is a lame, old program. But, I'm working with some .Z files from a customer and the normally cooperative zcat objects to decompressing and displaying them. Can anyone tell me where to find current source for compress? I found a web site with some source labelled 4.3d from 1990. "$@(#) compress.c,v 4.3d 90/01/18 03:00:00" Is this current?
There is ncompress, it moved to opensuse build service in March 2007. Gunzip and its cousin zcat are supposed to do uncompress' job. Discussed in https://bugzilla.novell.com/show_bug.cgi?id=252161 cheers, Jw. -- o \ Juergen Weigert paint it green! __/ _=======.=======_ <V> | jw@suse.de wide open suse_/ _---|____________\/ \ | 0911 74053-508 (tm)__/ (____/ /\ (/) | __________________________/ _/ \_ vim:set sw=2 wm=8 SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) "This bug is visible to non-employees. Please be respectful." (bugzilla) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (9)
-
Carlos E. R. -
Ciro Iriarte -
G T Smith -
John Andersen -
Juergen Weigert -
Ken Jennings -
Marcus Meissner -
Philipp Thomas -
Registration Account