[devel] Непересобрающиеся пакеты

[devel] Непересобрающиеся пакеты

[Aleksey Novodvorsky]

Коллеги,
george@ написал скрипт, составляющий список непересобирающихся
пакетов. Об этом тут: http://www.altlinux.org/Sisyphus/FTBFS
Свежий результат работы скрипта тут:
ftp://devel.altlinux.org/george/ftbfs/build.html
Прошу всех, особенно упомянутых в колонке Maintainers. обратить
внимание и принять меры. Перед пересборкой убедитесь, что пакет уже не
собран, мир не без добрых людей.

Rgrds, Алексей

Re: [devel] Непересобрающиеся пакеты

[Michael Shigorin]

On Sat, Apr 13, 2013 at 04:16:23PM +0400, Aleksey Novodvorsky wrote:
> ftp://devel.altlinux.org/george/ftbfs/build.html
> Прошу всех, особенно упомянутых в колонке Maintainers. обратить
> внимание и принять меры. Перед пересборкой убедитесь, что пакет
> уже не собран, мир не без добрых людей.

Если кто воспользуется подсказкой dubrsl@ и починит fgrun --
тоже спасибо:

http://lists.altlinux.org/pipermail/devel/2013-April/197047.html

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

Re: [devel] Непересобрающиеся пакеты

[Dmitry V. Levin]

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

On Sat, Apr 13, 2013 at 04:16:23PM +0400, Aleksey Novodvorsky wrote:
> Коллеги,
> george@ написал скрипт, составляющий список непересобирающихся
> пакетов. Об этом тут: http://www.altlinux.org/Sisyphus/FTBFS
> Свежий результат работы скрипта тут:
> ftp://devel.altlinux.org/george/ftbfs/build.html
> Прошу всех, особенно упомянутых в колонке Maintainers. обратить
> внимание и принять меры. Перед пересборкой убедитесь, что пакет уже не
> собран, мир не без добрых людей.

Совместными усилиями удалось снизить число непересобирающихся пакетов
примерно до 20, и за оставшиеся до бранчевания несколько дней мы
надеемся исправить сборку всего, что достойно исправления.

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


-- 
ldv

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

Re: [devel] Непересобрающиеся пакеты

[REAL]

17.04.2013 07:18, Dmitry V. Levin пишет:
> Совместными усилиями удалось снизить число непересобирающихся пакетов
> примерно до 20, и за оставшиеся до бранчевания несколько дней мы
> надеемся исправить сборку всего, что достойно исправления.

Перестал собираться Mayavi, и я не вижу способа это починить. Правда, 
говорят, george@ этим займётся, так что вы уж там не удаляйте его 
ненароком :)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Непересобрающиеся пакеты

[George V. Kouryachy]

On Wed, Apr 17, 2013 at 11:02:52AM +0700, REAL wrote:
> Перестал собираться Mayavi, и я не вижу 
> способа это починить. Правда, говорят, 
> george@ этим займётся, так что вы уж там не 
> удаляйте его ненароком :)
Всё хуже. Я нашёл, как собирать Mayavi без pyMPI, надо запускать
(вместо python setup.py)
	pvtkpython setup.py build

Только вот он тоже сегфолтится. Потому что MPI у нас, похоже, разломан.

А вот этого починить мне не под силу.

-- 
				  Георгий Владимирович Курячий
				  Эксперт компании "Альт Линукс"
				  Mailto/JID: george@altlinux.org
				  Mobile: (8)9161738325

Re: [devel] Непересобрающиеся пакеты

[REAL]

17.04.2013 21:37, George V. Kouryachy пишет:
> Только вот он тоже сегфолтится. Потому что MPI у нас, похоже, разломан.

Разломано это только в хэшере, как я понимаю. И это странно, учитывая, 
что всё ещё недавно работало, а ни pyMPI, ни openmpi в ближайшее время 
не обновлялись.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Непересобрающиеся пакеты

[Dmitry V. Levin]

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

On Thu, Apr 18, 2013 at 09:21:40AM +0700, REAL wrote:
> 17.04.2013 21:37, George V. Kouryachy пишет:
> >Только вот он тоже сегфолтится. Потому 
> >что MPI у нас, похоже, разломан.
> 
> Разломано это только в хэшере, как я понимаю.

"В хэшере" - это эталонная воспроизводимая среда.
Если непривилегированное приложение даже там не работает,
значит, оно совсем не работает.

> И это странно, учитывая, что всё 
> ещё недавно работало, а ни pyMPI, ни openmpi в 
> ближайшее время не обновлялись.

Сборочная среда изменилась, в частности, обновился python, systemd и xorg:

--- Sisyphus-i586/archive/2013/0409/success/Mayavi-4.2.1-alt2.git20121228
+++ Sisyphus-i586/archive/2013/0411/error/Mayavi-4.2.1-alt2.git20121228
[...]
-<syslog> rpmi: libpython-2.7.3-alt4 installed
+<syslog> rpmi: libpython-2.7.4-alt1 installed
-<syslog> rpmi: libwayland-client-1.0.5-alt1 installed
+<syslog> rpmi: libwayland-client-1.0.6-alt1 installed
-<syslog> rpmi: libsystemd-daemon-200-alt3 installed
+<syslog> rpmi: libsystemd-daemon-201-alt1 installed
-<syslog> rpmi: libsystemd-login-200-alt3 installed
+<syslog> rpmi: libsystemd-login-201-alt1 installed
-<syslog> rpmi: libudev1-200-alt3 installed
+<syslog> rpmi: libudev1-201-alt1 installed
-<syslog> rpmi: libgudev-200-alt3 installed
+<syslog> rpmi: libgudev-201-alt1 installed
-<syslog> rpmi: libwayland-cursor-1.0.5-alt1 installed
+<syslog> rpmi: libwayland-cursor-1.0.6-alt1 installed
-<syslog> rpmi: udev-rules-200-alt3 installed
+<syslog> rpmi: udev-rules-201-alt1 installed
-<syslog> rpmi: libwayland-server-1.0.5-alt1 installed
+<syslog> rpmi: libwayland-server-1.0.6-alt1 installed
-<syslog> rpmi: libkpathsea-2008.0-alt0.15.4 installed
+<syslog> rpmi: libkpathsea-2008.0-alt0.15.5 installed
-<syslog> rpmi: xorg-server-common-2:1.14.0-alt1 installed
+<syslog> rpmi: xorg-server-common-2:1.14.0-alt2 installed
-<syslog> rpmi: xorg-xvfb-2:1.14.0-alt1 installed
+<syslog> rpmi: xorg-xvfb-2:1.14.0-alt2 installed
-<syslog> rpmi: python-modules-curses-2.7.3-alt4 installed
-<syslog> rpmi: python-modules-compiler-2.7.3-alt4 installed
-<syslog> rpmi: python-modules-email-2.7.3-alt4 installed
-<syslog> rpmi: python-modules-encodings-2.7.3-alt4 installed
-<syslog> rpmi: python-modules-2.7.3-alt4 installed
-<syslog> rpmi: python-modules-xml-2.7.3-alt4 installed
-<syslog> rpmi: python-modules-unittest-2.7.3-alt4 installed
-<syslog> rpmi: python-modules-ctypes-2.7.3-alt4 installed
-<syslog> rpmi: python-modules-multiprocessing-2.7.3-alt4 installed
-<syslog> rpmi: python-modules-logging-2.7.3-alt4 installed
-<syslog> rpmi: python-modules-hotshot-2.7.3-alt4 installed
-<syslog> rpmi: python-modules-bsddb-2.7.3-alt4 installed
-<syslog> rpmi: python-2.7.3-alt4 installed
-<syslog> rpmi: python-strict-2.7.3-alt4 installed
-<syslog> rpmi: python-dev-2.7.3-alt4 installed
-<syslog> rpmi: python-modules-tkinter-2.7.3-alt4 installed
+<syslog> rpmi: python-modules-curses-2.7.4-alt1 installed
+<syslog> rpmi: python-modules-compiler-2.7.4-alt1 installed
+<syslog> rpmi: python-modules-email-2.7.4-alt1 installed
+<syslog> rpmi: python-modules-unittest-2.7.4-alt1 installed
+<syslog> rpmi: python-modules-2.7.4-alt1 installed
+<syslog> rpmi: python-modules-xml-2.7.4-alt1 installed
+<syslog> rpmi: python-modules-encodings-2.7.4-alt1 installed
+<syslog> rpmi: python-modules-ctypes-2.7.4-alt1 installed
+<syslog> rpmi: python-modules-multiprocessing-2.7.4-alt1 installed
+<syslog> rpmi: python-modules-logging-2.7.4-alt1 installed
+<syslog> rpmi: python-modules-hotshot-2.7.4-alt1 installed
+<syslog> rpmi: python-modules-bsddb-2.7.4-alt1 installed
+<syslog> rpmi: python-2.7.4-alt1 installed
+<syslog> rpmi: python-strict-2.7.4-alt1 installed
+<syslog> rpmi: python-dev-2.7.4-alt1 installed
+<syslog> rpmi: python-modules-tkinter-2.7.4-alt1 installed
[...]
@@ -392,7 +392,7 @@
 vtkScatterPlotMatrix: Ignoring method: Get/SetScatterPlotSelectedActiveColor
 default: [0, 204, 0, 102], range: None
 vtkScatterPlotMatrix: Ignoring method: Get/SetActivePlot
-default: [155334692, 96], range: None
+default: [0, 0], range: None
 vtkScatterPlotMatrix: Ignoring method: Get/SetScatterPlotSelectedRowColumnColor
 default: [204, 0, 0, 102], range: None
 vtkSparseArray_I10vtkVariantE: Ignoring method: Get/SetExtents
@@ -436,9 +436,9 @@
 vtkTransferAttributes: Ignoring method: Get/SetDefaultValue
 default: 1, range: None
 vtkColorLegend: Ignoring method: Get/SetPosition
-default: [2.382207389352189e-44, 2.0503354502706356e-33, -4.811078175197052e+33, 2.2420775429197073e-43], range: None
+default: [2.382207389352189e-44, -4.689383717575142e+33, 1.5069000037816765e-33, 2.2420775429197073e-43], range: None
 vtkPlotHistogram2D: Ignoring method: Get/SetPosition
-default: [2.3938171036328158e-33, 1.6815581571897805e-44, 0.0, 1.9057659114817512e-43], range: None
+default: [-4.138364226688826e+33, 1.6942047430096383e-33, -4.138364226688826e+33, 1.6856588990791603e-33], range: None
 Done.
 ----------------------------------------------------------------------
 running config_cc
