* [devel] Q: hsh --repackage-source
@ 2005-04-29 20:17 Dmitry V. Levin
2005-04-29 20:22 ` [devel] " Michael Shigorin
` (3 more replies)
0 siblings, 4 replies; 13+ messages in thread
From: Dmitry V. Levin @ 2005-04-29 20:17 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 273 bytes --]
Hi,
Мне предложили изменить поведение hasher'а, включив по умолчанию параметр
--repackage-source с добавлением нового параметра (--no-repackage-source),
с помощью которого можно было бы вернуть прежнее поведение.
У кого-нибудь есть противопоказания?
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* [devel] Re: Q: hsh --repackage-source
2005-04-29 20:17 [devel] Q: hsh --repackage-source Dmitry V. Levin
@ 2005-04-29 20:22 ` Michael Shigorin
2005-04-29 20:40 ` Dmitry V. Levin
2005-04-29 20:41 ` [devel] " Alexey Rusakov
` (2 subsequent siblings)
3 siblings, 1 reply; 13+ messages in thread
From: Michael Shigorin @ 2005-04-29 20:22 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 322 bytes --]
On Sat, Apr 30, 2005 at 12:17:11AM +0400, Dmitry V. Levin wrote:
> У кого-нибудь есть противопоказания?
Ну давай попробуем. :)
А не будет ли тестом пересборка сизифа из набора src.rpm,
полученных таким образом?
--
---- WBR, Michael Shigorin <mike@altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [devel] Re: Q: hsh --repackage-source
2005-04-29 20:22 ` [devel] " Michael Shigorin
@ 2005-04-29 20:40 ` Dmitry V. Levin
2005-04-30 12:36 ` Vladimir Lettiev
0 siblings, 1 reply; 13+ messages in thread
From: Dmitry V. Levin @ 2005-04-29 20:40 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 634 bytes --]
On Fri, Apr 29, 2005 at 11:22:40PM +0300, Michael Shigorin wrote:
> On Sat, Apr 30, 2005 at 12:17:11AM +0400, Dmitry V. Levin wrote:
> > У кого-нибудь есть противопоказания?
>
> Ну давай попробуем. :)
Да я уже почти полтора года пробую. :)
> А не будет ли тестом пересборка сизифа из набора src.rpm,
> полученных таким образом?
Если никто специально не жульничал, то не будет.
Я смог придумать только один случай, когда включение --repackage-source
может иметь негативный эффект, но во-первых, это довольно сильно
притянутый за уши случай, и во-вторых, можно будет применить
--no-repackage-source.
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [devel] Q: hsh --repackage-source
2005-04-29 20:17 [devel] Q: hsh --repackage-source Dmitry V. Levin
2005-04-29 20:22 ` [devel] " Michael Shigorin
@ 2005-04-29 20:41 ` Alexey Rusakov
2005-04-29 20:56 ` Dmitry V. Levin
2005-04-30 8:20 ` Alexey Borovskoy
2005-04-30 21:32 ` [devel] " Alexey Tourbin
3 siblings, 1 reply; 13+ messages in thread
From: Alexey Rusakov @ 2005-04-29 20:41 UTC (permalink / raw)
To: ALT Devel discussion list
Dmitry V. Levin wrote:
>Мне предложили изменить поведение hasher'а, включив по умолчанию параметр
>--repackage-source с добавлением нового параметра (--no-repackage-source),
>с помощью которого можно было бы вернуть прежнее поведение.
>
>У кого-нибудь есть противопоказания?
>
>
Противопоказаний с моей стороны нет (всё равно оно мне не надо - добавлю
параметр, только и всего), но мне интересно узнать rationale этого
ключа. Потому что в /i/S/ я отправляю ровно тот же пакет, который
скармливаю hsh, а не тот, который hsh делает при --repackage-source.
Зачем в принципе может быть нужно перепаковывать src.rpm?
--
Alexey "Ktirf" Rusakov
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [devel] Q: hsh --repackage-source
2005-04-29 20:41 ` [devel] " Alexey Rusakov
@ 2005-04-29 20:56 ` Dmitry V. Levin
2005-04-29 21:18 ` Alexey Rusakov
0 siblings, 1 reply; 13+ messages in thread
From: Dmitry V. Levin @ 2005-04-29 20:56 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1486 bytes --]
On Sat, Apr 30, 2005 at 12:41:43AM +0400, Alexey Rusakov wrote:
> Dmitry V. Levin wrote:
>
> >Мне предложили изменить поведение hasher'а, включив по умолчанию параметр
> >--repackage-source с добавлением нового параметра (--no-repackage-source),
> >с помощью которого можно было бы вернуть прежнее поведение.
> >
> >У кого-нибудь есть противопоказания?
> >
> Противопоказаний с моей стороны нет (всё равно оно мне не надо - добавлю
> параметр, только и всего), но мне интересно узнать rationale этого
> ключа. Потому что в /i/S/ я отправляю ровно тот же пакет, который
> скармливаю hsh, а не тот, который hsh делает при --repackage-source.
Если я скажу, что за последние 17 месяцев я устал каждый раз набирать
--repackage-source, то вы мне не поверите и правильно сделаете, потому что
для себя этот вопрос я уже давно решил. :)
> Зачем в принципе может быть нужно перепаковывать src.rpm?
Исходный пакет, собранный в той же среде, что и бинарный, имеет шанс быть
менее неправильным (или более правильным), чем первоначальный.
Например, если среда хост-системы и сборочная среда отличаются, а в
spec-файле используются сомнительные макросы типа %get_dep, то весьма
вероятно, что исходные пакеты будут различаться по сборочным зависимостям.
Кроме того, я знаю некоторых пользователей, у которых есть параноидальное
стремление избегать публикации частной информации (hostname, имя локального
пользователя) в заголовке исходного пакета.
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [devel] Q: hsh --repackage-source
2005-04-29 20:56 ` Dmitry V. Levin
@ 2005-04-29 21:18 ` Alexey Rusakov
0 siblings, 0 replies; 13+ messages in thread
From: Alexey Rusakov @ 2005-04-29 21:18 UTC (permalink / raw)
To: ALT Devel discussion list
Dmitry V. Levin wrote:
>Исходный пакет, собранный в той же среде, что и бинарный, имеет шанс быть
>менее неправильным (или более правильным), чем первоначальный.
>
>
Ну вот я тоже так подумал, но за недолгую практику я так и не столкнулся
с тем, чтобы пакеты сильно разнились по правильности. Решил
поинтересоваться.
>Кроме того, я знаю некоторых пользователей, у которых есть параноидальное
>стремление избегать публикации частной информации (hostname, имя локального
>пользователя) в заголовке исходного пакета.
>
>
Любопытство удовлетворено, спасибо :) Попробую использовать новое
умолчание :)
--
Alexey "Ktirf" Rusakov
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [devel] Q: hsh --repackage-source
2005-04-29 20:17 [devel] Q: hsh --repackage-source Dmitry V. Levin
2005-04-29 20:22 ` [devel] " Michael Shigorin
2005-04-29 20:41 ` [devel] " Alexey Rusakov
@ 2005-04-30 8:20 ` Alexey Borovskoy
2005-04-30 21:32 ` [devel] " Alexey Tourbin
3 siblings, 0 replies; 13+ messages in thread
From: Alexey Borovskoy @ 2005-04-30 8:20 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 492 bytes --]
* Суббота 30 Апрель 2005 09:17 Dmitry V. Levin
> Hi,
>
> Мне предложили изменить поведение hasher'а, включив по
> умолчанию параметр --repackage-source с добавлением нового
> параметра (--no-repackage-source), с помощью которого можно
> было бы вернуть прежнее поведение.
>
> У кого-нибудь есть противопоказания?
Я всем своим пакетам в backports делаю --repackage-source. Вроде
еще ничего не взорвалось.
--
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58 4AFF 78F7 159F 66AD 8D7E
[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [devel] Re: Q: hsh --repackage-source
2005-04-29 20:40 ` Dmitry V. Levin
@ 2005-04-30 12:36 ` Vladimir Lettiev
0 siblings, 0 replies; 13+ messages in thread
From: Vladimir Lettiev @ 2005-04-30 12:36 UTC (permalink / raw)
To: ALT Devel discussion list
Dmitry V. Levin wrote:
> Я смог придумать только один случай, когда включение --repackage-source
> может иметь негативный эффект, но во-первых, это довольно сильно
> притянутый за уши случай, и во-вторых, можно будет применить
> --no-repackage-source.
Есть ещё положительный эффект.
Мне требуется собрать пакеты A и B. А зависит от В, B в свою очередь
зависит от A. Я придумываю некий способ бутстрапа. И собираю пакет:
rpmbuild -bs --with bootstrap A.src.rpm
а в спеке такая конструкция:
define bootstrap ...
%if !%bootstrap
BuildRequires: B
%endif
Спокойно собираю пакет B, который требует A.
После перепаковки src пакет A будет иметь сборочные зависимости на B и
при следующей пересборке бутстраповые фишки в спеке отвалятся и пакет A
будет требовать пакет B. В случае чего фокус с --with можно повторить.
Удобство в том, что не надо напрягать incoming@, извещая о своих
коварных планах. Недостаток - если в конструкции %if будет сидеть
Reqeuires - собраные rpm пакеты никогда не будут иметь этой зависимости.
--
С уважением, Владимир Леттиев aka crux <crux@gorodmasterov.com>
^ permalink raw reply [flat|nested] 13+ messages in thread
* [devel] Re: Q: hsh --repackage-source
2005-04-29 20:17 [devel] Q: hsh --repackage-source Dmitry V. Levin
` (2 preceding siblings ...)
2005-04-30 8:20 ` Alexey Borovskoy
@ 2005-04-30 21:32 ` Alexey Tourbin
2005-04-30 22:03 ` Dmitry V. Levin
3 siblings, 1 reply; 13+ messages in thread
From: Alexey Tourbin @ 2005-04-30 21:32 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1.1: Type: text/plain, Size: 953 bytes --]
On Sat, Apr 30, 2005 at 12:17:11AM +0400, Dmitry V. Levin wrote:
> Мне предложили изменить поведение hasher'а, включив по умолчанию параметр
> --repackage-source с добавлением нового параметра (--no-repackage-source),
> с помощью которого можно было бы вернуть прежнее поведение.
>
> У кого-нибудь есть противопоказания?
Насколько сложно/реально сделать доступным репозитарий внутри чрута
(возможно, не для всех пакетов, а только для тех, которые для сборки
требуют apt)?
Пытаясь преодолеть это ограничение, я сегодня придумал пакет, для
которого --repackage-source даст заведомо неверный результат. Идея
такая:
BuildRequires: %test_perl_packages
BuildRequires: perl-devel
%build
make test
Тарболл для пакета (с тестами) и макрос %test_perl_packages генерируются
автоматически:
rpm:
rpm -ba --define '_sourcedir $(PWD)' --define 'test_perl_packages $(PACKAGES)' $(NAME).spec
(Подробности в аттаче.)
> --
> ldv
[-- Attachment #1.2: test-perl.tar.gz --]
[-- Type: application/x-gzip, Size: 1171 bytes --]
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [devel] Re: Q: hsh --repackage-source
2005-04-30 21:32 ` [devel] " Alexey Tourbin
@ 2005-04-30 22:03 ` Dmitry V. Levin
2005-04-30 23:00 ` Alexey Tourbin
0 siblings, 1 reply; 13+ messages in thread
From: Dmitry V. Levin @ 2005-04-30 22:03 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1081 bytes --]
On Sun, May 01, 2005 at 01:32:48AM +0400, Alexey Tourbin wrote:
> On Sat, Apr 30, 2005 at 12:17:11AM +0400, Dmitry V. Levin wrote:
> > Мне предложили изменить поведение hasher'а, включив по умолчанию параметр
> > --repackage-source с добавлением нового параметра (--no-repackage-source),
> > с помощью которого можно было бы вернуть прежнее поведение.
> >
> > У кого-нибудь есть противопоказания?
>
> Насколько сложно/реально сделать доступным репозитарий внутри чрута
Какой репозитарий? apt может быть настроен на любое число репозитариев.
> Пытаясь преодолеть это ограничение, я сегодня придумал пакет, для
> которого --repackage-source даст заведомо неверный результат. Идея
> такая:
>
> BuildRequires: %test_perl_packages
> BuildRequires: perl-devel
>
> %build
> make test
>
> Тарболл для пакета (с тестами) и макрос %test_perl_packages генерируются
> автоматически:
>
> rpm:
> rpm -ba --define '_sourcedir $(PWD)' --define 'test_perl_packages $(PACKAGES)' $(NAME).spec
Суть вопроса в том, какой режим лучше по умолчанию?
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* [devel] Re: Q: hsh --repackage-source
2005-04-30 22:03 ` Dmitry V. Levin
@ 2005-04-30 23:00 ` Alexey Tourbin
2005-05-01 9:23 ` Dmitry V. Levin
0 siblings, 1 reply; 13+ messages in thread
From: Alexey Tourbin @ 2005-04-30 23:00 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 6350 bytes --]
On Sun, May 01, 2005 at 02:03:25AM +0400, Dmitry V. Levin wrote:
> > Насколько сложно/реально сделать доступным репозитарий внутри чрута
> Какой репозитарий? apt может быть настроен на любое число репозитариев.
Я про другое (см. [devel] RFC: test packages). Для сборки пакета,
который будет выполнять тесты из других пакетов, внутри чрута мне нужен
репозитарий, чтобы можно было сказать `apt-get source перловые_пакеты'.
Пока это единственный такой (предполагаемый) пакет.
Но поскольку репозитария внтури чрута нет и apt-get source работать не
будет, то выход состоит в том, чтобы выполнять apt-get source снаружи и
частичный результат распаковки rpm'ов (тестовые файлы) запаковать в
тарболл для этого пакета. Это намного хуже, поэтому я и спрашиваю:
стоит ли надеяться, что hasher когда-нибудь сможет монтировать
репозитарий в сборочный чрут?
Как это связано с --repackage-source: косвенно; зависимости Requires
и BuildRequires в этом пакете подставляются снаружи через макросы.
При обычном rpm -bs *.spec эти макросы просто не раскроются.
> Суть вопроса в том, какой режим лучше по умолчанию?
По умолчанию лучше --repackage-source.
Единственная проблема в том, что при этом теряется подпись.
Ещё интересно научиться сравнивать идентичность src.rpm пакетов.
Что у них в принципе может отличаться?
$ which rpmdump
rpmdump: aliased to perl -MData::Dumper -MRPM::Header -e "print Dumper(RPM::Header->new(@ARGV))"
$ diff <(rpmdump ~/RPM/SRPMS/xplc-0.3.11-alt1.src.rpm) <(rpmdump ~/build/repo/SRPMS.hasher/xplc-0.3.11-alt1.src.rpm)
--- /home/at/tmp/zsh5w9oAp 2005-04-30 22:54:59 +0000
+++ /home/at/tmp/zshaU4qVr 2005-04-30 22:54:59 +0000
@@ -1,12 +1,12 @@
$VAR1 = bless( {
'SIGSIZE' => [
- 125315
+ 125357
],
'SIGMD5' => [
- 'О<¬Џ¦\x17•Р ¶S‰ҐВэR'
+ '\aЁ–ьj®Я\x14ќѓs‚~в‡Ў'
],
'SHA1HEADER' => [
- '4a6d61ebd863b93db1133f7f513d7ea85d778af0'
+ 'eb3298a7f2a2e91a43e0e615eb183df3bad4974d'
],
'NAME' => 'xplc',
'VERSION' => '0.3.11',
@@ -16,8 +16,8 @@ $VAR1 = bless( {
that provide extensibility and reusability both inside and between
applications, being portable across platforms and languages, easy to
use and having the lowest possible overhead.',
- 'BUILDTIME' => 1114875095,
- 'BUILDHOST' => 'localhost.localdomain',
+ 'BUILDTIME' => 1114892886,
+ 'BUILDHOST' => 'at.hasher.altlinux.org',
'SIZE' => 255514,
'DISTRIBUTION' => 'ALT Linux',
'VENDOR' => 'ALT Linux Team',
@@ -33,7 +33,7 @@ use and having the lowest possible overh
],
'URL' => 'http://xplc.sourceforge.net/',
'OS' => 'linux',
- 'ARCH' => 'i686',
+ 'ARCH' => 'i586',
'FILESIZES' => [
1495,
3430,
@@ -47,10 +47,10 @@ use and having the lowest possible overh
33188
],
'FILERDEVS' => [
+ 34819,
0,
0,
- 0,
- 1024
+ 0
],
'FILEMTIMES' => [
1114789260,
@@ -77,16 +77,16 @@ use and having the lowest possible overh
32
],
'FILEUSERNAME' => [
- 'at',
- 'at',
- 'at',
- 'at'
+ 'builder',
+ 'builder',
+ 'builder',
+ 'builder'
],
'FILEGROUPNAME' => [
- 'at',
- 'at',
- 'at',
- 'at'
+ 'builder',
+ 'builder',
+ 'builder',
+ 'builder'
],
'FILEVERIFYFLAGS' => [
-1,
@@ -133,18 +133,18 @@ use and having the lowest possible overh
'- Added libxplc-cxx.a to the devel package.',
'- Initial RPM release.'
],
- 'COOKIE' => 'localhost.localdomain 1114875095',
+ 'COOKIE' => 'at.hasher.altlinux.org 1114892886',
'FILEDEVICES' => [
- 777,
- 777,
- 777,
- 777
+ 8449,
+ 8449,
+ 8449,
+ 8449
],
'FILEINODES' => [
- 3141617,
- 3141637,
- 3141356,
- 1036281
+ 14074782,
+ 14074783,
+ 14074784,
+ 17662837
],
'FILELANGS' => [
'',
$
> --
> ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [devel] Re: Q: hsh --repackage-source
2005-04-30 23:00 ` Alexey Tourbin
@ 2005-05-01 9:23 ` Dmitry V. Levin
2005-05-01 11:40 ` Michael Shigorin
0 siblings, 1 reply; 13+ messages in thread
From: Dmitry V. Levin @ 2005-05-01 9:23 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 2130 bytes --]
On Sun, May 01, 2005 at 03:00:01AM +0400, Alexey Tourbin wrote:
> On Sun, May 01, 2005 at 02:03:25AM +0400, Dmitry V. Levin wrote:
> > > Насколько сложно/реально сделать доступным репозитарий внутри чрута
> > Какой репозитарий? apt может быть настроен на любое число репозитариев.
>
> Я про другое (см. [devel] RFC: test packages). Для сборки пакета,
> который будет выполнять тесты из других пакетов, внутри чрута мне нужен
> репозитарий, чтобы можно было сказать `apt-get source перловые_пакеты'.
> Пока это единственный такой (предполагаемый) пакет.
>
> Но поскольку репозитария внтури чрута нет и apt-get source работать не
> будет, то выход состоит в том, чтобы выполнять apt-get source снаружи и
> частичный результат распаковки rpm'ов (тестовые файлы) запаковать в
> тарболл для этого пакета. Это намного хуже, поэтому я и спрашиваю:
> стоит ли надеяться, что hasher когда-нибудь сможет монтировать
> репозитарий в сборочный чрут?
hasher не знает, что такое репозитарий.
hasher можно научить делать mount --bind, если удастся чётко определить,
- что можно монтировать,
- куда это можно монтировать,
- когда монтировать и
- кто этим процессом будет управлять.
> > Суть вопроса в том, какой режим лучше по умолчанию?
>
> По умолчанию лучше --repackage-source.
> Единственная проблема в том, что при этом теряется подпись.
Подпись можно поставить потом, после сборки, убедившись, что пакет
работает.
> Ещё интересно научиться сравнивать идентичность src.rpm пакетов.
> Что у них в принципе может отличаться?
Список файлов и сами файлы должны совпадать.
Даты модификации файлов должны совпадать.
Права доступа к файлам тоже сейчас должны совпадать, хотя я планирую
добавить корректировку прав (например, u+w,go-w).
Владелец файлов, скорее всего, будет отличаться.
Какие тэги заголовков могут отличаться, надо определить.
Могут меняться зависимости.
Теоретически, меняться может всё что угодно, поскольку первой строкой
spec-файла может быть "%if %(код, зависящий от сборочной среды)".
На практике, такие странности должны быть очень веско обоснованы.
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* [devel] Re: Q: hsh --repackage-source
2005-05-01 9:23 ` Dmitry V. Levin
@ 2005-05-01 11:40 ` Michael Shigorin
0 siblings, 0 replies; 13+ messages in thread
From: Michael Shigorin @ 2005-05-01 11:40 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 875 bytes --]
On Sun, May 01, 2005 at 01:23:07PM +0400, Dmitry V. Levin wrote:
> Права доступа к файлам тоже сейчас должны совпадать, хотя я
> планирую добавить корректировку прав (например, u+w,go-w).
О, а вот это дело. Вечно сохранённое в правильных MUA
оказывается 0600 ;-)
> Могут меняться зависимости.
Вот это и цель сравнения?
> Теоретически, меняться может всё что угодно, поскольку первой
> строкой spec-файла может быть "%if %(код, зависящий от
> сборочной среды)".
Кстати, Корчмарь по этому поводу ругался, что испортили src.rpm
как капсулу с известными свойствами. Правда, резонно отвечали,
что они и так известны постольку поскольку -- всё равно от среды
сборки может зависеть.
> На практике, такие странности должны быть очень веско обоснованы.
--
---- WBR, Michael Shigorin <mike@altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2005-05-01 11:40 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-04-29 20:17 [devel] Q: hsh --repackage-source Dmitry V. Levin
2005-04-29 20:22 ` [devel] " Michael Shigorin
2005-04-29 20:40 ` Dmitry V. Levin
2005-04-30 12:36 ` Vladimir Lettiev
2005-04-29 20:41 ` [devel] " Alexey Rusakov
2005-04-29 20:56 ` Dmitry V. Levin
2005-04-29 21:18 ` Alexey Rusakov
2005-04-30 8:20 ` Alexey Borovskoy
2005-04-30 21:32 ` [devel] " Alexey Tourbin
2005-04-30 22:03 ` Dmitry V. Levin
2005-04-30 23:00 ` Alexey Tourbin
2005-05-01 9:23 ` Dmitry V. Levin
2005-05-01 11:40 ` Michael Shigorin
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