[sisyphus] конфликты в Бранч'e

[sisyphus] конфликты в Бранч'e

[Yuri Horoshkov]

Добрый день!
Попытался обновиться из Бранч'а, но поимел сообщение:
The following packages will be REMOVED:
   k3b k3b-i18n-ru kde kdebase kdebase-kcontrol transcode
Последние три пакета подлежали обновлению. Выяснил:
1. kdebase и kdebase-kcontrol конфликтуют, т.е. друг друга удаляют в 
процессе установки.
2. Для transcode имеем сообщение:
transcode:
  Зависит от: libMagick.so.7  but it is not installable
3. kde - виртуальный пакет удаляется без проблем.
4. Чем мешает k3b и k3b-i18n-ru сказать не могу.

Как говориться, прошу принять инфомацию к размышлению :-) .
-- 
С уважением,
Юрий.

UIN: 311786925
JID:  yuri_horoshkov@jabber.kiev.ua

[sisyphus] Re: конфликты в Бранч'e

[Anton Farygin]

On Thu, 15 Sep 2005 14:30:49 +0300, Yuri Horoshkov wrote:

> Добрый день!
> Попытался обновиться из Бранч'а, но
> поимел сообщение: The following packages will be REMOVED:
>    k3b k3b-i18n-ru kde kdebase kdebase-kcontrol transcode
> Последние три пакета подлежали
> обновлению. Выяснил: 1. kdebase и kdebase-kcontrol
> конфликтуют, т.е. друг друга удаляют в
> процессе установки.
> 2. Для transcode имеем сообщение: transcode:
>   Зависит от: libMagick.so.7  but it is not installable
> 3. kde - виртуальный пакет удаляется без
> проблем. 4. Чем мешает k3b и k3b-i18n-ru сказать
> не могу.
> 
> Как говориться, прошу принять инфомацию
> к размышлению :-) .

Это уже исправлено. Авторы ImageMagick имеют
свойство менять soname очень часто и без предупреждения.

Rgds,
Rider

[sisyphus] Re: конфликты в Бранч'e

[Michael Shigorin]

On Thu, Sep 15, 2005 at 03:40:36PM +0400, Anton Farygin wrote:
> Это уже исправлено. Авторы ImageMagick имеют свойство менять
> soname очень часто и без предупреждения.

Мож действительно на GraphicsMagick сползать?..

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

Re: [sisyphus] Re: конфликты в Бранч'e

[Yuri Horoshkov]

AF> On Thu, 15 Sep 2005 14:30:49 +0300, Yuri Horoshkov wrote:

>> Добрый день!
>> Попытался обновиться из Бранч'а, но
>> поимел сообщение: The following packages will be REMOVED:
>>    k3b k3b-i18n-ru kde kdebase kdebase-kcontrol transcode
>> Последние три пакета подлежали
>> обновлению. Выяснил: 1. kdebase и kdebase-kcontrol
>> конфликтуют, т.е. друг друга удаляют в
>> процессе установки.
>> 2. Для transcode имеем сообщение: transcode:
>>   Зависит от: libMagick.so.7  but it is not installable
>> 3. kde - виртуальный пакет удаляется без
>> проблем. 4. Чем мешает k3b и k3b-i18n-ru сказать
>> не могу.
>> 
>> Как говориться, прошу принять инфомацию
>> к размышлению :-) .

AF> Это уже исправлено. Авторы ImageMagick имеют
AF> свойство менять soname очень часто и без предупреждения.

Я так понял, что исправления касаются п.2. А как на счёт п.1 и п.2?

--
С уважением,
Юрий.
uin: 311786925 
jid: yuri_horoshkov@jabber.kiev.ua

Re: Re: [sisyphus] Re: конфликты в Бранч'e

[Anton Farygin]

On Thu, 15 Sep 2005 15:01:03 +0300, Yuri Horoshkov wrote:

> AF> On Thu, 15 Sep 2005 14:30:49 +0300, Yuri Horoshkov wrote:
> 
>>> Добрый день!
>>> Попытался обновиться из Бранч'а, но
>>> поимел сообщение: The following packages will be
>>> REMOVED:
>>>    k3b k3b-i18n-ru kde kdebase kdebase-kcontrol transcode
>>> Последние три пакета подлежали
>>> обновлению. Выяснил: 1. kdebase и kdebase-kcontrol
>>> конфликтуют, т.е. друг друга удаляют в
>>> процессе установки.
>>> 2. Для transcode имеем сообщение: transcode:
>>>   Зависит от: libMagick.so.7  but it is not installable
>>> 3. kde - виртуальный пакет удаляется без
>>> проблем. 4. Чем мешает k3b и k3b-i18n-ru
>>> сказать не могу.
>>> 
>>> Как говориться, прошу принять
>>> инфомацию к размышлению :-) .
> 
> AF> Это уже исправлено. Авторы ImageMagick
> имеют AF> свойство менять soname очень часто
> и без предупреждения.
> 
> Я так понял, что исправления касаются п.2.
> А как на счёт п.1 и п.2?

А они зависят на ImageMagick, только через кого-то.

Rgds,
Rider

[sisyphus] Re: конфликты в Бранч'e

[Sergey V Turchin]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Yuri Horoshkov wrote:

[...]

> 1. kdebase и kdebase-kcontrol конфликтуют, т.е. друг друга удаляют в
> процессе установки.
Этого не бывает
rpm -q --requires kdebase | grep kcontrol

Единственный вариант - в репозитории(сломаном) разные версии kdebase и
kdebase-kcontrol и попытка установки kdebase-kcontrol.

[...]

- -- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDKXSn+zBIrxwqPwgRAv3OAJ4z4gA/iAlM4vYy93xgWSfsVNvT5QCeOG4s
t1Kpr6+C3i4Q64hEUrmYDQc=
=s0ct
-----END PGP SIGNATURE-----

Re: [sisyphus] Re: конфликты в Бранч'e

[Yuri Horoshkov]

В сообщении от Четверг 15 Сентябрь 2005 16:18 Sergey V Turchin написал(a):
.....
> > 1. kdebase и kdebase-kcontrol конфликтуют, т.е. друг друга удаляют в
> > процессе установки.
>
> Этого не бывает
> rpm -q --requires kdebase | grep kcontrol
>
> Единственный вариант - в репозитории(сломаном) разные версии kdebase и
> kdebase-kcontrol и попытка установки kdebase-kcontrol.
>

[yuri@ip yuri]$ rpm -q --requires kdebase | grep kcontrol
kdebase-kcontrol = 3.4.1-alt8.1
Это те версии, которые установлены. А обновления из Бранч идут до версий 
3.4.1-alt10. А kdebase и  kdebase-kcontrol там прописаны как одинаковые 
версии. Где и что сломано только автор скажет :-) .
-- 
С уважением,
Юрий. 

UIN: 311786925
JID:  yuri_horoshkov@jabber.kiev.ua

[sisyphus] Re: Re: конфликты в Бранч'e

[Sergey V Turchin]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Yuri Horoshkov wrote:

[...]

> Где и что сломано только автор скажет :-) . 
покажите
apt-get install -o debug::pkgproblemresolver=1 kdebase-kcontrol

- -- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDKYSq+zBIrxwqPwgRAuO3AKDiqHo4xF2d2fjHM9N3EkpT+C5TdwCg2eg/
ynl8c+iyyoHJ+QdD9fsv5t8=
=JhIK
-----END PGP SIGNATURE-----

[sisyphus] Re: Re: конфликты в Бранч'e

[Sergey V Turchin]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Sergey V Turchin wrote:

> [...]
> 
>> Где и что сломано только автор скажет :-) .
> покажите
> apt-get install -o debug::pkgproblemresolver=1 kdebase-kcontrol
Ошибся, надо
apt-get install -o debug::pkgproblemresolver=1 kdebase

- -- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDKYr3+zBIrxwqPwgRAg7aAJ9dfsqVcf3jrxGGTUhGJy7nFAKutgCg4Xvc
MaZCKyr8/BSy2H7Xt+xskdY=
=8a89
-----END PGP SIGNATURE-----

Re: [sisyphus] Re: Re: конфликты в Бранч'e

[Yuri Horoshkov]

В сообщении от Четверг 15 Сентябрь 2005 17:26 Sergey V Turchin написал(a):
> Yuri Horoshkov wrote:
> > Где и что сломано только автор скажет :-) .
>
> покажите
> apt-get install -o debug::pkgproblemresolver=1 kdebase-kcontrol

