* Re: [devel] I: новый libssl7
2008-08-08 20:56 [devel] I: новый libssl7 Evgeny Sinelnikov
@ 2008-08-08 21:00 ` Mikhail Gusarov
2008-08-08 21:06 ` Evgeny Sinelnikov
2008-08-09 5:53 ` Alexander Bokovoy
` (6 subsequent siblings)
7 siblings, 1 reply; 41+ messages in thread
From: Mikhail Gusarov @ 2008-08-08 21:00 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 41+ messages in thread* Re: [devel] I: новый libssl7
2008-08-08 21:00 ` Mikhail Gusarov
@ 2008-08-08 21:06 ` Evgeny Sinelnikov
2008-08-08 21:08 ` Mikhail Gusarov
0 siblings, 1 reply; 41+ messages in thread
From: Evgeny Sinelnikov @ 2008-08-08 21:06 UTC (permalink / raw)
To: ALT Linux Team development discussions
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)
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-08 21:06 ` Evgeny Sinelnikov
@ 2008-08-08 21:08 ` Mikhail Gusarov
2008-08-08 21:17 ` Evgeny Sinelnikov
2008-08-09 6:00 ` Alexander Bokovoy
0 siblings, 2 replies; 41+ messages in thread
From: Mikhail Gusarov @ 2008-08-08 21:08 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-08 21:08 ` Mikhail Gusarov
@ 2008-08-08 21:17 ` Evgeny Sinelnikov
2008-08-09 6:00 ` Alexander Bokovoy
1 sibling, 0 replies; 41+ messages in thread
From: Evgeny Sinelnikov @ 2008-08-08 21:17 UTC (permalink / raw)
To: ALT Linux Team development discussions
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)
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-08 21:08 ` Mikhail Gusarov
2008-08-08 21:17 ` Evgeny Sinelnikov
@ 2008-08-09 6:00 ` Alexander Bokovoy
1 sibling, 0 replies; 41+ messages in thread
From: Alexander Bokovoy @ 2008-08-09 6:00 UTC (permalink / raw)
To: ALT Linux Team development discussions
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
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-08 20:56 [devel] I: новый libssl7 Evgeny Sinelnikov
2008-08-08 21:00 ` Mikhail Gusarov
@ 2008-08-09 5:53 ` Alexander Bokovoy
2008-08-09 10:17 ` Evgeny Sinelnikov
2008-08-09 8:49 ` [devel] I: новый libssl7 Alexey Tourbin
` (5 subsequent siblings)
7 siblings, 1 reply; 41+ messages in thread
From: Alexander Bokovoy @ 2008-08-09 5:53 UTC (permalink / raw)
To: ALT Linux Team development discussions
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
^ permalink raw reply [flat|nested] 41+ messages in thread* Re: [devel] I: новый libssl7
2008-08-09 5:53 ` Alexander Bokovoy
@ 2008-08-09 10:17 ` Evgeny Sinelnikov
2008-08-09 11:06 ` Alexander Bokovoy
0 siblings, 1 reply; 41+ messages in thread
From: Evgeny Sinelnikov @ 2008-08-09 10:17 UTC (permalink / raw)
To: ALT Linux Team development discussions
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)
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 10:17 ` Evgeny Sinelnikov
@ 2008-08-09 11:06 ` Alexander Bokovoy
2008-08-09 13:59 ` Mikhail Gusarov
2008-08-09 14:25 ` Evgeny Sinelnikov
0 siblings, 2 replies; 41+ messages in thread
From: Alexander Bokovoy @ 2008-08-09 11:06 UTC (permalink / raw)
To: ALT Linux Team development discussions
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
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 11:06 ` Alexander Bokovoy
@ 2008-08-09 13:59 ` Mikhail Gusarov
2008-08-09 14:06 ` Alexander Bokovoy
2008-08-09 14:25 ` Evgeny Sinelnikov
1 sibling, 1 reply; 41+ messages in thread
From: Mikhail Gusarov @ 2008-08-09 13:59 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 13:59 ` Mikhail Gusarov
@ 2008-08-09 14:06 ` Alexander Bokovoy
0 siblings, 0 replies; 41+ messages in thread
From: Alexander Bokovoy @ 2008-08-09 14:06 UTC (permalink / raw)
To: ALT Linux Team development discussions
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
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 11:06 ` Alexander Bokovoy
2008-08-09 13:59 ` Mikhail Gusarov
@ 2008-08-09 14:25 ` Evgeny Sinelnikov
2008-08-09 14:39 ` Alexander Bokovoy
1 sibling, 1 reply; 41+ messages in thread
From: Evgeny Sinelnikov @ 2008-08-09 14:25 UTC (permalink / raw)
To: ALT Linux Team development discussions
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)
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 14:25 ` Evgeny Sinelnikov
@ 2008-08-09 14:39 ` Alexander Bokovoy
2008-08-09 17:12 ` Evgeny Sinelnikov
2008-08-18 7:23 ` [devel] [wiki] DevelChanges Michael Shigorin
0 siblings, 2 replies; 41+ messages in thread
From: Alexander Bokovoy @ 2008-08-09 14:39 UTC (permalink / raw)
To: ALT Linux Team development discussions
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
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 14:39 ` Alexander Bokovoy
@ 2008-08-09 17:12 ` Evgeny Sinelnikov
2008-08-18 7:23 ` [devel] [wiki] DevelChanges Michael Shigorin
1 sibling, 0 replies; 41+ messages in thread
From: Evgeny Sinelnikov @ 2008-08-09 17:12 UTC (permalink / raw)
To: ALT Linux Team development discussions
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)
^ permalink raw reply [flat|nested] 41+ messages in thread
* [devel] [wiki] DevelChanges
2008-08-09 14:39 ` Alexander Bokovoy
2008-08-09 17:12 ` Evgeny Sinelnikov
@ 2008-08-18 7:23 ` Michael Shigorin
1 sibling, 0 replies; 41+ messages in thread
From: Michael Shigorin @ 2008-08-18 7:23 UTC (permalink / raw)
To: ALT Linux Team development discussions
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/
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-08 20:56 [devel] I: новый libssl7 Evgeny Sinelnikov
2008-08-08 21:00 ` Mikhail Gusarov
2008-08-09 5:53 ` Alexander Bokovoy
@ 2008-08-09 8:49 ` Alexey Tourbin
2008-08-09 9:10 ` Evgeny Sinelnikov
2008-08-09 17:03 ` Alexey Tourbin
` (4 subsequent siblings)
7 siblings, 1 reply; 41+ messages in thread
From: Alexey Tourbin @ 2008-08-09 8:49 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 41+ messages in thread* Re: [devel] I: новый libssl7
2008-08-09 8:49 ` [devel] I: новый libssl7 Alexey Tourbin
@ 2008-08-09 9:10 ` Evgeny Sinelnikov
2008-08-09 9:26 ` Alexey Tourbin
0 siblings, 1 reply; 41+ messages in thread
From: Evgeny Sinelnikov @ 2008-08-09 9:10 UTC (permalink / raw)
To: ALT Linux Team development discussions
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)
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 9:10 ` Evgeny Sinelnikov
@ 2008-08-09 9:26 ` Alexey Tourbin
2008-08-09 9:59 ` Evgeny Sinelnikov
0 siblings, 1 reply; 41+ messages in thread
From: Alexey Tourbin @ 2008-08-09 9:26 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 9:26 ` Alexey Tourbin
@ 2008-08-09 9:59 ` Evgeny Sinelnikov
2008-08-09 18:38 ` Alexey Tourbin
0 siblings, 1 reply; 41+ messages in thread
From: Evgeny Sinelnikov @ 2008-08-09 9:59 UTC (permalink / raw)
To: ALT Linux Team development discussions
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)
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 9:59 ` Evgeny Sinelnikov
@ 2008-08-09 18:38 ` Alexey Tourbin
0 siblings, 0 replies; 41+ messages in thread
From: Alexey Tourbin @ 2008-08-09 18:38 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-08 20:56 [devel] I: новый libssl7 Evgeny Sinelnikov
` (2 preceding siblings ...)
2008-08-09 8:49 ` [devel] I: новый libssl7 Alexey Tourbin
@ 2008-08-09 17:03 ` Alexey Tourbin
2008-08-09 17:32 ` Evgeny Sinelnikov
2008-08-09 17:30 ` Alexey Tourbin
` (3 subsequent siblings)
7 siblings, 1 reply; 41+ messages in thread
From: Alexey Tourbin @ 2008-08-09 17:03 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 41+ messages in thread* Re: [devel] I: новый libssl7
2008-08-09 17:03 ` Alexey Tourbin
@ 2008-08-09 17:32 ` Evgeny Sinelnikov
2008-08-09 17:36 ` Alexey Tourbin
0 siblings, 1 reply; 41+ messages in thread
From: Evgeny Sinelnikov @ 2008-08-09 17:32 UTC (permalink / raw)
To: ALT Linux Team development discussions
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)
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 17:32 ` Evgeny Sinelnikov
@ 2008-08-09 17:36 ` Alexey Tourbin
2008-08-09 17:46 ` Evgeny Sinelnikov
0 siblings, 1 reply; 41+ messages in thread
From: Alexey Tourbin @ 2008-08-09 17:36 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 17:36 ` Alexey Tourbin
@ 2008-08-09 17:46 ` Evgeny Sinelnikov
2008-08-09 17:56 ` Alexey Tourbin
0 siblings, 1 reply; 41+ messages in thread
From: Evgeny Sinelnikov @ 2008-08-09 17:46 UTC (permalink / raw)
To: ALT Linux Team development discussions
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)
^ permalink raw reply [flat|nested] 41+ messages in thread* Re: [devel] I: новый libssl7
2008-08-09 17:46 ` Evgeny Sinelnikov
@ 2008-08-09 17:56 ` Alexey Tourbin
2008-08-09 18:01 ` Evgeny Sinelnikov
2008-08-09 18:05 ` Led
0 siblings, 2 replies; 41+ messages in thread
From: Alexey Tourbin @ 2008-08-09 17:56 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 17:56 ` Alexey Tourbin
@ 2008-08-09 18:01 ` Evgeny Sinelnikov
2008-08-09 18:06 ` Alexey Tourbin
2008-08-09 18:05 ` Led
1 sibling, 1 reply; 41+ messages in thread
From: Evgeny Sinelnikov @ 2008-08-09 18:01 UTC (permalink / raw)
To: ALT Linux Team development discussions
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)
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 18:01 ` Evgeny Sinelnikov
@ 2008-08-09 18:06 ` Alexey Tourbin
2008-08-09 18:23 ` Sergey Bolshakov
0 siblings, 1 reply; 41+ messages in thread
From: Alexey Tourbin @ 2008-08-09 18:06 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 18:06 ` Alexey Tourbin
@ 2008-08-09 18:23 ` Sergey Bolshakov
0 siblings, 0 replies; 41+ messages in thread
From: Sergey Bolshakov @ 2008-08-09 18:23 UTC (permalink / raw)
To: devel
>>>>> "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,
хорошо бы представлять последствия.
--
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 17:56 ` Alexey Tourbin
2008-08-09 18:01 ` Evgeny Sinelnikov
@ 2008-08-09 18:05 ` Led
2008-08-09 18:18 ` Alexey Tourbin
1 sibling, 1 reply; 41+ messages in thread
From: Led @ 2008-08-09 18:05 UTC (permalink / raw)
To: ALT Linux Team development discussions
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
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 18:05 ` Led
@ 2008-08-09 18:18 ` Alexey Tourbin
0 siblings, 0 replies; 41+ messages in thread
From: Alexey Tourbin @ 2008-08-09 18:18 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-08 20:56 [devel] I: новый libssl7 Evgeny Sinelnikov
` (3 preceding siblings ...)
2008-08-09 17:03 ` Alexey Tourbin
@ 2008-08-09 17:30 ` Alexey Tourbin
2008-08-09 17:40 ` Evgeny Sinelnikov
2008-08-09 19:31 ` Alexey Tourbin
` (2 subsequent siblings)
7 siblings, 1 reply; 41+ messages in thread
From: Alexey Tourbin @ 2008-08-09 17:30 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 41+ messages in thread* Re: [devel] I: новый libssl7
2008-08-09 17:30 ` Alexey Tourbin
@ 2008-08-09 17:40 ` Evgeny Sinelnikov
2008-08-09 17:55 ` Evgeny Sinelnikov
0 siblings, 1 reply; 41+ messages in thread
From: Evgeny Sinelnikov @ 2008-08-09 17:40 UTC (permalink / raw)
To: ALT Linux Team development discussions
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)
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 17:40 ` Evgeny Sinelnikov
@ 2008-08-09 17:55 ` Evgeny Sinelnikov
2008-08-09 18:01 ` Alexey Tourbin
0 siblings, 1 reply; 41+ messages in thread
From: Evgeny Sinelnikov @ 2008-08-09 17:55 UTC (permalink / raw)
To: ALT Linux Team development discussions
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)
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 17:55 ` Evgeny Sinelnikov
@ 2008-08-09 18:01 ` Alexey Tourbin
0 siblings, 0 replies; 41+ messages in thread
From: Alexey Tourbin @ 2008-08-09 18:01 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-08 20:56 [devel] I: новый libssl7 Evgeny Sinelnikov
` (4 preceding siblings ...)
2008-08-09 17:30 ` Alexey Tourbin
@ 2008-08-09 19:31 ` Alexey Tourbin
2008-08-09 21:01 ` Alexey Tourbin
2008-08-09 19:54 ` Alexey Tourbin
2008-08-11 10:05 ` Stanislav Ievlev
7 siblings, 1 reply; 41+ messages in thread
From: Alexey Tourbin @ 2008-08-09 19:31 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 41+ messages in thread* Re: [devel] I: новый libssl7
2008-08-09 19:31 ` Alexey Tourbin
@ 2008-08-09 21:01 ` Alexey Tourbin
2008-08-09 21:06 ` Evgeny Sinelnikov
0 siblings, 1 reply; 41+ messages in thread
From: Alexey Tourbin @ 2008-08-09 21:01 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 21:01 ` Alexey Tourbin
@ 2008-08-09 21:06 ` Evgeny Sinelnikov
2008-08-09 21:09 ` Alexey Tourbin
0 siblings, 1 reply; 41+ messages in thread
From: Evgeny Sinelnikov @ 2008-08-09 21:06 UTC (permalink / raw)
To: ALT Linux Team development discussions
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)
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 21:06 ` Evgeny Sinelnikov
@ 2008-08-09 21:09 ` Alexey Tourbin
2008-08-09 21:20 ` Evgeny Sinelnikov
0 siblings, 1 reply; 41+ messages in thread
From: Alexey Tourbin @ 2008-08-09 21:09 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-09 21:09 ` Alexey Tourbin
@ 2008-08-09 21:20 ` Evgeny Sinelnikov
0 siblings, 0 replies; 41+ messages in thread
From: Evgeny Sinelnikov @ 2008-08-09 21:20 UTC (permalink / raw)
To: ALT Linux Team development discussions
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)
^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [devel] I: новый libssl7
2008-08-08 20:56 [devel] I: новый libssl7 Evgeny Sinelnikov
` (5 preceding siblings ...)
2008-08-09 19:31 ` Alexey Tourbin
@ 2008-08-09 19:54 ` Alexey Tourbin
2008-08-11 10:05 ` Stanislav Ievlev
7 siblings, 0 replies; 41+ messages in thread
From: Alexey Tourbin @ 2008-08-09 19:54 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 41+ messages in thread* Re: [devel] I: новый libssl7
2008-08-08 20:56 [devel] I: новый libssl7 Evgeny Sinelnikov
` (6 preceding siblings ...)
2008-08-09 19:54 ` Alexey Tourbin
@ 2008-08-11 10:05 ` Stanislav Ievlev
7 siblings, 0 replies; 41+ messages in thread
From: Stanislav Ievlev @ 2008-08-11 10:05 UTC (permalink / raw)
To: ALT Linux Team development discussions
пересборка пока ещё идёт, соответственно до Сизифа всё это счастье доберётся к среде.
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
^ permalink raw reply [flat|nested] 41+ messages in thread