Почему некоторые адепты FF так любят делать сабж? Это ведь нелогично!

Адресная строка содержит URL страницы в данном конкретном табе, т.е. логически является частью именно этого таба, а не общей части интерфейса. С точки зрения UX идиотизмом является ситуация, когда при переключении табов изменяется содержимое элемента управления, не включенного в пространство таб-контрола.

P.S. Да, я знаю, что на самом деле никакого таб-контрола нет, табы «виртуальные», адресная строка существует на самом деле в единственном экземпляре и ее содержимое действительно изменяется при переключении табов. Дело в банальной логике UI, а не технических деталях.

P.P.S. Сам переносил адресную строку под табы еще тогда, когда по-умолчанию было наоборот. Чисто из логических соображений.

Запутался совсем с тем, как монтировать proc, sys и dev. Помогите плиз.

Ситуация такова: есть chroot-песочница, которая должна жить полностью своей жизнью. Все, что ей нужно от хоста — это несколько устройств из /dev. Собственного ssh и других «потребителей» pts у нее нет.

Тут есть два варианта:
1. монтирование (mount -t proc proc $CHROOT/proc)
2. биндинг (mount -o bind /dev $CHROOT/dev)
Какие каталоги как монтировать?

Плюс вопрос в том, откуда это делать? Что нужно монтировать на хосте, а что уже из-под chroot?

У меня после «неудачного» монтирования /dev почему-то отвалился /dev/pts и стоило больших усилий вернуть контроль над сервером.

Помню кто-то писал, что есть способ сделать сабж. Подскажите как?

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

Взять к примеру мобильный FF. Я не буду говорить про то, что в каждом втором релизе эти макаки умудряются косячить так, что просто на голову не налазит. Как можно такие ошибки пропускать в продакшн? Для этого нужно вообще не пользоваться своим творением.

Речь о другом. В идиотской пальцетыкательной среде управления, где пользователь никогда не уверен, «услышало» ли устройство его действие, должны быть свои правила:
1. Реакция на тычек должна быть всегда. Если тычек пришелся мимо интерактивного органа управления, пользователь должен так или иначе видеть/чувствовать это.
2. Реакция должна быть мгновенной. Не обязательно мгновенно выполнять действие, но показать, что нажатие было «услышано», нужно всегда и сразу.
3. Никакой реентабельности! Два тычка по кнопке, которая тупит и долго реагирует на касание, должно быть равно одному действию, а не двум.

Никто не требует невозможного (например, мгновенной отмены перехода по случайно нажатой ссылке в браузере), но, блин, неужели так трудно немного пошевелиться, чтобы сделать так, чтобы интерфейсом могли пользоваться не только клинические слоупоки?

Казалось бы, консоль — это одна из самых главных фишек линукса. Но почему же, блин, терминал настолько убог? Что это такое? Я уже молчу про набивший оскомину двойной ESC.

На дворе 2016 год, какого хрена терминал не может рисовать символы без сдвига курсора?

Ескейп-последовательности в XXI веке? Вы это серьезно?

Почему я не могу увидеть символ 0x16 в консоли?

Какого фига терминал не видит нажатие модифицирующих клавиш?

И главное: почему windows-консоль все это умеет, а весь такой из себя CLI-linux никак ниасилит?

Из дешевых: Allwinner — зажопил спецификации, навязывает древнее глючное ядро. MTK — просто говно, и тоже жмется на дрова.

В очередной раз, когда выходит очередной одноплатник, как узнать, что не будет гемора с элементарными вещами?

Возникла задача изменять настройки загрузчика Windows (Vista и выше) прямо из Linux. В принципе, достаточно найти способ добавления опции для загрузки grub4dos, дальше дело техники. Это возможно?

P.S. Надо именно добавить пункт меню в родной загрузчик, а не заменять его на линуксовый.

Всем привет.

Ситуация такова. Есть linux-хост, к которому подключен GSM-телефон в качестве модема. Есть виртуальный оффтопик под QEMU, который специфической проприетарной софтиной периодически юзает этот модем. Порт модема проброшен в QEMU и все вроде бы работает.

Проблема в том, что телефон иногда нужно на время отключать от хоста. А т.к. QEMU держит файл /dev/ttyACM0, то при подключении назад телефон становится /dev/ttyACM1 и программа внутри QEMU курит бамбук до перезагрузки хоста (или рестарта QEMU с новым именем порта в комстроке).

Что можно сделать в такой ситуации? Можно заставить QEMU открывать файл порта только когда софт внутри него открывает порт и соответственно закрывать когда софт его закрывает? Или может как-то без перезагрузки гостевой системы изменить имя файла для проброса?

Существует сабжевый тезис. И если оценивать им современные браузеры, то все они без исключения — УГ.

Я еще не встречал такого браузера, который при невозможности достучаться до сервера или критически важных частей страницы, честно и спокойно написал бы об этом в 100% случаев. Особенно это касается случая обновления уже загруженной страницы, тут мозги почему-то отключаются у всех.

Например, старая Опера при обновлении страницы, которая была загружена ранее, но стала недоступной из-за падения сервера, долго тупила, и оставляла на экране старую страницу, но уже без стилей. Какого хрена?

FF актуальной версии частенько при недоступности страницы вместо сообщения об ошибке показывает желтый экран с желтым «впуклым» прямоугольником в верхней части. Ни одной буковки об ошибке при этом не выводится. Причем так себя ведет и десктопная и андроидная версия. Чтозанафиг?

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

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

Они что, специально это делают? Почему эти говнокодеры не могут один раз и навсегда написать нормальную обработку ошибки загрузки страницы? Чтобы вместо вышеперечисленного мудозвонства просто показать код HTTP (если от сервера что-то пришло) и нормальным текстом написать, что собственно пошло не так.

Такая проблема. Самосборный (debootstrap) Debian на OrangePI. Ядро официальное. Нет текстового курсора ни при логине, ни после него. От чего такое может быть?

Команда setterm -cursor on не помогает.

Задача: написать скрипты для генерации deb и rpm на базе стандартного пакета nginx.

Ключевые возможности, которые нужны от каждого скрипта:
1. Скачивает исходник пакета из официальной репы.
2. Модифицирует название (добавляет указанный префикс/суффикс).
3. Накладывает указанные патчи помимо стандартных пакетных.
4. Добавляет в результирующее дерево указанные каталоги/файлы (в т.ч. бинарные).
5. Собирает результирующий пакет.

Язык не важен, лишь бы работало как нужно и поддавалось дальнейшим модификациям. Цену предлагайте сами, не ориентируюсь совершенно.

«Ты помнишь, как все начиналось?
Все было впервые и вновь.»

Народ, а сабж, собственно? Linux (opensource) вроде как не винда, исходники — вот они, если что-то не нравится, всегда можешь сделать сам как хочешь. Но что же мы имеем в итоге? (Вопрос риторический, отвечать не обязательно)

А имеем мы то, что приходит фактически один человек, и запиливает systemd. Вы плюетесь, материтесь, рисуете «креатиффные» протестные аватарки, бурлите говнами... Но от вашего негодования как-то ничего не меняется. systemd начинает планомерно поражать вендоров, уже добравшись до Debian, и явно не собирается останавливаться на достигнутом.

Или другой пример — Firefox. Тоже opensource, тоже пришел один человек, и стал планомерно превращать его в клон хрома. Сразу же забурлили говна, мгновенно послышались угрозы в стиле «да пусть только попробуют! да мы форкнем его так, что этим <censored> мало не покажется!». И что? И ни-фи-га! Создано несколько форков, которые меинтейнятся парой-тройкой фанатов, и доля их даже до одной десятой процента не поднялась.

Аналогичная история с Gnome и много чем еще. Что происходит? А происходит вот что (примерю капитанские погоны):

1. Рулит бабло, а не фрики с лора и опеннета. Кто кормит Linux своими ресурсами, тот его и танцует. systemd нужен РедХету, да будет systemd!
2. Обычным пользователям Linux (всей половине процента) ваш бугурт совершенно по-барабану. Они даже знать не хотят, как там загружается их терминал для вконтактика. А чем больше FF похож на хром, тем им удобнее.
3. Linux-коммунизма не существует. Есть пара миллионов горлопанов, которые только и умеют, что угрожать форкнуть то, форкнуть сё. Большинство из них ничего сложнее bash-скрипта в своей жизни не написали, поэтому угрожать они могут лишь сугубо теоретически.

