Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060429 packages: +7! +27 (5501)

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060429 packages: +7! +27 (5501)

[Igor Zubkov]

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

В сообщении от 29 апреля 2006 11:07 QA Team Robot написал(a):
> lincity-ng - LinCity-NG is a City Simulation Game. It is a polished and
> improved version of the classic LinCity game.   [25M] * Mon Apr 17 2006
> Eugene Suchkov <cityhawk@altlinux> 1.0.3-alt1
> - New version build
> * Tue Jan 17 2006 Eugene Suchkov <cityhawk@altlinux> 1.0.2-alt2

А почему пакет там много весит? Он с собой data files таскает?

Беглый осмотр дал следующее:
lincity-ng и lincity-ng-data собираются из одного спека. Из-за этого data 
пакет получается платформа-зависимым. #9491.

-- 
Король и Шут - Исповедь вампира

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

[devel] arch/noarch engine/data

[Michael Shigorin]

On Sat, Apr 29, 2006 at 12:35:47PM +0300, Igor Zubkov wrote:
> А почему пакет там много весит? Он с собой data files таскает?
> Беглый осмотр дал следующее: lincity-ng и lincity-ng-data
> собираются из одного спека. Из-за этого data пакет получается
> платформа-зависимым. #9491.

Пинай апстрим делить тарбол.

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

Re: [devel] arch/noarch engine/data

[Igor Zubkov]

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

В сообщении от 29 апреля 2006 22:43 Michael Shigorin написал(a):
> On Sat, Apr 29, 2006 at 12:35:47PM +0300, Igor Zubkov wrote:
> > А почему пакет там много весит? Он с собой data files таскает?
> > Беглый осмотр дал следующее: lincity-ng и lincity-ng-data
> > собираются из одного спека. Из-за этого data пакет получается
> > платформа-зависимым. #9491.
>
> Пинай апстрим делить тарбол.

Ручками слабо порезать? К примеру, у меня есть пакет openmortal и 
openmortal-data. В оригинале, он собирался из одного пакета с сорсами. 
Разрезано.

-- 
Disturbed - Guarded

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

Re: [devel] arch/noarch engine/data

[Genix]

Igor Zubkov wrote:

> Ручками слабо порезать? К примеру, у меня есть пакет openmortal и 
> openmortal-data. В оригинале, он собирался из одного пакета с сорсами. 
> Разрезано.

никогда не понимал желания поправить что-то локально, и запаковать с
сылкой на апстрим в поле URL.

P.$.: есть еще те, кто работают с src.rpm/spec а не готовыми бинарными
сборками


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

Re: [devel] arch/noarch engine/data

[Eugene A. Suchkov]

В сообщении от 1 мая 2006 12:36 Igor Zubkov написал(a):
> > Пинай апстрим делить тарбол.

Так я и поступлю...

> Ручками слабо порезать? К примеру, у меня есть пакет openmortal и
> openmortal-data. В оригинале, он собирался из одного пакета с сорсами.
> Разрезано.

Это ужасно. Не будет этого... Багу оставлю как INVALID.

-- 
With best regards
Eugene A. Suchkov (a.k.a CityHawk)
JID eugene.suchkov@gmail.com

Re: [devel] arch/noarch engine/data

[Igor Zubkov]

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

В сообщении от 2 мая 2006 08:33 Eugene A. Suchkov написал(a):
> В сообщении от 1 мая 2006 12:36 Igor Zubkov написал(a):
> > > Пинай апстрим делить тарбол.
>
> Так я и поступлю...

Ну это тоже хорошо.

> > Ручками слабо порезать? К примеру, у меня есть пакет openmortal и
> > openmortal-data. В оригинале, он собирался из одного пакета с сорсами.
> > Разрезано.
>
> Это ужасно. Не будет этого... Багу оставлю как INVALID.

Чем ужасно? Например, для того что бы залатать сборку которая в очередной раз 
отвалилась, мне надо залить только метров src.rpm с исходниками. Датники уже 
лежат в репозитории и их не надо трогать. Что в этом ужасного?

Кстати, upstream у openmortal мёртв, так что пинать уже некого...

