Есть плеяда серверов. Настройкой и поддержкой занимаюсь не я. Мне нужно лишь на них заходить по SSH

Под виндой (да-да, основная рабочая ОС у нас винда) сгенерил ssh-keygen'ом RSA ключ со всеми настройками по умолчанию, вот просто запустил ssh-keygen, ENTER, ENTER, ENTER.

Раскидал содержимое .pub на все сервера в ~/.ssh/authorized_hosts

На все сервера успешно заходит. Кроме одного. Этот проблемный имеет отличный от других IP и может на нём другие настройки

Вот что пишет ssh на стороне клиента https://pastebin.com/qpegfuhN

Кому лень кликать, последние строчки:

debug1: Offering public key: RSA SHA256:QosAzEmjK2Iv8v2bREsKSfQzxJT/1BjR0LZ7q12EHnk C:\\Users\\USER\\.ssh\\id_rsa
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug2: we did not send a packet, disable method
debug1: Next authentication method: password
debug1: read_passphrase: can't open /dev/tty: No such file or directory
user@srv-test's password:

Что пробовал:

1. Проверил что захожу под тем же юзером, для которого в ~/.ssh/authorized_keys прописал ключ

2. Проверил что пишу именно в тот ~/.ssh/authorized_keys на сервере. Там кроме моего ключа есть и другие, после праздников узнаю у них, заходит ли

3. Поигрался с правами на ~/.ssh и файлы в ней, пробовал и 700 и 600 как рекомендуют, ничего не помогло, вернул обратно.

4. Проверил формат файла authorized_keys, каждая строчка начинается с ssh-rsa и оканчивается USER@COMP

5. Убедился что мой ключ точно такой же длины и формата, как и другие ключи в authorized_keys, все начинаются с AAAAB

6. Исключил несовместимость версий (может ключ слишком новой версии и сервер его не понимает) - сгенерил ключ на самом сервере, перенёс себе приватный - не заходит

7. Пробовал генерить разные форматы ключей, rsa, dsa - не помогло

8. Проверил что в конфиге демона SSHD файл с ключами смотрит именно в домашней директории

9. Стопать демона SSHD чтобы запустить с отладочным выводом - нельзя, локального доступа к серверу нет, можно лишь смотреть логи клиента

Клиент

ssh -V
OpenSSH_for_Windows_7.7p1, LibreSSL 2.6.5

Проблемный сервер (кажется centos)

$ ssh -V
OpenSSH_7.4p1, OpenSSL 1.0.2k-fips  26 Jan 2017

$ uname -a
Linux testfood-app 3.10.0-514.26.2.el7.x86_64 #1 SMP Tue Jul 4 15:04:05 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

Нормальный сервер (кажется тоже centos)

$ ssh -V
OpenSSH_7.4p1, OpenSSL 1.0.2k-fips  26 Jan 2017

uname -a
Linux food-webapi-1 3.10.0-862.11.6.el7.x86_64 #1 SMP Tue Aug 14 21:49:04 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Что ещё попробовать?

Гость - линуксы (разные) Хост - Windows 7

Прокидываю USB Wi-Fi адаптер - в iwconfig он есть, но сетей не видит ни одну. Под хозяйской виндой сетей - целый ассортимент.

Кто виноват и что делать?

Господа, возникла такая задача. Нужно в Bash-скрипте, запускаемом с sudo правами, считывать кастомные (мои) глобальные переменные, готовые прописаны в bash-конфиге с директивой export. Но из-за настроек безопасности в моей няшной убунточке, при запуске с sudo кастомные переменные сбрасываются.

Конкретно скрипт это программа duply, являющаяся обёрткой для duplicity - утилиты для бекапа. У этой duply есть три конфига: pre, conf, post, которые являются баш-скриптами. Я бы хотел запихнуть в глобальные переменные некоторые пути, чтобы не дублировать их в каждом из скриптов.

