The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Релиз командного интерпретатора 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.dev/opennews/art.shtml?num=49917

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | 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 +/
Сообщение от Бананимemail (?), 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 Shigorinemail (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 +/
Сообщение от cat666email (ok), 09-Янв-19, 13:08 
Миша, а как же Альт? Что-то ты всё про Debian, да про Debian.
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

114. "Релиз командного интерпретатора Bash 5.0"  –1 +/
Сообщение от Michael Shigorinemail (ok), 09-Янв-19, 16:01 
> Миша, а как же Альт?

https://bugzilla.altlinux.org/31399 CLOSED FIXED

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

106. "Релиз командного интерпретатора Bash 5.0"  +1 +/
Сообщение от freehckemail (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 Shigorinemail (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 Shigorinemail (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"  +/
Сообщение от Сергейemail (??), 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 Shigorinemail (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.dev/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 Shigorinemail (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 +/
Сообщение от Бананимemail (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 Shigorinemail (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 +/
Сообщение от freehckemail (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 Shigorinemail (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 Shigorinemail (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 +/
Сообщение от freehckemail (ok), 09-Янв-19, 15:17 
> Скажу по другому: я хочу сложные структуры данных. Так яснее?

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

Тут уже выше рекомендовали Perl. Либо же рассмотрите любой другой язык по Вашему вкусу.

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

20. "Релиз командного интерпретатора Bash 5.0"  –4 +/
Сообщение от Бананимemail (?), 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 +/
Сообщение от Бананимemail (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 Shigorinemail (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.dev/openforum/vsluhforumID3/116249.html#95

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

109. "Релиз командного интерпретатора Bash 5.0"  +1 +/
Сообщение от freehckemail (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 +/
Сообщение от freehckemail (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 Shigorinemail (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 | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру