[devel] I: новый libssl7

[devel] I: новый libssl7

[Evgeny Sinelnikov]

Здравствуйте,

В эти выходные планируется обновить openssl до версии 0.9.8h. В свете
того, что апстрим иногда не следит за своими сонеймами, новый openssl
бинарно несовместим с текущей сборкой в Сизифе. На текущий момент
библиотека предоставляется пакетом libssl6. Этот пакет планируется
сохранять неграничено долго. Но новые сборки будут проводится на
libssl7.

В плане пересборки с новым openssl могут возникнуть осложнения из-за
того, что теперь он собран с поддержкой kerberos, то есть слинкован с
библиотеками из пакета libkrb5. В связи с этим у пакета libssl-devel
появилась зависимость на пакет libkrb5-devel. Последнее, из-за
специфичности расположения заголовочных файлов в нашей сборке MIT
Kerberos, влечёт за собой следующую проблему - не все приложения
корректно выставляют CFLAGS из /usr/lib/pkgconfig/openssl.pc,
/usr/lib/pkgconfig/libssl.pc или /usr/lib/pkgconfig/libcrypto.pc.
Сейчас CFLAGS выглядит таким образом:
$ pkg-config libcrypto --cflags
-I/usr/include/krb5
Если ранее отсутствие этого не влияло, то сейчас приведёт к
несобираемости таких пакетов. В нашем случае могут перестать
собираться даже те пакеты, которые нормально могли бы быть собраны в
Fedora, где заголовочные файлы kerberos лежат в /usr/include, а не
вынесены в /usr/include/krb5, как у нас.

Прошу обратить внимание тех, чьи пакеты зависят от openssl. Ниже
привожу список пакетов, который был составлен ldv@.

Вот список исходных пакетов, которые собраны с libssl.so.6:
MySQL-5.0.51-alt2.a.src.rpm
X-Downloader-2.5.7.1-alt4.src.rpm
apache2-2.2.9-alt4.src.rpm
aria2-0.14.0-alt1.src.rpm
asterisk1.4-1.4.21.2-alt2.src.rpm
asterisk1.6-1.6.0-alt0.beta9.src.rpm
astmanproxy-1.22-alt3.pre.20061015.src.rpm
bacula-2.4.0-alt1.src.rpm
balsa-2.3.25-alt1.src.rpm
callweaver-1.2-alt0.svn4616.5.src.rpm
centericq-4.21.0-alt6.src.rpm
ckermit-8.0.211-alt1.src.rpm
claws-mail-3.4.0.cvs51-alt1.src.rpm
courier-imap-4.3.1-alt1.1.src.rpm
curl-7.18.2-alt1.src.rpm
cyrus-imapd-2.3.12p2-alt2.src.rpm
dillo-0.8.6-alt4.src.rpm
dovecot-1.1.2-alt1.src.rpm
dovecot1.0-1.0.15-alt3.src.rpm
dovecot1.2-1.2.rc8-alt1.src.rpm
dovecot11-1.1.alpha1-alt1.hg20070722.src.rpm
dsniff-2.4-alt0.9.b1.1.1.src.rpm
ecore-0.9.9.041-alt1.20070918.src.rpm
ejabberd-1.1.4-alt1.src.rpm
elinks-0.12-alt0.3.src.rpm
erlang-R11B.5-alt1.src.rpm
ettercap-NG-0.7.3-alt2.src.rpm
exim-4.69-alt1.1.src.rpm
fetchmail-6.3.8-alt6.1.src.rpm
freeradius-1.1.7-alt2.1.src.rpm
fuse-encfs-1.3.1-alt6.src.rpm
gftp-2.0.18stable-alt4.src.rpm
gkrellm-2.3.0-alt1.src.rpm
gnubiff-2.2.9-alt1.src.rpm
gnubiff-gnome-2.2.9-alt1.src.rpm
gnugk-2.2.4-alt1.1.0.1.src.rpm
gnustep-base-1.16.2-alt1.src.rpm
google-gadgets-0.9.1-alt1.src.rpm
hammerhead-2.3.1-alt1.src.rpm
hostapd-0.6.3-alt1.src.rpm
htmldoc-1.9.0-alt1.r1563.2.src.rpm
http_get-20050629-alt1.src.rpm
http_load-20060312-alt1.src.rpm
http_ping-20050629-alt1.src.rpm
http_post-20050316-alt1.src.rpm
httperf-0.9.0-alt1.src.rpm
httping-1.2.9-alt1.src.rpm
hydra-5.3-alt2.0.src.rpm
ice-3.3.0-alt5.src.rpm
imapfilter-2.0.10-alt1.src.rpm
inkscape-0.46-alt3.src.rpm
inn-2.4.5-alt1.src.rpm
irssi-0.8.12-alt2.src.rpm
italc-1.0.7-alt4.src.rpm
jabberd2-2.2.2-alt1.src.rpm
kannel-1.4.1-alt1.3.cvs20080124.src.rpm
kasablanca-0.4.0.2-alt1.2.src.rpm
kde4libs-4.1.0-alt1.src.rpm
kdebase-3.5.9-alt7.src.rpm
kdenetwork-3.5.9-alt1.src.rpm
keepalived-1.1.13-alt1.src.rpm
kftpgrabber-0.8.1-alt2.src.rpm
kvirc-3.4.0-alt1.qa1.src.rpm
lftp-3.7.0-alt1.src.rpm
libeXosip2-3.1.0-alt1.src.rpm
libesmtp-1.0.4-alt2.src.rpm
libfwbuilder-2.1.8-alt1.src.rpm
libgwenhywfar-3.2.0-alt2.src.rpm
libjingle-0.3.11-alt2.src.rpm
libmnetutil-0.3.1-alt1.1.src.rpm
libneon-0.28.2-alt2.src.rpm
libneon0.25-0.25.5-alt1.1.src.rpm
libneon0.26-0.26.4-alt1.src.rpm
libomniORB-4.1.2-alt1.src.rpm
libpw-1.10.10-alt1.src.rpm
libpw1.11-1.11.2-alt0.2cvs20061011.src.rpm
libwt-2.1.5-alt1.src.rpm
licq-1.3.5-alt4.src.rpm
lighttpd-1.4.19-alt4.svn.2142.src.rpm
links2-2.2-alt1.src.rpm
linuxdcpp-1.0.2-alt1.src.rpm
lynx-2.8.6-alt3.rel.2.src.rpm
mail-notification-5.0-alt1.src.rpm
mailfilter-0.8.1-alt1.src.rpm
mcabber-0.6.4-alt0.1.1.src.rpm
micq-0.5.0.3-alt1.1.src.rpm
mod_ssl-2.8.31-alt1.src.rpm
monit-5.0-alt0.1.src.rpm
msmtp-1.4.14-alt1.src.rpm
mutt-1.4.2.3-alt1.src.rpm
mutt1.5-1.5.18-alt3.src.rpm
nagios-nrpe-2.12-alt2.src.rpm
nagios-plugins-1.4.11-alt4.src.rpm
nginx-0.6.31-alt1.src.rpm
nmap-4.65-alt1.src.rpm
ntop-3.3-alt3.src.rpm
nut-2.0.5-alt3.src.rpm
ocaml-ssl-0.4.2-alt1.src.rpm
openldap-2.3.41-alt2.src.rpm
openvpn-2.0.9-alt1.src.rpm
p3scan-2.3.2-alt1.src.rpm
pam_mount-0.9.25-alt1.1.src.rpm
partimage-0.6.7-alt6.src.rpm
pavuk-0.9.35-alt3.src.rpm
perl-Crypt-SSLeay-0.57-alt1.src.rpm
perl-Net-SSLeay-1.35-alt1.src.rpm
php-imap-4.4.8-alt1.src.rpm
php-openssl-4.4.8-alt1.src.rpm
php5-imap-5.2.7.20080627-alt1.src.rpm
php5-openssl-5.2.7.20080627-alt1.src.rpm
pine-4.64L-alt5.src.rpm
postal-0.62-alt1.1.src.rpm
postfix-2.4.7-alt1.src.rpm
postgresql8.0-8.0.11-alt1.1.src.rpm
postgresql8.1-8.1.8-alt3.1.src.rpm
postgresql8.2-8.2.9-alt1.0.src.rpm
postgresql8.2_1C-8.2.5-alt4.1.src.rpm
postgresql8.3-8.3.3-alt1.src.rpm
pound-2.4.3-alt1.src.rpm
ppp-2.4.4-alt10.2.src.rpm
proftpd-1.3.0rel-alt2.src.rpm
psi-0.12-alt1.svn1173.src.rpm
python-2.5.1-alt1.src.rpm
python-module-OpenSSL-0.6-alt2.1.1.1.src.rpm
python-module-m2crypto-0.18.2-alt1.src.rpm
qca-tls-1.0-alt4.src.rpm
qca2-ossl-2.0.0-alt0.1.beta3.src.rpm
qt4-4.4.1-alt1.src.rpm
qtsmbstatus-2.0.4-alt1.src.rpm
ruby-1.8.7-alt5.src.rpm
ruby1.9-1.9.0-alt1.20080603.src.rpm
sendmail-8.14.3-alt1.1.src.rpm
siege-2.68-alt1.src.rpm
sim-0.9.4.3-alt2.1.src.rpm
sipp-1.1rc5-alt1.1.src.rpm
socat-1.6.0.0.patched-alt1.src.rpm
sofia-sip-1.12.8-alt1.src.rpm
spamassassin-3.2.4-alt1.src.rpm
squid-2.6.STABLE20-alt1.1.src.rpm
ssmtp-2.60.9-alt4.src.rpm
stunnel-3.26-alt5.src.rpm
suck-4.3.2-alt4.src.rpm
sylpheed-2.2.9-alt1.1.src.rpm
tcl-tls-1.5.1-alt4.src.rpm
telepathy-idle-0.1.2-alt2.src.rpm
tomcat-native-1.1.13-alt1_1jpp1.7.src.rpm
tor-0.1.2.17-alt1.src.rpm
ulogd-1.24-alt11.src.rpm
unreal-3.2.7-alt5.src.rpm
uw-imap-2004g-alt1.1.src.rpm
vhttpd-0.2-alt12.src.rpm
w3c-libwww-5.4.1-alt0.1.1.src.rpm
w3m-0.5.2-alt2.src.rpm
wget-1.11.1-alt1.src.rpm
wpa_supplicant-0.5.10-alt3.src.rpm
x11vnc-0.9.2-alt1.src.rpm
xchat-2.8.4-alt1.src.rpm
xmms-1.2.11-alt4.src.rpm
yaz-3.0.34-alt1.src.rpm

