* [devel] rpm-build и не самый последний gcc
@ 2019-03-24 7:13 Sergey Y. Afonin
2019-03-24 10:15 ` Dmitry V. Levin
0 siblings, 1 reply; 17+ messages in thread
From: Sergey Y. Afonin @ 2019-03-24 7:13 UTC (permalink / raw)
To: devel
Приветствую.
А почему в Сизифе стало так?
# apt-get install gcc7 gcc7-c++ gcc8- gcc8-c++-
Reading Package Lists... Done
Building Dependency Tree... Done
Package gcc8-c++ is not installed, so not removed
The following packages will be REMOVED:
gcc gcc8 rpm-build
The following NEW packages will be installed:
gcc7 gcc7-c++
0 upgraded, 2 newly installed, 3 removed and 0 not upgraded.
Вроде бы так когда-то давно не было, и было достаточного любого gcc?
Вот, в p8 rpm-build не исчезает из-за отката gcc:
# apt-get install gcc4.4 gcc4.4-c++ gcc5-c++- gcc5-
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
cpp4.4 libstdc++4.4-devel
The following packages will be REMOVED:
gcc5 gcc5-c++
The following NEW packages will be installed:
cpp4.4 gcc4.4 gcc4.4-c++ libstdc++4.4-devel
--
С уважением, Сергей Афонин
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] rpm-build и не самый последний gcc
2019-03-24 7:13 [devel] rpm-build и не самый последний gcc Sergey Y. Afonin
@ 2019-03-24 10:15 ` Dmitry V. Levin
2019-03-24 13:39 ` Sergey Y. Afonin
0 siblings, 1 reply; 17+ messages in thread
From: Dmitry V. Levin @ 2019-03-24 10:15 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 309 bytes --]
On Sun, Mar 24, 2019 at 11:13:50AM +0400, Sergey Y. Afonin wrote:
> Приветствую.
>
> А почему в Сизифе стало так?
Потому что теперь gcc - это не любой gcc, а тот gcc,
который указан в пакете gcc.
> # apt-get install gcc7 gcc7-c++ gcc8- gcc8-c++-
А почему вы хотите удалить gcc8?
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] rpm-build и не самый последний gcc
2019-03-24 10:15 ` Dmitry V. Levin
@ 2019-03-24 13:39 ` Sergey Y. Afonin
2019-03-24 13:56 ` Dmitry V. Levin
0 siblings, 1 reply; 17+ messages in thread
From: Sergey Y. Afonin @ 2019-03-24 13:39 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Sunday 24 March 2019, Dmitry V. Levin wrote:
> > А почему в Сизифе стало так?
>
> Потому что теперь gcc - это не любой gcc, а тот gcc,
> который указан в пакете gcc.
%set_gcc_version по-прежнему?
> > # apt-get install gcc7 gcc7-c++ gcc8- gcc8-c++-
>
> А почему вы хотите удалить gcc8?
Потому, что есть предположение, что вне хэшера выбирается самый
новый, а не тот, что задан посредством %set_gcc_version 7.
--
С уважением, Сергей Афонин
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] rpm-build и не самый последний gcc
2019-03-24 13:39 ` Sergey Y. Afonin
@ 2019-03-24 13:56 ` Dmitry V. Levin
2019-03-24 14:31 ` Sergey Y. Afonin
0 siblings, 1 reply; 17+ messages in thread
From: Dmitry V. Levin @ 2019-03-24 13:56 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 683 bytes --]
On Sun, Mar 24, 2019 at 05:39:02PM +0400, Sergey Y. Afonin wrote:
> On Sunday 24 March 2019, Dmitry V. Levin wrote:
>
> > > А почему в Сизифе стало так?
> >
> > Потому что теперь gcc - это не любой gcc, а тот gcc,
> > который указан в пакете gcc.
>
> %set_gcc_version по-прежнему?
Да.
> > > # apt-get install gcc7 gcc7-c++ gcc8- gcc8-c++-
> >
> > А почему вы хотите удалить gcc8?
>
> Потому, что есть предположение, что вне хэшера выбирается самый
> новый, а не тот, что задан посредством %set_gcc_version 7.
%set_gcc_version это макрос, который работает в rpm-build.
За пределами rpm-build %set_gcc_version никакого влияния не оказывает.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] rpm-build и не самый последний gcc
2019-03-24 13:56 ` Dmitry V. Levin
@ 2019-03-24 14:31 ` Sergey Y. Afonin
2019-03-24 15:30 ` Dmitry V. Levin
0 siblings, 1 reply; 17+ messages in thread
From: Sergey Y. Afonin @ 2019-03-24 14:31 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Sunday 24 March 2019, Dmitry V. Levin wrote:
> %set_gcc_version это макрос, который работает в rpm-build.
> За пределами rpm-build %set_gcc_version никакого влияния не оказывает.
А разве сборка пакета по spec-файлу может производиться минуя rpm-build?
Скажем вот если написать "rpm -ba name.spec", а в spec есть %set_gcc_version,
этого должно быть достаточно?
--
С уважением, Сергей Афонин
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] rpm-build и не самый последний gcc
2019-03-24 14:31 ` Sergey Y. Afonin
@ 2019-03-24 15:30 ` Dmitry V. Levin
2019-03-24 17:20 ` Sergey Y. Afonin
0 siblings, 1 reply; 17+ messages in thread
From: Dmitry V. Levin @ 2019-03-24 15:30 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 535 bytes --]
On Sun, Mar 24, 2019 at 06:31:12PM +0400, Sergey Y. Afonin wrote:
> On Sunday 24 March 2019, Dmitry V. Levin wrote:
>
> > %set_gcc_version это макрос, который работает в rpm-build.
> > За пределами rpm-build %set_gcc_version никакого влияния не оказывает.
>
> А разве сборка пакета по spec-файлу может производиться минуя rpm-build?
Если специально не обходить rpm-build, то не может.
> Скажем вот если написать "rpm -ba name.spec", а в spec есть %set_gcc_version,
> этого должно быть достаточно?
Да.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] rpm-build и не самый последний gcc
2019-03-24 15:30 ` Dmitry V. Levin
@ 2019-03-24 17:20 ` Sergey Y. Afonin
2019-03-24 18:14 ` Dmitry V. Levin
0 siblings, 1 reply; 17+ messages in thread
From: Sergey Y. Afonin @ 2019-03-24 17:20 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Sunday 24 March 2019, Dmitry V. Levin wrote:
> > Скажем вот если написать "rpm -ba name.spec", а в spec есть %set_gcc_version,
> > этого должно быть достаточно?
>
> Да.
А вот такая конструкция в spec может использоваться для проверки версии,
или такое надо где-то в Makefile делать?
%set_gcc_version 7
i586-alt-linux-gcc --version
Если это должно заданную версию вывести в момент исполнения rpm -ba,
то не работает - выводит 8:
+ i586-alt-linux-gcc --version
i586-alt-linux-gcc (GCC) 8.3.1 20190311 (ALT Sisyphus 8.3.1-alt2)
Copyright (C) 2018 Free Software Foundation, Inc.
Это вот что установлено:
gcc7-7.3.1-alt7.i586
gcc7-c++-7.3.1-alt7.i586
gcc8-8.3.1-alt2.i586
gcc-8-alt1.i586
gcc8-c++-8.3.1-alt2.i586
gcc-c++-8-alt1.i586
gcc-c++-common-1.4.23-alt1.noarch
gcc-common-1.4.23-alt1.i586
--
С уважением, Сергей Афонин
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] rpm-build и не самый последний gcc
2019-03-24 17:20 ` Sergey Y. Afonin
@ 2019-03-24 18:14 ` Dmitry V. Levin
2019-03-25 6:04 ` [devel] slang2 (Re: rpm-build и не самый последний gcc) Sergey Afonin
0 siblings, 1 reply; 17+ messages in thread
From: Dmitry V. Levin @ 2019-03-24 18:14 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 512 bytes --]
On Sun, Mar 24, 2019 at 09:20:06PM +0400, Sergey Y. Afonin wrote:
> On Sunday 24 March 2019, Dmitry V. Levin wrote:
>
> > > Скажем вот если написать "rpm -ba name.spec", а в spec есть %set_gcc_version,
> > > этого должно быть достаточно?
> >
> > Да.
>
> А вот такая конструкция в spec может использоваться для проверки версии,
> или такое надо где-то в Makefile делать?
>
> %set_gcc_version 7
> i586-alt-linux-gcc --version
А зачем вы запускаете i586-alt-linux-gcc вместо gcc?
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 17+ messages in thread
* [devel] slang2 (Re: rpm-build и не самый последний gcc)
2019-03-24 18:14 ` Dmitry V. Levin
@ 2019-03-25 6:04 ` Sergey Afonin
2019-03-25 18:55 ` Dmitry V. Levin
0 siblings, 1 reply; 17+ messages in thread
From: Sergey Afonin @ 2019-03-25 6:04 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Sunday 24 March 2019, Dmitry V. Levin wrote:
> > %set_gcc_version 7
> > i586-alt-linux-gcc --version
>
> А зачем вы запускаете i586-alt-linux-gcc вместо gcc?
Хороший вопрос. Наверное, даже с переходом к новой теме...
Началось всё с того, что я обратил внимание на
List of 37 packages that cannot be rebuilt for more than one week:
...
slang2-2.3.2-alt1 [17] (ldv,@everybody)
Это касается только i586, и начало проблемы (два теста не проходят
после сборки) совпадает с днём появления в Сизифе gcc8. Для начала
захотел посмотреть, что будет при попытке собрать пакет посредством
gcc7.
%set_gcc_version 7
gcc --version
Действительно показывает
i586-alt-linux-gcc-7 (GCC) 7.3.1 20180712 (ALT Sisyphus 7.3.1-alt7)
Но вот дальше в логе сборки присутствуют строки, похожие на
cd /home/build/RPM/BUILD/slang-2.3.2/src/elfobjs && i586-alt-linux-gcc -c -pipe -frecord-gcc-switches -Wall -g -O2 -march=i586 -mtune=generic -fPIC -Dunix -DSLANG /home/build/RPM/BUILD/slang-2.3.2/src/slcmd.c
Собственно по-этому и "i586-alt-linux-gcc --version". В общем не
похоже, что "%set_gcc_version 7" на это влияет.
--
С уважением, Сергей Афонин.
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] slang2 (Re: rpm-build и не самый последний gcc)
2019-03-25 6:04 ` [devel] slang2 (Re: rpm-build и не самый последний gcc) Sergey Afonin
@ 2019-03-25 18:55 ` Dmitry V. Levin
2019-03-26 9:51 ` Sergey Afonin
0 siblings, 1 reply; 17+ messages in thread
From: Dmitry V. Levin @ 2019-03-25 18:55 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1336 bytes --]
On Mon, Mar 25, 2019 at 10:04:30AM +0400, Sergey Afonin wrote:
> On Sunday 24 March 2019, Dmitry V. Levin wrote:
>
> > > %set_gcc_version 7
> > > i586-alt-linux-gcc --version
> >
> > А зачем вы запускаете i586-alt-linux-gcc вместо gcc?
>
> Хороший вопрос. Наверное, даже с переходом к новой теме...
> Началось всё с того, что я обратил внимание на
>
> List of 37 packages that cannot be rebuilt for more than one week:
> ...
> slang2-2.3.2-alt1 [17] (ldv,@everybody)
>
> Это касается только i586, и начало проблемы (два теста не проходят
> после сборки) совпадает с днём появления в Сизифе gcc8. Для начала
> захотел посмотреть, что будет при попытке собрать пакет посредством
> gcc7.
>
> %set_gcc_version 7
> gcc --version
>
> Действительно показывает
> i586-alt-linux-gcc-7 (GCC) 7.3.1 20180712 (ALT Sisyphus 7.3.1-alt7)
>
> Но вот дальше в логе сборки присутствуют строки, похожие на
>
> cd /home/build/RPM/BUILD/slang-2.3.2/src/elfobjs && i586-alt-linux-gcc -c -pipe -frecord-gcc-switches -Wall -g -O2 -march=i586 -mtune=generic -fPIC -Dunix -DSLANG /home/build/RPM/BUILD/slang-2.3.2/src/slcmd.c
>
> Собственно по-этому и "i586-alt-linux-gcc --version". В общем не
> похоже, что "%set_gcc_version 7" на это влияет.
Напишите в спек-файле до %configure
export CC=%__cc
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] slang2 (Re: rpm-build и не самый последний gcc)
2019-03-25 18:55 ` Dmitry V. Levin
@ 2019-03-26 9:51 ` Sergey Afonin
2019-03-26 9:57 ` Aleksei Nikiforov
` (2 more replies)
0 siblings, 3 replies; 17+ messages in thread
From: Sergey Afonin @ 2019-03-26 9:51 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Monday 25 March 2019, Dmitry V. Levin wrote:
> > Собственно по-этому и "i586-alt-linux-gcc --version". В
> > общем не похоже, что "%set_gcc_version 7" на это влияет.
>
> Напишите в спек-файле до %configure
> export CC=%__cc
Да, так вот работает:
%set_gcc_version 7
export CC=%__cc
И тесты проходят. Хотя они проходят и с gcc8, если сделать так:
%ifarch %ix86
%add_optflags -O0
%endif
С O1 уже не проходят. Баг вешать, или alt2 с -O0 на сборку самому
отправить?
--
С уважением, Сергей Афонин.
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] slang2 (Re: rpm-build и не самый последний gcc)
2019-03-26 9:51 ` Sergey Afonin
@ 2019-03-26 9:57 ` Aleksei Nikiforov
2019-03-26 10:52 ` Sergey Afonin
2019-03-26 10:03 ` Michael Shigorin
2019-03-26 12:42 ` Sergey Afonin
2 siblings, 1 reply; 17+ messages in thread
From: Aleksei Nikiforov @ 2019-03-26 9:57 UTC (permalink / raw)
To: devel
26.03.2019 12:51, Sergey Afonin пишет:
> On Monday 25 March 2019, Dmitry V. Levin wrote:
>
>>> Собственно по-этому и "i586-alt-linux-gcc --version". В
>>> общем не похоже, что "%set_gcc_version 7" на это влияет.
>>
>> Напишите в спек-файле до %configure
>> export CC=%__cc
>
> Да, так вот работает:
>
> %set_gcc_version 7
> export CC=%__cc
>
> И тесты проходят. Хотя они проходят и с gcc8, если сделать так:
>
> %ifarch %ix86
> %add_optflags -O0
> %endif
>
> С O1 уже не проходят. Баг вешать, или alt2 с -O0 на сборку самому
> отправить?
>
Похоже, вылезло нечто аналогичное следующему багу:
https://bugzilla.altlinux.org/show_bug.cgi?id=36038
Какие-нибудь предупреждения при сборке этих непроходящих тестов есть? А
если выкрутить предупреждения на максимум?
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] slang2 (Re: rpm-build и не самый последний gcc)
2019-03-26 9:51 ` Sergey Afonin
2019-03-26 9:57 ` Aleksei Nikiforov
@ 2019-03-26 10:03 ` Michael Shigorin
2019-03-26 10:14 ` Sergey Afonin
2019-03-26 12:42 ` Sergey Afonin
2 siblings, 1 reply; 17+ messages in thread
From: Michael Shigorin @ 2019-03-26 10:03 UTC (permalink / raw)
To: devel
On Tue, Mar 26, 2019 at 01:51:33PM +0400, Sergey Afonin wrote:
> И тесты проходят. Хотя они проходят и с gcc8, если сделать так:
>
> %ifarch %ix86
> %add_optflags -O0
> %endif
>
> С O1 уже не проходят. Баг вешать
Ух ты, давно такого на x86 не припоминаю.
> или alt2 с -O0 на сборку самому отправить?
Тогда у нас будет тормозной slang2, зачем бы?
--
---- WBR, Michael Shigorin / http://altlinux.org
------ http://opennet.ru / http://anna-news.info
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] slang2 (Re: rpm-build и не самый последний gcc)
2019-03-26 10:03 ` Michael Shigorin
@ 2019-03-26 10:14 ` Sergey Afonin
0 siblings, 0 replies; 17+ messages in thread
From: Sergey Afonin @ 2019-03-26 10:14 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Tuesday 26 March 2019, Michael Shigorin wrote:
> > С O1 уже не проходят. Баг вешать
>
> Ух ты, давно такого на x86 не припоминаю.
Ну так i586 забрасывают, может кто-то где-то не уследил.
На x86_64 собирается же.
--
С уважением, Сергей Афонин.
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] slang2 (Re: rpm-build и не самый последний gcc)
2019-03-26 9:57 ` Aleksei Nikiforov
@ 2019-03-26 10:52 ` Sergey Afonin
2019-03-26 12:04 ` Aleksei Nikiforov
0 siblings, 1 reply; 17+ messages in thread
From: Sergey Afonin @ 2019-03-26 10:52 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Tuesday 26 March 2019, Aleksei Nikiforov wrote:
> Какие-нибудь предупреждения при сборке этих непроходящих тестов есть?
У тестов нет. А вот у slang есть два:
src/slang.c:5743:9: warning: 'test' may be used uninitialized in this function [-Wmaybe-uninitialized]
src/slarrfun.c:966:7: warning: 'w[<unknown>]' may be used uninitialized in this function [-Wmaybe-uninitialized]
Тесты падающие такие:
2 tests failed: array.sl array.slc
И оба в одном месте:
Testing array functions ...Unable to create a multi-dimensional array of the desired size
./array.sl:166:<top-level>:Invalid Parameter
Вообще, какая-то корреляция между название slarrfun и названиями
тестов есть. Строка там "wk = w[k];", на первый взгляд мне не очень
понятно, чем там k не нравится. Вроде нулём инициализируется, потом
есть присвоение
if (use_this_dim != NULL)
{
k = *use_this_dim;
use_all_dims = 0;
}
Но я не программист, если что-то есть неочевидное, сходу могу и не
увидеть.
> А если выкрутить предупреждения на максимум?
Пока не пробовал.
--
С уважением, Сергей Афонин.
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] slang2 (Re: rpm-build и не самый последний gcc)
2019-03-26 10:52 ` Sergey Afonin
@ 2019-03-26 12:04 ` Aleksei Nikiforov
0 siblings, 0 replies; 17+ messages in thread
From: Aleksei Nikiforov @ 2019-03-26 12:04 UTC (permalink / raw)
To: devel
26.03.2019 13:52, Sergey Afonin пишет:
> On Tuesday 26 March 2019, Aleksei Nikiforov wrote:
>
>> Какие-нибудь предупреждения при сборке этих непроходящих тестов есть?
>
> У тестов нет. А вот у slang есть два:
> src/slang.c:5743:9: warning: 'test' may be used uninitialized in this function [-Wmaybe-uninitialized]
> src/slarrfun.c:966:7: warning: 'w[<unknown>]' may be used uninitialized in this function [-Wmaybe-uninitialized]
>
> Тесты падающие такие:
> 2 tests failed: array.sl array.slc
>
> И оба в одном месте:
>
> Testing array functions ...Unable to create a multi-dimensional array of the desired size
> ./array.sl:166:<top-level>:Invalid Parameter
>
> Вообще, какая-то корреляция между название slarrfun и названиями
> тестов есть. Строка там "wk = w[k];", на первый взгляд мне не очень
> понятно, чем там k не нравится. Вроде нулём инициализируется, потом
> есть присвоение
>
> if (use_this_dim != NULL)
> {
> k = *use_this_dim;
> use_all_dims = 0;
> }
>
> Но я не программист, если что-то есть неочевидное, сходу могу и не
> увидеть.
>
Вполне возможно, что k >= old_num_dims может быть при некоторых
условиях, тогда w[k] действительно не будет инициализировано. Но даже
исправление этого предупреждения может не помочь.
Посмотрел array.sl, на строке 166:
SS = Long_Type[10000,10000,10000,10000,10000,10000];
Если я правильно понял, это создание многомерного массива размером
10000x10000x10000x10000x10000x10000x10000. Суммарный размер массива
является числом, которое не влезет в 32 бита. Возможно, где-то при
расчёте размера массива идут целочисленные переполнения или ещё что-то,
и gcc-8 может сгенерировать код, поведение которого отличается от кода,
сгенерированного с помощью gcc-7.
>> А если выкрутить предупреждения на максимум?
>
> Пока не пробовал.
>
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] slang2 (Re: rpm-build и не самый последний gcc)
2019-03-26 9:51 ` Sergey Afonin
2019-03-26 9:57 ` Aleksei Nikiforov
2019-03-26 10:03 ` Michael Shigorin
@ 2019-03-26 12:42 ` Sergey Afonin
2 siblings, 0 replies; 17+ messages in thread
From: Sergey Afonin @ 2019-03-26 12:42 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Tuesday 26 March 2019, Sergey Afonin wrote:
> С O1 уже не проходят. Баг вешать, или alt2 с -O0
> на сборку самому отправить?
Раз пошло обсуждение, пусть будет
https://bugzilla.altlinux.org/36424
--
С уважением, Сергей Афонин.
^ permalink raw reply [flat|nested] 17+ messages in thread
end of thread, other threads:[~2019-03-26 12:42 UTC | newest]
Thread overview: 17+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-03-24 7:13 [devel] rpm-build и не самый последний gcc Sergey Y. Afonin
2019-03-24 10:15 ` Dmitry V. Levin
2019-03-24 13:39 ` Sergey Y. Afonin
2019-03-24 13:56 ` Dmitry V. Levin
2019-03-24 14:31 ` Sergey Y. Afonin
2019-03-24 15:30 ` Dmitry V. Levin
2019-03-24 17:20 ` Sergey Y. Afonin
2019-03-24 18:14 ` Dmitry V. Levin
2019-03-25 6:04 ` [devel] slang2 (Re: rpm-build и не самый последний gcc) Sergey Afonin
2019-03-25 18:55 ` Dmitry V. Levin
2019-03-26 9:51 ` Sergey Afonin
2019-03-26 9:57 ` Aleksei Nikiforov
2019-03-26 10:52 ` Sergey Afonin
2019-03-26 12:04 ` Aleksei Nikiforov
2019-03-26 10:03 ` Michael Shigorin
2019-03-26 10:14 ` Sergey Afonin
2019-03-26 12:42 ` Sergey Afonin
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