forum.opennet.ru - "Релиз командного интерпретатора Bash 5.0" (121)

"Релиз командного интерпретатора Bash 5.0"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Релиз командного интерпретатора Bash 5.0"	+/–
Сообщение от opennews (??), 08-Янв-19, 11:27
После двух с половиной лет разработки опубликована (http://lists.gnu.org/archive/html/bug-bash/2019-01/msg00063....) новая версия командного интерпретатора GNU Bash 5.0 (http://www.gnu.org/software/bash/), используемого по умолчанию в большинстве дистрибутивов Linux. Одновременно состоялся (http://lists.gnu.org/archive/html/bug-bash/2019-01/msg00064....) релиз библиотеки readline 8.0, применяемой в bash для организации редактирования командной строки. Значительное изменение номера версии Bash связано с внесением изменений, нарушающих обратную совместимость. В новой версии переработан код, связанный с обработкой ссылочных переменных nameref, что привело к отдельным изменениям поведения при использовании nameref (например, цикл разбора имён nameref внутри функций теперь приводит к определению переменных не в локальном, а в глобальном контексте). Кроме того, по умолчанию переменные BASH_ARGC и BASH_ARGV теперь выставляются только при включении расширенного отладочного режима, что позволило избавиться от проблем с производительностью при передаче скриптами большого числа аргументов. Для работы нового выпуска необходимо наличие свежей библиотеки readline, т.е. для установке Bash 5.0 в дистрибутивах с выпусками readline до 8.0 потребуется переустановка readline или встраивание новой версии библиотеки при сборке Bash. Из улучшений (http://git.savannah.gnu.org/cgit/bash.git/tree/NEWS?h=bash-5.0) можно отметить: - Предложены новые переменные окружения: BASH_ARGV0 (принимает значение $0), EPOCHSECONDS (эпохальное время в секундах) и EPOCHREALTIME (эпохальное время с точностью до микросекунд); - Во встроенную команду "history" добавлена поддержка выборочного удаления записей из БД с историей операций ("history -d start-end") и возможность указания отрицательных значений в качестве смещения первой удаляемой записи относительно конца списка (например, "-1" указывает на предыдущую команду); - Добавлена опция "localvar_inherit", при установке которой локальные переменные наследуют значение переменный с теми же именами, определёнными в вышестоящей области видимости; - Добавлена опция "assoc_expand_once", при установке которой оболочка осуществляет раскрытие индексов ассоциативных массивов только один раз;- Включена по умолчанию опция "globasciiranges", допускающая использование масок для определения диапазонов символов ([a-z]); - Добавлены встроенные реализации команд rm, stat, seq и fdflags; - Во встроенной команде "wait" обеспечена возможность ожидания замещения последнего процесса и добавлена опция "-f" для ожидания завершения процесса или работы вместо ожидания изменения состояния; - Добавлена возможность жёсткого определения в файле config-top.h значений $PATH и $HISTSIZE. Данные значения будут более приоритетными, чем значения из переменных окружения и могут применяться для создания ограниченных окружений; - При автодополнении ввода теперь не учитывает регистр символов для имён функций и псевдонимов (alias), если в readline выставлен режим completion-ignore-case;- Во встроенной команде "umask" разрешено использование режимов доступа и масок, превышающих восьмеричное значение 777; - Во встроенной команде "times" в зависимости от настройки локали теперь может выводиться не только точка, но и запятая в качестве разделителя дробных значений; - Добавлена отключенная по умолчанию и недокументированная опция для включения отправки истории команд в syslog; - Встроенная реализация malloc переведена на использование mmap для обеспечения запроса блоков, размером больше 128 Кб, и возможности возврата страниц памяти ядру после выполнения mfree;- В качестве индексов ассоциативных массивов теперь могут использоваться строки, состоящие только из символов пробела;- В разряд видимых переведены ранее недокументированные опции localvar_unset и progcomp_alias; - Переменная "$_" теперь не меняет своё значение, когда shell запускает команду, выполняющую fork. URL: http://lists.gnu.org/archive/html/bug-bash/2019-01/msg00063.... Новость: https://www.opennet.me/opennews/art.shtml?num=49917
Ответить \| Правка \| Cообщить модератору

Оглавление

Релиз командного интерпретатора Bash 5.0, Аноним (1), 11:27 , 08-Янв-19, (1)

Релиз командного интерпретатора Bash 5.0, Аноним (4), 11:35 , 08-Янв-19, (4) –2
Релиз командного интерпретатора Bash 5.0, Аноним (7), 11:42 , 08-Янв-19, (7) +8
Релиз командного интерпретатора Bash 5.0, Бананим (?), 12:46 , 08-Янв-19, (19) +1

Релиз командного интерпретатора Bash 5.0, Нанобот (ok), 15:18 , 08-Янв-19, (45) +1

Релиз командного интерпретатора Bash 5.0, fi (ok), 11:32 , 09-Янв-19, (99)
Релиз командного интерпретатора Bash 5.0, pavlinux (ok), 13:05 , 10-Янв-19, (126)

Релиз командного интерпретатора Bash 5.0, Аноним (127), 20:53 , 10-Янв-19, (127) –1

Релиз командного интерпретатора Bash 5.0, Нанобот (ok), 10:31 , 12-Янв-19, (128)
Релиз командного интерпретатора Bash 5.0, pavlinux (ok), 16:31 , 14-Янв-19, (131)

Релиз командного интерпретатора Bash 5.0, Нанобот (ok), 11:59 , 23-Янв-19, (132) –2

Релиз командного интерпретатора Bash 5.0, Andrey Mitrofanov (?), 12:08 , 23-Янв-19, (133)

Релиз командного интерпретатора Bash 5.0, pavlinux (ok), 01:45 , 25-Янв-19, (134)

Релиз командного интерпретатора Bash 5.0, Аноним (2), 11:28 , 08-Янв-19, (2) +21

Релиз командного интерпретатора Bash 5.0, xm (ok), 12:06 , 08-Янв-19, (15) +18

Релиз командного интерпретатора Bash 5.0, Michael Shigorin (ok), 19:11 , 08-Янв-19, (68) –5

Релиз командного интерпретатора Bash 5.0, xm (ok), 23:00 , 08-Янв-19, (86) –2
Релиз командного интерпретатора Bash 5.0, cat666 (ok), 13:08 , 09-Янв-19, (103) +1

Релиз командного интерпретатора Bash 5.0, Michael Shigorin (ok), 16:01 , 09-Янв-19, (114) –1

Релиз командного интерпретатора Bash 5.0, freehck (ok), 14:54 , 09-Янв-19, (106) +1
Релиз командного интерпретатора Bash 5.0, Аноним (119), 20:13 , 09-Янв-19, (119)

Релиз командного интерпретатора Bash 5.0, Michael Shigorin (ok), 20:17 , 09-Янв-19, (120) –1

Релиз командного интерпретатора Bash 5.0, Andrey Mitrofanov (?), 06:27 , 09-Янв-19, (91) +1

Релиз командного интерпретатора Bash 5.0, Имя (?), 10:56 , 09-Янв-19, (97) +2
Релиз командного интерпретатора Bash 5.0, Гентушник (ok), 11:06 , 09-Янв-19, (98) +1

Релиз командного интерпретатора Bash 5.0, Andrey Mitrofanov (?), 14:10 , 09-Янв-19, (104) +2

Релиз командного интерпретатора Bash 5.0, Andrey Mitrofanov (?), 14:22 , 09-Янв-19, (105) +1
Релиз командного интерпретатора Bash 5.0, Гентушник (ok), 21:11 , 09-Янв-19, (123) +2

Релиз командного интерпретатора Bash 5.0, Andrey Mitrofanov (?), 08:44 , 13-Янв-19, (129)

Релиз командного интерпретатора Bash 5.0, Dzivak (?), 09:17 , 09-Янв-19, (93) –1

Релиз командного интерпретатора Bash 5.0, fi (ok), 11:34 , 09-Янв-19, (100) +3

Релиз командного интерпретатора Bash 5.0, Аноним (32), 13:37 , 08-Янв-19, (32) –1

Релиз командного интерпретатора Bash 5.0, Michael Shigorin (ok), 19:11 , 08-Янв-19, (69) +2

Релиз командного интерпретатора Bash 5.0, Аноним (37), 14:08 , 08-Янв-19, (37) +7

Релиз командного интерпретатора Bash 5.0, вандамм (?), 20:28 , 08-Янв-19, (80) –5

Релиз командного интерпретатора Bash 5.0, Qwerty (??), 11:30 , 08-Янв-19, (3) –1

Релиз командного интерпретатора Bash 5.0, Аноним (7), 11:44 , 08-Янв-19, (9) +7

Релиз командного интерпретатора Bash 5.0, имя (?), 13:16 , 08-Янв-19, (27)

Релиз командного интерпретатора Bash 5.0, Аноним (40), 14:30 , 08-Янв-19, (40)

Релиз командного интерпретатора Bash 5.0, Аноним (11), 11:48 , 08-Янв-19, (11) +1

Релиз командного интерпретатора Bash 5.0, Аноним (127), 16:11 , 09-Янв-19, (115) –1

Релиз командного интерпретатора Bash 5.0, Аноним (119), 20:24 , 09-Янв-19, (121)

Релиз командного интерпретатора Bash 5.0, Сергей (??), 16:55 , 08-Янв-19, (61)

Релиз командного интерпретатора Bash 5.0, Аноним (5), 11:37 , 08-Янв-19, (5) –2

Релиз командного интерпретатора Bash 5.0, Аноним (30), 13:32 , 08-Янв-19, (30) –2

Релиз командного интерпретатора Bash 5.0, Нанобот (ok), 15:23 , 08-Янв-19, (48) +4

Релиз командного интерпретатора Bash 5.0, Аноним (60), 16:42 , 08-Янв-19, (60) +1

Релиз командного интерпретатора Bash 5.0, Росатый (?), 19:28 , 08-Янв-19, (72) +6

Релиз командного интерпретатора Bash 5.0, Аноним (58), 16:38 , 08-Янв-19, (58) +4

Релиз командного интерпретатора Bash 5.0, Zulu (?), 17:09 , 08-Янв-19, (63) –1

Релиз командного интерпретатора Bash 5.0, Аноним (60), 17:32 , 08-Янв-19, (64) +4

Релиз командного интерпретатора Bash 5.0, Аноним (94), 09:32 , 09-Янв-19, (94) –2

Релиз командного интерпретатора Bash 5.0, Аноним (117), 18:27 , 09-Янв-19, (117) +1
Релиз командного интерпретатора Bash 5.0, Michael Shigorin (ok), 18:33 , 09-Янв-19, (118)

Релиз командного интерпретатора Bash 5.0, Andrey Mitrofanov (?), 08:47 , 13-Янв-19, (130)

Релиз командного интерпретатора Bash 5.0, Аноним (119), 20:30 , 09-Янв-19, (122)

Релиз командного интерпретатора Bash 5.0, Michael Shigorin (ok), 19:13 , 08-Янв-19, (70) –4

Релиз командного интерпретатора Bash 5.0, Какаянахренразница (ok), 11:41 , 08-Янв-19, (6)

Релиз командного интерпретатора Bash 5.0, Аноним (-), 11:57 , 08-Янв-19, (13) +8

Релиз командного интерпретатора Bash 5.0, Аноним (40), 12:15 , 08-Янв-19, (17)

Релиз командного интерпретатора Bash 5.0, Аноним (28), 13:29 , 08-Янв-19, (28)

Релиз командного интерпретатора Bash 5.0, Аноним (40), 14:22 , 08-Янв-19, (39) –1

Релиз командного интерпретатора Bash 5.0, Аноним (10), 11:46 , 08-Янв-19, (10) –4

Релиз командного интерпретатора Bash 5.0, Аноним (26), 13:13 , 08-Янв-19, (26) –8

Релиз командного интерпретатора Bash 5.0, Дартаньян (?), 14:00 , 08-Янв-19, (36) +1

Релиз командного интерпретатора Bash 5.0, А (??), 16:02 , 08-Янв-19, (53) –4

Релиз командного интерпретатора Bash 5.0, Бананим (ok), 16:27 , 08-Янв-19, (56) +3

Релиз командного интерпретатора Bash 5.0, Аноним (60), 15:20 , 08-Янв-19, (46) +3
Релиз командного интерпретатора Bash 5.0, Аноним (58), 16:42 , 08-Янв-19, (59) +2
Релиз командного интерпретатора Bash 5.0, zomg (?), 16:55 , 08-Янв-19, (62) +2
Релиз командного интерпретатора Bash 5.0, Michael Shigorin (ok), 19:17 , 08-Янв-19, (71) –3

Релиз командного интерпретатора Bash 5.0, Аноним (10), 21:06 , 08-Янв-19, (81)

Релиз командного интерпретатора Bash 5.0, freehck (ok), 15:11 , 09-Янв-19, (107) +1
Релиз командного интерпретатора Bash 5.0, Michael Shigorin (ok), 15:41 , 09-Янв-19, (112)

Релиз командного интерпретатора Bash 5.0, Аноним (124), 22:01 , 09-Янв-19, (124)

Релиз командного интерпретатора Bash 5.0, Аноним (7), 12:08 , 08-Янв-19, (16)

Релиз командного интерпретатора Bash 5.0, Аноим (?), 12:55 , 08-Янв-19, (21) –1

Релиз командного интерпретатора Bash 5.0, Анонн (?), 19:03 , 08-Янв-19, (67) +6
Релиз командного интерпретатора Bash 5.0, Аноним (7), 15:30 , 09-Янв-19, (111)

Релиз командного интерпретатора Bash 5.0, Michael Shigorin (ok), 15:45 , 09-Янв-19, (113)

Релиз командного интерпретатора Bash 5.0, Alukardd (ok), 12:31 , 08-Янв-19, (18)

Релиз командного интерпретатора Bash 5.0, Аноним (31), 13:33 , 08-Янв-19, (31) –3

Релиз командного интерпретатора Bash 5.0, Какаянахренразница (ok), 13:44 , 08-Янв-19, (34) +4

Релиз командного интерпретатора Bash 5.0, йкЛще (?), 14:47 , 08-Янв-19, (42)

Релиз командного интерпретатора Bash 5.0, Alukardd (ok), 15:09 , 08-Янв-19, (44)

Релиз командного интерпретатора Bash 5.0, Аноним (60), 15:22 , 08-Янв-19, (47)
Релиз командного интерпретатора Bash 5.0, Имя (?), 15:26 , 08-Янв-19, (50) +4
Релиз командного интерпретатора Bash 5.0, Andrey Mitrofanov (?), 09:52 , 09-Янв-19, (95) +2
Релиз командного интерпретатора Bash 5.0, freehck (ok), 15:17 , 09-Янв-19, (108) +2

Релиз командного интерпретатора Bash 5.0, Бананим (?), 12:51 , 08-Янв-19, (20) –4

Релиз командного интерпретатора Bash 5.0, Аноим (?), 12:58 , 08-Янв-19, (22) +2

Релиз командного интерпретатора Bash 5.0, Аноним (40), 13:12 , 08-Янв-19, (25) –2
Релиз командного интерпретатора Bash 5.0, Бананим (ok), 16:28 , 08-Янв-19, (57) –3

Релиз командного интерпретатора Bash 5.0, Annoynymous (ok), 13:37 , 08-Янв-19, (33)

Релиз командного интерпретатора Bash 5.0, Аноним (37), 14:11 , 08-Янв-19, (38)

Релиз командного интерпретатора Bash 5.0, Michael Shigorin (ok), 19:36 , 08-Янв-19, (75) +1
Релиз командного интерпретатора Bash 5.0, Andrey Mitrofanov (?), 10:02 , 09-Янв-19, (96)
Релиз командного интерпретатора Bash 5.0, freehck (ok), 15:21 , 09-Янв-19, (109) +1

Релиз командного интерпретатора Bash 5.0, Anon4ik_ (?), 13:06 , 08-Янв-19, (23) –6

Релиз командного интерпретатора Bash 5.0, Злыдень (??), 13:11 , 08-Янв-19, (24) +15

Релиз командного интерпретатора Bash 5.0, Аноним (60), 15:24 , 08-Янв-19, (49) –8

Релиз командного интерпретатора Bash 5.0, Аноим (?), 16:00 , 08-Янв-19, (52)

Релиз командного интерпретатора Bash 5.0, А (??), 16:04 , 08-Янв-19, (55) +1
Релиз командного интерпретатора Bash 5.0, Аноним (60), 17:36 , 08-Янв-19, (65) +3

Релиз командного интерпретатора Bash 5.0, freehck (ok), 15:23 , 09-Янв-19, (110) +1

Релиз командного интерпретатора Bash 5.0, Аноним (29), 13:31 , 08-Янв-19, (29)

Релиз командного интерпретатора Bash 5.0, Аноним (41), 14:39 , 08-Янв-19, (41) +1

Релиз командного интерпретатора Bash 5.0, Аноним (43), 14:57 , 08-Янв-19, (43) +2
Релиз командного интерпретатора Bash 5.0, Techno1 (?), 15:28 , 08-Янв-19, (51)

Релиз командного интерпретатора Bash 5.0, Аноим (?), 16:03 , 08-Янв-19, (54) +1

Релиз командного интерпретатора Bash 5.0, user90 (?), 18:49 , 08-Янв-19, (66) –1

Релиз командного интерпретатора Bash 5.0, Anon4ik_ (?), 19:33 , 08-Янв-19, (74) –1
Релиз командного интерпретатора Bash 5.0, Michael Shigorin (ok), 19:39 , 08-Янв-19, (77)

Релиз командного интерпретатора Bash 5.0, user90 (?), 20:00 , 08-Янв-19, (78) –1
Релиз командного интерпретатора Bash 5.0, user90 (?), 20:17 , 08-Янв-19, (79) –1

Релиз командного интерпретатора Bash 5.0, ACCA (ok), 02:17 , 09-Янв-19, (89) +1

Релиз командного интерпретатора Bash 5.0, OpenEcho (?), 21:15 , 08-Янв-19, (82)

Релиз командного интерпретатора Bash 5.0, user90 (?), 21:31 , 08-Янв-19, (84) –1

Релиз командного интерпретатора Bash 5.0, OpenEcho (?), 16:16 , 09-Янв-19, (116) +2

Релиз командного интерпретатора Bash 5.0, user455 (?), 10:42 , 10-Янв-19, (125)

Релиз командного интерпретатора Bash 5.0, fi (ok), 11:35 , 09-Янв-19, (101)

Сообщения по теме [Сортировка по времени | RSS]

1. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Аноним (1), 08-Янв-19, 11:27

> Во встроенной команде "umask" разрешено использование режимов доступа и масок, превышающих восьмеричное значение 777
Просветите, пожалуйста, как umask может быть больше 777

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Релиз командного интерпретатора Bash 5.0" –2 +/–

Сообщение от Аноним (4), 08-Янв-19, 11:35

Обнуляется

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

7. "Релиз командного интерпретатора Bash 5.0" +8 +/–

Сообщение от Аноним (7), 08-Янв-19, 11:42

01777

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

19. "Релиз командного интерпретатора Bash 5.0" +1 +/–

Сообщение от Бананим (?), 08-Янв-19, 12:46

Видать, добавили поддержку Sticky bit, Set UID, Set GID, получилось 7777.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

45. "Релиз командного интерпретатора Bash 5.0" +1 +/–

Сообщение от Нанобот (ok), 08-Янв-19, 15:18

как минимум, в линуксе это работать не будет
в реализации системного вызова явно сбрасываются все биты старше 0777: https://github.com/torvalds/linux/blob/master/kernel/sys.c#L...

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

99. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от fi (ok), 09-Янв-19, 11:32

Скорей всего будет - пример не о том

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

126. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от pavlinux (ok), 10-Янв-19, 13:05

builtins/common.c
- read_octal: allow octal numbers greater than 777 to accommodate
  modes and umasks that include sticky/setuid/setgid bits. Report
  and fix from Martijn Dekker <martijn@inlv.org>

/* Return the octal number parsed from STRING, or -1 to indicate
   that the string contained a bad number. */
int
read_octal (string)
     char *string;
{
  int result, digits;
  result = digits = 0;
  while (*string && ISOCTAL (*string))
    {
      digits++;
      result = (result * 8) + (*string++ - '0');
      if (result > 07777)
    return -1;
    }
  if (digits == 0 || *string)
    result = -1;
  return (result);
}
Было        if (result > 0777)

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

127. "Релиз командного интерпретатора Bash 5.0" –1 +/–

Сообщение от Аноним (127), 10-Янв-19, 20:53

Как верно подметил Нанобот, сисколл установки umask учитывает только 0777, так что от увеличения дополнительных бит в баше ничего не изменится.

Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

128. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Нанобот (ok), 12-Янв-19, 10:31

> Как верно подметил Нанобот, сисколл установки umask учитывает только 0777, так что
> от увеличения дополнительных бит в баше ничего не изменится.
я подозреваю, что существует какая-то, отличная от линукс, система, в которой существует umask с другой реализацией и для которой тоже собирается баш. возможно где-то в *bsd...

Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

131. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от pavlinux (ok), 14-Янв-19, 16:31

> Как верно подметил Нанобот, сисколл установки umask
umask в баше встроенный.

int umask_builtin (list)   WORD_LIST *list; {...;}

Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

132. "Релиз командного интерпретатора Bash 5.0" –2 +/–

Сообщение от Нанобот (ok), 23-Янв-19, 11:59

>> Как верно подметил Нанобот, сисколл установки umask
> umask в баше встроенный.
>

> int umask_builtin (list)   WORD_LIST *list; {...;}
>

и внутри umask_builtin оно ж всё равно делает вызов ядра. а то иначе это будет бесполезная команда (например, пользователь поставит umask 022 и запустит какой-то процесс...если umask - чисто функция баша, то запущеный процесс не сможет узнать, что написал пользователь в другом процессе...чтобы оно работало так, как ожидается, нужно ядро вызывать).
я думаю, если хорошо поискать, где-то внутри umask_builtin будет вызов ядра (ну или libc)

Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

133. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Andrey Mitrofanov (?), 23-Янв-19, 12:08

>>> Как верно подметил Нанобот, сисколл установки umask
>> umask в баше встроенный.
Ойспадя.  https://lists.gnu.org/archive/html/bug-bash/2018-03/msg00083...
> и внутри umask_builtin оно ж всё равно делает вызов ядра. а то
> иначе это будет бесполезная команда (например, пользователь поставит umask 022 и
Так надо!

Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

134. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от pavlinux (ok), 25-Янв-19, 01:45

> Так надо!
While POSIX says the effect of specifying sticky/setuid/setgid bits is
unspecified[*], the 'umask' builtin should still accept these bits, as
it does in every other shell.
Вот так и надо было писать в новости.

Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

2. "Релиз командного интерпретатора Bash 5.0" +21 +/–

Сообщение от Аноним (2), 08-Янв-19, 11:28

Астрологи объявили год поломанных скриптов.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Релиз командного интерпретатора Bash 5.0" +18 +/–

Сообщение от xm (ok), 08-Янв-19, 12:06

> Астрологи объявили год поломанных скриптов.
Говорила ж мама: "Пиши скрипты только на sh"...

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

68. "Релиз командного интерпретатора Bash 5.0" –5 +/–

Сообщение от Michael Shigorin (ok), 08-Янв-19, 19:11

Это не помогает с дебиановским dash, вообще говоря.
PS: и да, жду свидетелей двух башей в альте -- бегать по дистрибутивам и интересоваться, почему они ещё не на bash5.  Ну или завязывать с двухстандартностью.  Ну или оставаться лицемерами, да.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

86. "Релиз командного интерпретатора Bash 5.0" –2 +/–

Сообщение от xm (ok), 08-Янв-19, 23:00

ССЗБ

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

103. "Релиз командного интерпретатора Bash 5.0" +1 +/–

Сообщение от cat666 (ok), 09-Янв-19, 13:08

Миша, а как же Альт? Что-то ты всё про Debian, да про Debian.

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

114. "Релиз командного интерпретатора Bash 5.0" –1 +/–

Сообщение от Michael Shigorin (ok), 09-Янв-19, 16:01

> Миша, а как же Альт?
https://bugzilla.altlinux.org/31399 CLOSED FIXED

Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

106. "Релиз командного интерпретатора Bash 5.0" +1 +/–

Сообщение от freehck (ok), 09-Янв-19, 14:54

> Это не помогает с дебиановским dash, вообще говоря.
У Debian-а мейнтейнеров завались, там это как раз не проблема.
> PS: и да, жду свидетелей двух башей в альте -- бегать по дистрибутивам и интересоваться, почему они ещё не на bash5.  Ну или завязывать с двухстандартностью.  Ну или оставаться лицемерами, да.
Я так понимаю, через пару лет они будут свидетелями трёх башей в альте? )

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

119. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Аноним (119), 09-Янв-19, 20:13

> Это не помогает с дебиановским dash, вообще говоря.
В смысле не помогает? Он же вроде POSIX совместимый: dash is a POSIX-compliant implementation of /bin/sh that aims to be as small as possible.

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

120. "Релиз командного интерпретатора Bash 5.0" –1 +/–

Сообщение от Michael Shigorin (ok), 09-Янв-19, 20:17

>>>> Астрологи объявили год поломанных скриптов.
>>> Говорила ж мама: "Пиши скрипты только на sh"...
>> Это не помогает с дебиановским dash, вообще говоря.
> В смысле не помогает? Он же вроде POSIX совместимый: dash is a
> POSIX-compliant implementation of /bin/sh that aims to be as small as
> possible.
Сдаётся мне, полностью честно было бы s/is /aims to be / вот здесь.
Глючный он местами, и несколько лет назад (когда вляпался в такое и разбирались с нашим майнтейнером dash, он заодно большой знаток стандартов, в отличие от меня) оказалось проще обойти проблему в скрипте, чем исправить интерпретатор у нас или в апстриме.  Проблема была уже известна.  Здесь я её в каком-то из аналогичных обсуждений тоже показывал в цветах и красках, но это опять же к слову о жалобах на троллейбусной остановке (разве что я уже знал, что они уже знают)...
PS: на /bin/sh, который в альте из bash собирается -- скрипт работал, разумеется.  И нет, то был не башизм.

Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

91. "Релиз командного интерпретатора Bash 5.0" +1 +/–

Сообщение от Andrey Mitrofanov (?), 09-Янв-19, 06:27

>> Астрологи объявили год поломанных скриптов.
> Говорила ж мама: "Пиши скрипты только на sh"...
На котором из?  Впрочем geesh/gash порешают, да.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

97. "Релиз командного интерпретатора Bash 5.0" +2 +/–

Сообщение от Имя (?), 09-Янв-19, 10:56

http://pubs.opengroup.org/onlinepubs/9699919799/idx/xcu.html

Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

98. "Релиз командного интерпретатора Bash 5.0" +1 +/–

Сообщение от Гентушник (ok), 09-Янв-19, 11:06

На том который описан в IEEE Std 1003.1, зачем завязываться на конкретный интерпретатор?

Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

104. "Релиз командного интерпретатора Bash 5.0" +2 +/–

Сообщение от Andrey Mitrofanov (?), 09-Янв-19, 14:10

#>>>Говорила ж мама: "
#>>> только на sh"...
> На том который описан в IEEE Std 1003.1, зачем завязываться на конкретный
> интерпретатор?
Я ж про _реализацию_ спрашивал.
Который из них  реализует этот вашЬ с[замечательный]й "POSIX shell"?  И чтоб не больше и не меньше?  И чтоб без ошибок в реализации и стандарте?
Они все?  Ни один из?  '#!/bin/bash --posix'?
Что Ваша мама вам _конкретно_ говорила-то???777  А _его_ мама _ему_?
<///>

Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

105. "Релиз командного интерпретатора Bash 5.0" +1 +/–

Сообщение от Andrey Mitrofanov (?), 09-Янв-19, 14:22

> Который из них  реализует этот вашЬ с[замечательный]й "POSIX shell"?  И
> чтоб не больше и не меньше?
Кстати, сразу, при выборе варианта -
> Они все?
, то исть писать _под все_ возможные реализации /bin/sh, написание скрипта превращается в сизифов камень-в-гору.
Да, желание "позиксивистов" озадачить всех вокруг своими проблемами понятно, но совершенно непотребно.
> <///>
Приветы маме.

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

123. "Релиз командного интерпретатора Bash 5.0" +2 +/–

Сообщение от Гентушник (ok), 09-Янв-19, 21:11

> Я ж про _реализацию_ спрашивал.
> Который из них  реализует этот вашЬ с[замечательный]й "POSIX shell"?
Например bash --posix, да, или вызов баша через команду sh, большинство других шеллов предоставляющих /bin/sh делают так же. Если не делают, то пишите им в багтрекер.
> чтоб не больше
А почему не больше? Больше можно, стандарт не запрещает реализациям делать расширения синтаксиса.
> и не меньше?
Разработчики баша утверждают что реализуют этот стандарт, даже в мане написано.
Но я мамой клясться конечно не буду.
> И чтоб без ошибок в реализации и стандарте?
Извините Андрей, но ваши безошибочные программисты в другом замке.

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

129. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Andrey Mitrofanov (?), 13-Янв-19, 08:44

>> чтоб не больше
> А почему не больше? Больше можно, стандарт не запрещает реализациям делать расширения
> синтаксиса.
Я не знаю, почему вам двоим мамы (или мама? не братья?) запрещают в башизмы.  И вы остальным по ушам с этим фетишем ездите.  Стандпрт же ж вишь ты "не запрещает в расширения", ага.

Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

93. "Релиз командного интерпретатора Bash 5.0" –1 +/–

Сообщение от Dzivak (?), 09-Янв-19, 09:17

ksh очень хорош по совместимости

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

100. "Релиз командного интерпретатора Bash 5.0" +3 +/–

Сообщение от fi (ok), 09-Янв-19, 11:34

Уйди! ты просто с ними не возился!
их вообще два, и обычно в системе стоит старый.

Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

32. "Релиз командного интерпретатора Bash 5.0" –1 +/–

Сообщение от Аноним (32), 08-Янв-19, 13:37

Что, скрипты настолько сложны, что трудно подправить?

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

69. "Релиз командного интерпретатора Bash 5.0" +2 +/–

Сообщение от Michael Shigorin (ok), 08-Янв-19, 19:11

Бывают не столь сложны скрипты, сколь инварианты, особенно неявные.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

37. "Релиз командного интерпретатора Bash 5.0" +7 +/–

Сообщение от Аноним (37), 08-Янв-19, 14:08

Я о большей части перечисленного даже не слышал. Думается, большинство этих изменений даже не заметит.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

80. "Релиз командного интерпретатора Bash 5.0" –5 +/–

Сообщение от вандамм (?), 08-Янв-19, 20:28

хвастаться собственной некомпетентностью - какой интересный вариант каминг аута.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

3. "Релиз командного интерпретатора Bash 5.0" –1 +/–

Сообщение от Qwerty (??), 08-Янв-19, 11:30

>Встроенная реализация malloc переведена на использование mmap для обеспечения запроса блоков
О, а вот и пачка потенциальных уязвимостей и переполнений подъехала.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Релиз командного интерпретатора Bash 5.0" +7 +/–

Сообщение от Аноним (7), 08-Янв-19, 11:44

А теперь расскажи, чем в плане переполнений аллокация через mmap хуже malloc/new (который сам обёртка над mmap/brk в большинстве libc).

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

27. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от имя (?), 08-Янв-19, 13:16

А в каких аллокаторах, кроме, возможно, виндовых, malloc работает через что-то отличное от mmap/(s)brk?

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

40. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Аноним (40), 08-Янв-19, 14:30

В Винде всё точно так же, только вызов называется VirtualAlloc. Даже если задать огромную пустую секцию исполняемого файла и аллоцировать кучу там, внизу окажется отображение страниц.

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

11. "Релиз командного интерпретатора Bash 5.0" +1 +/–

Сообщение от Аноним (11), 08-Янв-19, 11:48

Это ровно то, что делается в других реализациях malloc.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

115. "Релиз командного интерпретатора Bash 5.0" –1 +/–

Сообщение от Аноним (127), 09-Янв-19, 16:11

А зачем башу своя реализация malloc?

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

121. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Аноним (119), 09-Янв-19, 20:24

Для оптимизации, упрощения отладки и улучшения их переносимости между различными системами.

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

61. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Сергей (??), 08-Янв-19, 16:55

Пихать внешние невалидированные данные в неизолированный баш это само по себе потенциальная уязвимость.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Релиз командного интерпретатора Bash 5.0" –2 +/–

Сообщение от Аноним (5), 08-Янв-19, 11:37

Без https по умолчанию раздавать файлы в наше время - жуткий моветон.
// b.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "Релиз командного интерпретатора Bash 5.0" –2 +/–

Сообщение от Аноним (30), 08-Янв-19, 13:32

а еще говорят что шапка из фольги помогает при паранойи. попробуйте.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

48. "Релиз командного интерпретатора Bash 5.0" +4 +/–

Сообщение от Нанобот (ok), 08-Янв-19, 15:23

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

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

60. "Релиз командного интерпретатора Bash 5.0" +1 +/–

Сообщение от Аноним (60), 08-Янв-19, 16:42

> в последных прошивках излучателей используются особые радиоволны
Так они и https пробивают на ура. Тут нужны другие подходы.

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

72. "Релиз командного интерпретатора Bash 5.0" +6 +/–

Сообщение от Росатый (?), 08-Янв-19, 19:28

Нихрена она не помогает. Наоборот, излучение отражается от поверхности планеты и концентрируется под шапочкой.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

58. "Релиз командного интерпретатора Bash 5.0" +4 +/–

Сообщение от Аноним (58), 08-Янв-19, 16:38

Проверять подпись загруженного файла уже можно лет 20 как.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

63. "Релиз командного интерпретатора Bash 5.0" –1 +/–

Сообщение от Zulu (?), 08-Янв-19, 17:09

А md5 скачан с того же места без https. Угу.

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

64. "Релиз командного интерпретатора Bash 5.0" +4 +/–

Сообщение от Аноним (60), 08-Янв-19, 17:32

Какая разница, откуда скачан md5, если проверять надо подпись?

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

94. "Релиз командного интерпретатора Bash 5.0" –2 +/–

Сообщение от Аноним (94), 09-Янв-19, 09:32

А .sig-файл с подписью и открытый ключ для её проверки тоже скачаны по нешифрованному каналу, в том числе "с того же места без https". Угу.

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

117. "Релиз командного интерпретатора Bash 5.0" +1 +/–

Сообщение от Аноним (117), 09-Янв-19, 18:27

Ездить надо к автору лично ;)

Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

118. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Michael Shigorin (ok), 09-Янв-19, 18:33

> А .sig-файл с подписью и открытый ключ для её проверки тоже скачаны
> по нешифрованному каналу, в том числе "с того же места без https". Угу.
И зачем было городить инфраструктуру со всякими keys.gnupg.net, спрашивается...

Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

130. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Andrey Mitrofanov (?), 13-Янв-19, 08:47

>> А .sig-файл с подписью и открытый ключ для её проверки тоже скачаны
>> по нешифрованному каналу, в том числе "с того же места без https". Угу.
> И зачем было городить инфраструктуру со всякими keys.gnupg.net, спрашивается...
Чтоб как с dns-ом было: быстро, удобно и не напрягая мозг. https://www.opennet.me/opennews/art.shtml?num=49937

Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

122. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Аноним (119), 09-Янв-19, 20:30

> А .sig-файл с подписью
Это так же не имеет значения так как подпись проверяется ключом.
> и открытый ключ для её проверки тоже скачаны по нешифрованному каналу
А этого вы не знаете, это не из чего не следует и так же вы не знаете проверял ли пользователь подписи самого ключа и его отпечаток. Если он проверил ключ при получении, как того требуют правила — то всё будет в порядке и по HTTP.

Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

70. "Релиз командного интерпретатора Bash 5.0" –4 +/–