Вот список исходных пакетов, которые собраны с libcrypto.so.6:
MySQL-5.0.51-alt2.a.src.rpm
apache2-2.2.9-alt4.src.rpm
aria2-0.14.0-alt1.src.rpm
asterisk1.4-1.4.21.2-alt2.src.rpm
asterisk1.6-1.6.0-alt0.beta9.src.rpm
bacula-2.4.0-alt1.src.rpm
balsa-2.3.25-alt1.src.rpm
bind-9.3.5-alt2.src.rpm
bloom-0.1.1-alt1.1.src.rpm
callweaver-1.2-alt0.svn4616.5.src.rpm
centericq-4.21.0-alt6.src.rpm
cfengine-2.2.7-alt1.src.rpm
chntpw-070923-alt2.src.rpm
ckermit-8.0.211-alt1.src.rpm
claws-mail-3.4.0.cvs51-alt1.src.rpm
courier-imap-4.3.1-alt1.1.src.rpm
ctorrent-1.3.4-alt2.dnh3.2.src.rpm
curl-7.18.2-alt1.src.rpm
cyrus-imapd-2.3.12p2-alt2.src.rpm
cyrus-sasl2-2.1.22-alt4.cvs.20080125.src.rpm
dar-2.3.6-alt1.src.rpm
deltup-0.4.3-alt1.src.rpm
dillo-0.8.6-alt4.src.rpm
dovecot-1.1.2-alt1.src.rpm
dovecot1.0-1.0.15-alt3.src.rpm
dovecot1.2-1.2.rc8-alt1.src.rpm
dovecot11-1.1.alpha1-alt1.hg20070722.src.rpm
dsniff-2.4-alt0.9.b1.1.1.src.rpm
ejabberd-1.1.4-alt1.src.rpm
elinks-0.12-alt0.3.src.rpm
erlang-R11B.5-alt1.src.rpm
ettercap-NG-0.7.3-alt2.src.rpm
exim-4.69-alt1.1.src.rpm
fetchmail-6.3.8-alt6.1.src.rpm
freeradius-1.1.7-alt2.1.src.rpm
fuse-encfs-1.3.1-alt6.src.rpm
gftp-2.0.18stable-alt4.src.rpm
git-1.5.6.4-alt1.src.rpm
gkrellm-2.3.0-alt1.src.rpm
gnubiff-2.2.9-alt1.src.rpm
gnubiff-gnome-2.2.9-alt1.src.rpm
gnugk-2.2.4-alt1.1.0.1.src.rpm
gnustep-base-1.16.2-alt1.src.rpm
google-gadgets-0.9.1-alt1.src.rpm
gq-1.0.1-alt2.src.rpm
gtkjournal-0.3.5b-alt0.8.src.rpm
hammerhead-2.3.1-alt1.src.rpm
hostapd-0.6.3-alt1.src.rpm
htmldoc-1.9.0-alt1.r1563.2.src.rpm
http_get-20050629-alt1.src.rpm
http_load-20060312-alt1.src.rpm
http_ping-20050629-alt1.src.rpm
http_post-20050316-alt1.src.rpm
httperf-0.9.0-alt1.src.rpm
httping-1.2.9-alt1.src.rpm
hydra-5.3-alt2.0.src.rpm
ice-3.3.0-alt5.src.rpm
ichatsrvd-0.24-alt3.src.rpm
imapfilter-2.0.10-alt1.src.rpm
inkscape-0.46-alt3.src.rpm
inn-2.4.5-alt1.src.rpm
ipmitool-1.8.9-alt3.src.rpm
ipmiutil-2.0.3-alt1.src.rpm
ipsec-tools-0.6.7-alt1.src.rpm
ipv6calc-0.45-alt1.1.1.src.rpm
irssi-0.8.12-alt2.src.rpm
iscsitarget-0.4.14-alt3.src.rpm
italc-1.0.7-alt4.src.rpm
jabberd2-2.2.2-alt1.src.rpm
jpilot-0.99.9-alt7.src.rpm
kannel-1.4.1-alt1.3.cvs20080124.src.rpm
kasablanca-0.4.0.2-alt1.2.src.rpm
kdenetwork-3.5.9-alt1.src.rpm
keepalived-1.1.13-alt1.src.rpm
keyring-link-2.0-alt2.pre1.1.src.rpm
kftpgrabber-0.8.1-alt2.src.rpm
krb5-1.6.3-alt3.src.rpm
kvirc-3.4.0-alt1.qa1.src.rpm
ldns-1.3.0_pre_20080229-alt1.src.rpm
lftp-3.7.0-alt1.src.rpm
libclip-1.2.0cvs-alt2.src.rpm
libesmtp-1.0.4-alt2.src.rpm
libewf-20070512-alt1.src.rpm
libfprint-0.0.6-alt1.src.rpm
libfwbuilder-2.1.8-alt1.src.rpm
libgnomedb-1.9.103-alt1.1.src.rpm
libgwenhywfar-3.2.0-alt2.src.rpm
libjingle-0.3.11-alt2.src.rpm
libmutil-0.3.1-alt1.1.src.rpm
libneon-0.28.2-alt2.src.rpm
libneon0.25-0.25.5-alt1.1.src.rpm
libneon0.26-0.26.4-alt1.src.rpm
libomniORB-4.1.2-alt1.src.rpm
libopal-2.2.11-alt1.src.rpm
libopenh323_1.19-1.19.0.1-alt4.src.rpm
libpw-1.10.10-alt1.src.rpm
libpw1.11-1.11.2-alt0.2cvs20061011.src.rpm
libredland-1.0.7-alt1.1.src.rpm
libtorrent-0.13-alt3.svn.r2433.src.rpm
libtorrent-rasterbar0.13-0.13.1-alt1.src.rpm
libtorrent0.12-0.12.2-alt2.src.rpm
libwt-2.1.5-alt1.src.rpm
licq-1.3.5-alt4.src.rpm
lighttpd-1.4.19-alt4.svn.2142.src.rpm
links2-2.2-alt1.src.rpm
linm-0.8.1-alt2.src.rpm
linuxdcpp-1.0.2-alt1.src.rpm
lynx-2.8.6-alt3.rel.2.src.rpm
mail-notification-5.0-alt1.src.rpm
mailfilter-0.8.1-alt1.src.rpm
mcabber-0.6.4-alt0.1.1.src.rpm
micq-0.5.0.3-alt1.1.src.rpm
mod_ssl-2.8.31-alt1.src.rpm
monit-5.0-alt0.1.src.rpm
msmtp-1.4.14-alt1.src.rpm
mtree-3.7.20050808-alt1.1.src.rpm
mutt-1.4.2.3-alt1.src.rpm
mutt1.5-1.5.18-alt3.src.rpm
nagios-nrpe-2.12-alt2.src.rpm
nagios-plugins-1.4.11-alt4.src.rpm
net-snmp-5.4.1.1-alt1.src.rpm
netams-3.4.0rc2-alt5.src.rpm
netatalk-2.0.3-alt9.1.src.rpm
nginx-0.6.31-alt1.src.rpm
nmap-4.65-alt1.src.rpm
ntop-3.3-alt3.src.rpm
nut-2.0.5-alt3.src.rpm
nx-3.2.0-alt3.src.rpm
ocaml-ssl-0.4.2-alt1.src.rpm
openldap-2.3.41-alt2.src.rpm
openntpd-3.9p1-alt8.src.rpm
opensc-0.11.4-alt4.src.rpm
openslp-1.2.1-alt2.1.src.rpm
openssh-5.0p1-alt3.src.rpm
openvpn-2.0.9-alt1.src.rpm
p3scan-2.3.2-alt1.src.rpm
pam_mount-0.9.25-alt1.1.src.rpm
pam_usb-0.3.3-alt2.1.src.rpm
parsecvs-0.1-alt2.src.rpm
partimage-0.6.7-alt6.src.rpm
pavuk-0.9.35-alt3.src.rpm
perl-Crypt-OpenSSL-Bignum-0.04-alt1.src.rpm
perl-Crypt-OpenSSL-RSA-0.25-alt1.src.rpm
perl-Crypt-OpenSSL-Random-0.04-alt1.src.rpm
perl-Crypt-SSLeay-0.57-alt1.src.rpm
perl-Net-SSLeay-1.35-alt1.src.rpm
php-imap-4.4.8-alt1.src.rpm
php-openssl-4.4.8-alt1.src.rpm
php5-imap-5.2.7.20080627-alt1.src.rpm
php5-openssl-5.2.7.20080627-alt1.src.rpm
pine-4.64L-alt5.src.rpm
pinot-0.85-alt1.src.rpm
postal-0.62-alt1.1.src.rpm
postfix-2.4.7-alt1.src.rpm
postgresql8.0-8.0.11-alt1.1.src.rpm
postgresql8.1-8.1.8-alt3.1.src.rpm
postgresql8.2-8.2.9-alt1.0.src.rpm
postgresql8.2_1C-8.2.5-alt4.1.src.rpm
postgresql8.3-8.3.3-alt1.src.rpm
pound-2.4.3-alt1.src.rpm
ppp-2.4.4-alt10.2.src.rpm
proftpd-1.3.0rel-alt2.src.rpm
psi-0.12-alt1.svn1173.src.rpm
python-2.5.1-alt1.src.rpm
python-module-OpenSSL-0.6-alt2.1.1.1.src.rpm
python-module-m2crypto-0.18.2-alt1.src.rpm
qbittorrent-1.2.0-alt0.beta1.src.rpm
qca-tls-1.0-alt4.src.rpm
qca2-ossl-2.0.0-alt0.1.beta3.src.rpm
qt4-4.4.1-alt1.src.rpm
qtsmbstatus-2.0.4-alt1.src.rpm
rdesktop-1.6.0-alt2.src.rpm
ruby-1.8.7-alt5.src.rpm
ruby1.9-1.9.0-alt1.20080603.src.rpm
sendmail-8.14.3-alt1.1.src.rpm
siege-2.68-alt1.src.rpm
sim-0.9.4.3-alt2.1.src.rpm
sipp-1.1rc5-alt1.1.src.rpm
slurm-1.2.16-alt1.src.rpm
snort-2.4.5-alt2.1.src.rpm
socat-1.6.0.0.patched-alt1.src.rpm
sofia-sip-1.12.8-alt1.src.rpm
squid-2.6.STABLE20-alt1.1.src.rpm
ssmtp-2.60.9-alt4.src.rpm
stunnel-3.26-alt5.src.rpm
sylpheed-2.2.9-alt1.1.src.rpm
tcl-tls-1.5.1-alt4.src.rpm
tcpdump-3.9.7-alt1.src.rpm
telepathy-idle-0.1.2-alt2.src.rpm
tightvnc-1.5.0git-alt2.src.rpm
tinc-1.0.8-alt2.src.rpm
tomcat-native-1.1.13-alt1_1jpp1.7.src.rpm
tor-0.1.2.17-alt1.src.rpm
ulogd-1.24-alt11.src.rpm
unbound-1.0.0-alt2.src.rpm
unreal-3.2.7-alt5.src.rpm
uw-imap-2004g-alt1.1.src.rpm
vhttpd-0.2-alt12.src.rpm
vtund-2.6-alt3.1.src.rpm
w3c-libwww-5.4.1-alt0.1.1.src.rpm
w3m-0.5.2-alt2.src.rpm
wget-1.11.1-alt1.src.rpm
wpa_supplicant-0.5.10-alt3.src.rpm
x11vnc-0.9.2-alt1.src.rpm
xca-0.6.4-alt1.src.rpm
xchat-2.8.4-alt1.src.rpm
xen-3.2.1-alt1.src.rpm
xmlsec1-1.2.10-alt1.src.rpm
xmms2-0.5-alt9.DrLecter.src.rpm
xrdp-0.4.0-alt4.src.rpm
yaz-3.0.34-alt1.src.rpm

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] I: новый libssl7

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 416 bytes --]

Twas brillig at 00:56:52 09.08.2008 UTC+04 when sin@altlinux.ru did gyre and gimble:

 ES> Последнее, из-за специфичности расположения заголовочных файлов в
 ES> нашей сборке MIT Kerberos,

А зачем в нашей сборке MIT Kerberos заголовочные файлы лежат так
специфично, кстати?

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] I: новый libssl7

[Evgeny Sinelnikov]

9 августа 2008 г. 1:00 пользователь Mikhail Gusarov
<dottedmag@altlinux.org> написал:
> Twas brillig at 00:56:52 09.08.2008 UTC+04 when sin@altlinux.ru did gyre and gimble:
>
>  ES> Последнее, из-за специфичности расположения заголовочных файлов в
>  ES> нашей сборке MIT Kerberos,
>
> А зачем в нашей сборке MIT Kerberos заголовочные файлы лежат так
> специфично, кстати?
>

Legacy... Точно я не знаю... Наверное у этого есть какой-то смысл.

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] I: новый libssl7

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 470 bytes --]

Twas brillig at 01:06:35 09.08.2008 UTC+04 when sin@altlinux.ru did gyre and gimble:

 ES> Legacy... Точно я не знаю... Наверное у этого есть какой-то смысл.

Просто ровно такое было в RedHat 7.3, если мне память не изменяет. В
более свежих редхатах - положили в обычное место.

Может сразу и передвинуть?

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] I: новый libssl7

[Evgeny Sinelnikov]

9 августа 2008 г. 1:08 пользователь Mikhail Gusarov
<dottedmag@altlinux.org> написал:
> Twas brillig at 01:06:35 09.08.2008 UTC+04 when sin@altlinux.ru did gyre and gimble:
>
>  ES> Legacy... Точно я не знаю... Наверное у этого есть какой-то смысл.
>
> Просто ровно такое было в RedHat 7.3, если мне память не изменяет. В
> более свежих редхатах - положили в обычное место.
>
> Может сразу и передвинуть?
>

 Я не думал об этом... К вышеозвученной проблеме - это костыль. Надо
подумать стоит ли его делать. Может быть действительно стоит :) Стоит
ли пытаться исправить кривизну многих пакетов (может и не многих...
это же пока не известно...)?



-- 
Sin (Sinelnikov Evgeny)

Re: [devel] I: новый libssl7

[Alexander Bokovoy]

2008/8/9 Evgeny Sinelnikov <sin@altlinux.ru>:
> Здравствуйте,
>
> В эти выходные планируется обновить openssl до версии 0.9.8h. В свете
> того, что апстрим иногда не следит за своими сонеймами, новый openssl
> бинарно несовместим с текущей сборкой в Сизифе. На текущий момент
> библиотека предоставляется пакетом libssl6. Этот пакет планируется
> сохранять неграничено долго. Но новые сборки будут проводится на
> libssl7.
А libssl6 -- это то, что нужно сторонним (проприетарным) пакетам,
собранным с текущим openssl? Каком срок предыдущей жизни soname? Дело
в том, что помимо имеющихся в Сизифе приложений, которым обязательно
нужно старое API (если они не переехали на новое), есть еще и ПО,
которое внедренцы ставят поверх систем [в ближайшем будущем полученных
из Сизифа]. Для такой системообразующей библиотеки это важный аспект.

Каким образом планируется добиться автоматического выбора libssl7 при
сборке вместо libssl6 после попадания этого пакета в Сизиф?

> В плане пересборки с новым openssl могут возникнуть осложнения из-за
> того, что теперь он собран с поддержкой kerberos, то есть слинкован с
> библиотеками из пакета libkrb5. В связи с этим у пакета libssl-devel
> появилась зависимость на пакет libkrb5-devel. Последнее, из-за
> специфичности расположения заголовочных файлов в нашей сборке MIT
> Kerberos, влечёт за собой следующую проблему - не все приложения
> корректно выставляют CFLAGS из /usr/lib/pkgconfig/openssl.pc,
> /usr/lib/pkgconfig/libssl.pc или /usr/lib/pkgconfig/libcrypto.pc.
> Сейчас CFLAGS выглядит таким образом:
> $ pkg-config libcrypto --cflags
> -I/usr/include/krb5
Можно составить список пакетов, которые перестанут собираться? Если их
количество исчисляется десятком, то было бы неплохо перед отправкой
libssl7 озаботиться помощью мейнтейнерам в виде патчей в багзиллу.

> Если ранее отсутствие этого не влияло, то сейчас приведёт к
> несобираемости таких пакетов. В нашем случае могут перестать
> собираться даже те пакеты, которые нормально могли бы быть собраны в
> Fedora, где заголовочные файлы kerberos лежат в /usr/include, а не
> вынесены в /usr/include/krb5, как у нас.
Я считаю, что "вынос" в /usr/include/krb5 правилен -- нам еще heimdal
содержать в скором будущем.
-- 
/ Alexander Bokovoy

Re: [devel] I: новый libssl7

[Alexander Bokovoy]

2008/8/9 Mikhail Gusarov <dottedmag@altlinux.org>:
> Twas brillig at 01:06:35 09.08.2008 UTC+04 when sin@altlinux.ru did gyre and gimble:
>
>  ES> Legacy... Точно я не знаю... Наверное у этого есть какой-то смысл.
>
> Просто ровно такое было в RedHat 7.3, если мне память не изменяет. В
> более свежих редхатах - положили в обычное место.
Потому что пока в RH нет Heimdal, но Эндрю Бартлетт уже озаботился,
так что скорее всего там будет изменение.

>
> Может сразу и передвинуть?
Пожалуйста не трогайте то, информацией о чем вы не владеете. :-)

-- 
/ Alexander Bokovoy

Re: [devel] I: новый libssl7

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1304 bytes --]

On Sat, Aug 09, 2008 at 12:56:52AM +0400, Evgeny Sinelnikov wrote:
> В эти выходные планируется обновить openssl до версии 0.9.8h. В свете
> того, что апстрим иногда не следит за своими сонеймами, новый openssl
> бинарно несовместим с текущей сборкой в Сизифе. На текущий момент
> библиотека предоставляется пакетом libssl6. Этот пакет планируется
> сохранять неграничено долго. Но новые сборки будут проводится на
> libssl7.

$ rpm -q libssl-devel
libssl-devel-0.9.8d-alt4
$ sudo apt-get install libssl-devel
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
  libblkid-devel libcom_err-devel libe2fs-devel libkeyutils-devel libkrb5-devel libkrb5-ldap libss-devel libssl7 libuuid-devel openssl
The following packages will be upgraded
  libssl-devel openssl
The following NEW packages will be installed:
  libblkid-devel libcom_err-devel libe2fs-devel libkeyutils-devel libkrb5-devel libkrb5-ldap libss-devel libssl7 libuuid-devel
2 upgraded, 9 newly installed, 0 removed and 11 not upgraded.
Need to get 0B/1543kB of archives.
After unpacking 2666kB of additional disk space will be used.
Do you want to continue? [Y/n] n
Abort.
$ 

Мне это официально не нравится!
libssl-devel не должен вытягивать libe2fs-devel.

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] I: новый libssl7

[Evgeny Sinelnikov]

9 августа 2008 г. 12:49 пользователь Alexey Tourbin <at@altlinux.ru> написал:
> On Sat, Aug 09, 2008 at 12:56:52AM +0400, Evgeny Sinelnikov wrote:
>> В эти выходные планируется обновить openssl до версии 0.9.8h. В свете
>> того, что апстрим иногда не следит за своими сонеймами, новый openssl
>> бинарно несовместим с текущей сборкой в Сизифе. На текущий момент
>> библиотека предоставляется пакетом libssl6. Этот пакет планируется
>> сохранять неграничено долго. Но новые сборки будут проводится на
>> libssl7.
>
> $ rpm -q libssl-devel
> libssl-devel-0.9.8d-alt4

Странно, вы уверены, что это наш  libssl-devel-0.9.8d-alt4? Этот пакет
собран в Сизиф Птн 12 Окт 2007 01:10:04. Никакого kerberos там нет,
как впрочем и libssl7 там тоже нет. Такие зависмости присущи новому
openssl-0.9.8h-alt1.

> $ sudo apt-get install libssl-devel
> Reading Package Lists... Done
> Building Dependency Tree... Done
> The following extra packages will be installed:
>  libblkid-devel libcom_err-devel libe2fs-devel libkeyutils-devel libkrb5-devel libkrb5-ldap libss-devel libssl7 libuuid-devel openssl
> The following packages will be upgraded
>  libssl-devel openssl
> The following NEW packages will be installed:
>  libblkid-devel libcom_err-devel libe2fs-devel libkeyutils-devel libkrb5-devel libkrb5-ldap libss-devel libssl7 libuuid-devel
> 2 upgraded, 9 newly installed, 0 removed and 11 not upgraded.
> Need to get 0B/1543kB of archives.
> After unpacking 2666kB of additional disk space will be used.
> Do you want to continue? [Y/n] n
> Abort.
> $
>
> Мне это официально не нравится!
> libssl-devel не должен вытягивать libe2fs-devel.
>

