On Sun, Jan 17, 2016 at 19:30:52 +0100, Jakub Bogusz wrote: > On Sun, Jan 17, 2016 at 07:02:13PM +0100, Łukasz Maśko wrote: >> >> Czy dopuszczamy podział libgcrypt na podpakiety tak, żeby liby były >> rzeczywiście osobno, a dodatkowe binarki plus rzeczy mogące przeszkadzać >> (jak >> manual w tym przypadku) osobno? A może jest na to jakiś inny sposób?
Niedawno pisałem o tym, nikt nie był nawet zainteresowany odpowiedzią. W związku z tym, tj. kompletnym brakiem zasad, oczywiście - jest to dopuszczalne, szkoda że nie jest wręcz powszechnym zaleceniem czy nawet obowiązkiem. > Można by wydzielić -tools, ale jeśli jedynym problemem jest ten plik > - to czemu on się różni między architekturami? Nie jest jedynym, ja już na to dawno trafiłem: $ rpm -qf /usr/bin/dumpsexp libgcrypt-1.4.3-1.i686 libgcrypt-1.6.1-1.i686 $ rpm -V libgcrypt-1.4.3-1.i686 S.5....T /usr/bin/dumpsexp S.5....T /usr/bin/hmac256 Mam tego dziesiąki, już przywykłem. -- Tomasz Pala <[email protected]> _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
