[devel] I: Sisyphus-2005-03-21 unmets

[devel] I: Sisyphus-2005-03-21 unmets

[Alexey Gladkov]

Приветствую!
После обработки сегодняшнего incoming у нас появились новые
неудовлетворенности:
Пакет meld версии 0.9.5-alt1 имеет неудовлетворенные зависимости:
  Требует: python2.3(gobject)
  Требует: python2.3(gtk)
  Требует: python2.3(pango)
Пакет hal-manager версии 0.4.7-alt2 имеет неудовлетворенные зависимости:
  Требует: python2.3(gobject)
  Требует: python2.3(gtk)
Пакет IceWMCP версии 3.2-alt1 имеет неудовлетворенные зависимости:
  Требует: python2.3(gtk)
Пакет notemeister версии 0.1.7-alt5 имеет неудовлетворенные зависимости:
  Требует: python2.3(gobject)
  Требует: python2.3(gtk)
  Требует: python2.3(pango)
  Требует: python2.3(gobject)
  Требует: python2.3(gtk)
Пакет solarwolf версии 1.5-alt1.1 имеет неудовлетворенные зависимости:
  Требует: python2.3(pygame)
Пакет python-module-pygnome-devel версии 2.9.1-alt1.1 имеет 
неудовлетворенные зависимости:
  Требует: python2.3(argtypes)
Пакет driconf версии 0.2.2-alt1 имеет неудовлетворенные зависимости:
  Требует: python2.3(gobject)
  Требует: python2.3(gtk)
  Требует: python2.3(pygtk)
  Требует: python2.3(gobject)
  Требует: python2.3(gtk)
  Требует: python2.3(pango)
  Требует: python2.3(pygtk)
Пакет gnochm версии 0.9.4-alt2 имеет неудовлетворенные зависимости:
  Требует: python2.4(bonobo)
  Требует: python2.4(gconf)
  Требует: python2.4(gnome)
  Требует: python2.4(gtkhtml2)
Пакет gramps версии 1.0.8-alt1 имеет неудовлетворенные зависимости:
  Требует: python2.3(gobject)
  Требует: python2.3(gtk)
  Требует: python2.3(pango)
  Требует: python2.3(gobject)
  Требует: python2.3(gtk)
Пакет gnome-bluetooth версии 0.5.1-alt1.2 имеет неудовлетворенные 
зависимости:
  Требует: python2.3(gtk)
  Требует: python2.3(pygtk)
Пакет winki версии 0.3.6-alt1 имеет неудовлетворенные зависимости:
  Требует: python2.4(winki)
Пакет python-module-pygnome версии 2.9.1-alt1.1 имеет 
неудовлетворенные зависимости:
  Требует: python2.3(gobject)
Пакет gsmile версии 0.1.0-alt1 имеет неудовлетворенные зависимости:
  Требует: python2.3(gobject)
  Требует: python2.3(gtk)
  Требует: python2.3(pygtk)
Пакет nicotine версии 1.0.8-alt1 имеет неудовлетворенные зависимости:
  Требует: python2.3(gobject)
  Требует: python2.3(gtk)
  Требует: python2.3(pango)

-- 
Rgrds, legion

Re: [devel] I: Sisyphus-2005-03-21 unmets

[Yuri N. Sedunov]

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

В Пнд, 21/03/2005 в 19:26 +0300, Alexey Gladkov пишет:

> Пакет python-module-pygnome-devel версии 2.9.1-alt1.1 имеет 
> неудовлетворенные зависимости:
>   Требует: python2.3(argtypes)
> Пакет python-module-pygnome версии 2.9.1-alt1.1 имеет 
> неудовлетворенные зависимости:
>   Требует: python2.3(gobject)

Как это может быть, если в incoming лежит весь набор целиком?
python-module-pygnome-2.10.0-alt1.src.rpm
python-module-pygnome-extras-2.10.0-alt1.src.rpm
python-module-pygtk-2.6.1-alt1.src.rpm

-- 
Yuri N. Sedunov


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] I: Sisyphus-2005-03-21 unmets

[Alexey Gladkov]

Yuri N. Sedunov wrote:
> 
> Как это может быть, если в incoming лежит весь набор целиком?
> python-module-pygnome-2.10.0-alt1.src.rpm
> python-module-pygnome-extras-2.10.0-alt1.src.rpm
> python-module-pygtk-2.6.1-alt1.src.rpm
> 

Они не пересобрались. При пересборке в hasher часть зависимомтей со 
старшей версией находились еще в инкоминге(не были пересобраны). 
BuildRequires в этих пакетах не имеют версий. Соответственно при 
создании чрута apt выбирал старый пакет и завершался с ошибкой из-за 
неудовлетворенности. Такая ситуация хоть и редка, но возможна.

