LINUX.ORG.RU

Ответ на: комментарий от anonymous

>.tar.gz поддерживается под виндой достаточно хорошо (winzip, winrar, 7zip, total commander точно умеют), чтобы можно было смело его использовать.

Не знаю ка сейчас, но года 3 назад всё было плохо. Приходилось сначала распаковывать total commander-м, а затем winrar-м.

Rodegast ★★★★★
()
Ответ на: комментарий от atol

>пользователю нужен ГУЙ чтобы упаковывать в многотомные архивы. Уже 3 часа рою инет в поисках такой простой вещи - 0 успеха.

Peazip

Rodegast ★★★★★
()
Ответ на: комментарий от const86

>Надо поменять местами порядок архивации и сжатия. Не уверен, может ли tar достать один файл, не перетряхивая весь архив, но на нём свет клином не сошёлся, можно придумать другой архиватор. Для сжатия вполне сойдёт lzma.

Отлично, а теперь нужен софт, чтобы каждый вендузятнег мог это запаковать/распаковать. Как ты понимаешь, скрипт на баше не катит.

anonymous
()
Ответ на: комментарий от anonymous

> .tar.gz поддерживается под виндой достаточно хорошо (winzip, winrar, 7zip, total commander точно умеют), чтобы можно было смело его использовать. Единственная проблема только в том, что люди с форматом не знакомы и просто не пытаются его даже открывать в архиваторе.

.tar.gz-ипный древний как дерьмо мамонтов костыль-формат, когда файлы тарятся(как на магнитную ленту), а затему зипуются - не нужен.

anonymous
()
Ответ на: комментарий от FiXer

Re^2: RAR for Linux x86_64

> Очень понравилась методика с rarjpeg =)

png7zip трушнее

Voker57 ★★
()
Ответ на: комментарий от atol

> Народ, тут как раз у меня нарисовалась проблема - пользователю нужен ГУЙ чтобы упаковывать в многотомные архивы. Уже 3 часа рою инет в поисках такой простой вещи - 0 успеха. Кто-нибудь подскажет как решить такую задачу: Стоит задача: дать пользователю ГУЕВЫЙ интерфейс для создания многотомных архивов. Консольку 7z манагеры не освоят.

Щас тебе ответят, что консоль это труЪ и что нечего ламерской офисной фауне делать на труЪшном линупсе

anonymous
()
Ответ на: комментарий от cdrw

> Врал бы поменьше. Winrar и gz и bz2 и tar понимает.

Я же пишу что хз что у него там стояло для работы с архивами. Да не и в этом суть...

XEN
()
Ответ на: комментарий от anonymous

>когда файлы тарятся(как на магнитную ленту), а затему зипуются - не нужен.

Анонимус неосилят НИКС-вея ненужен.

anonymous
()
Ответ на: комментарий от anonymous

Re^2: RAR for Linux x64

> .tar.gz-ипный древний как дерьмо мамонтов костыль-формат, когда файлы тарятся(как на магнитную ленту), а затему зипуются - не нужен.

понятие UNIX way знакомо? tar пакует много файлов в один и делает это хорошо, остальным занимается архиватор, который может быть разным.

Voker57 ★★
()
Ответ на: комментарий от FiXer

Re^2: RAR for Linux x86_64

>>J7zip is a JAVA port of 7zr.exe

> O_O_O

Кто-то подумал что слишком быстро работает

Voker57 ★★
()
Ответ на: комментарий от XEN

> Как-то выслал другу архив в tar.gz, он чуть не офигел, с удивлением спросил что за формат и с чем его едят =/

Фанатам tar.* рекомендую задуматься над одним простым фактом: для того, чтобы только узнать содержимое архива, необходимо его полностью распаковать. Распаковать. Полностью. Содержимое файлов. И я сейчас говорю не о занимаемом на диске месте (gzip -d < in.tar.gz | tar tv никто не отменял), а о процессорном времени.

Пока объемы сжатой информации ничтожны, это не имеет значения, а вот как только мы начинаем жать исходники ядра в tar.bz2 Ну вы поняли, что содержимое include/linux такого архива просмотреть -- это небыстро

