tima@home-pc:~$ cat /proc/cpuinfo
processor	: 0
vendor_id	: AuthenticAMD
cpu family	: 16
model		: 6
model name	: AMD Athlon(tm) II X2 260 Processor
stepping	: 3
microcode	: 0x10000c8
cpu MHz		: 800.000
cache size	: 1024 KB
physical id	: 0
siblings	: 2
core id		: 0
cpu cores	: 2
apicid		: 0
initial apicid	: 0
fpu		: yes
fpu_exception	: yes
cpuid level	: 5
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid eagerfpu pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt hw_pstate vmmcall npt lbrv svm_lock nrip_save
bugs		: tlb_mmatch fxsave_leak sysret_ss_attrs null_seg amd_e400
bogomips	: 6399.98
TLB size	: 1024 4K pages
clflush size	: 64
cache_alignment	: 64
address sizes	: 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate

processor	: 1
vendor_id	: AuthenticAMD

Стоит ли мне обновить свой ПК?

Навеяно Skype окончательно RIP

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

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


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


Альтернативная система DNS мне видится так:
Доменное имя будет трёхуровневым, корнем будет публичный ключ которым можно будет проверить записи для доменов второго уровня, домен третьего уровня будет удостоверяться публичным ключём домена второго уровня.
Выглядеть полное доменное имя будет так:
http://www.anime.49AEA4F7AB7C4A856EDEDFF67CDDA6EDE12AF857B234B1F60BB369256CC5...
для чего нужно делать чтобы корнем был именно публичный ключ?
Понятно что много людей захотят домен с одним и тем же говорящим названием и различаться эти домены будут своими публичными ключами,
но при этом путаться не будут, так как ключ будет частью URL, а генерация одного и того же публичного ключа разными людьми маловероятна.
Почему домен третьего уровня надо удостоверять подписью домена второго уровня, а не используемым как домен первого уровня публичным ключём?
Причина состоит в том что наряду с доменом anime.49AEA... может быть сделан ещё домен
jabber.victor.49AEA4F7AB7C4A856EDEDFF67CDDA6EDE12AF857B234B1F60BB369256CC5A7A885C76DFAE503H35D30E5A
который используется для связи и чтобы не отдавать над ним контроль для каждого домена второго уровня будет делаться отдельные ключи цифровой подписи.
Таким образом можно будет отдать контроль над доменом anime.49AEA... не отдавая контроль над доменом victor.49AEA...

Для такой системы нужны следующие записи:

Запись первого типа: Заверенная приватной частью публичного ключа сообщение о том, что домен первого уровня 49AEA..., он же публичный ключь создан идентичностью такой то, идентичностью является произвольная строка содержащая способствующий опознанию текст, например «Тима» или «Я люблю жизнь», запись создаётся один раз и срока жизни не имеет.

Запись второго типа: Заверенная приватной частью публичного ключа сообщение номер такой-то о том, что домен первого уровня 49AEA..., он же публичный ключ, имеет домен второго уровня anime, записи для которого удостоверяются публичным ключём таким то и срок жизни домена, в течении которого запись считается действительной.

Запись третьего типа: Заверенная приватным ключём для домена второго уровня anime.49AEA... запись номер такой-то о том, что домен второго уровня имеет такой то домен www третьего уровня и срок его жизни, в течении которого запись считается действительной.

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

Процесс разрешения URL будет таким:
NS сервер путём проверки длинны строки и имеющихся в строке символов проверяет может ли быть строка ключём.
Если удовлетворяет требованиям и признаётся ключём то NS сервер запрашивает у найденных по DHT других NS серверов запись первого типа и спрашивает у пользователя, та ли эта запись о домене, если таких записей несколько то предоставляет выбор.
После чего ищет запись второго типа и производит её проверку.
Если проверка не удачная то оповещает пользователя о ошибке, если проверка удачная то запрашивает соответствующею запись третьего типа и после её проверки разрешает URL в IP.

Если проверка на то, что в URL домен первого уровня является ключём оканчивается неудачей то производится проверка не является ли домен первого уровня специальным словом, таким как onion, p2p или другие виртуальные домены.
В случае если эта проверка удачна то IP адрес либо если он не изменен берётся из настроек, либо если он меняется то для разрешения адреса в IP используется соответствующий плугин.
При не удаче создаётся окно с сообщением о ошибке.

