For example, cd /var/logs/apache2 desolation apache2 # gzcat access_log.1.gz gzcat: access_log.1.gz already has .gz suffix -- unchanged This does not seem to be the desired behavior. desolation apache2 # zcat access_log.1.gz 66.249.72.167 - - [11/Apr/2007:16:52:31 -0700] "GET /robots.txt HTTP/1.1" 200 901 212.95.252.16 - - [11/Apr/2007:16:55:20 -0700] "GET / HTTP/1.0" 302 - ... Works like I would expect. Seems mostly to be a functionality issue, for example if you do desolation ~ # gzcat out desolation ~ # ls -lo out.gz -rw-r--r-- 1 root 274 Feb 21 17:37 out.gz It seems to me that gzcat should not compress, and de-compress. However zcat works. Yet I think that gzcat should work the same way as zcat. Thanks. Regular info you would want, desolation apache2 # paludis -pi app-arch/gzip * app-arch/gzip-1.3.12 {:0} [R] nls -pic -static desolation apache2 # paludis --info paludis 0.22.2 Built by root@desolation on 2007-04-03T10:32:47-0700 CXX: i686-pc-linux-gnu-g++ 4.1.2 (Gentoo 4.1.2) CXXFLAGS: -O2 -march=prescott -pipe LDFLAGS: DATADIR: /usr/share LIBDIR: /usr/lib LIBEXECDIR: /usr/libexec SYSCONFDIR: /etc stdlib: GNU libstdc++ 20070214 libebt: 1.3.0 libwrapiter: 1.0.0 sandbox: enabled Repository virtuals: Configuration information: format: virtuals Repository installed_virtuals: Configuration information: format: installed_virtuals Repository gentoo: Configuration information: buildroot: /var/tmp/paludis cache: /usr/portage/metadata/cache distdir: /usr/portage/distfiles eclassdirs: /usr/portage/eclass format: ebuild location: /usr/portage names_cache: /var/empty newsdir: /usr/portage/metadata/news pkgdir: /usr/portage/packages profiles: /usr/portage/profiles/default-linux/x86/2006.1/desktop securitydir: /usr/portage/metadata/glsa setsdir: /usr/portage/sets sync: rsync://rsync.gentoo.org/gentoo-portage sync_options: write_cache: /var/empty Package information: app-admin/eselect-compiler: (none) dev-java/java-config: 1.3.7, 2.0.31-r7 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: (none) dev-util/confcache: (none) sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 Variable information: ACCEPT_KEYWORDS: AUTOCLEAN: CBUILD: i686-pc-linux-gnu CFLAGS: -O2 -march=prescott -pipe CHOST: i686-pc-linux-gnu CONFIG_PROTECT: /etc:/usr/kde/3.5/etc CONFIG_PROTECT_MASK: CTARGET: CXXFLAGS: -O2 -march=prescott -pipe DISTDIR: /usr/portage/distfiles FEATURES: GENTOO_MIRRORS: INSTALL_MASK: LANG: LC_ALL: LDFLAGS: LINGUAS: MAKEOPTS: -j4 PKGDIR: PORTAGE_COMPRESS: PORTAGE_COMPRESS_FLAGS: PORTAGE_RSYNC_EXTRA_OPTS: PORTAGE_RSYNC_OPTS: PORTAGE_TMPDIR: /var/tmp/paludis PORTDIR: /usr/portage PORTDIR_OVERLAY: SYNC: USE: Thanks.
antarus@gentooexperimental ~/gentoo/xml/htdocs/proj/en/glep $ gzcat -h gzcat 1.3.5 (2002-09-30) usage: gzcat [-cdfhlLnNrtvV19] [-S suffix] [file ...] -c --stdout write on standard output, keep original files unchanged -d --decompress decompress -f --force force overwrite of output file and compress links -h --help give this help -l --list list compressed file contents -L --license display software license -n --no-name do not save or restore the original name and time stamp -N --name save or restore the original name and time stamp -q --quiet suppress all warnings -r --recursive operate recursively on directories -S .suf --suffix .suf use suffix .suf on compressed files -t --test test compressed file integrity -v --verbose verbose mode -V --version display version number -1 --fast compress faster -9 --best compress better --rsyncable Make rsync-friendly archive file... files to (de)compress. If none given, use standard input. Report bugs to <bug-gzip@gnu.org>. Perhaps try the -l option?
gzcat is dead ... newer versions no longer install it
Just thought i'd comment, it's nice to know then that it has been removed, I am just curious why it was never removed when I upgraded? Thanks for the prompt response (and the correct one would be gzcat is dead, not gzcat -l which is ambigious)
*** Bug 177187 has been marked as a duplicate of this bug. ***