Adamos, far2l функциональнее mc :)
к примеру даже в таком простом случае как повышение прав. к примеру редактируешь из-под не рутового пользователя "рутовый" файл, то при записи far2l автоматически предложит сохранить файл из-под рута, а с мс такого даже не знает и придется долго мудрить.
норм. намедни понадобился fuse3, а он не дружит с fuse, от которого напрямую зависит gvfs-fuse и также напрямую far2l.
пришлось удалить far2l :( что жаль, по некоторой функциональности он mc обходит на три корпуса...
закинул мейнтейнеру мысль что gvfs-fuse из зависимостей надобы перевести в рекомендации - ибо в фаре этим разделом функций ни разу не пользовался. посмотрим что ответит.
компилить самому влом :)
защита в в аккумах не спасает от сдыхания аккумов.
кстати во многих драйверах аккумов есть ограничение на количество зарядок - после определенного кол-ва зарядок драйвер отрубает аккум от разъема и аккум идет под замену.
хороший меркетинговый ход однако.
я ж не против :) и моно вполне себе отработал.
рекомендация была от создателя програмки была про моно.
я про такой прикладной вопрос
при наличии идентичных ботов один на c# другой на питоне и требовании установить на небольшом дешевом vps (опенвз микровпски помнится вообще за 300р/год давались) что вы выберете ??
edward_freedom, перечитай еще раз мой ответ :)
у меня демон под моно пару месяцев на линукс-машинке крутился. пока я ему не нашел замену.
дело не в том что с# компиляции не могут жить на линуксе, дело в том что .net интуитивно с линуксом не совмещается :)
пуски иконки и все прочее относится к оконному менеджеру - kde gnome xfce b иже с ними. это отдельное приложение которое запускается вслед за х-сервером.
Сергей Васенин, вам дудочку или кувшинчик ?? (с) мультик.
попинай авито, форумы местных радиотехников и иже с ним - мож кто наигрался и скидывает нужные тебе железки по дешовке.
при монитировании файловой системы произошли какие-то косяки и фс смонтировалась в режиме read only. это достаточно станадртное поведение линукса для корневой системы. прописывается непосресдтвенно в /etc/fstab
/dev/sda5 / ext4 errors=remount-ro 0 1
кроме перемонтирования в rw еще посоветую поискать ошибки. fsck и посмотреть лог загрузки.
работа с одним фалом гораздо проще и быстрее.
к примеру в пакете исходников ядра содержится 68 000 файлов - передача их по отдельности будет весьма геморойна.
потому их упаковывают в один архив, эффективно его сжимают и предоставляют конечному пользователю.
если б файлы сначала сживали а потом архивировали - пакет ядра имхо был бы в несколько раз больше.
"для того, чтобы что-то сделать надо понять, что ты хочешь сделать" (с)
напряжение источника питания, мощность нагрева, материал сердечника (от его точки кюри зависит максимальная температура) от материала зависит частота индукционного нагрева, от частоты зависят параметры элементов и дох*я еще каких параметров от которых зависит итоговая схемотехника.
при уровне твоих познаний в конкретной теме я бы посоветовал купить индукционный паяльник на алиэкспрессе. получится как минимум в разы дешевле. не говоря уже о потраченном времени и, не дай бог, здоровье.
бинд во многих случаях самое правильное решение.
софтлинк на каталог не работает, к примеру, при доступе по фтп ибо как-то хитро обрабатывается (давно на это натыкался точности не вспомню).
прибинденый каталог для программ неотличим от обычного каталога. а вот софтлинк может неожиданно не сработать.
Saboteur, да и система не сможет. запрет на создание жестких ссылок для каталогов внедрен в vfs.
"." ".." это действительно жесткие ссылки на каталоги. единственно возможные.
остальные без хаков в ядре невозможны.
ну да, файла так-то не существует.
а если попробовать просто скопировать из этого файла ??