Минт это тот дистрибутив который просто сорвал убунтовские копирайта, а еще недавно был пойман на распространении образов с троянами? Плохой выбор и плохой совет.
Наверное это была ошибка, но вы верно передали суть того, что будет если ставить игрушки, типа Арча.
>Просто поиграться - убунта
> Чуть поразбираться в систтеме и поизучать
А теперь расскажите мне, чем Debian-based дистрибутив Ubuntu GNU/Linux отличается в плане изучения от Debian GNU/Linux? Правильно ничем. Отличие только в том, что Ubuntu, как имеющий более адекватную поддержку в плане сроков и стабильности чаще используют на серверах в последние пять лет, чем материнский дистрибутив.
Руслан Ганеев: 777 это не «универсальные права», а «заходи кто хочет и делай что хочет». Это просто дырень. Тому кто надоумил ставить такие права надо оторвать ложноножки.
Liquidos: у меня есть все основания полагать, что за 2016 год мне не придется платить налоги в РФ, так как выйдет, что я налоговый резидент другой страны. Ну и нет, не страшно, я достаточно долго получал деньги в черную и это никого не волновало.
Сергей: если ничего критичного нет, то обновляйтесь спокойно, я одну не особо используемую виртуалку обновил еще на beta1 и все работает, только с мускулем была проблема небольшая, но вроде ее заткнули, десктоп тоже обновил спокойно, никаких проблем нет. Так что если это у вас личная система, а не что-то серьезное, то можете спокойно обновляться.
Сергей: не за что. В принципе если вам не нужно срочно обновляться из-за версий(например вы принципиально не хотите ставить nginx из ppa, но жаждете 1.9.x), то подождите до июня, к июню мы(уже обновившиеся или сидящие еще с альф-бет) отловим все глюки и вы обновитесь на версию без возможных проблем.
Сергей: LTS, но внутренняя система обновлений считает, что обновлять надо только на .1 и более поздние. Так же было с обновлением 12.04→14.04, вот как обновлялась 10.04 на 12.04 не помню. Каноникл разумно считает, что LTS стоит на боевых серверах и торопится с обновлением не стоит, лучше выловить возможные проблемы и обновится в июне.
Не ошибаетесь, LTS→LTS предлагает само обновится только при выходе .1
Хотя если сказать do-release-upgrade -d, то обновление пройдет до 16.04 и сейчас.
qqignatqq: что мешает начать их использовать? Вы спросили есть ли такой гарант, да такой гарант есть, например upwork, теперь вдруг выясняется что вам нужен не гарант, а что-то еще.
Максим Жаров: а при чем здесь Linux? Я использую GNU/Linux на десктопе с 2000 года, когда он сменил FreeBSD на моем компе, но какое это имеет отношение к Skype? Skype хранит всю вашу переписку на серверах Microsoft и есть прямые заявления, что ваша переписка будет передана в обход закона по первому требованию карательных органов в руки оных органов. Потому хоть вы используйте Linux, хоть запускайте Skype на РеактОС это не избавит вас от того, что Skype небезопасен.
Опасен ли skype у которого все сообщения хранятся на серверах конторки прямо заявлявшей, что они готовы передавать всю вашу переписку без судебных решений карательным органам РФ? Отвечайте на свой вопрос сами.
Ульрих: у меня стойкое воспоминание, что pdfки умел. Вообще если умеет печатать тестовую, то все остальное должно быть просто, даже если не умеет. Так, вы меня заинтересовали, надо поставить CUPS и посмотреть.
Дмитрий: генерируете пару приватный-публичный на машине с которой будете осуществлять коннект, далее с нее выполняете ssh-copy-id server.name && ssh-copy-id server2.name и так далее, тем самым копируете публичную часть на все машины и получаете возможность с этой машины на них ходить по ключу. Если с каких-то еще надо ходить на другие повторяете операцию на других. Не переносите секретный ключ на другие машины, генерируйте на каждой свой, что бы можно было убрать доступ у любой из машин простым удалением публичного ключа. Не используйте cat для записи в authorized_keys, ssh-copy-id добавит ключ корректно и поставит верные права(то есть 600) на файл, а то засунув при помощи ката вы потом будете пытаться понять почему не можете с ключом зайти, а дело будет в том, что по дефолту у вас 644, а такие права для authorized_keys недопустимы.
