[devel] Q: soname change unmets

[devel] Q: soname change unmets

[Dmitry V. Levin]

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

On Thu, Aug 24, 2006 at 07:08:19PM +0400, QA Team Robot wrote:
> 	12 NEW unmet dependencies detected:
> bluez-hciemu#1.2-alt1   	libbluetooth.so.1
> kdebluetooth#1.0-alt3.beta1	libbluetooth.so.1
> libbtctl#0.6.0-alt1.1   	libbluetooth.so.1
> libgammu#1.06.00-alt1   	libbluetooth.so.1
> libgnokii#0.6.13-alt1   	libbluetooth.so.1
> libobexftp#0.20-alt1    	libbluetooth.so.1
> libopensync-plugin-irmc#0.18-alt2cvs20060529	libbluetooth.so.1
> multisync-irmc#0.82-alt1.1.1	libbluetooth.so.1
> obexftp#0.20-alt1       	libbluetooth.so.1
> openobex-apps#1.0.0-alt4	libbluetooth.so.1
> python-module-pybluez#0.6.1-alt0.1	libbluetooth.so.1
> tsemgr#0.08-alt1        	libbluetooth.so.1

Я полагаю, что это диверсия, и такие обновления делать нельзя.

Думаю, что очень скоро такие обновления пакетов не будут проходить через
автоматическую сборку, что в связи нехваткой рук приведёт к очень
медленной обработке таких обновлений.

Если у библиотеки меняется soname, потрудитесь одновременно менять и имя
библиотеки (по аналогии с deb и mdk).


-- 
ldv

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

Re: [devel] Q: soname change unmets

[Alexey Tourbin]

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

On Thu, Aug 24, 2006 at 10:55:28PM +0400, Dmitry V. Levin wrote:
> On Thu, Aug 24, 2006 at 07:08:19PM +0400, QA Team Robot wrote:
> > 	12 NEW unmet dependencies detected:
> > bluez-hciemu#1.2-alt1   	libbluetooth.so.1
> > kdebluetooth#1.0-alt3.beta1	libbluetooth.so.1
> > libbtctl#0.6.0-alt1.1   	libbluetooth.so.1
> > libgammu#1.06.00-alt1   	libbluetooth.so.1
> > libgnokii#0.6.13-alt1   	libbluetooth.so.1
> > libobexftp#0.20-alt1    	libbluetooth.so.1
> > libopensync-plugin-irmc#0.18-alt2cvs20060529	libbluetooth.so.1
> > multisync-irmc#0.82-alt1.1.1	libbluetooth.so.1
> > obexftp#0.20-alt1       	libbluetooth.so.1
> > openobex-apps#1.0.0-alt4	libbluetooth.so.1
> > python-module-pybluez#0.6.1-alt0.1	libbluetooth.so.1
> > tsemgr#0.08-alt1        	libbluetooth.so.1
> 
> Я полагаю, что это диверсия, и такие обновления делать нельзя.
> 
> Думаю, что очень скоро такие обновления пакетов не будут проходить через
> автоматическую сборку, что в связи нехваткой рук приведёт к очень
> медленной обработке таких обновлений.
> 
> Если у библиотеки меняется soname, потрудитесь одновременно менять и имя
> библиотеки (по аналогии с deb и mdk).

Зачем?  Может, лучше просто пересобрать имеющиеся пакеты с новой
библиотекой?  Если же значительная часть пакетов не соберется с новой
библиотекой, тогда maintainer должен был это предвидеть и предпринять
какие-то действия (вроде пробной пересборки нескольких пакетов).

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

Re: [devel] Q: soname change unmets

[Pavlov Konstantin]

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

