Привет,
а пробовал зафайлить баг репорт?
firefox доступен хоть 129-й версии, а вот esr пока на предыдущей 115.14.0
Судя по https://tracker.debian.org/pkg/firefox-esr 128-я версия вышла меньше
месяца назад.
On 2024-08-07 13:43, Maksim Dmitrichenko wrote:
Всем привет!
Немного не догоняю и
Всем привет!
Немного не догоняю и сходу не нашел было ли такое обсуждение среди
мейнтейнеров, но... уже первый корректирующий релиз 128-й ветки ESR вышел,
а её нет даже в experimental. Зато mozilla предлагает ставить прямо из
своей репы.
Принято решение об отказе в пакетировании силами debian mai
On Sun, 31 Oct 2021 at 02:03, sergio wrote:
>
> firefox виснет наглухо весь целиком на сайте soundcloud.com
> - иногда виснет сразу, просто при загрузке страницы, иногда надо усердно
> потыкать минуту-другую-третью в разные части саундклауда
[...]
> Есть идеи как подебажить? Хочу з
firefox виснет наглухо весь целиком на сайте soundcloud.com
- иногда виснет сразу, просто при загрузке страницы, иногда надо усердно
потыкать минуту-другую-третью в разные части саундклауда
- с воспроизведеним аудио не связано, плэйбэк можно не запускать
- на других сайтах проблем нет
- на
On Mon, Sep 30, 2019 at 08:09:07PM +0300, Victor Wagner wrote:
> Stanislav Maslovski пишет:
> > On Sun, Sep 29, 2019 at 08:23:47PM +0300, Dmitry Alexandrov wrote:
> > > Victor Wagner wrote:
> > > > Единственный мне известный логичный язык - это Tcl
> > >
> > > «Схема» предельно логична. Да
On Tue, Oct 01, 2019 at 10:48:59AM +0300, Victor Wagner wrote:
> On Sun, 29 Sep 2019 20:23:47 +0300
> Dmitry Alexandrov <321...@gmail.com> wrote:
>
> > > Единственный мне известный логичный язык - это Tcl
> >
> > «Схема» предельно логична. Да и вообще, пожалуй, любой Лисп будет
> > пологичнее
yuri.nefe...@gmail.com wrote:
> On Thu, 3 Oct 2019, Dmitry Alexandrov wrote:
>
>>> Все эти действия лучше делать при помощи devilspie или devilspie 2. Этот
>>> инструмент перехватывает события открытия окна
>>
>> Все эти действия лучше всего делать при помощи оконного диспетчера — это его
>> прям
On 1 October 2019 11:23:34 am GMT+02:00, "Andrey Jr. Melnikov"
wrote:
>Artem Chuprina wrote:
>
>
>> On 29 September 2019 9:50:02 pm GMT+02:00, "Andrey Jr. Melnikov"
> wrote:
>> >> При этом что в шелле есть логические операции, что в командной
>строке
>> >> test есть логические операции и они
yuri.nefe...@gmail.com writes:
> Не знал об этих программах. Бегло посмотрел, но так и не понял
> каким собственно способом перехватывается это событие.
Перехватывается событие PropertyNotify на свойства _NET_CLIENT_LIST и
_NET_CLIENT_LIST_STACKING [1], сравнивается со старым списком,
определяю
On Thu, 3 Oct 2019, Dmitry Alexandrov wrote:
Все эти действия лучше делать при помощи devilspie или devilspie 2. Этот
инструмент перехватывает события открытия окна
Все эти действия лучше всего делать при помощи оконного диспетчера — это его
прямая задача. К сожалению, многие пользуются убо
Evgeny Zubok wrote:
> yuri.nefe...@gmail.com writes:
>> On Thu, 12 Sep 2019, fed05x wrote:
>>> xdotool windowsize $i 800 600 windowmove $i 100 50 done
>>
>> wmctrl -r "Mozilla Firefox" -e 0,0,0,-1,-1
>
> Все эти действия лучше делать при помощи
On Wed, Oct 02, 2019 at 11:15:24AM +0300, Andrey Jr. Melnikov wrote:
> Victor Wagner wrote:
> > 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:
> > >
> > >
> > > >
29.09.2019, Dmitry Alexandrov<321...@gmail.com> написал(а):
> Eugene Berdnikov wrote:
>> On Sat, Sep 28, 2019 at 11:24:18PM +0300, Victor Wagner wrote:
>> Синтаксически символ [ не является alphanumeric, поэтому он является не
>> нормальным именем команды, а нелепым исключением.
> Почему? Тут ва
Victor Wagner wrote:
> 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:
> >
> >
> > > > Дак а кто автору злобный буратино, что он не пользует конструкцию
> > > >
> > > > _pa
On Wed, Oct 02, 2019 at 12:04:56AM +0300, Dmitry Alexandrov wrote:
> Vladimir Zhbanov wrote:
> > P.S. (и частично оффтопик): Microsoft, кстати, купил Github.
>
> Уж с год как.
>
> > Не знаю, с тех ли времён начались проблемы с загрузками 'tar.gz' файлов там
> > на веб-страницах, или они были вс
В Tue, 01 Oct 2019 23:59:03 +0300
Dmitry Alexandrov <321...@gmail.com> пишет:
> > Ну это разве что OpenWRT или еще какая жуткая эмбедщина, где вообще
> > нет нормальных coreutil, а только busybox.
>
> В OpenWRT Баш, разумеется, есть. И полноценные утилиты тоже. И
> вообще никакая это не «жутк
Vladimir Zhbanov wrote:
> On Tue, Oct 01, 2019 at 10:36:51PM +0300, Victor Wagner wrote:
>> > кросплатформенный, чтобы собираться, например, под
>> > Cygwin/MinGW/msys/msys2/etc? Мне даже голову не хочется ломать о
>>
>> bash, помоему, первое что в подобнрых проектах собирают.
>
> OK, ну пусть
Vladimir Zhbanov wrote:
> P.S. (и частично оффтопик): Microsoft, кстати, купил Github.
Уж с год как.
> Не знаю, с тех ли времён начались проблемы с загрузками 'tar.gz' файлов там
> на веб-страницах, или они были всегда :-)
А можно пример, что за проблемы?
Вот какие проблемы там точно начались
Victor Wagner wrote:
> В Tue, 1 Oct 2019 22:26:04 +0300 Vladimir Zhbanov пишет:
>> А вдруг там его и в помине не было? И насколько этот самый Баш
>
> Ну это разве что OpenWRT или еще какая жуткая эмбедщина, где вообще нет
> нормальных coreutil, а только busybox.
В OpenWRT Баш, разумеется, есть.
On Tue, Oct 01, 2019 at 11:01:31PM +0300, Dmitry Alexandrov wrote:
...
> > И "облегчить" тем самым работу сопровождающим для всех дистрибутивов,
> > которые захотят наш проект использовать? А вдруг там его и в помине не было?
>
> Если уж там Баша нет «и в помине», то думаю от Гайля не найдется да
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:
> > ...
> >
> > > Интересно, а что помешало просто добавить Баш в число этих самых
> > > пакетов?
Vladimir Zhbanov wrote:
> On Tue, Oct 01, 2019 at 10:03:43PM +0300, Dmitry Alexandrov wrote:
>> Vladimir Zhbanov wrote:
>>> Для себя, как вариант, я выбрал стратегию уменьшения шелл-скриптов,
>>> переписывая их части, где возможно, на языке из пакетов, необходимых для
>>> сборки нашей программы
В Tue, 1 Oct 2019 22:26:04 +0300
Vladimir Zhbanov пишет:
> On Tue, Oct 01, 2019 at 10:03:43PM +0300, Dmitry Alexandrov wrote:
> ...
>
> > Интересно, а что помешало просто добавить Баш в число этих самых
> > пакетов?
>
> И "облегчить" тем самым работу сопровождающим для всех
> дистрибутивов, к
On Tue, Oct 01, 2019 at 10:03:43PM +0300, Dmitry Alexandrov wrote:
...
> Интересно, а что помешало просто добавить Баш в число этих самых пакетов?
И "облегчить" тем самым работу сопровождающим для всех
дистрибутивов, которые захотят наш проект использовать? А вдруг
там его и в помине не было? И н
Vladimir Zhbanov wrote:
> On Tue, Oct 01, 2019 at 06:10:05PM +0300, Andrey Jr. Melnikov wrote:
>> Одни ходят в крестовые походы против bash'измов/xsi'змов и прочих расширений
>> - ибо ересь и нестандарт.
>>
>> Другие - академично написали по POSIX-compliant shell 20-30 лет назад и
>> теперь его
В Tue, 1 Oct 2019 20:52:20 +0300
Vladimir Zhbanov пишет:
> Млин, выбросить бы ещё autotools куда-нибудь...
>
В наше время многие используют cmake. Мы в openssl-gost-engine,
например.
Был у нас в конторе один товарищ, который пытался сборку постгреса на
cmake переписать. (там призовая игра что
"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 ]; ...
>
>> Ну зачем так сложно
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% замшелый
> > > шлак,
> > > сохраняющий совместимос
Vladimir Zhbanov wrote:
> On Sun, Sep 29, 2019 at 10:50:02PM +0300, Andrey Jr. Melnikov wrote:
> ...
> > PS: Спор то ниочем. Из всех шеллов, которые есть в природе - 95% замшелый
> > шлак,
> > сохраняющий совместимость с тем, что уже давно померло. Да, это наверное
> > круто, что написанный сейча
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:
> > > >> При этом что в шелле есть логические операции, что в командной
> > > >> стр
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 "$
Victor Wagner wrote:
> On Tue, 1 Oct 2019 11:11:48 +0300
> "Andrey Jr. Melnikov" wrote:
> > Дак а кто автору злобный буратино, что он не пользует конструкцию
> >
> > _pacman=$(command -v pacman)
> > if [ -n "${_pacman}" -a ]; ...
> Ну зачем так сложно?
Затем, что потом сразу можно вызват
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 есть логические операции и они
Artem Chuprina wrote:
> On 29 September 2019 9:50:02 pm GMT+02:00, "Andrey Jr. Melnikov"
> wrote:
> >> При этом что в шелле есть логические операции, что в командной строке
> >> test есть логические операции и они РАЗНЫЕ.
> >Витус, как так ЛОГИЧЕСКИЕ операции могут быть разными? AND и OR - они
On Tue, 1 Oct 2019 11:11:48 +0300
"Andrey Jr. Melnikov" wrote:
> Дак а кто автору злобный буратино, что он не пользует конструкцию
>
> _pacman=$(command -v pacman)
> if [ -n "${_pacman}" -a ]; ...
Ну зачем так сложно?
Ведь command -v возвращает ненулевой код если команда не найдена.
Я ве
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. В смысле на команде "квадратая
> скоб
Victor Wagner wrote:
> On Sun, 29 Sep 2019 22:50:02 +0300
> "Andrey Jr. Melnikov" wrote:
> > > При этом что в шелле есть логические операции, что в командной
> > > строке test есть логические операции и они РАЗНЫЕ.
> > Витус, как так ЛОГИЧЕСКИЕ операции могут быть разными? AND и OR - они
> >
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 есть логические операции и они РАЗНЫЕ.
> >Витус, как так ЛОГИЧЕСКИ
On Sun, 29 Sep 2019 20:23:47 +0300
Dmitry Alexandrov <321...@gmail.com> wrote:
> > Единственный мне известный логичный язык - это Tcl
>
> «Схема» предельно логична. Да и вообще, пожалуй, любой Лисп будет
> пологичнее Тикля.
Пока Схема - вещь в себе, пригодная только для препоадавания курса SI
On Sun, 29 Sep 2019 22:50:02 +0300
"Andrey Jr. Melnikov" wrote:
> > При этом что в шелле есть логические операции, что в командной
> > строке test есть логические операции и они РАЗНЫЕ.
> Витус, как так ЛОГИЧЕСКИЕ операции могут быть разными? AND и OR - они
> и в африке AND и OR. И от наличия
On 29 September 2019 9:50:02 pm GMT+02:00, "Andrey Jr. Melnikov"
wrote:
>> При этом что в шелле есть логические операции, что в командной строке
>> test есть логические операции и они РАЗНЫЕ.
>Витус, как так ЛОГИЧЕСКИЕ операции могут быть разными? AND и OR - они и в
>африке AND и OR.
Я, конеч
On 29 September 2019 7:23:47 pm GMT+02:00, Dmitry Alexandrov <321...@gmail.com>
wrote:
>> Единственный мне известный логичный язык - это Tcl
>
>«Схема» предельно логична. Да и вообще, пожалуй, любой Лисп будет
>пологичнее Тикля.
Схема еще имеет приличные шансы быть логичнее тикля, но,
сдается
В Mon, 30 Sep 2019 15:54:59 +0100
Stanislav Maslovski пишет:
> On Sun, Sep 29, 2019 at 08:23:47PM +0300, Dmitry Alexandrov wrote:
> > Victor Wagner wrote:
> > > В Sun, 29 Sep 2019 12:16:57 +0300 Eugene Berdnikov
> > > пишет:
> > >> Короче, Bourne shell это тяжкий груз наследственности.
>
On Sun, Sep 29, 2019 at 08:23:47PM +0300, Dmitry Alexandrov wrote:
> Victor Wagner wrote:
> > В Sun, 29 Sep 2019 12:16:57 +0300 Eugene Berdnikov пишет:
> >> Короче, Bourne shell это тяжкий груз наследственности.
> >
> > Любая система, получившаяся сколько-нибудь широкое распространие - это
> > т
On Sun, Sep 29, 2019 at 08:23:47PM +0300, Dmitry Alexandrov wrote:
> Victor Wagner wrote:
> > В Sun, 29 Sep 2019 12:16:57 +0300 Eugene Berdnikov пишет:
> >> Короче, Bourne shell это тяжкий груз наследственности.
> >
> > Любая система, получившаяся сколько-нибудь широкое распространие - это
> > т
On Sun, Sep 29, 2019 at 10:50:02PM +0300, Andrey Jr. Melnikov wrote:
...
> PS: Спор то ниочем. Из всех шеллов, которые есть в природе - 95% замшелый
> шлак,
> сохраняющий совместимость с тем, что уже давно померло. Да, это наверное
> круто, что написанный сейчас xdg-open можно запустить на тазике
Victor Wagner wrote:
> В Sat, 28 Sep 2019 13:41:09 +0300
> "Andrey Jr. Melnikov" пишет:
> > Victor Wagner wrote:
> > > On Thu, 26 Sep 2019 16:14:50 +0300 (MSK)
> > > yuri.nefe...@gmail.com wrote:
> >
> > [...]
> >
> > > Тут мы не на grep экономим, а на test. В смысле на команде
> > > "квадр
On Sun, Sep 29, 2019 at 08:19:53PM +0300, Dmitry Alexandrov wrote:
> Eugene Berdnikov wrote:
> > On Sun, Sep 29, 2019 at 01:18:01AM +0300, Dmitry Alexandrov wrote:
> >> Eugene Berdnikov wrote:
> >>> Синтаксически символ [ не является alphanumeric, поэтому он является не
> >>> нормальным именем
On Sun, Sep 29, 2019 at 07:11:30PM +0300, Victor Wagner wrote:
> В Sun, 29 Sep 2019 12:36:12 +0300
> Eugene Berdnikov пишет:
>
> > On Sun, Sep 29, 2019 at 12:31:13PM +0300, Victor Wagner wrote:
> > > Я уж не говорю про остерхутовскую концепцию safe comartments,
> > > которая была создана более 20
Victor Wagner wrote:
> В Sun, 29 Sep 2019 12:16:57 +0300 Eugene Berdnikov пишет:
>> Короче, Bourne shell это тяжкий груз наследственности.
>
> Любая система, получившаяся сколько-нибудь широкое распространие - это тяжкий
> груз наследственности.
> Единственный мне известный логичный язык - это
Eugene Berdnikov wrote:
> On Sun, Sep 29, 2019 at 01:18:01AM +0300, Dmitry Alexandrov wrote:
>> Eugene Berdnikov wrote:
>>> Синтаксически символ [ не является alphanumeric, поэтому он является не
>>> нормальным именем команды, а нелепым исключением.
>>
>> Почему? Тут вам не Винда, из запретных
В Sun, 29 Sep 2019 12:36:12 +0300
Eugene Berdnikov пишет:
> On Sun, Sep 29, 2019 at 12:31:13PM +0300, Victor Wagner wrote:
> > Я уж не говорю про остерхутовскую концепцию safe comartments,
> > которая была создана более 20 лет назад и которая намного лучше и
> > совершеннее того, что предлагают с
On Sun, Sep 29, 2019 at 12:31:13PM +0300, Victor Wagner wrote:
> Я уж не говорю про остерхутовскую концепцию safe comartments, которая
> была создана более 20 лет назад и которая намного лучше и совершеннее
> того, что предлагают современные решения для исполнения недоверенного
> кода, включая моби
В Sun, 29 Sep 2019 12:16:57 +0300
Eugene Berdnikov пишет:
> Обычный
> человек, выросший в нашей современной культуре программирования,
> склонен воспринимать [ ... ] как часть синтаксиса, а не думать
> постоянно о тонкостях трактовки параметров со множеством неочевидных
> "волчьих ям" (piffalls).
On Sun, Sep 29, 2019 at 01:18:01AM +0300, Dmitry Alexandrov wrote:
> Eugene Berdnikov wrote:
> > On Sat, Sep 28, 2019 at 11:24:18PM +0300, Victor Wagner wrote:
> >> buitin, не builtin синтаксически это все равно команда с параметрами.
> >
> > Синтаксически символ [ не является alphanumeric, поэто
On Sun, 29 Sep 2019, Dmitry Alexandrov wrote:
yuri.nefe...@gmail.com wrote:
On Sun, 29 Sep 2019, Dmitry Alexandrov wrote:
Имеется в виду Bash Pitfall № 9 по Вулиджу [0].
[0] https://mywiki.wooledge.org/BashPitfalls#if_.5Bgrep_foo_myfile.5D
Кстати, спасибо! А то я кроме abs-guide ничего тол
yuri.nefe...@gmail.com wrote:
> On Sun, 29 Sep 2019, Dmitry Alexandrov wrote:
>> Имеется в виду Bash Pitfall № 9 по Вулиджу [0].
>>
>> [0] https://mywiki.wooledge.org/BashPitfalls#if_.5Bgrep_foo_myfile.5D
>>
>
> Кстати, спасибо! А то я кроме abs-guide ничего толкового и не видел.
Да всегда пожалуй
On Sun, 29 Sep 2019, Dmitry Alexandrov wrote:
Имеется в виду Bash Pitfall № 9 по Вулиджу [0].
[0] https://mywiki.wooledge.org/BashPitfalls#if_.5Bgrep_foo_myfile.5D
Кстати, спасибо! А то я кроме abs-guide ничего толкового и не видел.
Ю.
On 9/28/19 6:16 PM, yuri.nefe...@gmail.com wrote:
>
> У bin/test ни --version ни --help нет.
> А вот у встроенных, подозреваю, различий нет.
test(1):
NOTE: [ honors the --help and --version options, but test does not. test
treats each of those as it
treats any other nonempty STRING.
NOTE: you
Eugene Berdnikov wrote:
> On Sat, Sep 28, 2019 at 11:24:18PM +0300, Victor Wagner wrote:
>> buitin, не builtin синтаксически это все равно команда с параметрами.
>
> Синтаксически символ [ не является alphanumeric, поэтому он является не
> нормальным именем команды, а нелепым исключением.
Почем
On Sat, 28 Sep 2019, Andrey Jr. Melnikov wrote:
Бережно носимыx с собой уже почти 30 лет - /usr/bin/test и алиас его /usr/bin/[
Если быть «пидантом», то не совсем алиас. Можете попробовать:
> /usr/bin/\[ --version
[ (GNU coreutils) 8.30
...
У bin/test ни --version ни --help нет.
А вот у в
"Andrey Jr. Melnikov" wrote:
> Dmitry Alexandrov <321...@gmail.com> wrote:
>> "Andrey Jr. Melnikov" wrote:
>>> Victor Wagner wrote:
Тут мы не на grep экономим, а на test. В смысле на команде "квадратая
скобка".
>>>
>>> Нет давно такой комманды Уже давно везде что '[', что 'test' - bui
On Sat, Sep 28, 2019 at 11:24:18PM +0300, Victor Wagner wrote:
> В Sat, 28 Sep 2019 13:41:09 +0300
> "Andrey Jr. Melnikov" пишет:
>
> > Victor Wagner wrote:
> > > On Thu, 26 Sep 2019 16:14:50 +0300 (MSK)
> > > yuri.nefe...@gmail.com wrote:
> >
> > [...]
> >
> > > Тут мы не на grep экономим,
В Sat, 28 Sep 2019 13:41:09 +0300
"Andrey Jr. Melnikov" пишет:
> Victor Wagner wrote:
> > On Thu, 26 Sep 2019 16:14:50 +0300 (MSK)
> > yuri.nefe...@gmail.com wrote:
>
> [...]
>
> > Тут мы не на grep экономим, а на test. В смысле на команде
> > "квадратая скобка". После найденного мной бага #
Dmitry Alexandrov <321...@gmail.com> wrote:
> [-- text/plain, encoding quoted-printable, charset: utf-8, 15 lines --]
> "Andrey Jr. Melnikov" wrote:
> > Victor Wagner wrote:
> >> Тут мы не на grep экономим, а на test. В смысле на команде "квадратая
> >> скобка".
> >
> > Нет давно такой комманды
"Andrey Jr. Melnikov" wrote:
> Victor Wagner wrote:
>> Тут мы не на grep экономим, а на test. В смысле на команде "квадратая
>> скобка".
>
> Нет давно такой комманды
> Уже давно везде что '[', что 'test' - builtin.
Builtin _what_?
signature.asc
Description: PGP signature
Victor Wagner wrote:
> On Thu, 26 Sep 2019 16:14:50 +0300 (MSK)
> yuri.nefe...@gmail.com wrote:
[...]
> Тут мы не на grep экономим, а на test. В смысле на команде "квадратая
> скобка". После найденного мной бага #931822 мне очень хочется у тех,
> кто не понимает что такое команда квадратная скоб
"Mozilla Firefox") -lt 1 ]; do
sleep .5s
А почему такой сложный способ проверки
почему не просто
until wmctrl -l |grep -q "Mozilla Firefox"; do
Не помню, скрипт старый. Скорее всего просто не додумался.
Да и вывод wmctrl не такой длинный что бы на grep экономить.
Тут мы
On Thu, 26 Sep 2019 16:14:50 +0300 (MSK)
yuri.nefe...@gmail.com wrote:
> On Thu, 26 Sep 2019, Victor Wagner wrote:
>
> > On Wed, 25 Sep 2019 23:49:53 +0300 (MSK)
> > yuri.nefe...@gmail.com wrote:
> >
> >> # wait for the window
> >> while [ $(wmctrl
On Thu, 26 Sep 2019, Victor Wagner wrote:
On Wed, 25 Sep 2019 23:49:53 +0300 (MSK)
yuri.nefe...@gmail.com wrote:
# wait for the window
while [ $(wmctrl -l | grep --count "Mozilla Firefox") -lt 1 ]; do
sleep .5s
А почему такой сложный способ проверки
почему не просто
until wmctr
On Wed, 25 Sep 2019 23:49:53 +0300 (MSK)
yuri.nefe...@gmail.com wrote:
> On Thu, 12 Sep 2019, fed05x wrote:
>
> >
> > Сейчас пользуюсь таким скриптом повешеннаным на хоткей:
> > #/bin/sh
> > for i in $(xdotool search --maxdepth 2 --class "Firefox"); do #
On Thu, 12 Sep 2019, fed05x wrote:
Сейчас пользуюсь таким скриптом повешеннаным на хоткей:
#/bin/sh
for i in $(xdotool search --maxdepth 2 --class "Firefox"); do # --onlyvisible
xdotool windowsize $i 800 600 windowmove $i 100 50
done
для его его работы нужен xdotool. Довольно
Возможно сработает вариант попроще.
добиться в файле валидных размеров или отредактировать его. Потом просто
запретить его редактировать. Например сделать владельцем root и
выставить права всем только на чтение. Или использовать `chattr +i`.
Мне например очень не нравится персистентный редирек
колько штук. Для начала, в конфигах firefox'а есть файл
> xulstore.json, в котором хранится инфа о последнем положении и размере окна, и
> можно попробовать использовать скрипт для его изменения перед запуском фф.
> что-то вроде такого:
>
> #/bin/sh
> width=800
>
width=800
height=600
left=100
top=50
ffpth=$HOME/.mozilla/firefox
pth="$ffpth/$(grep Path= "$ffpth/profiles.ini" | head -n1 | sed s/.*=//)"
xulstore="$pth/xulstore.json"
sed -i 's/&
On Tue, Sep 10, 2019 at 11:44:59PM +0300, Dmitry Alexandrov wrote:
> Igor Dobryninsky wrote:
> > Имею довольно странную и дурацкую проблему - при запуске FF после
> > нормального выхода из него, он открывает все окна с одинаковым небольшим
> > сдвигом позиции влево и довольно большим, но тоже
Dear Dmitry Alexandrov,
On Tue, 10 Sep 2019 23:44:59 +0300
Dmitry Alexandrov <321...@gmail.com> wrote:
> Igor Dobryninsky wrote:
> > Имею довольно странную и дурацкую проблему - при запуске FF после
> > нормального выхода из него, он открывает все окна с одинаковым
> > небольшим сдвигом пози
Igor Dobryninsky wrote:
> Имею довольно странную и дурацкую проблему - при запуске FF после
> нормального выхода из него, он открывает все окна с одинаковым небольшим
> сдвигом позиции влево и довольно большим, но тоже одинаковым - вверх.
> Нет ли у кого каких-нибудь соображений, в чём може
Добрый день, коллеги.
Имею довольно странную и дурацкую проблему - при запуске FF после
нормального выхода из него, он открывает все окна с одинаковым
небольшим сдвигом позиции влево и довольно большим, но тоже одинаковым
- вверх. Навскидку сдвиг влево примерно совпадает с толщиной рамки
окна,
Но в репозитории firefox торчит в секции main...
31.07.2019 06:05, Dmitry Alexandrov пишет:
artiom wrote:
Victor Wagner wrote:
Более того, формально opensource продукты, такие как мозилла тоже в общем-то нарушают
свободу N1. Потому что дизайн там такой запутанный что на выяснение того как
31.07.2019 06:05, Dmitry Alexandrov пишет:
Если под «Мозиллой» он по старой памяти имеет в виду «Файрфокс» — тот браузер,
который можно загрузить сhttps://mozilla.org, то это просто несвободная
программа, _проприетарщина_ безо всяких оговорок про «неформально».
Однако, Mozilla Firefox
анять
в измененном виде.
Если кого-то эта мысль удивляет (ибо не может же Википедия врать!), то вот
выдержка из лицензии на нее:
| You may distribute unaltered copies of Mozilla Firefox from Mozilla.org
without express permission from Mozilla as long as you comply with the
following rules:
|
|
wrote:
> >> >> Mykola Nikishov wrote:
> >> >> > Попробовать понять, как не держать много открытых вкладок.
> >> >>
> >> >> Так или иначе, открытые страницы процессорное время не едят
> >> >
> >> > Чо, правда? К
понять, как не держать много открытых вкладок.
>> >>
>> >> Так или иначе, открытые страницы процессорное время не едят
>> >
>> > Чо, правда? Как захожу на rbc.ru, lenta.ru или lj.com, в моём ноуте
>> > включается турбо-отопитель помещения. Firefox вы
>>
> >> Так или иначе, открытые страницы процессорное время не едят
> >
> > Чо, правда? Как захожу на rbc.ru, lenta.ru или lj.com, в моём ноуте
> > включается турбо-отопитель помещения. Firefox выжирает под 100% cpu, иногда
> > даже оба ядра. Подскажите как эт
Dmitry Alexandrov <321...@gmail.com> wrote:
> Если вы спросите, зачем отключать
yuri.nefe...@gmail.com wrote:
> On Fri, 29 Mar 2019, Eugene Berdnikov wrote:
>> Впаривают JavaScript. И его приходится держать включенным, потому что
>> сайтов, где он нужен по работе, подавляющее большинство. Я бы и рад
>> выключить его для ленты или подобных сайтов, но Fi
sergio wrote:
> On 29/03/2019 17:23, Eugene Berdnikov wrote:
>> Впаривают JavaScript. И его приходится держать включенным, потому что
>> сайтов, где он нужен по работе, подавляющее большинство. Я бы и рад
>> выключить его для ленты или подобных сайтов, но Firefox умеет вык
t; Чо, правда? Как захожу на rbc.ru, lenta.ru или lj.com, в моём ноуте
> включается турбо-отопитель помещения. Firefox выжирает под 100% cpu, иногда
> даже оба ядра. Подскажите как это отключить.
Да, правда. И не надо на Файрфокс бочки катить. Ниже же признались, что дело
в самовольно загружаю
On Fri, 29 Mar 2019, Eugene Berdnikov wrote:
Впаривают JavaScript. И его приходится держать включенным, потому что
сайтов, где он нужен по работе, подавляющее большинство. Я бы и рад
выключить его для ленты или подобных сайтов, но Firefox умеет
выключать JavaScript лишь глобально, для всех
бы и рад
> выключить его для ленты или подобных сайтов, но Firefox умеет
> выключать JavaScript лишь глобально, для всех сайтов.
Да, javascript.enabled = true в about:config оставляет незабываемые
ощущения от веба сегодняшнего дня ;-)
Но есть плагины. Раньше использовал webext-ublock-orig
подобных сайтов, но Firefox умеет
выключать JavaScript лишь глобально, для всех сайтов.
Greasemonkey?
NoScript
UMatrix гибче.
On 3/29/19 10:34 AM, sergio wrote:
> On 29/03/2019 17:23, Eugene Berdnikov wrote:
> Впаривают JavaScript. И его приходится держать включенным, потому что
>> сайтов, где он нужен по работе, подавляющее большинство. Я бы и рад
>> выключить его для ленты или подобных сайтов
On 29/03/2019 17:23, Eugene Berdnikov wrote:
Чо, правда? Как захожу на rbc.ru, lenta.ru или lj.com, в моём ноуте
включается турбо-отопитель помещения. Firefox выжирает под 100% cpu,
иногда даже оба ядра. Подскажите как это отключить.
Держать их открытыми не не загруженными.
https
m, в моём ноуте
включается турбо-отопитель помещения. Firefox выжирает под 100% cpu,
иногда даже оба ядра. Подскажите как это отключить.
> (если у вас, конечно, нет дурной привычки запускать _программы_, которые
> с этих страниц вам впаривают),
Впаривают JavaScript. И его приходится держать в
On Fri, 29 Mar 2019 13:10:52 +0300
Dmitry Alexandrov <321...@gmail.com> wrote:
>
> > Например, вместо множества вкладок со статусом "прочитать позже",
> > найти способ хранения ссылок/цитат вне браузера
>
> Да чего уж там мелочиться: страниц целиком.
Это очень правильно. А то страницы из инт
Mykola Nikishov wrote:
> Stanislav Maslovski writes:
>
>> Все это происходит на ноуте с i5-2410M CPU @ 2.30GHz и 4 GB RAM, из которых
>> минимум 50% обычно свободно. Как-то раньше такого торможения на нем не
>> замечалось...
>>
>> Что с этим можно сделать?
>
> Пока не закончат переход на новые
Stanislav Maslovski writes:
> Все это происходит на ноуте с i5-2410M CPU @ 2.30GHz и 4 GB RAM, из
> которых минимум 50% обычно свободно. Как-то раньше такого торможения
> на нем не замечалось...
>
> Что с этим можно сделать?
Пока не закончат переход на новые плагины и не перепишут на rust (тольк
активируется синхронизация в dropbox и
подкачка страниц памяти firefox-а из свопа. Эти два процесса
конкурируют за доступ к HDD и система тормозит. iotop рулит (с).
Кстати, без разницы спит firefox или не спит: система лагает примерно
столько же (~ 3 минуты).
--
Stanislav
Artem Chuprina wrote:
> Stanislav Maslovski -> debian-russian@lists.debian.org @ Wed, 6 Mar 2019
> 11:44:41 +:
>
> > Ещё одна странность, замеченная после апгрейда до testing. Если на
> > момент перехода в спячку (hibernate) был запущен Firefox c несколькими
>
Результаты 1 - 100 из 574 matches
Mail list logo