Re: [devel] gem-chef стал валиться...

Re: [devel] gem-chef стал валиться...

[Ivan A. Melnikov]

On Mon, Jul 27, 2020 at 04:12:50PM +0300, Скрылевъ Малъ wrote:
>    Приветствую,
>     
>    Заметил некоторое время назад, что перестал собираться пакет gem-chef,
>    перепопробовав на локалке, обнаружил, что сборка просто виснет на
>    компиляции исходников питона (хотя никаких исходников питона просто нет).
>     
>     
>     
>    > Verifying ELF objects in /usr/src/tmp/gem-chef-buildroot
>    (arch=normal,fhs=normal,lfs=relaxed,lint=relaxed,rpath=normal,stack=normal,textrel=normal,unresolved=normal)
>    > Bytecompiling python modules in /usr/src/tmp/gem-chef-buildroot using
>    /usr/bin/python2.7
>    ^Chsh-rebuild: rebuild of `pkg.tar' failed.
>     
>    Приходится просто прерывать сборку, и не удивительно, что сборочница
>    делает также.... потому собственно 2 вопроса:
>     
>    1. Как так вышло что сбора на этом этапе стала виснуть на сборке питона,

Локальный хешер:

[builder@localhost ~]$ file /usr/src/tmp/gem-chef-buildroot/usr/lib/ruby/gems/2.7.0/gems/chef-16.2.89/ext/git/block/block/block/block/block/block/block/block/ewah/ewah/xdiff/compat
/usr/src/tmp/gem-chef-buildroot/usr/lib/ruby/gems/2.7.0/gems/chef-16.2.89/ext/git/block/block/block/block/block/block/block/block/ewah/ewah/xdiff/compat: symbolic link to `.'


Видимо, /usr/lib/rpm/python.compileall.py не умеет обрабатывать циклы из
символических ссылок.

>    или даже почему вдруг она включилась?

Например, поэтому:

[builder@localhost gem-chef-buildroot]$ pwd
/usr/src/tmp/gem-chef-buildroot
[builder@localhost gem-chef-buildroot]$ find -type f -name \*.py
./usr/lib/ruby/gems/2.7.0/gems/chef-16.2.89/lib/chef/provider/package/dnf/dnf_helper.py
./usr/lib/ruby/gems/2.7.0/gems/chef-16.2.89/lib/chef/provider/package/yum/simplejson/__init__.py
./usr/lib/ruby/gems/2.7.0/gems/chef-16.2.89/lib/chef/provider/package/yum/simplejson/decoder.py
./usr/lib/ruby/gems/2.7.0/gems/chef-16.2.89/lib/chef/provider/package/yum/simplejson/encoder.py
./usr/lib/ruby/gems/2.7.0/gems/chef-16.2.89/lib/chef/provider/package/yum/simplejson/scanner.py
./usr/lib/ruby/gems/2.7.0/gems/chef-16.2.89/lib/chef/provider/package/yum/simplejson/tool.py
./usr/lib/ruby/gems/2.7.0/gems/chef-16.2.89/lib/chef/provider/package/yum/yum_helper.py


-- 
  wbr,
    iv m.

Re: [devel] gem-chef стал валиться...

[Michael Shigorin]

On Mon, Jul 27, 2020 at 06:17:13PM +0400, Ivan A. Melnikov wrote:
> >    1. Как так вышло что сбора на этом этапе стала виснуть на сборке питона,
> /usr/src/tmp/gem-chef-buildroot/usr/lib/ruby/gems/2.7.0/gems/chef-16.2.89/ext/git/block/block/block/block/block/block/block/block/ewah/ewah/xdiff/compat: symbolic link to `.'

Если это апстрим -- надо обратить внимание всем стадионом.

> Видимо, /usr/lib/rpm/python.compileall.py не умеет обрабатывать
> циклы из символических ссылок.

Это realpath на каждый чих или как-то иначе?

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] gem-chef стал валиться...

[Ivan A. Melnikov]

On Mon, Jul 27, 2020 at 06:11:17PM +0300, Michael Shigorin wrote:
> On Mon, Jul 27, 2020 at 06:17:13PM +0400, Ivan A. Melnikov wrote:
> > >    1. Как так вышло что сбора на этом этапе стала виснуть на сборке питона,
> > /usr/src/tmp/gem-chef-buildroot/usr/lib/ruby/gems/2.7.0/gems/chef-16.2.89/ext/git/block/block/block/block/block/block/block/block/ewah/ewah/xdiff/compat: symbolic link to `.'
> 
> Если это апстрим -- надо обратить внимание всем стадионом.
> 
> > Видимо, /usr/lib/rpm/python.compileall.py не умеет обрабатывать
> > циклы из символических ссылок.
> 
> Это realpath на каждый чих или как-то иначе?