Если обе предыдущие проверки домена первого уровня на соответствие ключу или специальному слову оказываются не удачны то производится сверка домена первого уровня из URL со списком top-level доменов интернета.
При совпадении URL разрешается обычным способом через DNS провайдера, при отсутствии совпадения или неудаче разрешения создаётся соответствующее окно с сообщением о ошибке.

Предложения по улучшению идеи принимаются сюда: https://github.com/torvn77/the-concept-of-a-public-chat-messenger-TOX/blob/ma...

По мере хода обсуждения в теме «Intel ME отключение» я пришёл к выводу что пользователь Serge10 либо троль, либо агент влияния отстаивающий внедрение в персональные компьютеры средств средств слежения за пользователем, которые от пользователя скрыты и которые он не может отключить.

Прошу его забанить, пусть отстаивает необходимость зондов на винфак или других форумах где к зондам относятся с одобрением.

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

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

Насервере логина по имени и паролю у них нет,
как из приложения удалить акаут на СЕРВЕРЕ не ясно.

Linux тут при том что всё это ваши линуксовые sip месенджеры.

Вот таблица стилей:
https://github.com/LinuxCNC-rus-documentation/LinuxCNC-rus-documentation.gith...
Грузится она в html странице лежащей в папке common вот этой строкой
<link rel=«stylesheet» href="..//asciidoc.css" type=«text/css» />
По идее она должна быть доступна как
https://linuxcnc-rus-documentation.github.io//asciidoc.css
но почему то github.io пишет что файл по этому линку не найден.
В чём может быть дело?

Я torvn77 и alexferman заключаем договор, по которому alexferman делает полный перевод девелоперской версии руководства пользователя LinuxCNC расположенного в сети по адресу http://linuxcnc.org/docs/devel/html
я же произвожу ему оплату в 72 000 рублей равными частями по 9 000 рублей, каждая часть выплачивается по мере выполнения работы после каждого полного перевода двух разделов руководства и публикации их в репозитории гитхаба под лицензией cc-by-sa.
Адрес репозитария https://github.com/LinuxCNC-rus-documentation/LinuxCNC-rus-documentation.github.io
Формат файла в котором публикуется html, при этом перевод должен сохранять структуру и по возможности форматирование оригинального документа.
Если будут использоваться редакторы html кода то они должны по возможности создавать простой код пригодный для ручных правок.

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

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

alexferman сделай свои замечания по тексту договора и подтверди принятие контракта, а так же укажи свой сайт, на котором ты ведёшь свою профессиональную деятельность как переводчик(фирма или блог где ты принимаешь заказы)
Куда платить можешь написать мне в ящик torvn77 на гуглопочте, тутда же можешь звонить по хангутсу. Если надо пришлю свой телефон. Первую часть могу заплатить авансом после символического коммита в репозитарий.

П.С. Для оплаты желательно пластиковая карта, очень хорошо если это будет Сбербанк.

Перемещено jollheef из science

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

Так как яне читал инструкцию к роутеру Zixel я создал тему «Samba сервер роутера Zixel Giga ll создаёт соединение с внешним IP.
Сейчас эта тема получила продолжение в вк:

Тимофей добрый день!!!
20.08.2017 года на нашу компанию была совершена атака из вне, снесли всю информацию с серверного ПК, вычистили все под частую.
Атака была с сервера и IP зарегистрированного 78.47.125.180 сервис netbios-gdm и netbios-ns.

Мы видели на форуме вы поднимали тему на счет этой конторы, айпишников и роутера кенетик. Можете чем нибудь помочь, проконсультировать, как найти вредителя который на нас покушался. Помогите пожалуйста если можете!!!

https://vk.com/wall102193199_1238

П.С. Там человек указал свой телефон, может свяжется с ними кто и поможет разобраться, аккаунт явно торговца сантехникой, так что я думаю что у людей реальная беда.
(Но тут в теме конечно можно посмеятся, для чего тема и сделана)

Не уж то в том, что он на Коин заканчивается? (Шутка)

А так я бы понимал его рост в меру роста денежных расчётов через биткоин, но не мог же его товарооборот вырасти в несколько раз за какой то месяц?
Или как говорил один дядька, это не биткоин растёт, а доллар падает в гиперинфляцию?

Сабж собственно в названии, нужен он мне затем чтобы я мог на него подписаться.
Что такое BlenderCAM https://blendercam.blogspot.ru/