Вопрос, как наиболее разумно/практично/уникс-вейно этого добиться?

Варианты, до который я додумался сам: 1. Не запускать саму duply с sudo-правами. Операции, требущие админа, такие как монтирование webdav-ресурсов и создание LVM-снапшотов прописывать как sudo в скрипте, при этом отключив в sudoers запрос пароля, чтобы добиться автоматизированности скрипта.

2. Отключить политику безопасности, сбрасывающую кастомные переменные при запуске с sudo.

3. Вынести переменные в отдельный скрипт и подгружать его в каждом из скриптов-конфигов duply.

??? предложите что-то ещё

Собственно задача банальная. Хочу собственноручно составлять шпаргалку/quick reference/ по командам баш, сочетаниям vim и т.п. что я изучаю.

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

Думаю простой текстовый документ не пойдёт, нужное минимальное форматирование: bold, italic, заголовки, таблицы, ссылки.

Также, т.к. тем будет много, думаю нужна какая-то древовидность. Или всё пихать в один длинный документ с начальный меню, содержищим anchor'ы на каждую тему?

Также стремлюсь к максимальной простоте и эффективности работы. Пока представляю это, как открываю vim, пишу текст с разметкой (которая должна требовать минимум нажатий, т.е. никаких хтмл и хмл), например на markdown (как быть с древовидностью?), сохраняю. При сохранении файл автоматически конвертируется в какой-нибудь удобный формат (pdf?).

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

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

Что посоветуете? Что вы используете для этой цели?

Пишу на bash скрипт для бэкапа. Возникла необходимость (в ходе отладки) запускать на выполнение только отдельные строки скрипта, причём непоследовательные. Например несколько строк из начала, где объявлены переменные + кое-что из середины.

Нужен какой-то инструмент, умеющий это, приветствуется максимальная простота и быстрота установки и настройки.

Также хотелось бы, чтобы была возможность группировки строк. Например все строки с объявлением переменных объединить в группу 1. Часть строк из середины - в группу 2. Ещё часть - в 3.

И запускать потом две разных подпрограммы, одну состоящую из 1+2, вторую из 1+3.

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

Пишу в vim, так что оптимально, если это будет выполнено в виде плагина под него.

Делал по инструкции отсюда: https://wiki.archlinux.org/index.php/Cairo_Compmgr

Добавил cairo-compmgr & строку в ~/.xinitrc

Но по факту загрузки ОС каиры в списке процессов нет, и эффектов, которых она (в первую очередь анти-тиринг на границах окон) дает, тоже.

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

Настройка автозапуска через nohup cairo-compmgr & также не помогает. Причем если запускать с нохапом вручную, то каиро успешно переживает закрытие консоли.

Дистр - Arch, дрова - nouveau, используется git-версия cairo (стабильная точно также не автозапускается, но при этом она даёт худший анти-тиринг эффект при ручном запуске).

Куда копать?

Задумался над вопросом, а какие подходы существуют к иерархии и именованию пользовательских файлов (речь о /home). Какие плюсы и минусы у тех или иных подходов размещения всех тех многочисленные файлов: музыки, фильмов, книг, загрузок из интернета, собственных проектов и прочего.

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

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

Интересующие принципы иерархичности: удобная и понятная иерархия, позволяющая быстро и интуитивно найти нужный файл без прибегания к средствам поиска. Например нужно ли делать дерево каталогов с большой глубиной или же с малой, но размещая в каждой директории множество файлов? Как решать вопрос, когда по смыслу файл подходит в два места каталога? Вручную прокидывать сим/хардлинки? Стоит ли складывать все файлы, доступ к которым хотелось бы иметь из-под разных пользователей/ОС (музыка, фильмы, книги) вне /home или же всё-таки класть в /home и chmod'ом расшаривать доступ?

