dbus-libs-1.10.6-1.i686 + multilib = problem z libgcrypt (mogę poprosić o spójne przebudowanie?)
Adam Osuchowski
adwol at zonk.pl
Sun Jan 17 21:04:14 CET 2016
Łukasz Maśko wrote:
> Z jakiegoś powodu jest tak:
> poldek:/all-avail> desc libgcrypt-1.6.4-1.x86_64
>
> Package: libgcrypt-1.6.4-1.x86_64
> [...]
> Built: 2015/09/08 21:07 at ymir-builder
> Size: 1005.0 KB (1029664 B)
> Package size: 381.0 KB (390385 B)
> Path: ftp://ftp.pld-linux.org/dists/th/PLD/x86_64/RPMS
> Source package: libgcrypt-1.6.4-1.src.rpm
> File: libgcrypt-1.6.4-1.x86_64.rpm
> [...]
> poldek:/all-avail> desc libgcrypt-1.6.4-1.i686
>
> Package: libgcrypt-1.6.4-1.i686
> [...]
> Built: 2015/09/09 07:54 at nereid-builder
> Size: 754.0 KB (772966 B)
> Package size: 336.0 KB (345061 B)
> Path: ftp://ftp.pld-linux.org/dists/th/PLD/i686/RPMS
> Source package: libgcrypt-1.6.4-1.src.rpm
> File: libgcrypt-1.6.4-1.i686.rpm
>
> Zostały zbudowane na różnych builderach i w różnych porach. I spakowane
> manuale różnią się od siebie co do długości o 2 bajty (że o sumach kontrolnych
> nie wspomnę:
> na i686:
> $ ls -l /usr/share/man/man1/hmac256.1.gz
> -rw-r--r-- 1 root root 706 09-09 07:54 /usr/share/man/man1/hmac256.1.gz
> $ md5sum /usr/share/man/man1/hmac256.1.gz
> 41bba58f370caaa731d13b4ef2c0e4c6 /usr/share/man/man1/hmac256.1.gz
>
> a na x86-64:
> $ ls -l /usr/share/man/man1/hmac256.1.gz
> -rw-r--r-- 1 root root 708 09-08 21:07 /usr/share/man/man1/hmac256.1.gz
> $ md5sum /usr/share/man/man1/hmac256.1.gz
> cf9c0bc87ffbf9144c35c99df1ced68d /usr/share/man/man1/hmac256.1.gz
>
Jak się rozgzipuje te spakowane manuale to różnica jest następująca:
--- i686/usr/share/man/man1/hmac256.1 2016-01-17 20:46:39.459810909 +0100
+++ x86-64/usr/share/man/man1/hmac256.1 2016-01-17 20:46:44.524789763 +0100
@@ -1,5 +1,5 @@
.\" Created from Texinfo source by yat2m 1.0
-.TH HMAC256 1 2015-09-09 "Libgcrypt 1.6.4" "Libgcrypt"
+.TH HMAC256 1 2015-09-08 "Libgcrypt 1.6.4" "Libgcrypt"
.SH NAME
.B hmac256
\- Compute an HMAC-SHA-256 MAC
Różnią się w dacie wyprodukowania pliku manuala. Daty te pokrywają się
z datami budowania paczek na builderach.
> Trzeba by to jeszcze raz spójnie przebudować i podbić wersję - mogę poprosić?
To nie jest rozwiązanie. Jak będą zbudowane w różnych dniach (a zawsze
się tak może zdarzyć), to problem pozostanie. To jest kwestia dołączonego
do źródeł libgcrypt programu yat2m, którym konwertowane jest texi do
manualowego troffa i który, nie wiadomo po co, dołącza do wynikowego pliku
aktualną datę. Chyba jego trzebaby poprawić, żeby tego nie robił.
More information about the pld-devel-pl
mailing list