Инновационный интерфейс, новая корневая идея, всплывающие окна, тонущие двери, убегающие стенки, конкурирующие звёзды, толкающие шары

Приглашаю в творческю мастерскую идей интерфейса

Есть обширное рабочее пространство. Одни окна лежат поверх других. Есть обычные координаты xгоризонталь и yвертикаль. Также есть zглубина. Слишком глубокие окна тонут и сворачиваются в иконку нижнего моря панели. Слишком близкие окна конкурируют с другими близкими окнами, конкуренты представляются как звёзды в верхней панели небе.

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

Передо мной круглая дверь около изображения, на ней надпись размытие. Я постучал в дверь. Из неё вышли две двери, размыть гаусово, размыть пиксельно, дверь из которой они вышли вывернулась на изнанку и утонула.

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

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

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

Я трогаю шар под определённым вектором и вызываю причину его качения, ура я сделал необративное действие, это шаротрон.

Но я до этого ясно видел последствия трогания шара в этом векторе, потому что я представлял дальнейшие касания. Это как всё равно как нажать на кнопку.

Прошу не придираться к фантастичности и другому. А приглашаю в мастерскую перлов во имя новых идей !!

Перемещено tazhate из development

Думаю вот запилить флеху, которая будет 1) грузиться на старых машинах (gpt сразу отпадает, так ведь?), 2) грузиться в uefi-режиме (без ручного включения legacy в биосе) на новых машинах и 3) на винде будет распознаваться как обычная флеха.

Предполагаемый порядок действий: создать таблицу разделов с меткой msdos, сделать три раздела под данные (для винды), esp и сам арчлинукс, проставить на esp флажок загрузки, а потом смонтировать второй раздел (с esp) в /boot третьего (с системой) и поставить на всё это дело сразу два GRUBa, один для efi-загрузки, а другой на mbr:

# grub-install --target=i386-pc /dev/sda
# grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=boot

Что не так, что так? Какие подводные камни?
Не будет ли проблем из-за того, что раздел для efi второй, а не первый?
Правда ли, что некоторые новые биосы с uefi не умеют в efi-загрузку с дисков с mbr-таблицей разделов, или это редкость?
Ещё там где-то мельком прочитал про опцию --removable в грубе и что без неё всё сломается, это только для gpt или мне её тоже куда-то надо запихать?
Как можно, а как нельзя играться с --target-ами, можно ли, например, поставить в первую строчку x86_64-pc, и почему?
И ещё немножко не по теме, но всё равно: насколько старым должен быть проц для того, чтобы не поддерживать x86_64?

Пытался читать арчвики, но вопросов всё равно осталась куча: инфы много, всё на буржуйском, пока один раздел прочитаешь, предыдущий уже выветрился. Прошу помощи, т.к. полный профан в этом и в своё время получил детскую травму, поставив при установке убунты для поиграться grub на sda1 и оставшись без винды с игорами.
_________________________________

UPD: я всё сделал по описанному мной методу, добавив только --removable к обоим grub-install, и арч успешно загрузился на трёх машинах из трёх имеющихся во всех возможных режимах.

Осталась пара вопросов, вроде того, почему на одной из машин оказалось сразу два идентичных uefi-варианта загрузки вместо одного, или почему убунте с жесткого диска можно горделиво щеголять строчкой ubuntu в бутменю, а моя флеха довольствуется скромным EFI USB Device и папкой BOOT в EFI, даже если я указал в --bootloader-id что-то своё, но это уже мелочёвка.
Думаю, вопрос можно считать закрытым.

Такая история. В моем ноутбуке установлена графическая карта от Intel. При уменьшении яркости очень заметна низкая частота ШИМ. Глаза болят. Нашел решение вот здесь: http://devbraindom.blogspot.com/2013/03/eliminate-led-screen-flicker-with-int.... При запуске системы устанавливается нужная частота и все чудесно. Но при переходе в спящий режим и выхода из него (это когда экран блокировки с вводом пароля появляется) частота ШИМ сбрасывается на дефолтные значения. Какие костыли или не костыли посоветуете? Заранее спасибо.

UPD: решение в первом комментарии.

Есть VPS с установленной Ubuntu 16.04. Как заставить сервис системд выполнятся от имени пользователя? Пользовательский сервис храню в этой папке ~/.config/systemd/user/. Но при попытке запустить сервис говорит что данного сервиса не существует. В чем может быть проблема и что я делаю не так? Заранее всех благодраю.
puma.service

