ALT Linux Team development discussions
 help / color / mirror / Atom feed
* [devel] source.tar.gz in rpm spec?
@ 2012-10-12 14:54 Peter V. Saveliev
  2012-10-12 14:56 ` Mykola S. Grechukh
  2012-10-13  3:39 ` Денис Смирнов
  0 siblings, 2 replies; 7+ messages in thread
From: Peter V. Saveliev @ 2012-10-12 14:54 UTC (permalink / raw)
  To: ALT Linux Team development discussions

…

Друзья мои. Насколько некошерно нынче указывать source.tar.gz вместо
source.tar в спек-файле? Я в курсе, что gzip не даст тут экономии,
вопрос не в осмысленности, а в допустимости.

Просто думаю, нужно ли будет вставать на уши и менять схему запаковки,
или .tar.gz терпимо и тогда проблема сможет подождать.

Спасибо.
-- 
Peter V. Saveliev


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [devel] source.tar.gz in rpm spec?
  2012-10-12 14:54 [devel] source.tar.gz in rpm spec? Peter V. Saveliev
@ 2012-10-12 14:56 ` Mykola S. Grechukh
  2012-10-13  3:39 ` Денис Смирнов
  1 sibling, 0 replies; 7+ messages in thread
From: Mykola S. Grechukh @ 2012-10-12 14:56 UTC (permalink / raw)
  To: ALT Linux Team development discussions

Совершенно нормально, имхо. Для этого существует tar.gz: в .gear/rules.

12 октября 2012 г., 17:54 пользователь Peter V. Saveliev
<peet@altlinux.ru> написал:
> ...
>
> Друзья мои. Насколько некошерно нынче указывать source.tar.gz вместо
> source.tar в спек-файле? Я в курсе, что gzip не даст тут экономии,
> вопрос не в осмысленности, а в допустимости.
>
> Просто думаю, нужно ли будет вставать на уши и менять схему запаковки,
> или .tar.gz терпимо и тогда проблема сможет подождать.
>
> Спасибо.
> --
> Peter V. Saveliev
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel



-- 
Mykola Grechukh

CTO, Satelliz-Ukraine

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [devel] source.tar.gz in rpm spec?
  2012-10-12 14:54 [devel] source.tar.gz in rpm spec? Peter V. Saveliev
  2012-10-12 14:56 ` Mykola S. Grechukh
@ 2012-10-13  3:39 ` Денис Смирнов
  2012-10-13 10:06   ` Peter V. Saveliev
  1 sibling, 1 reply; 7+ messages in thread
From: Денис Смирнов @ 2012-10-13  3:39 UTC (permalink / raw)
  To: ALT Linux Team development discussions

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

On Fri, Oct 12, 2012 at 04:54:51PM +0200, Peter V. Saveliev wrote:

PVS> Друзья мои. Насколько некошерно нынче указывать source.tar.gz вместо
PVS> source.tar в спек-файле? Я в курсе, что gzip не даст тут экономии,
PVS> вопрос не в осмысленности, а в допустимости.
PVS> Просто думаю, нужно ли будет вставать на уши и менять схему запаковки,
PVS> или .tar.gz терпимо и тогда проблема сможет подождать.

Правил запрещающих это нет.
Технически это также допустимо.

Однако в связи с использованием xz это не просто не даст экономии, это
вероятнее всего увеличит размер пакета.

Кроме того, если используется gear, то для создания .tar.gz необходимо
таки выполнять сжатие, а это замедляет сборку.

Вставать на уши не стоит, но при каждом подходе к старому пакету разумно
переводить его на новую схему, без фанатизма.

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [devel] source.tar.gz in rpm spec?
  2012-10-13  3:39 ` Денис Смирнов
@ 2012-10-13 10:06   ` Peter V. Saveliev
  2012-10-13 12:27     ` Денис Смирнов
  0 siblings, 1 reply; 7+ messages in thread
From: Peter V. Saveliev @ 2012-10-13 10:06 UTC (permalink / raw)
  To: ALT Linux Team development discussions

13.10.2012 05:39, Денис Смирнов kirjoitti:
<skip />
> Правил запрещающих это нет.
> Технически это также допустимо.
> 
> Однако в связи с использованием xz это не просто не даст экономии, это
> вероятнее всего увеличит размер пакета.
> 
> Кроме того, если используется gear, то для создания .tar.gz необходимо
> таки выполнять сжатие, а это замедляет сборку.

Размер моих пакетов, по счастью, таков, что, надеюсь, временного
использования tgz никто не заметит.

> 
> Вставать на уши не стоит, но при каждом подходе к старому пакету разумно
> переводить его на новую схему, без фанатизма.

Да, буду думать.

<skip />


