Re: [devel] [#251930] [test-only] FAILED (try 2) python3-module-libusb1.git=1.8-alt1

Re: [devel] [#251930] [test-only] FAILED (try 2) python3-module-libusb1.git=1.8-alt1

[Антон Мидюков]

Доброго времени суток

Не могу понять, как так. В локальном hasher собирается нормально, версия 
назначается для egg-info, а в сборочнице назначается unknown.

В чём дело? У меня в hasher разрешено что-то, что запрещено в сборочнице?

19.05.2020 11:34, Girar Builder awaiter robot пишет:
> http://git.altlinux.org/tasks/251930/logs/events.2.1.log
>
> 2020-May-19 04:33:42 :: test-only task #251930 for sisyphus resumed by antohami:
> #100 removed
> #200 build 1.8-alt1 from /people/antohami/packages/python3-module-libusb1.git fetched at 2020-May-19 04:33:15
> 2020-May-19 04:33:43 :: [i586] #200 python3-module-libusb1.git 1.8-alt1: build start
> 2020-May-19 04:33:43 :: [aarch64] #200 python3-module-libusb1.git 1.8-alt1: build start
> 2020-May-19 04:33:43 :: [ppc64le] #200 python3-module-libusb1.git 1.8-alt1: build start
> 2020-May-19 04:33:43 :: [x86_64] #200 python3-module-libusb1.git 1.8-alt1: build start
> /.out/python3-module-libusb1-1.8-alt1.noarch.rpm: python module contains invalid version file(s): /usr/lib/python3/site-packages/libusb1-0+unknown-py3.8.egg-info
> sisyphus_check: check-python ERROR: python modules packaging violation
> hsh-rebuild: python3-module-libusb1-1.8-alt1.src.rpm: sisyphus_check failed.
> 2020-May-19 04:34:16 :: [aarch64] python3-module-libusb1.git 1.8-alt1: remote: build failed
> 2020-May-19 04:34:16 :: [aarch64] #200 python3-module-libusb1.git 1.8-alt1: build FAILED
> 2020-May-19 04:34:16 :: [aarch64] requesting cancellation of task processing
> /.out/python3-module-libusb1-1.8-alt1.noarch.rpm: python module contains invalid version file(s): /usr/lib/python3/site-packages/libusb1-0+unknown-py3.8.egg-info
> sisyphus_check: check-python ERROR: python modules packaging violation
> hsh-rebuild: python3-module-libusb1-1.8-alt1.src.rpm: sisyphus_check failed.
> 2020-May-19 04:34:21 :: [i586] python3-module-libusb1.git 1.8-alt1: remote: build failed
> 2020-May-19 04:34:21 :: [i586] #200 python3-module-libusb1.git 1.8-alt1: build FAILED
> /.out/python3-module-libusb1-1.8-alt1.noarch.rpm: python module contains invalid version file(s): /usr/lib/python3/site-packages/libusb1-0+unknown-py3.8.egg-info
> sisyphus_check: check-python ERROR: python modules packaging violation
> hsh-rebuild: python3-module-libusb1-1.8-alt1.src.rpm: sisyphus_check failed.
> 2020-May-19 04:34:22 :: [x86_64] python3-module-libusb1.git 1.8-alt1: remote: build failed
> 2020-May-19 04:34:22 :: [x86_64] #200 python3-module-libusb1.git 1.8-alt1: build FAILED
> /.out/python3-module-libusb1-1.8-alt1.noarch.rpm: python module contains invalid version file(s): /usr/lib/python3/site-packages/libusb1-0+unknown-py3.8.egg-info
> sisyphus_check: check-python ERROR: python modules packaging violation
> hsh-rebuild: python3-module-libusb1-1.8-alt1.src.rpm: sisyphus_check failed.
> 2020-May-19 04:34:25 :: [ppc64le] python3-module-libusb1.git 1.8-alt1: remote: build failed
> 2020-May-19 04:34:25 :: [ppc64le] #200 python3-module-libusb1.git 1.8-alt1: build FAILED
> 2020-May-19 04:34:16 :: [aarch64] build FAILED
> 2020-May-19 04:34:21 :: [i586] build FAILED
> 2020-May-19 04:34:22 :: [x86_64] build FAILED
> 2020-May-19 04:34:25 :: [ppc64le] build FAILED
> 2020-May-19 04:34:25 :: task #251930 for sisyphus FAILED

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel] [#251930] [test-only] FAILED (try 2) python3-module-libusb1.git=1.8-alt1

[Ivan A. Melnikov]

On Tue, May 19, 2020 at 11:43:14AM +0700, Антон Мидюков wrote:
> Доброго времени суток
> 
> Не могу понять, как так. В локальном hasher собирается нормально, версия
> назначается для egg-info, а в сборочнице назначается unknown.
> 
> В чём дело? У меня в hasher разрешено что-то, что запрещено в сборочнице?
[...]

У меня отлично воспроизводится как в хешере, так и вне его:

$ python3 ./setup.py version
running version
discarding '', no digits
likely tags:
no suitable tags, using unknown + full revision id
got version from expanded keyword {'version': '0+unknown', 'full-revisionid': '57a7f2f571d2039c7412338b6f960fa6275bdccc', 'dirty': False, 'error': 'no suitable tags', 'date': None}
Version: 0+unknown
 full-revisionid: 57a7f2f571d2039c7412338b6f960fa6275bdccc
 dirty: False
 date: None
 error: no suitable tags


Берётся оно из usb1/_version.py, функция get_keywords, и больше этот самый
versioner никуда не смотрит. Можно попробовать добавить в %prep
что-то типа

sed -i 's/\(^\s\+git_refnames = \).*$/\1"%version"/' usb1/_version.py

Что касается того, почему оно так, есть только предположения:
в get_keywords актуальные значения проставляются в хуке:

$ cat .gitattributes
usb1/_version.py export-subst

Этот хук смотрит на текущие теги в репозитории. На твоей машине все
теги апстрима есть, а у сборочницы в /tasks/$TASKID/gears/...
тег только один, из которого собирается пакет.

-- 
  wbr,
    iv m.

Re: [devel] [#251930] [test-only] FAILED (try 2) python3-module-libusb1.git=1.8-alt1

[Антон Мидюков]

19.05.2020 16:20, Ivan A. Melnikov пишет:
> On Tue, May 19, 2020 at 11:43:14AM +0700, Антон Мидюков wrote:
>> Доброго времени суток
>>
>> Не могу понять, как так. В локальном hasher собирается нормально, версия
>> назначается для egg-info, а в сборочнице назначается unknown.
>>
>> В чём дело? У меня в hasher разрешено что-то, что запрещено в сборочнице?
> [...]
>
> У меня отлично воспроизводится как в хешере, так и вне его:
>
> $ python3 ./setup.py version
> running version
> discarding '', no digits
> likely tags:
> no suitable tags, using unknown + full revision id
> got version from expanded keyword {'version': '0+unknown', 'full-revisionid': '57a7f2f571d2039c7412338b6f960fa6275bdccc', 'dirty': False, 'error': 'no suitable tags', 'date': None}
> Version: 0+unknown
>   full-revisionid: 57a7f2f571d2039c7412338b6f960fa6275bdccc
>   dirty: False
>   date: None
>   error: no suitable tags
>
>
> Берётся оно из usb1/_version.py, функция get_keywords, и больше этот самый
> versioner никуда не смотрит. Можно попробовать добавить в %prep
> что-то типа
>
> sed -i 's/\(^\s\+git_refnames = \).*$/\1"%version"/' usb1/_version.py
>
> Что касается того, почему оно так, есть только предположения:
> в get_keywords актуальные значения проставляются в хуке:
>
> $ cat .gitattributes
> usb1/_version.py export-subst
>
> Этот хук смотрит на текущие теги в репозитории. На твоей машине все
> теги апстрима есть, а у сборочницы в /tasks/$TASKID/gears/...
> тег только один, из которого собирается пакет.
>
Не знал, что hasher что-то знает о git-репозитории, из которого 
собирается пакет. Но похоже на то...

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel] [#251930] [test-only] FAILED (try 2) python3-module-libusb1.git=1.8-alt1

[Ivan A. Melnikov]

On Tue, May 19, 2020 at 08:31:27PM +0700, Антон Мидюков wrote:
> 19.05.2020 16:20, Ivan A. Melnikov пишет:
> > On Tue, May 19, 2020 at 11:43:14AM +0700, Антон Мидюков wrote:
> > > Доброго времени суток
> > > 
> > > Не могу понять, как так. В локальном hasher собирается нормально, версия
> > > назначается для egg-info, а в сборочнице назначается unknown.
> > > 
> > > В чём дело? У меня в hasher разрешено что-то, что запрещено в сборочнице?
> > [...]
> > 
> > У меня отлично воспроизводится как в хешере, так и вне его:
> > 
> > $ python3 ./setup.py version
> > running version
> > discarding '', no digits
> > likely tags:
> > no suitable tags, using unknown + full revision id
> > got version from expanded keyword {'version': '0+unknown', 'full-revisionid': '57a7f2f571d2039c7412338b6f960fa6275bdccc', 'dirty': False, 'error': 'no suitable tags', 'date': None}
> > Version: 0+unknown
> >   full-revisionid: 57a7f2f571d2039c7412338b6f960fa6275bdccc
> >   dirty: False
> >   date: None
> >   error: no suitable tags
> > 
> > 
> > Берётся оно из usb1/_version.py, функция get_keywords, и больше этот самый
> > versioner никуда не смотрит. Можно попробовать добавить в %prep
> > что-то типа
> > 
> > sed -i 's/\(^\s\+git_refnames = \).*$/\1"%version"/' usb1/_version.py
> > 
> > Что касается того, почему оно так, есть только предположения:
> > в get_keywords актуальные значения проставляются в хуке:
> > 
> > $ cat .gitattributes
> > usb1/_version.py export-subst
> > 
> > Этот хук смотрит на текущие теги в репозитории. На твоей машине все
> > теги апстрима есть, а у сборочницы в /tasks/$TASKID/gears/...
> > тег только один, из которого собирается пакет.
> > 
> Не знал, что hasher что-то знает о git-репозитории, из которого собирается
> пакет. Но похоже на то...

Ну формально это не хешер, а git archive, которым пользуется gear,
ещё до hasher'а.

-- 
  wbr,
    iv m.