anonymous
()
Ответ на: комментарий от anonymous

> Анонимус неосилят НИКС-вея ненужен.

Фанатичный ананимус, который молится на юникс-вей, не думая собственной головой, не нужен. tar - излишняя сущность-костыль для убого gzip, который не умеет зажимать директории. Архиватор ZIP, который выполняет одну задауч "зиповать" - UNIX way, RAR - UNIX way. tar.gz - магнитноленточный костыльный бред с лишними субстанциями, на которые моляцца тупые красноглазеки-ретрограды.

anonymous
()
Ответ на: Re^2: RAR for Linux x64 от Voker57

> понятие UNIX way знакомо? tar пакует много файлов в один и делает это хорошо, остальным занимается архиватор, который может быть разным.

Архиватор ZIP пакует файлы и директории в архив и делает это хорошо, без древних костылей для магнитной ленты TAR, которые приставлены к хреновому однозадачному GZIP, который из-за своей убогости не умеет жать директории и несколько файлов! tar.gz в биореактор

anonymous
()
Ответ на: комментарий от annoynimous

А solid архив рара, значит, не надо разжимать?

Для того чтобы узнать содержимое? Нет, не надо. А ты вобще знаешь что такое solid архив? Почитай хелп к винрару, там всё написано (по русски и доступно).

anonymous
()
Ответ на: комментарий от DNA_Seq

>7-zip довольно быстро распаковывается поэтому его удобно использовать скажем для упаковки пакетов или дистрибутивов.

что-то у меня были проблемы иногда с распаковкой rar в 7z

>rar удобнее в случае личного использования (или бекапов) так как упаковывается заметно быстрее чем 7-zip.

да, но вроде 7zip лучше многопоточность юзает.

tommy ★★★★★
()
Ответ на: комментарий от anonymous

> Для того чтобы узнать содержимое? Нет, не надо. А ты вобще знаешь что такое solid архив? Почитай хелп к винрару, там всё написано (по русски и доступно).

Да. Фактически, тот же tar.gz только с оглавлением (списком файлов) вначале.

annoynimous ★★★★★
()
Ответ на: комментарий от jackill

Re^2: RAR for Linux x64

>>recovery record'ы не нужны

> Перешлешь несколькогиговый архив и потом расскажешь про ненужность.

По аське?

Voker57 ★★
()
Ответ на: комментарий от jackill

> Перешлешь несколькогиговый архив и потом расскажешь про ненужность.

И что, помогает? Может проще разбить на куски, метров по 200, вместе с хешами.

Legioner ★★★★★
()
Ответ на: комментарий от anonymous

Re^4: RAR for Linux x64

> Архиватор ZIP пакует файлы и директории в архив и делает это хорошо, без древних костылей для магнитной ленты TAR, которые приставлены к хреновому однозадачному GZIP, который из-за своей убогости не умеет жать директории и несколько файлов! tar.gz в биореактор

Угу, и каждый архиватор должен изобретать свой велосипед для FS? Тролля в биореактор

Voker57 ★★
()

Рар - вещь нужная и полезная. Единственный позволяет корректно запускать любые программы прямо из архива, не распаковывая их. 7-ZIP даже музыку нормально без распаковки не покажет.

anonymous
()
Ответ на: комментарий от DoTheGNU

>>*.tar.7z жжот. Ибо никсовые права солюдаюццо

>лучше *.tar.lzma

Лучше *.palcateevseh.uu.bh.ace.tar.zoo.lzh

anonymous
()
Ответ на: комментарий от annoynimous

>Да. Фактически, тот же tar.gz только с оглавлением (списком файлов) вначале.

Да, но ведь это опционально. + куча нужных фич, и ещё + не распаковывает весь solid архив, а только до запрашиваемого файла, и ещё куча +...

ps: 7zip пока, к сожалению, не конкурент RAR'у.

anonymous
()
Ответ на: комментарий от Arceny

>Качайте торрентом, там если чо неправильно скачается то перекачается только нужная чанка

Щас для партнеров торрент закрытый подниму и сразу побегу релизить на трекер рабочие данные.

