Есть еще одна причина, по которой такие каталоги, как /tmp, /bin, /sbin в корне. Потому, что в корне присутствует минимальная система, которая в любом случае должна смочь стартовать и в случае аварии провести восстановление системы.
Скажем /var и /usr могут быть расположены на отдельных партициях и/или дисках. И в случае аварии или ошибки, они могут не примонтироваться после загрузки. И что тогда делать?

А нельзя наоборот? Если логика одинакова, просто преобразовать тупо на входе все в строку и все дела?

Спасибо

Скиньте инвайт, если можно, тоже хочу попробовать.
evgeny.kazanov(эта)gmail.com

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

Не слишком ли категорично?
Случаи бывают разные и иногда Wine сильно помогает. Например в переделываемой системе запустить старую программу, которую заново никто не будет разрабатывать, а держать для нее отдельный компьютер под Windows не хочется.
И вообще много есть случаев, когда нужно смоделировать Win32 окружение.

Нет моего варианта
OpenBox+LxSession+LxPanel+PyTyle

Вдогонку.

Следует читать: где-то в конце 1996

Знакомство с UNIX началось с книги кажется "Мобильная операционная система", хотя могу ошибаться, а книгу кто-то замылил. Потом была статья в компьютерном журнале про установку Линукс.
Потом знакомый сказал, что на финском сервере можно скачать дискеты для установки Линукс.
Это был Дебиан, где-то в конце 2006, ядро было 2.0.12, если не ошибаюсь. Устанавливался дебиан тогда с 6-ти дискет. Потом качал пакеты по одному, устанавливал, смотрел зависимости, опять качал, опять устанавливал. В общем интересного было много.
Пару лет назад перешел на Ubuntu. В основном из-за того, что много спрашивали по ней. Ну и базируется на Дебиане.

Как то я писал статейку на близкую тему, может кому-нибудь будет интересно:
К вопросу о некоторых аспектах организации файловой системы UNIX/Linux

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

Опять непонятно, что требуется.
Единственный пользователь без возможности переключиться на root, значит машину нельзя будет администрировать. Или ты root не считаешь за пользователя?

Пользую уже некоторое время. Интерфейс мне в общем-то пофиг, кнопки вернул на место. Суперпрожорливости тоже не заметил. Но главное - работает быстрее.
Второе главное - FireBug тоже работает. Так что на сегодня для работы замены АА нет.

На все вопросы ответ один - Emacs!

root не выключен. Нельзя залогиниться с таким именем, а переключится на него можно:
sudo su

Первому пользователю не даются права рута. Ему дается право переключиться на права рута, когда надо.
Это сделано для пользователей, которые являются единственным пользователем, на одном компе или первый пользователь компа является одновременно администратором. Позволяет работать под рядовым пользователем (не запортить лишнего), в случае нужды быстро переключиться на логин администратора.
Кроме этого, отсутствие логина с известным заранее именем, усиливает безопасность.
Не вижу никаких проблем с этим. Тем более лично для меня например это как раз более привычная модель, т.к. часто приходится работать через SSH, а в нормальных системах, вход по SSH с именем пользователя root запрещен.

По моему на Ubuntu сделать это не просто, а очень просто, если я правильно помню.
При установке первый пользователь привелигерованный, который может переключаться на рута, остальные пользователи - нет
Таким образом можно сделать, если не заморачиваться дввумя путями:
1) Сделать двух пользователей, один может становиться админом, второй нет.
2) Сделать трех польователей, первые два как в пункте 1), еде одного (root), дав руту пароль.
sudo su
passwd
3) Ну и можно классический путь, сначала сделать 2), потом привелигированного польователя удалить, будет польователь и рут.
По-моему так.

И не последнее, но важное, на Linux хорошо работает Emacs!

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

Если все разделы попали правильно, они замонтируются правильно. Значит все ОК, ошибки нет.
Если хоть один раздел не попал, на нем ничего работать не будет, значит ошиблись, гадаем снова.
И так до победы.

Это как? При пользовании программами cfdisk или fdisk перезаписывается ТОЛЬКО таблица разделов. Так информацию не уничтожишь.
Таблица разделов у нее уже уничтожена, хуже, чем есть уже не сделаешь, а восстановить можно, да собственно и не трудно.
Записываешь таблицу, монтируешь разделы, смотришь, что получилось. Можно хоть сто раз, ничего хуже, чем есть не испортишь.

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

Попробуйте заново разбить диск на те же разделы, с теми же размерами. cfdisk, или fdisk.

Стиль кода это есть, но даже не это важно. Я бы сказал, что питоник - это писать, используя питоновские паттерны проектирования. ИМХО, это главное и это дает наибольший выигрыш.

Это же пользовательские скрипты, иэ нужно редактировать, добавлять.

Есть и еще нюансы.
На пользовательские скрипты не нужно делать sudo
В общем, если общие для всего хоста, то да, /usr/local/bin
Если индивидуальные для пользователя, то $HOME, я обычно делаю $HOME/bin
чтобы не заморачиваться, это всем ясно.

Не совсем так.
Пользователей может быть много. Каноническая схема:
- иерархия /usr - софт дистрибутива, общий для всех хостов с этим дистрибутивом, ставит администратор
- иерархия /usr/local - софт не входящий в дистрибутив, общий для хоста, ставит администратор
- иерархии /home/$USER - для пользователей, ставят пользователи, каждый себе сам.
Если делать по другому, рано или поздно будут конфликты.

Пардон, седует читать: Там скрипты с одним именем могут выполнять разные действия.

Неправильно, /usr/local не для пользовательских скриптов, он для:

Пользовательские скрипты устанавливаются именно в пользовательской директории. Я обычно устанавливаю их в директории ~/bin
Почему не нужно устанавливать их в /usr/local/bin?
Потому, что не всегда приходится работать на машине, где работает только один пользователь, не всегда даже права root есть на данной машине.
Когда несколько пользователей начнут класть свои скрипты в директорию /usr/local/bin, очень вероятны конфликты имен и вообще непредсказуемые вещи, типа запустили скрипт, не совсем обратив внимание на имя (оказалось похожим или вообще такое же, а Ваш затерт) и он выполнил совсем не то, что Вы хотели.
Опять таки свои скрипты, это часть рабочего окружения, удобно, когда копируешь свою заготовку для домашнего окружения и вот уже все работает.
Часто домашние директории пользователей и самих пользователей используют для размещения разных проектов на одной и той же машине (Очень удобно!) Там скрипты с одним именем могут выполнять одни и те же действия.
У меня на блоге статеечка есть, которая немного касается тих вещей.

В настоящее время фрилансер. Области, в которых работаю, WEB разработка, Django, Python, MySQL, PostreSQL. Рабочие места, сервера, все под Linux.
Работаю с Linux с конца 1996 года. Приходилось и администрировать и разрабатывать ПО. Писал на C, C++, Perl, Tcl, Shell, Python, немного Elisp.
Для разработки использую Emacs. Его же использую и для всего остального, включая планирование, заметки, информационную систему.
Из вкладов в копилку Linux, когда-то поддерживал вебсайт Линукс-чайник, сейчас веду блог посвященный Linux/Django/Python/Emacs.

Просто может пора уже прикручивать к сайту форум?

Пардон, нужно вот так:

* За ноябрь
| Что       |   Сумма | Дата             | Счет | SSKF | Примечание |
|           |         | оплаты           |      |      |            |
|-----------+---------+------------------+------+------+------------|
| Teledema  |   108.8 | <2010-12-28 Втр> |      |      |            |
| TTS       |      30 | <2010-12-28 Втр> |      |      |            |
| Sugardas  |      28 | <2010-11-26 Птн> |      |      |            |
| VBust     |  220.72 | <2010-12-28 Втр> |      |      |            |
| Lift      |   38.62 |                  |      |      |            |
| VE Услуги |  629.90 |                  |      |      |            |
| RST       |   140.4 |                  |      |      |            |
| RST МОП   |   12.31 |                  |      |      |            |
|-----------+---------+------------------+------+------+------------|
|           | 1208.75 |                  |      |      |            |
#+TBLFM: @11$2=vsum(@3..@10)

Ну, я например вставляю таблички подсчета расходов прямо в месячные записи,
Например:
* За ноябрь
| Что | Сумма | Дата | Счет | SSKF | Примечание |
| | | оплаты | | | |
|-----------+---------+------------------+------+------+------------|
| Teledema | 108.8 | <2010-12-28 Втр> | | | |
| TTS | 30 | <2010-12-28 Втр> | | | |
| Sugardas | 28 | <2010-11-26 Птн> | | | |
| VBust | 220.72 | <2010-12-28 Втр> | | | |
| Lift | 38.62 | | | | |
| VE Услуги | 629.90 | | | | |
| RST | 140.4 | | | | |
| RST МОП | 12.31 | | | | |
|-----------+---------+------------------+------+------+------------|
| | 1208.75 | | | | |
#+TBLFM: @11$2=vsum(@3..@10)

Попрбуй, это не просто а очень просто:
пусть таблица в один ряд
В первой клетке пишем 2
Во второй клетке пишем 2
В третьей клетке пишем :=@1$1*@1$2
Получается:
Пишем: | 2 | 2 |:=@1$1*@1$2 |
Результат: | 2 | 2 | 4 |
Меняем в первой клетке 2 на 3, нажимаем C-u C-c C-c
Получаем: | 3 | 2 | 6 |
Можно делать формулы для столбцов, например
То же самое с подсчетом для текущего ряда | 2 | 2 |:=$1*$2 |
В общем можно много чего делать

