Судя по многочисленным обсуждениям, тема изъезжена вдоль и поперек, и вот опять :)

Программе websdr, портированная в Debian и Raspbian, которая использует библиотеки древние, как гавно мамонта, при запуске понадобилось некоторые либы.

Начал с Debian.
Первой этой программе понадобилась libpng12.so.0

В системе была только новая либа - libpng16.so.16, поэтому бросил линк -

ln -s -T /usr/lib/x86_64-linux-gnu/libpng16.so.16 /usr/lib/x86_64-linux-gnu/libpng12.so.0

Тогда программа затребовала вторую древнюю либу - libcrypto.so.1.0.0

В системе есть только новая libcrypto++.so.6.0.0, тоже кидаю на нее линк -

ln -s -T /usr/lib/x86_64-linux-gnu/libcrypto++.so.6.0.0 /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0

И когда казалось все, победил! - эта гадкая прога при запуске выдала новый перл -

./websdr64: /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0: no version information available (required by ./websdr64)
./websdr64: /usr/lib/x86_64-linux-gnu/libpng12.so.0: version `PNG12_0' not found (required by ./websdr64)

Тогда откопал не помню уже где эти старые либы, но они конфликтуют с новыми.
Яхуего знает, как вы боретесь с этими древними либами, они каждый раз ставят меня в тупик, второй день уже воюю с ними :((

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

В CentOS 7/64 в том же NUT наткнулся на следующие косяки:

1. При запуске монитора возникает ошибка нехватки прав в каталоге
/etc/tmpfiles.d/ , из-за чего он не может создать файл
из-за чего он не может создать файл nut-run.conf

Приходится создавать его вручную командой

	touch /etc/tmpfiles.d/nut-run.conf

	chown nut.nut nut-run.conf

	upsdrvctl start
	systemctl restart nut-driver.service
	systemctl restart nut-server.service
	systemctl restart nut-monitor.service

Обычно устанавливаю CentOS 7 в качестве веб-сервера из образа Minimal.
И на вопросы установщика о выборе пакетов тоже выбираю вариант Minimal. а всё нужное доустанавливаю потом.

Со временем заметил, что на том же железе CentOS 7 работает менее шустро, чем CentOS 6.
Может, так оно и должно быть.

Но сегодня пришла такая мысль: может, я неправильно устанавливаю CentOS 7, указывая вариант Minimal ?

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

Поставил человеку Debian 9 и XFCE.

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

https://cdn1.savepice.ru/uploads/2018/8/26/6797f84ef572d3c0de21c3384119bdae-f...

Может, это вообще косяк XFCE? Потому что, например, в LXDE с ним проблем нет.

Обнаружил интересную статейку с одноименным названием и тут же запустил ее в работу - странное дело, завелась сразу, ничего доделывать не понадобилось! :)
Поскольку используемый Raspbian был посвежее, за 2018 г., даже апдейт libusb не понадобился.

Теперь можно приемник разместить на даче, где мало помех, а слушать его дома - идеальный прием!

А теперь вопросы:

1. Какие, по вашему-мнению, есть недостатки этого решения, можно ли его улучшить?
2. Как пробросить управление и сигналы через роутер?
3. Насколько защищена «малина» от внешнего хакерского вторжения, нужны ли какие-то дополнительные меры по ее защите?

Не могу сообразить, как рулить консольной httrack по удаленке с помощью веб-морды WebHTTrack Website Copier?

На локальном компе она обращается к httrack по адресу http://my_computer:8080/server/index.html

А если httrack на удаленном сервере, тогда как к ней обращатся?

Довелось ставить CentOS 7 Minimal на «малину».
Установиллся он успешно, но при настройке сети столкнулся с проблемой NetworkManager.
Подумал было, что проблема с «малиновой» реализацией, поэтому плюнул на эту утилиту и настроил вручную.

Но сегодня столкнулся с такой же проблемой с CentOS 7 Minimal на обычном PC-компе, поэтому расскажу о ней подробнее.

Итак, после установки CentOS 7 Minimal имеем в системе аж 5 пакетов -

- NetworkManager
- NetworkManager-tui
- NetworkManager-team
- NetworkManager-wifi
- NetworkManager-libnm

В компьютере есть два выхода звукового сигнала - фронтальный и тыловой.
Используется бортовая аудиокарточка HDA IntelPCH.

В настройках Audio есть Port «Аналоговые наушники» и «Линейный выход (plugged in).
Можно здесь переключаться между ними, и тогда звук идет через какой-то один из них.

А как сделать, чтобы звук транслировался одновременно на оба выхода?

Хочу, чтобы звук одновременно поступал и на наушники, и на колонки.

Юзаю Debian, „девятку“.

Братья, может кто сталкивался с такой проблемой?

Дали мне рабочий роутер TL-WR841n VER.13.0 только лишь для того, чтобы прорубить на него вход снаружи по http для дальнейших его настроек.

Роутер до этого нормально работал и обеспечивал Интернет.
Смотрю на шильдик:

Данные для входа по умолчанию:
http://tplinkwifi.net
Имя пользователя: admin
Пароль: admin

$ nmap 192.168.0.1  -p1-65535

Starting Nmap 7.40 ( https://nmap.org ) at 2018-06-21 23:32 MSK
Nmap scan report for 192.168.0.1
Host is up (0.023s latency).
Not shown: 65531 closed ports
PORT     STATE SERVICE
22/tcp   open  ssh
23/tcp   open  telnet
1900/tcp open  upnp
2222/tcp open  EtherNetIP-1

Nmap done: 1 IP address (1 host up) scanned in 18.26 seconds

На треккерах встречаются интересные аудиокниги в mp3, но слушать их приходится на аппартном плеере, потому что он умеет:

1) Автоматически переходить на новый книги (001.mp3, 002.mp3, 003.mp3...) даже без плейлиста
2) Запоминать и продолжать воспроизведение с остановленного места.

Можно ли получить такие же возможности на Linux-плеерах?
(например, VLC, SMPlayer, Audacious,...)

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

Пока идеи такие:

1. Установить на резервный комп такой же Linux.
2. Обновить.
3. Установить те же приложения, что на десктопе.
4. Рсинкнуть папку /home c десктопа на резервный комп.

В дальнейшем регулярно повторять п.2, 3 и 4.

Будт ли этого достаточно? Пока нет уверенности.

И может, есть готовый софт, который автоматизирует эту задачу?

Пришлось реанимировать тему из архива аж за 2011 год - Не обнаружено запуещнного экземпляра xfce-panel

Сейчас уже 2018. Установил свежайший Debian 9.30, выбрал среду XFCE, и при заходе ра Рабочий стол сразу же напорололся на ту же самую муйню 7-летней давности -

Не обнаружено запущенного экземпляра xfce-panel

и что-то там еще насчет какого-то «киоска», который мне нафиг не упал.

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

Это что получается - кодеры XFCE семь лет груши околачивали и не устранили этот баг (если это баг), или тут что-то другое?

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

Есть здесь такие, кто силен в OpenWRT?

Приобрел микроутер на базе OpenWRT.
Но поскольку он «микро», то по дефолту в нем не оказалось даже такой привыччной опции, как «Access Restrict», которая, в частности, позволяет ограничивать работу отдельных пользователей по времени.

Зато число доступных пакетов OpenWRT в этом роутере достигает аж... 4932!
Просто сказка, только как называется в нем искомый пакет, неизвестно.

Пробовал искать по словам «access» и «restrict» - все не то, как-то он иначе в OpenWRT называется.

Может кто знает как?

Приобрел по дешевке винтажную внешнюю звуковую карту "M-Audio Audiophile USB".

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

Как водится, драйвера были только под венду, ну и под Мак заодно.
И то, и другое линуксоиду не нужно. Но для простоты экспериментов установил их сначала на XP.
Драйвера установились с пол-оборота. Но далее, сколько ни бился, перестанавливал их разные версии, чистил реестр и т.п.,звук карточка так и не выдала, и ничего удивительного в этом нет, т.к. венда как была кривая от рождения, такой и осталось.
И как говорится, не очень-то и хотелось, т.к. все равно собирался слушать ее только на Linux.

Воткнул ее в Debian 8/64. И тут меня ждал приятный сюрприз :)
- карточка зазвучала сразу, делать вообще ничего не пришлось!

Звучание, несмотря на винтажность, очень понравилось.
Вот только не нужно гробить ее, фтыкая в нее 32-Омные наушники, т.к. она рассчитана на 600 Ом.

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

Как обстоит с этим делом в нашем любимом Линуксе?

Скачал сегодня с официального сайта пакет viber.deb размером 97799142 байта.
Проверил его на целостность - в порядке, внутри аж 1546 файлов.

Пытаюсь установить на Debian 8/64 - выдает:

"viber.deb" не является пакетом Debian
MIME-тип этого файла 'application/x-debian-package' и он не может быть установлен на вашей системе.

Уважаемые, подскажите, какая звуковуха лучше подойдет для Линукса?

Echo MIA Midi имеет более высокие характеристики, зато M-Audio Audiofile 2496 точно совместима с Линуксом, проверено многими.
Как с этим делом обстоит у MIA?

Как установить VirtualBox Extension Pack в гостевую Linux-машину?

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

1.5. Installing VirtualBox and extension packs
VirtualBox extension packages have a .vbox-extpack file name extension. To install an extension, simply double-click on the package file and a Network Operations Manager window will appear, guiding you through the required steps.

Двойной клик и вы в дамках? Ага, щаззз!
Это относится только в их сраной обожаемой винде.

В Линуксе же этот пак откроется просто как архив, где есть кое-что для Линукса -
- VBoxLinuxAddition.run
- autorun.sh
- runasroot.sh
ну и виндовые файлы, куда ж без них.
Кстати, в архиве есть Readme.txt, но опять-таки - только для винды!

Пробовал установить с помощью этих 'sh' - ничего хорошего не получилось, хотя в VirtualBox Manager появился плагин VirtualBox Extension Pack.
Но что толку - мне же нужно установить его в гостевую Linux-машине.

Есть еще, правда, п. «8.41. VBoxManage extpack», в котором якобы можно этот пак установить из консоли -

Extension package management.
Synopsis

VBoxManage extpack install [--replace] <tarball>
VBoxManage extpack uninstall [--force] <name>
VBoxManage extpack cleanup

Description
extpack install

VBoxManage extpack install [--replace] <tarball>

- пробую этот вариант - а фигушки, приложения 'VBoxManage' нет и в помине!
Потому что оракловцы забили на Linux.

Короче, я в диком а..е - простейшая задача превратилась в неодолимую проблему.
И что особенно бесит - в гостевой виндовс-машине с установкой пака проблем нет никаких (Р-ррр!!!)

Есть толковые мысли как его установить?

Кто в курсе, работает этот ламповый усилитель «xDuoo TA-01» в Linux?
Вот здесь обосреватель поет о драйверах для Уиндовс, но о Linux не вякнул ни звука -

https://youtu.be/iJsEIgdE3ak

Выходит, драйверов производитель под Linux не наклепал.

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

Всегда по возможности стараюсь избегать компиляции, потому что после нее, даже удачной, голова чумная как с недельного перепою - никогда не знаешь, что понадобится и чем оно закончится.
Но в этот раз увильнуть не удалось - потребовалось собрать свежий Namecoin-кошелек, который выложен здесь:
https://github.com/namecoin/namecoin-core и который в готовом виде ленивые разрабы выкладывать не торопятся.

Сначала попробовал собрать на Debian-9/64, провозился всю ночь, преодолел массу неожиданных подножек, но уперся в одну, и дальше никак.
Решил было, что поскольку Debian обычно отстает с новшествами, попробовал собрать в Федоре-26, но с ней продвинулся еще меньше, и вернулся в Debian.

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

configure: error: Found Berkeley DB other than 4.8, required for portable wallets (--with-incompatible-bdb to ignore or --disable-wallet to disable wallet functionality)

configure: error: No working boost sleep implementation found.

Если судить по гуглу, основная масса прогрессивных юзеров ругает NetworkManager за косяки и переходит на Wicd.
Не знаю, может мне везло, но косяки NetworkManager мне не встречались, и мне нужно наоборот, перейти на него.
Причина - под него создана тьма плагинов, в то время как под Wicd их нет или почти нет.

Переход на NetworkManager делал неоднократно простым немысловатым способом - деинсталлировал Wicd и устанавливал пакеты network-manager и network-manager-gnome.

Обычно переход в Debian-8 проходил на ура. Но в Debian-9 что-то не сложилось: хотя NM установился успешно и его сетевой аплет позволяет создавать различные соединения, но они не включаются - «Активные соединения отсутствуют» и между ними нельзя переключаться.
Хотя сама сеть работает вполне нормально.

Видимо, что-то еще недоустановлено для нормаьной работы NM. Тогда что?