-- 
I.F.K. - Смерть радикала

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

Re: [devel] arch/noarch engine/data

[Anton Farygin]

Eugene A. Suchkov wrote:
> В сообщении от 1 мая 2006 12:36 Igor Zubkov написал(a):
>>> Пинай апстрим делить тарбол.
> 
> Так я и поступлю...
> 
>> Ручками слабо порезать? К примеру, у меня есть пакет openmortal и
>> openmortal-data. В оригинале, он собирался из одного пакета с сорсами.
>> Разрезано.
> 
> Это ужасно. Не будет этого... Багу оставлю как INVALID.
> 

Кстати, openmortal на x86_64 вылетает с парашутом SDL ;)

MAPPING: 'JACINT' => 'cow.wav'
File '/usr/share/openmortal/characters/STAFF.DAT' contains 16 entries.
Unknown: 'info ', size: 32
Fatal signal: Segmentation Fault (SDL Parachute Deployed)

Rgds,
Rider

Re: [devel] arch/noarch engine/data

[Michael Shigorin]

On Mon, May 01, 2006 at 11:36:44AM +0300, Igor Zubkov wrote:
> > > А почему пакет там много весит? Он с собой data files
> > > таскает?  Беглый осмотр дал следующее: lincity-ng и
> > > lincity-ng-data собираются из одного спека. Из-за этого
> > > data пакет получается платформа-зависимым. #9491.
> > Пинай апстрим делить тарбол.
> Ручками слабо порезать? К примеру, у меня есть

Если у тебя есть лишнее здоровье и желание или обоснование
в виде того же трафика, то _ты_ можешь так делать.  Требовать 
исполнения прихотей от других я лично считаю неправильным.
(понятно, что "на выход" тоже трафик, но если кому-либо из
пользователей так жмёт, то может перехватить пакет и улучшать
плюс отслеживать его как угодно, но верится слабо)

Бишь IMCO это не стоит баги.

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

Re: [devel] arch/noarch engine/data

[Igor Zubkov]

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

В сообщении от 2 мая 2006 17:53 Anton Farygin написал(a):
> Eugene A. Suchkov wrote:
> > В сообщении от 1 мая 2006 12:36 Igor Zubkov написал(a):
> >>> Пинай апстрим делить тарбол.
> >
> > Так я и поступлю...
> >
> >> Ручками слабо порезать? К примеру, у меня есть пакет openmortal и
> >> openmortal-data. В оригинале, он собирался из одного пакета с сорсами.
> >> Разрезано.
> >
> > Это ужасно. Не будет этого... Багу оставлю как INVALID.
>
> Кстати, openmortal на x86_64 вылетает с парашутом SDL ;)
>
> MAPPING: 'JACINT' => 'cow.wav'
> File '/usr/share/openmortal/characters/STAFF.DAT' contains 16 entries.
> Unknown: 'info ', size: 32
> Fatal signal: Segmentation Fault (SDL Parachute Deployed)

https://bugzilla.altlinux.org/show_bug.cgi?id=9506

Буду думать как чинить.

-- 
Кипелов - Дыханье тьмы

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

Re: [devel] arch/noarch engine/data

[Денис Смирнов]

On Wed, May 03, 2006 at 12:23:45PM +0300, Michael Shigorin wrote:

MS> Если у тебя есть лишнее здоровье и желание или обоснование
MS> в виде того же трафика, то _ты_ можешь так делать.  Требовать 
MS> исполнения прихотей от других я лично считаю неправильным.
MS> (понятно, что "на выход" тоже трафик, но если кому-либо из
MS> пользователей так жмёт, то может перехватить пакет и улучшать
MS> плюс отслеживать его как угодно, но верится слабо)
MS> Бишь IMCO это не стоит баги.

IMHO -- стоит, но с минимальным приоритетом. Потому как это есть _бага_,
но исправлять её совсем-совсем не обязательно.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Ценность программы прямо пропорциональна весу ее "выдачи".

[devel] [JT] Re: arch/noarch engine/data

[Michael Shigorin]

