Bug 38957 - task ls - добавить информацию о номере subtask
Summary: task ls - добавить информацию о номере subtask
Status: NEW
Alias: None
Product: Infrastructure
Classification: Infrastructure
Component: girar (show other bugs)
Version: unspecified
Hardware: x86_64 Linux
: P5 enhancement
Assignee: placeholder@altlinux.org
QA Contact: Andrey Cherepanov
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-09-18 12:28 MSK by Anton Farygin
Modified: 2021-06-21 01:54 MSK (History)
5 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Anton Farygin 2020-09-18 12:28:33 MSK
Предлагаю расширить формат вывода task ls, добавив в него номер подзадания. Это значительно упростит операции над заданием - не надо будет отдельно запускать show и grep для поиска номера подзадания.

#258239 EPERM #2 p9 php.git=7.3.22-alt1 php7-mbstring.git=7.3.22-alt1 apache2-mod_php7.git=7.3.22-alt1 php7-bz2.git=7.3.22-alt1 php7-calendar.git=7.3.22-alt1 php7-curl.git=7.3.22-alt1 php7-dba.git=7.3.22-alt1 php7-exif.git=7.3.22-alt1 php7-fileinfo.git=7.3.22-alt1 php7-fpm-fcgi.git=7.3.22-alt1 php7-gd.git=7.3.22-alt1 php7-gmp.git=7.3.22-alt1 php7-imap.git=7.3.22-alt1 php7-mcrypt.git=7.3.22-alt1 php7-mysqli.git=7.3.22-alt1 php7-mysqlnd-mysqli.git=7.3.22-alt1 php7-openssl.git=7.3.22-alt1 php7-pdo.git=7.3.22-alt1 php7-pdo_mysql.git=7.3.22-alt1 php7-pdo_odbc.git=7.3.22-alt1 php7-pdo_pgsql.git=7.3.22-alt1 php7-pdo_sqlite.git=7.3.22-alt1 php7-pgsql.git=7.3.22-alt1 php7-soap.git=7.3.22-alt1 php7-sockets.git=7.3.22-alt1 php7-xmlreader.git=7.3.22-alt1 php7-ldap.git=7.3.22-alt1 php7-pcntl.git=7.3.22-alt1 php7-snmp.git=7.3.22-alt1 php7-enchant.git=7.3.22-alt1 php7-memcached.git=7.3.22-alt1 php7-zip.git=7.3.22-alt1 php7-xsl.git=7.3.22-alt1 php7-redis.git=7.3.22-alt1 php7-apcu.git=7.3.22-alt1 php7-intl.git=7.3.22-alt1 php7-opcache.git=7.3.22-alt1 php7-sphinx.git=7.3.22-alt1 php7-xmlrpc.git=7.3.22-alt1 php7-imagick.git=7.3.22-alt1 php7-xdebug.git=7.3.22-alt1 php7-memcache.git=7.3.22-alt1 php7-apcu_bc.git=7.3.22-alt1 php7-geoip.git=7.3.22-alt1 php7-pdo_sqlsrv.git=7.3.22-alt1 php7-sqlsrv.git=7.3.22-alt1 php7-tidy.git=7.3.22-alt1 php7-readline.git=7.3.22-alt1 pecl-smbclient.git=7.3.22-alt1 pecl-krb5.git=7.3.22-alt1 php7-xhprof.git=7.3.22-alt1 php7-ssh2.git=7.3.22-alt1

Формат можно сделать такой:
#258286 BUILDING #1 [locked] sisyphus 100:ocaml-time_now.git=0.14.0-alt3
Comment 1 Vitaly Lipatov 2020-10-22 22:40:36 MSK
(Ответ для Anton Farygin на комментарий #0)
> Предлагаю расширить формат вывода task ls, добавив в него номер подзадания.
> Это значительно упростит операции над заданием - не надо будет отдельно
> запускать show и grep для поиска номера подзадания.
А зачем нужен номер подзадания? Наверное, нужен какой-то use case?

Я, например, вот так пользуюсь:

$ gita 2548239 delsub php7-exif
Comment 2 Anton Farygin 2020-10-23 08:46:29 MSK
а что такое gita  в данном случае ?
Comment 3 Vitaly Lipatov 2020-10-24 02:44:27 MSK
(Ответ для Anton Farygin на комментарий #2)
> а что такое gita  в данном случае ?
 $ rpm -qf /usr/bin/gita
etersoft-build-utils-2.9.6-alt1.noarch
Comment 4 Anton Farygin 2020-10-24 07:33:48 MSK
Эта ошибка не о том, как с помощью внешнего инструмента получить нужное мне действие. Я хотел бы снизить количество дополнительных скриптов за счёт того, что нужный мне функционал появится на сборочнице.
Comment 5 Vitaly Lipatov 2020-10-24 14:30:00 MSK
(Ответ для Anton Farygin на комментарий #4)
> Эта ошибка не о том, как с помощью внешнего инструмента получить нужное мне
> действие. Я хотел бы снизить количество дополнительных скриптов за счёт
> того, что нужный мне функционал появится на сборочнице.
Сборочницей всё равно нельзя пользоваться без дополнительных скриптов, у неё интерфейс для скриптов, а не человека. Саму идею сделать вывод сборочницы более удобным для скриптов поддерживаю, но мне кажется, для этого вывод должен упрощаться, а не становиться более сложным.
Если же кто-то думает, что вывод сборочницы это для человека, тогда предлагаю разделить интерфейс для человека и интерфейс для робота. Они не могут быть одинаковыми. При прочих равных страдать будет человек, а не скрипты. Они не умеют.
Comment 6 Anton Farygin 2020-10-26 08:13:38 MSK
Сборочница и сама является скриптом, доступ к которому осуществляется через ssh. зачем нужно делать скрипт, который будет управлять другим скриптом, если всю необходимую функциональность можно собрать на стороне сборочницы ?
Comment 7 Vladimir D. Seleznev 2020-10-26 15:12:30 MSK
(In reply to Anton Farygin from comment #6)
> Сборочница и сама является скриптом

Определение, что такое скрипт лежит в области философии, но мне нравится считать, что скрипт — это специализированная программа, решающая узкую задачу. Если считать так, то сборочница никак не является скриптом.
Comment 8 Vitaly Lipatov 2020-10-26 16:43:43 MSK
(Ответ для Vladimir D. Seleznev на комментарий #7)
> (In reply to Anton Farygin from comment #6)
> > Сборочница и сама является скриптом
> 
> Определение, что такое скрипт лежит в области философии, но мне нравится
> считать, что скрипт — это специализированная программа, решающая узкую
> задачу. Если считать так, то сборочница никак не является скриптом.
Поддерживаю. Сборочница — это сервис с интерфейсом. Его можно улучшать, но язык, на котором она написана, не даёт повода ставить её на одну полку со скриптом.

Но Антон приводил хороший аргумент в пользу расширения вывода task ls — это снизит количество обращений. С другой стороны, это добавление не должно ухудшить интерфейс для человека и не должно создавать дополнительную нагрузку (нулевая цена доп. функциональности).
Comment 9 Anton Farygin 2020-10-26 18:22:20 MSK
скрипт или не скрипт - не имеет значения. Важно что функционал другой специфичной программы-обвязки можно дёшево заинтегрировать в основную программу.

А для роботов всё-таки действительно лучше иметь другой интерфейс.