[root@ip root]# apt-get install -o debug::pkgproblemresolver=1 
kdebase-kcontrol
Reading Package Lists... Done
Building Dependency Tree... Done
Starting
Starting 2
Investigating kdebase-kcontrol
Package kdebase-kcontrol has broken dep on libraw1394.so.5
  Considering libraw1394 1 as a solution to kdebase-kcontrol 10001
Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  kdebase-kcontrol: Depends: libraw1394.so.5
E: Broken packages
[root@ip root]#

-- 
С уважением,
Юрий. 

UIN: 311786925
JID:  yuri_horoshkov@jabber.kiev.ua

Re: [sisyphus] Re: Re: конфликты в Бранч'e

[Yuri Horoshkov]

В сообщении от Четверг 15 Сентябрь 2005 17:53 Sergey V Turchin написал(a):
> Ошибся, надо
> apt-get install -o debug::pkgproblemresolver=1 kdebase

[root@ip root]# apt-get install -o debug::pkgproblemresolver=1 kdebase
Reading Package Lists... Done
Building Dependency Tree... Done
Starting
Starting 2
Investigating kdebase-kcontrol
Package kdebase-kcontrol has broken dep on libraw1394.so.5
  Considering libraw1394 1 as a solution to kdebase-kcontrol 1
    Reinst Failed early because of libraw1394.so.5
  Removing kdebase-kcontrol rather than change libraw1394.so.5
Investigating kdebase
Package kdebase has broken dep on kdebase-kcontrol
  Considering kdebase-kcontrol 1 as a solution to kdebase 10000
Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  kdebase: Depends: kdebase-kcontrol (= 3.4.1-alt10) but it is not going to be 
installed
E: Broken packages
[root@ip root]#

-- 
С уважением,
Юрий. 

UIN: 311786925
JID:  yuri_horoshkov@jabber.kiev.ua

[sisyphus] Re: Re: Re: конфликты в Бранч'e

[Sergey V Turchin]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Yuri Horoshkov wrote:

[...]

> Package kdebase-kcontrol has broken dep on libraw1394.so.5
Ну да, репозиторий сломан. Incoming пропустил письмо с просбой пересобрать
kdebase. Исправлю.

З.Ы.
Вообще, фиг его знает, что в Сизифе твориться. Я до выхода Compact 3.0
вынужден сидеть на Branch-3.0

- -- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDKaJN+zBIrxwqPwgRAuixAKCjEGoBUDAgWmpwq2t0rIwgZOkfewCfVAP+
TSerPp3Hyc0O9XhTnIXr4qw=
=qcPC
-----END PGP SIGNATURE-----

Re: [sisyphus] Re: Re: Re: конфликты в Бранч'e

[Yuri Horoshkov]

>> Package kdebase-kcontrol has broken dep on libraw1394.so.5
SVT> Ну да, репозиторий сломан. Incoming пропустил письмо с просбой пересобрать
SVT> kdebase. Исправлю.

SVT> З.Ы.
SVT> Вообще, фиг его знает, что в Сизифе твориться. Я до выхода Compact 3.0
SVT> вынужден сидеть на Branch-3.0

Я тоже на нём сижу, спасибо Мише. Но и Branch-3.0 тоже внимательно
"причёсывать" надо. Недавно с xmms проблемы были .... .

--
С уважением,
Юрий.
uin: 311786925 
jid: yuri_horoshkov@jabber.kiev.ua

[sisyphus] Re: конфликты в Бранч'e

[Michael Shigorin]

On Thu, Sep 15, 2005 at 09:11:39PM +0300, Yuri Horoshkov wrote:
> Но и Branch-3.0 тоже внимательно "причёсывать" надо. Недавно с
> xmms проблемы были .... .

Так разрешились-то, бишь рассинхронизация какая была или хуже?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

Re[2]: [sisyphus] Re: Re: Re: конфликты в Бранч'e

[Yuri Horoshkov]

>>> Package kdebase-kcontrol has broken dep on libraw1394.so.5
SVT>> Ну да, репозиторий сломан. Incoming пропустил письмо с просбой пересобрать
SVT>> kdebase. Исправлю.