Их там просто несколько, так что у /usr/lib/rpm/python.compileall.py
уходит достаточно большое время чтобы всеми возможными способами
дойти до ELOOP:

[builder@localhost ~]$ ls -l /usr/src/tmp/gem-chef-buildroot/usr/lib/ruby/gems/2.7.0/gems/chef-16.2.89/ext/git/ | grep \\.$
lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 block -> .
lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 compat -> .
lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 ewah -> .
lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 helper -> .
lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 negotiator -> .
lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 refs -> .
lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 sha1dc -> .
lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 sha256 -> .
lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 t -> .
lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 trace2 -> .
lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 vcs-svn -> .
lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 xdiff -> .

-- 
  wbr,
    iv m.

Re: [devel] gem-chef стал валиться...

[Dmitry V. Levin]

On Mon, Jul 27, 2020 at 07:52:24PM +0400, Ivan A. Melnikov wrote:
> On Mon, Jul 27, 2020 at 06:11:17PM +0300, Michael Shigorin wrote:
> > On Mon, Jul 27, 2020 at 06:17:13PM +0400, Ivan A. Melnikov wrote:
> > > >    1. Как так вышло что сбора на этом этапе стала виснуть на сборке питона,
> > > /usr/src/tmp/gem-chef-buildroot/usr/lib/ruby/gems/2.7.0/gems/chef-16.2.89/ext/git/block/block/block/block/block/block/block/block/ewah/ewah/xdiff/compat: symbolic link to `.'
> > 
> > Если это апстрим -- надо обратить внимание всем стадионом.
> > 
> > > Видимо, /usr/lib/rpm/python.compileall.py не умеет обрабатывать
> > > циклы из символических ссылок.
> > 
> > Это realpath на каждый чих или как-то иначе?
> 
> Их там просто несколько, так что у /usr/lib/rpm/python.compileall.py
> уходит достаточно большое время чтобы всеми возможными способами
> дойти до ELOOP:
> 
> [builder@localhost ~]$ ls -l /usr/src/tmp/gem-chef-buildroot/usr/lib/ruby/gems/2.7.0/gems/chef-16.2.89/ext/git/ | grep \\.$
> lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 block -> .
> lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 compat -> .
> lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 ewah -> .
> lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 helper -> .
> lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 negotiator -> .
> lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 refs -> .
> lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 sha1dc -> .
> lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 sha256 -> .
> lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 t -> .
> lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 trace2 -> .
> lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 vcs-svn -> .
> lrwxrwxrwx 1 rooter rooter     1 Apr 20 18:09 xdiff -> .

Ещё и исходники git'а таскает?
Ну и поделом ему, такой пакет не должен собираться.


-- 
ldv

Re: [devel] gem-chef стал валиться...

[Alexey V. Vissarionov]

On 2020-07-27 19:52:24 +0400, Ivan A. Melnikov wrote:

 >>>> 1. Как так вышло что сбора на этом этапе стала виснуть на
 >>>> сборке питона,
 >>> /usr/src/tmp/gem-chef-buildroot/usr/lib/ruby/gems/2.7.0/gems/chef-16.2.89/ext/git/block/block/block/block/block/block/block/block/ewah/ewah/xdiff/compat:
 >>> symbolic link to `.'
 >> Если это апстрим -- надо обратить внимание всем стадионом.
 >>> Видимо, /usr/lib/rpm/python.compileall.py не умеет обрабатывать
 >>> циклы из символических ссылок.
 >> Это realpath на каждый чих или как-то иначе?
 > Их там просто несколько, так что у /usr/lib/rpm/python.compileall.py
 > уходит достаточно большое время чтобы всеми возможными способами
 > дойти до ELOOP

Ну классическая же грабля... и решение классическое: использовать
lstat() вместо stat() (ну, или fstatat() с AT_SYMLINK_NOFOLLOW).

