ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Anton Farygin <rider@altlinux.com>
To: ALT Devel discussion list <devel@lists.altlinux.org>
Subject: Re: [devel] Q: kdelibs update problem
Date: Wed, 20 Jun 2007 17:24:51 +0400
Message-ID: <46792AA3.6020401@altlinux.com> (raw)
In-Reply-To: <777d80610706200610i40cb0850h9e3fafbc71dbc072@mail.gmail.com>

Aleksey Novodvorsky wrote:
> On 6/20/07, Anton Farygin <rider@altlinux.com> wrote:
>> Aleksey Novodvorsky wrote:
>>> On 6/20/07, Dmitry V. Levin <ldv@altlinux.org> wrote:
>>>> On Wed, Jun 20, 2007 at 09:25:56AM +0400, Valery V. Inozemtsev wrote:
>>>>> В сообщении от 20 июня 2007 Dmitry V. Levin написал(a):
>>>>>> On Tue, Jun 19, 2007 at 09:49:32PM +0400, Valery V. Inozemtsev wrote:
>>>>>>> В сообщении от 19 июня 2007 Dmitry V. Levin написал(a):
>>>>>>>> On Tue, Jun 19, 2007 at 09:14:29PM +0400, Valery V. Inozemtsev wrote:
>>>>>>>>> В сообщении от 19 июня 2007 Dmitry V. Levin написал(a):
>>>>>>>>>> On Tue, Jun 19, 2007 at 05:27:35PM +0400, Maks Re wrote:
>>>>>>>>>>> а на что в багзеле то вешать?
>>>>>>>>>> Для начала на пакет amarok, Severity=critical.
>>>>>>>>>>
>>>>>>>>>> 2shrek&zerg: Как такое вообще могло получиться?
>>>>>>>>> amarok, zerg и я ожидали увидеть в бранче kde-3.5.7
>>>>>>>> Каким образом я мог догадаться о том, что amarok нуждается в новом kde?
>>>>>>>>
>>>>>>>> Вопрос более общий: есть довольно обширное множество библиотек, в
>>>>>>>> которых при обновлении меняется ABI, но при этом не меняются
>>>>>>>> автоматически порождаемые на основе soname и symbol versioning
>>>>>>>> зависимости.
>>>>>>>> Из-за этого возникают сложности вроде падения amarok при точечном
>>>>>>>> обновлении пакета.
>>>>>>>>
>>>>>>>> Как будем решать эту проблему?
>>>>>>> либо переложить kde-3.5.7 в бранч (получится ли?) или собрать amarok под
>>>>>>> бранч. но т.к. вроде планировали обновлять kde
>>>>>> Видимо, вы не осознаёте проблему.  Нужно не только переложить kde-3.5.7,
>>>>>> но и пересобрать _все_ пакеты, зависящие от kdelibs.
>>>>>>
>>>>>> Множество пакетов, о которых идёт речь, настолько велико, что затрагивает
>>>>>> многие другие библиотеки, у которых поменялось ABI с момента создания
>>>>>> 4.0/branch.  В результате придётся перекладывать в 4.0/branch все эти
>>>>>> библиотеки, а также все использующие эти библиотеки пакеты.  В результате
>>>>>> этого Большого Сдвига про работоспособность 4.0/branch нельзя будет
>>>>>> сказать ничего конкретного, потому что это будет просто Сизиф.
>>>>>>
>>>>>> Я не могу этого допустить.
>>>>> нужно собрать kde-3.5.7 под бранч, тогда проблем не будет
>>>> Чтобы решить эту проблему, нужно не только собрать kde-3.5.7 под бранч,
>>>> но и пересобрать все пакеты, использующие kde-3.5.7; при этом точечное
>>>> обновление всё равно не будет работать.
>>> Мне кажется, что мы приходим естественным путем к  разделению на
>>> stable (branch) , testing (репозиторий boyarsh для Desktop, kde-3.5.7
>>> и т.п.) и unstable (сизиф).
>>> Впрочем, это мнение манагера, хоть и с боевым прошлым.:-)
>> Алексей, это почти так.
>>
>> Дело в том, что в текущем Sisyphus все KDE'шные пакеты находятся в
>> стабильном состоянии. Надо просто перенести всё что связано с KDE и что
>> менялось - в branch.
> 
> Это очень много и потому очень нетривиально, требует серьезного тестирования.

Насколько я знаю - Антон Бояршинов это делает каждый раз при сборке 
очередной версии десктопного дистрибутива...

> 
>> Делать testing видимо можно, но всё равно надо иметь механизм для
>> переноса пакетов.
> 
> Механизм переноса -- отстутвие багов после достаточно продолжительного
> тестирования.

Баги будут всегда.. это не очень корректно, смотреть на баги.

Надо оценивать каким-то другим способом. Например - багов стало меньше 
чем в branch.

Rgds,
Anton


  parent reply	other threads:[~2007-06-20 13:24 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-19 17:42       ` Dmitry V. Levin
2007-06-19 17:49         ` Valery V. Inozemtsev
2007-06-19 18:09           ` Anton Farygin
2007-06-19 20:25             ` Dmitry V. Levin
2007-06-21  8:58               ` Sergey V Turchin
2007-06-19 20:23           ` Dmitry V. Levin
2007-06-20  5:25             ` Valery V. Inozemtsev
2007-06-20 10:07               ` Dmitry V. Levin
2007-06-20 11:56                 ` Aleksey Novodvorsky
2007-06-20 13:06                   ` Anton Farygin
2007-06-20 13:10                     ` Aleksey Novodvorsky
2007-06-20 13:11                       ` Aleksey Novodvorsky
2007-06-20 13:26                         ` Anton Farygin
2007-06-20 13:24                       ` Anton Farygin [this message]
2007-06-21  9:03                     ` Sergey V Turchin
2007-06-20 21:16                   ` Dmitry V. Levin
2007-06-20 21:37                     ` Aleksey Novodvorsky
2007-06-20 21:30                 ` Dmitry V. Levin
2007-06-20 23:05                   ` Anton Farygin
2007-06-20 23:12                     ` Aleksey Novodvorsky
2007-06-21  8:10                     ` Dmitry V. Levin
2007-06-21  9:08                       ` Sergey V Turchin
2007-06-21  9:12                         ` Anton Farygin
2007-06-21  9:48                           ` Sergey V Turchin
2007-06-21  2:04                   ` Hihin Ruslan
2007-06-21  5:47                   ` Valery V. Inozemtsev
2007-06-21  8:07                     ` Dmitry V. Levin
2007-06-21  8:24                       ` Valery V. Inozemtsev
2007-06-21  8:49                         ` Dmitry V. Levin
2007-06-21  8:53                           ` Valery V. Inozemtsev
2007-08-20 13:53                           ` Alexey Tourbin
2007-06-21  9:09                       ` Sergey V Turchin
2007-06-21  9:07                   ` Sergey V Turchin
2007-06-21  9:10                     ` Aleksey Novodvorsky
2007-06-21  9:52                       ` Sergey V Turchin
2007-06-21  9:58                         ` Valery V. Inozemtsev
2007-06-21  9:01             ` Sergey V Turchin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=46792AA3.6020401@altlinux.com \
    --to=rider@altlinux.com \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git