SVT>> З.Ы.
SVT>> Вообще, фиг его знает, что в Сизифе твориться. Я до выхода Compact 3.0
SVT>> вынужден сидеть на Branch-3.0

YH> Я тоже на нём сижу, спасибо Мише. Но и Branch-3.0 тоже внимательно
YH> "причёсывать" надо.

Хочу предложить такой вариант. У меня в "запаснике" есть минимальная
установка Мастера 2.4. Если через неё подключиться к Бранч и
обновится, это будет представлять интерес с точки зрения проверки
самого Бранч'а?

--
С уважением,
Юрий.
uin: 311786925 
jid: yuri_horoshkov@jabber.kiev.ua

[sisyphus] Re: конфликты в Бранч'e

[Ruslan Popov]

Yuri Horoshkov wrote:
>>>>Package kdebase-kcontrol has broken dep on libraw1394.so.5
> 
> SVT>> Ну да, репозиторий сломан. Incoming пропустил письмо с просбой пересобрать
> SVT>> kdebase. Исправлю.
> 
> SVT>> З.Ы.
> SVT>> Вообще, фиг его знает, что в Сизифе твориться. Я до выхода Compact 3.0
> SVT>> вынужден сидеть на Branch-3.0
> 
> YH> Я тоже на нём сижу, спасибо Мише. Но и Branch-3.0 тоже внимательно
> YH> "причёсывать" надо.
> 
> Хочу предложить такой вариант. У меня в "запаснике" есть минимальная
> установка Мастера 2.4. Если через неё подключиться к Бранч и
> обновится, это будет представлять интерес с точки зрения проверки
> самого Бранч'а?

Будет представлять огромный интерес!!!

--
            _/               Ruslan Popov
           _/   _/_/   _/
          _/  _/  _/  _/     Engineer
         _/ _/_/_/_/ _/_/    Mobile: +7 (916) 926-12-05
        _/ _/       _/       Office: +7 (095) 411-76-01
    _/_/   _/_/_/  _/        E-mail: rpopov@jet.msk.su
     Infosystems   _/_/      Moscow, Russia

Re: [sisyphus] Re: конфликты в Бранч'e

[ashen]

В сообщении от Пятница 16 Сентябрь 2005 10:27 Ruslan Popov написал(a):
> > Хочу предложить такой вариант. У меня в "запаснике" есть минимальная
> > установка Мастера 2.4. Если через неё подключиться к Бранч и
> > обновится, это будет представлять интерес с точки зрения проверки
> > самого Бранч'а?
>
> Будет представлять огромный интерес!!!
А такой вариант: обсизифенный бранчем АМ22 интересен? Он у меня стоит на 3-х 
машинах, рабтотаю на них............... ;-)
-- 
С уважением, Шенцев Алексей (AShen)

Re: [sisyphus] Re: Re: Re: конфликты в Бранч'e

[Genix]

Yuri Horoshkov wrote:

> Хочу предложить такой вариант. У меня в "запаснике" есть минимальная
> установка Мастера 2.4. Если через неё подключиться к Бранч и
> обновится, это будет представлять интерес с точки зрения проверки
> самого Бранч'а?

проверьте пожалуйста #7976 (для этого должны быть установлены 
перечисленный gtk-engenis- пакеты)

-- 
У каждого в башке свои тараканы...

Re[2]: [sisyphus] Re: Re: Re: конфликты в Бранч'e

[Yuri Horoshkov]

G> Yuri Horoshkov wrote:

>> Хочу предложить такой вариант. У меня в "запаснике" есть минимальная
>> установка Мастера 2.4. Если через неё подключиться к Бранч и
>> обновится, это будет представлять интерес с точки зрения проверки
>> самого Бранч'а?

G> проверьте пожалуйста #7976 (для этого должны быть установлены 
G> перечисленный gtk-engenis- пакеты)

Обязательно. Вот только исправят kdebase и kdebase-kcontrol так сразу
и начну :-) .

--
С уважением,
Юрий.
uin: 311786925 
jid: yuri_horoshkov@jabber.kiev.ua

Re: [sisyphus] конфликты в Бранч'e

[Andrei Bulava]