On Thursday 24 August 2006 23:02, Alexey Tourbin wrote:
> On Thu, Aug 24, 2006 at 10:55:28PM +0400, Dmitry V. Levin wrote:
> > On Thu, Aug 24, 2006 at 07:08:19PM +0400, QA Team Robot wrote:
> > > 	12 NEW unmet dependencies detected:
> > > bluez-hciemu#1.2-alt1   	libbluetooth.so.1
> > > kdebluetooth#1.0-alt3.beta1	libbluetooth.so.1
> > > libbtctl#0.6.0-alt1.1   	libbluetooth.so.1
> > > libgammu#1.06.00-alt1   	libbluetooth.so.1
> > > libgnokii#0.6.13-alt1   	libbluetooth.so.1
> > > libobexftp#0.20-alt1    	libbluetooth.so.1
> > > libopensync-plugin-irmc#0.18-alt2cvs20060529	libbluetooth.so.1
> > > multisync-irmc#0.82-alt1.1.1	libbluetooth.so.1
> > > obexftp#0.20-alt1       	libbluetooth.so.1
> > > openobex-apps#1.0.0-alt4	libbluetooth.so.1
> > > python-module-pybluez#0.6.1-alt0.1	libbluetooth.so.1
> > > tsemgr#0.08-alt1        	libbluetooth.so.1
> >
> > Я полагаю, что это диверсия, и такие обновления делать нельзя.
> >
> > Думаю, что очень скоро такие обновления пакетов не будут проходить через
> > автоматическую сборку, что в связи нехваткой рук приведёт к очень
> > медленной обработке таких обновлений.
> >
> > Если у библиотеки меняется soname, потрудитесь одновременно менять и имя
> > библиотеки (по аналогии с deb и mdk).
>
> Зачем?  Может, лучше просто пересобрать имеющиеся пакеты с новой
> библиотекой?  Если же значительная часть пакетов не соберется с новой
> библиотекой, тогда maintainer должен был это предвидеть и предпринять
> какие-то действия (вроде пробной пересборки нескольких пакетов).

Поддерживаю. У нас полсизифа устаревшего барахла, при обновлении которого 
слетает soname.

P.S. ALT QA Team Robot -- это совсем-совсем фикция или все же некоторые 
наработки по автоматизации этого чуда есть?

Полезная ж вещь.

-- 
Pavlov Konstantin,
ALT Linux Team,
VideoLAN Team,
jid: thresh@altlinux.org

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

Re: [devel] Q: soname change unmets

[Alexey Tourbin]

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

On Fri, Aug 25, 2006 at 02:28:27AM +0400, Pavlov Konstantin wrote:
> Поддерживаю. У нас полсизифа устаревшего барахла, при обновлении которого 
> слетает soname.

Речь идет вот о чем (не знаю точно, что имел в виду Дима).  В некоторых
случаях библиотеке -- одному единственному подпакету -- стоит придавать
специальное имя.  Пример:

	liblua5.1
	liblua5-devel
	lua5

То есть такая же история, как с libldap и libldap23.  Это облегчает
промежуточное обновление в уже рабочей системе.  С другой стороны, при
удалении ошметков от предыдущего исходного пакета (соответственно
liblua5 и libldap) образуется явственный unmet и сразу ясно, какие
пакеты предстоит в ближайшее время пересобрать.  Когда этот процесс
закончен, то после обновления ошметок становится ненужным и удаляется
также и из системы --

	apt-cache list-nodeps |grep '^lib[^-]*$'

> P.S. ALT QA Team Robot -- это совсем-совсем фикция или все же некоторые 
> наработки по автоматизации этого чуда есть?

Роботом должен осознанно кто-то управлять, эту созидательную роль иногда
выполняет владелец incominger'а, on behalf of QA Team.  Но уместно ли
предъявлять претензии, когда он эту роль не выполняет?

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

Re: [devel] Q: soname change unmets

[Alexey Gladkov]

Alexey Tourbin пишет:
> Речь идет вот о чем (не знаю точно, что имел в виду Дима).  В некоторых
> случаях библиотеке -- одному единственному подпакету -- стоит придавать
> специальное имя.  Пример:
> 
> 	liblua5.1
> 	liblua5-devel
> 	lua5

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

Действительно, скоро пакеты создающие любые неудовлетворённости не
будут пропускаться в сизиф.

-- 
Rgrds, legion

Re: [devel] Q: soname change unmets

[Alexey Tourbin]

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

On Fri, Aug 25, 2006 at 08:48:19AM +0400, Alexey Gladkov wrote:
> пакетов. Второй путь это изменения имени пакета с новой библиотекой...
> таким образом переезд будет более медленным, но менее болезненным.
> Главное чтобы в обоих случаях не было неудовлетворённостей.

Неудовлетворенность в головах.  Не думаю, что стоит изменять имя пакета
с библиотекой.  Если в репозитарии лежат две версии библиотеки, то это
замаскированный unmet.  Но лучше иметь unmet явный, чем замаскированный.

> Действительно, скоро пакеты создающие любые неудовлетворённости не
> будут пропускаться в сизиф.

Скоро пакеты не будут пропускаться в Сизиф!
А разгадка одна -- чтобы в обоих случаях не было неудовлетворённостей.

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

Re: [devel] Q: soname change unmets

[Pavlov Konstantin]

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