Это особенности зависимостей libkrb5-devel:
$ rpm -q --whatrequires libe2fs-devel
libkrb5-devel-1.6.3-alt3
Я пока не разбирался нужны ли они там, но непосредственного отношения
с libssl-devel эта зависимость не имеет.


-- 
Sin (Sinelnikov Evgeny)

Re: [devel] I: новый libssl7

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 2354 bytes --]

On Sat, Aug 09, 2008 at 01:10:15PM +0400, Evgeny Sinelnikov wrote:
> 9 августа 2008 г. 12:49 пользователь Alexey Tourbin <at@altlinux.ru> написал:
> > On Sat, Aug 09, 2008 at 12:56:52AM +0400, Evgeny Sinelnikov wrote:
> >> В эти выходные планируется обновить openssl до версии 0.9.8h. В свете
> >> того, что апстрим иногда не следит за своими сонеймами, новый openssl
> >> бинарно несовместим с текущей сборкой в Сизифе. На текущий момент
> >> библиотека предоставляется пакетом libssl6. Этот пакет планируется
> >> сохранять неграничено долго. Но новые сборки будут проводится на
> >> libssl7.
> >
> > $ rpm -q libssl-devel
> > libssl-devel-0.9.8d-alt4
> 
> Странно, вы уверены, что это наш  libssl-devel-0.9.8d-alt4? Этот пакет
> собран в Сизиф Птн 12 Окт 2007 01:10:04. Никакого kerberos там нет,
> как впрочем и libssl7 там тоже нет. Такие зависмости присущи новому
> openssl-0.9.8h-alt1.

Я и показываю, что у меня установлен старый libsssl-devel, а я пытаюсь
обновить его на новый.  Мне предлагают установить много лишних пакетов.

Пакет у меня хороший.
/ALT/archive/Sisyphus/2008/08/08/files/x86_64/RPMS/libssl-devel-0.9.8d-alt4.x86_64.rpm

> > $ sudo apt-get install libssl-devel
> > Reading Package Lists... Done
> > Building Dependency Tree... Done
> > The following extra packages will be installed:
> >  libblkid-devel libcom_err-devel libe2fs-devel libkeyutils-devel libkrb5-devel libkrb5-ldap libss-devel libssl7 libuuid-devel openssl
> > The following packages will be upgraded
> >  libssl-devel openssl
> > The following NEW packages will be installed:
> >  libblkid-devel libcom_err-devel libe2fs-devel libkeyutils-devel libkrb5-devel libkrb5-ldap libss-devel libssl7 libuuid-devel
> > 2 upgraded, 9 newly installed, 0 removed and 11 not upgraded.
> > Need to get 0B/1543kB of archives.
> > After unpacking 2666kB of additional disk space will be used.
> > Do you want to continue? [Y/n] n
> > Abort.
> > $
> >
> > Мне это официально не нравится!
> > libssl-devel не должен вытягивать libe2fs-devel.
> 
> Это особенности зависимостей libkrb5-devel:
> $ rpm -q --whatrequires libe2fs-devel
> libkrb5-devel-1.6.3-alt3
> Я пока не разбирался нужны ли они там, но непосредственного отношения
> с libssl-devel эта зависимость не имеет.

Непосредственного вроде бы и не имеет, а вообще имеет.

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] I: новый libssl7

[Evgeny Sinelnikov]

9 августа 2008 г. 13:26 пользователь Alexey Tourbin <at@altlinux.ru> написал:
> On Sat, Aug 09, 2008 at 01:10:15PM +0400, Evgeny Sinelnikov wrote:
>> 9 августа 2008 г. 12:49 пользователь Alexey Tourbin <at@altlinux.ru> написал:
>> > On Sat, Aug 09, 2008 at 12:56:52AM +0400, Evgeny Sinelnikov wrote:
>> >> В эти выходные планируется обновить openssl до версии 0.9.8h. В свете
>> >> того, что апстрим иногда не следит за своими сонеймами, новый openssl
>> >> бинарно несовместим с текущей сборкой в Сизифе. На текущий момент
>> >> библиотека предоставляется пакетом libssl6. Этот пакет планируется
>> >> сохранять неграничено долго. Но новые сборки будут проводится на
>> >> libssl7.
>> >
>> > $ rpm -q libssl-devel
>> > libssl-devel-0.9.8d-alt4
>>
>> Странно, вы уверены, что это наш  libssl-devel-0.9.8d-alt4? Этот пакет
>> собран в Сизиф Птн 12 Окт 2007 01:10:04. Никакого kerberos там нет,
>> как впрочем и libssl7 там тоже нет. Такие зависмости присущи новому
>> openssl-0.9.8h-alt1.
>
> Я и показываю, что у меня установлен старый libsssl-devel, а я пытаюсь
> обновить его на новый.  Мне предлагают установить много лишних пакетов.
>
> Пакет у меня хороший.
> /ALT/archive/Sisyphus/2008/08/08/files/x86_64/RPMS/libssl-devel-0.9.8d-alt4.x86_64.rpm
>

Ну, тогда хорошо, просто в зеркало новые пакеты ещё не попали - я
удивился, откуда они взялись.

>> > $ sudo apt-get install libssl-devel
>> > Reading Package Lists... Done
>> > Building Dependency Tree... Done
>> > The following extra packages will be installed:
>> >  libblkid-devel libcom_err-devel libe2fs-devel libkeyutils-devel libkrb5-devel libkrb5-ldap libss-devel libssl7 libuuid-devel openssl
>> > The following packages will be upgraded
>> >  libssl-devel openssl
>> > The following NEW packages will be installed:
>> >  libblkid-devel libcom_err-devel libe2fs-devel libkeyutils-devel libkrb5-devel libkrb5-ldap libss-devel libssl7 libuuid-devel
>> > 2 upgraded, 9 newly installed, 0 removed and 11 not upgraded.
>> > Need to get 0B/1543kB of archives.
>> > After unpacking 2666kB of additional disk space will be used.
>> > Do you want to continue? [Y/n] n
>> > Abort.
>> > $
>> >
>> > Мне это официально не нравится!
>> > libssl-devel не должен вытягивать libe2fs-devel.
>>
>> Это особенности зависимостей libkrb5-devel:
>> $ rpm -q --whatrequires libe2fs-devel
>> libkrb5-devel-1.6.3-alt3
>> Я пока не разбирался нужны ли они там, но непосредственного отношения
>> с libssl-devel эта зависимость не имеет.
>
> Непосредственного вроде бы и не имеет, а вообще имеет.
>

Думаю, что это нужно решать уже в рамках krb5. Сделал для этого #16637.

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] I: новый libssl7

[Evgeny Sinelnikov]

9 августа 2008 г. 9:53 пользователь Alexander Bokovoy <ab@altlinux.org> написал:
> 2008/8/9 Evgeny Sinelnikov <sin@altlinux.ru>:
>> Здравствуйте,
>>
>> В эти выходные планируется обновить openssl до версии 0.9.8h. В свете
>> того, что апстрим иногда не следит за своими сонеймами, новый openssl
>> бинарно несовместим с текущей сборкой в Сизифе. На текущий момент
>> библиотека предоставляется пакетом libssl6. Этот пакет планируется
>> сохранять неграничено долго. Но новые сборки будут проводится на
>> libssl7.
> А libssl6 -- это то, что нужно сторонним (проприетарным) пакетам,
> собранным с текущим openssl?

Вероятно, я не знаю таких, ибо пользоваться пока не приходилось. Но
работать они всё равно будут.

> Каком срок предыдущей жизни soname? Дело

Это вопрос к разработчикам openssl. Впрочем это не повод не обновлять
библиотеку, отвечающую за безопасность.

> в том, что помимо имеющихся в Сизифе приложений, которым обязательно
> нужно старое API (если они не переехали на новое), есть еще и ПО,
> которое внедренцы ставят поверх систем [в ближайшем будущем полученных
> из Сизифа]. Для такой системообразующей библиотеки это важный аспект.
>

В бранчах всё будет по прежнему. На Сизифе так же, если же потребуется
пересборка, приложения будут собираться на новом soname.

> Каким образом планируется добиться автоматического выбора libssl7 при
> сборке вместо libssl6 после попадания этого пакета в Сизиф?

Абсолютно таким же каким добились пересборки с libssl6 при обновлении
libssl4 два года назад - libssl-devel будет теперь работать с libssl7.

>
>> В плане пересборки с новым openssl могут возникнуть осложнения из-за
>> того, что теперь он собран с поддержкой kerberos, то есть слинкован с
>> библиотеками из пакета libkrb5. В связи с этим у пакета libssl-devel
>> появилась зависимость на пакет libkrb5-devel. Последнее, из-за
>> специфичности расположения заголовочных файлов в нашей сборке MIT
>> Kerberos, влечёт за собой следующую проблему - не все приложения
>> корректно выставляют CFLAGS из /usr/lib/pkgconfig/openssl.pc,
>> /usr/lib/pkgconfig/libssl.pc или /usr/lib/pkgconfig/libcrypto.pc.
>> Сейчас CFLAGS выглядит таким образом:
>> $ pkg-config libcrypto --cflags
>> -I/usr/include/krb5
> Можно составить список пакетов, которые перестанут собираться? Если их
> количество исчисляется десятком, то было бы неплохо перед отправкой
> libssl7 озаботиться помощью мейнтейнерам в виде патчей в багзиллу.
>

Список пакетов, который нужно пересобрать я приводил. Если бы там была
пара пакетов, то я бы у же и их исправил. Для некоторых мы так и
сделали, но 159 пакетов - это уже много. Вообще я думаю, что Сизиф
нужен именно в таких случаях, когда без централизованной сборки уже не
обойтись. Иначе, если сделать как вы предлагаете, я вынужден держать
свой форк Сизифа. Только вот если я сам на все пакеты патчи буду
накладывать, то это уже будет не Сизиф, а нечто вроде собственного
репозитория. С таким подходом можно и при обновлении gcc, например до
версии 4.3.X, потребовать пересобрать все ломающиеся пакеты и
предоставить нужные патчи.

>> Если ранее отсутствие этого не влияло, то сейчас приведёт к
>> несобираемости таких пакетов. В нашем случае могут перестать
>> собираться даже те пакеты, которые нормально могли бы быть собраны в
>> Fedora, где заголовочные файлы kerberos лежат в /usr/include, а не
>> вынесены в /usr/include/krb5, как у нас.
> Я считаю, что "вынос" в /usr/include/krb5 правилен -- нам еще heimdal
> содержать в скором будущем.

Но вот и ответ - та самая доля разумности, которая так неочевидна на
первый взгляд.


-- 
Sin (Sinelnikov Evgeny)

Re: [devel] I: новый libssl7

[Alexander Bokovoy]

2008/8/9 Evgeny Sinelnikov <sin@altlinux.ru>:
>>> бинарно несовместим с текущей сборкой в Сизифе. На текущий момент
>>> библиотека предоставляется пакетом libssl6. Этот пакет планируется
>>> сохранять неграничено долго. Но новые сборки будут проводится на
>>> libssl7.
>> А libssl6 -- это то, что нужно сторонним (проприетарным) пакетам,
>> собранным с текущим openssl?
>
> Вероятно, я не знаю таких, ибо пользоваться пока не приходилось. Но
> работать они всё равно будут.
Еще раз. Меняется ABI в системообразующем пакете. Хотелось бы
убедиться, что в Сизифе останутся средства для работы существующих
приложений вроде Opera, Google Earth/Google desktop, etc. Сизиф ради
Сизифа бессмысленен, поэтому к любому пакету, который является
существенным для работы, можно предъявить подобные требования по
сохранению совместимости. Я хочу только убедиться, что стратегия
обновления продумана и не создаст проблем с типичными популярными
приложениями из-за пределов Сизифа.

>> Каком срок предыдущей жизни soname? Дело
>
> Это вопрос к разработчикам openssl. Впрочем это не повод не обновлять
> библиотеку, отвечающую за безопасность.
См. выше. Я не собираюсь ограничивать возможности по обновлению, а
задаю вопрос по реализации поддержки работоспособности существующих
программ. Например, если существующее ABI было стабильным в течение
последних 2-3 лет, то на период около года имеет смысл предоставить
его в виду совместимого ABI (libssl6 или как в случае с stdc++и
компиляторами -- stdc++-compat). Вопрос не в том, что обновлять, а что
-- нет, вопрос в проработанной стратегии стабильности и
предсказуемости среды.

Хотелось бы видеть от любого мейнтейнера, который планирует обновление
ABI в Сизифе и который знает, что его изменение повлияет на других,
иметь такую проработанную стратегию сохранения работоспособности
приложений с предыдущей версией ABI. В идеале такой подход позволил бы
сохранить стабильный и предсказуемый взгляд на платформу при
достаточной гибкости ее развития. Замечу, что речь не идет о том, что
везде следует выставлять костыли в виде -compat, но разумный
компромисс должен все-таки быть.

>> Можно составить список пакетов, которые перестанут собираться? Если их
>> количество исчисляется десятком, то было бы неплохо перед отправкой
>> libssl7 озаботиться помощью мейнтейнерам в виде патчей в багзиллу.
> Список пакетов, который нужно пересобрать я приводил. Если бы там была
> пара пакетов, то я бы у же и их исправил. Для некоторых мы так и
> сделали, но 159 пакетов - это уже много. Вообще я думаю, что Сизиф
Это пакеты, которые нужно пересобрать, а не пакеты, которые сломаются
однозначно из-за изменений в API.

> нужен именно в таких случаях, когда без централизованной сборки уже не
> обойтись. Иначе, если сделать как вы предлагаете, я вынужден держать
> свой форк Сизифа. Только вот если я сам на все пакеты патчи буду
> накладывать, то это уже будет не Сизиф, а нечто вроде собственного
> репозитория. С таким подходом можно и при обновлении gcc, например до
> версии 4.3.X, потребовать пересобрать все ломающиеся пакеты и
> предоставить нужные патчи.
Нет, говорю я совсем не об этом. См. выше.

>>> Если ранее отсутствие этого не влияло, то сейчас приведёт к
>>> несобираемости таких пакетов. В нашем случае могут перестать
>>> собираться даже те пакеты, которые нормально могли бы быть собраны в
>>> Fedora, где заголовочные файлы kerberos лежат в /usr/include, а не
>>> вынесены в /usr/include/krb5, как у нас.
>> Я считаю, что "вынос" в /usr/include/krb5 правилен -- нам еще heimdal
>> содержать в скором будущем.
>
> Но вот и ответ - та самая доля разумности, которая так неочевидна на
> первый взгляд.
Это решение было принято еще в 2001 году, когда собирались первые
версии для ALT этого пакета.

-- 
/ Alexander Bokovoy

Re: [devel] I: новый libssl7

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 871 bytes --]

Twas brillig at 15:06:18 09.08.2008 UTC+04 when ab@altlinux.org did gyre and gimble:

 AB> Это решение было принято еще в 2001 году, когда собирались первые
 AB> версии для ALT этого пакета.

Гм. А что ж ты просто не сказал, что есть несколько реализаций, и
поэтому заголовочные файлы от них разнесены по директориям, а ответил в
обобщённо-бессмысленном ключе о "не владении информацией"?

