Bug 8408 - удалить пакет из репозитария в пользу util-linux
Summary: удалить пакет из репозитария в пользу util-linux
Status: CLOSED WONTFIX
Alias: None
Product: Sisyphus
Classification: Development
Component: getopt (show other bugs)
Version: unstable
Hardware: all Linux
: P2 enhancement
Assignee: Dmitry V. Levin
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-11-03 15:11 MSK by Andrei Bulava
Modified: 2006-08-30 11:33 MSD (History)
5 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andrei Bulava 2005-11-03 15:11:22 MSK
Rationale: getopt-1.1.3-alt1 не стоило выкладывать ещё в далёком 2003-м году, ибо:

$ cat util-linux-2.12a/getopt/Changelog |head -1
20030123: Bumped up version number to 1.1.3

И это тот самый getopt от Frodo Looijaard с http://www.frodol.dds.nl/getopt.html

А между тем, util-linux время от времени патчится на предмет nogetopt, и есть
пакеты, зависящие от getopt (веду работы по приспособлению hasher к сборке
пакетов под CentOS/RHEL, вот и наткнулся при сборке fakeroot).

Idea: Собрать getopt в составе util-linux, выставить Provides/Obsoletes. Плохо,
что Requires: util-linux >= 'версия_с_собранным_getopt' придётся проставлять
вручную. С другой стороны, в том же fakeroot зависимость от getopt и так
проставлена вручную.

С третьей стороны, по мне - так удалить getopt безо всяких _Provides_ в
util-linux (Obsoletes всё-таки нужен, чтобы при dist-upgrade не оставался
зомби-пакет getopt), и исправить пакеты из "Reverse Depends:" в выводе apt-cache
showpkg getopt:

  sisyphus_check,getopt
  rpm-utils,getopt
  predator-x11,getopt
  predator-rpmi,getopt
  predator-lilo,getopt
  predator-kbd,getopt
  predator-i18n,getopt
  predator-console,getopt
  mkinitrd,getopt
  man,getopt
  hasher,getopt
  fakeroot,getopt
  chrooted,getopt
  bootloader-utils,getopt
  basesystem,getopt
  apt-utils,getopt
  alternatives,getopt
  WackoFormatter,getopt
Comment 1 Dmitry V. Levin 2005-11-03 15:20:15 MSK
Я не понял, зачем нужно упразднять пакет getopt.
Он ведь работает, и поддерживать его гораздо легче, чем громоздкий util-linux.

А вот приспособление hasher'а к другим ОС я приветствую и по мере возможности
окажу содействие, если это потребуется.

Только не надо пытаться адаптировать ОС к hasher'у.
Comment 2 Andrei Bulava 2005-11-03 15:49:36 MSK
(In reply to comment #1)
> Я не понял, зачем нужно упразднять пакет getopt.
> Он ведь работает, и поддерживать его гораздо легче, чем громоздкий util-linux.

Вам виднее, настаивать не буду.

> А вот приспособление hasher'а к другим ОС я приветствую и по мере возможности
> окажу содействие, если это потребуется.

Спасибо.
 
> Только не надо пытаться адаптировать ОС к hasher'у.

Если "адаптировать ОС к hasher'у" значит заставить hasher работать в среде
CentOS/RHEL - то я и не пытаюсь. Моя цель - сидя в ALT собирать пакеты для RHEL,
- пока что кажется мне доступной. А портировать hasher в среду RHEL... даже при
беглом взгляде мороз идёт по коже :-)
Comment 3 Dmitry V. Levin 2005-11-03 16:51:12 MSK
Я имею в виду, что неправильно было бы пытаться модифицировать RHEL таким
образом, чтобы hasher мог бы с ним работать как с репозиторием.  Возможно,
придётся что-то в репозиторий RHEL добавить и/или hasher настроить/доработать.