On Friday 25 August 2006 15:02, Alexey Tourbin wrote:
> On Fri, Aug 25, 2006 at 08:48:19AM +0400, Alexey Gladkov wrote:
> > пакетов. Второй путь это изменения имени пакета с новой библиотекой...
> > таким образом переезд будет более медленным, но менее болезненным.
> > Главное чтобы в обоих случаях не было неудовлетворённостей.
>
> Неудовлетворенность в головах.  Не думаю, что стоит изменять имя пакета
> с библиотекой.  Если в репозитарии лежат две версии библиотеки, то это
> замаскированный unmet.  Но лучше иметь unmet явный, чем замаскированный.
>
> > Действительно, скоро пакеты создающие любые неудовлетворённости не
> > будут пропускаться в сизиф.
>
> Скоро пакеты не будут пропускаться в Сизиф!
> А разгадка одна -- чтобы в обоих случаях не было неудовлетворённостей.

Если пакеты не будут пропускаться в сизиф, какой тогда смысл обновлять что-то 
глобальное?

К примеру, сменят в очередном ffmpeg soname libavcodec, попадает почти вся 
наша мультимедия. Мне что, делать NMU на все пакеты, которые это затрагивает? 
Или координировать действия мантейнеров, чтобы они в одно и то же время 
заливали исправленные пакеты в сизиф? 

В общем, хочется ясности и большей открытости.

И QA Team Robot'а тоже хочется (но это, судя по всему, только после git. 
Кстати, когда он грядет?)

-- 
Pavlov Konstantin,
ALT Linux Team,
VideoLAN Team,
jid: thresh@altlinux.org

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

Re: [devel] Q: soname change unmets

[Dmitry V. Levin]

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

On Fri, Aug 25, 2006 at 03:02:45PM +0400, Alexey Tourbin wrote:
> On Fri, Aug 25, 2006 at 08:48:19AM +0400, Alexey Gladkov wrote:
> > пакетов. Второй путь это изменения имени пакета с новой библиотекой...
> > таким образом переезд будет более медленным, но менее болезненным.
> > Главное чтобы в обоих случаях не было неудовлетворённостей.
> 
> Неудовлетворенность в головах.  Не думаю, что стоит изменять имя пакета
> с библиотекой.  Если в репозитарии лежат две версии библиотеки, то это
> замаскированный unmet.  Но лучше иметь unmet явный, чем замаскированный.
> 
> > Действительно, скоро пакеты создающие любые неудовлетворённости не
> > будут пропускаться в сизиф.
> 
> Скоро пакеты не будут пропускаться в Сизиф!
> А разгадка одна -- чтобы в обоих случаях не было неудовлетворённостей.

Если проблема не решается целиком, то её следует решать по частям.
Я верю, что среди пакетов, приходящих в incoming, бывает много таких,
которые не порождают unmet'ы (правда, у меня нет статистики).
Сначала нужно научится обрабатывать такие пакеты совершенно автоматически.

Пересобирать другие пакеты для удовлетворения unmet'ов - это более сложная
задача, я не верю, что её удастся решить быстро, если до сих пор
incominger не смог решить первую.

Всяческая помощь приветствуется.


-- 
ldv

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

Re: [devel] Q: soname change unmets

[Alexey Tourbin]

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

On Mon, Aug 28, 2006 at 01:01:31PM +0400, Dmitry V. Levin wrote:
> > Скоро пакеты не будут пропускаться в Сизиф!
> > А разгадка одна -- чтобы в обоих случаях не было неудовлетворённостей.
> 
> Если проблема не решается целиком, то её следует решать по частям.
> Я верю, что среди пакетов, приходящих в incoming, бывает много таких,
> которые не порождают unmet'ы (правда, у меня нет статистики).
> Сначала нужно научится обрабатывать такие пакеты совершенно автоматически.
> 
> Пересобирать другие пакеты для удовлетворения unmet'ов - это более сложная
> задача, я не верю, что её удастся решить быстро, если до сих пор
> incominger не смог решить первую.
> 
> Всяческая помощь приветствуется.

Всяческая это какая?  Добрым словом и пистолетом?  Вроде договорились до
того, что будем переходить на git и что incominger в текущем виде будет
устранен или до неузнаваемости пределан.  Соответственно большого интереса
ковырять текущий incominger нет.

Но обнаружить, создает пакет новые анметы или нет, вроде бы не сложно.

dump_unmets |sort -u >unmets_before
build_package
add_package_to_repo
dump_unmets |sort -u >unmets_after
comm -13 unmets_before unmets_after >new_unmets
test -s new_unmets

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

Re: [devel] Q: soname change unmets

[Michael Shigorin]

On Thu, Aug 24, 2006 at 10:55:28PM +0400, Dmitry V. Levin wrote:
> Если у библиотеки меняется soname, потрудитесь одновременно
> менять и имя библиотеки (по аналогии с deb и mdk).

Давай тогда оформлять полиси, а то будет как всегда.

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