Re: ввод китайских иероглифов
Хорошо, а как мне настроить ввод кириллицы через ibus? У меня Дебиан Стейбл с гномом, дефолтные настройки клавиатуры я не менял. Кстати, может это всё из-за перехода на вейленд? В stretch такой проблемы не было. вт, 1 окт. 2019 г. в 22:16, Dmitry Alexandrov <321...@gmail.com>: > > Михаил Васильев wrote: > > пн, 30 сент. 2019 г. в 18:39, Dmitry Alexandrov <321...@gmail.com>: > >> Михаил Васильев wrote: > >> > При этом если переключать языки через LWin+Пробел (а не через > >> > Ctrl+Shift), то удается добиться ввода иероглифов, но надо сначала надо > >> > переключиться на английский, потом на китайский. > >> > >> Ну, ничего странного я тут как раз не вижу: сначала ввод транслируется > >> xkb, и только потом в дело вступает ibus. Кириллицу он понимать не > >> обучен, и пропускает ее как есть, тогда как пунктуация у нее с латиницей > >> общая. > >> > >> > Как бы реализовать более простое переключение языков ввода? > >> > >> Очевидно, что прекратить транслировать клавиши в кириллицу через xkb, и > >> вводить ее тоже через ibus. Поиск подсказывает, что пакет называется > >> «ibus-m17n». > > > > Спасибо за ответ. Пакет я поставил, запустил im-config, но проблему это не > > решило. Вместо иероглифов всё равно вводится кириллица. > > Да пожалуйста, только в ответе помимо второй части — настроить кирилловский > ввод через ibus (я так и не понял, он у вас заработал?), была еще первая — > прекратить трансляцию в кириллицу через xkb. Ну то есть убрать кириллическую > раскладку из аргументов setxkbmap(1) — или где она там у вас там настроена. > Ну или оставить на всякий случай, но воздержаться от ее включения. -- Михаил Васильев
Re: Microsoft купил Github (was: Firefox неправильно восстанавливает запомненную при выходе позицию)
On Wed, Oct 02, 2019 at 12:04:56AM +0300, Dmitry Alexandrov wrote: > Vladimir Zhbanov wrote: > > P.S. (и частично оффтопик): Microsoft, кстати, купил Github. > > Уж с год как. > > > Не знаю, с тех ли времён начались проблемы с загрузками 'tar.gz' файлов там > > на веб-страницах, или они были всегда :-) > > А можно пример, что за проблемы? Ограничения на расширения файлов, которые можно использовать как вложения в дискуссиях, вики, etc.: некоторые сырцы приходится переименовывать в, скажем, txt, чтобы было что обсуждать в pull request'е, а гзипнутые тарболы вообще "низзя" (хотя на страницах релизов можно). Прям венда с антивирусом какое-то. -- Vladimir (λ)επτόν EDA — https://github.com/lepton-eda
Re: О кроссплатформенности Баша (was: Firefox неправильно восстанавливает запомненную при выходе позицию)
В Tue, 01 Oct 2019 23:59:03 +0300 Dmitry Alexandrov <321...@gmail.com> пишет: > > Ну это разве что OpenWRT или еще какая жуткая эмбедщина, где вообще > > нет нормальных coreutil, а только busybox. > > В OpenWRT Баш, разумеется, есть. И полноценные утилиты тоже. И > вообще никакая это не «жуткая эмбедщина», а вполне себе популярный > дистрибутив ГНУ/Линукса для безголовых машинок — да там даже > PostgreSQL есть. Вот когда собираешь этот самый OpenWRT для роутера с 8Мб флэш, то тогда там не будет ни bash, ни PostgreSQL. Да даже и про ядерный модуль tun десять раз подумаешь, класть его туда или нет. -- Victor Wagner
Re: О кроссплатформенности Баша (was: Firefox неправильно восстанавливает запомненную при выходе позицию)
Vladimir Zhbanov wrote: > On Tue, Oct 01, 2019 at 10:36:51PM +0300, Victor Wagner wrote: >> > кросплатформенный, чтобы собираться, например, под >> > Cygwin/MinGW/msys/msys2/etc? Мне даже голову не хочется ломать о >> >> bash, помоему, первое что в подобнрых проектах собирают. > > OK, ну пусть оно и есть (не проверял). Но если это не дефолтная оболочка, и > большинство пользователей какой-то ОС, скажем, FreeBSD, её не используют, ну > нахрена тащить мне её в зависимости? Чтобы не пытаться писать на воображаемом языке, а значит и избежать все те проблемы, которые вы сами красочно описали. > И с каких это пор bash стала-таки стандартом качества? Он и не стандарт качества, а просто стандарт — в смысле стандартный шелл ГНУ. > Только потому что её стали зачем-то включать как дефолт в дистрибутивы ~15 > лет назад? Ну, здрасьте: пятнадцать лет назад был 2005 год. Башу к этому времени было уже не меньше других пятнадцати. > Чем она лучше zsh, например? Как минимум, лучше документирована. Но в целом, если так хотите писать скрипты на zsh, то пишите на zsh, никто не мешает. > А завтра какой-нибудь новый ред-хато-убунто-микро-софто-консорциум решит, что > лучший вариант это '.bat'-файлы. И что, это как-то отнимет у вас право на них не писать? Зачем вы пытаетесь подстраиваться под то, подо что подстраиваться просто не нужно? signature.asc Description: PGP signature
Re: Microsoft купил Github (was: Firefox неправильно восстанавливает запомненную при выходе позицию)
Vladimir Zhbanov wrote: > P.S. (и частично оффтопик): Microsoft, кстати, купил Github. Уж с год как. > Не знаю, с тех ли времён начались проблемы с загрузками 'tar.gz' файлов там > на веб-страницах, или они были всегда :-) А можно пример, что за проблемы? Вот какие проблемы там точно начались именно с прихода Микрософта — это дискриминация крымчан прочих кубинцев. signature.asc Description: PGP signature
Re: О кроссплатформенности Баша (was: Firefox неправильно восстанавливает запомненную при выходе позицию)
Victor Wagner wrote: > В Tue, 1 Oct 2019 22:26:04 +0300 Vladimir Zhbanov пишет: >> А вдруг там его и в помине не было? И насколько этот самый Баш > > Ну это разве что OpenWRT или еще какая жуткая эмбедщина, где вообще нет > нормальных coreutil, а только busybox. В OpenWRT Баш, разумеется, есть. И полноценные утилиты тоже. И вообще никакая это не «жуткая эмбедщина», а вполне себе популярный дистрибутив ГНУ/Линукса для безголовых машинок — да там даже PostgreSQL есть. signature.asc Description: PGP signature
Re: О кроссплатформенности Баша
Vladimir Zhbanov wrote: > On Tue, Oct 01, 2019 at 11:01:31PM +0300, Dmitry Alexandrov wrote: >> Не хочу никого оскорбить, но думаю, что уж поболее, чем ваша (несвободная?) >> программа. > > Дмитрий, уж не надо так. Fork of gEDA, около 20 лет истории. GPLv2. Прошу простить, был не в курсе. signature.asc Description: PGP signature
Re: О кроссплатформенности Баша (was: Firefox неправильно восстанавливает запомненную при выходе позицию)
On Tue, Oct 01, 2019 at 11:01:31PM +0300, Dmitry Alexandrov wrote: ... > > И "облегчить" тем самым работу сопровождающим для всех дистрибутивов, > > которые захотят наш проект использовать? А вдруг там его и в помине не было? > > Если уж там Баша нет «и в помине», то думаю от Гайля не найдется даже > воспоминаний. На то и вставка: "а вдруг...". Не исследовал все варианты, времени не было :-) А там только и работает, где Guile есть. > > И насколько этот самый Баш кросплатформенный > > Не хочу никого оскорбить, но думаю, что уж поболее, чем ваша (несвободная?) > программа. Дмитрий, уж не надо так. Fork of gEDA, около 20 лет истории. GPLv2. Какие-то иные доказательства "свободности" нужны? Кроссплатформенность нашей программы не преувеличиваю. Кроссплатформенность баша не исследовал, каюсь. -- Vladimir (λ)επτόν EDA — https://github.com/lepton-eda
Re: Firefox неправильно восстанавливает запомненную при выходе позицию
On Tue, Oct 01, 2019 at 10:36:51PM +0300, Victor Wagner wrote: > В Tue, 1 Oct 2019 22:26:04 +0300 > Vladimir Zhbanov пишет: > > > On Tue, Oct 01, 2019 at 10:03:43PM +0300, Dmitry Alexandrov wrote: > > ... > > > > > Интересно, а что помешало просто добавить Баш в число этих самых > > > пакетов? > > > > И "облегчить" тем самым работу сопровождающим для всех > > дистрибутивов, которые захотят наш проект использовать? А вдруг > > там его и в помине не было? И насколько этот самый Баш > > Ну это разве что OpenWRT или еще какая жуткая эмбедщина, где вообще > нет нормальных coreutil, а только busybox. > > > > кросплатформенный, чтобы собираться, например, под > > Cygwin/MinGW/msys/msys2/etc? Мне даже голову не хочется ломать о > > bash, помоему, первое что в подобнрых проектах собирают. OK, ну пусть оно и есть (не проверял). Но если это не дефолтная оболочка, и большинство пользователей какой-то ОС, скажем, FreeBSD, её не используют, ну нахрена тащить мне её в зависимости? И с каких это пор bash стала-таки стандартом качества? Только потому что её стали зачем-то включать как дефолт в дистрибутивы ~15 лет назад? Чем она лучше zsh, например? А завтра какой-нибудь новый ред-хато-убунто-микро-софто-консорциум решит, что лучший вариант это '.bat'-файлы... P.S. (и частично оффтопик): Microsoft, кстати, купил Github. Не знаю, с тех ли времён начались проблемы с загрузками 'tar.gz' файлов там на веб-страницах, или они были всегда :-) -- Vladimir (λ)επτόν EDA — https://github.com/lepton-eda
Re: О кроссплатформенности Баша (was: Firefox неправильно восстанавливает запомненную при выходе позицию)
Vladimir Zhbanov wrote: > On Tue, Oct 01, 2019 at 10:03:43PM +0300, Dmitry Alexandrov wrote: >> Vladimir Zhbanov wrote: >>> Для себя, как вариант, я выбрал стратегию уменьшения шелл-скриптов, >>> переписывая их части, где возможно, на языке из пакетов, необходимых для >>> сборки нашей программы. >>> В моём случае Guile Scheme решает многие проблемы лучше *sh >> >> Интересно, а что помешало просто добавить Баш в число этих самых пакетов? > > И "облегчить" тем самым работу сопровождающим для всех дистрибутивов, которые > захотят наш проект использовать? А вдруг там его и в помине не было? Если уж там Баша нет «и в помине», то думаю от Гайля не найдется даже воспоминаний. > И насколько этот самый Баш кросплатформенный Не хочу никого оскорбить, но думаю, что уж поболее, чем ваша (несвободная?) программа. > чтобы собираться, например, под Cygwin/MinGW/msys/msys2/etc? Виктор Бертильевич уже ответил. signature.asc Description: PGP signature
Re: Firefox неправильно восстанавливает запомненную при выходе позицию
В Tue, 1 Oct 2019 22:26:04 +0300 Vladimir Zhbanov пишет: > On Tue, Oct 01, 2019 at 10:03:43PM +0300, Dmitry Alexandrov wrote: > ... > > > Интересно, а что помешало просто добавить Баш в число этих самых > > пакетов? > > И "облегчить" тем самым работу сопровождающим для всех > дистрибутивов, которые захотят наш проект использовать? А вдруг > там его и в помине не было? И насколько этот самый Баш Ну это разве что OpenWRT или еще какая жуткая эмбедщина, где вообще нет нормальных coreutil, а только busybox. > кросплатформенный, чтобы собираться, например, под > Cygwin/MinGW/msys/msys2/etc? Мне даже голову не хочется ломать о bash, помоему, первое что в подобнрых проектах собирают. -- Victor Wagner
Re: Firefox неправильно восстанавливает запомненную при выходе позицию
On Tue, Oct 01, 2019 at 10:03:43PM +0300, Dmitry Alexandrov wrote: ... > Интересно, а что помешало просто добавить Баш в число этих самых пакетов? И "облегчить" тем самым работу сопровождающим для всех дистрибутивов, которые захотят наш проект использовать? А вдруг там его и в помине не было? И насколько этот самый Баш кросплатформенный, чтобы собираться, например, под Cygwin/MinGW/msys/msys2/etc? Мне даже голову не хочется ломать о таких перспективах... ... -- Vladimir (λ)επτόν EDA — https://github.com/lepton-eda
Re: ввод китайских иероглифов
Михаил Васильев wrote: > пн, 30 сент. 2019 г. в 18:39, Dmitry Alexandrov <321...@gmail.com>: >> Михаил Васильев wrote: >> > При этом если переключать языки через LWin+Пробел (а не через Ctrl+Shift), >> > то удается добиться ввода иероглифов, но надо сначала надо переключиться >> > на английский, потом на китайский. >> >> Ну, ничего странного я тут как раз не вижу: сначала ввод транслируется xkb, >> и только потом в дело вступает ibus. Кириллицу он понимать не обучен, и >> пропускает ее как есть, тогда как пунктуация у нее с латиницей общая. >> >> > Как бы реализовать более простое переключение языков ввода? >> >> Очевидно, что прекратить транслировать клавиши в кириллицу через xkb, и >> вводить ее тоже через ibus. Поиск подсказывает, что пакет называется >> «ibus-m17n». > > Спасибо за ответ. Пакет я поставил, запустил im-config, но проблему это не > решило. Вместо иероглифов всё равно вводится кириллица. Да пожалуйста, только в ответе помимо второй части — настроить кирилловский ввод через ibus (я так и не понял, он у вас заработал?), была еще первая — прекратить трансляцию в кириллицу через xkb. Ну то есть убрать кириллическую раскладку из аргументов setxkbmap(1) — или где она там у вас там настроена. Ну или оставить на всякий случай, но воздержаться от ее включения. signature.asc Description: PGP signature
Re: Firefox неправильно восстанавливает запомненную при выходе позицию
Vladimir Zhbanov wrote: > On Tue, Oct 01, 2019 at 06:10:05PM +0300, Andrey Jr. Melnikov wrote: >> Одни ходят в крестовые походы против bash'измов/xsi'змов и прочих расширений >> - ибо ересь и нестандарт. >> >> Другие - академично написали по POSIX-compliant shell 20-30 лет назад и >> теперь его поддерживают, сдувая пыль и паутину. Отклонениния от POSIX - >> ни-ни, ересь! Вторая вариация - "минимальные" шеллы из busybox & co. >> >> Третьи - пишут на всём этом скрипты, бережно сохраняя совместимость с >> замшелыми комерческими юниксами, busybox'ами и прочей теоретически >> встерчающейся в природе фигней. Только вот их скрипты там никогда не будут >> запускаться. > > В нашем проекте (см. ниже) то и дело всплывают проблемы у людей, которые > юзают другие шеллы, или если в их дистрибутивах другие оболочки являются > умолчательными. Проблемы появляются то из-за башизмов, где другие оболочки > используются, то из-за гнутых расширений в не-гнутых дистрибутивах. И чё с > этим делать в ближайшей перспективе (~50 лет :-)) -- неизвестно. Как это что? Очевидно, перестать писать на воображаемых языках. Концепция «open software» давно себя исчерпала. > POSIX -- да, как вариант, со всеми его замшелостями. Иначе, нагрузка > поддержки ложится на маинтейнеров. Но нафига бы оно надо? Для себя, как > вариант, я выбрал стратегию уменьшения шелл-скриптов, переписывая их части, > где возможно, на языке из пакетов, необходимых для сборки нашей программы. Интересно, а что помешало просто добавить Баш в число этих самых пакетов? > В моём случае Guile Scheme решает многие проблемы лучше *sh Есть подозрение, что ГНУ Гайль решает любые проблемы лучше sh. (Впрочем, как и много кто еще. :-) signature.asc Description: PGP signature
Re: Firefox неправильно восстанавливает запомненную при выходе позицию
В Tue, 1 Oct 2019 20:52:20 +0300 Vladimir Zhbanov пишет: > Млин, выбросить бы ещё autotools куда-нибудь... > В наше время многие используют cmake. Мы в openssl-gost-engine, например. Был у нас в конторе один товарищ, который пытался сборку постгреса на cmake переписать. (там призовая игра что есть совершенно отдельные скрипты для сборки Visual Studio, и хотелось это все объединить). Года два все сообщество напряженно следило за его успехами. Потом он плюнул на это дело, уволился от нас и уехал аж в Японию. -- Victor Wagner
Re: bash: как проверять наличие команды (was: Firefox неправильно восстанавливает запомненную при выходе позицию)
"Andrey Jr. Melnikov" wrote: > Victor Wagner wrote: >> On Tue, 1 Oct 2019 11:11:48 +0300 >> "Andrey Jr. Melnikov" wrote: >> > Дак а кто автору злобный буратино, что он не пользует конструкцию >> > >> > _pacman=$(command -v pacman) >> > if [ -n "${_pacman}" -a ]; ... > >> Ну зачем так сложно? > > Затем, что потом сразу можно вызвать ${_pacman} -- ${file} без повторного > поиска по дискам в $PATH - а где там тот pacman лежало. Для этого есть команда hash. Собственно, именно им и целесообразно проверять наличие исполняемости даже безотносительно кэширования, поскольку он молчаливый — глушить не надо: # check dependencies hash printf mv md5sum || exit 127 signature.asc Description: PGP signature
Re: ввод китайских иероглифов
Спасибо за ответ. Пакет я поставил, запустил im-config, но проблему это не решило. Вместо иероглифов всё равно вводится кириллица. пн, 30 сент. 2019 г. в 18:39, Dmitry Alexandrov <321...@gmail.com>: > > Михаил Васильев wrote: > > Здравствуйте, господа. > > Господа все в Харбине. > > > Не получается настроить ввод иероглифов в Gnome. Поставил пакет > > ibus-pinyin, как советовали в Debian Wiki, но при переключении на китайский > > происходит что-то странное: вводятся кириллические буквы и китайские знаки > > препинания (например, "。" вместо точки). > > > > При этом если переключать языки через LWin+Пробел (а не через Ctrl+Shift), > > то удается добиться ввода иероглифов, но надо сначала надо переключиться на > > английский, потом на китайский. > > Ну, ничего странного я тут как раз не вижу: сначала ввод транслируется xkb, и > только потом в дело вступает ibus. Кириллицу он понимать не обучен, и > пропускает ее как есть, тогда как пунктуация у нее с латиницей общая. > > И во всем этом даже может быть свое удобство: скажем, никто не мешает помимо > ibus-pinyin написать и использовать параллельно еще и ibus-palladius. > > > Как бы реализовать более простое переключение языков ввода? > > Очевидно, что прекратить транслировать клавиши в кириллицу через xkb, и > вводить ее тоже через ibus. Поиск подсказывает, что пакет называется > «ibus-m17n». -- Михаил Васильев
Re: «Единственный мне известный логичный язык - это Tcl»
Sergey B Kirpichev wrote: > On Tue, Oct 01, 2019 at 12:41:00AM +0300, Dmitry Alexandrov wrote: >> Artem Chuprina wrote: >>> On 29 September 2019 7:23:47 pm GMT+02:00, Dmitry Alexandrov >>> <321...@gmail.com> wrote: > Единственный мне известный логичный язык - это Tcl «Схема» предельно логична. Да и вообще, пожалуй, любой Лисп будет пологичнее Тикля. >>> >>> Схема еще имеет приличные шансы быть логичнее тикля, но, сдается мне, они >>> одинаково логичны. А вот прочие лиспы, в которых невозможно в тексте >>> программы отличить специальную форму (ленивое вычисление параметров) от >>> функции (жадное) отчетливо менее логичны. >> >> Вы так говорите, будто в «Схеме» специальную форму от функции отличить можно. > > Ну вообще-то - можно. Как правило, специальная форма - специально > вычисляется. В контексте диалога «невозможно в тексте программы отличить» очевидно означало «отличить на глаз». signature.asc Description: PGP signature
Re: Firefox неправильно восстанавливает запомненную при выходе позицию
On Tue, Oct 01, 2019 at 06:10:05PM +0300, Andrey Jr. Melnikov wrote: > Vladimir Zhbanov wrote: > > On Sun, Sep 29, 2019 at 10:50:02PM +0300, Andrey Jr. Melnikov wrote: > > ... > > > PS: Спор то ниочем. Из всех шеллов, которые есть в природе - 95% замшелый > > > шлак, > > > сохраняющий совместимость с тем, что уже давно померло. Да, это наверное > > > круто, что написанный сейчас xdg-open можно запустить на тазике 1992 года > > > выпуска. Только вот нахрена? И что он там сделает? > > > Если бы все люди предпочитали одинаковые горшки :-( Но кто-то > > запускает ту же самую хрень на Debian, кто-то на Gentoo, Guix, > > *BSD... А потом боремся с башизмами. И сколько времени и нервов > > тратится... > > Тут всё наоборот. Есть "одинаковые горшки" - POSIX. И его адепты. > > Одни ходят в крестовые походы против bash'измов/xsi'змов и прочих расширений > - > ибо ересь и нестандарт. > > Другие - академично написали по POSIX-compliant shell 20-30 лет назад и > теперь его поддерживают, сдувая пыль и паутину. Отклонениния от POSIX - > ни-ни, ересь! Вторая вариация - "минимальные" шеллы из busybox & co. > > Третьи - пишут на всём этом скрипты, бережно сохраняя совместимость с > замшелыми комерческими юниксами, busybox'ами и прочей теоретически > встерчающейся в природе фигней. > Только вот их скрипты там никогда не будут запускаться. > > PS: Вот хорошая ссылка про bashism's: https://mywiki.wooledge.org/Bashism > можно посчитать, сколько нужных вещей отсутсвуют в POSIX (и dash). > А если вчитаться в > https://askubuntu.com/questions/976485/what-is-the-point-of-sh-being-linked-to-dash > и https://wiki.ubuntu.com/DashAsBinSh то упорная борьба с башизмами > напомниает "армянский комсомол" (тм). > Да проблема не в bash itself, а в том, что есть куча людей (и дистрибутивов), которым он как шёл, так и ехал. В нашем проекте (см. ниже) то и дело всплывают проблемы у людей, которые юзают другие шеллы, или если в их дистрибутивах другие оболочки являются умолчательными. Проблемы появляются то из-за башизмов, где другие оболочки используются, то из-за гнутых расширений в не-гнутых дистрибутивах. И чё с этим делать в ближайшей перспективе (~50 лет :-)) -- неизвестно. POSIX -- да, как вариант, со всеми его замшелостями. Иначе, нагрузка поддержки ложится на маинтейнеров. Но нафига бы оно надо? Для себя, как вариант, я выбрал стратегию уменьшения шелл-скриптов, переписывая их части, где возможно, на языке из пакетов, необходимых для сборки нашей программы. В моём случае Guile Scheme решает многие проблемы лучше *sh, а также разновидностей *awk, которых тоже представлено немало, и решает их одинаковым способом, потому-что одна и та же версия при сборке :-) Млин, выбросить бы ещё autotools куда-нибудь... -- Vladimir (λ)επτόν EDA — https://github.com/lepton-eda
Validation failed
*** Errors validating /srv/www.debian.org/www/intro/cn.ru.html: *** Line 204, character 88: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag Line 205, character 7: end tag for "FORM" which is not finished Line 207, character 97: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag Line 208, character 7: end tag for "FORM" which is not finished Line 210, character 134: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag Line 211, character 7: end tag for "FORM" which is not finished Line 213, character 63: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag Line 214, character 7: end tag for "FORM" which is not finished Line 216, character 56: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag Line 217, character 7: end tag for "FORM" which is not finished Line 219, character 51: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag Line 220, character 7: end tag for "FORM" which is not finished Line 222, character 54: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag Line 223, character 7: end tag for "FORM" which is not finished Line 225, character 112: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag Line 226, character 7: end tag for "FORM" which is not finished Line 228, character 56: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag Line 229, character 7: end tag for "FORM" which is not finished Line 231, character 62: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag Line 232, character 7: end tag for "FORM" which is not finished Line 234, character 57: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag Line 235, character 7: end tag for "FORM" which is not finished Line 237, character 102: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag Line 238, character 7: end tag for "FORM" which is not finished Line 240, character 65: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag Line 241, character 7: end tag for "FORM" which is not finished Line 243, character 56: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag Line 244, character 7: end tag for "FORM" which is not finished Line 246, character 112: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag Line 247, character 7: end tag for "FORM" which is not finished Line 249, character 57: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag Line 250, character 7: end tag for "FORM" which is not finished Line 252, character 61: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag Line 253, character 7: end tag for "FORM" which is not finished Line 255, character 58: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag Line 256, character 7: end tag for "FORM" which is not finished Line 258, character 92: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag Line 259, character 7: end tag for "FORM" which is not finished Line 261, character 86: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag Line 262, character 7: end tag for "FORM" which is
Re: Firefox неправильно восстанавливает запомненную при выходе позицию
Vladimir Zhbanov wrote: > On Sun, Sep 29, 2019 at 10:50:02PM +0300, Andrey Jr. Melnikov wrote: > ... > > PS: Спор то ниочем. Из всех шеллов, которые есть в природе - 95% замшелый > > шлак, > > сохраняющий совместимость с тем, что уже давно померло. Да, это наверное > > круто, что написанный сейчас xdg-open можно запустить на тазике 1992 года > > выпуска. Только вот нахрена? И что он там сделает? > Если бы все люди предпочитали одинаковые горшки :-( Но кто-то > запускает ту же самую хрень на Debian, кто-то на Gentoo, Guix, > *BSD... А потом боремся с башизмами. И сколько времени и нервов > тратится... Тут всё наоборот. Есть "одинаковые горшки" - POSIX. И его адепты. Одни ходят в крестовые походы против bash'измов/xsi'змов и прочих расширений - ибо ересь и нестандарт. Другие - академично написали по POSIX-compliant shell 20-30 лет назад и теперь его поддерживают, сдувая пыль и паутину. Отклонениния от POSIX - ни-ни, ересь! Вторая вариация - "минимальные" шеллы из busybox & co. Третьи - пишут на всём этом скрипты, бережно сохраняя совместимость с замшелыми комерческими юниксами, busybox'ами и прочей теоретически встерчающейся в природе фигней. Только вот их скрипты там никогда не будут запускаться. PS: Вот хорошая ссылка про bashism's: https://mywiki.wooledge.org/Bashism можно посчитать, сколько нужных вещей отсутсвуют в POSIX (и dash). А если вчитаться в https://askubuntu.com/questions/976485/what-is-the-point-of-sh-being-linked-to-dash и https://wiki.ubuntu.com/DashAsBinSh то упорная борьба с башизмами напомниает "армянский комсомол" (тм).
Re: Firefox неправильно восстанавливает запомненную при выходе позицию
Victor Wagner wrote: > On Tue, 1 Oct 2019 12:23:34 +0300 > "Andrey Jr. Melnikov" wrote: > > Artem Chuprina wrote: > > > > > > > On 29 September 2019 9:50:02 pm GMT+02:00, "Andrey Jr. Melnikov" > > > wrote: > > > >> При этом что в шелле есть логические операции, что в командной > > > >> строке test есть логические операции и они РАЗНЫЕ. > > > >Витус, как так ЛОГИЧЕСКИЕ операции могут быть разными? AND и OR - > > > >они и в африке AND и OR. > > > > > Я, конечно, зануда, но должен заметить, что они у нас ни хрена не > > > логические. > > Вы мне тут оба-двое зубы не заговаривайте. > > > > > Они вычислительные, и их результат сильно зависит от порядка записи > > > операндов. > > > > Ух, 1 & 0 = 0 таки не 0 & 1 = 0 ? У вас реальность не подтекает? > > > > И в приведенном баге - красиво всё - там операнд выглядит как > > 'pcmanfm --help >/dev/null 2>&1 -a is_file_url_or_path "$1"' > В приведенном баге test как раз нет. Там люди попытаплись честно > использовать shell command sequence в качестве условия. Но не шмогли. > Потому что, как и некоторые читатели данного списка рассылки, перепутали > операнды команды test и шелловское условие. Там оригинально использовали return code от функции is_file_url_or_path но потом кому-то возжелалось туда еще и проверку на pcmanfm вставить. Вставили, да.
Re: Firefox неправильно восстанавливает запомненную при выходе позицию
On Tue, 1 Oct 2019 12:48:42 +0300 "Andrey Jr. Melnikov" wrote: > Victor Wagner wrote: > > On Tue, 1 Oct 2019 11:11:48 +0300 > > "Andrey Jr. Melnikov" wrote: > > > > > Дак а кто автору злобный буратино, что он не пользует конструкцию > > > > > > _pacman=$(command -v pacman) > > > if [ -n "${_pacman}" -a ]; ... > > > Ну зачем так сложно? > Затем, что потом сразу можно вызвать ${_pacman} -- ${file} без > повторного поиска по дискам в $PATH - а где там тот pacman лежало. > > > Ведь command -v возвращает ненулевой код если команда не найдена. > > Я ведь с самого начала про то и пишу, что НЕ ИСПОЛЬЗУЙТЕ КОМАНДУ > > test, для того чтобы проверить условие, уже проверенное другое > > командой. > > О, расскажи как мне, как в > if /usr/bin/неведомафигня ; then > обработать вот это: > /usr/bin/неведомафигня: cannot execute binary file: Exec format error А нам оно в данном случае надо? Бывают такие ошибки которые НЕ НАДО обрабатывать. Ежели юзер сумел загнать свою систему в такое состояние, он сам себе злобный Билл Гейтс. Как известно любая мера безопасности порождает новые риски. Поэтому нужно наступить на горло собственной песне и перестать защищаться от слишком маловероятных угроз (поскольку это ослабляет защиту от более вероятных). В /usr/bin НЕ МОЖЕТ БЫТЬ неведомой фигни. Любая фигня которая попадает в /usr/bin (а не /usr/local/bin или ${HOME}/bin) должна быть ведома пакетному менеджеру. --
Re: Firefox неправильно восстанавливает запомненную при выходе позицию
Victor Wagner wrote: > On Tue, 1 Oct 2019 11:11:48 +0300 > "Andrey Jr. Melnikov" wrote: > > Дак а кто автору злобный буратино, что он не пользует конструкцию > > > > _pacman=$(command -v pacman) > > if [ -n "${_pacman}" -a ]; ... > Ну зачем так сложно? Затем, что потом сразу можно вызвать ${_pacman} -- ${file} без повторного поиска по дискам в $PATH - а где там тот pacman лежало. > Ведь command -v возвращает ненулевой код если команда не найдена. > Я ведь с самого начала про то и пишу, что НЕ ИСПОЛЬЗУЙТЕ КОМАНДУ test, > для того чтобы проверить условие, уже проверенное другое командой. О, расскажи как мне, как в if /usr/bin/неведомафигня ; then обработать вот это: /usr/bin/неведомафигня: cannot execute binary file: Exec format error в случае с '['/'test' - можено проверить на $? -ge 126, то без них мы что будем делать?
Re: Firefox неправильно восстанавливает запомненную при выходе позицию
On Tue, 1 Oct 2019 12:23:34 +0300 "Andrey Jr. Melnikov" wrote: > Artem Chuprina wrote: > > > > On 29 September 2019 9:50:02 pm GMT+02:00, "Andrey Jr. Melnikov" > > wrote: > > >> При этом что в шелле есть логические операции, что в командной > > >> строке test есть логические операции и они РАЗНЫЕ. > > >Витус, как так ЛОГИЧЕСКИЕ операции могут быть разными? AND и OR - > > >они и в африке AND и OR. > > > Я, конечно, зануда, но должен заметить, что они у нас ни хрена не > > логические. > Вы мне тут оба-двое зубы не заговаривайте. > > > Они вычислительные, и их результат сильно зависит от порядка записи > > операндов. > > Ух, 1 & 0 = 0 таки не 0 & 1 = 0 ? У вас реальность не подтекает? > > И в приведенном баге - красиво всё - там операнд выглядит как > 'pcmanfm --help >/dev/null 2>&1 -a is_file_url_or_path "$1"' В приведенном баге test как раз нет. Там люди попытаплись честно использовать shell command sequence в качестве условия. Но не шмогли. Потому что, как и некоторые читатели данного списка рассылки, перепутали операнды команды test и шелловское условие. --
Re: Firefox неправильно восстанавливает запомненную при выходе позицию
Artem Chuprina wrote: > On 29 September 2019 9:50:02 pm GMT+02:00, "Andrey Jr. Melnikov" > wrote: > >> При этом что в шелле есть логические операции, что в командной строке > >> test есть логические операции и они РАЗНЫЕ. > >Витус, как так ЛОГИЧЕСКИЕ операции могут быть разными? AND и OR - они и в > >африке AND и OR. > Я, конечно, зануда, но должен заметить, что они у нас ни хрена не логические. Вы мне тут оба-двое зубы не заговаривайте. > Они вычислительные, и их результат сильно зависит от порядка записи операндов. Ух, 1 & 0 = 0 таки не 0 & 1 = 0 ? У вас реальность не подтекает? И в приведенном баге - красиво всё - там операнд выглядит как 'pcmanfm --help >/dev/null 2>&1 -a is_file_url_or_path "$1"' и всё зависит от того, есть ли pcmanfm на машине и умеет ли pcmanfm ключик -a или нет, а если нет - то он зовет exit(1) или нет. А стройную картину оттеняет '>/dev/null 2>&1' в середине, замыливая глаз. Прекрасная иллюстрация того, как выстрелить себе в ногу. > В случае шелла (самого шелла, а не builtin [) куда сильнее, чем в случае test, > поскольку тесты test не обладают побочными эффектами (ну, хотя бы по идее ??? > по > факту-то тест на наличие файла на автомонтируемой файловой системе ими > обладает). А это то тут всё причём? test на наличие файла - показывает его наличие или отсутствие на момент выполнения. Все остальные "побочные" эффекты - ни к test'у ни к shell'у не относятся. Хочешь их учесть - пиши свой test с детектом точек монтирования и задержками.
Re: Firefox неправильно восстанавливает запомненную при выходе позицию
On Tue, 1 Oct 2019 11:11:48 +0300 "Andrey Jr. Melnikov" wrote: > Дак а кто автору злобный буратино, что он не пользует конструкцию > > _pacman=$(command -v pacman) > if [ -n "${_pacman}" -a ]; ... Ну зачем так сложно? Ведь command -v возвращает ненулевой код если команда не найдена. Я ведь с самого начала про то и пишу, что НЕ ИСПОЛЬЗУЙТЕ КОМАНДУ test, для того чтобы проверить условие, уже проверенное другое командой. --
Re: Firefox неправильно восстанавливает запомненную при выходе позицию
On Sun, Sep 29, 2019 at 01:12:10AM +0300, Dmitry Alexandrov wrote: > "Andrey Jr. Melnikov" wrote: > > Dmitry Alexandrov <321...@gmail.com> wrote: > >> "Andrey Jr. Melnikov" wrote: > >>> Victor Wagner wrote: > Тут мы не на grep экономим, а на test. В смысле на команде "квадратая > скобка". > >>> > >>> Нет давно такой комманды Уже давно везде что '[', что 'test' - builtin. > > > >> Builtin _what_? > > > > Бережно носимыx с собой уже почти 30 лет - /usr/bin/test и алиас его > > /usr/bin/[ специально для любителей POSIX compatible shell. > > Хорошо, давайте в лоб: вы же ведь видите, что «builtin» здесь у вас — это > осуществленное причастие? А к какому слову оно относилось до осуществления? > :-) Строго говоря, "утилита", не "комманда" :) https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_14 Но, да, является подкласс простых комманд :) Всего лучшего, Петр -- Peter Pentchev roam@{ringlet.net,debian.org,FreeBSD.org} p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Re: Firefox неправильно восстанавливает запомненную при выходе позицию
Victor Wagner wrote: > On Sun, 29 Sep 2019 22:50:02 +0300 > "Andrey Jr. Melnikov" wrote: > > > При этом что в шелле есть логические операции, что в командной > > > строке test есть логические операции и они РАЗНЫЕ. > > Витус, как так ЛОГИЧЕСКИЕ операции могут быть разными? AND и OR - они > > и в африке AND и OR. И от наличия в каком-то замшелом man'e надписей > > про "deprectated" > Как-как! СИНТАКСИЧЕСКИ. В одном случае &&, в другом -a. Ухты. > И это именно то место, на которое наступили авторы xdg-open. Там криворучества - на 100 скриптов хватит. > Потому что семантически тоже разница есть. && помимо всего прочего - > разделитель шелловских команд, Пока оно не внутри [ ... ] блока - то да. А там - оно один из операндов и отношения к разделителю комманд никакого не имеет. > а -a - это ключик, который передается в команду и её личное дело > как его интерпретирвоать. Поэтому когда вместо > pcmanfm --help && is_file_url_or_path > написали pcmanfma --help -a is_file_url_or_path > результат оказался несколько некорректен. Конечно некореектен, если автор не может даже для себя понять минимум набора комманд примитивного шелла. > Хотя сама идея проверять факт > сущестоввания команды не через which а вызовом ее с --help тоже мнээ, > Полуэкт. Только сейчас оратил на это внимание. Дак а кто автору злобный буратино, что он не пользует конструкцию _pacman=$(command -v pacman) if [ -n "${_pacman}" -a ]; ...
Re: Firefox неправильно восстанавливает запомненную при выходе позицию
On Mon, Sep 30, 2019 at 11:03:55PM +0200, Artem Chuprina wrote: > > > On 29 September 2019 9:50:02 pm GMT+02:00, "Andrey Jr. Melnikov" > wrote: > >> При этом что в шелле есть логические операции, что в командной строке > >> test есть логические операции и они РАЗНЫЕ. > >Витус, как так ЛОГИЧЕСКИЕ операции могут быть разными? AND и OR - они и в > >африке AND и OR. > > Я, конечно, зануда, но должен заметить, что они у нас ни хрена не > логические. Они вычислительные, Булева алгебра, как и любая другая алгебра, допускает множество различных представлений. В том числе над полем вычетов по модулю 2 (как в C++), и над полем натуральных чисел (как у шеллов: 0=true, остальное false). > и их результат сильно зависит от порядка записи операндов. А это к булевой алгебре отношения не имеет: статус-коды складываются по определённым правилам независимо от того, как они были получены. И да, в Африке эти правила такие же как у нас. -- Eugene Berdnikov
Re: «Единственный мне известный логичный язык - это Tcl» (was: Firefox неправильно восстанавливает запомненную при выходе позицию)
On Sun, 29 Sep 2019 20:23:47 +0300 Dmitry Alexandrov <321...@gmail.com> wrote: > > Единственный мне известный логичный язык - это Tcl > > «Схема» предельно логична. Да и вообще, пожалуй, любой Лисп будет > пологичнее Тикля. Пока Схема - вещь в себе, пригодная только для препоадавания курса SICP в МИТ, она может еще и логична (хотя МИТ отказался от нее в пользу Питона, видимо слишком логична для обучения реальному программированию) Но как только на ней решать задачи из реального мира, например приделывают ее к Гимпу, так вся логичность и кончается. И выясняется что здесь читать, здесь не читать, здесь рыбу заворачивали. Вот это - встроенный тип SIOD, его garbage-collector собирает, а вот это - гимповский объект, его будь добр освобождать сам. Примерно то же самое произошло с автолиспом. Если и была в том лиспе, который за основу взят, какая-то логичность, то при приделывании к САПР вся сплыла. Ну и вообще сравните объем R5RS с объемом man Tcl. -- pgpTuKiNONM8y.pgp Description: OpenPGP digital signature
Re: «Единственный мне известный логичный язык - это Tcl»
On 30 September 2019 11:41:00 pm GMT+02:00, Dmitry Alexandrov <321...@gmail.com> wrote: >Artem Chuprina wrote: >> On 29 September 2019 7:23:47 pm GMT+02:00, Dmitry Alexandrov ><321...@gmail.com> wrote: Единственный мне известный логичный язык - это Tcl >>> >>>«Схема» предельно логична. Да и вообще, пожалуй, любой Лисп будет >пологичнее Тикля. >> >> Схема еще имеет приличные шансы быть логичнее тикля, но, сдается мне, >они одинаково логичны. А вот прочие лиспы, в которых невозможно в >тексте программы отличить специальную форму (ленивое вычисление >параметров) от функции (жадное) отчетливо менее логичны. > >Вы так говорите, будто в «Схеме» специальную форму от функции отличить >можно. Про Схему точно не помню, но помню, что она в этом месте была намного прямее прочих лиспов. Т.е. встроенную специальную форму тоже не отличить, но их очень конечное количество. А с макросами было прямее. -- Best regards, Artem.
Re: Firefox неправильно восстанавливает запомненную при выходе позицию
On Sun, 29 Sep 2019 22:50:02 +0300 "Andrey Jr. Melnikov" wrote: > > При этом что в шелле есть логические операции, что в командной > > строке test есть логические операции и они РАЗНЫЕ. > Витус, как так ЛОГИЧЕСКИЕ операции могут быть разными? AND и OR - они > и в африке AND и OR. И от наличия в каком-то замшелом man'e надписей > про "deprectated" Как-как! СИНТАКСИЧЕСКИ. В одном случае &&, в другом -a. И это именно то место, на которое наступили авторы xdg-open. Потому что семантически тоже разница есть. && помимо всего прочего - разделитель шелловских команд, а -a - это ключик, который передается в команду и её личное дело как его интерпретирвоать. Поэтому когда вместо pcmanfm --help && is_file_url_or_path написали pcmanfma --help -a is_file_url_or_path результат оказался несколько некорректен. Хотя сама идея проверять факт сущестоввания команды не через which а вызовом ее с --help тоже мнээ, Полуэкт. Только сейчас оратил на это внимание. --
Re: «Единственный мне известный логичный язык - это Tcl»
On Tue, Oct 01, 2019 at 12:41:00AM +0300, Dmitry Alexandrov wrote: > Вы так говорите, будто в «Схеме» специальную форму от функции отличить можно. Ну вообще-то - можно. Как правило, специальная форма - специально вычисляется. Например: scheme@(guile-user)> (if #f (/ 1 0) 1) $2 = 1 scheme@(guile-user)> (+ #f (/ 1 0) 1) :7:6: Throw to key `numerical-overflow' with args `("/" "Numerical overflow" #f #f)'. Entering a new prompt. Type `,bt' for a backtrace or `,q' to continue.