[Unit]
Description=Puma application server for domain
After=network.target

[Service]
WorkingDirectory=/home/user/web/domain/project
Environment=RAILS_ENV=production
User=user
PIDFile=/home/user/web/domain/project/shared/pids/puma.pid
ExecStart=/home/user/.rbenv/shims/bundle exec \
         /home/user/.rbenv/shims/puma \
         -C /home/user/web/domain/project/config/puma.rb

[Install]
WantedBy=multi-user.target

Решил озвучить это великолепное произведение.

Ютуб

Я подключал ряд дополнительных репозиториев к своему Debian 9 Stretch, потом перестал ими пользоваться. Удалить адреса из sources.list — не проблема, но я неожиданно не смог удалить ключи.

В Debian 8 Jessie вывод команды

apt-key list

joey@dragon:~>sudo apt-key list
/etc/apt/trusted.gpg
--------------------
pub   4096R/55BE302B 2009-01-27 [verfällt: 2012-12-31]
uid                  Debian Archive Automatic Signing Key (5.0/lenny) <ftpmaster@debian.org>

apt-key del KeyID (цифры после pub  XXXX/)

Но теперь вывод

apt-key list

pub   rsa4096 2017-05-22 [SC] [expires: 2025-05-20]
      E1CF 20DD FFE4 B89E 8026  58F1 E0B1 1894 F66A EC98
uid           [ unknown] Debian Archive Automatic Signing Key (9/stretch) <ftpmaster@debian.org>
sub   rsa4096 2017-05-22 [S] [expires: 2025-05-20]

Пока нашел человека с похожей проблемой: https://superuser.com/questions/1131068/apt-key-list-doesnt-show-key-ids

Но рецепт из той темы мне не помог. Я также нашел ряд баг-репортов со схожей проблемой: https://lists.debian.org/deity/2016/10/msg00052.html https://lists.debian.org/deity/2016/10/msg00053.html

Собственно, вопрос: это я что-то делаю не так, или это все же баг?

У меня проблема - зависает комп при загрузке линукса и мне надо его отдебажить. Поскольку это ноутбук, то я хочу использовать netconsole. Но netconsole начинает работать слишком поздно, только когда кто-то поднимет интерфейс. Скажите пожалуйста, как поднять интерфейс пораньше. Желательно чем раньше, тем лучше. Насколько я понимаю IP адрес конфигурить не надо - там просто eth/udp пакеты отправляются - просто интерфейс поднять. Хотя лично я не понимаю что это значит «поднять интефейс», ну да ладно.

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

Вот логи из dmesg загруженной системы: [ 0.000000] Linux version 4.10.0-32-generic (buildd@lcy01-05) (gcc version 6.3.0 20170406 (Ubuntu 6.3.0-12ubuntu2) ) #36-Ubuntu SMP Tue Aug 8 12:10:06 UTC 2017 (Ubuntu 4.10.0-32.36-generic 4.10.17) ... Вот кто-то начинает грузить драйвер [ 1.094899] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded [ 1.096885] r8169 0000:03:00.1: can't disable ASPM; OS doesn't have ASPM control [ 1.110349] r8169 0000:03:00.1 eth0: RTL8411 at 0xffffa20d431c1000, 38:d5:47:3d:a0:1f, XID 1c800800 IRQ 137 [ 1.110350] r8169 0000:03:00.1 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]

и вроде как он загрузился и я так понимаю в этот момент уже должен появиться интерфейс eth0

вот eth0 кто-то переименовал [ 1.134649] r8169 0000:03:00.1 enp3s0f1: renamed from eth0

вот загрузилась netconsole [ 2.845282] netpoll: netconsole: local port 6666 ... и первое сообщение, которое я вижу на приемнике [ 8.626652] r8169 0000:03:00.1 enp3s0f1: link up

Так вот - не знает ли кто как поднять интерфейс пораньше, хотелось бы побольше логов словить.

21 августа вышла новая версия CRIU (Checkpoint and Restore In Userspace). Это проект по разработке инструментария для ОС, основанных на ядре Linux, который позволяет сохранить состояние процесса или группы процессов в файлы на диске и позднее восстановить его, в том числе после перезагрузки системы или на другом сервере без разрыва уже установленных сетевых соединений. Один из основных сценариев использования CRIU — это живая миграция контейнеров между серверами, но им применение проекта не ограничивается.

Нововведения:

• Поддержка архитектуры s390x.

Улучшения:

• При падении восстановленных процессов записывается более подробный лог.
• Слияние множества образов содержащих информацию о файлах в один большой files.img
• Когда вспомогательная утилита не работает (ip, iptables, tar), ее имя выводится в лог.

Основные исправления:

• Ошибка компиляции на новых glibc (ucontext_t)
• Падение вспомогательных утилит может «заморозить» процесс восстановления.
• Переменные в makefile не настраивались для сборки дистрибутива.
• Наличие SIT (ipv6-to-v4 tunnel) на хосте блокирует дамп контейнеров.

>>> Github проекта

>>> Подробности

Есть линукс, на нём 24 харда по 3 TB.

Собрал рейд 0 на btrfs и залил туда 98% данных.

Больше оно практически не работает. df -h уже много часов пытается отработать.

Вопрос: как-то это тюнится? Компрессия выключена.

Примерно вот с таким сеттингом:

Человек/группа людей попадает в прошлое/другой мир с гораздо более низким уровнем технологий и пытается с нуля/не совсем с нуля восстановить хоть какой-то уровень технологий.

Уверен, что такого добра должно быть полно.

Спасибо.

Не нахожу в манах - подскажите, пожалуйста, как в файле под названием example поменять sed'ом все переводы строки на пробелы? Спасибо.

Как с помощью sed или awk удалить Enter (\n)

Должно быть примерно так sed -i 's|\n| |gi' 1.txt;

Но энтер это команда не заменяет.

illifant и mm3 большое спасибо. Ваши ответы очень помогли.

Пока нашёл только автовыгрузку фоток, а хотелось бы как на пк, когда я.диск/мылору облако/дропбокс и т.п. выгружают изменённые директории в фоне. Знает кто такой клиент на андроид? Я нашёл на 4пда клиент для меги, но он протух и прога от совсем левого Васяна.

Как вести лог screen?
Ctrl-A-H записывает маленький кусочек в hardcopy.0 и останавливается. Как правильно?

Сегодня вышла новая версия xiccd - демона, управляющего цветовыми профилями мониторов.

xiccd работает совместно с colord и позволяет автоматически настраивать цветовые профили (icc) в графических средах, подобных Xfce, в которых подобная функциональность не встроена. До сих пор такая возможность существовала лишь в Gnome («из коробки») и в KDE (при использовании colord-kde). Пользователям других оболочек приходилось загружать цветовые профили вручную с помощью xicc, dispwin или dispcalGUI, что может не работать в конфигурациях с несколькими мониторами или при использовании некоторых colord-совместимых графических пакетов.

После установки xiccd список существующих мониторов и пользовательских цветовых профилей становится доступен в colord, что позволяет средствами colord устанавливать и выбирать нужный цветовой профиль. Корректно обработано «горячее» подключение и отключение мониторов. Тем самым, например, при подключении к ноутбуку проектора его цветовой профиль подгружается автоматически. При отсутствии точного цветового профиля создается приближенный по EDID-информации монитора.

В отличие от демонов, подобных colord-kde, xiccd не зависит ни от каких пакетов, от которых не зависит colord (за исключением X), что позволяет использовать его в любых системах в любом окружении. На сегодняшний день поддерживается загрузка профилей в X и чтение пользовательской директории профилей. Для работы необходима поддержка XRandR 1.3 и выше.

В сегодняшней версии 0.2.2 исправлены падения и откорректировано опознание мониторов в режиме «Mirror screen».

>>> Скачать xiccd

14 августа состоялся релиз набора утилит Sysstat, предназначенного для наблюдения за производительностью системы. Данные утилиты позволяют получить подробную информацию об использовании процессора, памяти, об выполняемых процессах, дают отчет об I/O активности различных устройств и разделов накопителей данных, а также многое другое. Полученная информация может быть сохранена для последующего анализа или вывода в удобном для пользователя формате (CSV, XML, JSON, SVG-график).

( читать дальше... )

>>> Подробности

www.linux.org.ru/forum/talks/13596431

Интересно, каким образом обсуждение модерирования на другом ресурсе, не на ЛОРе, причём на ресурсе, посвящённом линуксу и свободному ПО, может быть оффтопом? Мимо проходил, не смог не написать :)

Демьян Кудрявцев и Евгений Буданов сообщили о смерти автора кодировки KOI8-R Андрея Чернова. Восьмибитовая кодировка, разработанная Черновым в начале 1990-х годов, позволяла использовать русский алфавит в Рунете и долгое время была его основной (со временем уступила позиции международному стандарту Юникод). Андрей (ache at freebsd.org) так же немало поспособствовал развитию операционной системы FreeBSD.