@@ -831,7 +831,7 @@
 customize UnixCCompiler using build_ext
 building 'tvtk.array_ext' extension
 compiling C sources
-C compiler: i586-alt-linux-gcc -pthread -fno-strict-aliasing -pipe -Wall -g -O3 -march=i586 -mtune=i686 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -fPIC
+C compiler: i586-alt-linux-gcc -pthread -fno-strict-aliasing -pipe -Wall -g -O3 -march=i586 -mtune=generic -DNDEBUG -pipe -Wall -g -O3 -march=i586 -mtune=generic -fPIC
 
 creating build/temp.linux-i686-2.7
 creating build/temp.linux-i686-2.7/tvtk
@@ -1455,3554 +1455,32 @@
 
 Build finished. The HTML pages are in build/.
 make: Leaving directory `/usr/src/RPM/BUILD/Mayavi-4.2.1/docs'
+[localhost:14541] *** Process received signal ***
+[localhost:14541] Signal: Segmentation fault (11)
+[localhost:14541] Signal code: Address not mapped (1)
+[localhost:14541] Failing at address: 0x54
+[localhost:14541] [ 0] linux-gate.so.1(__kernel_rt_sigreturn+0) [0xf7728410]
+[localhost:14541] [ 1] python() [0x809020c]
+[localhost:14541] [ 2] python() [0x809436c]
+[localhost:14541] [ 3] /usr/lib/python2.7/site-packages/mpi.so(pyMPI_pickle_fini+0x81) [0xeb379981]
+[localhost:14541] [ 4] /usr/lib/python2.7/site-packages/mpi.so(+0x7cf7) [0xeb377cf7]
+[localhost:14541] [ 5] python(Py_Finalize+0x18f) [0x8103e0f]
+[localhost:14541] [ 6] python(Py_Main+0x611) [0x8059a31]
+[localhost:14541] [ 7] python(main+0x1b) [0x805912b]
+[localhost:14541] [ 8] /lib/libc.so.6(__libc_start_main+0xf5) [0xf7519605]
+[localhost:14541] [ 9] python() [0x8059151]
+[localhost:14541] *** End of error message ***
+/usr/bin/xvfb-run: line 164: 14541 Segmentation fault      DISPLAY=:"$SERVERNUM" XAUTHORITY="$AUTHFILE" "$@"
 libfakeroot: msgsnd: Invalid argument


-- 
ldv

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

Re: [devel] Непересобрающиеся пакеты

[REAL]

18.04.2013 10:26, Dmitry V. Levin пишет:
>> Разломано это только в хэшере, как я понимаю.
>
> "В хэшере" - это эталонная воспроизводимая среда.
> Если непривилегированное приложение даже там не работает,
> значит, оно совсем не работает.

MPI-приложения в хэшере раньше запускались, сейчас - уже нет, правда, 
это произошло ещё до разлома сборки Mayavi. Но вне хэшера всё работает.

> Сборочная среда изменилась, в частности, обновился python, systemd и xorg:

Похоже, виноват python, но что с этим делать сейчас? Удалять Mayavi и 
зависимые от него пакеты? Потому что иначе его, оказывается, некому 
починить.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Непересобрающиеся пакеты

[Aleksey Novodvorsky]

18 апреля 2013 г., 7:37 пользователь REAL <real@kemsu.ru> написал:
> 18.04.2013 10:26, Dmitry V. Levin пишет:
>
>>> Разломано это только в хэшере, как я понимаю.
>>
>>
>> "В хэшере" - это эталонная воспроизводимая среда.
>> Если непривилегированное приложение даже там не работает,
>> значит, оно совсем не работает.
>
>
> MPI-приложения в хэшере раньше запускались, сейчас - уже нет, правда, это
> произошло ещё до разлома сборки Mayavi. Но вне хэшера всё работает.

Если приложение не работает в какой-либо легальной конфигурации среды,
то оно не работает вообще. Мы же делаем распространяемый продукт, а не
экземпляр для работы на конкретном железе.

>
>
>> Сборочная среда изменилась, в частности, обновился python, systemd и xorg:
>
>
> Похоже, виноват python, но что с этим делать сейчас? Удалять Mayavi и
> зависимые от него пакеты? Потому что иначе его, оказывается, некому
> починить.

Виноват MPI.
Лучше собрать vtk без него.

Rgrds, Алексей

Re: [devel] Непересобрающиеся пакеты

[REAL]

18.04.2013 19:17, Aleksey Novodvorsky пишет:
>> MPI-приложения в хэшере раньше запускались, сейчас - уже нет, правда, это
>> произошло ещё до разлома сборки Mayavi. Но вне хэшера всё работает.
>
> Если приложение не работает в какой-либо легальной конфигурации среды,
> то оно не работает вообще. Мы же делаем распространяемый продукт, а не
> экземпляр для работы на конкретном железе.

У меня впечатление, что мои слова не доходят до рассылки. Повторю, 
MPI-приложения РАБОТАЮТ. Единственно, они не работают в хэшере, что не 
является поводом считать их нерабочими.

> Виноват MPI.
> Лучше собрать vtk без него.

Я такую задачу не потяну. Кто сможет?

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Непересобрающиеся пакеты

[REAL]

19.04.2013 09:22, REAL пишет:
>> Виноват MPI.
>> Лучше собрать vtk без него.
>
> Я такую задачу не потяну. Кто сможет?

Однако, всё оказалось не так и страшно. Отправляю в Сизиф.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Непересобрающиеся пакеты

[Aleksey Novodvorsky]

19 апреля 2013 г., 12:27 пользователь REAL <real@kemsu.ru> написал:
> 19.04.2013 09:22, REAL пишет:
>
>>> Виноват MPI.
>>> Лучше собрать vtk без него.
>>
>>
>> Я такую задачу не потяну. Кто сможет?
>
>
> Однако, всё оказалось не так и страшно. Отправляю в Сизиф.

Спасибо!

Rgrds, Алексей

Re: [devel] Непересобрающиеся пакеты

[Aleksey Novodvorsky]

19 апреля 2013 г., 12:32 пользователь Aleksey Novodvorsky
<aen@altlinux.ru> написал:
> 19 апреля 2013 г., 12:27 пользователь REAL <real@kemsu.ru> написал:
>> 19.04.2013 09:22, REAL пишет:
>>
>>>> Виноват MPI.
>>>> Лучше собрать vtk без него.
>>>
>>>
>>> Я такую задачу не потяну. Кто сможет?
>>
>>
>> Однако, всё оказалось не так и страшно. Отправляю в Сизиф.
>
> Спасибо!

Не собрался Xdmf.

Rgrds, Алексей

Re: [devel] Непересобрающиеся пакеты

[REAL]

20.04.2013 19:26, Aleksey Novodvorsky пишет:
> Не собрался Xdmf.

исправил.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Непересобрающиеся пакеты

[Aleksey Novodvorsky]

21 апреля 2013 г., 8:36 пользователь REAL <real@kemsu.ru> написал:
> 20.04.2013 19:26, Aleksey Novodvorsky пишет:
>>
>> Не собрался Xdmf.
>
>
> исправил.

Спасибо!

Rgrds, Алексей

Re: [devel] Непересобрающиеся пакеты

[Sergey Bolshakov]

>>>>> "REAL" == REAL  <real-Vp35VocZdIU@public.gmane.org> writes:

 > 18.04.2013 19:17, Aleksey Novodvorsky пишет:
 >>> MPI-приложения в хэшере раньше запускались, сейчас - уже нет, правда, это
 >>> произошло ещё до разлома сборки Mayavi. Но вне хэшера всё работает.
 >> 
 >> Если приложение не работает в какой-либо легальной конфигурации среды,
 >> то оно не работает вообще. Мы же делаем распространяемый продукт, а не
 >> экземпляр для работы на конкретном железе.

 > У меня впечатление, что мои слова не доходят до рассылки. Повторю,
 > MPI-приложения РАБОТАЮТ. Единственно, они не работают в хэшере, что не
 > является поводом считать их нерабочими.

 >> Виноват MPI.

p-m-matplotlib не собирается по той же причине ?

-- 

Re: [devel] Непересобрающиеся пакеты

[REAL]

21.04.2013 21:29, Sergey Bolshakov пишет:
>   >>  Виноват MPI.
>
> p-m-matplotlib не собирается по той же причине ?

Сейчас посмотрю. Но MPI тут ни при чём.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Непересобрающиеся пакеты

[REAL]

22.04.2013 09:28, REAL пишет:
>> p-m-matplotlib не собирается по той же причине ?
>
> Сейчас посмотрю. Но MPI тут ни при чём.

Оно собирается. И на http://git.altlinux.org тоже нет сообщений о том, 
что оно не собирается.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Непересобрающиеся пакеты

[Sergey Bolshakov]

>>>>> "REAL" == REAL  <real-Vp35VocZdIU@public.gmane.org> writes:

 > 22.04.2013 09:28, REAL пишет:
 >>> p-m-matplotlib не собирается по той же причине ?
 >> 
 >> Сейчас посмотрю. Но MPI тут ни при чём.

 > Оно собирается. И на http://git.altlinux.org тоже нет сообщений о том,
 > что оно не собирается.

Я не знаю, когда была последняя пересборка, но по состоянию на пятницу
тупой hsh python-module-matplotlib-1.3.0-alt4.git20121010.src.rpm
по крайней мере на x86_64 заканчивается так:

copying lib/matplotlib/tests/mpltest.ttf -> build/lib.linux-x86_64-3.3/matplotlib/tests
copying lib/matplotlib/tests/test_rcparams.rc -> build/lib.linux-x86_64-3.3/matplotlib/tests
error: Function not implemented
error: Bad exit status from /usr/src/tmp/rpm-tmp.86736 (%build)

-- 

Re: [devel] Непересобрающиеся пакеты

[REAL]

22.04.2013 15:15, Sergey Bolshakov пишет:
> Я не знаю, когда была последняя пересборка, но по состоянию на пятницу
> тупой hsh python-module-matplotlib-1.3.0-alt4.git20121010.src.rpm
> по крайней мере на x86_64 заканчивается так:
>
> copying lib/matplotlib/tests/mpltest.ttf ->  build/lib.linux-x86_64-3.3/matplotlib/tests
> copying lib/matplotlib/tests/test_rcparams.rc ->  build/lib.linux-x86_64-3.3/matplotlib/tests
> error: Function not implemented
> error: Bad exit status from /usr/src/tmp/rpm-tmp.86736 (%build)

Пока это не воспроизведётся локально, сделать что-то просто нереально.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Непересобрающиеся пакеты

[REAL]

22.04.2013 15:15, Sergey Bolshakov пишет:
> Я не знаю, когда была последняя пересборка, но по состоянию на пятницу
> тупой hsh python-module-matplotlib-1.3.0-alt4.git20121010.src.rpm
> по крайней мере на x86_64 заканчивается так:
>
> copying lib/matplotlib/tests/mpltest.ttf ->  build/lib.linux-x86_64-3.3/matplotlib/tests
> copying lib/matplotlib/tests/test_rcparams.rc ->  build/lib.linux-x86_64-3.3/matplotlib/tests
> error: Function not implemented
> error: Bad exit status from /usr/src/tmp/rpm-tmp.86736 (%build)

Попробовал в другом месте, воспроизвелось. Какая-то засада с python3. 
Повторный python3 setup.py build выдаёт такое:

copying lib/matplotlib/mpl-data/matplotlibrc -> 
build/lib.linux-x86_64-3.3/matplotlib/mpl-data
error: Function not implemented

Знать бы ещё, куда копать...

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Непересобрающиеся пакеты

[Aleksey Novodvorsky]

22 апреля 2013 г., 12:37 пользователь REAL <real@kemsu.ru> написал:
> 22.04.2013 15:15, Sergey Bolshakov пишет:
>>
>> Я не знаю, когда была последняя пересборка, но по состоянию на пятницу
>>
>> тупой hsh python-module-matplotlib-1.3.0-alt4.git20121010.src.rpm
>> по крайней мере на x86_64 заканчивается так:
>>
>> copying lib/matplotlib/tests/mpltest.ttf ->
>> build/lib.linux-x86_64-3.3/matplotlib/tests
>> copying lib/matplotlib/tests/test_rcparams.rc ->
>> build/lib.linux-x86_64-3.3/matplotlib/tests
>> error: Function not implemented
>> error: Bad exit status from /usr/src/tmp/rpm-tmp.86736 (%build)
>
>
> Попробовал в другом месте, воспроизвелось. Какая-то засада с python3.
> Повторный python3 setup.py build выдаёт такое:
>
> copying lib/matplotlib/mpl-data/matplotlibrc ->
> build/lib.linux-x86_64-3.3/matplotlib/mpl-data
> error: Function not implemented
>
> Знать бы ещё, куда копать...

А что скажет solo@?

Rgrds, Алексей

Re: [devel] Непересобрающиеся пакеты

[REAL]

22.04.2013 15:49, Aleksey Novodvorsky пишет:
>> copying lib/matplotlib/mpl-data/matplotlibrc ->
>> build/lib.linux-x86_64-3.3/matplotlib/mpl-data
>> error: Function not implemented
>>
>> Знать бы ещё, куда копать...
>
> А что скажет solo@?

Да, думаю, сейчас это единственный мейнтейнер python3, значит, будем 
надеяться, что он найдёт и починит это недоразумение :)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Непересобрающиеся пакеты

[Aleksey Novodvorsky]

22 апреля 2013 г., 12:58 пользователь REAL <real@kemsu.ru> написал:
> 22.04.2013 15:49, Aleksey Novodvorsky пишет:
>
>>> copying lib/matplotlib/mpl-data/matplotlibrc ->
>>> build/lib.linux-x86_64-3.3/matplotlib/mpl-data
>>> error: Function not implemented
>>>
>>> Знать бы ещё, куда копать...
>>
>>
>> А что скажет solo@?
>
>
> Да, думаю, сейчас это единственный мейнтейнер python3, значит, будем
> надеяться, что он найдёт и починит это недоразумение :)

Вы пока посмотрите changelog python3.
Возможно, не только Алексею надо чинить.
Rgrds, Алексей

Re: [devel] Непересобрающиеся пакеты

[REAL]

22.04.2013 16:02, Aleksey Novodvorsky пишет:
>> Да, думаю, сейчас это единственный мейнтейнер python3, значит, будем
>> надеяться, что он найдёт и починит это недоразумение :)
>
> Вы пока посмотрите changelog python3.
> Возможно, не только Алексею надо чинить.

Где его брать? И потом, даже если знать где, непонятно, чего именно 
искать, учитывая такой бедный выхлоп.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Непересобрающиеся пакеты

[Aleksey Novodvorsky]

22 апреля 2013 г., 13:09 пользователь REAL <real@kemsu.ru> написал:
> 22.04.2013 16:02, Aleksey Novodvorsky пишет:
>
>>> Да, думаю, сейчас это единственный мейнтейнер python3, значит, будем
>>> надеяться, что он найдёт и починит это недоразумение :)
>>
>>
>> Вы пока посмотрите changelog python3.
>> Возможно, не только Алексею надо чинить.
>
>
> Где его брать? И потом, даже если знать где, непонятно, чего именно искать,
> учитывая такой бедный выхлоп.

Как это где? Где обычно.


http://git.altlinux.org/people/solo/packages/?p=python3.git;a=summary

Rgrds, Алексей

Re: [devel] Непересобрающиеся пакеты

[REAL]

22.04.2013 16:10, Aleksey Novodvorsky пишет:
>> Где его брать? И потом, даже если знать где, непонятно, чего именно искать,
>> учитывая такой бедный выхлоп.
>
> Как это где? Где обычно.
>
> http://git.altlinux.org/people/solo/packages/?p=python3.git;a=summary

Там нет того, что нужно, а именно что появилось с переходом на 3.3.1. 
А более глубокое копание беспредметно, потому что совсем недавно 
(опять это "недавно") всё работало. Если же речь про changelog в 
спеке, то там и подавно нет ничего, за что можно зацепиться.

Здесь нужно залазить глубоко в код, причём, не только самого 
p-m-matplotlib. Конечно, можно обновить сам пакет, но в преддверии 
бранчевания это плохая идея.

> Возможно, не только Алексею надо чинить.

Если я буду знать, в чём проблема, могу и я подключиться, иначе (как 
сейчас) с меня мало что можно взять :(

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Непересобрающиеся пакеты

[Aleksey Avdeev]

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

22.04.2013 12:49, Aleksey Novodvorsky пишет:
> 22 апреля 2013 г., 12:37 пользователь REAL <real@kemsu.ru> написал:
>> 22.04.2013 15:15, Sergey Bolshakov пишет:
>>>
>>> Я не знаю, когда была последняя пересборка, но по состоянию на пятницу
>>>
>>> тупой hsh python-module-matplotlib-1.3.0-alt4.git20121010.src.rpm
>>> по крайней мере на x86_64 заканчивается так:
>>>
>>> copying lib/matplotlib/tests/mpltest.ttf ->
>>> build/lib.linux-x86_64-3.3/matplotlib/tests
>>> copying lib/matplotlib/tests/test_rcparams.rc ->
>>> build/lib.linux-x86_64-3.3/matplotlib/tests
>>> error: Function not implemented
>>> error: Bad exit status from /usr/src/tmp/rpm-tmp.86736 (%build)
>>
>>
>> Попробовал в другом месте, воспроизвелось. Какая-то засада с python3.
>> Повторный python3 setup.py build выдаёт такое:
>>
>> copying lib/matplotlib/mpl-data/matplotlibrc ->
>> build/lib.linux-x86_64-3.3/matplotlib/mpl-data
>> error: Function not implemented
>>
>> Знать бы ещё, куда копать...
> 
> А что скажет solo@?

  В Python-3.3 ужесточили требования к синтаксису. Может быть проблема
связана с этим?

PS: Более детально смогу что-то сказать после майских праздников, как
вернусь к работе.

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 897 bytes --]

Re: [devel] Непересобрающиеся пакеты

[REAL]

22.04.2013 17:05, Aleksey Avdeev пишет:
>>> copying lib/matplotlib/mpl-data/matplotlibrc ->
>>> build/lib.linux-x86_64-3.3/matplotlib/mpl-data
>>> error: Function not implemented
>>>
>>> Знать бы ещё, куда копать...
>>
>> А что скажет solo@?
>
>    В Python-3.3 ужесточили требования к синтаксису. Может быть проблема
> связана с этим?

Разве "Function not implemented" имеет отношение к синтаксису? Но, раз 
так, сборка p-m-matplotlib должна была бы сломаться ещё во время 
обновления с 3.2 на 3.3, чего не произошло. Поэтому я и думаю, что 
ошибка возникла в связи с поднятием релиза у python3, а не версии.

> PS: Более детально смогу что-то сказать после майских праздников, как
> вернусь к работе.

Бранчевание ведь скоро, или оно тоже отложилось до после майских 
праздников. Не хотелось бы иметь в новых бранчах сломанный пакет.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Непересобрающиеся пакеты

[REAL]

22.04.2013 17:18, REAL пишет:
> Разве "Function not implemented" имеет отношение к синтаксису? Но, раз
> так, сборка p-m-matplotlib должна была бы сломаться ещё во время
> обновления с 3.2 на 3.3, чего не произошло. Поэтому я и думаю, что
> ошибка возникла в связи с поднятием релиза у python3, а не версии.

Вообще, мне кажется, что начинать нужно с отладки python3 setup.py 
build, но здесь я совсем не силён.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Непересобрающиеся пакеты

[REAL]

22.04.2013 17:19, REAL пишет:
>> Разве "Function not implemented" имеет отношение к синтаксису? Но, раз
>> так, сборка p-m-matplotlib должна была бы сломаться ещё во время
>> обновления с 3.2 на 3.3, чего не произошло. Поэтому я и думаю, что
>> ошибка возникла в связи с поднятием релиза у python3, а не версии.
>
> Вообще, мне кажется, что начинать нужно с отладки python3 setup.py
> build, но здесь я совсем не силён.

Обнаружил кое-что:

 >>> import multiprocessing
 >>> p = multiprocessing.Pool()
Traceback (most recent call last):
   File "<stdin>", line 1, in <module>
   File "/usr/lib64/python3.3/multiprocessing/__init__.py", line 222, 
in Pool
     return Pool(processes, initializer, initargs, maxtasksperchild)
   File "/usr/lib64/python3.3/multiprocessing/pool.py", line 116, in 
__init__
     self._setup_queues()
   File "/usr/lib64/python3.3/multiprocessing/pool.py", line 211, in 
_setup_queues
     self._inqueue = SimpleQueue()
   File "/usr/lib64/python3.3/multiprocessing/queues.py", line 337, in 
__init__
     self._rlock = Lock()
   File "/usr/lib64/python3.3/multiprocessing/synchronize.py", line 
120, in __init__
     SemLock.__init__(self, SEMAPHORE, 1, 1)
   File "/usr/lib64/python3.3/multiprocessing/synchronize.py", line 
48, in __init__
     sl = self._semlock = _multiprocessing.SemLock(kind, value, maxvalue)
OSError: [Errno 38] Function not implemented


Какие будут идеи?

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Непересобрающиеся пакеты

[REAL]

22.04.2013 17:41, REAL пишет:
> Обнаружил кое-что:

Что самое интересное, на обоих машинах:

$ rpm -qi python3
Name        : python3                      Relocations: (not relocatable)
Version     : 3.3.1                             Vendor: ALT Linux Team
Release     : alt4                          Build Date: Tue Apr 16 
00:12:49 2013

Но на одной такая ошибка не воспроизводится, а на другой как раз имеем 
интересующий нас "Function not implemented".

>
>  >>> import multiprocessing
>  >>> p = multiprocessing.Pool()
> Traceback (most recent call last):
> File "<stdin>", line 1, in <module>
> File "/usr/lib64/python3.3/multiprocessing/__init__.py", line 222, in
> Pool
> return Pool(processes, initializer, initargs, maxtasksperchild)
> File "/usr/lib64/python3.3/multiprocessing/pool.py", line 116, in
> __init__
> self._setup_queues()
> File "/usr/lib64/python3.3/multiprocessing/pool.py", line 211, in
> _setup_queues
> self._inqueue = SimpleQueue()
> File "/usr/lib64/python3.3/multiprocessing/queues.py", line 337, in
> __init__
> self._rlock = Lock()
> File "/usr/lib64/python3.3/multiprocessing/synchronize.py", line 120,
> in __init__
> SemLock.__init__(self, SEMAPHORE, 1, 1)
> File "/usr/lib64/python3.3/multiprocessing/synchronize.py", line 48,
> in __init__
> sl = self._semlock = _multiprocessing.SemLock(kind, value, maxvalue)
> OSError: [Errno 38] Function not implemented
>
>
> Какие будут идеи?
>


-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Непересобрающиеся пакеты

[Dmitry V. Levin]

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

On Mon, Apr 22, 2013 at 03:37:31PM +0700, REAL wrote:
> 22.04.2013 15:15, Sergey Bolshakov пишет:
> >Я не знаю, когда была последняя 
> >пересборка, но по состоянию на пятницу
> >тупой hsh python-module-matplotlib-1.3.0-alt4.git20121010.src.rpm
> >по крайней мере на x86_64 заканчивается так:
> >
> >copying lib/matplotlib/tests/mpltest.ttf ->  
> >build/lib.linux-x86_64-3.3/matplotlib/tests
> >copying lib/matplotlib/tests/test_rcparams.rc ->  
> >build/lib.linux-x86_64-3.3/matplotlib/tests
> >error: Function not implemented
> >error: Bad exit status from /usr/src/tmp/rpm-tmp.86736 (%build)
> 
> Попробовал в другом месте, 
> воспроизвелось. Какая-то засада с python3. 

Не подтверждаю, тестовая пересборка
python-module-matplotlib-1.3.0-alt4.git20121010 на Sisyphus x86-64
сегодня прошла успешно.


-- 
ldv

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

Re: [devel] Непересобрающиеся пакеты

[REAL]

22.04.2013 18:43, Dmitry V. Levin пишет:
> Не подтверждаю, тестовая пересборка
> python-module-matplotlib-1.3.0-alt4.git20121010 на Sisyphus x86-64
> сегодня прошла успешно.

Т.е. получается, что проблема с multiprocessing возникает время от 
времени, и её нельзя предсказать? Тоже не есть хорошо.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Непересобрающиеся пакеты

[Sergey Bolshakov]

>>>>> "REAL" == REAL  <real-Vp35VocZdIU@public.gmane.org> writes:

 > 22.04.2013 18:43, Dmitry V. Levin пишет:
 >> Не подтверждаю, тестовая пересборка
 >> python-module-matplotlib-1.3.0-alt4.git20121010 на Sisyphus x86-64
 >> сегодня прошла успешно.

 > Т.е. получается, что проблема с multiprocessing возникает время от
 > времени, и её нельзя предсказать? Тоже не есть хорошо.

На двух доступных мне машинах (обе x86_64) проблема есть всегда.
На каких ядрах (я не вижу других вариантов) удаётся собрать ?

== 

Re: [devel] Непересобрающиеся пакеты

[Dmitry V. Levin]

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

On Tue, Apr 23, 2013 at 01:42:29PM +0400, Sergey Bolshakov wrote:
> >>>>> "REAL" == REAL  <real-Vp35VocZdIU@public.gmane.org> writes:
> 
>  > 22.04.2013 18:43, Dmitry V. Levin пишет:
>  >> Не подтверждаю, тестовая пересборка
>  >> python-module-matplotlib-1.3.0-alt4.git20121010 на Sisyphus x86-64
>  >> сегодня прошла успешно.
> 
>  > Т.е. получается, что проблема с multiprocessing возникает время от
>  > времени, и её нельзя предсказать? Тоже не есть хорошо.
> 
> На двух доступных мне машинах (обе x86_64) проблема есть всегда.
> На каких ядрах (я не вижу других вариантов) удаётся собрать ?

На текущих std-def.


-- 
ldv

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

Re: [devel] Непересобрающиеся пакеты

[Denis Pynkin]

On Thu, Apr 19, 2013 at 07:26:56AM +0400, Dmitry V. Levin wrote:

> > >Только вот он тоже сегфолтится. Потому 
> > >что MPI у нас, похоже, разломан.
> > Разломано это только в хэшере, как я понимаю.
> 
> "В хэшере" - это эталонная воспроизводимая среда.
> Если непривилегированное приложение даже там не работает,
> значит, оно совсем не работает.

Эталонное непривелигированное приложение -- mpirun выходит при попытке
запуска с ошибкой: 
'Error: pipe function call failed when setting up I/O forwarding subsystem'

Если я правильно разобрался в ситуации, то инициализация упирается в
поддержку pty, необходимых для коммуникации с  дочерними процессами.
Простейший тест на использование openpty() это подтверждает.

Если так, то это можно исправить оторвав в mpi поддержку pty (штатный
способ), но делать это в угоду сборке в хэшере очень не хочется, т.к. тогда будут проблемы
(либо полное отсутсвие -- не разобрался еще) с редиректом stdin/out/err на
консоль, с которой происходит запуск программы.

тесты сделаю сегодня чуть попозже, чтобы подтвердить либо опровергнуть мое
предположение.

Вся подсистема инициализации у mpi общая, так что программы его
использующие наткнутся на ту же проблему.


> > И это странно, учитывая, что всё 
> > ещё недавно работало, а ни pyMPI, ни openmpi в 
> > ближайшее время не обновлялись.

openmpi обновлялся после pyMPI, но пересборка не помогает.

--
wbr,d4s

Re: [devel] Непересобрающиеся пакеты

[Dmitry V. Levin]

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

On Mon, Apr 22, 2013 at 12:55:00PM +0300, Denis Pynkin wrote:
> On Thu, Apr 19, 2013 at 07:26:56AM +0400, Dmitry V. Levin wrote:
> 
> > > >Только вот он тоже сегфолтится. Потому 
> > > >что MPI у нас, похоже, разломан.
> > > Разломано это только в хэшере, как я понимаю.
> > 
> > "В хэшере" - это эталонная воспроизводимая среда.
> > Если непривилегированное приложение даже там не работает,
> > значит, оно совсем не работает.
> 
> Эталонное непривелигированное приложение -- mpirun выходит при попытке
> запуска с ошибкой: 
> 'Error: pipe function call failed when setting up I/O forwarding subsystem'
> 
> Если я правильно разобрался в ситуации, то инициализация упирается в
> поддержку pty, необходимых для коммуникации с  дочерними процессами.
> Простейший тест на использование openpty() это подтверждает.
> 
> Если так, то это можно исправить оторвав в mpi поддержку pty (штатный
> способ), но делать это в угоду сборке в хэшере очень не хочется, т.к. тогда будут проблемы
> (либо полное отсутсвие -- не разобрался еще) с редиректом stdin/out/err на
> консоль, с которой происходит запуск программы.

BuildRequires: /dev/pts


-- 
ldv

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

Re: [devel] Непересобрающиеся пакеты

[Denis Pynkin]

On Mon, Apr 22, 2013 at 03:17:23PM +0400, Dmitry V. Levin wrote:

> > > > >Только вот он тоже сегфолтится. Потому 
> > > > >что MPI у нас, похоже, разломан.
> > > > Разломано это только в хэшере, как я понимаю.
> > > 
> > > "В хэшере" - это эталонная воспроизводимая среда.
> > > Если непривилегированное приложение даже там не работает,
> > > значит, оно совсем не работает.
> > 
> > Эталонное непривелигированное приложение -- mpirun выходит при попытке
> > запуска с ошибкой: 
> > 'Error: pipe function call failed when setting up I/O forwarding subsystem'
> > 
> > Если я правильно разобрался в ситуации, то инициализация упирается в
> > поддержку pty, необходимых для коммуникации с  дочерними процессами.
> > Простейший тест на использование openpty() это подтверждает.
> > 
> > Если так, то это можно исправить оторвав в mpi поддержку pty (штатный
> > способ), но делать это в угоду сборке в хэшере очень не хочется, т.к. тогда будут проблемы
> > (либо полное отсутсвие -- не разобрался еще) с редиректом stdin/out/err на
> > консоль, с которой происходит запуск программы.


> BuildRequires: /dev/pts

Спасибо за hint, но это немного не к самому openmpi все же.
Предположение подтвердилось, для запуска mpi-программ внутри хэшера этого
достаточно. Простые C-шные программы запускаются.

Я воспроизвел поведение со сборкой в реальной системе -- с установленным в
систему pyMPI попробовал запустить micro_tests из его же исходников.
т.е. проблема не в Mayavi.

По поводу того, что успел раскопать -- вижу попытку сделать shmget с флагом SHM_HUGETLB,
которая заканчивается неудачей -1 EPERM (Operation not permitted). Возможно это и есть проблема.
В исходниках openmpi таких вызовов всего 2 и с другими флагами.

--
wbr,d4s