Dnia poniedziałek, 18 stycznia 2016 21:01:33 Tomasz Pala pisze: > 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.
Jeszcze niedawno nie miałem multiliba, więc nie miałem takiej sytuacji. Teraz mam - i już drugi raz zwracam na to uwagę (kilka tygodni temu - wtedy bez odzewu). -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