Пакеты пересобраны и ушли в сизиф.

-- 
Rgrds, legion

Re: [devel] I: Sisyphus-2005-03-21 unmets

[Vitaly Lipatov]

On Monday 21 March 2005 20:40, Alexey Gladkov wrote:
> Yuri N. Sedunov wrote:
> > Как это может быть, если в incoming лежит весь набор
> > целиком? python-module-pygnome-2.10.0-alt1.src.rpm
> > python-module-pygnome-extras-2.10.0-alt1.src.rpm
> > python-module-pygtk-2.6.1-alt1.src.rpm
>
> Они не пересобрались. При пересборке в hasher часть
> зависимомтей со старшей версией находились еще в инкоминге(не
> были пересобраны). BuildRequires в этих пакетах не имеют
И не будут иметь.
> версий. Соответственно при создании чрута apt выбирал старый
> пакет и завершался с ошибкой из-за неудовлетворенности. Такая
> ситуация хоть и редка, но возможна.
С моими пакетами - постоянно. Но я почему-то каждый раз надеюсь, 
что apt будет выбирать не старый пакет, а новый...
>
> Пакеты пересобраны и ушли в сизиф.
Спасибо.

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [devel] I: Sisyphus-2005-03-21 unmets

[Andrey Orlov]

On Monday 21 March 2005 22:34, Vitaly Lipatov wrote:
> > Они не пересобрались. При пересборке в hasher часть
> > зависимомтей со старшей версией находились еще в инкоминге(не
> > были пересобраны). BuildRequires в этих пакетах не имеют
> И не будут иметь.
> > версий. Соответственно при создании чрута apt выбирал старый
> > пакет и завершался с ошибкой из-за неудовлетворенности. Такая
> > ситуация хоть и редка, но возможна.
> С моими пакетами - постоянно. Но я почему-то каждый раз надеюсь, 
> что apt будет выбирать не старый пакет, а новый...

"Я же предупреждал" (c) .....  :) 

-- 
WthBstRgrds --
 -- Andrey Orlov --
 

Re: [devel] I: Sisyphus-2005-03-21 unmets

[Alexey Gladkov]

Vitaly Lipatov wrote:
> С моими пакетами - постоянно. Но я почему-то каждый раз надеюсь, 
> что apt будет выбирать не старый пакет, а новый...

В этом случае играет роль BuildTime.

-- 
Rgrds, legion

Re: [devel] I: Sisyphus-2005-03-21 unmets

[Mikhail Zabaluev]

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

В Втр, 22/03/2005 в 11:30 +0300, Alexey Gladkov пишет:
> Vitaly Lipatov wrote:
> > С моими пакетами - постоянно. Но я почему-то каждый раз надеюсь, 
> > что apt будет выбирать не старый пакет, а новый...
> 
> В этом случае играет роль BuildTime.

А вот не зря ли оно там играет? "Старый" пакет может претерпеть
maintenance release, и что же, дистрибутив из-за этого пойдет вкось?

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] I: Sisyphus-2005-03-21 unmets

[Alexey Gladkov]

Mikhail Zabaluev wrote:
> А вот не зря ли оно там играет? "Старый" пакет может претерпеть 
> maintenance release, и что же, дистрибутив из-за этого пойдет
> вкось?

Либо я вас не понял, либо вы меня. Речь идет о пакетах в incoming. При
пересборке они сортируются по дате сборки. Очень редко мантейнер
собирает зависимые между собой пакеты в обратном порядке.

-- 
Rgrds, legion

Re: [devel] I: Sisyphus-2005-03-21 unmets

[Yuri N. Sedunov]

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

В Втр, 22/03/2005 в 11:54 +0300, Alexey Gladkov пишет:
> Mikhail Zabaluev wrote:
> > А вот не зря ли оно там играет? "Старый" пакет может претерпеть 
> > maintenance release, и что же, дистрибутив из-за этого пойдет
> > вкось?
> 
> Либо я вас не понял, либо вы меня. Речь идет о пакетах в incoming. При
> пересборке они сортируются по дате сборки. Очень редко мантейнер
> собирает зависимые между собой пакеты в обратном порядке.
Неужели?

Полагаю, Вы здорово заблуждаетесь выстраивая очередь исходя из даты
сборки исходного пакета.

-- 
Yuri N. Sedunov


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] I: Sisyphus-2005-03-21 unmets

[Alexey Gladkov]