Принципы именования: быстрое нахождение файла как при работе в файловом менеджере, так и в консоли, удобочитаемость, пригодность для массовой обработки утилитами. Именовать файлы по-русски или по-английски? В каких случаях разделять слова подчёркиваниями, а в каких дефисами? Как быть с файлами, полученными через торренты, которые обычно хочется переименовать/переместить, но при этом сохранить файл на раздаче? Опять же вручную прокидывать линк? Чуть ли не самый важный вопрос: как писать комментарии к файлам на уровне файловой системы? Создавать текстовый файлик и класть его рядом с файлом? Но для этого придётся каждый одиночный файл прятать в отдельную директорию, чтобы комментарий был рядом. Как решить вопрос с отображением комментария напротив файла в команде ls -l? Писать свой враппер-велосипед?

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

Пришло время и мне, убунтоиду, собрать свой первый драйвер (для WiFi Realtek RTL8188SU).

Система, как ни странно, не убунту, а вполне себе CentOS

[root@***]# uname -a
Linux ***.lan 2.6.18-194.8.1.v5 #1 SMP Thu Jul 15 01:14:04 EDT 2010 i686 i686 i386 GNU/Linux

Скачал исходники драйвера, читаю инструкцию.

Platform requirements: PC-Based Linux platform (i386)

8712 USB Linux driver supports Linux kernel version : from 2.6.18 ~ 2.6.33

Вроде всего хватает и ядро как раз вписывается в рамки. Далее

- Demonstration based on Linux Fedora 2.6.24 Part 1: make 8712 USB Linux driver

(1) step1: uncompress the “rtl8712_8188_8191_8192SU_usb_linux_v2.6.x.x.2010xxxx.tar.gz” file. (in “driver” directory) > tar zxvf rtl8712_8188_8191_8192SU_usb_linux_v2.6.6.0.20100930.tar.gz

с распаковкой я успешно справился.

(2) step2: make 8712 USB driver module
> make
(3) step3: clean the operation environment
> ./clean
(4) step4: insert 8712 USB modules
> insmod 8712u.ko

А вот тут возникли проблемы, на шаге «make». Находясь в распакованной директории, я ввёл эту нехитрую команду, на что мне он заругался:

[root@***]# make
make ARCH=i386 CROSS_COMPILE= -C /lib/modules/2.6.18-194.8.1.v5/build M=/home/upload_user/realtek_wifi_driver/driver/driver  modules
make: *** /lib/modules/2.6.18-194.8.1.v5/build: Нет такого файла или каталога.  Останов.
make: *** [modules] Ошибка 2

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

Надо чтобы компьютер с Ubuntu 10.10 Server через Wi-Fi подключался к точке доступа и получал с неё параметры по DHCP (IP и шлюз).

Настраивал wpa_supplacant вот по этой инструкции.

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

И всё бы ничего, но такой симптом: после ребута интерфейс действительно поднимается и получает настройки по DHCP (IP адрес), но вот шлюз на точку доступа почему-то не прописывается (в выводе команды route его нет).

Что интересно, если опустить и переподнять интерфейс вручную (ifdown wlan0 && ifup wlan0) то новый путь в команде route появляется и всё становится замечательно.

Вопрос: почему надо переподнимать интерфейс и как обойтись без этого?

Хочу попробовать отказаться от мыши в не-игровых приложениях или хотя бы минимизировать её использование (как в тех фильмах про хакеров).

Какой Windows Manager посоветуете для этого дела?

Желательно чтобы побольше настроек было и поменьше тормозов. Также приму советы по сопутствующему софту.
Наверное буду не против сменить уже известный мне гуишный софт на консольные или около-консольные аналоги.

p.s. Диапазон занятий за компьютером: да всё то, что делает классический *никсоид:

0. Серфинг в интернетах (скорее всего firefox)
1. Музыка/фильмы.
2. Программинг (си/питон)
3. Общение: icq, jabber
4. Ну и всякие сопутствующие операции, будь то бороздение просторов файловой системы (mc?), просмотр и прочитр различных форматов, начиная от .txt (ну тут просто — vim тащит), заканчивая .pdf и .djvu.

