Bug 48519

Summary: x86-64 exclusivearch typo
Product: Sisyphus Reporter: Anton Farygin <rider>
Component: duckstationAssignee: arbars <arbars>
Status: CLOSED FIXED QA Contact: qa-sisyphus
Severity: blocker    
Priority: P5 CC: aen, arbars, cas, glebfm, grenka, ldv, oleg, zerg
Version: unstable   
Hardware: x86_64   
OS: Linux   
Attachments:
Description Flags
Отладочная информация flowblade none

Description Anton Farygin 2023-11-20 17:38:54 MSK 
Name:           duckstation
Version:        git.20230414.5fee6f5
Release:        alt1
Summary:        Sony PlayStation(TM) Emulator
License:        GPL-3.0-or-later
URL:            https://github.com/stenzek/duckstation
Source:         %{name}-%{version}.tar.xz
Group:		Emulators
Patch0:          fix-build-error-va_list-has-not-been-declared.patch

ExclusiveArch: x86-64 aarch64

нет у нас архитектуры x86-64, есть x86_64

Не знаю, должна ли сборочница это отловить.
Comment 1 Sergey V Turchin 2024-01-18 10:45:20 MSK 
(Ответ для Anton Farygin на комментарий #0)
> Не знаю, должна ли сборочница это отловить.
А как она отловит? Проверку орфографии внедрять?
Comment 2 Sergey V Turchin 2024-01-18 10:48:02 MSK 
Т.е. пакета нет по сути.
Comment 3 Sergey V Turchin 2024-01-19 13:29:24 MSK 
Да и вообще исползование ExclusiveArch -- не очень хорошоя идея везде, где это неоправдано.

И тут лучше ExcludeArch сделать.
Comment 4 Sergey V Turchin 2024-01-19 13:32:36 MSK 
Мантейнер, надеюсь, не пропал?
Comment 5 Sergey V Turchin 2024-01-23 10:05:44 MSK 
Ку-ку!
Comment 6 Dmitry V. Levin 2024-01-23 11:59:39 MSK 
(In reply to Anton Farygin from comment #0)
> Name:           duckstation
> ExclusiveArch: x86-64 aarch64
> 
> нет у нас архитектуры x86-64, есть x86_64
> 
> Не знаю, должна ли сборочница это отловить.

В теории, в sisyphus_check могла бы быть проверка.
Comment 7 Sergey V Turchin 2024-01-25 14:49:41 MSK 
А может просто удалить пакет, раз никому не нужен?
Comment 8 Sergey V Turchin 2024-01-30 11:43:18 MSK 
Раз мантейнеру не нужен, удалю пакет.
Comment 9 arbars@altlinux.org 2024-01-30 12:04:22 MSK 
Мантейнеру не доходят письма, походу, надо поменять почтовый ящик с гуглового на яндексовский...
Comment 10 Sergey V Turchin 2024-01-30 12:10:16 MSK 
Вы однофамилец нашего сотрудника? Или какого лешего рабочая почта на яндексе или гугле?
Comment 11 arbars@altlinux.org 2024-01-30 12:19:07 MSK 
(Ответ для Sergey V Turchin на комментарий #10)
> Вы однофамилец нашего сотрудника? Или какого лешего рабочая почта на яндексе
> или гугле?

Гугловая почта была задана при регистрации баги о вступлении меня в team. С тех пор она и осталась.
Comment 12 Sergey V Turchin 2024-01-30 12:27:14 MSK 
Дима или Глеб, прошу исправить алиас, чтоб почта шла в нормальное место.
Comment 13 Dmitry V. Levin 2024-01-30 12:35:05 MSK 
(In reply to Sergey V Turchin from comment #12)
> Дима или Глеб, прошу исправить алиас, чтоб почта шла в нормальное место.

https://bugzilla.altlinux.org/enter_bug.cgi?product=Team%20Accounts&component=email
Comment 14 Sergey V Turchin 2024-01-30 13:25:33 MSK 
(Ответ для Dmitry V. Levin на комментарий #13)
> https://bugzilla.altlinux.org/enter_bug.cgi?product=Team%20Accounts&component=email
Я полагал, что это для мантейнеров сообщества, а не для сотрудников.
Comment 15 Dmitry V. Levin 2024-01-30 13:40:14 MSK 
(In reply to Sergey V Turchin from comment #14)
> (Ответ для Dmitry V. Levin на комментарий #13)
> > https://bugzilla.altlinux.org/enter_bug.cgi?product=Team%20Accounts&component=email
> Я полагал, что это для мантейнеров сообщества, а не для сотрудников.

Это для адресов в домене altlinux.org.
Comment 16 Sergey V Turchin 2024-01-30 14:35:47 MSK 
(Ответ для Dmitry V. Levin на комментарий #15)
> Это для адресов в домене altlinux.org.
Было бы неплохо для сотрудников в этом случае делать сразу алиас на нормальную почту.
Comment 17 Dmitry V. Levin 2024-01-30 14:56:21 MSK 
(In reply to Sergey V Turchin from comment #16)
> (Ответ для Dmitry V. Levin на комментарий #15)
> > Это для адресов в домене altlinux.org.
> Было бы неплохо для сотрудников в этом случае делать сразу алиас на
> нормальную почту.

Члены team должны сами справляться с этим вне зависимости от того, чьи они сотрудники.
Comment 18 Sergey V Turchin 2024-02-01 10:49:11 MSK 
(Ответ для Dmitry V. Levin на комментарий #17)
> Члены team должны сами справляться с этим вне зависимости от того, чьи они
> сотрудники.
Видимо, придётся с такими сотрудниками(в зависимости от того, чьи они) общаться по вопросам team через сообщения сборочницы при удалении пакетов, как сейчас произошло.
Comment 19 arbars@altlinux.org 2024-02-01 12:24:06 MSK 
(Ответ для Sergey V Turchin на комментарий #18)
> (Ответ для Dmitry V. Levin на комментарий #17)
> > Члены team должны сами справляться с этим вне зависимости от того, чьи они
> > сотрудники.
> Видимо, придётся с такими сотрудниками(в зависимости от того, чьи они)
> общаться по вопросам team через сообщения сборочницы при удалении пакетов,
> как сейчас произошло.

Не волнуйтесь, не придётся - алиасы, похоже, починили.
Comment 20 Sergey V Turchin 2024-02-01 12:30:42 MSK 
(Ответ для arbars@altlinux.org на комментарий #19)
> Не волнуйтесь, не придётся - алиасы, похоже, починили.
А я не про конкретно вас, а про любых сотрудников, использующих стороннюю почту.
Comment 21 Sergey V Turchin 2024-02-09 11:04:45 MSK 
(Ответ для arbars@altlinux.org на комментарий #19)
> Не волнуйтесь, не придётся
Как-то слабо верится судя по не закрытой до сих пор этой баге.
Comment 22 Sergey V Turchin 2024-02-20 14:00:59 MSK 
Так, что? Опять пакет удалять?
Comment 23 arbars@altlinux.org 2024-02-20 16:03:07 MSK 
(Ответ для Sergey V Turchin на комментарий #22)
> Так, что? Опять пакет удалять?

Зачем удалять? Название архитектуры я исправил, пакет теперь собирается для x86_64.
Comment 24 Sergey V Turchin 2024-02-20 16:13:15 MSK 
(Ответ для arbars@altlinux.org на комментарий #23)
> Название архитектуры я исправил, пакет теперь собирается для x86_64.
И теперь что надо сделать?
Comment 25 arbars@altlinux.org 2024-02-20 16:15:39 MSK 
(Ответ для Sergey V Turchin на комментарий #24)
> (Ответ для arbars@altlinux.org на комментарий #23)
> > Название архитектуры я исправил, пакет теперь собирается для x86_64.
> И теперь что надо сделать?

Оформить в сборочнице проверку на корректность написания названий архитектур?
Comment 26 Sergey V Turchin 2024-02-20 16:29:18 MSK 
А баг закрывать не надо?
Comment 27 Олег Щавелев 2024-10-07 01:03:07 MSK 
Created attachment 16960 [details]
Отладочная информация flowblade

@arbars, привет. В продолжение нашего разговора отправляю отладочную информацию.

/usr/lib/python3/site-packages/Flowblade/keyevents.py:498: SyntaxWarning: invalid escape sequence '\s'
  action = _secondary_dict[''.join(sorted(re.sub('[\s]','',modifier.lower())))]
/usr/lib/python3/site-packages/Flowblade/keyevents.py:501: SyntaxWarning: invalid escape sequence '\s'
  action = _secondary_dict[''.join(sorted(re.sub('[\s]','','Any'.lower())))]
/usr/lib/python3/site-packages/Flowblade/shortcuts.py:144: SyntaxWarning: invalid escape sequence '\s'
  _modifier_dict[''.join(sorted(re.sub('[\s]','','None'.lower())))] = event.get('code')
/usr/lib/python3/site-packages/Flowblade/shortcuts.py:146: SyntaxWarning: invalid escape sequence '\s'
  _modifier_dict[''.join(sorted(re.sub('[\s]','',event.get('modifiers').lower())))] = event.get('code')
No LADSPA plugins were found!

Check your LADSPA_PATH environment variable.
Traceback (most recent call last):
  File "/usr/bin/flowblade", line 71, in <module>
    app.main(modules_path)
  File "/usr/lib/python3/site-packages/Flowblade/app.py", line 294, in main
    editorstate.project = projectdata.get_default_project()
                          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3/site-packages/Flowblade/projectdata.py", line 591, in get_default_project
    project = Project(profile)
              ^^^^^^^^^^^^^^^^
  File "/usr/lib/python3/site-packages/Flowblade/projectdata.py", line 104, in __init__
    self.add_unnamed_sequence()
  File "/usr/lib/python3/site-packages/Flowblade/projectdata.py", line 260, in add_unnamed_sequence
    self.add_named_sequence(name)
  File "/usr/lib/python3/site-packages/Flowblade/projectdata.py", line 264, in add_named_sequence
    seq.create_default_tracks()
  File "/usr/lib/python3/site-packages/Flowblade/sequence.py", line 211, in create_default_tracks
    self.add_full_track_compositors()
  File "/usr/lib/python3/site-packages/Flowblade/sequence.py", line 713, in add_full_track_compositors
    compositor = self.create_compositor("##blend")
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3/site-packages/Flowblade/sequence.py", line 616, in create_compositor
    compositor = mlttransitions.create_compositor(compositor_type)
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3/site-packages/Flowblade/mlttransitions.py", line 433, in create_compositor
    transition_info = mlt_compositor_transition_infos[compositor_type]
                      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^
Comment 28 Олег Щавелев 2024-10-07 01:04:40 MSK 
Коллеги, прошу прощения за ошибку в отчёте. К сожалению, я не могу удалить комментарий.
Comment 29 Grigory Ustinov 2024-10-07 13:25:34 MSK 
[#359156] DONE flowblade.git=2.10.0.2-alt3

Ну я помог чем смог. Если ошибка возпроизведётся, приложите обновленный лог.
Comment 30 Arseny Maslennikov 2025-05-07 14:23:51 MSK 
(In reply to arbars@altlinux.org from comment #23)
> (Ответ для Sergey V Turchin на комментарий #22)
> > Так, что? Опять пакет удалять?
> 
> Зачем удалять? Название архитектуры я исправил, пакет теперь собирается для
> x86_64.

> 2024-Jan-30 11:56:59 :: task is ready for commit
> 2024-Jan-30 11:57:06 :: repo clone OK
> 2024-Jan-30 11:57:06 :: packages update OK
> 2024-Jan-30 11:57:12 :: [x86_64 aarch64] update OK
> 2024-Jan-30 11:57:12 :: repo update OK
> 2024-Jan-30 11:57:26 :: repo save OK
> 2024-Jan-30 11:57:26 :: src index update OK
> 2024-Jan-30 11:57:28 :: created /gears/d/duckstation.git branch `sisyphus'
> 2024-Jan-30 11:57:31 :: gears update OK
> 2024-Jan-30 11:57:31 :: ACL for new project `duckstation' assigned to user `arbars'
> 2024-Jan-30 11:57:31 :: task #339393 for sisyphus DONE
Можно закрывать.
Comment 31 Sergey V Turchin 2025-05-07 14:48:27 MSK 
(Ответ для Arseny Maslennikov на комментарий #30)
> Можно закрывать.
Спасибо!💡