Сообщение от Michael Shigorin (ok), 08-Янв-19, 19:13

Расскажите это "зелёным", они Вам расскажут, что моветон -- делать свой вклад в глобальное потепление.  Ну а мы тут полюбуемся на два лагеря опирающихся всё больше на эмоции вместо рассуждения.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

6. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Какаянахренразница (ok), 08-Янв-19, 11:41

Ядро линукс 5.0, баш 5.0... Что к чему приурочили?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Релиз командного интерпретатора Bash 5.0" +8 +/–

Сообщение от Аноним (-), 08-Янв-19, 11:57

К скорому выходу Librem 5.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

17. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Аноним (40), 08-Янв-19, 12:15

> К скорому выходу Librem 5.
С 5 понятно. А 0 к чему?

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

28. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Аноним (28), 08-Янв-19, 13:29

символ бесконечного уроборуса. типа всё это фарэвэр

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

39. "Релиз командного интерпретатора Bash 5.0" –1 +/–

Сообщение от Аноним (40), 08-Янв-19, 14:22

Тепрь я спокоен. А то боялся, что выпустят 0 телефонов.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

10. "Релиз командного интерпретатора Bash 5.0" –4 +/–

Сообщение от Аноним (10), 08-Янв-19, 11:46

модули до сих пор не завезли? нет нормального способа заинклудить другой файл (source гуляет от cwd, а не от dirname текущего файла, причем нужно учитывать, что текущий файл может быть симлинком на другой). А еще недавно обнаружил, что переменная $? всегда ноль, если результат сабшелла записывается в локальную переменную:
$ my_func () { aaa=$(exit 1); echo $?; }
$ my_func
1
$ my_func () { local aaa=$(exit 1); echo $?; }
$ my_func
0
Язык бредовый, но тем не менее идеальный для запуска серии процессов, поэтому ругаю я его исключительно в духе "милые бранятся только тешатся" и не променяю его на всякие нескучные фишы

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

