Мне надоело ждать добрых людей, я сам начал https://github.com/gde2-desktop

Делал проброс тестового стенда в интернет через рабочий комп. В fedora 31, 32 всё работало. Обновился до 33 и отвалилось.

nft flush ruleset
iptables -F
iptables -t nat -F
iptables -t mangle -F
iptables -X
iptables -t nat -X
iptables -t mangle -X
iptables -t nat -A POSTROUTING -o %wifi% -j MASQUERADE

sysctl -w net.ipv4.ip_forward=1

На всех цепочках policy accept по умолчанию.

Но на стенде при попытке попинговать интернет только:

ping 192.168.1.2
PING 192.168.1.2 (192.168.1.2) 56(84) bytes of data.
From 192.168.2.1 icmp_seq=1 Destination Host Unreachable

1.2 это адрес рабочеко компа, обращённый в интернет. 2.1 - адрес сетевой карты (em1), к которой подключен тестовый стенд.

Да что я делаю не так? SELinux выключен.

Минутка саморекламы. В этом году опять веду курс лекций по программированию на Scala. Видео понемногу выкладываю на youtube, сейчас уже доступны первые 4 лекции. Планируется еще 5-8 видео.

Плейлист с лекциями: https://www.youtube.com/playlist?list=PLr3MOSSJVvAFDW8sY3qbowgMa-eFplLcG

Всем привет.

Написал с нуля новую программу для хранения, поиска, чтения и конвертации больших библиотек fb2: https://bitbucket.org/tkatchev/flibby/

Умеет индексировать, проводить поиск по индексу, экспортировать, читать и конвертировать в PDF книги из fb2-архивов.

(Если кто-то помнит myRuLib - то тут примерно то же самое, только проще, функциональнее, быстрее и в консоли.)

Надеюсь, кому-то будет полезно.

Есть хост с astra linux. Настроил удаленный запуск GL приложений по ssh -X из ubuntu 20.04, но на kubuntu 20.04 с картой nvidia не получается:

astra $ LIBGL_DEBUG=verbose glxinfo|head
libGL: screen 0 does not appear to be DRI2 capable
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so
libGL: Can't open configuration file /home/user1/.drirc: No such file or directory.
libGL: Can't open configuration file /home/user1/.drirc: No such file or directory.
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
Error: couldn't find RGB GLX visual or fbconfig
name of display: astra:10.0

GLX в kubuntu включен:

kubuntu $ cat /var/log/Xorg.0.log | grep -i glx
[    10.349] (**) Option "IndirectGLX" "on"
[    10.354] (II) LoadModule: "glx"
[    10.354] (II) Loading /usr/lib/x86_64-linux-gnu/nvidia/xorg/libglx.so
[    10.418] (II) Module glx: vendor="NVIDIA Corporation"
[    10.419] (II) NVIDIA GLX Module  390.138  Thu May 14 03:57:24 PDT 2020
[    11.071] (II) Initializing extension GLX
[    11.071] (II) Initializing extension GLX
[    11.071] (II) Initializing extension NV-GLX

В чем тут проблема ?

Подскажите аналоги finereader или лучше не тратить время на поиски, а под виндой пользоваться этой прогой?

Привет. А существует ли такая прога чтобы можно было строить схемы с неограниченным масштабом что по увеличению, что по уменьшению. Примерно таким образом - создаём объект А соединяем с А1 А3 итд. Затем увеличиваем масштаб и обводим эту всю схему, объединяем все в объект B, который можно соединить с объектами B2, B3 итд.При увеличении масштаба выходим на более макроуровень, при уменьшении соответственно на микро. Пример Объект процессор соединён с объектом матплата, а она с объектом блок питания, он соединён с объектом Корпус. Увеличиваем масштаб и объединяем их все в объект Системный блок. Их уже можно объединять друг с другом итого на мелком масштабе мы видим комплектуху, на более крупном - системные блоки (комплектуха внутри визуально как бы пропадает ибо сейчас не интересует), а если увеличить масштаб еще больше, то видим большой объект Сеть. То есть идея похожа на гугл мапс, когда на максимальном увеличении ты видишь дома и улицы, а на минимальном глобус. Есть ли в природе что нибудь такое и как это вообще называется?

Inb4 в Dia есть способ группировать объекты но это не то, поскольку нет переключения между «уровнями» детализации да и масштабирование там не бесконечное.

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

Столкнулся с этим на всех испробованных мной дистрибутивах линукса и на FreeBSD, но, подозреваю, что оно присутствует и на прочих *nix системах вроде Solaris и, возможно, даже MacOS. Не знаю, не пробовал, говорю только о том с чем сам имел дело. На винде же этого никогда не было, там всегда все в порядке.

Симптомы следующие: через минут 10-15 ощущается странное напряжение в уголках глаз со стороны висков (окулярные мышцы), «влажное» ощущение в районе 3-го глаза (чуть выше переносицы), а если дальше сидеть, то в глазах уже просто начинает темнеть, отводишь в сторону и ждать нужно с минуту пока все рассеется. Визуально на экране все в порядке, проблема не видна, но каким-то образом ощутима. Из деталей могу добавить еще, что трудно сфокусировать взгляд на одном месте, глаза как будто что-то ищут, но все никак не могут найти, что, собственно, и вызывает небывалый напряг.

Очевидно, что дело в пикселях. Очень нездоровая ерунда и весьма неполезная для глаз. Сидеть так невозможно, да и просто нельзя, и за такие вещи я бы уже наказывал, бесплатная ОСь или нет. Со зрением у меня уже не очень (глаза видят по-разному), подозреваю, что именно это его посадило пока я сидел (пытался сидеть) на линуксе.

Далее, сразу вычеркиваем следующее:

• Дистрибутив (без разницы, уже упоминал)
• Шрифты (многим кажется, что проблема в них, но это не так)
• Драйвера (пробовал и свободные и проприетарные)
• Настройки иксов (да нет же)
• Карта (пробовал и ATI и Nvidia)
• Монитор (пробовал несколько внешних мониторов плюс на текущем ноуте HP Zbook 15)
• Частота кадров (в эпоху LCD про это вообще уже давно пора забыть)
• Зрение (оно и правда уже страдает малость, но на винде таких проблем не было и нет)
• Плацебо (НЕТ!)

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

Я не единственный пострадавший, нас уже небольшое сообщество вот здесь https://ledstrain.org/d/785-eyestrain-when-switching-from-windows-to-linux (я Pudentane). Также очень полезна следующая хоть и не самая свежая ветка по поводу той же проблемы на FreeBSD: https://forums.freebsd.org/threads/eye-strain-from-certain-video-modes-drivers.53468/ (извиняюсь за инглиш, но в русском мире проблему пока никто толком не освещал).

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

На сей счет выдвигались разные предположения, в числе самых популярных:

• Дитеринг (dithering)
• Широтно-импульсная модуляция дисплея (Pulse-width Modulation)
• Аппаратное ускорение видеокарты (hardware acceleration)

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

И самое главное, пожалуй, то, что проблема, по всей видимости, не существовала на более старом оборудовании. Об этом я узнал сравнительно недавно благодаря одному человеку из первой ветки. Он просто попробовал запустить линь на каком-то старом пеньке и там у него все было прекрасно. Далее, я сам в этом убедился, когда поставил openSUSE на недавно поступивший ко мне Thinkpad T43. Все идеально, картинка спокойная и ничего не напрягается. Сидел часами. Карточка - ATI Mobility Radeon x300.

Говорят, что проблема не проявляется еще при использовании самых простых драйверов (Vesa), но сам я это подтвердить не могу, ибо не экспериментировал. Да и не хочется уже, честно говоря. Возможно, это еще симбиоз неправильной работы иксов и имеющихся дров, которые для линя изначально делались, прямо скажем, на от..ись. Поэтому есть это проблема с Vesa или нет мне даже не интересно, это никак не поможет делу, не говоря уже о том, что без ускорения и родного разрешения я сидеть все равно не буду.

