| 1.2, Аноним (-), 23:24, 28/02/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
> Системные изменения
Объединенный /usr, бинарные логи, управление службами через конфиги вместо скриптов - в Linux портируют все больше фич с промышленных UNIX-систем. Такими темпами, через пару лет, возможно, у GNU/Linux будет больше формальных оснований называться Юниксом, чем у многих BSD-систем :)
А firewalld выглядит вкусно, надо потестить.
| | |
| |
| 2.3, Аноним (-), 23:26, 28/02/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> у GNU/Linux будет больше формальных оснований называться Юниксом, чем у многих BSD-систем
Точнее, не формальных, а фактических.
| | |
| 2.66, seleko (?), 08:35, 29/02/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Да, и меня, как владельца AIX эта тенденция пугает.
Помню наё*ся когда его долбанная метабза ВСЕГО (реестр) на*б*ся.
| | |
| |
| 3.74, Аноним (-), 12:49, 29/02/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Да, и меня, как владельца AIX эта тенденция пугает.
> Помню наё*ся когда его долбанная метабза ВСЕГО (реестр) на*б*ся.
Реестр пока тащить не собираются. Наоборот, везде переходят на текстовые конфиги.
| | |
| |
| 4.80, seleko (?), 13:13, 29/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Помню наё*ся когда его долбанная метабза ВСЕГО (реестр) на*б*ся.
> Реестр пока тащить не собираются. Наоборот, везде переходят на текстовые конфиги.
Потерингу не забудьте сказать :)
| | |
| |
| 5.84, Аноним (-), 14:03, 29/02/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Потерингу не забудьте сказать :)
Так он вроде главный борец за продвижение текстовых конфигов во все поля.
| | |
|
|
|
|
| 1.4, Аноним (-), 23:32, 28/02/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> реализацию динамического межсетевого экрана
Главное, чтобы старый статический совсем не убрали, чтобы не пришлось самому создавать скрипты.
| | |
| |
| 2.75, Аноним (-), 12:52, 29/02/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Главное, чтобы старый статический совсем не убрали, чтобы не пришлось самому создавать скрипты.
Динамическая конфигурация включает статическую как подмножество.
Кстати, в дебиане и производных, статические скрипты для iptables выкинули много лет назад, и ничего.
| | |
|
| |
| 2.56, Аноним (-), 00:53, 29/02/2012 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> А как примонтировать /usr, если бинарник mount находится в /usr/bin?
А как до этого монтировали корень, если бинарник mount лежал в корне? =)
| | |
| 2.57, Пр0х0жий (ok), 01:31, 29/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
 > А как примонтировать /usr, если бинарник mount находится в /usr/bin?
Элементарно:
$ rpm -ql mount|grep mount
/bin/mount
/bin/umount
/usr/share/man/man8/mount.8.bz2
/usr/share/man/man8/umount.8.gz
$ dpkg -c mount_2.20.1-3_i386.deb | grep mount|grep bin
-rwsr-xr-x root/root 67692 2012-02-24 16:27 ./bin/umount
-rwsr-xr-x root/root 92828 2012-02-24 16:27 ./bin/mount
| | |
| |
| 3.65, koqep (ok), 07:25, 29/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
 Ф-14:
# rpm -ql mount | grep mount
пакет mount не установлен
что я делаю не так?
| | |
| |
| 4.96, Пр0х0жий (ok), 19:37, 29/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
Всё так, но mount и coreutils в миниалах есть во всех дистрибутивах:
сначала мейнтейнеры Fedora свалили mount в /usr/bin, потом не включили в минимал, потом пожаловались, что у них проблемы и подмели всё метлой в /usr/bin, /usr/sbin.
Свалку в дистрибутиве делать не принято.
| | |
|
|
|
| 1.58, I am (??), 01:59, 29/02/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Обновление библиотеки Boost до версии 1.48.
В честь чего такое внимание в новости?
| | |
| |
| 2.61, anonymous (??), 03:30, 29/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
Слишком много программ завязано на boost, если что то полетит то "сядут (почти) все". Вот и хвастаются что осилили переход на новую версию и ничего не отвалилось.
| | |
| |
| 3.69, I am (??), 10:34, 29/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
% equery d boost
app-misc/strigi-0.7.6-r1 (dev-libs/boost)
app-office/libreoffice-3.4.3.2-r1 (>=dev-libs/boost-1.46)
media-gfx/exiv2-0.21.1-r1 (contrib ? >=dev-libs/boost-1.37)
media-libs/vigra-1.7.1-r1 (dev-libs/boost[python?])
net-analyzer/sinfo-0.0.44 (dev-libs/boost)
sys-fs/encfs-1.7.4 (>=dev-libs/boost-1.34)
Да не сказал бы, что много.
| | |
|
|
| 1.59, luckym (ok), 02:27, 29/02/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 >Растровый графический редактор GIMP обновлён до свежей тестовой сборки, на базе которой ведётся подготовка релиза 2.8.
Круто, я в своей Убунте тоже такое хочу.
| | |
| |
| 2.100, Аноним (-), 11:25, 01/03/2012 [^] [^^] [^^^] [ответить]
| +/– |
Просто ppa подключи. Я уже давно на 2.7.x сижу. Однооконность слишком прекрасна, чтобы ей не пользоваться.
| | |
|
| 1.63, www (??), 03:33, 29/02/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Python 3.3 добавят или нет?
в нем различные оптимизации как по скорости работы проделаны
проще набрать yum install python3, чем с исходников устанавливать
update:
http://fedoraproject.org/wiki/Features/Python_3.3
жаль 3.3 выйдет позже Федоры 17
ну чтож тогда с исходников:
./configure && make && make install
| | |
| |
| 2.81, Stax (ok), 13:34, 29/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
 Гмм. А у вас уже получилось на него переползти?