jackill ★★★★★
()
Ответ на: комментарий от tommy

>что-то у меня были проблемы иногда с распаковкой rar в 7z

Я сравнивал форматы а не архиваторы

>но вроде 7zip лучше многопоточность юзает.

ХЗ При соизмеримой степени сжатия в rar пакуется быстрее

DNA_Seq ★★☆☆☆
()
Ответ на: комментарий от Legioner

>И что, помогает? Может проще разбить на куски, метров по 200, вместе с хешами.

Да очень тяжело воспользоваться раром, чем что-то бить на куски, + какие-то хеши зачем-то делать (я бы тебя уже послал бы за лишние проблемы), и в случае чего пересылать опять. Ну так как? Что проще? Га.

anonymous
()
Ответ на: Re^4: RAR for Linux x64 от Voker57

> Угу, и каждый архиватор должен изобретать свой велосипед для FS? Тролля в биореактор

Архиватор должен выполнять свою работу - архивировать и должен справляться с ней хорошо, т.е. уметь жать директории, уметь компрессировать, разбивать архив на части и т.д. tar архивирует, но не жмёт, gzip жмет, но не архивирует - значит это не UNIX way архиваторы, а убогие недоделки-костыли, а ZIP, RAR, 7z - UNIX way.

anonymous
()

Никогда не мог понять, зачем нужен RAR. В свое время его и по скорости и по уровню сжатия уделывал ACE (тоже проприетарный). С выходом версии 3 RAR стал еще более тормознутым... И все равно продолжил сливать ACE (v. 2), и по скорости и по компрессии. А потом и 7z появился...

Собственно, заправительство RAR'a объясняется в основном маркетинговыми причинами...

Harliff ★★★★★
()
Ответ на: Re^4: RAR for Linux x64 от Voker57

>Угу, и каждый архиватор должен изобретать свой велосипед для FS?

А вам не кажется что вы чушь сморозили? Права доступа + расширенные атрибуты достаточны в 99.99% случаев. А в оставшемся 0,01% может быть важно и физическое расположение секторов на диске ;)

DNA_Seq ★★☆☆☆
()
Ответ на: комментарий от anonymous

У меня такое впечатление, что ЛОР посещают в основном школьники ((.

anonymous
()
Ответ на: комментарий от anonymous

>>И что, помогает? Может проще разбить на куски, метров по 200, вместе с хешами.

>Да очень тяжело воспользоваться раром, чем что-то бить на куски, + какие-то хеши зачем-то делать (я бы тебя уже послал бы за лишние проблемы), и в случае чего пересылать опять. Ну так как? Что проще? Га.

Ты что, это же не труЪ, труЪ это когда много костылей, выдирание гландов через жопу, но в строгом соответствии с UNIX way и с использование только открытых инструментов!

anonymous
()
Ответ на: комментарий от anonymous

>Рар - вещь нужная и полезная. Единственный позволяет корректно запускать любые программы прямо из архива, не распаковывая их. 7-ZIP даже музыку нормально без распаковки не покажет.

http://bloxxs.ch/wp-content/uploads/2008/01/troll.jpg

Harliff ★★★★★
()
Ответ на: комментарий от anonymous

Нет, им просто завидно, что у пользователей Windows полноценный WinRAR, а у них - консольный обрубок.

anonymous
()
Ответ на: комментарий от anonymous

tar — это поток. gzip — это компрессор.
tar+gzip(или bzip) представляют собой программный конвейер == Unix-way.

Из простых вещей можно получить сложные вещи. А также разделить сложные вещи на составляющие. И не нужно сводить всё к файлам и каталогам, как это делает Торвальдс. Нужно развиваться и подходить к пониманию абстракций STREAMS, к примеру.

iZEN ★★★★★
()
Ответ на: комментарий от Harliff

>Никогда не мог понять, зачем нужен RAR. В свое время его и по скорости и по уровню сжатия уделывал ACE (тоже проприетарный). С выходом версии 3 RAR стал еще более тормознутым... И все равно продолжил сливать ACE (v. 2), и по скорости и по компрессии. А потом и 7z появился...

>Собственно, заправительство RAR'a объясняется в основном маркетинговыми причинами...

Просто он у нас появился раньше, чем ACE и оболочка к ACE (причём как досовая так и виндовая) была глючной и под виндой была тяжелее оболочки к вин рару.

anonymous
()
Ответ на: комментарий от Harliff

И, кстати, подскажите под винду нормальный распаковщик .tar.gz / .tar.bz2.

WinZip / Total commander распаковывает tar во временый каталог лишь для того, что бы прочитать имена файлов в архиве...

Harliff ★★★★★
()
Ответ на: комментарий от anonymous

>Просто он у нас появился раньше, чем ACE и оболочка к ACE (причём как досовая так и виндовая) была глючной и под виндой была тяжелее оболочки к вин рару.

Наверное, я слишком поздно его встретил ;) Пользовался оболочкой под ДОС -- она была на порядок удобнее оболочки RARa. Под виндой, особенно версии 2 -- да, тормознее. Но удобнее ;)