Надеюсь, хотя бы такие элементарные вещи в пыхтоне все же есть?


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] /usr/lib/rpm/python{, 3}.compileall.py don't skip symlinks

[Dmitry V. Levin]

On Mon, Jul 27, 2020 at 06:17:13PM +0400, Ivan A. Melnikov wrote:
[...]
> Видимо, /usr/lib/rpm/python.compileall.py не умеет обрабатывать циклы из
> символических ссылок.

Видимо, надо развесить баги на rpm-build-python и rpm-build-python3 о том,
что compileall не игнорирует симлинки.


-- 
ldv

Re: [devel] Проблема клонирования проекта

[alexei]

----- Исходное сообщение -----
> От: "AdmSasha" <dik@inbox.ru>
> Кому: "ALT Linux Team development discussions" <devel@lists.altlinux.org>
> Отправленные: Вторник, 28 Июль 2020 г 10:27:00
> Тема: [devel] Проблема клонирования проекта

> Пытаюсь склонировать в свой репозиторий новый проект. Но получаю ошибку.
> $ ssh git.alt clone https://admsasha@bitbucket.org/admsasha/sudoku-solver.git
> packet_write_wait: Connection to 194.107.17.22 port 222: Broken pipe
> 
> 
> 
> Что-то поменялось ?

Может кончилось место куда копируете?

Re: [devel] Проблема клонирования проекта

[Dmitry V. Levin]

On Tue, Jul 28, 2020 at 05:27:00AM +0300, AdmSasha wrote:
> 
> Пытаюсь склонировать в свой репозиторий  новый проект. Но получаю ошибку.
>  
> $ ssh git.alt clone https://admsasha@bitbucket.org/admsasha/sudoku-solver.git
> packet_write_wait: Connection to 194.107.17.22 port 222: Broken pipe

В логе сервера жалоб нет.
У меня эта команда завершилась успешно.


-- 
ldv

Re: [devel] /usr/lib/rpm/python{, 3}.compileall.py don't skip symlinks

[Ivan A. Melnikov]

On Mon, Jul 27, 2020 at 07:19:43PM +0300, Dmitry V. Levin wrote:
> On Mon, Jul 27, 2020 at 06:17:13PM +0400, Ivan A. Melnikov wrote:
> [...]
> > Видимо, /usr/lib/rpm/python.compileall.py не умеет обрабатывать циклы из
> > символических ссылок.
> 
> Видимо, надо развесить баги на rpm-build-python и rpm-build-python3 о том,
> что compileall не игнорирует симлинки.

https://bugzilla.altlinux.org/38765
https://bugzilla.altlinux.org/38767

Re: [devel] gem-chef стал валиться...

[Alexey Sheplyakov]

On 7/27/20 8:01 PM, Alexey V. Vissarionov wrote:
> On 2020-07-27 19:52:24 +0400, Ivan A. Melnikov wrote:
> 
>   >>>> 1. Как так вышло что сбора на этом этапе стала виснуть на
>   >>>> сборке питона,
>   >>> /usr/src/tmp/gem-chef-buildroot/usr/lib/ruby/gems/2.7.0/gems/chef-16.2.89/ext/git/block/block/block/block/block/block/block/block/ewah/ewah/xdiff/compat:
>   >>> symbolic link to `.'
>   >> Если это апстрим -- надо обратить внимание всем стадионом.
>   >>> Видимо, /usr/lib/rpm/python.compileall.py не умеет обрабатывать
>   >>> циклы из символических ссылок.
>   >> Это realpath на каждый чих или как-то иначе?
>   > Их там просто несколько, так что у /usr/lib/rpm/python.compileall.py
>   > уходит достаточно большое время чтобы всеми возможными способами
>   > дойти до ELOOP
> 
> Ну классическая же грабля... и решение классическое: использовать
> lstat() вместо stat() (ну, или fstatat() с AT_SYMLINK_NOFOLLOW).


os.walk не ходит по симлинкам по умолчанию. Можно попросить followlinks=True,
но в документации предупреждают, что это чревато.

> Надеюсь, хотя бы такие элементарные вещи в пыхтоне все же есть?

В python много чего есть, но это никак не помешает желающим сделать
свой велосипед с квадратными колесами.