Вот выхлоп дебага wpa_supplicant (юзаю его для коннекта, по этой инструкции).

В 10% случаев подсоединение есть, в остальных он долбится, долбится, но подключиться не может. Или вроде подключается, но вскоре отсоединяется.

Соединение защищённое, WPA/WPA2 с ключом.

Сигнал до точки слабоват, вот смотрю в родной софтине из-под Windows (переключил адаптер в другой комп, антенна осталась висеть на том же месте, [антенна сделана из пивных банок]) — 40% сигнал и 98% качество. Как перевести в проценты децибелы, которые мне показывает iwconfig в Linux, не знаю.

Адаптер, которым подключаюсь, это маленький wi-fi адаптер, купленный на buyincoins.com, выглядит как флешка, чип Realtek RTL8188SU. ОС - Ubuntu 10.10 Server, без GUI, драйвера отдельно не ставил (она поставила сама).

Подключаюсь к роутеру Dlink dir-300 со стандартной прошивкой за 2009 год, оный находится за толстой стеной с железяками, да ещё и наискосок.

Any ideas?

Есть ли под линукс Web-интерфейс как в роутерах? Или может какая-нибудь клиент-серверная программа.

Чтобы с клиентского компьютера рулить настройками, смотреть статистику и прочее.

Самое главное чтобы этот интерфейс умел настраивать Wi-Fi.

p.s. Ubuntu Server 10.10. GUI-шные приложения для СЕРВЕРА не предлагать (там только консоль). Специализированные дистрибутивы с встроенным веб-интерфейсам предлагать, но осторожно, ибо это на крайний случай.

Есть спецы по FreeBSD?

Поставил её на виртуалку (VMware). Пытаюсь закачать что-либо с офф FTP серверов фряхи (хоть пакеты, хоть порты).

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

Обычные пинги из фряхи до google.ru, yandex.ru ходят.

Фряха подключена через виртуальную локалку в хосте Vmware8, которая NAT. Хост подключён к домашнему серверу, который на Ubuntu server 10.10 и который выполняет роль роутера. Далее уже линк до провайдера. На хосте настроен DHCP (настройки присылает убунтовский сервак, на правах Кэпа).

Картинка: Виртуалка:[фряха] -> [хост] -> [сервак с ubuntu 10.10] -> провайдер

В настройках sysinstall пробовал и обычный FTP и FTP пассивный.

Что делать, куда копать?

Почему-то концепция линукса и конкретно убунты и совсем конкретно Xubuntu 11.04, заключающаяся в том, что рабочесть искаропки доведена до максимума, а пресловутое красноглазие низведено в ранг необязательных и опциональных возможностей, даёт сбой при при попытке прикоснуться к некоторым, насколько я понимаю, исконно проблемным и оттого болезненным областям линукса. И ладно если бы просто прикоснуться — с чистой совестью можно было бы сказать «не лезть куда не следует», но ведь вся штука в том, что они сами ко мне лезут! Именно так, лезут и тыкают в меня, вызывая постоянно раздражение и закономерное желание с ними поквитаться.

А именно одна из таких областей, которую я при всём желании не смог обойти стороной, это графическая сторона линукса. На меня при переходе с уютного оффтопика, где балом правит один интерфейс, внезапно свалилась куча информации о desktop enviroments, window managers, «иксах» и window decorators. И у каждого из них своя концепция, свои настройки и возможности, свой нрав и свои баги... Ладно, потратив некоторое время на знакомство с ними я на данный момент остановился на стандартном Xfce, хотя также поглядываю в сторону *box'ов.