Ну вообще говоря не совсем парализуют.
Вот один из примеров.
Есть программа FreeCAD и есть её репозитарий, который я подключил в систему.
deb http://ppa.launchpad.net/freecad-maintainers/freecad-daily/ubuntu trusty main
deb-src http://ppa.launchpad.net/freecad-maintainers/freecad-daily/ubuntu trusty main

Репозитария для Debian нету, по этому подключаю наиболее подходящий для Убунты.
Все необходимые пакеты есть, за исключением одного.
В зависимостях FreeCAD указан пакет libvtk6, а в Debian Jessye стоит libvtk6.1, FreeCAD с ним запускается, но apt считает зависимость неудовлетворённой.

И при всяком обновлении или установке другой программы мне предлагают выполнить apt install -f который этот FreeCAD удаляет.
И нет ни какой возможности дать apt понять что обновление или установку можно делать даже если эта зависимость и не удовлетворена.
приходится всякий раз сносить FreeCAD и ставить обратно.

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

Сабж собственно в названии, IP 78.47.125.180 сервис netbios-gdm и netbios-ns.
Межсетевым экраном роутера запретить это соединение не получается.

whois говорит что IP принадлежит германской компании
Hetzner Online GmbH - Virtualisierung
https://www.whois.com/whois/78.47.125.180

Вообще печально, такой хороший роутер сливает содержимое моего диска налево.

Если что то этот роутер работает на ядре Linux, да и вообще является распространённым сетевым устройством.

Поскольку команда mc не хочет делать у себя поддержку http/https из коробки, в будущем намеревается выпилить замечательный внутренний редактор mcedit, завернуло мой багрепорт только потому что он был на русском языке, а сейчас вообще отключили багтрекер на гитхабе, игнорят пусть и не дооформленные, но полезные патчи от других пользователей я решил сделать форк.

Сам я программировать не умею, да не очень хорошо знаю git, так же не читал документацию к mc, по этому пока кодить сам не буду, а жду ваших коммитов, которые буду в меру своего разумения просматривать и принимать.
Ну и поскольку я неуч, то всё же хочу попросить при присылании коммитов давать комментарии не только на английском, но и на русском языке(ну не знаю я этот язык).
Ну или хотябы только на русском, чтобы хотябы я понимал что делает присланный код(програмировать то я не умею, по этому и коммит без комментариев нормально рассмотреть не смогу)

Ссылка на репозитарий https://github.com/MidDailyCommander/mdc

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

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

Группа американских и китайских ученых доказала существование сил Казимира — крошечных объемов энергии, возникающих при сближении объектов на квантовом уровне, пишет

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

Сообщение о сабже на русском:https://hightech.fm/2017/04/22/casimir-forces

Оригинал на английском:https://phys.org/news/2017-04-harness-mysterious-casimir-tiny-devices.html

Прочитал тему про то, что старые версии Виндовс будут получать обновления только при работе на старых процессорах подумал, что для Linux складывается очень плохая ситуация.
(new cpu + old win = ♂ вам, а не обновления)

Что теперь в сущности имеется:


1) В сам БИОС встроен механизм проверки цифровой подписи загрузчика ОС.

2)Майкрософт прекратила поддержку всех своих ОС позволяющих загружаться без проверки цифровой подписи что приведёт к прекращению их использования и появлению возможности полного прекращения производства материнских плат с BIOS и перехода на загрузчики с цифровой подписью. Интересы текущих потребителей Винды, всяких банков и производителей устройств это действие МАйкрософт не затрагивает, так как они используют винду на старых ПК и будут пользоваться запасом старых комплектующих со склада.

Новые комплексы будут естественно разрабатываться уже только под десятую винду.

3) Ключи подписи загрузчика помещаются в UEFI производителем и сам пользователь их интегрировать не может.
4) Проверка цифровых подписей БИОС перенесена в процессор, что исключает появление самодельных чипсетов на FPGA и делает невозможным создание материнских плат без согласия и главное подписывания NDA от владельцев прав на используемые в CPU технологии.

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

Что будем делать?
Какие будут предложения?

Тема со схожим обсуждением secure boot на arm (des-esseintes)