On Wed, May 03, 2006 at 02:27:25PM +0400, Денис Смирнов wrote:
> MS> Если у тебя есть лишнее здоровье и желание или обоснование
> MS> в виде того же трафика, то _ты_ можешь так делать.  Требовать 
> MS> исполнения прихотей от других я лично считаю неправильным.
> MS> (понятно, что "на выход" тоже трафик, но если кому-либо из
> MS> пользователей так жмёт, то может перехватить пакет и улучшать
> MS> плюс отслеживать его как угодно, но верится слабо)
> MS> Бишь IMCO это не стоит баги.
> IMHO -- стоит, но с минимальным приоритетом. Потому как это
> есть _бага_, но исправлять её совсем-совсем не обязательно.

Это не бага, это подход к упаковке.  Хотя если апстрим надёжно
помер, а пакет такой, что порой ломается, то смысл один раз
дёрнуться может и быть.  Только тогда сразу надо по пальцам
перечислить, зачем. (хотя... я бы всё равно обломался, ну или
отдал пакет желающему ;-)

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

Re: [devel] [JT] Re: arch/noarch engine/data

[Денис Смирнов]

On Wed, May 03, 2006 at 01:56:53PM +0300, Michael Shigorin wrote:

>> IMHO -- стоит, но с минимальным приоритетом. Потому как это
>> есть _бага_, но исправлять её совсем-совсем не обязательно.
MS> Это не бага, это подход к упаковке.  Хотя если апстрим надёжно
MS> помер, а пакет такой, что порой ломается, то смысл один раз
MS> дёрнуться может и быть.  Только тогда сразу надо по пальцам
MS> перечислить, зачем. (хотя... я бы всё равно обломался, ну или
MS> отдал пакет желающему ;-)

Глюки Windows это не баги, а подход к разработке...

Давай все-таки делить не связаные вещи. Бага есть бага, в не зависимости
от того будет её фиксить мантейнер или кто ещё, или нет. И если будет то
когда. И вообще от мантейнера не зависит является ли нечто багой или нет.

Пакет, не содержащий ничего архитектурно-зависимого, и при этом не
являющийся noarch это заведомо бага.

Пакет, содержащий в себе большие группы файлов, не требующие
одновременного обновления это тоже бага.

Естественно это бага даже на minor еле тянет, но это бага. И место ей в
багзилле хотя бы потому, что может смениться мантейнер (и новый решит её
исправить). Или кто-то за мантейнера предложит исправить эту багу.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
[...] нет необходимости поддерживать целостность того, чего нет.
		-- ldv in devel@

Re: [devel] [JT] Re: arch/noarch engine/data

[Led]

В сообщении от 3 мая 2006 15:02 Денис Смирнов написал(a):
> On Wed, May 03, 2006 at 01:56:53PM +0300, Michael Shigorin wrote:
> >> IMHO -- стоит, но с минимальным приоритетом. Потому как это
> >> есть _бага_, но исправлять её совсем-совсем не обязательно.
>
> MS> Это не бага, это подход к упаковке.  Хотя если апстрим надёжно
> MS> помер, а пакет такой, что порой ломается, то смысл один раз
> MS> дёрнуться может и быть.  Только тогда сразу надо по пальцам
> MS> перечислить, зачем. (хотя... я бы всё равно обломался, ну или
> MS> отдал пакет желающему ;-)
>
> Глюки Windows это не баги, а подход к разработке...
>
> Давай все-таки делить не связаные вещи. Бага есть бага, в не зависимости
> от того будет её фиксить мантейнер или кто ещё, или нет. И если будет то
> когда. И вообще от мантейнера не зависит является ли нечто багой или нет.
>
> Пакет, не содержащий ничего архитектурно-зависимого, и при этом не
> являющийся noarch это заведомо бага.

Если это и бага, то бага rpmbuild ИМХО...

>
> Пакет, содержащий в себе большие группы файлов, не требующие
> одновременного обновления это тоже бага.
>
> Естественно это бага даже на minor еле тянет, но это бага.

Согласен, если фичреквест считать багой:)

> И место ей в 
> багзилле хотя бы потому, что может смениться мантейнер (и новый решит её
> исправить). Или кто-то за мантейнера предложит исправить эту багу.

-- 
Led.