dbus-libs-1.10.6-1.i686 + multilib = problem z libgcrypt

Łukasz Maśko ed at yen.ipipan.waw.pl
Mon Jan 18 21:15:01 CET 2016


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"



More information about the pld-devel-pl mailing list