Казалось бы — можно наконец работать. Но глаза после многолетней услады порой задумчивого, но тем не менее гладкого и изящного в движениях интерфейса оффтопика всё время цеплялись за какие-то несовершенства в картинке, выдаваемой связкой из xubuntu 11.04 и им сопутствующих иксов, оконного менеджера и драйверов на видеокарту ATI HD 4850 в стандартной поставке. Такой констраст: приятные округлости, сглаживания и цвета Xfce интерфейса и непотребства всего этого в движении. После некоторого гугления мой словарный запас пополнился ещё одним словом — tearing или разрывами по-русски.

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

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

Я обнаружил совет включить в конфиг иксов данные строчки: http://pastebin.com/L3VKMd6q

однако с ними я стабильно получал чёрный экран на этапе загрузке ОС.

Пока я пытаюсь понять, как найти в логе иксов возможные уведомления, относящиеся к данному событию, взгляните, уважаемые солоровцы, на данный конфиг о трёх строчках своим красным опытным глазом и, может быть, узрите очевидные в нём оплошности. Либо достаньте из недр своей памяти иной конфиг, обличающий проблему тайринга в её враждебной ипостаси и уничтожающую её на корню. Не хотелось бы лицезреть костыльные и оттого некрасивые решения и, соответственно, хотелось бы узнать о самых правильных, фундаментальных и софтварных! (поменять видеокарту не предлагать) решениях сей проблемы. Может быть случится чудо и в ваших закромах найдётся какой-нибудь GUI к свободным драйверам (где проблема решится установкой одной галочки!), дабы не становится белой вороной в среде убунтоводов с конфигами и вимом (хотя вим мне нравится — пользуюсь им пока они не видят) и решить её самым что ни на есть графическим путём.

Вкратце: ATI 4850, свободные дрова, Xubuntu 11.04, разрывы картинки везде (tearing everywhere!), как включить вертикальную синхронизацию?

Mint (Kubuntu 10.10)

На странице настройки принтеров:

Служба «настройка принтера» не предоставляет интерфейс KCModule с ключевыми словами system-config-printer-kde/system-config-printer-kde.py Фабрика не поддерживает создание компонентов указанного типа.

Подозреваю что это из-за обновления до KDE 4.6.2. Знает кто, как вылечить (или как даунгрейднуться до KDE 4.6, ничего дополнительно не сломав)?

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

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

Если же мы будем выбирать площадь основания минимально необходимой, 10 квадратных метров, то каждый день мы будем прибавлять в высоте гораздо больше и прогресс пойдёт быстрее!

Переводя сию аналогию на мир Линукса, выскажу в общем то Кэповскую мысль: стопицотмиллионов дистрибутивов не нужны!

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

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

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

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

Те или иные достижения прогресса, достигнутые и реализованные в одном из конкурирующих дистрибутивов так и остаются в нём. Разработчики же прочих дистров эти нововведения либо просто не замечают, либо гордо бросаются реализовывать сами, либо просто помечают в блокнотике «через пару лет реализовать» и забывают об этом до лучших времён (которые никак не наступают).

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

Но годы идут, дядюшка Линус Торвальдс отнюдь не молодеет, но светлое будущее и не думает приближаться.

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

Нужно для начало одно: собраться всем линуксоидам на первый съезд КПСС и постановить общую программу партии, которая бы провозглашала умеренное, но добровольное! ограничение свободы ради общего блага коммунизма в линуксе. Негоже, когда каждый живёт отдельно и строит своё светлое будущее исключительно в рамках своего маленького мирка, в рамках своего дистрибутива.

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

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

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

Например первый из них будет наиболее быстрым и гибким, но требующим компиляции пакетов, второй — наиболее богатым и работоспособным «из коробки», иной же — можно остановить как прототип, который будет служить вектором развития всего линукс сообщества, который как перст указующий батюшки нашего Владимира Ильича Ленина будет указывать сначала нам, линуксоидам современности, а затем и нашим потомкам истинный путь развития, дабы не сбились они с него и несмотря ни на что смело шли к светлому будущему.

