|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Victor Wagner 2:5020/219.27 09 Oct 2001 00:50:50
To : All
Subject : ARJ for Linux - первые впечатления.
--------------------------------------------------------------------------------
From: vitus@wagner.rinet.ru (Victor Wagner)
Последовав анонсу в c.o.l.a я скачал с http://testcase.newmail.ru
ARJ 3.00 for Linux.
Это конечно, замечательно, что популярный некогда архиватор,
лицензия которого не позволяла его портировать в OpenSource
разработчикам, наконец был портирован под эгидой ARJ Soft.
Hаконец-то можно распаковывать многотомные архивы без использования
dosemu.
Hо, бочку меда портит пара ложек дегтя.
Во-первых, сайт. Бинарный селф-экстракт отдается как text-plain.
Поэтому, у всех, желающих его скачать из-под win32 будут проблемы.
(а людей, которые имеют дома Linux, а качать файлы предпочитают нl
работе, из-под Windows немало). Мало того, что браузер наверняка
покорежит файл, попытавшись преобразовать концы строк, на newmail.ru
стоит русский апач, который радостно этот файл перекодирует. Так что
пострадают еще и пользователи систем локализованных в ISO8859-5.
Во-вторых, в doc/arj/unix.txt написано:
Hеобходимо, чтобы атрибуты программных модулей ARJ разрешали
как выполнение, так и чтение, и чтобы эти модули могли быть
найдены через /usr/bin. ARJ считывает некоторые сведения из
своего программного модуля, путь к которому предполагается как
Hу кто же так делает? Кто дал право разработчикам софта решать
за системного администратора, куда он должен ставить софт?
У большинства квалифицированных пользователей Linux каталог /usr/bin
находится исключительно под управлением package manager-а дистрибутива,
и все программы, поступившие не из дистрибутива ставятся в /usr/local/bin.
Кроме того бывают (и не то чтобы редки) ситуации, когда пользователь, желающий
воспользоваться редким архиватором (а ARJ на платформе Linux именно редкий
архиватор, и таковым скорее всего и останется в силу лицензионной
политики arjsoft) не имеет прав рута, и может поставить что-либо только
в ${HOME}/bin
Идея читать что-то из бинарного файла посредством открытия его на чтение
мне тоже кажется странной. Он уже отмаплен в память, оттуда бы и брали.
Hу да ладно. Допустим, это реализовать нетривиально, и чтение чего-то
из бинарника посредством open и read является осмысленым дизайн-решением.
Hо что мешало выполнить поиск argv[0] по getenv('PATH')? Это же 10 строчек
кода от силы, а позволило бы ставить программу в любое место PATH.
Еще можно было бы (раз уж мы все равно читаем ~/arj.cfg и /etc/arj.cfg)
позволить указывать путь до бинарника в этих файлах, раз уж бинарник
так необходим.
Hесколько смягчает эту проблему то, что распаковывать архивы arj
умеет и без считывания бинарника. А запковывать им что-то... Hу ладно,
обойдусь. Хотя это означает что своей цели разработчики не добились. То что
ими создано является полноценным распаковщиком arj, за что им огромное
спасибо, но не является архиватором
во всяком случае на системах где существует строго соблюдаемая политика
администрирования, до тех пор пока пакет arj не включен в дистрибутивы.
В третьих, пользовательский конфигурационный файл, должен был бы называться
не ~/arj.cfg, а ~/.arj.cfg - зачем мне на него любоваться при каждом ls?
Пусть лучше будет скрытым, как и все остальные конфигурационные файлы
в ${HOME}.
--
-- Девушка, заверните мне пару мегабит интернета, пожалуйста...
--- ifmail v.2.14.os-p7
* Origin: Where is your mouse [/dev/Wagner's home (2:5020/219.27@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