-- 
Peter V. Saveliev


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [devel] source.tar.gz in rpm spec?
  2012-10-13 10:06   ` Peter V. Saveliev
@ 2012-10-13 12:27     ` Денис Смирнов
  2012-10-13 14:24       ` Peter V. Saveliev
  0 siblings, 1 reply; 7+ messages in thread
From: Денис Смирнов @ 2012-10-13 12:27 UTC (permalink / raw)
  To: ALT Linux Team development discussions

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

On Sat, Oct 13, 2012 at 12:06:32PM +0200, Peter V. Saveliev wrote:

>> Вставать на уши не стоит, но при каждом подходе к старому пакету разумно
>> переводить его на новую схему, без фанатизма.
> Да, буду думать.

Думать? А в чем сложность?

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [devel] source.tar.gz in rpm spec?
  2012-10-13 12:27     ` Денис Смирнов
@ 2012-10-13 14:24       ` Peter V. Saveliev
  2012-10-16  4:00         ` Денис Смирнов
  0 siblings, 1 reply; 7+ messages in thread
From: Peter V. Saveliev @ 2012-10-13 14:24 UTC (permalink / raw)
  To: ALT Linux Team development discussions

13.10.2012 14:27, Денис Смирнов kirjoitti:
> On Sat, Oct 13, 2012 at 12:06:32PM +0200, Peter V. Saveliev wrote:
>
>>> Вставать на уши не стоит, но при каждом подходе к старому пакету разумно
>>> переводить его на новую схему, без фанатизма.
>> Да, буду думать.
> Думать? А в чем сложность?
>
>
<skip />

Хотел описать проблему, получился сумбур. Потому просто нарисую схему 
репозитариев и сборок

0. Гит проекта на git.alt и на гитхабе, по сути, эквивалентны. Взятый 
оттуда проект можно:

1. запаковать/установить через distutils: make dist или make install
2. собрать/установить под RedHat: git checkout package-rh && make rpm 
(для сборки используется архив от distutils)
3. собрать/установить под AltLinux: git checkout package-alt && make rpm 
(то же замечание)

4. Также он (будет собираться) под Fedora/Epel — там, по сути, как 
сборка в альте из srpm после импорта srpm в гит. Архив, стало быть, 
будет тот, который запакован distutils.
5. Также он (уже собирается) под Alt/Sisyphus — см. пункт 0.

В этих условиях мне хочется минимизировать телодвижения настолько, 
насколько это вообще возможно, чтобы, если что-то меняется в сборке, это 
не требовало ручной ревизии всего подряд. Как можно заметить, в этой 
схеме архив собирается либо distutils, либо gears. И для простоты пункта 
3. хотелось бы либо результат distutils bdist привести к виду gears, 
либо наоборот. Либо для пункта 2. паковать также руками (этот вариант я 
не рассматриваю, как расплод сущностей без необходимости). Либо… но это 
не поможет, так что ладно.

Пока что проще оказалось попросить gears делать tar.gz, как прочитаю 
подробнее про distutils, возможно, всё можно будет отыграть на голый tar.

-- 
Peter V. Saveliev



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [devel] source.tar.gz in rpm spec?
  2012-10-13 14:24       ` Peter V. Saveliev
@ 2012-10-16  4:00         ` Денис Смирнов
  0 siblings, 0 replies; 7+ messages in thread
From: Денис Смирнов @ 2012-10-16  4:00 UTC (permalink / raw)
  To: ALT Linux Team development discussions

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

On Sat, Oct 13, 2012 at 04:24:17PM +0200, Peter V. Saveliev wrote:

PVS> В этих условиях мне хочется минимизировать телодвижения настолько, 
PVS> насколько это вообще возможно, чтобы, если что-то меняется в сборке, это 
PVS> не требовало ручной ревизии всего подряд. Как можно заметить, в этой 
PVS> схеме архив собирается либо distutils, либо gears. И для простоты пункта 
PVS> 3. хотелось бы либо результат distutils bdist привести к виду gears, 
PVS> либо наоборот. Либо для пункта 2. паковать также руками (этот вариант я 
PVS> не рассматриваю, как расплод сущностей без необходимости). Либо… но это 
PVS> не поможет, так что ладно.
PVS> Пока что проще оказалось попросить gears делать tar.gz, как прочитаю 
PVS> подробнее про distutils, возможно, всё можно будет отыграть на голый tar.

А, то есть дело в сборке под разные дистрибутивы. Тогда Ok.
Можно еще сделать отдельный бранч, и в него положить скрипт, который
выполняет обновление из основного бранча и отправляет на сборку.

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2012-10-16  4:00 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-10-12 14:54 [devel] source.tar.gz in rpm spec? Peter V. Saveliev
2012-10-12 14:56 ` Mykola S. Grechukh
2012-10-13  3:39 ` Денис Смирнов
2012-10-13 10:06   ` Peter V. Saveliev
2012-10-13 12:27     ` Денис Смирнов
2012-10-13 14:24       ` Peter V. Saveliev
2012-10-16  4:00         ` Денис Смирнов

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