Все исторические наслоения, незначительнные различия в именованиях путей в конфигам (типа /aaa/ и /aab/) должны быть ликвидированы раскулачиванием и внедрением единого стандартна именования во все дистрибутивы нашей новой линейки. Эти атавизмы уже сейчас не несут полезной функциональности, вносят смуту в ряды разработчиков софта и служат лишь для удовлетворения тщеславия иных разработчиков, почему и должны быть искорены решительными действиями.

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

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

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

Ubuntu.

Amarok 2.4.

Кривая кодировка у русских символов в плей-листе. Патченый taglib починяет кодировку только у локальных mp3; названия же интернет-радио остаются в кракозябрах.

Как починить?

Как быстро летит время за линуксом, казалось бы только сел за компьютер, а уже ночь... так, о чём это я?

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

Имеется информация различного рода, текстовая и мультимедийная.

Источники: всевозможные, основной - интернет.

Деятельность: получение, классификация и упорядочивание информации, хранение её в виде удобном для доступа, а также обеспечение надёжности её хранения и простой переносимости.

Задача: обеспечить максимально возможное удобство, надёжность хранения информации и эффективность при работе с ней.

Примеры информации:

* ссылки на ролики на ютуб.ком, названия прослушанных песен

* да не только ютуб, вообще самые разные ссылки по всевозможным темам

* книги, которые бы хотелось прочитать

* разнообразная инфа по компьютеру, операционным системам, их настройке

* интересные заметки, цитаты, факты (в виде текста или ссылок на веб-страницы), найденные в Сети

* скачанные файлы (музыка, фильмы, установочники программ), а именно хранение моих собственных комментариев к ним

* хранение истории сообщений из IM (icq, jabber)

* хранение паролей ко всему перечисленному

* ведение личного органайзера (календарь, расписание на день, заметки, etc)

и многое другое

Что имею на сегодняшний момент (примеры софта из windows), по пунктам:

* ссылки храню в стандартных закладках Mozilla Firefox. Отдельные части страниц, если надо сохранить, сохраняю в CyberArticle (проприетарная windows софтина). Учитывая неудобство сохранения картинок в CA, иногда просто сохраняю картинки с сайтов в отдельную папку на жестком. Недостатки: неудобно работать с несколькими хранилищами информации, неудобно искать по ним, трачу много времени на поддержку их всех одновременно.

* Список книг, просмотренных фильмов, инфу по настройке компа и ОС (и вообще всевозможную текстовую информацию) храню в windows проге Mars Notebook. В ней благодаря древовидной структуре удобно хранить всё, что надо. Но некоторые моменты софтины не устраивают (не сохраняется время создания записей, нет статистики, об этом ниже).

* С историей сообщений из IM откровенная беда. В поисках наилучшего ICQ клиента мигрирую туда-сюда, различные мессенджеры имеют свои форматы хранения сообщений, с версиями файлов с сообщениями постоянная заморочка, неудобно в общем.

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

Торренты из uTorrent вообще нельзя комментировать в этой софтине - только разбивать по категориям. Стоит ли говорить, что он сохранении комментариев к торрентам и закачкам из Download Master речи вообще не идёт - никаких средств синхронизации между собой у них нет.

* Единственное с паролями вроде разобрался. Остановился на софтине KeePassX, сконвертил для неё базу от Password Commander (PC(win) -> KeePass(win) -> KeePassX(linux)), правда после конвертации надо записи опять по категориями рассовывать, но на фоне всего остального это мелочь.

* Органайзер. Тут вопрос открыт. Мне нужна также синхронизация с моим КПК на Windows Mobile 6.1, так как всё ручками перебивать это сами понимаете, позапрошлый век.

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

