[devel] gnumeric 1.7.11

[devel] gnumeric 1.7.11

[Alexey Morsov]

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

Приветствую.

В сизифе сейчас версия 1.7.10 в которой присутствует бага
https://bugzilla.altlinux.org/show_bug.cgi?id=12430, которая исправлена в
собираемой в данный момент мной 1.7.11
А вот в бранче еще хуже - там gnumeric 1.7.8

Просто бинарно положить его туда нельзя. gnumeric > 1.7.8 хочет
libgnomeoffice >= 0.3.8 (которая в сизифе). Но libgnomeoffice-0.3.8
разломает gnucash той версии которая в бранче (не так давно его разломало
из-за libgnomeoffice в сизифе и он был обновлен под эту проблему Виталием
Липатовым).

Собственно вопрос: поскольку вышеуказанный баг critical то надо все же
gnumeric-1.7.11 положить в бранч, но для этого нужно сначала положить туда
libgnomeoffice-0.3.8 и gnucash из сизифа.

Господин lioka выдвинул идею "выдрать то что фиксит этот баг из 1.7.11 и
приложить к 1.7.8", но мне кажется это не очень верным. Изменений с 1.7.8
до 1.7.10 было довольно много (в том числе полностью переделана система
печати, добавлены новые функции в плюгины и вот это жесткое требование
libgnomeoffice-0.3.8 тоже может "выйти боком").

Вопрос кто виноват оставлю за кадром, поэтому "Что делать?" 

-- 

С уважением,
Алексей Морсов
программист ЗАО "ИК "Риком-Траст"

Jabber: samurai@www.fondmarket.ru
www.ricom.ru
www.fondmarket.ru

NP: Пикник - Мракобесие и Джаз


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

Re: [devel] gnumeric 1.7.11

[Avramenko Andrew]

Alexey Morsov пишет:

> Господин lioka выдвинул идею "выдрать то что фиксит этот баг из 1.7.11 и
> приложить к 1.7.8", но мне кажется это не очень верным. Изменений с 1.7.8
> до 1.7.10 было довольно много (в том числе полностью переделана система
> печати, добавлены новые функции в плюгины и вот это жесткое требование
> libgnomeoffice-0.3.8 тоже может "выйти боком").
> 

Вставлю свои 5 копеек: тот же Red Hat активно использует технологию 
бэкпортинга фиксов из старших версий в младшии, минуя новые возможности, 
поскольку в новых возможностях в будущем находят баги и получается 
замкнутый круг. Почему бы в отношении ветки бранч нам не поступать так же?


--
С уважением,
Андрей

Re: [devel] gnumeric 1.7.11

[Хихин Руслан]

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

Здравствуйте Avramenko Andrew
  В сообщении от 31 июля 2007 Avramenko Andrew написал(a):
 > Вставлю свои 5 копеек: тот же Red Hat активно использует технологию
 >
 > бэкпортинга фиксов из старших версий в младшии, минуя новые
 > возможности,
 >
 > поскольку в новых возможностях в будущем находят баги и получается
 >
 > замкнутый круг. Почему бы в отношении ветки бранч нам не поступать
 > так же?
Тогда надо вести два пакета - новый и старый. Впрочем это уже дело 
мантейнера конкретного пакета.
Плюс необходимо что-бы версии брэнча и сизифа не смешивались, а значит в 
брэнч пакеты должны попадать не перекладыванием, а через отдельный 
вход - через пересборку. Не уверен, что этот вход  - update. Например 
непонятно как обновить версию пакета alt5 в бренче, если предыдущая 
версия и в бренче и Сизифе версия alt5 (перекладывание), а в обновление 
актуально только для бренча.

-- 
С  уважением Хихин Руслан

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

Re: [devel] gnumeric 1.7.11

[Vitaly Lipatov]

On 31 июля 2007, Alexey Morsov wrote:
...
> Собственно вопрос: поскольку вышеуказанный баг critical то
> надо все же gnumeric-1.7.11 положить в бранч, но для этого
> нужно сначала положить туда libgnomeoffice-0.3.8 и gnucash из
> сизифа.
Я только за, сейчас libgnucash и gnucash в совершенно работающем 
состоянии в Сизифе.


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

Re: [devel] gnumeric 1.7.11

[Aleksey Novodvorsky]

On 7/31/07, Avramenko Andrew <liksx@mail.ru> wrote:
> Alexey Morsov пишет:
>
> > Господин lioka выдвинул идею "выдрать то что фиксит этот баг из 1.7.11 и
> > приложить к 1.7.8", но мне кажется это не очень верным. Изменений с 1.7.8
> > до 1.7.10 было довольно много (в том числе полностью переделана система
> > печати, добавлены новые функции в плюгины и вот это жесткое требование
> > libgnomeoffice-0.3.8 тоже может "выйти боком").
> >
>
> Вставлю свои 5 копеек: тот же Red Hat активно использует технологию
> бэкпортинга фиксов из старших версий в младшии, минуя новые возможности,
> поскольку в новых возможностях в будущем находят баги и получается
> замкнутый круг. Почему бы в отношении ветки бранч нам не поступать так же?

После выхода Desktop -- несомненно.  До его выхода, пока есть только
Server, к которому перечисленные пакеты никак не относятся, можно
принять и другое решение. Все на усмотрение ldv, мейнтенеры
высказались.

Rgrds, Алексей

>
>
> --
> С уважением,
> Андрей
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] gnumeric 1.7.11

[Alexey Morsov]

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

On Wed, Aug 01, 2007 at 12:04:17AM +0400, Vitaly Lipatov wrote:
> On 31 июля 2007, Alexey Morsov wrote:
> ...
> > Собственно вопрос: поскольку вышеуказанный баг critical то
> > надо все же gnumeric-1.7.11 положить в бранч, но для этого
> > нужно сначала положить туда libgnomeoffice-0.3.8 и gnucash из
> > сизифа.
> Я только за, сейчас libgnucash и gnucash в совершенно работающем 
> состоянии в Сизифе.
Ну значит кидаем в бранч gnumeric 1.7.11 + тофарищей.

Кстати - спешу "обрадовать" - 1.7.11 тащит с собой сверхобязательную
libgnomeoffice-0.4.2 и libgsf-1.14.4 (ну уже .5)

libgnomeoffice сейчас выложу в git - Виталий - можете уже попробоват с ним
собрать gnucash (а то не дай бог опять чего отвалится).

-- 

С уважением,
Алексей Морсов
программист ЗАО "ИК "Риком-Траст"

Jabber: samurai@www.fondmarket.ru
www.ricom.ru
www.fondmarket.ru

NP: Music is over :(


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

[devel] [JT] бэкпорты кода (was: gnumeric 1.7.11)

[Michael Shigorin]

On Tue, Jul 31, 2007 at 04:22:52PM +0400, Avramenko Andrew wrote:
> Вставлю свои 5 копеек: тот же Red Hat активно использует
> технологию бэкпортинга фиксов из старших версий в младшии,
> минуя новые возможности, поскольку в новых возможностях в
> будущем находят баги и получается замкнутый круг.

И мои пять: RH от этого уже немного запыхались и по крайней
мере в отношении ядра раздумывали вслух, а не отказаться ли
от практики бэкпортов в сторону current upstream source 
при том же QA.

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