Итак, что бы мне хотелось узнать. Для начала, чем существенно отличается этот самый ATI Mobility от, скажем, Radeon HD серии 4000 или Nvidia GT420 (обе напрягали глаза)? Я понимаю, что они быстрее, я понимаю, что объемней, но что из этого могло повлиять на алгоритм отображения пикселей? И последнее, кто вообще с этим сталкивался и при каких обстоятельствах? Буду рад любым наблюдениям и показаниям.

В связи с тем Intel прекращает поддержку BIOS в 2020 году https://www.phoronix.com/scan.php?page=news_item&px=Intel-Legacy-BIOS-EOL-2020

«So Intel platforms produced this year presumably will be unable to run 32-bit operating systems, unable to use related software (at least natively), and unable to use older hardware, such as RAID HBAs (and therefore older hard drives that are connected to those HBAs), network cards, and even graphics cards that lack UEFI-compatible vBIOS (launched before 2012 – 2013) etc.»

«Сборки для Intel, выпущенные в этом году, не смогут запускать 32-битные приложения, не будут способны использовать связанное с этим ПО (по крайней мере нативно) и не будут способные использовать старое оборудование, например RAID HBA (и старые жесткие диски, которые его используют), сетевые карты и даже видеокарты, у которых нет UEFI-совместимого vBIOS (то есть выпущенные до 2012-2013)»

У разработчиков Fedora ведется обсуждение об отказе вообще от BIOS и полностью перейти на UEFI. Сама дискуссия была начата 30 июня, но сейчас она весьма активна.

P.S. Насколько я понял, хотели это уже сделать в выходящий на этой недели Fedora 33 (релиз 20 числа, объявление о релизе 27, после того как на все зеркала зальется) но пока отложили.

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

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

Проблема: у urxvt снизу и справа непонятные отступы раз два. Как решить эту проблему?

Очередной тред о мучениях со сном на рязане в лине. В общем то, есть ноутбук (acer swift 3 sf314-42) с ryzen 3 4300u, на него накатил Fedora 32, но заметил что не работает сон (ни через меню, ни через системктл, гибернация тоже не работает, хотя своп размером с озу вытсавлен). При попытке перейти в сон, экран гаснет, но клавиатура и вентиляторы нет, при этом выйти из такого режима может через раз (т.е. когда то реагирует на нажатия и запускается локскрин, а когда то ничего не происходит). Прикладываю также dmesg.

Почему нельзя было развивать GTK2? Какие в нём были проблемы, требующие фундаментальной переработки с потерей совместимости? Выпуск GTK3 привёл к расколу GUI программ. У меня тоже есть программы на GTK2.

В Windows почему-то умеют поддерживать обратную совместимость. Программы для Windows 1.0 до сих пор работают на Windows 10 (на 32 битах нативно, а на 64 битах требуется 16 битный эмулятор winevdm). В WinApi не было фундаментальных изменений с времён Windows 1.0, даже соответствующим образом написанные 16 битные программы можно перекомпилировать под 64 бита. При этом он намного гибче всех Линуксовских тулкитов, можно обрабатывать окна в разных потоках, вставлять дочерние окна из другого процесса, рекурсивно вызывать цикл обработки сообщений.

Qt в целом выглядит стабильнее GTK. Большинство программ с минимальными изменениями можно перенести на новую версию.

Перемещено leave из desktop

Программы на голом протоколе X11 или Motif (xclock, acme, nedit) медленно меняют размер окна и содержимое дёргается. С программами на Qt/GTK такого не наблюдается. Кто нибудь знает, чем это вызвано? X.Org сломали?

openSUSE, KDE

Курю патчи от мистера Коулмана…

В патче:

000219d0  00 00 00 00 00 00 00 96  00 9d 00 9e 9f 4a 3a 9c  |.............J:.|

В g2uj31us.iso:

0007dfd0  00 00 00 00 00 00 00 96  00 9d 00 9e 9f 4a 3a 9c  |.............J:.|

И даже после geteltorito:

000707d0  00 00 00 00 00 00 00 96  00 9d 00 9e 9f 4a 3a 9c  |.............J:.|

Распаковал образ, посмотрел в FLASH/G2ETB4WW/\$01D3000.FL2:

005219d0  00 00 00 00 00 00 00 96  00 9d 00 9e 9f 4a 3a 9c  |.............J:.|

Меня напрягает такое огромное смещение.

Образ качал у ленивцев, хэши совпадают.

Какие ваши доказательства предложения?

---

derlafff, ты ведь патчил EC на своём X230 для клавиатуры от X220? Может ты в курсе этого штозанаха?

Смеркалось.

Собрал valgrind под мипсельную железяку. При запуске на железяке простит libc6-dbg. ld.so.1 и libc6.so.6 есть не стрипнутые, если запустить все в чруте, работает. А вот как запустить валгринд в основной системе(где либы стрипнутые), либо собрать валгринд так чтоб он по умолчанию искал ld.so.1 не в /lib/, а в /tmp/valgrind/lib ?

делаю

event = xcb_poll_for_event(...)
....
const xcb_key_release_event_t *key = (const xcb_key_release_event_t *)event;
switch (key->detail){кнопки...}

как из кодов key->detail сделать коды ASCII как в javascript или в виндовс

без подключения x11 (оно deprecated и на С++)

только Си

в доках стоит «TODO: Talk about getting the ASCII code from the key code.»

прочие интернет туториалы останавливаются на

You might expect that detail would identify the key using ASCII or Unicode. Alas, this is not the case. To determine the pressed key, an application needs to call functions from the xcb_keysyms.h header. These functions aren’t documented and I can find few examples of their use. Therefore, this article won’t explain them in any detail.

единственное что удалось нагуглить из qt5 чтото похожее на рабочее решение

тоесть мне проще вручную кнопочки забиндить по кодам чем искать чтото готовое?

Собсно пилю потихоньку блок обработки для волоконно-оптического вибрационного извещателя

Рабочее место (моё) простенькое ибо не понимаю зачем нужна ДЕ, которая мешает больше чем помогает: таск бар + ярлыки под рукой+ генмон со статусом яндекс-диска (не нашёл под рукой удобный аплет, показывающий когда синхронизация завершилась и можно выключать ПК - так вполне понятно хотя места занимает не в коня)

Рабочее место (оператора, точнее это режим настройки для пуско-наладчика, у оператора просто план/зоны/события) в скучном сером свинге (штатная кросс-платформенная тема нимбус) - пытался привить им любовь к плюшевым цветам и лазурным кнопкам но словил фидбек из разряда «шта эта??? у нас глаза пухнут».
ДЕ у оператора ессно нет, голые иксы и одна программулька ибо нефиг.
Это версия софта в ранней стадии разработки, рабочая охраняет, помимо прочего, 4 аэропорта и прошла первый этам гос испытаний на военку :-)

Цимус в том что в течении года она станет бесплатной (точнее она и так бесплатная но пока без железа её не получить ибо смысла нет) и в обозримом будущем открытой, при этом она умеет не только в наше но и в болидовское железо (через с2000-пп) + onvif/rtsp и отлично пашет на расбери 3/4 (просто добавь USB->RS485 или ethernet->rs-485)

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

Этот тред предназначен для сбора информации о заброшенных полезных опенсорсных программах, прекративших своё развитие. Цель треда — помочь разработчикам без пет-проектов найти себе проект или начать новый на тему заброшенного, а админам иметь ввиду, что ждать багфиксов этих программ не приходится. Прошу не флудить почём зря. Если что-то есть на примете, добавляйте, не стесняйтесь.

Начну пожалуй:

MyRuLib http://myrulib.lintest.ru/ https://github.com/lintest/myrulib/

Hddtemp https://savannah.nongnu.org/projects/hddtemp/

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