Каким я вижу решение этой проблемы. Единая росси... софтина. В ней я в табличном виде вижу список ВСЕХ файлов на моём компьютере, независимо от источника их получения. Список я могу фильтровать, сортировать по любым столбцам. Для каждого файла я могу определить категорию, метки, написать свой комментарий. Могу сгруппировать файлы, если они представляют одно целое (две версии одного фильма). Для каждого файла обязательно сохраняются время создания/редактирования (так как я люблю статистику). Была бы кстати возможность составлять отчёты из статистики, например, график просмотра фильмов в этом году по месяцам (сколько просмотрено). Без экспорта во всякие эксели - нативными средствами. Также могу для каждого файла добавить любую инфу, например для фильмов это будет ссылка на imdb.com или, может быть, картинка от постера.

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

Для торрентов хранится связка .torrent файл+соответствующий ему сам скачанный файл, чтобы легко манипулировать торрентами.

Отдельно (пусть даже в другой проге) хранятся сохранённые мною цитаты или целые куски веб-страниц опять же с информацией о том, когда они были сохранены, с поддержкой категории, меток, ... Добавление информации в программу происходит не маргинально: ктрл+ц в браузере, альтаб в софтину, ктрл+н для создания новой записи, кнтр+в вставка инфы. НЕТ! Всё современно: софтина сама интегрируется в браузер (Firefox), позволяя по единой горячей клавише или из контекстного меню рулить собой.

Что касается органайзера, он должен быть либо внутри этой софтины, либо в виде отдельной. Обязательны широкие возможности по настройке (люблю мощный софт, мне на win понравился монстр GemX doOrganizer, поглядите скриншоты, жаль он денег просит + мне показалось, развивается не динамично + только на windows + синхронизация с win mobile только через посредника (outlook), что плохо). Очень хотелось бы уметь синхронизироваться с КПК на Windows Mobile 6.1 (правда пока не знаю, вообще возможно ли это из линукса).

Софтины НЕ должны быть онлайновыми (НЕ должны быть веб-сервисами то бишь) со всякими модными облаками, только старый оффлайн (допустима разве что синхронизация различных версий через серваки в интернете). Экстремально сильно хотелось бы иметь возможность у софтины хранить свою базу единым файлом + ШИФРОВАТЬ ЕГО заданным мною паролем (чтобы не заморачиваться с TrueCrypt). Очень хотелось бы также функцию самобекапа на указанный мною удалённый сервак (несколько протоколов на выбор) или даже на свой собственный сервер (но обязательно под шифрованием).

Софтина(ы) должны быть иметь версии под linux и, желательно, ещё под Windows с MacOS. Крайне желательно, чтобы бесплатны и свободны. Не хотелось бы повторения ситуации с Password Commander, когда разработка умирает, версий новых нет и код тоже не открыт. Приходится выкручиваться (передаю искренне спасибо тому человеку, который написал конвертер базы PC в KeePass).

Неплохо бы иметь поддержку плагинов и предоставления API для собственных скриптов (на Python!), чтобы юзер мог реализовать нужную ему функциональность вроде слияния и синхронизации хистори от различных IM.

Если это имеет значение: мои исходные данные сейчас это KDE, Linux Mint 10 (на Kubuntu).

Есть у вас идеи по поводу подобной софтины, может быть она уже существует в природе и вы знаете её название? Как вы решаете проблему с хранением разнородной информации из различных источников?

Купил данный диск, так как есть желание ознакомится с Линуксом. Но при запуске честно говоря, мало что понятно нажимать, набирать и т.д. Юзал поисковики по сабжу - но находил информацию только о самом диске, а не о документации по его использованию. Так же прошелся по FAQ на данном форуме. Нашел через данный faq сайт opennet.ru. Но там встретил только описания вышедших релизов. Читал в инете, что mandrake имеет большое русское комьюнити, переведенную документацию и т.д. (информация отсюда: http://lafox.net). Хм, но почему-то мне пока встречается только комьюнити, расселившееся по разным сайтам и документация по простому linux mandrake. А вот по linux mandrakeMOVE ничего найти не удается. Народ, объясните, существует ли документация на русском по данной ОС или нет?