Yuri N. Sedunov wrote:
>>Либо я вас не понял, либо вы меня. Речь идет о пакетах в incoming. При
>>пересборке они сортируются по дате сборки. Очень редко мантейнер
>>собирает зависимые между собой пакеты в обратном порядке.
> 
> Неужели?

Обсуждение этого вопроса было еще год назад.

> 
> Полагаю, Вы здорово заблуждаетесь выстраивая очередь исходя из даты
> сборки исходного пакета.
> 

Возможно я заблуждаюсь. Но пока это правило выполняется и нарушалось 
лишь несколько раз.

-- 
Rgrds, legion

Re: [devel] I: Sisyphus-2005-03-21 unmets

[Yuri N. Sedunov]

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

В Втр, 22/03/2005 в 12:17 +0300, Alexey Gladkov пишет:
> Yuri N. Sedunov wrote:
> >>Либо я вас не понял, либо вы меня. Речь идет о пакетах в incoming. При
> >>пересборке они сортируются по дате сборки. Очень редко мантейнер
> >>собирает зависимые между собой пакеты в обратном порядке.
> > 
> > Неужели?
> 
> Обсуждение этого вопроса было еще год назад.
> 
> > 
> > Полагаю, Вы здорово заблуждаетесь выстраивая очередь исходя из даты
> > сборки исходного пакета.
> > 
> 
> Возможно я заблуждаюсь. Но пока это правило выполняется и нарушалось 
> лишь несколько раз.

Только мною нарушение порядка сборки замечено дважды за последние двое
суток. Третий недавний случай это, возможно по той же причине, не
прошедшие пересборку только у Вас
perl-Gnome2-1.021-alt1.src.rpm
perl-Gnome2-Canvas-1.002-alt1.src.rpm
perl-Gnome2-VFS-1.003-alt1.src.rpm
perl-Gtk2-Html2-0.04-alt1.src.rpm

-- 
Yuri N. Sedunov


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] I: Sisyphus-2005-03-21 unmets

[Dmitry V. Levin]

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

Hi,

On Tue, Mar 22, 2005 at 12:52:20PM +0300, Yuri N. Sedunov wrote:
> В Втр, 22/03/2005 в 12:17 +0300, Alexey Gladkov пишет:
> > Yuri N. Sedunov wrote:
> > >>Либо я вас не понял, либо вы меня. Речь идет о пакетах в incoming. При
> > >>пересборке они сортируются по дате сборки. Очень редко мантейнер
> > >>собирает зависимые между собой пакеты в обратном порядке.
> > > 
> > > Неужели?
> > 
> > Обсуждение этого вопроса было еще год назад.
> > 
> > > Полагаю, Вы здорово заблуждаетесь выстраивая очередь исходя из даты
> > > сборки исходного пакета.
> > 
> > Возможно я заблуждаюсь. Но пока это правило выполняется и нарушалось 
> > лишь несколько раз.
> 
> Только мною нарушение порядка сборки замечено дважды за последние двое
> суток. Третий недавний случай это, возможно по той же причине, не
> прошедшие пересборку только у Вас
> perl-Gnome2-1.021-alt1.src.rpm
> perl-Gnome2-Canvas-1.002-alt1.src.rpm
> perl-Gnome2-VFS-1.003-alt1.src.rpm
> perl-Gtk2-Html2-0.04-alt1.src.rpm

Алексей сделал всё, что мог.  Если вы можете лучше, докажите, например,
предъявите алгоритм.  Если не можете, то обо всех сбоях пишите по адресу
incoming@altlinux, а не в этот список рассылки.


-- 
ldv

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

Re: [devel] I: Sisyphus-2005-03-21 unmets

[Ivan Fedorov]

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

Alexey Gladkov пишет:
> Mikhail Zabaluev wrote:
> 
>> А вот не зря ли оно там играет? "Старый" пакет может претерпеть
>> maintenance release, и что же, дистрибутив из-за этого пойдет
>> вкось?
> 
> Либо я вас не понял, либо вы меня. Речь идет о пакетах в incoming. При
> пересборке они сортируются по дате сборки. Очень редко мантейнер
> собирает зависимые между собой пакеты в обратном порядке.