Ты же это прекрасно знаешь, и прекрасно знаешь, что тем, кто "не владеет
информацией", придётся идти в гугль и выяснять что к чему.

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] I: новый libssl7

[Alexander Bokovoy]

2008/8/9 Mikhail Gusarov <dottedmag@altlinux.org>:
> Twas brillig at 15:06:18 09.08.2008 UTC+04 when ab@altlinux.org did gyre and gimble:
>
>  AB> Это решение было принято еще в 2001 году, когда собирались первые
>  AB> версии для ALT этого пакета.
>
> Гм. А что ж ты просто не сказал, что есть несколько реализаций, и
> поэтому заголовочные файлы от них разнесены по директориям, а ответил в
> обобщённо-бессмысленном ключе о "не владении информацией"?
Потому что ответил на этот вопрос в ответе на первоначальное письмо _раньше_.

> Ты же это прекрасно знаешь, и прекрасно знаешь, что тем, кто "не владеет
> информацией", придётся идти в гугль и выяснять что к чему.
Нет, просто читай дискуссию.

-- 
/ Alexander Bokovoy

Re: [devel] I: новый libssl7

[Evgeny Sinelnikov]

9 августа 2008 г. 15:06 пользователь Alexander Bokovoy
<ab@altlinux.org> написал:
> 2008/8/9 Evgeny Sinelnikov <sin@altlinux.ru>:
>>>> бинарно несовместим с текущей сборкой в Сизифе. На текущий момент
>>>> библиотека предоставляется пакетом libssl6. Этот пакет планируется
>>>> сохранять неграничено долго. Но новые сборки будут проводится на
>>>> libssl7.
>>> А libssl6 -- это то, что нужно сторонним (проприетарным) пакетам,
>>> собранным с текущим openssl?
>>
>> Вероятно, я не знаю таких, ибо пользоваться пока не приходилось. Но
>> работать они всё равно будут.
> Еще раз. Меняется ABI в системообразующем пакете. Хотелось бы
> убедиться, что в Сизифе останутся средства для работы существующих
> приложений вроде Opera, Google Earth/Google desktop, etc. Сизиф ради
> Сизифа бессмысленен, поэтому к любому пакету, который является
> существенным для работы, можно предъявить подобные требования по
> сохранению совместимости. Я хочу только убедиться, что стратегия
> обновления продумана и не создаст проблем с типичными популярными
> приложениями из-за пределов Сизифа.

Всё должно пройти мягко и прозрачно до момента пересборки в сизифе, и
то только, если CFLAGS не выставылены как нужно. Предупреждение было
не для текущих пакетов, а для будущих сборок этих же пакетов в новой
сборочной среде.

>>> Каком срок предыдущей жизни soname? Дело
>>
>> Это вопрос к разработчикам openssl. Впрочем это не повод не обновлять
>> библиотеку, отвечающую за безопасность.
> См. выше. Я не собираюсь ограничивать возможности по обновлению, а
> задаю вопрос по реализации поддержки работоспособности существующих
> программ. Например, если существующее ABI было стабильным в течение
> последних 2-3 лет, то на период около года имеет смысл предоставить
> его в виду совместимого ABI (libssl6 или как в случае с stdc++и
> компиляторами -- stdc++-compat). Вопрос не в том, что обновлять, а что
> -- нет, вопрос в проработанной стратегии стабильности и
> предсказуемости среды.

Этот вопрос ставился первоначально и конечно предусмотрен.

> Хотелось бы видеть от любого мейнтейнера, который планирует обновление
> ABI в Сизифе и который знает, что его изменение повлияет на других,
> иметь такую проработанную стратегию сохранения работоспособности
> приложений с предыдущей версией ABI. В идеале такой подход позволил бы
> сохранить стабильный и предсказуемый взгляд на платформу при
> достаточной гибкости ее развития. Замечу, что речь не идет о том, что
> везде следует выставлять костыли в виде -compat, но разумный
> компромисс должен все-таки быть.

Совершенно верно. Библиотека libssl6 сохранится и будет собираться из
пакета openssl098d. Иного костыля пока придумать не удалось. К тому же
это обкатанный костыль, который сохраняет libssl4 в Сизифе и по сей
день. Вообще странно... Я же про это сразу написал...

>>> Можно составить список пакетов, которые перестанут собираться? Если их
>>> количество исчисляется десятком, то было бы неплохо перед отправкой
>>> libssl7 озаботиться помощью мейнтейнерам в виде патчей в багзиллу.
>> Список пакетов, который нужно пересобрать я приводил. Если бы там была
>> пара пакетов, то я бы у же и их исправил. Для некоторых мы так и
>> сделали, но 159 пакетов - это уже много. Вообще я думаю, что Сизиф
> Это пакеты, которые нужно пересобрать, а не пакеты, которые сломаются
> однозначно из-за изменений в API.

На уровне API, если я всё правильно понимаю, openssl-0.9.8d и
openssl-0.9.8h совместимы полностью. Смена сонейма связана со
структурами данных изменяющими ABI. Так что сломаться могут пакеты не
по причине не совместимости, а по причине не корректной установки
CFLAGS, а именно -I/usr/include/krb5, что привнесено поддержкой
kerberos в новой сборке openssl.

>> нужен именно в таких случаях, когда без централизованной сборки уже не
>> обойтись. Иначе, если сделать как вы предлагаете, я вынужден держать
>> свой форк Сизифа. Только вот если я сам на все пакеты патчи буду
>> накладывать, то это уже будет не Сизиф, а нечто вроде собственного
>> репозитория. С таким подходом можно и при обновлении gcc, например до
>> версии 4.3.X, потребовать пересобрать все ломающиеся пакеты и
>> предоставить нужные патчи.
> Нет, говорю я совсем не об этом. См. выше.
>
>>>> Если ранее отсутствие этого не влияло, то сейчас приведёт к
>>>> несобираемости таких пакетов. В нашем случае могут перестать
>>>> собираться даже те пакеты, которые нормально могли бы быть собраны в
>>>> Fedora, где заголовочные файлы kerberos лежат в /usr/include, а не
>>>> вынесены в /usr/include/krb5, как у нас.
>>> Я считаю, что "вынос" в /usr/include/krb5 правилен -- нам еще heimdal
>>> содержать в скором будущем.
>>
>> Но вот и ответ - та самая доля разумности, которая так неочевидна на
>> первый взгляд.
> Это решение было принято еще в 2001 году, когда собирались первые
> версии для ALT этого пакета.


-- 
Sin (Sinelnikov Evgeny)

Re: [devel] I: новый libssl7

[Alexander Bokovoy]

2008/8/9 Evgeny Sinelnikov <sin@altlinux.ru>:
> Всё должно пройти мягко и прозрачно до момента пересборки в сизифе, и
> то только, если CFLAGS не выставылены как нужно. Предупреждение было
> не для текущих пакетов, а для будущих сборок этих же пакетов в новой
> сборочной среде.
Тогда это надо куда-то на wiki, где все такие вещи документируются.
Миша, где это?

>>> сделали, но 159 пакетов - это уже много. Вообще я думаю, что Сизиф
>> Это пакеты, которые нужно пересобрать, а не пакеты, которые сломаются
>> однозначно из-за изменений в API.
>
> На уровне API, если я всё правильно понимаю, openssl-0.9.8d и
> openssl-0.9.8h совместимы полностью. Смена сонейма связана со
> структурами данных изменяющими ABI. Так что сломаться могут пакеты не
> по причине не совместимости, а по причине не корректной установки
> CFLAGS, а именно -I/usr/include/krb5, что привнесено поддержкой
> kerberos в новой сборке openssl.
Можно подробнее о структурах? Если уж меняется soname, то я бы
предпочел, чтобы это изменение включило бы в себя давно ожидаемую
поддержку ГОСТ (http://www.cryptocom.ru/OpenSource/patch_desc_rus.html),
которая уже есть в 0.9.9 и не включалась в 0.9.8 у нас во многом
именно из-за того, что расширялся ABI. Раз уж ABI меняется (как он
кстати меняется? Можно привести точную оценку в символах?), то имеет
смысл включить то, что ожидается уже очень давно.


-- 
/ Alexander Bokovoy

Re: [devel] I: новый libssl7

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1500 bytes --]

On Sat, Aug 09, 2008 at 12:56:52AM +0400, Evgeny Sinelnikov wrote:
> В плане пересборки с новым openssl могут возникнуть осложнения из-за
> того, что теперь он собран с поддержкой kerberos, то есть слинкован с
> библиотеками из пакета libkrb5. В связи с этим у пакета libssl-devel
> появилась зависимость на пакет libkrb5-devel. Последнее, из-за
> специфичности расположения заголовочных файлов в нашей сборке MIT
> Kerberos, влечёт за собой следующую проблему - не все приложения
> корректно выставляют CFLAGS из /usr/lib/pkgconfig/openssl.pc,
> /usr/lib/pkgconfig/libssl.pc или /usr/lib/pkgconfig/libcrypto.pc.
> Сейчас CFLAGS выглядит таким образом:
> $ pkg-config libcrypto --cflags
> -I/usr/include/krb5
> Если ранее отсутствие этого не влияло, то сейчас приведёт к
> несобираемости таких пакетов. В нашем случае могут перестать
> собираться даже те пакеты, которые нормально могли бы быть собраны в
> Fedora, где заголовочные файлы kerberos лежат в /usr/include, а не
> вынесены в /usr/include/krb5, как у нас.

У меня пакет перестал собираться пакет perl-Crypt-SSLeay!

In file included from /usr/include/openssl/ssl.h:192,
                 from crypt_ssleay_version.h:1,
                 from SSLeay.xs:26:
/usr/include/openssl/kssl.h:72:18: error: krb5.h: No such file or directory

Но, что удивительно, если официально сделать симлинк
/usr/include/openssl/krb5.h, то упомянутый пакет счастливо собирается.

ln -s ../krb5/krb5/krb5.h /usr/include/openssl/krb5.h

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] I: новый libssl7

[Evgeny Sinelnikov]

9 августа 2008 г. 18:39 пользователь Alexander Bokovoy
<ab@altlinux.org> написал:
> 2008/8/9 Evgeny Sinelnikov <sin@altlinux.ru>:
>> Всё должно пройти мягко и прозрачно до момента пересборки в сизифе, и
>> то только, если CFLAGS не выставылены как нужно. Предупреждение было
>> не для текущих пакетов, а для будущих сборок этих же пакетов в новой
>> сборочной среде.
> Тогда это надо куда-то на wiki, где все такие вещи документируются.
> Миша, где это?
>
>>>> сделали, но 159 пакетов - это уже много. Вообще я думаю, что Сизиф
>>> Это пакеты, которые нужно пересобрать, а не пакеты, которые сломаются
>>> однозначно из-за изменений в API.
>>
>> На уровне API, если я всё правильно понимаю, openssl-0.9.8d и
>> openssl-0.9.8h совместимы полностью. Смена сонейма связана со
>> структурами данных изменяющими ABI. Так что сломаться могут пакеты не
>> по причине не совместимости, а по причине не корректной установки
>> CFLAGS, а именно -I/usr/include/krb5, что привнесено поддержкой
>> kerberos в новой сборке openssl.
> Можно подробнее о структурах? Если уж меняется soname, то я бы
> предпочел, чтобы это изменение включило бы в себя давно ожидаемую
> поддержку ГОСТ (http://www.cryptocom.ru/OpenSource/patch_desc_rus.html),
> которая уже есть в 0.9.9 и не включалась в 0.9.8 у нас во многом
> именно из-за того, что расширялся ABI. Раз уж ABI меняется (как он
> кстати меняется? Можно привести точную оценку в символах?), то имеет
> смысл включить то, что ожидается уже очень давно.
>

Честно говоря, я трудом так с ходу смогу представить разницу в ABI
между libssl6 и libssl7. Сам я полагаюсь в этом вопросе на более
компетентное мнение моих коллег. Сначала, например, моё внимание на
это обратил ldv@, далее я увидел соответствующие патчи в сборках
openssl для Fedora. На самом деле меня интересовал вопрос поддержки
kerberos в гораздо большей степени, чем обновление openssl. Но
собравшись мыслями, во время конференции, мы решили, что не стоит
обновлять старую libssl6 до поддержки kerberos в Сизифе, хотя позже
оказалось, что этим можно было бы и обойтись.

По поводу же существенной смены ABI (раз уж меняем...)... Я не думаю,
что это хорошая идея... Сейчас мы бинарно совместимы для новых
продуктов линкующихся с libssl.so.7 в новых пропиетарных решениях.
Предложение же добавить что-то ещё сломает эту совместимость, что в
будущем приведёт к серьёзным последствиям. В этом плане лучше сразу
собрать openssl-0.9.9 и дать ему libssl8, но мне пока кажется всё это
туманным.

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] I: новый libssl7

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1164 bytes --]

On Sat, Aug 09, 2008 at 12:56:52AM +0400, Evgeny Sinelnikov wrote:
> В эти выходные планируется обновить openssl до версии 0.9.8h. В свете
> того, что апстрим иногда не следит за своими сонеймами, новый openssl
> бинарно несовместим с текущей сборкой в Сизифе. На текущий момент
> библиотека предоставляется пакетом libssl6. Этот пакет планируется
> сохранять неграничено долго. Но новые сборки будут проводится на
> libssl7.

$ sudo apt-get install openssl
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
  libssl7
The following packages will be upgraded
  openssl
The following NEW packages will be installed:
  libssl7
1 upgraded, 1 newly installed, 0 removed and 6 not upgraded.
Need to get 0B/1020kB of archives.
After unpacking 1986kB of additional disk space will be used.
Do you want to continue? [Y/n] 
Committing changes...
Preparing...                      ###################################### [100%]
file /usr/bin/openssl-config from install of openssl-0.9.8h-alt1 conflicts with file from package libssl-devel-0.9.8d-alt4
E: Error while running transaction
$ 

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] I: новый libssl7

[Evgeny Sinelnikov]

9 августа 2008 г. 21:03 пользователь Alexey Tourbin <at@altlinux.ru> написал:
> On Sat, Aug 09, 2008 at 12:56:52AM +0400, Evgeny Sinelnikov wrote:
>> В плане пересборки с новым openssl могут возникнуть осложнения из-за
>> того, что теперь он собран с поддержкой kerberos, то есть слинкован с
>> библиотеками из пакета libkrb5. В связи с этим у пакета libssl-devel
>> появилась зависимость на пакет libkrb5-devel. Последнее, из-за
>> специфичности расположения заголовочных файлов в нашей сборке MIT
>> Kerberos, влечёт за собой следующую проблему - не все приложения
>> корректно выставляют CFLAGS из /usr/lib/pkgconfig/openssl.pc,
>> /usr/lib/pkgconfig/libssl.pc или /usr/lib/pkgconfig/libcrypto.pc.
>> Сейчас CFLAGS выглядит таким образом:
>> $ pkg-config libcrypto --cflags
>> -I/usr/include/krb5
>> Если ранее отсутствие этого не влияло, то сейчас приведёт к
>> несобираемости таких пакетов. В нашем случае могут перестать
>> собираться даже те пакеты, которые нормально могли бы быть собраны в
>> Fedora, где заголовочные файлы kerberos лежат в /usr/include, а не
>> вынесены в /usr/include/krb5, как у нас.
>
> У меня пакет перестал собираться пакет perl-Crypt-SSLeay!
>
> In file included from /usr/include/openssl/ssl.h:192,
>                 from crypt_ssleay_version.h:1,
>                 from SSLeay.xs:26:
> /usr/include/openssl/kssl.h:72:18: error: krb5.h: No such file or directory
>
> Но, что удивительно, если официально сделать симлинк
> /usr/include/openssl/krb5.h, то упомянутый пакет счастливо собирается.
>
> ln -s ../krb5/krb5/krb5.h /usr/include/openssl/krb5.h
>

