zcat / gzcat działa w systemie Linux, a nie w systemie OSX. ogólna kompatybilność z linux / osx

Najpierw konkretny problem: w systemie Linux używam zcat do wyświetlenia pliku .zip. W OSX wydaje się, że zcat automatycznie dołącza .Z do nazwy pliku. Różne osoby sugerują zamianę zcat na gzcat; Jednak gzcat skarży się, że plik nie jest w formacie gzip!

„plik” pokazuje to: ... Zarchiwizuj dane archiwalne, co najmniej v2.0 do wyodrębnienia

Więc ani Zcat, ani gzcat nie będą działać w systemie OSX, co mogę zrobić?

Mam średniej wielkości skrypt w bash, który używa, zcat / gzcat, sed awk i innych podstawowych narzędzi do przetwarzania wielu plików. Chciałbym zduplikować to środowisko na moim laptopie osx, aby móc pracować w trybie offline. Jakieś ogólne sugestie, jak mogę uniknąć takiego bólu? Oczekuję, że jest to dość rutynowy przepływ pracy, więc inni musieli rozwiązać ten problem.

Masz rację. To irytujące zachowanie.

$ zcat foo.txt.gz 
zcat: can't stat: foo.txt.gz (foo.txt.gz.Z): No such file or directory

Spróbuj tego:

$ zcat < foo.txt.gz 
asdfadsf

Wiem, że to stare pytanie. Znalazłem jednak rozwiązanie z jeszcze starszego wątku github .

Możesz po prostu użyć gunzip -ctego, który działa podobnie jak zcatbez błędów w Mac OS X.

$ gunzip -c 20150707_backup.sql.gz | mysql -u mysql_user -p

Możesz zainstalować narzędzia GNU dla Mac OS X, np. Używając homebrew (uruchom brew install coreutils gnu-sed, który instaluje gzcati wsp. Oraz gsed). Zapewni to implementację GNU każdej komendy.

Następnie, aby ułatwić sobie życie, utwórz zmienną dla każdego polecenia (np. sed=gsedI użyj go $sedpóźniej) lub po prostu alias (np. alias sed=gsed) W dowolnym skrypcie, który piszesz. Dla twojej wygody napisałem Gist: gnu-tools-for-mac.sh . Umieść (lub dołącz) ten kod na swoich skryptach.

Użyj implementacji GNU do kompresji i rozpakowywania archiwów. Powiedziałbym, że nie można łączyć zastosowań implementacji OS X i GNU.

Właśnie spróbowałem i znalazłem coś bardzo interesującego! W przypadku gzplików oczekuje się, że będziemy działać gzcatw systemie Mac OS.

Rozwiązanie 1

• Użyj gzcat /path/to/file.gzi powinno działać.
• Korzystanie zcat /path/to/file.gzspowoduje błąd.

Rozwiązanie 2

• Podłącz plik do zcati będzie działać.
• Na przykład cat /path/to/file.gz | zcatbędzie działać.

Mam nadzieję, że to pomoże!

Wersja Mac OS X gzip(1) nie obsługuje odczytu plików zip . Ze strony podręcznika:

Ta wersja gzip jest również zdolna do dekompresji plików skompresowanych przy pomocy compress(1)lub bzip2(1).

Ale wersja Linux (GNU) tak .

gunzipObecnie można rozpakować pliki utworzone przez gzip, zip, compress, compress -Hlub pack.

Firmy trzecie spakowały GNU gzip dla Mac OS X; możesz je znaleźć w wyszukiwarce internetowej. To prawdopodobnie ścieżka najmniejszego oporu.

Zabawne, miałem ten sam problem podczas wykonywania bashskryptu bash somescript.sh, który wykonywał pętlę for gzcatwewnątrz. Ale próbuje te rzeczy wewnątrz tej somescript.sh-script ...:

1. zcat < file.txt.gz
2. Zainstalowałem brew install coreutilsjuż, ale mimo to ponownie zainstalowałem:brew reinstall coreutils
3. gunzip -c file.txt.gz

... nic nie znaczyło ...

Ale użyłem również odniesienia do katalogu:

SOMEDIR="~/DIR1/DIR2/DATA"

Który jest interpretowany jako ~/DIR1/DIR2/DATAi najwyraźniej nie działa w ramach bash-script wewnątrz macOS. To działało:

SOMEDIR="${HOME}/DIR1/DIR2/DATA"

Co jest interpretowane jako /Users/someuser/DIR1/DIR2/DATA. Nie wiem dlaczego - nie jestem ekspertem od technologii macOS-BASH - ale działało to w połączeniu z moim oryginalnym kodem ...

gzcat file.txt.gz | awk '{ print $1, $2, $3, $4, $5, $6 }' > ${SOMEDIR}/new.file.txt.

... w moim somescript.shskrypcie.

Może komuś się przyda.

Najlepsza,

Szlifierka