Michael Shigorin wrote:
> On Thu, Sep 15, 2005 at 09:11:39PM +0300, Yuri Horoshkov wrote:
> 
>>Но и Branch-3.0 тоже внимательно "причёсывать" надо. Недавно с
>>xmms проблемы были .... .
> 
> 
> Так разрешились-то, бишь рассинхронизация какая была или хуже?

"Хьюстон, у нас проблемы" - двоичное несовпадение пакетов с одинаковыми
SVR в Sisyphus и branch-3.0. Сам приложил к этому руку, в i/S и i/3.0-b
отправил smb4k-0.6.3-alt1.src.rpm (в тот момент не был загружен драйвер
для /dev/brains :-().

Практика именования пакетов, помещаемых в backports из Sisyphus, должна
быть распространена на branch-3.0, пока ещё не поздно. Для "ловли блох"
нужно сравнить branch-3.0 и Sisyphus по части двоичного несовпадения
пакетов с одинаковыми SVR и либо развесить баги, например, с просьбой
мантейнерам сделать SVR bump up, либо доверить SVR bump up в Sisyphus
роботу.

-- 
// AB1002-UANIC

[sisyphus] Re: конфликты в Бранч'e

[Anton Farygin]

On Fri, 16 Sep 2005 11:30:39 +0300, Andrei Bulava wrote:

> "Хьюстон, у нас проблемы" - двоичное
> несовпадение пакетов с одинаковыми SVR в
> Sisyphus и branch-3.0. Сам приложил к этому руку, в
> i/S и i/3.0-b отправил smb4k-0.6.3-alt1.src.rpm (в тот
> момент не был загружен драйвер для
> /dev/brains :-().
> 
> Практика именования пакетов, помещаемых
> в backports из Sisyphus, должна быть
> распространена на branch-3.0, пока ещё не
> поздно. Для "ловли блох" нужно сравнить
> branch-3.0 и Sisyphus по части двоичного
> несовпадения пакетов с одинаковыми SVR и
> либо развесить баги, например, с
> просьбой мантейнерам сделать SVR bump up,
> либо доверить SVR bump up в Sisyphus роботу.

Надо делать последнее, но как именно - я не понимаю ;-(

Т.е. - нужен робот, который все что
закачивается в incoming для branch'а будет метить ;-)

Rgds,
Rider

[sisyphus] Re: конфликты в Бранч'e

[Michael Shigorin]

On Fri, Sep 16, 2005 at 11:30:39AM +0300, Andrei Bulava wrote:
> Практика именования пакетов, помещаемых в backports из
> Sisyphus, должна быть распространена на branch-3.0

Насколько вижу вокруг -- такое предпринимается только после
фиксации.  Бишь пакеты в дистрибутивах имеют минимальный release 
по подробности, а вот "веточность" появляется в updates.

_Возможно_, это опять же про Epoch -- M2.4, M3.0...
(сейчас меня закидают чем-нить :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

Re: [sisyphus] Re: конфликты в Бранч'e

[Andrei Bulava]

Michael Shigorin wrote:
> On Fri, Sep 16, 2005 at 11:30:39AM +0300, Andrei Bulava wrote:
> 
>>Практика именования пакетов, помещаемых в backports из
>>Sisyphus, должна быть распространена на branch-3.0
> 
> 
> Насколько вижу вокруг -- такое предпринимается только после
> фиксации.  Бишь пакеты в дистрибутивах имеют минимальный release 
> по подробности, а вот "веточность" появляется в updates.

У нас уже была фиксация - в момент отделения branch-3.0 от Sisyphus. А
"вокруг" - это отдельная песня. Сколько не смотрю на Fedora Core -
столько раз не могу отделаться от мысли о том, что применительно к нам
их Fedora Core release - это аналог отделения branch-3.0, за исключением
того, что это "федорино горе" радостно выкладывается сразу же после
отделения.

> _Возможно_, это опять же про Epoch -- M2.4, M3.0...
> (сейчас меня закидают чем-нить :)

Гугление наводит на мысль, что в бородатом году, когда ещё не появился
на свет релиз rpm 3.0, Epoch задумывался как полная замена Serial (т.е.
по идее, эти сущности должны были стать тождественными). А для чего
нужен Serial, мы знаем (никак не для пометки принадлежности пакета к
релизу дистрибутива).

Впрочем, если чётко зафиксировать полиси по использованию Serial и Epoch
(раз уж они сосуществуют и сравниваются apt-ом как разные сущности)...

С одной стороны, приседания с alt<release_no>, зафиксированные в
backports policy хороши, пока не наткнёшся на пакет с alt0.1.cvsYYYYMMDD
или подобный :-( Плюс роботу будет легче оперировать с Epoch.

С другой стороны, как быть с возможностью обновится до Сизифа? Вот тут у
зарыты грабли использования Epoch (описывать? для меня они очевидны).

-- 
// AB1002-UANIC

Re: [sisyphus] Re: конфликты в Бранч'e

[Led]

В сообщении от Пятница 16 Сентябрь 2005 13:24 Andrei Bulava написал(a):
> пока не наткнёшся на пакет с alt0.1.cvsYYYYMMDD
> или подобный

А это вобще изврат, ИМХО пакеты с таким "релизом" следует заворачивать ещё 
задолго до Incoming...

Led.

Re: [sisyphus] Re: конфликты в Бранч'e

[Eugene Ostapets]

16.09.05, Led<led@ukr-fin.com.ua> написал(а):
> В сообщении от Пятница 16 Сентябрь 2005 13:24 Andrei Bulava написал(a):
> > пока не наткнёшся на пакет с alt0.1.cvsYYYYMMDD
> > или подобный
> 
> А это вобще изврат, ИМХО пакеты с таким "релизом" следует заворачивать ещё
> задолго до Incoming...
Релиз абсолютно правильный, просто в дистрибутивах нахождение
подобного пакета ситуация экстраординарная и думаю что заложить в
схему обновления дистрибутива наличие одного-двух подобных пактов
будет несложно...

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

[sisyphus] Re: конфликты в Бранч'e

[Michael Shigorin]

On Fri, Sep 16, 2005 at 01:24:22PM +0300, Andrei Bulava wrote:
> С другой стороны, как быть с возможностью обновится до Сизифа?
> Вот тут у зарыты грабли использования Epoch (описывать? для
> меня они очевидны).

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

Вообще надо обрисовать use cases (жизнь и обновление дистрибутива),
чтоб были точки, в которые можно уже предметно тыкать пальцем.
В голове пару раз продумывал, да без особого толку.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

Re: [sisyphus] Re: конфликты в Бранч'e

[Eugene Ostapets]

16.09.05, Michael Shigorin<mike osdn.org.ua> написал(а):
> On Fri, Sep 16, 2005 at 01:24:22PM +0300, Andrei Bulava wrote:
> > С другой стороны, как быть с возможностью обновится до Сизифа?
> > Вот тут у зарыты грабли использования Epoch (описывать? для
> > меня они очевидны).
> 
> Вот и я тут задумался.  Поскольку есть ещё дата сборки из ключей,
> но тут как минимум вылазит вопрос о приоритете -- "новей" более
> новый пакет или из того же дерева?
Из того же дерева всегда имеет приоритет ибо ориентированн на ту же
пакетную базу...


-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [sisyphus] Re: конфликты в Бранч'e

[Andrei Bulava]

Led wrote:
> В сообщении от Пятница 16 Сентябрь 2005 13:24 Andrei Bulava написал(a):
> 
>>пока не наткнёшся на пакет с alt0.1.cvsYYYYMMDD
>>или подобный
> 
> 
> А это вобще изврат, ИМХО пакеты с таким "релизом" следует заворачивать ещё 
> задолго до Incoming...

А эти тоже надо было завернуть? И "релизы" плохонькие, и сломали они в
своё время достаточно ;-)

$ rpm -q --changelog make|grep beta
* Втр Июн 28 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta3-alt4
- Updated to 3.81beta3.
* Птн Июн 10 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta3-alt3
* Чтв Май 12 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta3-alt2
* Вск Май 08 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta3-alt1
* Срд Апр 13 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta2-alt7
* Птн Апр 08 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta2-alt6
* Втр Мар 15 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta2-alt5
* Чтв Мар 10 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta2-alt4
* Сбт Мар 05 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta2-alt3
* Чтв Мар 03 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta2-alt2
* Срд Фев 16 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta2-alt1
- Updated to 3.81beta2.
* Птн Апр 16 2004 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta1-alt1
- Updated to 3.81beta1.

"Не судите, да не судимы будете" (с)

-- 
// AB1002-UANIC

Re: [sisyphus] Re: конфликты в Бранч'e

[Led]

В сообщении от Пятница 16 Сентябрь 2005 14:08 Andrei Bulava написал(a):
> Led wrote:
> > В сообщении от Пятница 16 Сентябрь 2005 13:24 Andrei Bulava написал(a):
> >>пока не наткнёшся на пакет с alt0.1.cvsYYYYMMDD
> >>или подобный
> >
> > А это вобще изврат, ИМХО пакеты с таким "релизом" следует заворачивать
> > ещё задолго до Incoming...
>
> А эти тоже надо было завернуть? И "релизы" плохонькие, и сломали они в
> своё время достаточно ;-)
>
> $ rpm -q --changelog make|grep beta
> * Втр Июн 28 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta3-alt4
> - Updated to 3.81beta3.
> * Птн Июн 10 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta3-alt3
> * Чтв Май 12 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta3-alt2
> * Вск Май 08 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta3-alt1
> * Срд Апр 13 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta2-alt7
> * Птн Апр 08 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta2-alt6
> * Втр Мар 15 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta2-alt5
> * Чтв Мар 10 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta2-alt4
> * Сбт Мар 05 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta2-alt3
> * Чтв Мар 03 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta2-alt2
> * Срд Фев 16 2005 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta2-alt1
> - Updated to 3.81beta2.
> * Птн Апр 16 2004 Dmitry V. Levin <ldv@altlinux.org> 1:3.81beta1-alt1
> - Updated to 3.81beta1.


Не передёргивайте, я говорил о "конструкциях"  в номере релиза, а не в номере 
версии... хотя и в номере версии "буквы" зачем?

Led.

Re: [sisyphus] Re: конфликты в Бранч'e

[Andrey Rahmatullin]

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

On Fri, Sep 16, 2005 at 01:24:22PM +0300, Andrei Bulava wrote:
> на свет релиз rpm 3.0, Epoch задумывался как полная замена Serial (т.е.
> по идее, эти сущности должны были стать тождественными).
А сейчас?

> (раз уж они сосуществуют и сравниваются apt-ом как разные сущности)...
Разве?

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

В процессе перехода на новую версию Berkeley DB (4.3.27) была
предпринята попытка пересобрать все заинтересованные пакеты,
подвернувшиеся под горячую руку.
		-- ldv in devel@

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

Re: [sisyphus] Re: Re: Re: конфликты в Бранч'e

[Yuri Horoshkov]

SVT> Ну да, репозиторий сломан. Incoming пропустил письмо с просбой пересобрать
SVT> kdebase. Исправлю.

Когда можно ожидать исправления :) .

--
С уважением,
Юрий.
uin: 311786925 
jid: yuri_horoshkov@jabber.kiev.ua

Re: [sisyphus] Re: Re: Re: конфликты в Бранч'e

[Sergey V Turchin]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Yuri Horoshkov wrote:

> SVT> Ну да, репозиторий сломан. Incoming пропустил письмо с просбой
> пересобрать SVT> kdebase. Исправлю.
> 
> Когда можно ожидать исправления :) .
Вчера ;-)

- -- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDLt6Q+zBIrxwqPwgRAhjHAKDEsbkHuULm87HHJtTS4O3qIrgNEACgp+aJ
/c5QcmtAbuj6ZcauYZC7cXY=
=WiXQ
-----END PGP SIGNATURE-----

Re[2]: [sisyphus] Re: Re: Re: конфликты в Бранч'e

[Yuri Horoshkov]

>> SVT> Ну да, репозиторий сломан. Incoming пропустил письмо с просбой
>> пересобрать SVT> kdebase. Исправлю.
>> 
>> Когда можно ожидать исправления :) .
SVT> Вчера ;-)
А что kdebase действительно нулевого размера и его можно удалить
прежде чем обновляться. А то всё равно при dist-upgrade удаляются
kdebase и kdebase-kcontrol.


--
С уважением,
Юрий.
uin: 311786925 
jid: yuri_horoshkov@jabber.kiev.ua