Я вот удивляюсь... Столько технологий сборки - кучи непонятных
скриптов - а толку никакого...
Я исправил, тут всё не сложно :
http://git.altlinux.org/people/sin/packages/perl-Crypt-SSLeay.git


-- 
Sin (Sinelnikov Evgeny)

Re: [devel] I: новый libssl7

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1063 bytes --]

On Sat, Aug 09, 2008 at 09:32:14PM +0400, Evgeny Sinelnikov wrote:
> > У меня пакет перестал собираться пакет perl-Crypt-SSLeay!
> >
> > In file included from /usr/include/openssl/ssl.h:192,
> >                 from crypt_ssleay_version.h:1,
> >                 from SSLeay.xs:26:
> > /usr/include/openssl/kssl.h:72:18: error: krb5.h: No such file or directory
> >
> > Но, что удивительно, если официально сделать симлинк
> > /usr/include/openssl/krb5.h, то упомянутый пакет счастливо собирается.
> >
> > ln -s ../krb5/krb5/krb5.h /usr/include/openssl/krb5.h
> 
> Я вот удивляюсь... Столько технологий сборки - кучи непонятных
> скриптов - а толку никакого...
> Я исправил, тут всё не сложно :
> http://git.altlinux.org/people/sin/packages/perl-Crypt-SSLeay.git

Не годится.

$ gcc -E /usr/include/openssl/ssl.h >/dev/null; echo $?
0
$ hsh-run -- gcc -E /usr/include/openssl/ssl.h >/dev/null; echo $?
In file included from /usr/include/openssl/ssl.h:192:
/usr/include/openssl/kssl.h:72:18: error: krb5.h: No such file or directory
1
$ 

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] I: новый libssl7

[Evgeny Sinelnikov]

9 августа 2008 г. 21:30 пользователь Alexey Tourbin <at@altlinux.ru> написал:
> On Sat, Aug 09, 2008 at 12:56:52AM +0400, Evgeny Sinelnikov wrote:
>> В эти выходные планируется обновить openssl до версии 0.9.8h. В свете
>> того, что апстрим иногда не следит за своими сонеймами, новый openssl
>> бинарно несовместим с текущей сборкой в Сизифе. На текущий момент
>> библиотека предоставляется пакетом libssl6. Этот пакет планируется
>> сохранять неграничено долго. Но новые сборки будут проводится на
>> libssl7.
>
> $ sudo apt-get install openssl
> Reading Package Lists... Done
> Building Dependency Tree... Done
> The following extra packages will be installed:
>  libssl7
> The following packages will be upgraded
>  openssl
> The following NEW packages will be installed:
>  libssl7
> 1 upgraded, 1 newly installed, 0 removed and 6 not upgraded.
> Need to get 0B/1020kB of archives.
> After unpacking 1986kB of additional disk space will be used.
> Do you want to continue? [Y/n]
> Committing changes...
> Preparing...                      ###################################### [100%]
> file /usr/bin/openssl-config from install of openssl-0.9.8h-alt1 conflicts with file from package libssl-devel-0.9.8d-alt4
> E: Error while running transaction
> $
>

Думаю, что
$ sudo apt-get install openssl libssl-devel
может помочь, хотя это надо проверить....
$ sudo apt-get upgrade
точно поможет...

Не могу пока сказать точно, что здесь не правильно: зависимости,
поведение apt или способ обновления с помoщью apt. Если мне подскажут,
что именно здесь не так, готов исправить то, что смогу.

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] I: новый libssl7

[Evgeny Sinelnikov]

9 августа 2008 г. 21:36 пользователь Alexey Tourbin <at@altlinux.ru> написал:
> On Sat, Aug 09, 2008 at 09:32:14PM +0400, Evgeny Sinelnikov wrote:
>> > У меня пакет перестал собираться пакет perl-Crypt-SSLeay!
>> >
>> > In file included from /usr/include/openssl/ssl.h:192,
>> >                 from crypt_ssleay_version.h:1,
>> >                 from SSLeay.xs:26:
>> > /usr/include/openssl/kssl.h:72:18: error: krb5.h: No such file or directory
>> >
>> > Но, что удивительно, если официально сделать симлинк
>> > /usr/include/openssl/krb5.h, то упомянутый пакет счастливо собирается.
>> >
>> > ln -s ../krb5/krb5/krb5.h /usr/include/openssl/krb5.h
>>
>> Я вот удивляюсь... Столько технологий сборки - кучи непонятных
>> скриптов - а толку никакого...
>> Я исправил, тут всё не сложно :
>> http://git.altlinux.org/people/sin/packages/perl-Crypt-SSLeay.git
>
> Не годится.
>
> $ gcc -E /usr/include/openssl/ssl.h >/dev/null; echo $?
> 0
> $ hsh-run -- gcc -E /usr/include/openssl/ssl.h >/dev/null; echo $?
> In file included from /usr/include/openssl/ssl.h:192:
> /usr/include/openssl/kssl.h:72:18: error: krb5.h: No such file or directory
> 1
> $
>

Не понимаю о чём речь... После моих исправлений сборка
perl-Crypt-SSLeay-0.57-alt2 в hasher проходит:
.....
+ /bin/mkdir -p /usr/src/RPM/BUILD
+ cd /usr/src/RPM/BUILD
+ /usr/lib/rpm/check-files
+ exit 0
warning: Installed (but unpackaged) file(s) found:
    /usr/share/man/man3/Crypt::SSLeay.3pm.bz2
    /usr/share/man/man3/Net::SSL.3pm.gz
Wrote: /usr/src/RPM/SRPMS/perl-Crypt-SSLeay-0.57-alt2.src.rpm
Wrote: /usr/src/RPM/RPMS/i586/perl-Crypt-SSLeay-0.57-alt2.i586.rpm
2.70user 0.59system 0:05.55elapsed 59%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+4336outputs (0major+229690minor)pagefaults 0swaps

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] I: новый libssl7

[Evgeny Sinelnikov]

9 августа 2008 г. 21:40 пользователь Evgeny Sinelnikov
<sin@altlinux.ru> написал:
> 9 августа 2008 г. 21:30 пользователь Alexey Tourbin <at@altlinux.ru> написал:
>> On Sat, Aug 09, 2008 at 12:56:52AM +0400, Evgeny Sinelnikov wrote:
>>> В эти выходные планируется обновить openssl до версии 0.9.8h. В свете
>>> того, что апстрим иногда не следит за своими сонеймами, новый openssl
>>> бинарно несовместим с текущей сборкой в Сизифе. На текущий момент
>>> библиотека предоставляется пакетом libssl6. Этот пакет планируется
>>> сохранять неграничено долго. Но новые сборки будут проводится на
>>> libssl7.
>>
>> $ sudo apt-get install openssl
>> Reading Package Lists... Done
>> Building Dependency Tree... Done
>> The following extra packages will be installed:
>>  libssl7
>> The following packages will be upgraded
>>  openssl
>> The following NEW packages will be installed:
>>  libssl7
>> 1 upgraded, 1 newly installed, 0 removed and 6 not upgraded.
>> Need to get 0B/1020kB of archives.
>> After unpacking 1986kB of additional disk space will be used.
>> Do you want to continue? [Y/n]
>> Committing changes...
>> Preparing...                      ###################################### [100%]
>> file /usr/bin/openssl-config from install of openssl-0.9.8h-alt1 conflicts with file from package libssl-devel-0.9.8d-alt4
>> E: Error while running transaction
>> $
>>
>
> Думаю, что
> $ sudo apt-get install openssl libssl-devel
> может помочь, хотя это надо проверить....
> $ sudo apt-get upgrade
> точно поможет...
>
> Не могу пока сказать точно, что здесь не правильно: зависимости,
> поведение apt или способ обновления с помoщью apt. Если мне подскажут,
> что именно здесь не так, готов исправить то, что смогу.
>

Всё... Я понял... В силу сложившихся обстоятельств
/usr/bin/openssl-config пакуется в два пакета libssl-devel и openssl.
Вот apt и не разруливает... Пока не знаю стоит ли поддерживать это
legacy.


-- 
Sin (Sinelnikov Evgeny)

Re: [devel] I: новый libssl7

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1924 bytes --]

On Sat, Aug 09, 2008 at 09:46:45PM +0400, Evgeny Sinelnikov wrote:
> 9 августа 2008 г. 21:36 пользователь Alexey Tourbin <at@altlinux.ru> написал:
> > On Sat, Aug 09, 2008 at 09:32:14PM +0400, Evgeny Sinelnikov wrote:
> >> > У меня пакет перестал собираться пакет perl-Crypt-SSLeay!
> >> >
> >> > In file included from /usr/include/openssl/ssl.h:192,
> >> >                 from crypt_ssleay_version.h:1,
> >> >                 from SSLeay.xs:26:
> >> > /usr/include/openssl/kssl.h:72:18: error: krb5.h: No such file or directory
> >> >
> >> > Но, что удивительно, если официально сделать симлинк
> >> > /usr/include/openssl/krb5.h, то упомянутый пакет счастливо собирается.
> >> >
> >> > ln -s ../krb5/krb5/krb5.h /usr/include/openssl/krb5.h
> >>
> >> Я вот удивляюсь... Столько технологий сборки - кучи непонятных
> >> скриптов - а толку никакого...
> >> Я исправил, тут всё не сложно :
> >> http://git.altlinux.org/people/sin/packages/perl-Crypt-SSLeay.git
> >
> > Не годится.
> >
> > $ gcc -E /usr/include/openssl/ssl.h >/dev/null; echo $?
> > 0
> > $ hsh-run -- gcc -E /usr/include/openssl/ssl.h >/dev/null; echo $?
> > In file included from /usr/include/openssl/ssl.h:192:
> > /usr/include/openssl/kssl.h:72:18: error: krb5.h: No such file or directory
> > 1
> > $
> 
> Не понимаю о чём речь... После моих исправлений сборка
> perl-Crypt-SSLeay-0.57-alt2 в hasher проходит:

Пакет Ваш не годится, openssl который.
А мой годится.

Варианта два: либо переложить /usr/include/krb5/ в /usr/include,
либо в openssl вместо <krb5.h> написать </usr/include/krb5/krb5/krb5.h>
и добавить зависимость на /usr/include/krb5/krb5/krb5.h.

> + /bin/mkdir -p /usr/src/RPM/BUILD
> + cd /usr/src/RPM/BUILD
> + /usr/lib/rpm/check-files
> + exit 0
> warning: Installed (but unpackaged) file(s) found:
>     /usr/share/man/man3/Crypt::SSLeay.3pm.bz2
>     /usr/share/man/man3/Net::SSL.3pm.gz

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] I: новый libssl7

[Evgeny Sinelnikov]

9 августа 2008 г. 21:56 пользователь Alexey Tourbin <at@altlinux.ru> написал:
> On Sat, Aug 09, 2008 at 09:46:45PM +0400, Evgeny Sinelnikov wrote:
>> 9 августа 2008 г. 21:36 пользователь Alexey Tourbin <at@altlinux.ru> написал:
>> > On Sat, Aug 09, 2008 at 09:32:14PM +0400, Evgeny Sinelnikov wrote:
>> >> > У меня пакет перестал собираться пакет perl-Crypt-SSLeay!
>> >> >
>> >> > In file included from /usr/include/openssl/ssl.h:192,
>> >> >                 from crypt_ssleay_version.h:1,
>> >> >                 from SSLeay.xs:26:
>> >> > /usr/include/openssl/kssl.h:72:18: error: krb5.h: No such file or directory
>> >> >
>> >> > Но, что удивительно, если официально сделать симлинк
>> >> > /usr/include/openssl/krb5.h, то упомянутый пакет счастливо собирается.
>> >> >
>> >> > ln -s ../krb5/krb5/krb5.h /usr/include/openssl/krb5.h
>> >>
>> >> Я вот удивляюсь... Столько технологий сборки - кучи непонятных
>> >> скриптов - а толку никакого...
>> >> Я исправил, тут всё не сложно :
>> >> http://git.altlinux.org/people/sin/packages/perl-Crypt-SSLeay.git
>> >
>> > Не годится.
>> >
>> > $ gcc -E /usr/include/openssl/ssl.h >/dev/null; echo $?
>> > 0
>> > $ hsh-run -- gcc -E /usr/include/openssl/ssl.h >/dev/null; echo $?
>> > In file included from /usr/include/openssl/ssl.h:192:
>> > /usr/include/openssl/kssl.h:72:18: error: krb5.h: No such file or directory
>> > 1
>> > $
>>
>> Не понимаю о чём речь... После моих исправлений сборка
>> perl-Crypt-SSLeay-0.57-alt2 в hasher проходит:
>
> Пакет Ваш не годится, openssl который.
> А мой годится.
>
> Варианта два: либо переложить /usr/include/krb5/ в /usr/include,
> либо в openssl вместо <krb5.h> написать </usr/include/krb5/krb5/krb5.h>
> и добавить зависимость на /usr/include/krb5/krb5/krb5.h.
>

Действительно интересный костыль - я попробую...

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] I: новый libssl7

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1697 bytes --]

On Sat, Aug 09, 2008 at 09:55:58PM +0400, Evgeny Sinelnikov wrote:
> >> $ sudo apt-get install openssl
> >> Reading Package Lists... Done
> >> Building Dependency Tree... Done
> >> The following extra packages will be installed:
> >>  libssl7
> >> The following packages will be upgraded
> >>  openssl
> >> The following NEW packages will be installed:
> >>  libssl7
> >> 1 upgraded, 1 newly installed, 0 removed and 6 not upgraded.
> >> Need to get 0B/1020kB of archives.
> >> After unpacking 1986kB of additional disk space will be used.
> >> Do you want to continue? [Y/n]
> >> Committing changes...
> >> Preparing...                      ###################################### [100%]
> >> file /usr/bin/openssl-config from install of openssl-0.9.8h-alt1 conflicts with file from package libssl-devel-0.9.8d-alt4
> >> E: Error while running transaction
> >> $
> >>
> >
> > Думаю, что
> > $ sudo apt-get install openssl libssl-devel
> > может помочь, хотя это надо проверить....
> > $ sudo apt-get upgrade
> > точно поможет...
> >
> > Не могу пока сказать точно, что здесь не правильно: зависимости,
> > поведение apt или способ обновления с помoщью apt. Если мне подскажут,
> > что именно здесь не так, готов исправить то, что смогу.
> 
> Всё... Я понял... В силу сложившихся обстоятельств
> /usr/bin/openssl-config пакуется в два пакета libssl-devel и openssl.
> Вот apt и не разруливает... Пока не знаю стоит ли поддерживать это
> legacy.

Надо узнать у ldv, зачем он решил паковать openssl-config в два
подпакета.  Если это имеет смысл, тогда в пакет openssl нужно добавить
Conflicts: libssl-devel < %version-%release, libssl-devel > %version-%release

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] I: новый libssl7

[Led]

