rpm 4.0.4

[Jakub Bogusz]

Zacząłem mu się przyglądać - i:
- po co rpmb jest linkowane statycznie? Jest niepotrzebnie wielkie,
  a rpm-build i tak wymaga rpm-lib
- po co w rpm-utils wielkie, statycznie linkowane rpmd, rpmi, rpmk,
  rpmq? Z tego co widzę pełną ich funkcjonalność ma /bin/rpm... więc
  w ogóle ich obecność nie ma sensu(?)
  Ponadto jest tam zerwany symlink /usr/bin/rpmu.
- w rpm-utils w /usr/lib/rpm są pliki rpm.daily, rpm.log, rpm.xinetd
  - przecież w tym katalogu są bez sensu?
- czy warto statycznie linkować rpm2cpio?
  (po wywaleniu rpm[dikq] byłby to jedyny program linkowany z rpm-lib
   w pakiecie rpm-utils, ale rpm-lib ma 700kB, a dynamicznie linkowane
   rpm2cpio miałoby o jakieś 1500kB mniej niż statycznie linkowane)
- $ rpm -qf /usr/lib/rpm/rpmdiff  /usr/lib/rpm/rpmdiff.cgi
  rpm-build-4.0.4-0.50
  rpm-utils-4.0.4-0.50
  rpm-build-4.0.4-0.50
  rpm-utils-4.0.4-0.50


Nadal (dotyczy też 4.0.2) w rpm.macros jest:
%_sharedstatedir %{_prefix}/com

Wg FHS powinno być raczej /var albo /var/lib (nie wiem czy dla
_localstatedir lepsze nie byłoby też /var/lib, ale to już jest
używane w niektórych specach jako /var).


-- 
Jakub Bogusz    http://prioris.mini.pw.edu.pl/~qboosh/