А там еще в таблицах и считать можно и просто!

Да будь я хоть негром преклонных годов,
И то б, без унынья и лени,
Emacs бы я выучил только за то,
Чтоб пользоваться ихним оргмоде!

Под Linux пользуюсь mc, клиентам под винду советую winscp.

Пардон, вместо "команда разработчиков" следует читать "команда тестеров"

ИМХО, нужно понимать, под что заточен пакетный менеджер и границы его ответственности. Он заточен под то, чтобы получить работающую систему с ограниченным множеством пакетов для которых протестирована совместимость.
А разработчику может понадобиться и в общем случае почти всегда нужны другие версии софта, более свежие, или просто другие. Для этого есть возможность (UNIX!) очень сильно менять среду выполнения своей программы. Но никакой пакетный менеджер и никакая команда разработчиков не в состоянии угадать и заранее удовлетворить нужды разработчика.
Поэтому, для разработчика вполне кошерный путь устанавливать софт в /usr/local или в свою домашнюю директорию, благо есть инструменты для того, чтобы быстро подключить/отключить установленный софт.
Я думаю примерно так.

Если корпоративная сеть 10.0.0.0, а локальная 176.16.10.0 и нет никаких
компов 176.16.10.X вне локальной сети, то это все упрощает.
Пишешь у всех клиентов локальной сети дефолтный GW твой IP - 176.16.10.2
на своем компе роутишь три сетки
- 10.0.0.0
- 176.16.10.0
- 0.0.0.0 - интернет
Все должно работать.
Клиенты LAN ходят и в интернет и в корпоративный VPN через тебя.

А у тебя тогда получается корпоративная сеть через VPN 10.0.0.0?

Здесь проблема. Твой компьютер не знает куда отправлять пакеты, для сети 172.16.10 то ли искать их в локальной сети, то ли гнать на 172.16.10.1
Возможно он гонит их все на VPN, а потом оттуда они возвращаются в локальную сеть, через роутер VPN.
Можно прописать роутинг для каждого локального компа сети LAN.

Если я правильно понял, то да, может выглядеть так. Два интерфейса в одной сети обычно не нужно, но никаких проблем с этим нет. Просто нужно роутинг нормально прописать.
НО! Твоему компьютеру (Linux), нужно знать, на каком интерфейсе искать какие компы корпоративной сети, потому, что часть из них на одном интерфейсе, часть на другом.
Можно решить двумя путями :
1) если получается, разбить сеть на две подсетки, чтобы одна подсетка была локальная сеть, другая - корпоративная через VPN.
2) Если не получается по 1) можно прописать на Linux GW на сетку 172.16.10 через eth1, а для каждого компа из локальной сети прописать роут через eth2.

На всякий случай добавил. Мост (bridge), тебе не нужен, отключай.

Давай сначала. Мост (bridge) действует так, он соединяет две сети таким образом, что пакеты из одной сети гонит в другую и наоборот так, что обе сетки соединяет как если бы они были бы одной сеткой. Т.о. мост между двумя картами, смотрящими в ТУ ЖЕ САМУЮ сеть, не имеет смысла, Т.к. сети уже соединены. Картам моста можно присвоить IP, можно работать без IP, мост (bridge) от этого работать по другому не будет.
Тебе нужны две карты с разными IP смотрящие в одну и ту же сеть. На клиентах прописываем два GW, один в локальную сеть, другой (Defoult GW) в интернет. Твоя машина должна работать как роутер.
В принципе можно обойтись и одной сетевой картой (одной карте можно назначить два IP, только маскарадинг не работает, но для упрощения, давай рассуждать пока с двумя картами)
Вот если сделать так, как я написал, какие возникают проблемы?

А что ты называешь мостом? Bridge? А зачем мосто, нельзя обойтись роутингом?

Сделали?

Вообще, нужно просто уметь их готовить.
Для меня, скажем Ubuntu ценен тем, что можно быстро развернуть рабочее место под UNIX быстро и с минимальным геморроем.
Затем уже можно его приспособить под собственные нужды. Если скажем нужен свой набор свежего софта, компилим его в /usr/local или в домашнюю директорию.

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

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

А нельзя сделать так:
- У тебя сделать роутер из 172.16.10.X в интернет.
- На хостах, которым нужен и-нет прописать два роута
-- Один в сеть 176.16.10.X через гэйтвэй 172.16.10.1
-- Второй в и-нет через дефолтный гэйтвэй 172.16.10.2

Установщик тоже линукс грузит. Нужно искать, почему не загружается.
Нужно смотреть экран сообщений, на чем виснет. Это первое, что приходит в голову.
Попробуй отключить сплэш скрин и посмотри на чем виснет. Рецепт отключения:
http://www.foogazi.com/2007/10/27/remove-the-ubuntu-splash-screen/
Возможно станет яснее.