26. "Релиз командного интерпретатора Bash 5.0" –8 +/–

Сообщение от Аноним (26), 08-Янв-19, 13:13

> bash
> язык
Вы это серьёзно? Зачем что-то сложное писать на убогих скриптовых языках?

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

36. "Релиз командного интерпретатора Bash 5.0" +1 +/–

Сообщение от Дартаньян (?), 08-Янв-19, 14:00

Напиши на "неубогом" языке скрипт восстановления реплики бд мускуля.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

53. "Релиз командного интерпретатора Bash 5.0" –4 +/–

Сообщение от А (??), 08-Янв-19, 16:02

Все так плохо, что это уже надо скриптовать? Поменяйте базу уже.

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

56. "Релиз командного интерпретатора Bash 5.0" +3 +/–

Сообщение от Бананим (ok), 08-Янв-19, 16:27

Например, чтобы не встраивать интерпретатор какого-нибудь питона или руби докер-образ. А еще, чтобы все это потом могли поддерживать, т. к. баш мало-мальски знает любой юникс-админ.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

46. "Релиз командного интерпретатора Bash 5.0" +3 +/–

Сообщение от Аноним (60), 08-Янв-19, 15:20

> $ my_func () { local aaa=$(exit 1); echo $?; }
Возможно, проблема в том, что $? относится к самому local (который выполнился успешно, так как значения переменным присвоены). А в первом случае оно относится к запускаемым командам независимо от того, используется ли их значение для чего-то или нет (например, для записи в переменную aaa).

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