>>> Подробности

Серьезно, я не понимаю. Кучу раз слышал бредятину про Wayland, что он якобы жирный, хотя это вообще протокол, что он не юниксвеен и прочее прочее прочее.

Разберем по порядку:

1)Жирность. Зависит от конкретного композитора. Причем даже на самых жирных у вас не будет висеть два процесса в системе, пожирающие оперативку(xorg и wm ейный), а будет висеть один. Причем жрать он будет поменьше, ведь любой композитор вайланда делает гораздо меньше вещей, чем тот же сервер иксов. Откуда вытекает ответ на следующую претензию:

2)Неюниксвейность. ЩИТО? Вайланд наоборот позволил избежать двойной буферизации, все рисуется на стороне клиента, а композитор только размещает эти буфера как ему вздумается. Классический юниксвей, разделение задач. Без разделения задач люди жили до середины девятнадцатого века. Вы хотите в 1830-ый? Я — нет. А иксы содержат внутри себя микро ОС целую.

Серьезно, прекратите уже использовать устаревший протокол, не предназначенный для десктопов. Вот тут очень интересно, кстати. Иксы были предназначены для Мейнфреймов(откуда и сетевая прозрачность). Однако, когда там последний мейнфрейм исчез? В 90-ых? Теперь многие «фичи» иксов либо перестали быть нужными, либо уже реализованы в Wayland. Вайланд — это молодой и прогрессивный человек, а иксы — старый, отживший свое. Старый человек накопил много опыта за жизнь, однако так и не привык к современным реалиям. Старого человека надо уважать. И не надо эксплуатировать.

Слышал также претензии, что вяленд пилят левые люди без опыта. Это не так. Его пилят разработчики иксов, тот же Кит Паккард тому пример, которые поняли, что вся система X свое отжила. Люди с freedesktop.org тоже поддерживают Wayland.

Еще были крики по поводу обратной совместимости, но это даже обсуждать не надо, пока есть xwayland, который, кстати, по сути реализация X-сервера. Но скоро весь софт допишут под Wayland и Xwayland станет не нужен.

Стабильность: «В иксах все просто и стабильно!!1 lxqt крошатся иксы

Или люди, которые пишут, что вялнд не стандартизирован. Да, есть куча разных композиторов. Но что бы композитор не делал, приложения будут общаться с ним только посредством протокола.

Ребята, переставайте сопротивляться хорошему:-)

Давным давно я покупал всей семье аппараты UMI-X2 (mt6589). Время этих телефонов прошло, апдейтов на них уже не прилетит, некоторые трубки частично убиты. К UMI-X2 еще и добавился еще и мой старый iOcean-X8 (mt6592) с убитым SIM-слотом. Выкидывать весьма производительные железки мне не хотелось, потому я сделал для аппаратов кастомные ядра и портировал Debian Stretch.

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

Бокс отпечатан из пластика PLA, крышка держится на пазах+магнитах. Сверху стоит вентилятор, под ним проложен фильтр от пыли, между «этажами» предусмотрены отверстия для вентиляции. На дне дырки, через которые выходит воздух.
В виде ножек использованы силиконовые антиударные самоклеющиеся накладки для мебели, которые легко можно купить в любом леруа.

Время печати всего удовольствия - около 30 часов на моем Flying Bear P902. Моделировал в SolveSpace.

Каждый аппарат по USB определяется как композитное устройство в составе которого: сетевая карта (cdc-eem), виртуальный последовательной порт с консолью и usb mass_storage (если потребуется прямой доступ к SD/eMMC).

На данный момент аппараты планируется использовать как ферму для сборки debian-пакетов под arm через Jenkins CI. Тут два варианта: если удастся завести docker, то узлы будут эквивалентны, с контейнерами под debian armhf/armel и raspbian armhf. А если нет - то на каждый аппарат по своему дистру. Нет только аппарата на aarch64, но что-то подсказывает мне, что если второй раз разобью экран своего K6000 Pro, будет и эта архитектура в этой чудной зомби-ферме.

Кстати, за время с прошлой новости, я добавил в MediaDeb поддержку WiFi для UMI-X2, перевел систему сборки проекта на cmake, добавил в ядро все необходимое для поддержки iotop, оптимизировал систему для работы с еMMC и еще сделал много мелких доделок, включая еженедельные сборки для поддерживаемых аппаратов. А еще сделал бенчмарки