Платформа прошла испытания на базе поискового сервиса Baidu, в Китае, где только 20% населения обладает хоть какой-то кредитной историей. Изучив 21 фактор, например, как люди ищут информацию в сети и как переходят между страницами, Zest обнаружила закономерности, которые можно использовать для выдачи небольших займов,

Взято от сюда: https://hightech.fm/2017/02/15/zest-finance

Захотел я синхронизировать свою домашнею директорию в ОЗУ с директорией на локальном диске и увидел следующее:
Если написать

rsync -rRulog $HOME $SKEL;

tima@home-pc:~$ ls -R /synchome.d/pam_test_user
/synchome.d/pam_test_user:
home_
/synchome.d/pam_test_user/home_:
pam_test_user
/synchome.d/pam_test_user/home_/pam_test_user:
Desktop

cd "$HOME";
rsync -rRulog . $SKEL;

tima@home-pc:~$ ls -R /synchome.d/pam_test_user
/synchome.d/pam_test_user:
Desktop

Поставил я скачанный с сайта Стима seam-launcher а так же нужные ему библиотеки:

apt install libgtk2.0-0:i386 libpulse0:i386
apt install libgl1-mesa-dri:i386 libgl1-mesa-glx:i386 libc6:i386 libxcb-randr0:i386 libxrandr2:i386 libxtst6:i386 libglib2.0-0:i386

tima@home-pc:~$ env STEAM_RUNTIME=0 steam %U
/home/tima/.local/share/Steam/steam.sh: line 154: VERSION_ID: unbound variable
/home/tima/.local/share/Steam/steam.sh: line 154: VERSION_ID: unbound variable
Running Steam on debian  64-bit
STEAM_RUNTIME is disabled by the user
Installing breakpad exception handler for appid(steam)/version(1482202190)
Installing breakpad exception handler for appid(steam)/version(1482202190)
Installing breakpad exception handler for appid(steam)/version(1482202190)
Main.cpp (2625) : Assertion Failed: !"Fatal Error: Could not load module 'bin/vgui2_s.dll'"
Assert( Assertion Failed: !"Fatal Error: Could not load module 'bin/vgui2_s.dll'" ):Main.cpp:2625

Installing breakpad exception handler for appid(steam)/version(1482202190)
Error: Could not load module 'vgui2_s.so'.

For more information visit https://support.steampowered.com/kb_article.php?ref=9205-OZVN-0660.
crash_20161231140116_5.dmp[5037]: Uploading dump (out-of-process)
/tmp/dumps/crash_20161231140116_5.dmp
crash_20161231140116_5.dmp[5037]: Finished uploading minidump (out-of-process): success = no
crash_20161231140116_5.dmp[5037]: error: libcurl.so: cannot open shared object file: No such file or directory
crash_20161231140116_5.dmp[5037]: file ''/tmp/dumps/crash_20161231140116_5.dmp'', upload no: ''libcurl.so: cannot open shared object file: No such file or directory''
Installing breakpad exception handler for appid(steam)/version(1482202190)
Bad thread localchromewrapper.cpp (32) : Assertion Failed: m_bExit
Bad thread local[2016-12-31 14:01:12] Startup - updater built Dec 20 2016 05:49:54
Looks like steam didn't shutdown cleanly, scheduling immediate update check
[2016-12-31 14:01:12] Checking for update on startup
[2016-12-31 14:01:12] Проверка на наличие обновлений...
[2016-12-31 14:01:12] Download skipped: /client/steam_client_ubuntu12 version 1482202190, installed version 1482202190
[2016-12-31 14:01:12] Nothing to do
[2016-12-31 14:01:12] Проверка установки...
[2016-12-31 14:01:12] Performing checksum verification of executable files
[2016-12-31 14:01:15] Verification complete
[2016-12-31 14:01:16] Shutdown
tima@home-pc:~$ 

Решил я весь каталог /home поместить в ОЗУ, но тут возникла сложность,
надо как то создавать домашние директории пользователей во время первого входа.
Самое простое и логичное это использовать модуль pam_mkhomedir,
но он будет для всех пользователей создавать домашнею папку из одного и того же образца, прописанного в параметре skel=...
Логично предположить, что есть переменная с индетификатором или именем пользователя и этот параметр можно записать как то так:
skel=/etc/skel/$UID.
Но вот пишется это так или как то ещё я не знаю.
Гугление по этому вопросу ничего не дало, в общем ответ не лежит на поверхности.

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