59. "Релиз командного интерпретатора Bash 5.0" +2 +/–

Сообщение от Аноним (58), 08-Янв-19, 16:42

> если результат сабшелла записывается в локальную переменную
всё верно, потому что это результат команды local, раздели объявление локальных переменных и присвоение в них.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

62. "Релиз командного интерпретатора Bash 5.0" +2 +/–

Сообщение от zomg (?), 08-Янв-19, 16:55

Причина в том, что local -- это команда, а не часть синтаксиса. И ее код возврата всегда 0.
Нелогично, но это так. Я сам был очень удивлен, когда первый раз напоролся на эту особенность.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

71. "Релиз командного интерпретатора Bash 5.0" –3 +/–

Сообщение от Michael Shigorin (ok), 08-Янв-19, 19:17

> source гуляет от cwd
Нет.

$ which shell-error
which: no shell-error in (/home/mike/bin:/usr/local/bin:/bin:/usr/bin:/usr/games)
$ type shell-error
shell-error is /bin/shell-error
$ . shell-error
$ fatal error
bash: error
(кстати, альтовая libshell имени legion@ -- полезная библиотечка для тех, кто действительно пишет на шелле)
PS (спасибо оппоненту):
$ pwd
/home/mike

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

81. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Аноним (10), 08-Янв-19, 21:06

> > source гуляет от cwd
> Нет.
Да.

$ tree
.
├── include-me.sh
└── subdir
    ├── include-me.sh
    └── main.sh