Из этих трех пунктов следует простой вывод: линукс уже почти превратился в винду. Как решит космонавт (или Поттеринг, или еще кто), так оно и будет во веки веков. Юзера сожрут не заметив, фрики побурлят, порисуют аватарки, и смирятся. Кажущееся разнообразие дистрибутивов на самом деле лишь иллюзия выбора. И выхода из сложившейся ситуации нет.

Как-то так.

Всем известно, что мэинтейнеры дистрибутивов часто содержат свой собственный зоопарк патчей для популярных программ. Они их где-то выкладывают в «свободном» виде? Интересуют патчи из Убунты и Федоры.

И еще вопрос: как узнать с какими опциями собиралась та или иная программа перед упаковкой в пакет.

Что народ посоветует подкрутить чтобы не так сильно страдать от потерь 15-25% пакетов? MTU крутил, но эффекта мало. Запас пропускной способности многократный, но из-за периодических потерь все дико тормозит.

После торжественного суицида Оперы переполз на FF. Минусов в этом демарше виделось много, но была надежда и на один плюс: наконец-то перестану быть веб-изгоем и заработают, наконец, все сайты нормально. И что же я получил? Поиск в maps.google.com срабатывает по-прежнему через раз, элементы векторных карт иногда все сваливаются в кучу, активный скроллинг спутниковых снимков периодически валит весь браузер. Адские тормоза скроллинга и несрабатывания контролов на разных сайтах случаются ничуть не реже, чем в Опере. Авторизация через сторонние сервисы глючит точно так же. И ко всему этому я получил вместо монолитного комбайна зоопарк из постоянно недоделанных и конфликтующих друг с другом аддонов, а теперь еще и ушлепский интерфейс. Как теперь жить?

quwy

P.S. На семпл простейшего приложения из комплекта webkit я смогу перейти только если сойду с ума и мне сделают лоботомию.

Случилось с сервером странное: отказало все и сразу, процессы не создавались и не килялись, команда reboot -f не проходила. Это все примерно после годового аптайма.

После нажатия reset система вообще не поднимается. Надолго задумывается после перечисления HDD и выдает:
ALERT! /dev/md2 does not exists. Dropping to a shell!

При этом /dev/md2 прекрасно видится и монтируется при загрузке с LiveCD. Правда при этом в dmesg есть сообщение что массив рассинхронизирован и что начата синхронизация. Сервер останавливать нежелательно, поэтому пока сделал chroot, запустил руками сервисы и оставил так.

Как это все понимать? Если массив не распознается из-за рассинхрона, то почему его легко разпознает сторонняя система? Я конечно дождусь синхронизации, но что-то не верится что дело в этом. Что народ думает?

Написал простую сиделку на нескольких серверах с программными RAID и увидел, что все они периодически, без видимых причин, самостоятельно инициируют процедуру восстановления. При этом в процессе восстановления все физические диски отмечены как «active sync». В логах дисковых ошибок нет. Зачем mdadm это делает?

Привествую, помогите плиз малой кровью решить проблему.

Есть сервер, на котором работает софтварный RAID1 на двух идентичных дисках. В один момент замечаю, что статус стал clean, degraded, а один из дисков removed.

Казалось бы, ничего удивительного, с кем не бывает, полетел винт. Дальнейшее расследование показало, что винт не полетел, а просто обзавелся несколькими бедами. Но вот бред: отвалившийся винт как раз чистый, BB имеются на том, что остался!

Ладно, пытаюсь переподключить отвалившийся винт. Подключается, начинается синхронизация, но т.к. синхронизация идет со сбойного диска на здоровый, то в конце концов нарывается на беды. И вот тут начинается второй бред: нарвавшись на BB, mdadm не придумал ничего лучше, чем молча начать процесс синхронизации сначала! И так до бесконечности.

Ну и собственно вопросы:

1. Почему из рейда выпал здоровый винт а больной остался?

2. Как мне перевести рейд на здоровый винт?

3. Как мне вернуть сбойный винт в рейд, пометив беды на уровне ФС обоих дисков?

P.S. Сервер удаленный, есть только ssh и останавливать его нельзя, то есть совсем нельзя. Дисковая активность минимальна, но он должен быть онлайн.

Есть необходимость удаленного наблюдения за работой человека в консольной сессии (тоже удаленной, через xterm, PuTTY или любой другой терминал). Можно ли это сделать, и если да, то как? Спасибо.