Saturday, 09 August 2008 20:56:57 Alexey Tourbin написав:
> On Sat, Aug 09, 2008 at 09:46:45PM +0400, Evgeny Sinelnikov wrote:
> > 9 августа 2008 г. 21:36 пользователь Alexey Tourbin <at@altlinux.ru> 
написал:
> > > On Sat, Aug 09, 2008 at 09:32:14PM +0400, Evgeny Sinelnikov wrote:
> > >> > У меня пакет перестал собираться пакет perl-Crypt-SSLeay!
> > >> >
> > >> > In file included from /usr/include/openssl/ssl.h:192,
> > >> >                 from crypt_ssleay_version.h:1,
> > >> >                 from SSLeay.xs:26:
> > >> > /usr/include/openssl/kssl.h:72:18: error: krb5.h: No such file or
> > >> > directory
> > >> >
> > >> > Но, что удивительно, если официально сделать симлинк
> > >> > /usr/include/openssl/krb5.h, то упомянутый пакет счастливо
> > >> > собирается.
> > >> >
> > >> > ln -s ../krb5/krb5/krb5.h /usr/include/openssl/krb5.h
> > >>
> > >> Я вот удивляюсь... Столько технологий сборки - кучи непонятных
> > >> скриптов - а толку никакого...
> > >> Я исправил, тут всё не сложно :
> > >> http://git.altlinux.org/people/sin/packages/perl-Crypt-SSLeay.git
> > >
> > > Не годится.
> > >
> > > $ gcc -E /usr/include/openssl/ssl.h >/dev/null; echo $?
> > > 0
> > > $ hsh-run -- gcc -E /usr/include/openssl/ssl.h >/dev/null; echo $?
> > > In file included from /usr/include/openssl/ssl.h:192:
> > > /usr/include/openssl/kssl.h:72:18: error: krb5.h: No such file or
> > > directory 1
> > > $
> >
> > Не понимаю о чём речь... После моих исправлений сборка
> > perl-Crypt-SSLeay-0.57-alt2 в hasher проходит:
>
> Пакет Ваш не годится, openssl который.
> А мой годится.
>
> Варианта два: либо переложить /usr/include/krb5/ в /usr/include,
> либо в openssl вместо <krb5.h> написать </usr/include/krb5/krb5/krb5.h>

По-моему, достаточно <krb5/krb5/krb5.h>

> и добавить зависимость на /usr/include/krb5/krb5/krb5.h.


-- 
Led

Re: [devel] I: новый libssl7

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 807 bytes --]

On Sat, Aug 09, 2008 at 10:01:28PM +0400, Evgeny Sinelnikov wrote:
> > Варианта два: либо переложить /usr/include/krb5/ в /usr/include,
> > либо в openssl вместо <krb5.h> написать </usr/include/krb5/krb5/krb5.h>
> > и добавить зависимость на /usr/include/krb5/krb5/krb5.h.
> 
> Действительно интересный костыль - я попробую...

На самом деле имеет смысл переложить /usr/include/krb5/ в /usr/include.
Нам подсказывают посмотреть на содержимое файла /usr/include/krb5/krb5.h,
а его содержимое может говорить в пользу как раз такого решения.

С другой стороны, второе решение не противоречит первому, главное не
забыть написать 'Requires: /usr/include/krb5/krb5/krb5.h'.  Тогда если
потом будет реализовано первое решение, то у libssl-devel возникнет анмет,
и останется только откатить костыль.

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] I: новый libssl7

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1223 bytes --]

On Sat, Aug 09, 2008 at 09:05:39PM +0300, Led wrote:
> > Варианта два: либо переложить /usr/include/krb5/ в /usr/include,
> > либо в openssl вместо <krb5.h> написать </usr/include/krb5/krb5/krb5.h>
> 
> По-моему, достаточно <krb5/krb5/krb5.h>

Кстати, забавно, что сейчас инструкция
#include <krb5/krb5.h>
генерирует бесконечный цикл.

$ gcc -E - <<<'#include <krb5/krb5.h>' >/dev/null
...
                 from /usr/include/krb5/krb5.h:7,
                 from /usr/include/krb5/krb5.h:7,
                 from /usr/include/krb5/krb5.h:7,
                 from /usr/include/krb5/krb5.h:7,
                 from /usr/include/krb5/krb5.h:7,
                 from /usr/include/krb5/krb5.h:7,
                 from /usr/include/krb5/krb5.h:7,
                 from /usr/include/krb5/krb5.h:7,
                 from /usr/include/krb5/krb5.h:7,
                 from /usr/include/krb5/krb5.h:7,
                 from /usr/include/krb5/krb5.h:7,
                 from /usr/include/krb5/krb5.h:7,
                 from /usr/include/krb5/krb5.h:7,
                 from /usr/include/krb5/krb5.h:7,
                 from <stdin>:1:
/usr/include/krb5/krb5.h:7:23: error: #include nested too deeply
1
$ 

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] I: новый libssl7

[Sergey Bolshakov]

>>>>> "Alexey" == Alexey Tourbin <at-u2l5PoMzF/Uox3rIn2DAYQ@public.gmane.org> writes:

 > On Sat, Aug 09, 2008 at 10:01:28PM +0400, Evgeny Sinelnikov wrote:
 >> > Варианта два: либо переложить /usr/include/krb5/ в /usr/include,
 >> > либо в openssl вместо <krb5.h> написать </usr/include/krb5/krb5/krb5.h>
 >> > и добавить зависимость на /usr/include/krb5/krb5/krb5.h.
 >> 
 >> Действительно интересный костыль - я попробую...

 > На самом деле имеет смысл переложить /usr/include/krb5/ в /usr/include.
 > Нам подсказывают посмотреть на содержимое файла /usr/include/krb5/krb5.h,
 > а его содержимое может говорить в пользу как раз такого решения.

 > С другой стороны, второе решение не противоречит первому, главное не
 > забыть написать 'Requires: /usr/include/krb5/krb5/krb5.h'.  Тогда если
 > потом будет реализовано первое решение, то у libssl-devel возникнет анмет,
 > и останется только откатить костыль.

Нынешнее расположение krb5.h так или иначе отражено в пакетах,
не делающих krb5-config --cflags (я думаю, такие существуют).
Прежде чем проделать перемещение /usr/include/krb5 => /usr/include,
хорошо бы представлять последствия.

-- 

Re: [devel] I: новый libssl7

[Alexey Tourbin]

