Тестирование архивов, GUI, не консоль.
Templar - 21 Октябрь, 2015 - 15:30
Подскажите, какой приблудой можно тестировать архивы? в Ark такой функции не нашел. Надеюсь, что плохо искал ))
Пробовал Double Commander, но он на каждом файле в архиве ругается и прервать это невозможно иначе, чем убив процесс.
Я качаю с облака, и хотелось бы убедиться, что скачались нормально, но они гигабайтные и распаковывать каждый не хотелось бы.
Winrar под Wine запускать? ))
Вообще, продвинутая часть человечества использует сверку контрольных сумм. Жирный плюс подхода в том, что нет никакой зависимости от типа файлов и их содержимого.
Когда качаешь папки с облака на мейл.ру в архивах, неизвестен даже конечный размер получающегося архива, не то, что контрольные суммы ))
Ну кто-то же их туда заливает. И этот кто-то может прикладывать отдельный файлик с ними.
Не, схема другая: Этот кто-то заливает(залил) папку, в которой лежат подпапки, внутри которых сотни файлов. Мне, чтобы эти все файлы скачать с сохранением структуры, нужно либо зарегить очередной акк на мейл.ру, импортировать туда эти папки, установить куда-то клиента их облака и подождать, пока все симпортированные папки синхронизируются.
Либо просто выделать верхнюю папку, которую я вижу из публичной ссылки и нажать кнопку "скачать". Тогда мне мейл.ру генерит на лету zip архив, с содержимым выделенной мною папки. Но процесс скачки этого архива не стабилен, может обрываться, и у меня нет 100% уверенности, что даже если он не оборвался, что он вообще юзабелен. Потому что "мэйл.ру". Поэтому я хотел бы протестировать скачанное, чтобы быть уверен, что когда понадобится - я смогу воспользоваться скачанным.
А зачем использовать заведомо нестабильное решение?
Т.е. я правильно понимаю, что у продвинутой части человечества (суть линуксоиды) потребность тестировать архивы уже давно канула в лету и переросла в проверку по контрольной сумме. В связи с чем, и функции тестирования в распространненых программах уже не внедряются и/или не поддерживаются? :)
Иными словами: WinRar под Wine - это самое прилично возможное решение моей проблемы?
А что кроме WinRar, других приложений для тестирования архивов нет? Что за странный рефлекс вспоминать сразу платное виндовое приложение? Есть же вроде бы консольный 7zip под linux, я уверен он может тестировать архивы.
Ключевое слово
Я как представлю себе, что придется скармливать ему имена архивов, так ужас дыбом на голове встает.
PeaZip у меня не взлетел - не запускается вообще.
Слышали о скриптах? Один раз написать и можно хоть в контекстное меню вкорячить…
Если кто-то напишет, буду весьма признателен :)
Можно не скармливать, можно дополнять через Tab.
Любопытно. Не знал о такой возможности. Потестю, оценю удобство. Спасибо.
wget http://cz.archive.ubuntu.com/ubuntu/pool/universe/g/gmp4/libgmp3c2_4.3.2+dfsg-2ubuntu1_amd64.debsudo dpkg -i libgmp3c2_4.3.2+dfsg-2ubuntu1_amd64.debsudo apt-get install libgtk2.0-0:i386 gtk2-engines-murrine:i386wget https://github.com/giorgiotani/PeaZip/releases/download/5.8.0/peazip_5.8.0.LINUX.GTK2-2_all.debsudo dpkg -i peazip_5.8.0.LINUX.GTK2-2_all.debsudo apt-get install -fСпасибо! Заработало ))
Как я понял - ему не хватало некоторых GTK библиотек. Странно, я вроде QT версию качал...
unzip -t filetest archive files. This option extracts each specified file in memory and compares the CRC (cyclic redundancy check, an enhanced checksum) of the expanded file with the original file's stored CRC value.
По сути, проверка архива - это и есть проверка контрольной суммы для каждого файла внутри, сравнивая с сохраненными в архиве значениями.
Ну, да. )))
Т.е. на самом деле во времена KDE и GNOME проверка архивов в линукс по-прежнему возможна лишь в консоли? Ну, ладно ))
В линуксе во все времена был популярен креатив, вроде написания скрипта, который по крону сам скачает, сам проверит и отправит отчет на почту =)
К слову, наверняка есть гуишный софт, который позволяет это делать, просто тут пока не нашлось человека, который бы это юзал.
вот единственного, чего я так и не смог понять, зачем нужен гуй для тестирования?
Вот НЕ ПОНИМАЮ Я. НЕ понимаю.
И судя по всему, этого же не понимают те, кто может это написать.
А те, кому это нужно, не могут этого написать...
Что означает, что это не нужно, и от виндявочных привычек (на каждую отдельную операцию делать отдельный стомегабайтный гуй) нужно отвыкать. в конце концов нужен же результат а не созерцание прогресса, а результат хорошо видно в и консоли. :-)
Если же хочется созерцания процесса - то всегда можно добавить -v\--v и созерцать процесс. :-)
На самом деле всё просто. Не, медитировать на процесс - тоже приятное занятие, но я прекрасно и на консоль могу медитировать ))).
Просто есть разница между выполнением задач проходя через менюшки, в том числе и контекстные, и между необходимостью сидеть и вспоминать команду, все её параметры на каждый случай. Те же архивы - я протестировал их и забыл до следующего раза, который может случится через неделю-две. Любая команда за такой долгий срок неиспользования забывается. И каждый раз тратить время вычитывая мануалы - это нерационально.
эмм, всегда такие редкие команды записываются в скрипт.
test-archive.sh что может быть проще? А если его еще и добавить в меню, так вАААПще все решается одним кликом. :-)
Это если есть понимание :)
И соответствующая привычка ))
Надо подумать, с таким способом использования линукса я ещё не сталкивался. Это значит, завести папку для скриптов, каждый раз при переустановке их регистрировать в этом самом меню. В принципе, можно со временем перейти на скрипты.
что что что нада?
"чьерть подьери"(с) никогда не думал, что это можно так усложнить....
правда, я не переустанавливаю каждый раз...
А на новую машину просто копирую...
P.S. Да, я тоже с таким виндовым извращением в линуксе еще не сталкивался. :-)
Ну, ты же сам писал, что нужно добавлять в меню )))
про переустановку - я жду с нетерпением 15.10, и в принципе готов к полной переустановке, т.к. 15.04 как-то ещё не до конца стабильно работает. По той же причине - не хочу копировать. Обычно с новой версией бывают изменения в конфигурационных файлах. Не исключено, что в данном случае - это будет лишь моё заблуждение.
Но меня уже расстраивает масса GTK библиотек в моей KDE. Эх, не достичь мне умиротворения в линукс.
А вы это каждый день делаете? В любом случае для этого тоже можно написать скрипт и после установки нужен будет один клик. У меня есть такой скрипт, он много чего делает за меня…
Заведи себе тетрадку с оглавлением, и записывай всё что надо.
Хочется более технологичного чего-то? Заведи бложик.
Хочется более интимного? - заведи документик на рабочем столе.
Оглавление, поиск, ну и не стыдно, т.к. никто не увидит.
Meh
У меня мозг либо приобретает навык и знание, либо ему это не нужно. Тогда никакой бложик или тетрадка не спасет, потому что мотивации - ноль. Мне проще решить проблему на более высоком уровне, сразу глобально. Как например, в данном случае метанавык - создание скриптов.
А для этого надо понимание и время.
Время на учёбу / писанину / тестирование.
А раз мотивации нуль, то разве что-то получится?
Уже давно для всего что не влезает в голову или забывается я использую cherry tree
С помощью облака всегда обновляется и всегда под рукой. Уже давно в репозитории так что проблем с установкой нет)
Для андроида cherry tree нет. Я использую google keep - удобная штука…
У меня всегда ноутбук под рукой)
А у меня андроид под рукой ヅ
Опять GTK? ))
Ну как, неужели чистоты библиотечной не достичь, разве что только на свежеустановленной системе?
Никто не стремится к расовой чистоте QT? :)
А зачем?! У вас предков за границей случайно не было? Например в Германии…
Nein, bestimmt nicht. Ich lebe selber dort.
Есть такой расовый дистрибутив Chakra Linux. Он признаёт только KDE. До недавнего времени разрабы дистра держали в репах только KDE и Qt-приложения. А самые распространенные Gtk-приложения устанавливались в виде бандлов. Наконец-то до них дошло, что это просто извращение. Теперь они выделили все Gtk-приложения в отдельный репозиторий extra. Так что без Gtk ну никак.
У меня на ноутбуке cinnamon на десктопе kde и я выбираю программы по их функционалу, если есть что то полезное на gtk работает я не буду пользоваться костылем или недоделкой под KDE и наоборот. Само собой я не сторонник тянуть лишние зависимости но и совсем чистыми кедами пока не обхожусь, Если есть аналоги со схожим функционалом то мне о них не известно.
Если и другие участники присоединяться к вашему мнению
вы разрушите моё идеальное представление о линуксе.
Ну... как... же?! Линукс, в системе ничего лишнего, чисто и аккуратно - нет? С горя захотелось напиться. Может быть поэтому админы все пиво пьют?
Идеальных линуксов не бывает… Для окончательного разрыва шаблона. Теперь пейте…
С этим-то проблем как раз нет. Эта моя не первая попытка перехода на линукс, и я не зря каждый раз принимал решение ещё подождать. И сейчас именно на последней версии и я созрел до линукса, и линукс созрел, да и винда перезрела. :)
Эмм, у вас проблема. С пониманием.
абсолютно чистый линукс - это ядро. и все. Даже без библиотек, без которых ядро не заработает.
Все что выше включая кде, куте, гтк, гонм, юнити, и прочее - это сборка дистрибутива.
Многие вещи пишут как привыкли. и кому что больше нравится.
Не существует чистого куте, чистого кде, чистого гтк тоже не существует. Ибо обязательно так или иначе найдется тот же баш, питон, еще пару тройку язычков, которые все равно есть и без них нормально работать дистрибутив не будет.
Понятно, всё гораздо шире и разнообразней. Хорошо, буду познавать постепенно :)
Нет ничего идеального, но, в стремление к нему, входят базовые программерские и опенсурсные принципы - повторное использование кода, многообразие различных средств и их поддержка.
Идеализм, подобный тому, вроде "все, кроме С++ - тормозная фигня и недоязыки" всегда может напороться на еще бОльшую дурь.
Видите, каким линукс является сейчас? Так вот, он бы не был таковым, если бы все придерживались подобного расизма средств =)
Линус отжёг, конечно )))))
Но я не в смысле, что QT - благодать божья, а GTK - ересь. А в смысле, что QT - сам по себе, GTK - сам по себе и смешивать их в один котел, всё равно, что окрошку с борщом смешать - результат предсказуем.
А можно конкретно (с приведением фактов, а не общих рассуждений) указать так сказать "результат предсказуем"
Ибо у меня например результат таки предсказуем - все работает именно так, как я и ожидал.
То есть именно работает, не глючит, не производит непонятных действий типа багов(когда результат отличается от ожидаемого и признан ошибкой) или фич(когда результат отличается от ожидаемого, но не признается как ошибка).
Результат предсказуем в кулинарии, я имел в виду ))
Как оно тут - у меня ещё недостаточно опыта, чтобы научиться отделять мух от котлет - фич от багов, ошибок дистрибутива от ошибок отдельных библиотек.
ни за что не поверю, что таки вообще "всё". Хотя, если наличие багов входит в ожидания - тогда всё складывается.
если у Вас есть данные, что у меня НЕ все работает, так как я ожидал, то я с удовольствием послушаю Ваш рассказ на эту тему. С большим удовольствием. /злобно так/
Особенно о себе, о моих ожиданиях, и о том, как именно я себе представляю работу системы.
Вы не уловили аналогию... Ну, это все равно, что сказать "давайте выпилим, для чистоты, все что написано на python, а оставим только написанное на java".
Разумно стремиться к тому, чтобы приложения, заточенные под гном, спокойно работали в кедах и наоборот (именно с этой целью была проведена большая работа с kde frameworks и приложения, использующие его, не тащили половину кед в зависимостях). Разумно стремиться к тому, чтобы приложения под android работали в Ubuntu Touch. И так далее. Но не наоборот.
Как то так сложилось что я как раз пью)
Плохо видно, что на экране. apt-get update?
В каком-то баре? )))
Ну это не совсем бар, Touchpad-indicator ставил, форум читал. У всех есть маленькие слабости у меня это вино)
Теперь это так называется?
Ну, судя по аватарке, там точно не вино...
что, в общем то и логично. Ибо забивать себе голову тем, что нужно время от времени - не имеет смысла.
А навык создания скриптов, а в дальнейшем изучение курсес(для красоты разумеется) позволит рисовать то, что захочется самому.
При этом программирование как таковое, можно считать -отсутствует по крайней мере, нет этапа компиляции программы.
но зато появляется то, что нужно для себя любимого. :-)
Ну, любая деятельность, приводящая к задаваемому выполнению на устройстве - есть программирование.
К слову, компьютер - лучший исполнитель из всех мыслимых... Лишних вопросов не задает, всегда делает точно то, что скажешь =)
Еще осталось только понять, что он выполнит то, о чем именно его попросили, а не о чем подумали просить. :-)
Тут уже ответственность на прослойке между креслом и компьютером =)
Эммм.... а я о чем написал то? :-)
Хотя, учитывая всякие дополнительные эффекты в виде фич(неожиданная реакция на действие не признанная багом), багов(неожиданная реакция на действие, признанная ошибочной), и прочих аналогичных действий - не всегда ответственность лежит на прослойке между компьютером и креслом, иногда она лежит на изготовителе как железа, так и программного обеспечения. Это тоже необходимо учитывать.
Какой-то админский юмор, который переворачивает все с ног на голову =)
Мы же не рассматривали сейчас удивлённого юзера-чайника, а человека-управленца и машину-исполнителя. Даже уровень неважен - либо набор регистров, либо сишный компилятор, либо виртуальная машина python, либо интерпретатор php, либо набор бинариков из /bin и /usr/bin, объединенные в алгоритм в bash скрипте - это все средства, позволяющие получить ровно то, что скомандовал.
Тот же вопрос про тестировании архивов. Про md5 в курсе, но привык тестировать полученные архивы File Roller'ом в убунте. Щас пересел на Kubuntu и очень удивился, что у Ark нет такого простого функционала. Походу, придется самому написать
Я потыкал ark… В нём ничего нет. Кто-то скажет: распаковывает и ладно, что ещё нужно? Таким макаром проще консоль использовать (я конечно утрирую, на самом деле не проще). Мне например хотелось узнать тип архива (расширение было похерено) и другую информацию. Ничего нету. Все приложения kde славятся своими богатыми настройками и функционалом, но некоторые странным образом недоделаны…
Отправить комментарий