Лично меня необходимость каждую вторую нужную библиотеку гнать через 2to3 с негарантированным результатом слишком напрягает, чтобы думать о программировании под ним проектов, где намечаются сколько-либо разные зависимости (а это, по сути, почти все).
Да и если вам нужна скорость, то не лучше ли смотреть в сторону pypy? (который тоже еще, видимо, долго будет реализовывать только python2).
| | |
| 2.85, ach (ok), 15:48, 29/02/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > ну чтож тогда с исходников:
> ./configure && make && make install
А пакет самому собрать?
| | |
|
| 1.67, anonymous (??), 09:29, 29/02/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– | |
>для работы достаточно будет экспортировать в режиме только для чтения раздел /usr
А что, просто экспортировать в режиме только для чтения /bin, /lib, /sbin и /usr настолько сложно, что надо было всё переносить?
| | |
| |
| 2.72, Аноним (-), 12:45, 29/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
Ну смонтируй что-нибудь в /bin, /lib или /sbin. Это, конечно, будет очень юниксвейно.
| | |
| |
| 3.90, Аноним (-), 17:05, 29/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Ну смонтируй что-нибудь в /bin, /lib или /sbin. Это, конечно, будет очень
> юниксвейно.
А чем монтирование в /usr юниксвейнее монтирования в /bin, /lib или /sbin?
| | |
| |
| 4.93, Аноним (-), 17:36, 29/02/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> А чем монтирование в /usr юниксвейнее монтирования в /bin, /lib или /sbin?
Если /bin, /lib и /sbin расположены не на корневом разделе - какой вообще тогда смысл их существования, как отдельных каталогов?
| | |
| |
| 5.101, anonymous (??), 19:47, 01/03/2012 [^] [^^] [^^^] [ответить]
| +/– | |
>Если /bin, /lib и /sbin расположены не на корневом разделе - какой вообще тогда смысл их существования, как отдельных каталогов?
Для скриптов же. Теперь только надо будет переправить везде #!/bin/sh на что-то вроде #!/usr/bin/env sh А то на 19-й федоре отвалится.
| | |
|
|
|
| 2.78, Аноним (-), 13:05, 29/02/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> А что, просто экспортировать в режиме только для чтения /bin, /lib, /sbin и /usr настолько сложно, что надо было всё переносить?
Зачем монтировать четыре раздела (и сопровождать четыре образа), если можно смонтировать один и сделать симлинки?
| | |
| |
| 3.91, Аноним (-), 17:14, 29/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Зачем монтировать четыре раздела (и сопровождать четыре образа), если можно смонтировать
> один и сделать симлинки?
А почему бы и нет? Кроме того, можно ведь монтировать / в какой-нибудь /remote и делать на него симлинки /lib, /bin, /sbin и /usr. И для бездисковых систем хорошо, и ломать ничего не надо.
| | |
| |
| 4.92, Аноним (-), 17:33, 29/02/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> А почему бы и нет? Кроме того, можно ведь монтировать / в какой-нибудь /remote и делать на него симлинки /lib, /bin, /sbin и /usr. И для бездисковых систем хорошо, и ломать ничего не надо.
Да ну? Вот вы сейчас описали схему, которая "ломает" сразу четыре каталога, вместо трех.
| | |
|
|
|
| 1.68, anonymous (??), 09:32, 29/02/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
>динамического межсетевого экрана
А разве сами iptables не динамические? Зачем ещё какой-то firewalld прикручивать?
| | |
| |
| 2.73, Аноним (-), 12:48, 29/02/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> А разве сами iptables не динамические? Зачем ещё какой-то firewalld прикручивать?
В документации все написано.
| | |
| |
| 3.88, Аноним (-), 16:57, 29/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
Там написано, что этой штукой можно рулить через DBus. Но при чём здесь какая-то "динамичность"?
| | |
| |
| 4.94, Аноним (-), 17:37, 29/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Там написано, что этой штукой можно рулить через DBus. Но при чём
> здесь какая-то "динамичность"?
Прекрасно. Читайте дальше.
| | |
|
|
| 2.87, Аноним (-), 16:54, 29/02/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> А разве сами iptables не динамические? Зачем ещё какой-то firewalld прикручивать?
Потому что /etc/init.d/iptables restart (выполняется после правки /etc/sysconfig/iptables) приводит к выгрузке всех модулей conntrack и NAT, в результате чего established-соединения превращаются в invalid и блокируются.
firewalld предоставляет простой API для синхронного изменения текущего набора правил и системной конфигурации (набора правил, который будет применен при следующей загрузке) без полной выгрузки модулей. Также, при этом исключаются всякие race condition при одновременном доступе к iptables из разных программ.
| | |
| |
| 3.89, Аноним (-), 17:01, 29/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Потому что /etc/init.d/iptables restart (выполняется после правки /etc/sysconfig/iptables)
> приводит к выгрузке всех модулей conntrack и NAT, в результате чего
> established-соединения превращаются в invalid и блокируются.
А зачем вообще править конфиг и делать /etc/init.d/iptables restart? Добавляем правила и /etc/init.d/iptables save - гораздо проще и будет меньше проблем при ошибке.
| | |
| |
| 4.95, Аноним (-), 17:39, 29/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
> А зачем вообще править конфиг и делать /etc/init.d/iptables restart? Добавляем правила
> и /etc/init.d/iptables save - гораздо проще и будет меньше проблем при
> ошибке.
Зато будет больше проблем от временно добавленных правил, про которые все забыли.
Кроме того, iptables-save по умолчанию записывает значения счетчиков базовых цепочек, что в конфиге не сдалось совершенно.
| | |
|
|
|
| 1.79, Zomby (?), 13:09, 29/02/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Попытался поставить в виртуалбоксе - не взлетело :(
Выдало кучу ошибок при установке и попросило перезагрузиться.
Ругалось на udevd и rpcbind.
Вывод: подождем-с хотя бы бетку.
| | |
| 1.86, Sergey722 (ok), 16:44, 29/02/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Я вот раньше всегда ставил свежую федору и что-то всегда не устраивало.
Думаю может поставить сейчас 16-ю. Возможно она отлежалась и стала пригодна для меня.
| | |
| |
| |
| |
| 4.102, Аноним (-), 22:05, 01/03/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> редкостная гадость
То же самое можно сказать про весь современный линукс.
| | |
|
| 3.103, Илюшка (?), 09:02, 02/03/2012 [^] [^^] [^^^] [ответить]
| +/– |
 а есть обновлённая исошка шестнадцатой версии? или нужно скачивать ту, что вышла осенью и ждать, пока она обновится?
| | |
|
|
|