Я так иногда собираю... просто иногда забудешь что-нить в %files
например прописать...
Но зная об этой фишке приходится после всех заточек делать контрольную
пересборку в нужном порядке... а c++ например это доооолгий процесс. :(

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

Re: [devel] I: Sisyphus-2005-03-21 unmets

[Alexey Gladkov]

Ivan Fedorov wrote:
> Я так иногда собираю... просто иногда забудешь что-нить в %files 
> например прописать... Но зная об этой фишке приходится после всех
> заточек делать контрольную пересборку в нужном порядке... а c++
> например это доооолгий процесс. :(

В построении очереди бинарные пакеты не участвуют. А для изменения
BuildTime исходного пакета "rpm -bs" достаточно.

-- 
Rgrds, legion

Re: [devel] I: Sisyphus-2005-03-21 unmets

[Ivan Fedorov]

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

Alexey Gladkov пишет:
> Ivan Fedorov wrote:
> 
>> Я так иногда собираю... просто иногда забудешь что-нить в %files
>> например прописать... Но зная об этой фишке приходится после всех
>> заточек делать контрольную пересборку в нужном порядке... а c++
>> например это доооолгий процесс. :(
> 
> 
> В построении очереди бинарные пакеты не участвуют. А для изменения
> BuildTime исходного пакета "rpm -bs" достаточно.
> 
Я знаю, но я исходные пакеты тоже в hasher собираю... а он не умеет
делать только "-bs".

PS: Я просил об этом в bugzilla... мне отказали... ;(

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

Re: [devel] I: Sisyphus-2005-03-21 unmets

[Dmitry V. Levin]

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

Hi,

On Tue, Mar 22, 2005 at 08:31:39PM +0800, Ivan Fedorov wrote:
> Alexey Gladkov пишет:
> > Ivan Fedorov wrote:
> > 
> >> Я так иногда собираю... просто иногда забудешь что-нить в %files
> >> например прописать... Но зная об этой фишке приходится после всех
> >> заточек делать контрольную пересборку в нужном порядке... а c++
> >> например это доооолгий процесс. :(
> > 
> > 
> > В построении очереди бинарные пакеты не участвуют. А для изменения
> > BuildTime исходного пакета "rpm -bs" достаточно.
> > 
> Я знаю, но я исходные пакеты тоже в hasher собираю... а он не умеет
> делать только "-bs".

Умеет, он даже менять spec-файл умеет, достаточно уметь попросить.
hsh --rebuild-prog.


-- 
ldv

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

[devel] Re: I: Sisyphus-2005-03-21 unmets

[Konstantin A. Lepikhov]

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

Hi Alexey!

Tuesday 22, at 11:54:44 AM you wrote:

> Mikhail Zabaluev wrote:
> >А вот не зря ли оно там играет? "Старый" пакет может претерпеть 
> >maintenance release, и что же, дистрибутив из-за этого пойдет
> >вкось?
> 
> Либо я вас не понял, либо вы меня. Речь идет о пакетах в incoming. При
> пересборке они сортируются по дате сборки. Очень редко мантейнер
> собирает зависимые между собой пакеты в обратном порядке.
с ядрами такое постоянно происходит - т.к. собрал патчи (без srpm),
приложил к ядру, подрихтовал, собрал ядро, если все нормально, обновил
патчи, собрал srpms, выложил в incoming/. Получилось, что buildtime ядра
раньше, чем feat/fix патчей. Приходится из-за этого патчи раньше ядра
выкладывать, и ждать, пока они соберутся. Так что, как минимум, данный
метод работает не везде и не всегда :)

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

Re: [devel] Re: I: Sisyphus-2005-03-21 unmets

[Alexey Gladkov]

Konstantin A. Lepikhov wrote:
> с ядрами такое постоянно происходит - т.к. собрал патчи (без srpm),
> приложил к ядру, подрихтовал, собрал ядро, если все нормально, обновил
> патчи, собрал srpms, выложил в incoming/. Получилось, что buildtime ядра
> раньше, чем feat/fix патчей. Приходится из-за этого патчи раньше ядра
> выкладывать, и ждать, пока они соберутся. Так что, как минимум, данный
> метод работает не везде и не всегда :)

Напрасно вы так делаете.

К выкрутасам ядер я уже привык. :) и даже если их buildtime совершенно 
сумасшедший они собираются в правильном порядке.

-- 
Rgrds, legion

Re: [devel] I: Sisyphus-2005-03-21 unmets

[Sergey V Turchin]

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

В сообщении от Понедельник 21 Март 2005 22:34 Vitaly Lipatov 
написал(a):

[...]

> С моими пакетами - постоянно. Но я почему-то каждый раз надеюсь,
> что apt будет выбирать не старый пакет, а новый...
У меня та же проблема с kde уже бог знает сколько.
Я нашел способ, как извратиться:
В конце BuildRequires нужно указать имя реального пакета(того, 
который нужно новый ставить) с любой версией.
Т.е. типа:
BuildRequires: kdelibs-devel-cxx = 3.4
BuildRequires: kdelibs-devel > 1
Если имя реального пакета не постоянное(содержит версию), то я тогда 
даже не представляю, как.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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