1 directory, 3 files
$ cat include-me.sh
echo "Гуляет от cwd"
$ cat subdir/include-me.sh
echo "Шигорин был прав"
$ cat subdir/main.sh
source include-me.sh
$ bash subdir/main.sh
Гуляет от cwd
> (кстати, альтовая libshell ...
Ладно, посмотрю.
Кстати, Шигорин, у меня оффтоповый вопрос тебе, как большому знатоку RPM-based-дистростроительства: какой софтиной свежесобранные RPM складируют по всяко-разным папкам как в [1], создавая при этом все возможные репозитории (createrepo) - репозиторий только для src.rpm, репозиторий только для debuginfo, только для обычных бинарников, и все это помноженное на версии дистра и архитектуры? Или каждый дистр сам для себя пишет такие вещи? Я через rpmbuild добиваюсь 4-х пакетов: src.rpm, debuginfo, debugsource и обычный бинарник, а есть ли готовые инструменты для складирования этих файлов по папкам и автоматического пересоздания rpm-репозиториев - не ясно.
[1] http://fedora-mirror01.rbc.ru/pub/fedora/linux/releases/

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

107. "Релиз командного интерпретатора Bash 5.0" +1 +/–

Сообщение от freehck (ok), 09-Янв-19, 15:11

> Кстати, Шигорин, у меня оффтоповый вопрос тебе, как большому знатоку RPM-based-дистростроительства: какой софтиной свежесобранные RPM складируют по всяко-разным папкам как в [1], создавая при этом все возможные репозитории (createrepo) - репозиторий только для src.rpm, репозиторий только для debuginfo, только для обычных бинарников, и все это помноженное на версии дистра и архитектуры? Или каждый дистр сам для себя пишет такие вещи? Я через rpmbuild добиваюсь 4-х пакетов: src.rpm, debuginfo, debugsource и обычный бинарник, а есть ли готовые инструменты для складирования этих файлов по папкам и автоматического пересоздания rpm-репозиториев - не ясно.
Ты можешь разложить пакеты так, как тебе это заблагорассудится, а затем натравить на корень createrepo. Этого, как правило, достаточно.
Если у тебя под несколько архитектур, то я бы разложил пакеты разных архитектур по разным каталогам, и в каждой запустил бы свой createrepo. Скриптуется на раз-два. Сомневаюсь, что есть софтина, которая это делает.
Главное -- никогда не изменять добавленный пакет постфактум. Когда createrepo --update запускаешь, он не проверяет пакеты, уже находящиеся в базе, на соответствие хэшу.

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

112. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Michael Shigorin (ok), 09-Янв-19, 15:41

>> > source гуляет от cwd
>> Нет.
> Да.
Нет.  В приведённом мной примере и впрямь стоило сразу показать, что стою не в /bin, тут Вы правы.
> $ tree
> ├── include-me.sh
> └── subdir
>     ├── include-me.sh
>     └── main.sh
Это и не опровергал, просто в целом Ваше утверждение счёл неверным (и для кого-то это может оказаться неприятным сюрпризом -- ну как вот помните те любимые детские грабли с тестовым скриптиком, называющимся test? :).
> какой софтиной свежесобранные RPM складируют по всяко-разным папкам как в [1]
> [...] Или каждый дистр сам для себя пишет такие вещи?
Зависит от ожидаемой раскладки репозитория, да.
> [...] а есть ли готовые инструменты для складирования этих файлов по папкам
> и автоматического пересоздания rpm-репозиториев - не ясно.
Тут лучше спросить tigro@ или, скажем, Лёню Кантера -- они наверняка смогут подсказать прицельно, а мне надо искать/читать упомянутый createrepo, чтоб ответить что-то хотя бы про него.

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

124. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Аноним (124), 09-Янв-19, 22:01

Почитайте уже http://mywiki.wooledge.org/BashPitfalls#local_varname.3D.24.... что ли, да и всё остальное в той же вики. Поможет избавиться от иллюзий о том, что скрипты на баше - это просто.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

16. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Аноним (7), 08-Янв-19, 12:08

А pre- и post-exec так и приходится пилить либо патчами, либо очень неочевидно приседая.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Релиз командного интерпретатора Bash 5.0" –1 +/–

Сообщение от Аноим (?), 08-Янв-19, 12:55

systemd твой друг

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

67. "Релиз командного интерпретатора Bash 5.0" +6 +/–

Сообщение от Анонн (?), 08-Янв-19, 19:03

> systemd твой друг
С такими друзьями и враги не нужны.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

111. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Аноним (7), 09-Янв-19, 15:30

Да ты упрт!
Причём тут системда, если мне нужна конструкция, которая позволяет выполнить свой код ПОСЛЕ нажатия пользователем кнопки ентер, но ДО выполнения введённой команды (ну и соответственно, другую команду после завершения пользовательского приложения, но ДО возврата управления пользователю)? Да, я хочу сделать себе нормальную history с синхронизацией, регэкспами и статистикой.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

113. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Michael Shigorin (ok), 09-Янв-19, 15:45

> Да, я хочу сделать себе нормальную history с синхронизацией, регэкспами и статистикой.
Нууу... из перекликающихся задачек вспомнился LiLaLo -- вдруг подойдут тамошние изящные хаки (без изменения интерпретатора): http://xgu.ru/wiki/LiLaLo
PS: вообще у Игоря немало ценной информации и красивых хаков (сюда он нынче порой пишет про заточенные под curl веб-сервисы, но ими далеко не ограничивается), кто не видел его вики и проекты -- очень рекомендую найти время глянуть хоть краем глаза.
PPS: а про systemd -- может, это очередной скрипткидди пытался нас о чём-то предупредить?..

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

18. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Alukardd (ok), 08-Янв-19, 12:31

Лучше бы двумерные массивы запилили уже, в конце-то концов.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Релиз командного интерпретатора Bash 5.0" –3 +/–

Сообщение от Аноним (31), 08-Янв-19, 13:33

Массивы размерностью больше 1 - зло.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

34. "Релиз командного интерпретатора Bash 5.0" +4 +/–

Сообщение от Какаянахренразница (ok), 08-Янв-19, 13:44

> Массивы размерностью больше 1 - зло.
Ы??? Очень неожиданное мнение. Можно получить и его обоснование?

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

42. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от йкЛще (?), 08-Янв-19, 14:47

Запросто. Массивы с размерностью >1 не существуют.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

44. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Alukardd (ok), 08-Янв-19, 15:09

Скажу по другому: я хочу сложные структуры данных. Так яснее?

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

47. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Аноним (60), 08-Янв-19, 15:22

> хочу сложные структуры данных
Есть в питоне и перле, пользуйтесь.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

50. "Релиз командного интерпретатора Bash 5.0" +4 +/–

Сообщение от Имя (?), 08-Янв-19, 15:26

Возьми нормальный язык и не ремонтируй двигатель изолентой.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

95. "Релиз командного интерпретатора Bash 5.0" +2 +/–

Сообщение от Andrey Mitrofanov (?), 09-Янв-19, 09:52

> Скажу по другому: я хочу сложные структуры данных. Так яснее?
В 4.0 сделали local -n
Передачу "по имени" можно пилить уже.
Минус - в старых дебианах и рхелах не работает (это как раз к вопорсу про bash <-> язык).  Ну, и скрипты _таких_ объёмов становятся, что ... мысли про язык - приходят.
ООП на башЕ.  :/  Упражнение в .... тщетности.

Пишем:
_rl_set_field() { #arg1- 'THIS', arg2- 'field', arg3- 'value'
    local -n vl="$3";  local fnm="$2"
    _set "$1" "$fnm" "$vl"
.
.
.
Зовём:
release_read() { # arg1- 'THIS', stdin - ... => new THIS.[]
    local fld val tform
    while read fld; do
        val="$( _read_nlnl)"
        _rl_set_field "$1" "$fld" 'val'
    done < <( _gpg_signed_body| _release_unfold)
}

Во-о-от...  Сложные структуры, многомерные массивы, ассоц.списки с обратными индексами и проч., и проч., и проч.  оставляю в качетве упражнения читателю.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

108. "Релиз командного интерпретатора Bash 5.0" +2 +/–

Сообщение от freehck (ok), 09-Янв-19, 15:17

> Скажу по другому: я хочу сложные структуры данных. Так яснее?
Если нужны сложные структуры данных, то скорее всего Вы ошиблись с выбором инструмента. Shell -- он  для запуска задач, проверок аргументов, организации параллельной работы пула задач. Но не для вычислений и не для сложной логики.
Тут уже выше рекомендовали Perl. Либо же рассмотрите любой другой язык по Вашему вкусу.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

20. "Релиз командного интерпретатора Bash 5.0" –4 +/–

Сообщение от Бананим (?), 08-Янв-19, 12:51

Интересно, в баше, когда-нибудь появится возможность возвращать из функции не только числа от 0 до 256? Для этого как минимум придется сделать исполнение функций не отдельным процессом, а потоком, но, вроде, других ограничений не вижу.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Релиз командного интерпретатора Bash 5.0" +2 +/–

Сообщение от Аноим (?), 08-Янв-19, 12:58

func () {
if что-то ; then
  echo "0"
else
  echo "65535"
fi
}
Пользуйся)

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

25. "Релиз командного интерпретатора Bash 5.0" –2 +/–

Сообщение от Аноним (40), 08-Янв-19, 13:12

Видел точно такое же на С++

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

57. "Релиз командного интерпретатора Bash 5.0" –3 +/–

Сообщение от Бананим (ok), 08-Янв-19, 16:28

Пользуюсь, но все же это костыль. Некрасиво.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

33. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Annoynymous (ok), 08-Янв-19, 13:37

Из функции можно возвращать строку.
Если речь про код выхода по команде exit, то там вообще 4 байта.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

38. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Аноним (37), 08-Янв-19, 14:11

Из этих 4-х только один - код выхода процесса. И ограничение это не в bash, так что ответ на оригинальный вопрос - не будет этого никогда.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

75. "Релиз командного интерпретатора Bash 5.0" +1 +/–

Сообщение от Michael Shigorin (ok), 08-Янв-19, 19:36

> 256
off-by-one

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

96. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Andrey Mitrofanov (?), 09-Янв-19, 10:02

> Интересно, в баше, когда-нибудь появится возможность возвращать из функции не только числа
> от 0 до 256? Для этого как минимум придется сделать исполнение
> функций не отдельным процессом, а потоком, но, вроде, других ограничений не
> вижу.
С-слабак!
1.
_get() {  # 1- 'OBJ', 2- fld, 3- 'out' => rc &| $out
    local -n vv="$1" ou="$3";
    [ "${vv[$2]}" = "" ] && return 1
    ou="${vv[$2]}"; }
2.
declare -a ARR  # _new() и ...
ARR['xyz']=abc  # ... _set() не поместились на полях этого форума.
ARR['123']=389
_get 'ARR' 'xyz' 'var1'
_get 'ARR' 'xyz' 'var2'
printf "var1=%1,  var2=%s\n" "$var1" "$var2"
(Да, про 'строки возвращать' сказали уже.  Вот это оно и есть. Не через пайпы ж с подпроцессами их гонять! Р)
См.также -> http://www.opennet.me/openforum/vsluhforumID3/116249.html#95

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

109. "Релиз командного интерпретатора Bash 5.0" +1 +/–

Сообщение от freehck (ok), 09-Янв-19, 15:21

> Интересно, в баше, когда-нибудь появится возможность возвращать из функции не только числа от 0 до 256?
Во-первых 255, во-вторых нет, не появится, потому как kernel/libc в вызове _exit рассматривает как код возврата только первый байт статуса.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

23. "Релиз командного интерпретатора Bash 5.0" –6 +/–

Сообщение от Anon4ik_ (?), 08-Янв-19, 13:06

Использую zsh, а для сборки пакетов держу dash.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Релиз командного интерпретатора Bash 5.0" +15 +/–

Сообщение от Злыдень (??), 08-Янв-19, 13:11

Держите нас в курсе. Это так интересно.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

49. "Релиз командного интерпретатора Bash 5.0" –8 +/–

Сообщение от Аноним (60), 08-Янв-19, 15:24

А мне интересно. Не всем же выбирать софт по официальным мануалам редхета.
Плюсанул ему.

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

52. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Аноим (?), 08-Янв-19, 16:00

А, ну да. Навыбирают себе "софта" а потом на лезут на борды с такими головоломными вопросами, что сам Друзь офигеет

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

55. "Релиз командного интерпретатора Bash 5.0" +1 +/–

Сообщение от А (??), 08-Янв-19, 16:04

Александр, перелогинтесь.

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

65. "Релиз командного интерпретатора Bash 5.0" +3 +/–

Сообщение от Аноним (60), 08-Янв-19, 17:36

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

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

110. "Релиз командного интерпретатора Bash 5.0" +1 +/–

Сообщение от freehck (ok), 09-Янв-19, 15:23

>> Навыбирают себе "софта" а потом на лезут на борды с такими головоломными вопросами
> Слушал бы таких, как вы, сидел бы сейчас на десяточке.
Только если "десяточка" -- это Debian Buster! :)

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

29. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Аноним (29), 08-Янв-19, 13:31

Тот редкий случай, когда на ЛОРе новость более полная.
// b.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

41. "Релиз командного интерпретатора Bash 5.0" +1 +/–

Сообщение от Аноним (41), 08-Янв-19, 14:39

В переводе на LOR местами текст очень напоминает машинный перевод. В переводе на opennet выкинута куча малоинтересных мелочей, которые только распыляют внимание и мало кому интересны.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

43. "Релиз командного интерпретатора Bash 5.0" +2 +/–

Сообщение от Аноним (43), 08-Янв-19, 14:57

BASHism improved...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

51. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Techno1 (?), 08-Янв-19, 15:28

Сделали бы еще вывод истории команд с хронологией по дате....

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

54. "Релиз командного интерпретатора Bash 5.0" +1 +/–

Сообщение от Аноим (?), 08-Янв-19, 16:03

Оно уже есть как бы. Переменную HISTTIMEFORMAT погуглите

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

66. "Релиз командного интерпретатора Bash 5.0" –1 +/–

Сообщение от user90 (?), 08-Янв-19, 18:49

Я пробовал написать на bash что-то типа менеджера паролей. Это возможно. Но как-то очень неприятно)) Ну я просто юзер, но в конце концов переписал на elisp. Но тоже не особо хорошо. Думаю в итоге переписать на Perl, это уже будет хоть что-то.Конечно можно бездумно юзать и встроенный в FF, до поры до времени))

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

74. "Релиз командного интерпретатора Bash 5.0" –1 +/–

Сообщение от Anon4ik_ (?), 08-Янв-19, 19:33

Сейчас пихонеры тебя исправят.

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

77. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от Michael Shigorin (ok), 08-Янв-19, 19:39

> Я пробовал написать на bash что-то типа менеджера паролей.
А чем именно не устроил каждый из существующей горы вроде pwsafe? (первый попавшийся под руку, не воспринимайте как рекомендацию!)

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

78. "Релиз командного интерпретатора Bash 5.0" –1 +/–

Сообщение от user90 (?), 08-Янв-19, 20:00

Я о нем не слышал)) Ок, учту.

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

79. "Релиз командного интерпретатора Bash 5.0" –1 +/–

Сообщение от user90 (?), 08-Янв-19, 20:17

Да и непонятно о каком pwsafe речь?
Там есть автоматический выбор аккаунта для текущего отркрытого в фоксе домена? - Вероятно, нет.
Есть автоматическая подстановка юзернейма/пароля в буфер обмена? - Тоже наверно нет. Так неудобно..

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

89. "Релиз командного интерпретатора Bash 5.0" +1 +/–

Сообщение от ACCA (ok), 09-Янв-19, 02:17

Это есть в KeePassX.
С global shortcut не очень ровно в Wayland, но в остальном - вполне рабочая штука.

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

82. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от OpenEcho (?), 08-Янв-19, 21:15

http://kpcli.sourceforge.net/
?

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

84. "Релиз командного интерпретатора Bash 5.0" –1 +/–

Сообщение от user90 (?), 08-Янв-19, 21:31

Да хоть fpm2. Был, но так же слишком просто ;)

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

116. "Релиз командного интерпретатора Bash 5.0" +2 +/–

Сообщение от OpenEcho (?), 09-Янв-19, 16:16

kpcli совместим с KeePass в отличие от fpm2 и прочих, а это значит что синхронизация файла мэнеджера паролей будет работать практически на всех платформах, - андроид, яблоко, венда, все юникс подобные ОСи и даже на старой нокии из под джавы.

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

125. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от user455 (?), 10-Янв-19, 10:42

менеджер паролей на bash - pass . очень хороший менеджер паролей.

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

101. "Релиз командного интерпретатора Bash 5.0" +/–

Сообщение от fi (ok), 09-Янв-19, 11:35