[-- Attachment #1.1: Type: text/plain, Size: 5315 bytes --]

On Sat, Aug 09, 2008 at 01:59:24PM +0400, Evgeny Sinelnikov wrote:
> >> > Мне это официально не нравится!
> >> > libssl-devel не должен вытягивать libe2fs-devel.
> >>
> >> Это особенности зависимостей libkrb5-devel:
> >> $ rpm -q --whatrequires libe2fs-devel
> >> libkrb5-devel-1.6.3-alt3
> >> Я пока не разбирался нужны ли они там, но непосредственного отношения
> >> с libssl-devel эта зависимость не имеет.
> >
> > Непосредственного вроде бы и не имеет, а вообще имеет.
> 
> Думаю, что это нужно решать уже в рамках krb5. Сделал для этого #16637.

Пакет libe2fs-devel больше года назад был распилен.
Хедеры krb5 на самом деле требуют только libcom_err-devel.

$ cpp.req -v /usr/include/krb5/**/*.h |sort -u
cpp.req: /usr/include/krb5/gssapi.h: /usr/include/krb5/gssapi/gssapi.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssapi/gssapi.h: /usr/include/stdint.h -> glibc-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssapi/gssapi.h: /usr/include/inttypes.h -> glibc-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssapi/gssapi.h: /usr/lib64/gcc/x86_64-alt-linux/4.1.2/include/stddef.h -> gcc4.1 (via rpmdb)
cpp.req: /usr/include/krb5/gssapi/gssapi.h: /usr/include/sys/types.h -> glibc-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssapi/gssapi_generic.h: /usr/include/krb5/gssapi/gssapi.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssapi/gssapi_krb5.h: /usr/include/stdint.h -> glibc-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssapi/gssapi_krb5.h: /usr/include/krb5/gssapi/gssapi.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssapi/gssapi_krb5.h: /usr/include/krb5/krb5.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssapi/mechglue.h: /usr/include/krb5/gssapi/gssapi.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/auth.h: /usr/include/krb5/gssrpc/xdr.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/auth_gss.h: /usr/include/krb5/gssrpc/rpc.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/auth_gss.h: /usr/include/krb5/gssapi/gssapi.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/netdb.h: /usr/include/krb5/gssrpc/types.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/rpc.h: /usr/include/krb5/gssrpc/types.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/rpc.h: /usr/include/krb5/gssrpc/xdr.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/rpc.h: /usr/include/krb5/gssrpc/auth.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/rpc.h: /usr/include/krb5/gssrpc/clnt.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/rpc.h: /usr/include/krb5/gssrpc/rpc_msg.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/rpc.h: /usr/include/krb5/gssrpc/auth_unix.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/rpc.h: /usr/include/krb5/gssrpc/auth_gss.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/rpc.h: /usr/include/krb5/gssrpc/svc_auth.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/rpc.h: /usr/include/krb5/gssrpc/svc.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/svc.h: /usr/include/krb5/gssrpc/svc_auth.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/svc_auth.h: /usr/include/krb5/gssapi/gssapi.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/types.h: /usr/include/sys/types.h -> glibc-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/types.h: /usr/include/sys/time.h -> glibc-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/types.h: /usr/include/unistd.h -> glibc-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/types.h: /usr/include/sys/param.h -> glibc-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/types.h: /usr/include/netinet/in.h -> glibc-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/types.h: /usr/include/stdlib.h -> glibc-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/types.h: /usr/lib64/gcc/x86_64-alt-linux/4.1.2/include/limits.h -> gcc4.1 (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/types.h: /usr/include/krb5/gssrpc/rename.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/gssrpc/xdr.h: /usr/include/stdio.h -> glibc-devel (via rpmdb)
cpp.req: /usr/include/krb5/krb5.h: /usr/include/krb5/krb5/krb5.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/krb5/krb5.h: /usr/include/stdlib.h -> glibc-devel (via rpmdb)
cpp.req: /usr/include/krb5/krb5/krb5.h: /usr/lib64/gcc/x86_64-alt-linux/4.1.2/include/limits.h -> gcc4.1 (via rpmdb)
cpp.req: /usr/include/krb5/krb5/krb5.h: /usr/include/et/com_err.h -> libcom_err-devel (via rpmdb)
cpp.req: /usr/include/krb5/krb5/krb5.h: /usr/include/et/com_err.h -> libcom_err-devel (via rpmdb)
cpp.req: /usr/include/krb5/krb5/krb5.h: /usr/include/et/com_err.h -> libcom_err-devel (via rpmdb)
cpp.req: /usr/include/krb5/krb5/krb5.h: /usr/include/et/com_err.h -> libcom_err-devel (via rpmdb)
cpp.req: /usr/include/krb5/krb5/krb5.h: /usr/include/et/com_err.h -> libcom_err-devel (via rpmdb)
cpp.req: /usr/include/krb5/krb5/locate_plugin.h: /usr/include/krb5/krb5/krb5.h -> libkrb5-devel (via rpmdb)
cpp.req: /usr/include/krb5/profile.h: /usr/include/et/com_err.h -> libcom_err-devel (via rpmdb)
gcc4.1
glibc-devel
libcom_err-devel
libkrb5-devel
$ 

[-- Attachment #1.2: cpp.req --]
[-- Type: text/plain, Size: 2885 bytes --]

#!/bin/sh -efu
#
# Copyright (C) 2008  Alexey Tourbin <at@altlinux.org>
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.

. /usr/lib/rpm/functions
. /usr/lib/rpm/find-package

[ -n "${RPM_LIBDIR-}" ] || RPM_LIBDIR=`rpm --eval %_libdir`
PKG_CONFIG_PATH=$RPM_LIBDIR/pkgconfig:/usr/share/pkgconfig
[ -z "${RPM_BUILD_ROOT-}" ] ||
PKG_CONFIG_PATH=$RPM_BUILD_ROOT$RPM_LIBDIR/pkgconfig:$RPM_BUILD_ROOT/usr/share/pkgconfig:$PKG_CONFIG_PATH
export PKG_CONFIG_PATH

PkgconfigCflags()
{
	local f="$1"; shift
	local pc_files
	if [ -n "${RPM_BUILD_ROOT-}" ]; then
		pc_files=$(set +f; ls "$RPM_BUILD_ROOT$RPM_LIBDIR/pkgconfig"/*.pc 2>/dev/null ||:)
	else
		pc_files=$(rpmquery -f "$f" --list 2>/dev/null |
				egrep "^$RPM_LIBDIR/pkgconfig/[^/]+[.]pc\$" || [ $? = 1 ])
	fi
	[ -n "$pc_files" ] || return 0
	local pc
	for pc in $pc_files; do
		pkg-config --enable-recursion --cflags "$pc" ||
			Fatal "$pc: pkg-config failed"
	done
}

Cflags()
{
	local f="$1"; shift
	local cflags
	cflags=$(PkgconfigCflags "$f")
	set -- $cflags -I/usr/include -I${f%/*} -I${f%/*/*} -I${f%/*/*/*}
	local cf
	for cf; do
		case $cf in
			-D?*) echo $cf ;;
		esac
	done
	for cf; do
		[ -n "${RPM_BUILD_ROOT-}" ] || continue
		case $cf in
			-I/*) echo -I$RPM_BUILD_ROOT${cf#-I} ;;
		esac
	done
	for cf; do
		case $cf in
			-I/*) echo $cf ;;
		esac
	done
}

cpp=
IncludedFiles()
{
	local f="$1"; shift

	if [ -z "$cpp" ]; then
		cpp=/usr/bin/${RPM_ARCH:-noarch}-alt-linux-cpp
		[ -x "$cpp" ] || cpp=/usr/bin/cpp
		[ -z "${GCC_VERSION-}" ] || cpp=$cpp-$GCC_VERSION
		Debug "cpp=$cpp"
	fi

	cflags=$(Cflags "$f")
	Debug "$f: cflags:" $cflags

	if ! out=$("$cpp" -w -x c++ $cflags "$f"); then
		Warning "$f: cpp failed"
		return 0
	fi
	echo "$out" |grep '^#' |awk -v prog="$PROG" -v hdr="$f" '
		# info cpp "Preprocessor Output"
		BEGIN {
			SP = 0
			Stack[SP] = hdr
		}
		function filename(f) {
			if (!sub(/^"\//, "/", f) ||
			    !sub(/"$/, "", f))
				printf "%s: %s: bad path %s\n",
					prog, hdr, f >"/dev/stderr"
			return f
		}
		function Push(f) {
			f=filename(f)
			Stack[++SP]=f
			if (SP==1)
				print f
		}
		function Pop(f) {
			f=filename(f)
			if (f != Stack[--SP])
				printf "%s: %s: expected pop %s, got pop %s\n",
					prog, hdr, Stack[SP], f >"/dev/stderr"
		}
		$4==1 { Push($3) }
		$4==2 { Pop($3) }
		END {
			if (SP > 0)
				printf "%s: %s: non-empty stack, top %s\n",
					prog, hdr, Stack[SP] >"/dev/stderr"
		}'

}

CppReq()
{
	local f="$1"; shift
	local files
	files=$(IncludedFiles "$f")
	[ -n "$files" ] || return 0
	local RPM_FINDPACKAGE_HOST_PKG_NAMES=1
	local inc
	echo "$files" |while read -r inc; do
		FindPackage "$f" "${inc#${RPM_BUILD_ROOT-}}"
	done
}

ArgvFileAction CppReq "$@"

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] I: новый libssl7

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1222 bytes --]

On Sat, Aug 09, 2008 at 12:56:52AM +0400, Evgeny Sinelnikov wrote:
> В эти выходные планируется обновить openssl до версии 0.9.8h. В свете
> того, что апстрим иногда не следит за своими сонеймами, новый openssl
> бинарно несовместим с текущей сборкой в Сизифе. На текущий момент
> библиотека предоставляется пакетом libssl6. Этот пакет планируется
> сохранять неграничено долго. Но новые сборки будут проводится на
> libssl7.

$ sudo apt-get install libssl7
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
  openssl
The following packages will be upgraded
  openssl
The following NEW packages will be installed:
  libssl7
1 upgraded, 1 newly installed, 0 removed and 6 not upgraded.
Need to get 0B/1020kB of archives.
After unpacking 1986kB of additional disk space will be used.
Do you want to continue? [Y/n] n
Abort.
$ cd /ALT/Sisyphus/files/x86_64/RPMS 
$ rpm -qp --conflicts libssl7-0.9.8h-alt1.x86_64.rpm 
openssl < 0:0.9.8g-alt0
$ 

Почему библиотека libssl7 вытесняет openssl меньше собственной версии?
Получается, нельзя установить libssl7, сохранив при этом прежний openssl.

Давайте я попробую поправить зависимости.

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] I: новый libssl7

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 721 bytes --]

On Sat, Aug 09, 2008 at 12:56:52AM +0400, Evgeny Sinelnikov wrote:
> В эти выходные планируется обновить openssl до версии 0.9.8h. В свете
> того, что апстрим иногда не следит за своими сонеймами, новый openssl
> бинарно несовместим с текущей сборкой в Сизифе. На текущий момент
> библиотека предоставляется пакетом libssl6. Этот пакет планируется
> сохранять неграничено долго. Но новые сборки будут проводится на
> libssl7.

Есть ещё одна проблема.

$ rpm -qf /etc/openssl/openssl.cnf
libssl6-0.9.8d-alt5
libssl7-0.9.8h-alt1
$ 

То, что конфигурационные файлы получились одинаковые, это просто
совпадение.  Иначе был бы файловый конфликт.  И не стоит рассчитывать
на то, что openssl.cnf не изменится.

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] I: новый libssl7

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 608 bytes --]

On Sat, Aug 09, 2008 at 11:31:34PM +0400, Alexey Tourbin wrote:
> On Sat, Aug 09, 2008 at 12:56:52AM +0400, Evgeny Sinelnikov wrote:
> > В эти выходные планируется обновить openssl до версии 0.9.8h. В свете
> > того, что апстрим иногда не следит за своими сонеймами, новый openssl
> > бинарно несовместим с текущей сборкой в Сизифе. На текущий момент
> > библиотека предоставляется пакетом libssl6. Этот пакет планируется
> > сохранять неграничено долго. Но новые сборки будут проводится на
> > libssl7.

Какой именно git commit вы отправили в Сизиф?

> Давайте я попробую поправить зависимости.

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] I: новый libssl7

[Evgeny Sinelnikov]

10 августа 2008 г. 1:01 пользователь Alexey Tourbin <at@altlinux.ru> написал:
> On Sat, Aug 09, 2008 at 11:31:34PM +0400, Alexey Tourbin wrote:
>> On Sat, Aug 09, 2008 at 12:56:52AM +0400, Evgeny Sinelnikov wrote:
>> > В эти выходные планируется обновить openssl до версии 0.9.8h. В свете
>> > того, что апстрим иногда не следит за своими сонеймами, новый openssl
>> > бинарно несовместим с текущей сборкой в Сизифе. На текущий момент
>> > библиотека предоставляется пакетом libssl6. Этот пакет планируется
>> > сохранять неграничено долго. Но новые сборки будут проводится на
>> > libssl7.
>
> Какой именно git commit вы отправили в Сизиф?
>

640781431a0c2de96bf8cc65de4d91720de6e9ac

>> Давайте я попробую поправить зависимости.
>

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] I: новый libssl7

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 935 bytes --]

On Sun, Aug 10, 2008 at 01:06:17AM +0400, Evgeny Sinelnikov wrote:
> 10 августа 2008 г. 1:01 пользователь Alexey Tourbin <at@altlinux.ru> написал:
> > On Sat, Aug 09, 2008 at 11:31:34PM +0400, Alexey Tourbin wrote:
> >> On Sat, Aug 09, 2008 at 12:56:52AM +0400, Evgeny Sinelnikov wrote:
> >> > В эти выходные планируется обновить openssl до версии 0.9.8h. В свете
> >> > того, что апстрим иногда не следит за своими сонеймами, новый openssl
> >> > бинарно несовместим с текущей сборкой в Сизифе. На текущий момент
> >> > библиотека предоставляется пакетом libssl6. Этот пакет планируется
> >> > сохранять неграничено долго. Но новые сборки будут проводится на
> >> > libssl7.
> >
> > Какой именно git commit вы отправили в Сизиф?
> 
> 640781431a0c2de96bf8cc65de4d91720de6e9ac

В Сизифе alt1, а в коммите alt2.  Это не он.
Какой именно git commit вы отправили в Сизиф?

> >> Давайте я попробую поправить зависимости.

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] I: новый libssl7

[Evgeny Sinelnikov]

10 августа 2008 г. 1:09 пользователь Alexey Tourbin <at@altlinux.ru> написал:
> On Sun, Aug 10, 2008 at 01:06:17AM +0400, Evgeny Sinelnikov wrote:
>> 10 августа 2008 г. 1:01 пользователь Alexey Tourbin <at@altlinux.ru> написал:
>> > On Sat, Aug 09, 2008 at 11:31:34PM +0400, Alexey Tourbin wrote:
>> >> On Sat, Aug 09, 2008 at 12:56:52AM +0400, Evgeny Sinelnikov wrote:
>> >> > В эти выходные планируется обновить openssl до версии 0.9.8h. В свете
>> >> > того, что апстрим иногда не следит за своими сонеймами, новый openssl
>> >> > бинарно несовместим с текущей сборкой в Сизифе. На текущий момент
>> >> > библиотека предоставляется пакетом libssl6. Этот пакет планируется
>> >> > сохранять неграничено долго. Но новые сборки будут проводится на
>> >> > libssl7.
>> >
>> > Какой именно git commit вы отправили в Сизиф?
>>
>> 640781431a0c2de96bf8cc65de4d91720de6e9ac
>
> В Сизифе alt1, а в коммите alt2.  Это не он.
> Какой именно git commit вы отправили в Сизиф?
>

То, что вы хотите видеть это cdba1a760c83da1c6bd5572486d520f775d2ddaf
Но в сизиф уже ушёл alt2...

2008/8/9 QA Team Upravdom Robot <upravdom@altlinux.org>:
> Dear Evgeny Sinelnikov (Sin)!
> The openssl098-0.9.8h-alt2 package passed through Sisyphus incoming
> rebuild for i586 architecture.
> Thank you!

Если вы планировали что-то поправить не стоит прерывать историю. Для
alt2 были свои основания.

>> >> Давайте я попробую поправить зависимости.
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
>



-- 
Sin (Sinelnikov Evgeny)

Re: [devel] I: новый libssl7

[Stanislav Ievlev]

пересборка пока ещё идёт, соответственно до Сизифа всё это счастье доберётся к среде.

On Sat, Aug 09, 2008 at 12:56:52AM +0400, Evgeny Sinelnikov wrote:
> Здравствуйте,
> 
> В эти выходные планируется обновить openssl до версии 0.9.8h. В свете
> того, что апстрим иногда не следит за своими сонеймами, новый openssl
> бинарно несовместим с текущей сборкой в Сизифе. На текущий момент
> библиотека предоставляется пакетом libssl6. Этот пакет планируется
> сохранять неграничено долго. Но новые сборки будут проводится на
> libssl7.
> 
> В плане пересборки с новым openssl могут возникнуть осложнения из-за
> того, что теперь он собран с поддержкой kerberos, то есть слинкован с
> библиотеками из пакета libkrb5. В связи с этим у пакета libssl-devel
> появилась зависимость на пакет libkrb5-devel. Последнее, из-за
> специфичности расположения заголовочных файлов в нашей сборке MIT
> Kerberos, влечёт за собой следующую проблему - не все приложения
> корректно выставляют CFLAGS из /usr/lib/pkgconfig/openssl.pc,
> /usr/lib/pkgconfig/libssl.pc или /usr/lib/pkgconfig/libcrypto.pc.
> Сейчас CFLAGS выглядит таким образом:
> $ pkg-config libcrypto --cflags
> -I/usr/include/krb5
> Если ранее отсутствие этого не влияло, то сейчас приведёт к
> несобираемости таких пакетов. В нашем случае могут перестать
> собираться даже те пакеты, которые нормально могли бы быть собраны в
> Fedora, где заголовочные файлы kerberos лежат в /usr/include, а не
> вынесены в /usr/include/krb5, как у нас.
> 
> Прошу обратить внимание тех, чьи пакеты зависят от openssl. Ниже
> привожу список пакетов, который был составлен ldv@.
> 
> Вот список исходных пакетов, которые собраны с libssl.so.6:
> MySQL-5.0.51-alt2.a.src.rpm
> X-Downloader-2.5.7.1-alt4.src.rpm
> apache2-2.2.9-alt4.src.rpm
> aria2-0.14.0-alt1.src.rpm
> asterisk1.4-1.4.21.2-alt2.src.rpm
> asterisk1.6-1.6.0-alt0.beta9.src.rpm
> astmanproxy-1.22-alt3.pre.20061015.src.rpm
> bacula-2.4.0-alt1.src.rpm
> balsa-2.3.25-alt1.src.rpm
> callweaver-1.2-alt0.svn4616.5.src.rpm
> centericq-4.21.0-alt6.src.rpm
> ckermit-8.0.211-alt1.src.rpm
> claws-mail-3.4.0.cvs51-alt1.src.rpm
> courier-imap-4.3.1-alt1.1.src.rpm
> curl-7.18.2-alt1.src.rpm
> cyrus-imapd-2.3.12p2-alt2.src.rpm
> dillo-0.8.6-alt4.src.rpm
> dovecot-1.1.2-alt1.src.rpm
> dovecot1.0-1.0.15-alt3.src.rpm
> dovecot1.2-1.2.rc8-alt1.src.rpm
> dovecot11-1.1.alpha1-alt1.hg20070722.src.rpm
> dsniff-2.4-alt0.9.b1.1.1.src.rpm
> ecore-0.9.9.041-alt1.20070918.src.rpm
> ejabberd-1.1.4-alt1.src.rpm
> elinks-0.12-alt0.3.src.rpm
> erlang-R11B.5-alt1.src.rpm
> ettercap-NG-0.7.3-alt2.src.rpm
> exim-4.69-alt1.1.src.rpm
> fetchmail-6.3.8-alt6.1.src.rpm
> freeradius-1.1.7-alt2.1.src.rpm
> fuse-encfs-1.3.1-alt6.src.rpm
> gftp-2.0.18stable-alt4.src.rpm
> gkrellm-2.3.0-alt1.src.rpm
> gnubiff-2.2.9-alt1.src.rpm
> gnubiff-gnome-2.2.9-alt1.src.rpm
> gnugk-2.2.4-alt1.1.0.1.src.rpm
> gnustep-base-1.16.2-alt1.src.rpm
> google-gadgets-0.9.1-alt1.src.rpm
> hammerhead-2.3.1-alt1.src.rpm
> hostapd-0.6.3-alt1.src.rpm
> htmldoc-1.9.0-alt1.r1563.2.src.rpm
> http_get-20050629-alt1.src.rpm
> http_load-20060312-alt1.src.rpm
> http_ping-20050629-alt1.src.rpm
> http_post-20050316-alt1.src.rpm
> httperf-0.9.0-alt1.src.rpm
> httping-1.2.9-alt1.src.rpm
> hydra-5.3-alt2.0.src.rpm
> ice-3.3.0-alt5.src.rpm
> imapfilter-2.0.10-alt1.src.rpm
> inkscape-0.46-alt3.src.rpm
> inn-2.4.5-alt1.src.rpm
> irssi-0.8.12-alt2.src.rpm
> italc-1.0.7-alt4.src.rpm
> jabberd2-2.2.2-alt1.src.rpm
> kannel-1.4.1-alt1.3.cvs20080124.src.rpm
> kasablanca-0.4.0.2-alt1.2.src.rpm
> kde4libs-4.1.0-alt1.src.rpm
> kdebase-3.5.9-alt7.src.rpm
> kdenetwork-3.5.9-alt1.src.rpm
> keepalived-1.1.13-alt1.src.rpm
> kftpgrabber-0.8.1-alt2.src.rpm
> kvirc-3.4.0-alt1.qa1.src.rpm
> lftp-3.7.0-alt1.src.rpm
> libeXosip2-3.1.0-alt1.src.rpm
> libesmtp-1.0.4-alt2.src.rpm
> libfwbuilder-2.1.8-alt1.src.rpm
> libgwenhywfar-3.2.0-alt2.src.rpm
> libjingle-0.3.11-alt2.src.rpm
> libmnetutil-0.3.1-alt1.1.src.rpm
> libneon-0.28.2-alt2.src.rpm
> libneon0.25-0.25.5-alt1.1.src.rpm
> libneon0.26-0.26.4-alt1.src.rpm
> libomniORB-4.1.2-alt1.src.rpm
> libpw-1.10.10-alt1.src.rpm
> libpw1.11-1.11.2-alt0.2cvs20061011.src.rpm
> libwt-2.1.5-alt1.src.rpm
> licq-1.3.5-alt4.src.rpm
> lighttpd-1.4.19-alt4.svn.2142.src.rpm
> links2-2.2-alt1.src.rpm
> linuxdcpp-1.0.2-alt1.src.rpm
> lynx-2.8.6-alt3.rel.2.src.rpm
> mail-notification-5.0-alt1.src.rpm
> mailfilter-0.8.1-alt1.src.rpm
> mcabber-0.6.4-alt0.1.1.src.rpm
> micq-0.5.0.3-alt1.1.src.rpm
> mod_ssl-2.8.31-alt1.src.rpm
> monit-5.0-alt0.1.src.rpm
> msmtp-1.4.14-alt1.src.rpm
> mutt-1.4.2.3-alt1.src.rpm
> mutt1.5-1.5.18-alt3.src.rpm
> nagios-nrpe-2.12-alt2.src.rpm
> nagios-plugins-1.4.11-alt4.src.rpm
> nginx-0.6.31-alt1.src.rpm
> nmap-4.65-alt1.src.rpm
> ntop-3.3-alt3.src.rpm
> nut-2.0.5-alt3.src.rpm
> ocaml-ssl-0.4.2-alt1.src.rpm
> openldap-2.3.41-alt2.src.rpm
> openvpn-2.0.9-alt1.src.rpm
> p3scan-2.3.2-alt1.src.rpm
> pam_mount-0.9.25-alt1.1.src.rpm
> partimage-0.6.7-alt6.src.rpm
> pavuk-0.9.35-alt3.src.rpm
> perl-Crypt-SSLeay-0.57-alt1.src.rpm
> perl-Net-SSLeay-1.35-alt1.src.rpm
> php-imap-4.4.8-alt1.src.rpm
> php-openssl-4.4.8-alt1.src.rpm
> php5-imap-5.2.7.20080627-alt1.src.rpm
> php5-openssl-5.2.7.20080627-alt1.src.rpm
> pine-4.64L-alt5.src.rpm
> postal-0.62-alt1.1.src.rpm
> postfix-2.4.7-alt1.src.rpm
> postgresql8.0-8.0.11-alt1.1.src.rpm
> postgresql8.1-8.1.8-alt3.1.src.rpm
> postgresql8.2-8.2.9-alt1.0.src.rpm
> postgresql8.2_1C-8.2.5-alt4.1.src.rpm
> postgresql8.3-8.3.3-alt1.src.rpm
> pound-2.4.3-alt1.src.rpm
> ppp-2.4.4-alt10.2.src.rpm
> proftpd-1.3.0rel-alt2.src.rpm
> psi-0.12-alt1.svn1173.src.rpm
> python-2.5.1-alt1.src.rpm
> python-module-OpenSSL-0.6-alt2.1.1.1.src.rpm
> python-module-m2crypto-0.18.2-alt1.src.rpm
> qca-tls-1.0-alt4.src.rpm
> qca2-ossl-2.0.0-alt0.1.beta3.src.rpm
> qt4-4.4.1-alt1.src.rpm
> qtsmbstatus-2.0.4-alt1.src.rpm
> ruby-1.8.7-alt5.src.rpm
> ruby1.9-1.9.0-alt1.20080603.src.rpm
> sendmail-8.14.3-alt1.1.src.rpm
> siege-2.68-alt1.src.rpm
> sim-0.9.4.3-alt2.1.src.rpm
> sipp-1.1rc5-alt1.1.src.rpm
> socat-1.6.0.0.patched-alt1.src.rpm
> sofia-sip-1.12.8-alt1.src.rpm
> spamassassin-3.2.4-alt1.src.rpm
> squid-2.6.STABLE20-alt1.1.src.rpm
> ssmtp-2.60.9-alt4.src.rpm
> stunnel-3.26-alt5.src.rpm
> suck-4.3.2-alt4.src.rpm
> sylpheed-2.2.9-alt1.1.src.rpm
> tcl-tls-1.5.1-alt4.src.rpm
> telepathy-idle-0.1.2-alt2.src.rpm
> tomcat-native-1.1.13-alt1_1jpp1.7.src.rpm
> tor-0.1.2.17-alt1.src.rpm
> ulogd-1.24-alt11.src.rpm
> unreal-3.2.7-alt5.src.rpm
> uw-imap-2004g-alt1.1.src.rpm
> vhttpd-0.2-alt12.src.rpm
> w3c-libwww-5.4.1-alt0.1.1.src.rpm
> w3m-0.5.2-alt2.src.rpm
> wget-1.11.1-alt1.src.rpm
> wpa_supplicant-0.5.10-alt3.src.rpm
> x11vnc-0.9.2-alt1.src.rpm
> xchat-2.8.4-alt1.src.rpm
> xmms-1.2.11-alt4.src.rpm
> yaz-3.0.34-alt1.src.rpm
> 
> Вот список исходных пакетов, которые собраны с libcrypto.so.6:
> MySQL-5.0.51-alt2.a.src.rpm
> apache2-2.2.9-alt4.src.rpm
> aria2-0.14.0-alt1.src.rpm
> asterisk1.4-1.4.21.2-alt2.src.rpm
> asterisk1.6-1.6.0-alt0.beta9.src.rpm
> bacula-2.4.0-alt1.src.rpm
> balsa-2.3.25-alt1.src.rpm
> bind-9.3.5-alt2.src.rpm
> bloom-0.1.1-alt1.1.src.rpm
> callweaver-1.2-alt0.svn4616.5.src.rpm
> centericq-4.21.0-alt6.src.rpm
> cfengine-2.2.7-alt1.src.rpm
> chntpw-070923-alt2.src.rpm
> ckermit-8.0.211-alt1.src.rpm
> claws-mail-3.4.0.cvs51-alt1.src.rpm
> courier-imap-4.3.1-alt1.1.src.rpm
> ctorrent-1.3.4-alt2.dnh3.2.src.rpm
> curl-7.18.2-alt1.src.rpm
> cyrus-imapd-2.3.12p2-alt2.src.rpm
> cyrus-sasl2-2.1.22-alt4.cvs.20080125.src.rpm
> dar-2.3.6-alt1.src.rpm
> deltup-0.4.3-alt1.src.rpm
> dillo-0.8.6-alt4.src.rpm
> dovecot-1.1.2-alt1.src.rpm
> dovecot1.0-1.0.15-alt3.src.rpm
> dovecot1.2-1.2.rc8-alt1.src.rpm
> dovecot11-1.1.alpha1-alt1.hg20070722.src.rpm
> dsniff-2.4-alt0.9.b1.1.1.src.rpm
> ejabberd-1.1.4-alt1.src.rpm
> elinks-0.12-alt0.3.src.rpm
> erlang-R11B.5-alt1.src.rpm
> ettercap-NG-0.7.3-alt2.src.rpm
> exim-4.69-alt1.1.src.rpm
> fetchmail-6.3.8-alt6.1.src.rpm
> freeradius-1.1.7-alt2.1.src.rpm
> fuse-encfs-1.3.1-alt6.src.rpm
> gftp-2.0.18stable-alt4.src.rpm
> git-1.5.6.4-alt1.src.rpm
> gkrellm-2.3.0-alt1.src.rpm
> gnubiff-2.2.9-alt1.src.rpm
> gnubiff-gnome-2.2.9-alt1.src.rpm
> gnugk-2.2.4-alt1.1.0.1.src.rpm
> gnustep-base-1.16.2-alt1.src.rpm
> google-gadgets-0.9.1-alt1.src.rpm
> gq-1.0.1-alt2.src.rpm
> gtkjournal-0.3.5b-alt0.8.src.rpm
> hammerhead-2.3.1-alt1.src.rpm
> hostapd-0.6.3-alt1.src.rpm
> htmldoc-1.9.0-alt1.r1563.2.src.rpm
> http_get-20050629-alt1.src.rpm
> http_load-20060312-alt1.src.rpm
> http_ping-20050629-alt1.src.rpm
> http_post-20050316-alt1.src.rpm
> httperf-0.9.0-alt1.src.rpm
> httping-1.2.9-alt1.src.rpm
> hydra-5.3-alt2.0.src.rpm
> ice-3.3.0-alt5.src.rpm
> ichatsrvd-0.24-alt3.src.rpm
> imapfilter-2.0.10-alt1.src.rpm
> inkscape-0.46-alt3.src.rpm
> inn-2.4.5-alt1.src.rpm
> ipmitool-1.8.9-alt3.src.rpm
> ipmiutil-2.0.3-alt1.src.rpm
> ipsec-tools-0.6.7-alt1.src.rpm
> ipv6calc-0.45-alt1.1.1.src.rpm
> irssi-0.8.12-alt2.src.rpm
> iscsitarget-0.4.14-alt3.src.rpm
> italc-1.0.7-alt4.src.rpm
> jabberd2-2.2.2-alt1.src.rpm
> jpilot-0.99.9-alt7.src.rpm
> kannel-1.4.1-alt1.3.cvs20080124.src.rpm
> kasablanca-0.4.0.2-alt1.2.src.rpm
> kdenetwork-3.5.9-alt1.src.rpm
> keepalived-1.1.13-alt1.src.rpm
> keyring-link-2.0-alt2.pre1.1.src.rpm
> kftpgrabber-0.8.1-alt2.src.rpm
> krb5-1.6.3-alt3.src.rpm
> kvirc-3.4.0-alt1.qa1.src.rpm
> ldns-1.3.0_pre_20080229-alt1.src.rpm
> lftp-3.7.0-alt1.src.rpm
> libclip-1.2.0cvs-alt2.src.rpm
> libesmtp-1.0.4-alt2.src.rpm
> libewf-20070512-alt1.src.rpm
> libfprint-0.0.6-alt1.src.rpm
> libfwbuilder-2.1.8-alt1.src.rpm
> libgnomedb-1.9.103-alt1.1.src.rpm
> libgwenhywfar-3.2.0-alt2.src.rpm
> libjingle-0.3.11-alt2.src.rpm
> libmutil-0.3.1-alt1.1.src.rpm
> libneon-0.28.2-alt2.src.rpm
> libneon0.25-0.25.5-alt1.1.src.rpm
> libneon0.26-0.26.4-alt1.src.rpm
> libomniORB-4.1.2-alt1.src.rpm
> libopal-2.2.11-alt1.src.rpm
> libopenh323_1.19-1.19.0.1-alt4.src.rpm
> libpw-1.10.10-alt1.src.rpm
> libpw1.11-1.11.2-alt0.2cvs20061011.src.rpm
> libredland-1.0.7-alt1.1.src.rpm
> libtorrent-0.13-alt3.svn.r2433.src.rpm
> libtorrent-rasterbar0.13-0.13.1-alt1.src.rpm
> libtorrent0.12-0.12.2-alt2.src.rpm
> libwt-2.1.5-alt1.src.rpm
> licq-1.3.5-alt4.src.rpm
> lighttpd-1.4.19-alt4.svn.2142.src.rpm
> links2-2.2-alt1.src.rpm
> linm-0.8.1-alt2.src.rpm
> linuxdcpp-1.0.2-alt1.src.rpm
> lynx-2.8.6-alt3.rel.2.src.rpm
> mail-notification-5.0-alt1.src.rpm
> mailfilter-0.8.1-alt1.src.rpm
> mcabber-0.6.4-alt0.1.1.src.rpm
> micq-0.5.0.3-alt1.1.src.rpm
> mod_ssl-2.8.31-alt1.src.rpm
> monit-5.0-alt0.1.src.rpm
> msmtp-1.4.14-alt1.src.rpm
> mtree-3.7.20050808-alt1.1.src.rpm
> mutt-1.4.2.3-alt1.src.rpm
> mutt1.5-1.5.18-alt3.src.rpm
> nagios-nrpe-2.12-alt2.src.rpm
> nagios-plugins-1.4.11-alt4.src.rpm
> net-snmp-5.4.1.1-alt1.src.rpm
> netams-3.4.0rc2-alt5.src.rpm
> netatalk-2.0.3-alt9.1.src.rpm
> nginx-0.6.31-alt1.src.rpm
> nmap-4.65-alt1.src.rpm
> ntop-3.3-alt3.src.rpm
> nut-2.0.5-alt3.src.rpm
> nx-3.2.0-alt3.src.rpm
> ocaml-ssl-0.4.2-alt1.src.rpm
> openldap-2.3.41-alt2.src.rpm
> openntpd-3.9p1-alt8.src.rpm
> opensc-0.11.4-alt4.src.rpm
> openslp-1.2.1-alt2.1.src.rpm
> openssh-5.0p1-alt3.src.rpm
> openvpn-2.0.9-alt1.src.rpm
> p3scan-2.3.2-alt1.src.rpm
> pam_mount-0.9.25-alt1.1.src.rpm
> pam_usb-0.3.3-alt2.1.src.rpm
> parsecvs-0.1-alt2.src.rpm
> partimage-0.6.7-alt6.src.rpm
> pavuk-0.9.35-alt3.src.rpm
> perl-Crypt-OpenSSL-Bignum-0.04-alt1.src.rpm
> perl-Crypt-OpenSSL-RSA-0.25-alt1.src.rpm
> perl-Crypt-OpenSSL-Random-0.04-alt1.src.rpm
> perl-Crypt-SSLeay-0.57-alt1.src.rpm
> perl-Net-SSLeay-1.35-alt1.src.rpm
> php-imap-4.4.8-alt1.src.rpm
> php-openssl-4.4.8-alt1.src.rpm
> php5-imap-5.2.7.20080627-alt1.src.rpm
> php5-openssl-5.2.7.20080627-alt1.src.rpm
> pine-4.64L-alt5.src.rpm
> pinot-0.85-alt1.src.rpm
> postal-0.62-alt1.1.src.rpm
> postfix-2.4.7-alt1.src.rpm
> postgresql8.0-8.0.11-alt1.1.src.rpm
> postgresql8.1-8.1.8-alt3.1.src.rpm
> postgresql8.2-8.2.9-alt1.0.src.rpm
> postgresql8.2_1C-8.2.5-alt4.1.src.rpm
> postgresql8.3-8.3.3-alt1.src.rpm
> pound-2.4.3-alt1.src.rpm
> ppp-2.4.4-alt10.2.src.rpm
> proftpd-1.3.0rel-alt2.src.rpm
> psi-0.12-alt1.svn1173.src.rpm
> python-2.5.1-alt1.src.rpm
> python-module-OpenSSL-0.6-alt2.1.1.1.src.rpm
> python-module-m2crypto-0.18.2-alt1.src.rpm
> qbittorrent-1.2.0-alt0.beta1.src.rpm
> qca-tls-1.0-alt4.src.rpm
> qca2-ossl-2.0.0-alt0.1.beta3.src.rpm
> qt4-4.4.1-alt1.src.rpm
> qtsmbstatus-2.0.4-alt1.src.rpm
> rdesktop-1.6.0-alt2.src.rpm
> ruby-1.8.7-alt5.src.rpm
> ruby1.9-1.9.0-alt1.20080603.src.rpm
> sendmail-8.14.3-alt1.1.src.rpm
> siege-2.68-alt1.src.rpm
> sim-0.9.4.3-alt2.1.src.rpm
> sipp-1.1rc5-alt1.1.src.rpm
> slurm-1.2.16-alt1.src.rpm
> snort-2.4.5-alt2.1.src.rpm
> socat-1.6.0.0.patched-alt1.src.rpm
> sofia-sip-1.12.8-alt1.src.rpm
> squid-2.6.STABLE20-alt1.1.src.rpm
> ssmtp-2.60.9-alt4.src.rpm
> stunnel-3.26-alt5.src.rpm
> sylpheed-2.2.9-alt1.1.src.rpm
> tcl-tls-1.5.1-alt4.src.rpm
> tcpdump-3.9.7-alt1.src.rpm
> telepathy-idle-0.1.2-alt2.src.rpm
> tightvnc-1.5.0git-alt2.src.rpm
> tinc-1.0.8-alt2.src.rpm
> tomcat-native-1.1.13-alt1_1jpp1.7.src.rpm
> tor-0.1.2.17-alt1.src.rpm
> ulogd-1.24-alt11.src.rpm
> unbound-1.0.0-alt2.src.rpm
> unreal-3.2.7-alt5.src.rpm
> uw-imap-2004g-alt1.1.src.rpm
> vhttpd-0.2-alt12.src.rpm
> vtund-2.6-alt3.1.src.rpm
> w3c-libwww-5.4.1-alt0.1.1.src.rpm
> w3m-0.5.2-alt2.src.rpm
> wget-1.11.1-alt1.src.rpm
> wpa_supplicant-0.5.10-alt3.src.rpm
> x11vnc-0.9.2-alt1.src.rpm
> xca-0.6.4-alt1.src.rpm
> xchat-2.8.4-alt1.src.rpm
> xen-3.2.1-alt1.src.rpm
> xmlsec1-1.2.10-alt1.src.rpm
> xmms2-0.5-alt9.DrLecter.src.rpm
> xrdp-0.4.0-alt4.src.rpm
> yaz-3.0.34-alt1.src.rpm
> 
> -- 
> Sin (Sinelnikov Evgeny)
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

[devel] [wiki] DevelChanges

[Michael Shigorin]

On Sat, Aug 09, 2008 at 06:39:53PM +0400, Alexander Bokovoy wrote:
> > Всё должно пройти мягко и прозрачно до момента пересборки в
> > сизифе, и то только, если CFLAGS не выставылены как нужно.
> > Предупреждение было не для текущих пакетов, а для будущих
> > сборок этих же пакетов в новой сборочной среде.
> Тогда это надо куда-то на wiki, где все такие вещи
> документируются.  Миша, где это?

(я тоже Миша) Было на http://wiki.sisyphus.ru/devel/changes,
сейчас http://www.altlinux.org/DevelChanges и там же ссылка на
https://lists.altlinux.org/mailman/listinfo/devel-announce

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/