Harliff ★★★★★
()

когда возникает необходимость работать с многогигабайтными архивами tar.gz с многими тысячами файлов, осознание убогости этого костыля приходит быстро. час чтобы найти имя нужного файла, потом еще час чтобы распаковать его...

prizident ★★★★★
()
Ответ на: комментарий от anonymous

> Да очень тяжело воспользоваться раром

У меня опыт избыточных данных был единственным и отрицательным, т.е. нифига не помогло. Тупо 10% лишних отъелось и всё, пришлось опять пересылать.

> я бы тебя уже послал бы за лишние проблемы

И остался бы без файла. А если ты важный клиент, я тебе лучше на флешку запишу и с курьером отправлю.

Legioner ★★★★★
()

Недавно мучился, как в ALT Linux Lite с вашими угрёбишными не юзерфрендли архиваторами добавить несколько файлов, лежащих в одной папке, в один архив. Ввёл: zip *.* arhiv.zip - выдал ошибку. Ввёл zip *.* - тоже самое, ошибка немного другая, ввёл gzip *.* - выдалось предумпреждение - но программа запаковала каждый файл в отдельный архив. Естественно в российском дистрибутиве - все ошибки на английском. Плюнул - снёс с винта это ПОДЕЛИЕ.

anonymous
()
Ответ на: комментарий от anonymous

>Нет, им просто завидно, что у пользователей Windows полноценный WinRAR, а у них - консольный обрубок.

Завидовать особо нечему, да и некому - нет таких вида кишечнополостных, как "пользователи виндовс" - есть сборище копрофагов, поедающих фекалии. Если эти фекалии называются "виндовс", то в таком случае можете конечно называть себя ее пользователями.

anonymous
()
Ответ на: комментарий от Legioner

У меня опыт избыточных данных был единственным и отрицательным, т.е. нифига не помогло. Тупо 10% лишних отъелось и всё, пришлось опять пересылать.

У меня опыт был не единственный и очень положительный. Особенно при передаче файлов через интернет (Попробуй передай 1гиг данных играя к примеру в это время CS на интернет сервере (это лишь к примеру)). Иногда портились CD, DVD-диски... В принципе у каждого своё счастье, по этому курьер таки лучше всего :))

anonymous
()
Ответ на: комментарий от iZEN

>Из простых вещей можно получить сложные вещи. А также разделить сложные вещи на составляющие

Философию в институте ты видимо прогуливал. Сложная вещь это нечто большее чем сумма простых.

DNA_Seq ★★☆☆☆
()
Ответ на: комментарий от anonymous

> Завидовать особо нечему, да и некому - нет таких вида кишечнополостных, как "пользователи виндовс" - есть сборище копрофагов, поедающих фекалии. Если эти фекалии называются "виндовс", то в таком случае можете конечно называть себя ее пользователями.

Как бы такой ценитель фекалий как ты, не проводил параллелей и не вешал ярлыков на людей, пользующихся другой ОС, линупс не станет лучше, а венда не станет хуже. Так что зря стараешься, фанатик.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.