Что только не придумают чтоб не использовать прекрасный perl!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Релиз командного интерпретатора Bash 5.0"	+/–
Сообщение от Аноним (1), 08-Янв-19, 11:27
> Во встроенной команде "umask" разрешено использование режимов доступа и масок, превышающих восьмеричное значение 777 Просветите, пожалуйста, как umask может быть больше 777
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	4. "Релиз командного интерпретатора Bash 5.0"	–2 +/–
	Сообщение от Аноним (4), 08-Янв-19, 11:35
	Обнуляется
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	7. "Релиз командного интерпретатора Bash 5.0"	+8 +/–
	Сообщение от Аноним (7), 08-Янв-19, 11:42
	01777
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	19. "Релиз командного интерпретатора Bash 5.0"	+1 +/–
	Сообщение от Бананим (?), 08-Янв-19, 12:46
	Видать, добавили поддержку Sticky bit, Set UID, Set GID, получилось 7777.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	45. "Релиз командного интерпретатора Bash 5.0"	+1 +/–
	Сообщение от Нанобот (ok), 08-Янв-19, 15:18
	как минимум, в линуксе это работать не будет в реализации системного вызова явно сбрасываются все биты старше 0777: https://github.com/torvalds/linux/blob/master/kernel/sys.c#L...
	Ответить \| Правка \| ^ к родителю #19 \| Наверх \| Cообщить модератору


	99. "Релиз командного интерпретатора Bash 5.0"	+/–
	Сообщение от fi (ok), 09-Янв-19, 11:32
	Скорей всего будет - пример не о том
	Ответить \| Правка \| ^ к родителю #45 \| Наверх \| Cообщить модератору


	126. "Релиз командного интерпретатора Bash 5.0"	+/–
	Сообщение от pavlinux (ok), 10-Янв-19, 13:05
	builtins/common.c - read_octal: allow octal numbers greater than 777 to accommodate modes and umasks that include sticky/setuid/setgid bits. Report and fix from Martijn Dekker <martijn@inlv.org> /* Return the octal number parsed from STRING, or -1 to indicate that the string contained a bad number. / int read_octal (string) char string; { int result, digits; result = digits = 0; while (string && ISOCTAL (string)) { digits++; result = (result * 8) + (string++ - '0'); if (result > 07777) return -1; } if (digits == 0 \|\| string) result = -1; return (result); } Было if (result > 0777)
	Ответить \| Правка \| ^ к родителю #45 \| Наверх \| Cообщить модератору


	127. "Релиз командного интерпретатора Bash 5.0"	–1 +/–
	Сообщение от Аноним (127), 10-Янв-19, 20:53
	Как верно подметил Нанобот, сисколл установки umask учитывает только 0777, так что от увеличения дополнительных бит в баше ничего не изменится.
	Ответить \| Правка \| ^ к родителю #126 \| Наверх \| Cообщить модератору


	128. "Релиз командного интерпретатора Bash 5.0"	+/–
	Сообщение от Нанобот (ok), 12-Янв-19, 10:31
	> Как верно подметил Нанобот, сисколл установки umask учитывает только 0777, так что > от увеличения дополнительных бит в баше ничего не изменится. я подозреваю, что существует какая-то, отличная от линукс, система, в которой существует umask с другой реализацией и для которой тоже собирается баш. возможно где-то в *bsd...
	Ответить \| Правка \| ^ к родителю #127 \| Наверх \| Cообщить модератору


	131. "Релиз командного интерпретатора Bash 5.0"	+/–
	Сообщение от pavlinux (ok), 14-Янв-19, 16:31
	> Как верно подметил Нанобот, сисколл установки umask umask в баше встроенный. int umask_builtin (list) WORD_LIST *list; {...;}
	Ответить \| Правка \| ^ к родителю #127 \| Наверх \| Cообщить модератору


	132. "Релиз командного интерпретатора Bash 5.0"	–2 +/–
	Сообщение от Нанобот (ok), 23-Янв-19, 11:59
	>> Как верно подметил Нанобот, сисколл установки umask > umask в баше встроенный. > > int umask_builtin (list) WORD_LIST *list; {...;} > и внутри umask_builtin оно ж всё равно делает вызов ядра. а то иначе это будет бесполезная команда (например, пользователь поставит umask 022 и запустит какой-то процесс...если umask - чисто функция баша, то запущеный процесс не сможет узнать, что написал пользователь в другом процессе...чтобы оно работало так, как ожидается, нужно ядро вызывать). я думаю, если хорошо поискать, где-то внутри umask_builtin будет вызов ядра (ну или libc)
	Ответить \| Правка \| ^ к родителю #131 \| Наверх \| Cообщить модератору


	133. "Релиз командного интерпретатора Bash 5.0"	+/–
	Сообщение от Andrey Mitrofanov (?), 23-Янв-19, 12:08
	>>> Как верно подметил Нанобот, сисколл установки umask >> umask в баше встроенный. Ойспадя. https://lists.gnu.org/archive/html/bug-bash/2018-03/msg00083... > и внутри umask_builtin оно ж всё равно делает вызов ядра. а то > иначе это будет бесполезная команда (например, пользователь поставит umask 022 и Так надо!
	Ответить \| Правка \| ^ к родителю #132 \| Наверх \| Cообщить модератору


	134. "Релиз командного интерпретатора Bash 5.0"	+/–
	Сообщение от pavlinux (ok), 25-Янв-19, 01:45
	> Так надо! While POSIX says the effect of specifying sticky/setuid/setgid bits is unspecified[*], the 'umask' builtin should still accept these bits, as it does in every other shell. Вот так и надо было писать в новости.
	Ответить \| Правка \| ^ к родителю #133 \| Наверх \| Cообщить модератору

2. "Релиз командного интерпретатора Bash 5.0"	+21 +/–
Сообщение от Аноним (2), 08-Янв-19, 11:28
Астрологи объявили год поломанных скриптов.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	15. "Релиз командного интерпретатора Bash 5.0"	+18 +/–
	Сообщение от xm (ok), 08-Янв-19, 12:06
	> Астрологи объявили год поломанных скриптов. Говорила ж мама: "Пиши скрипты только на sh"...
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	68. "Релиз командного интерпретатора Bash 5.0"	–5 +/–
	Сообщение от Michael Shigorin (ok), 08-Янв-19, 19:11
	Это не помогает с дебиановским dash, вообще говоря. PS: и да, жду свидетелей двух башей в альте -- бегать по дистрибутивам и интересоваться, почему они ещё не на bash5. Ну или завязывать с двухстандартностью. Ну или оставаться лицемерами, да.
	Ответить \| Правка \| ^ к родителю #15 \| Наверх \| Cообщить модератору


	86. "Релиз командного интерпретатора Bash 5.0"	–2 +/–
	Сообщение от xm (ok), 08-Янв-19, 23:00
	ССЗБ
	Ответить \| Правка \| ^ к родителю #68 \| Наверх \| Cообщить модератору


	103. "Релиз командного интерпретатора Bash 5.0"	+1 +/–
	Сообщение от cat666 (ok), 09-Янв-19, 13:08
	Миша, а как же Альт? Что-то ты всё про Debian, да про Debian.
	Ответить \| Правка \| ^ к родителю #68 \| Наверх \| Cообщить модератору


	114. "Релиз командного интерпретатора Bash 5.0"	–1 +/–
	Сообщение от Michael Shigorin (ok), 09-Янв-19, 16:01
	> Миша, а как же Альт? https://bugzilla.altlinux.org/31399 CLOSED FIXED
	Ответить \| Правка \| ^ к родителю #103 \| Наверх \| Cообщить модератору


	106. "Релиз командного интерпретатора Bash 5.0"	+1 +/–
	Сообщение от freehck (ok), 09-Янв-19, 14:54
	> Это не помогает с дебиановским dash, вообще говоря. У Debian-а мейнтейнеров завались, там это как раз не проблема. > PS: и да, жду свидетелей двух башей в альте -- бегать по дистрибутивам и интересоваться, почему они ещё не на bash5. Ну или завязывать с двухстандартностью. Ну или оставаться лицемерами, да. Я так понимаю, через пару лет они будут свидетелями трёх башей в альте? )
	Ответить \| Правка \| ^ к родителю #68 \| Наверх \| Cообщить модератору


	119. "Релиз командного интерпретатора Bash 5.0"	+/–
	Сообщение от Аноним (119), 09-Янв-19, 20:13
	> Это не помогает с дебиановским dash, вообще говоря. В смысле не помогает? Он же вроде POSIX совместимый: dash is a POSIX-compliant implementation of /bin/sh that aims to be as small as possible.
	Ответить \| Правка \| ^ к родителю #68 \| Наверх \| Cообщить модератору


	120. "Релиз командного интерпретатора Bash 5.0"	–1 +/–
	Сообщение от Michael Shigorin (ok), 09-Янв-19, 20:17
	>>>> Астрологи объявили год поломанных скриптов. >>> Говорила ж мама: "Пиши скрипты только на sh"... >> Это не помогает с дебиановским dash, вообще говоря. > В смысле не помогает? Он же вроде POSIX совместимый: dash is a > POSIX-compliant implementation of /bin/sh that aims to be as small as > possible. Сдаётся мне, полностью честно было бы s/is /aims to be / вот здесь. Глючный он местами, и несколько лет назад (когда вляпался в такое и разбирались с нашим майнтейнером dash, он заодно большой знаток стандартов, в отличие от меня) оказалось проще обойти проблему в скрипте, чем исправить интерпретатор у нас или в апстриме. Проблема была уже известна. Здесь я её в каком-то из аналогичных обсуждений тоже показывал в цветах и красках, но это опять же к слову о жалобах на троллейбусной остановке (разве что я уже знал, что они уже знают)... PS: на /bin/sh, который в альте из bash собирается -- скрипт работал, разумеется. И нет, то был не башизм.
	Ответить \| Правка \| ^ к родителю #119 \| Наверх \| Cообщить модератору


	91. "Релиз командного интерпретатора Bash 5.0"	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 09-Янв-19, 06:27
	>> Астрологи объявили год поломанных скриптов. > Говорила ж мама: "Пиши скрипты только на sh"... На котором из? Впрочем geesh/gash порешают, да.
	Ответить \| Правка \| ^ к родителю #15 \| Наверх \| Cообщить модератору


	97. "Релиз командного интерпретатора Bash 5.0"	+2 +/–
	Сообщение от Имя (?), 09-Янв-19, 10:56
	http://pubs.opengroup.org/onlinepubs/9699919799/idx/xcu.html
	Ответить \| Правка \| ^ к родителю #91 \| Наверх \| Cообщить модератору


	98. "Релиз командного интерпретатора Bash 5.0"	+1 +/–
	Сообщение от Гентушник (ok), 09-Янв-19, 11:06
	На том который описан в IEEE Std 1003.1, зачем завязываться на конкретный интерпретатор?
	Ответить \| Правка \| ^ к родителю #91 \| Наверх \| Cообщить модератору


	104. "Релиз командного интерпретатора Bash 5.0"	+2 +/–
	Сообщение от Andrey Mitrofanov (?), 09-Янв-19, 14:10
	#>>>Говорила ж мама: " #>>> только на sh"... > На том который описан в IEEE Std 1003.1, зачем завязываться на конкретный > интерпретатор? Я ж про _реализацию_ спрашивал. Который из них реализует этот вашЬ с[замечательный]й "POSIX shell"? И чтоб не больше и не меньше? И чтоб без ошибок в реализации и стандарте? Они все? Ни один из? '#!/bin/bash --posix'? Что Ваша мама вам _конкретно_ говорила-то???777 А _его_ мама _ему_? <///>
	Ответить \| Правка \| ^ к родителю #98 \| Наверх \| Cообщить модератору


	105. "Релиз командного интерпретатора Bash 5.0"	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 09-Янв-19, 14:22
	> Который из них реализует этот вашЬ с[замечательный]й "POSIX shell"? И > чтоб не больше и не меньше? Кстати, сразу, при выборе варианта - > Они все? , то исть писать _под все_ возможные реализации /bin/sh, написание скрипта превращается в сизифов камень-в-гору. Да, желание "позиксивистов" озадачить всех вокруг своими проблемами понятно, но совершенно непотребно. > <///> Приветы маме.
	Ответить \| Правка \| ^ к родителю #104 \| Наверх \| Cообщить модератору


	123. "Релиз командного интерпретатора Bash 5.0"	+2 +/–
	Сообщение от Гентушник (ok), 09-Янв-19, 21:11
	> Я ж про _реализацию_ спрашивал. > Который из них реализует этот вашЬ с[замечательный]й "POSIX shell"? Например bash --posix, да, или вызов баша через команду sh, большинство других шеллов предоставляющих /bin/sh делают так же. Если не делают, то пишите им в багтрекер. > чтоб не больше А почему не больше? Больше можно, стандарт не запрещает реализациям делать расширения синтаксиса. > и не меньше? Разработчики баша утверждают что реализуют этот стандарт, даже в мане написано. Но я мамой клясться конечно не буду. > И чтоб без ошибок в реализации и стандарте? Извините Андрей, но ваши безошибочные программисты в другом замке.
	Ответить \| Правка \| ^ к родителю #104 \| Наверх \| Cообщить модератору


	129. "Релиз командного интерпретатора Bash 5.0"	+/–
	Сообщение от Andrey Mitrofanov (?), 13-Янв-19, 08:44
	>> чтоб не больше > А почему не больше? Больше можно, стандарт не запрещает реализациям делать расширения > синтаксиса. Я не знаю, почему вам двоим мамы (или мама? не братья?) запрещают в башизмы. И вы остальным по ушам с этим фетишем ездите. Стандпрт же ж вишь ты "не запрещает в расширения", ага.
	Ответить \| Правка \| ^ к родителю #123 \| Наверх \| Cообщить модератору


	93. "Релиз командного интерпретатора Bash 5.0"	–1 +/–
	Сообщение от Dzivak (?), 09-Янв-19, 09:17
	ksh очень хорош по совместимости
	Ответить \| Правка \| ^ к родителю #15 \| Наверх \| Cообщить модератору