The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Началось альфа-тестирование инсталлятора Debian Squeeze"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от opennews (ok) on 22-Фев-10, 11:38 
Вышла (http://lists.debian.org/debian-devel-announce/2010/02/msg000...) первая альфа-версия программы установки (http://www.debian.org/devel/debian-installer/) Debian GNU/Linux для грядущего релиза "Squeeze" (6.0). Заморозка кода перед релизом Squeeze ожидается в марте, а финальный релиз планируется выпустить  накануне конференции DebConf в июле, несмотря на то, что неисправленными на текущий момент остается (http://bugs.debian.org/release-critical/) 841 блокирующих релиз ошибок. Динамика исправления ошибок радует - две недели назад таких ошибок было 1030, но для заморозки необходимо сократить число критических проблем до 300.

Основные улучшения:

-   В подсистему работы с дисковыми разделами интегрирована поддержка файловой системы Ext4. Упрощен процесс настройки RAID, LVM и создания шифрованных разделов;

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

URL: http://lists.debian.org/debian-devel-announce/2010/02/msg000...
Новость: http://www.opennet.ru/opennews/art.shtml?num=25519

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Началось альфа-тестирование инсталлятора Debian Squeeze"  –4 +/
Сообщение от sHaggY_caT (ok) on 22-Фев-10, 11:38 
Итересно, сабж хоть когда-нибудь приблизится по функционалу к той же Anaconda?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от Аноним (??) on 22-Фев-10, 11:50 
А что умеет Anaconda и не умеет Debian installer?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

6. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +3 +/
Сообщение от sHaggY_caT (ok) on 22-Фев-10, 12:56 
Тут был более острый комментарий, поэтому написала длинный пост, но комментарий уже стерли.
Решила все-таки написать, что бы не быть голословной.
Кратко, увы, это вещи из разных категорий... Когда я глубже копнула Debian Installer -  захотелось на станции End-user'ов ставить OpenSUSE, или все-таки Fedora(при всех ее недостатках для не ИТ-ков), так как увы, вещи из совершенно разных категорий.

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

Кое-что удалено, кое-что поправлено (sed'ом и руками), поэтому могут быть небольшие неточности. Прошу понять правильно, наверное, никто из посетителей форума не готов, например, на обсуждении фич 1c выложить на общее обозрение фирменную 1с-базу, поэтому я положила самый никчемный кикстарт из тех, что используются в "бою", но мы подумываем, что бы поделиться с миром своим OpenVZ-ым кикстартом или другим более серьезным.


=================================
Да пожалуйста :) Кстати, предлагаю научиться пользоваться Google:

Адекватная поддержка PXE:

http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5....

Поддержка своего диалекта для установки:

http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5....

http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5....
http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5....

Предлагаю просто пробежаться по заголовкам:

http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5....

Куча приятных фич, вроде инсталляции через VNC(в ряде случаев может заменить IP KVM/VirtualMedia, особенно если в ДЦ за него дерут кучу $, и согласны вставить загрузочный диск):

http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5....

Интеграция с Cobbler и Sattelite/Spacewalk

Смотрим, что у Debian... Ничего, кроме

http://wiki.debian.org/DebianInstaller

Да, там тоже можно(!) юзать скрипты для установки(preseed), но... и все :( Это лишь файл ответов debconf, не больше и не меньше
Специального диалекта, как для Cobbler или Sattelite/Spacewalk, просто нет.

Пример кода:

========То, что храним в subversion======================

#New base system installtion
#Achtung!! Warning!!!! all disks will be erased!!

#Anaconda directives

$SNIPPET('standart_system_config')

$yum_repo_stanza
$SNIPPET('network_config')

#Formated hard drives

$SNIPPET('disk_format')

#temporary fix
repo --name=source-1 --baseurl=$tree


%packages
@editors
@text-internet
@core
device-mapper-multipath
kernel
screen
mc
puppet
HAS-dns
bind

%pre
$SNIPPET('log_ks_pre')
$kickstart_start
$SNIPPET('pre_install_network_config')
#Enable installation monitoring
$SNIPPET('pre_anamon')

%post

$SNIPPET('log_ks_post')
# Start yum configuration
$yum_config_stanza
# End yum configuration
$SNIPPET('post_install_network_config')

$SNIPPET('users')


# Enable post-install boot notification
$SNIPPET('post_anamon')


# Start #re-Install grub in mdraid
$SNIPPET('has_grub_mdraid')

$SNIPPET('has_puppet_conf')

$kickstart_done

===============

В Cobbler задаем переменные, на основе которых генерится, например, такой код:

=====================================
#New base system installtion
#Achtung!! Warning!!!! all disks will be erased!!

#Anaconda directives

install
url --url=http://X.X.X.X:80/cblr/links/centos54-i386
cmdline
poweroff

lang ru_RU.UTF-8
keyboard us
timezone --utc Europe/Moscow
skipx

rootpw --iscrypted ''
network --noipv6
firewall --disabled
authconfig --enableshadow --enablemd5
selinux --disabled
services --disabled=avahi-daemon bluetooth cpuspeed crond cups firstboot ip6tables irqbalance lvm2-monitor readahead_early restorecond sendmail smartd yum-updatesd hidd


repo --name=Centos-54-x86-base --baseurl=http://X.X.X.X/cobbler/repo_mirror/Centos-54-x86-base
repo --name=Centos5-x86-epel --baseurl=http://X.X.X.X/cobbler/repo_mirror/Centos5-x86-epel
repo --name=Centos5-x86-hasystems --baseurl=http://X.X.X.X/cobbler/repo_mirror/Centos5-x86-hasystems
repo --name=centos-54-i386-updates --baseurl=http://X.X.X.X/cobbler/repo_mirror/centos-54-i386-updates

# Using "new" style networking config, by matching networking information to the physical interface's
# MAC-address
%include /tmp/pre_install_network_config


#Formated hard drives


clearpart --all --initlabel
part raid.10 --size 100 --asprimary --ondrive=sda
part raid.11 --size 100 --asprimary --ondrive=sdb
raid /boot --fstype ext3 --device md0 --level=RAID1 raid.10 raid.11
bootloader --location=mbr --driveorder=md0
zerombr yes

part raid.20 --size 15220 --asprimary --ondrive=sda
part raid.21 --size 15220 --asprimary --ondrive=sdb

raid pv.01 --fstype ext3 --device md1 --level=RAID1 raid.20 raid.21
volgroup dns02 pv.01
logvol / --fstype=ext3  --vgname=dns02  --size=3500   --name=root
logvol /home --fstype=ext3 --vgname=dns02  --size=2000   --name=home
logvol /mnt/4remove --fstype=ext3 --vgname=dns02  --size=700   --name=4remove
logvol /var --fstype=ext3 --vgname=dns02  --size=1 --grow --name=var
logvol swap --fstype=swap --vgname=dns02  --recommended  --name=swap


#temporary fix
repo --name=source-1 --baseurl=http://X.X.X.X:80/cblr/links/centos54-i386

%packages
@editors
@text-internet
@core
device-mapper-multipath
kernel
screen
mc
puppet
HAS-dns
bind

%pre
set -x -v
exec 1>/tmp/ks-pre.log 2>&1

# Once root's homedir is there, copy over the log.
while : ; do
    sleep 10
    if [ -d /mnt/sysimage/root ]; then
        cp /tmp/ks-pre.log /mnt/sysimage/root/
        logger "Copied %pre section log to system"
        break
    fi
done &


wget "http://X.X.X.X/cblr/svc/op/trig/mode/pre/system/dns02" -O /dev/null
# Start pre_install_network_config generated code

# Start of code to match cobbler system interfaces to physical interfaces by their mac addresses
#  Start eth0
# Configuring eth0 (54:52:00:79:1d:2e)
if ifconfig -a | grep -i 54:52:00:79:1d:2e
then
  IFNAME=$(ifconfig -a | grep -i '54:52:00:79:1d:2e' | cut -d " " -f 1)
  echo "network --device=$IFNAME --bootproto=dhcp" >> /tmp/pre_install_network_config
fi
# End pre_install_network_config generated code

#Enable installation monitoring


%post

set -x -v
exec 1>/root/ks-post.log 2>&1

# Start yum configuration
wget "http://X.X.X.X/cblr/svc/op/yum/system/dns02" --output-document=/etc/yum.repos.d/cobbler-config.repo

# End yum configuration
# Start post_install_network_config generated code
mkdir /etc/sysconfig/network-scripts/cobbler
cp /etc/sysconfig/network-scripts/ifcfg-lo /etc/sysconfig/network-scripts/cobbler/
# Start configuration for eth0
IFNAME=$(ifconfig -a | grep -i '54:52:00:79:1D:2E' | cut -d ' ' -f 1)
if [ -f "/etc/modprobe.conf" ] && [ $IFNAME ]; then
    grep $IFNAME /etc/modprobe.conf | sed "s/$IFNAME/eth0/" >> /etc/modprobe.conf.cobbler
    grep -v $IFNAME /etc/modprobe.conf >> /etc/modprobe.conf.new
    rm -f /etc/modprobe.conf
    mv /etc/modprobe.conf.new /etc/modprobe.conf
fi
echo "DEVICE=eth0" > /etc/sysconfig/network-scripts/cobbler/ifcfg-eth0
echo "HWADDR=54:52:00:79:1D:2E" >> /etc/sysconfig/network-scripts/cobbler/ifcfg-eth0
echo "ONBOOT=yes" >> /etc/sysconfig/network-scripts/cobbler/ifcfg-eth0
echo "BOOTPROTO=dhcp" >> /etc/sysconfig/network-scripts/cobbler/ifcfg-eth0
# End configuration for eth0
rm -f /etc/sysconfig/network-scripts/ifcfg-*
mv /etc/sysconfig/network-scripts/cobbler/* /etc/sysconfig/network-scripts/
rm -r /etc/sysconfig/network-scripts/cobbler
if [ -f "/etc/modprobe.conf" ]; then
cat /etc/modprobe.conf.cobbler >> /etc/modprobe.conf
rm -f /etc/modprobe.conf.cobbler
fi
# End post_install_network_config generated code


useradd -m -s /bin/bash -G wheel YYYY
mkdir -p /home/YYYY/.ssh
wget -O /home/YYYY/.ssh/authorized_keys  "http://install.local/senior_admins/YYYY/key"
wget -O /etc/sudoers "http://install.local/system_configs/sudoers"
chmod 440 /etc/sudoers
chmod 700 /home/YYYY/.ssh/
chmod 440 /home/YYYY/.ssh/authorized_keys
chown -R YYYY:YYYY /home/YYYY/

useradd -m -s /bin/bash -G wheel YYYY
mkdir -p /home/YYYY/.ssh
wget -O /home/YYYY/.ssh/authorized_keys  "http://install.local/senior_admins/YYYY/key"
wget -O /etc/sudoers "http://install.local/system_configs/sudoers"
chmod 440 /etc/sudoers
chmod 700 /home/YYYY/.ssh/
chmod 440 /home/YYYY/.ssh/authorized_keys
chown -R YYYY:YYYY /home/YYYY/


#re-Install grub in mdraid

grub --batch <<EOF
device (hd0) /dev/sda
device (hd1) /dev/sdb
root (hd0,0)
setup (hd0)
root (hd1,0)
setup (hd1)
quit
EOF

#make puppet-gen dir
mkdir /var/puppet-tmp/

#Remove temporary partition
sed -i '/4remove/d' /etc/fstab
umount /mnt/4remove/
lvremove -f /dev/*/4remove
rm -rf /mnt/4remove/


echo "environment = development" >> /etc/puppet/puppet.conf

# Enable post-install boot notification

# Start final steps

wget "http://X.X.X.X/cblr/svc/op/ks/system/dns02" -O /root/cobbler.ks
wget "http://X.X.X.X/cblr/svc/op/trig/mode/post/system/dns02" -O /dev/null
# End final steps

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

12. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от Аноним (??) on 22-Фев-10, 15:42 
Да, Debian имеет только скрипты ответов на вопросы инсталлятора. Но функциональность кикстартов имхо можно реализовать через собственноручно собранный мета-пакет, который выполнит всю постконфигурацию. Для OpenVZ можно использовать debootstrap...
А по поводу изобретения велосипедов на bash: это скорее свой язык скриптов anaconda является велосипедом.
Правда с iscsi в debinstall`е, на сколько я знаю, все грустно. Но все это можно сделать тем самым мета-пакетом после установки
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

19. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от sHaggY_caT (ok) on 22-Фев-10, 18:44 
>Да, Debian имеет только скрипты ответов на вопросы инсталлятора. Но функциональность кикстартов
>имхо можно реализовать через собственноручно собранный мета-пакет, который выполнит всю постконфигурацию.

Да, наверное, можно, но собрать пакеты по 300 мегабайт с прекешед темплейтами, например, или закачивать их через пост-инсталл сценарий? Не будет ли совсем криво?
Кстати, пакеты в Debian это еще одна ужасная(имхо) тема: apt отличная, мощная, потрясающая вещь, но deb-пакеты, точнее, их костыльная сборка, это, имхо, ужас :(

>Для OpenVZ можно использовать debootstrap...

Ой, это совсем костыль, имхо. Наверное, через koan в RH тоже как-то можно извратнуться, но имхо, он как и debootstrap нужен для других целей: что бы поставить новую систему сверху имеющейся...

>А по поводу изобретения велосипедов на bash: это скорее свой язык скриптов
>anaconda является велосипедом.

Не согласна: тогда можно считать, что emacs, например, костыль, и его нужно закопать в пользу vim или вообще ничего не умеющего ee. (/me использует vim)

Anaconda отличный универсальный инсталлятор, который выполняет, в соотвествии с KISS, свою функцию: ставит системы, и не пытается, как debconf, быть общесистемным врапером.

Правда толкать KISS стоит, имхо, не везде и не всегда, и debconf и его концепции я и не собиралась критиковать, он достаточно удобен, а вот d-i с Anaconda и Yast сравнения по функционалу не выдерживает :(

Конечно, Anaconda тоже не лишена недостатков, например, имхо, зачем-то переделанный DiskDruid

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

21. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +1 +/
Сообщение от Аноним (??) on 22-Фев-10, 19:55 
>Да, наверное, можно, но собрать пакеты по 300 мегабайт с прекешед темплейтами,
>например, или закачивать их через пост-инсталл сценарий? Не будет ли совсем
>криво?

Хм, ну не знаю, как по мне так очень даже и ничего. Пакетом можно будет сконфигурировать машину в любое время...

>Кстати, пакеты в Debian это еще одна ужасная(имхо) тема: apt отличная, мощная,
>потрясающая вещь, но deb-пакеты, точнее, их костыльная сборка, это, имхо, ужас
>:(

Но, пакеты в debian собраны пожалуй наиболее правильно, аккуратно и удобно для конечного пользователя. А костыльной сборка кажется только с непривычки.

>Ой, это совсем костыль, имхо. Наверное, через koan в RH тоже как-то
>можно извратнуться, но имхо, он как и debootstrap нужен для других
>целей: что бы поставить новую систему сверху имеющейся...

Хм, а почему вы считаете это костылем? Он позволяет быстро и удобно собрать систему для OpenVZ контейнера.

>Не согласна: тогда можно считать, что emacs, например, костыль, и его нужно
>закопать в пользу vim или вообще ничего не умеющего ee. (/me
>использует vim)

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

>Anaconda отличный универсальный инсталлятор, который выполняет, в соотвествии с KISS, свою функцию:
>ставит системы, и не пытается, как debconf, быть общесистемным врапером.
>

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

>Правда толкать KISS стоит, имхо, не везде и не всегда, и debconf
>и его концепции я и не собиралась критиковать, он достаточно удобен,
>а вот d-i с Anaconda и Yast сравнения по функционалу не
>выдерживает :(
>

Возможно тут дело вкуса... Мне просто не нравится сама идея Yast и др.

>Конечно, Anaconda тоже не лишена недостатков, например, имхо, зачем-то переделанный DiskDruid

Безусловно, недостатки есть везде...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

22. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от sHaggY_caT (ok) on 22-Фев-10, 20:37 
>Хм, ну не знаю, как по мне так очень даже и ничего.
>Пакетом можно будет сконфигурировать машину в любое время...

Смотря что делать через пакеты.

>>Кстати, пакеты в Debian это еще одна ужасная(имхо) тема: apt отличная, мощная,
>>потрясающая вещь, но deb-пакеты, точнее, их костыльная сборка, это, имхо, ужас
>>:(

Вы rpm когда-нибудь собирали? Патчи в спеке прописывали? Макросами пользовались? Уверены, что знаете возможности альтернативы, что бы сравнивать?

>Но, пакеты в debian собраны пожалуй наиболее правильно, аккуратно и удобно для
>конечного пользователя.

Совсем не уверена. Любой дистрибутив считает, что собран (и собирается) наиболее аккуратно и удобно для конечного пользователя, например, вспомним Arch: совсем не похож ни на Debian, ни на RH, но пользуется заслуженной популярностью среди своих юзеров.

Секрет в том, что дистрибутив, обычно, ориентируется на определенную группу юзеров.
В частности, rpm удобен именно тем, что конечный пользователь (тот же администратор) может запросто собрать и пересобрать пакет с помощью rpmbuild, исправив спек.
Порог вхождения в мантайнеры очень низкий, в сравнении с изучением autotools, make и своих систем костылей со скриптами для сборки.

Кроме того, что rpm (не yum apt'у) в чем-то уступает deb для пользователя я так же не согласна: что есть в deb, например, вместо rpm -V ? Есть внешняя утилита debsum, которая не дает даже части функционала.

>>Ой, это совсем костыль, имхо. Наверное, через koan в RH тоже как-то
>>можно извратнуться, но имхо, он как и debootstrap нужен для других
>>целей: что бы поставить новую систему сверху имеющейся...
>
>Хм, а почему вы считаете это костылем? Он позволяет быстро и удобно
>собрать систему для OpenVZ контейнера.

Разработчики OpenVZ апстрима для этого написали vzpkg/vzyum/vzrpm, vzpkg2 (точнее, это полумертвый форк, но он поддерживает и deb и apt), по аналогии с платной и проприетарной Virtuozzo, в которой пакетный менеджмент контейнеров огранизован не в пример лучше OVZ :(

Кстати, за идею спасибо :) Я долго не могла придумать, чем заменить vzyum хотя бы для генерации template cache, собственно, debootstrap и mock должны это сделать изящно для Debian/Ubuntu и для RH платформы

>>Не согласна: тогда можно считать, что emacs, например, костыль, и его нужно
>>закопать в пользу vim или вообще ничего не умеющего ee. (/me
>>использует vim)
>
>Ну emacs это просто другой редактор. Тогда давайте не считать скрипты на
>шеле велосипедом по отношению к скриптам Anaconda, шел более распространенный и
>часто применяемый инструмент...

Если Вы смотрели тот код, что я запостила выше (кстати, он явно не образец чистоты), Вы могли заметить, что в нем есть куски на bash'е (я еще и на питоне иногда вставляю).

Просто это то же самое, что вместо SystemV сценариев(кстати, на шелле) и управления ими через update-rc или chkconfig использовать rc.local (давайте его напишем, например, на Perl?)
Просто средство, которое выполняет какую-то функцию, должно ее делать хорошо, что бы не пришлось, в большинстве случаев дописывать.


>>Правда толкать KISS стоит, имхо, не везде и не всегда, и debconf
>>и его концепции я и не собиралась критиковать, он достаточно удобен,
>>а вот d-i с Anaconda и Yast сравнения по функционалу не
>>выдерживает :(
>>
>
>Возможно тут дело вкуса... Мне просто не нравится сама идея Yast и
>др.

Мне тоже. Пожалуй, полное отсуствие врапперов вроде debconf и yast (как в RH) мне нравится больше: любую проблему с любым пакетом можно решить, прочитав апстримную документацию по пакету, не разбираясь, что там имел ввиду мантайнер, хотя те же alternatives, вероятно, больший костыль, чем "мягкие зависимости" вместо configure опций

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

27. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от Аноним (??) on 22-Фев-10, 22:30 
>Совсем не уверена. Любой дистрибутив считает, что собран (и собирается) наиболее аккуратно
>и удобно для конечного пользователя, например, вспомним Arch: совсем не похож
>ни на Debian, ни на RH, но пользуется заслуженной популярностью среди
>своих юзеров.

Имхо нельзя сравнивать RH и Debian с Arch. Совершенно разной направленности дистрибутивы. И пакетная система/система сборки Arch соответствует именно его направленности.

>Секрет в том, что дистрибутив, обычно, ориентируется на определенную группу юзеров.
>В частности, rpm удобен именно тем, что конечный пользователь (тот же администратор)
>может запросто собрать и пересобрать пакет с помощью rpmbuild, исправив спек.
>
>Порог вхождения в мантайнеры очень низкий, в сравнении с изучением autotools, make
>и своих систем костылей со скриптами для сборки.

Я нигде не говорил, что deb лучше rpm. Я говорил о том, что обычно пакеты в Debian собраны лучше, аккуратнее и удобнее чем в других дистрибутивах. Возможно это результат как раз того, что порог вхождения в мэинтейнеры выше. Все что можно разделить, в Debian обычно разделяется и пакуется в отдельные пакеты. Это дает пользователю гибкость и удобство использования. Естественно это может вылиться в сложности для мэинтейнера. Но пакетная система, в конце концов, создана для пользователей и для их удобства. Собрать пакет нужно один раз, а использовать его будут миллионы.

>Кроме того, что rpm (не yum apt'у) в чем-то уступает deb для
>пользователя я так же не согласна: что есть в deb, например,
>вместо rpm -V ? Есть внешняя утилита debsum, которая не дает
>даже части функционала.

Из мана debsums:
"debsums  служит, в первую очередь, для нахождения изменённых администратором файлов установленных в системе пакетов или повреждённых файлов из-за некачественного носителя и в какой-то мере используется в качестве инструмента обеспечения безопасности. Если вы ищите инструмент для проверки целостности, который можно запустить с доверяемого носителя, выполнить проверку целостности по базе данных контрольных  сумм  и  который может быть легко настроен для периодического запуска для предупреждения администратора об изменениях, то посмотрите на другие программы типа: aide, integrit, samhain или tripwire."
Debsums просто не создан как средство обеспечения безопасности.

>Разработчики OpenVZ апстрима для этого написали vzpkg/vzyum/vzrpm, vzpkg2 (точнее, это полумертвый форк,
>но он поддерживает и deb и apt), по аналогии с платной
>и проприетарной Virtuozzo, в которой пакетный менеджмент контейнеров огранизован не в
>пример лучше OVZ :(

И правильно сделали, что написали. Ведь не везде где есть OpenVZ есть и debootstrap.

>Если Вы смотрели тот код, что я запостила выше (кстати, он явно
>не образец чистоты), Вы могли заметить, что в нем есть куски
>на bash'е (я еще и на питоне иногда вставляю).
>
>Просто это то же самое, что вместо SystemV сценариев(кстати, на шелле) и
>управления ими через update-rc или chkconfig использовать rc.local (давайте его напишем,
>например, на Perl?)
>Просто средство, которое выполняет какую-то функцию, должно ее делать хорошо, что бы
>не пришлось, в большинстве случаев дописывать.

В мета-пакете так же могут содержаться скрипты на чем угодно, и не только скрипты. И они могут запускать по post-install.

>Мне тоже. Пожалуй, полное отсуствие врапперов вроде debconf и yast (как в
>RH) мне нравится больше: любую проблему с любым пакетом можно решить,
>прочитав апстримную документацию по пакету, не разбираясь, что там имел ввиду
>мантайнер, хотя те же alternatives, вероятно, больший костыль, чем "мягкие зависимости"
>вместо configure опций

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

32. "Началось альфа-тестирование инсталлятора Debian Squeeze"  –1 +/
Сообщение от sHaggY_caT (ok) on 23-Фев-10, 00:25 

>Я нигде не говорил, что deb лучше rpm. Я говорил о том,
>что обычно пакеты в Debian собраны лучше, аккуратнее и удобнее чем
>в других дистрибутивах.

В чем-то Вы правы: в RHEL/CentOS качественно собранных пакетов меньше: есть куча самопала, как в ATrms, но... И в Debian тоже бывает всякое, как-то попадалось обсуждение бага, в котором дропнули в пакете SystemV сценарий то ли arptables, то ли iptables, только по тому, что в сценарии была бага, и по тому, что хотели дропнуть уже давно, но потом это сделать забыли.

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

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

Не исключено

>[оверквотинг удален]
>>на bash'е (я еще и на питоне иногда вставляю).
>>
>>Просто это то же самое, что вместо SystemV сценариев(кстати, на шелле) и
>>управления ими через update-rc или chkconfig использовать rc.local (давайте его напишем,
>>например, на Perl?)
>>Просто средство, которое выполняет какую-то функцию, должно ее делать хорошо, что бы
>>не пришлось, в большинстве случаев дописывать.
>
>В мета-пакете так же могут содержаться скрипты на чем угодно, и не
>только скрипты. И они могут запускать по post-install.

Это и в rpm возможно

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

28. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +2 +/
Сообщение от blackp on 22-Фев-10, 22:45 
>Разработчики OpenVZ апстрима для этого написали vzpkg/vzyum/vzrpm, vzpkg2 (точнее, это полумертвый форк, но он поддерживает и deb и apt), по аналогии с платной и проприетарной Virtuozzo, в которой пакетный менеджмент контейнеров огранизован не в пример лучше OVZ :(
>Кстати, за идею спасибо :) Я долго не могла придумать, чем заменить vzyum хотя бы для генерации template cache, собственно, debootstrap и mock должны это сделать изящно для Debian/Ubuntu и для RH платформы

А взглянуть первоисточник лень было? =)
http://wiki.openvz.org/Debian_template_creation

Относительно остального - что использовать дело вкуса и привычки. Я долго привыкал к deb после rpm (ALT), но ничего, выжил =)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

30. "Началось альфа-тестирование инсталлятора Debian Squeeze"  –2 +/
Сообщение от sHaggY_caT (ok) on 22-Фев-10, 23:30 

>А взглянуть первоисточник лень было? =)
>http://wiki.openvz.org/Debian_template_creation

Видела эту доку, но про debootstrap пропустила мимо ушей, так как с нуля не делала образы Debian/Ubuntu, только перепиливала подобные этим:

http://www.turnkeylinux.org/polls/would-you-prefer-software-...

И все равно это костыль, нужно чистить за собой(хотя, конечно, это решаемо скриптами), и нельзя централизовано обновлять сами контейнеры (не template cache), вот думаю нужно разобраться, что там намудрено в vzpkg2, так как автору, похоже, все равно, что будет с его утилитой

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

13. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +4 +/
Сообщение от Аноним (??) on 22-Фев-10, 15:58 
>Куча приятных фич, вроде инсталляции через VNC

в дебиане есть возможность установки через SSH (после входа попадаешь в текстовый инсталятор) ,что намного удобней чем VNC

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

20. "Началось альфа-тестирование инсталлятора Debian Squeeze"  –3 +/
Сообщение от sHaggY_caT (ok) on 22-Фев-10, 18:50 
>>Куча приятных фич, вроде инсталляции через VNC
>
>в дебиане есть возможность установки через SSH (после входа попадаешь в текстовый
>инсталятор) ,что намного удобней чем VNC

:)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

33. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +2 +/
Сообщение от Basiley (ok) on 23-Фев-10, 09:59 
какая вы вумная, я просто сражен :)
без шуток.

а если по-теме, то у Debian несколько другая идеология.
они не пихают все В инсталлятор.
UNIX-way и все такое.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

35. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от Аноним (??) on 23-Фев-10, 11:29 
>какая вы вумная, я просто сражен :)
>без шуток.
>

Кстати да, и умная и вменяемая :) Интересно, где такие бывают

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

37. "Началось альфа-тестирование инсталлятора Debian Squeeze"  –2 +/
Сообщение от sHaggY_caT (ok) on 23-Фев-10, 12:37 
>какая вы вумная, я просто сражен :)
>Кстати да, и умная и вменяемая :) Интересно, где такие бывают

Вы меня сейчас засмущаете ;) Можно я комментировать не буду?
Да и в этой теме, имхо, идиотов не было :)

>а если по-теме, то у Debian несколько другая идеология.
>они не пихают все В инсталлятор.
>UNIX-way и все такое.

принцип KISS применим только если одна из утилит содержит лишний функционал. Anaconda не занимается ничем, кроме установки системы, и в ней нет ничего лишнего, не относящегося у установке системы, чем она не UNIX-way?

Тогда и vim нужно дропнуть по тому, что в нем больше кода, чем в ee, хотя vim просто текстовый редактор, просто более функциональный :)

При этом аналога debconf в RH-системах просто нет (отдельный вопрос, плохо это или хорошо, точнее, есть, но аналог опционален: func и несколько враперов над ним), поэтому она еще и занимается конфигурированием устанавливаемой системы (как и d-i через debconf)
Может быть, стоит расширить debconf каким-нибудь скриптовым функционалом.

То, что она более функциональна, чем d-i, не делает ее менее UNIX-way, имхо :) Конечно, unix-way и разделить утилиту на несколько меньших частей, но бесконечно делить стоит не всегда, тем более, что, повторюсь, в RH просто нет обязательного враппера настроек на общесистемном уровне, поэтому в случае RH дальше делить Anaconda на части нет смысла.

Если же копировать ее идеи в d-i, нужно, конечно, конфигурирование оставить debconf, а так же еще и добавить и свой макроязык(может быть, надмножество debconf? Пригодится и самому debconf), как в Anaconda и вообще не стесняться копировать удачные идеи.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

4. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +1 +/
Сообщение от Аноним (??) on 22-Фев-10, 12:44 
>Итересно, сабж хоть когда-нибудь приблизится по функционалу к той же Anaconda?

Мне более перспективной кажется подход Ubuntu или AltLinux, у которых вначале ставится только самый минимум, а все настройки и выбор дополнительных пакетов производится уже после установки. Никакой распаковки пакетов, просто 1 в 1 заливается Live-образ на диск и все.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

7. "Началось альфа-тестирование инсталлятора Debian Squeeze"  –3 +/
Сообщение от sHaggY_caT (ok) on 22-Фев-10, 13:01 
>>Итересно, сабж хоть когда-нибудь приблизится по функционалу к той же Anaconda?
>
>Мне более перспективной кажется подход Ubuntu или AltLinux, у которых вначале ставится
>только самый минимум, а все настройки и выбор дополнительных пакетов производится
>уже после установки. Никакой распаковки пакетов, просто 1 в 1 заливается
>Live-образ на диск и все.

Да, это можно потом доконфигурировать тем же Puppet, но он оправдан не на всех нодах, иногда собственного менеджмента сервиса на ноде может быть с головой достаточно, а ставить везде ruby... Я ставлю, но меня от этого коробит :)

Кикстарты рулят, так как очень и очень мощное средство. Можно, например, интегирировать с тем же Puppet вот так:

https://fedorahosted.org/cobbler/wiki/UsingCobblerWithConfig...

Просто в Anaconda целый _язык_ с помощью которого Вы можете получить на выходе вообще все, что Вам только придет в голову. + куча приятных фич вроде поддержки всяких iscsi/FC и пр. искоропки и очень, очень, просто, без написания своих велосипедов на bash

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

8. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +3 +/
Сообщение от sceptic on 22-Фев-10, 14:29 
>Итересно, сабж хоть когда-нибудь приблизится по функционалу к той же Anaconda?

С учётом того, что ни один дистрибутив с Anacodnda на борту у меня даже не приступил к установке (вечно какие-то проблемы), а DebInst работает из коробки, то да, до Anaconda ещё ОЧЕНЬ далеко. Во всяком случае я на это надеюсь.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

9. "Началось альфа-тестирование инсталлятора Debian Squeeze"  –2 +/
Сообщение от sHaggY_caT (ok) on 22-Фев-10, 14:35 
>>Итересно, сабж хоть когда-нибудь приблизится по функционалу к той же Anaconda?
>
>С учётом того, что ни один дистрибутив с Anacodnda на борту у
>меня даже не приступил к установке (вечно какие-то проблемы), а DebInst
>работает из коробки, то да, до Anaconda ещё ОЧЕНЬ далеко. Во
>всяком случае я на это надеюсь.

А где Ваш баг в bugzilla? Вы рассказали разработчикам, как воспроизвести проблему? Извините, но это непрофессиональный(или Windows-like) подход: вместо того, что бы разобраться в проблеме, поставим-ка мы еще что-нибудь, нагугленное или накаченное в сети?

Извините, но возникает подозрение в том, что это просто кривые руки.

Как-то через Anaconda(как кстати и через d-i) люди ставят тысячи серверов по всему миру уже с десяток лет, и мой пост был не о том, что d-i чего-то не ставит, падает, или сегфолтится, а о том, что у него очень сильно не достает функционала в сравнении с Yast или Anaconda

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

10. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +3 +/
Сообщение от sceptic on 22-Фев-10, 14:45 
>>>Итересно, сабж хоть когда-нибудь приблизится по функционалу к той же Anaconda?
>>
>>С учётом того, что ни один дистрибутив с Anacodnda на борту у
>>меня даже не приступил к установке (вечно какие-то проблемы), а DebInst
>>работает из коробки, то да, до Anaconda ещё ОЧЕНЬ далеко. Во
>>всяком случае я на это надеюсь.
>
>А где Ваш баг в bugzilla? Вы рассказали разработчикам, как воспроизвести проблему?

я не пользуюсь RPM-based дистрибутивами, ставил хотел поиграться, обломался.
/me коренной дебианщик

>Извините, но возникает подозрение в том, что это просто кривые руки.
>

Вы правы, дело в кривых руках разработчиков Anaconda.
Она не видит мой жёсткий диск на чипсете nforce4 который уже миллион лет как ядре.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

11. "Началось альфа-тестирование инсталлятора Debian Squeeze"  –2 +/
Сообщение от sHaggY_caT (ok) on 22-Фев-10, 14:52 
>>А где Ваш баг в bugzilla? Вы рассказали разработчикам, как воспроизвести проблему?
>
>я не пользуюсь RPM-based дистрибутивами, ставил хотел поиграться, обломался.
>/me коренной дебианщик

Что и требовалось доказать? Вы не умеете ее (Anaconda) готовить?

Кстати, я использую Debian, и что бы Вы не думали, отношусь к нему очень хорошо (иначе мне бы просто не была интересна его критика)

>>Извините, но возникает подозрение в том, что это просто кривые руки.
>>
>
>Вы правы, дело в кривых руках разработчиков Anaconda.
>Она не видит мой жёсткий диск на чипсете nforce4 который уже миллион
>лет как ядре.

Да ладно Вам, в debian-тракере тоже не один баг висит, и слава Богу, так как в любом ПО, которое живо и развивается, есть ошибки.

И linux=noacpi рулит, например, в любом дистрибутиве.

Персонально Ваши претензии без бага, в котором разработчики написали, что у проблемы нет решения (и что она вообще есть), не принимаются, так как являются заведомо предвзятыми и высосанными из пальца(сами же про "потомственного дебианщика" написали).

Я могла бы тоже, например, попробовать поставить Debian arm на какой-нибудь виндовс-мобайл PDA, и не получить результата, а потом рассказывать, какой Debian плохой и глючный.

Имхо, это неадекват и фанатизм.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

14. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +1 +/
Сообщение от Anonimous on 22-Фев-10, 16:01 
У Debian'а масса достоинств, но нынешний инсталлятор - это полное г...о. Чего только стоит интерфейс для создания разделов. Микрософтовский FDISK столетней давности - и тот на порядок удобнее.
Я уж не говорю о том, что в процессе установки вместо того чтобы один раз пройти все опции и менюшки, а затем "откинуться на спинку кресла", приходится многократно подходить к компу чтобы очередной раз ответить на какой-либо запрос инсталлятора.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

17. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +1 +/
Сообщение от sHaggY_caT (ok) on 22-Фев-10, 18:36 
>У Debian'а масса достоинств, но нынешний инсталлятор - это полное г...о. Чего
>только стоит интерфейс для создания разделов. Микрософтовский FDISK столетней давности -
>и тот на порядок удобнее.

В анаконде, кстати, DiskDruid, к сожалению, переписали: теперь можно либо размечать диск через GUI, что часто просто не приемлимо, либо ставить не интерактивно через cmd режим, а вот text режим(если хочется разметить диск руками без иксов, а остальное поставить автоматом) в новом diskdruid не применим вообще ни к чему :(

Так что, нет в мире ничего идеального :(

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

15. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +1 +/
Сообщение от Аноним (??) on 22-Фев-10, 17:07 
Странно, ни разу с D-i проблем не было. Все устраивает уже давно. О чем тут спорят?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

18. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +1 +/
Сообщение от sHaggY_caT (ok) on 22-Фев-10, 18:37 
>Странно, ни разу с D-i проблем не было. Все устраивает уже давно.
>О чем тут спорят?

Об автоматизированной установке. Сейчас все-таки XXI-ый век, и хочется сервера ставить автоматизировано, а не тыц-тыц мышкой в GUI

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

23. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +2 +/
Сообщение от bliss on 22-Фев-10, 21:19 
В сервера вообще не хочется тыкать мышкой, что бы там ни говорили поклонники гуятины везде и всюду. Держать иксы на сервере без особой на то необходимости считаю пижонством. Тем более в наше время, когда вполне можно выделить под одну или группу сходных задач виртуалку и не париться. А поставить сервер проще всего из образа -- есть набор готовых образов, dd и gzip рулят, система с нуля создается за 3-4 минуты :)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

24. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от sHaggY_caT (ok) on 22-Фев-10, 21:51 
>А поставить сервер проще всего из образа -- есть
>набор готовых образов, dd и gzip рулят, система с нуля создается
>за 3-4 минуты :)

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

25. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от bliss on 22-Фев-10, 22:14 
>>А поставить сервер проще всего из образа -- есть
>>набор готовых образов, dd и gzip рулят, система с нуля создается
>>за 3-4 минуты :)
>
>Не рулят: их потом обновлять нужно, сгенерированные ключи выпиливать, и т д
>

Сколько людей, столько и мнений. Каждому удобен свой путь, хотя зацикливаться на нем глупо. Не зря же перловоды придумали мотто: тимтоади. И как после этого не поржать с питона с его "единственным очевидным способом сделать это" ?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

26. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от sHaggY_caT (ok) on 22-Фев-10, 22:21 

>Сколько людей, столько и мнений. Каждому удобен свой путь, хотя зацикливаться на
>нем глупо. Не зря же перловоды придумали мотто: тимтоади. И как
>после этого не поржать с питона с его "единственным очевидным способом
>сделать это" ?

Пожалуй, Вы правы(насчет большого числа верных мнений): только вспомнить все башхистори, логи, ключи _мне_ очень тяжело.

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

Конечно, в случае _виртуалок_, и, особенно, контейнеров, это менее актуально.

Допускаю, что кому-то будет удобнее почистить за собой, запаковать в образ, и разворачивать из него той же клонезиллой :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

29. "Началось альфа-тестирование инсталлятора Debian Squeeze"  –1 +/
Сообщение от Andrew Kolchoogin on 22-Фев-10, 23:22 
> Допускаю, что кому-то будет удобнее почистить за собой, запаковать в образ,
> и разворачивать из него той же клонезиллой :)

Именно. Вот за это я люблю Солярис. :)

sys-unconfig и dd его в архивчег. :) Потом на новую машЫнку раз'dd'ил и перезагрузился. А система сама sysid'ы нужные пустит. :)

Всё-таки, производство _серверных_ операционных систем -- большое искусство, линуксоидам пока недоступное. :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

31. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от sHaggY_caT (ok) on 22-Фев-10, 23:33 
>> Допускаю, что кому-то будет удобнее почистить за собой, запаковать в образ,
>> и разворачивать из него той же клонезиллой :)
>
>Именно. Вот за это я люблю Солярис. :)
>
>sys-unconfig и dd его в архивчег. :) Потом на новую машЫнку раз'dd'ил
>и перезагрузился. А система сама sysid'ы нужные пустит. :)
>
>Всё-таки, производство _серверных_ операционных систем -- большое искусство, линуксоидам пока недоступное. :)

У любых образов есть тот минус, что они статичны и неконфигурируемы. Kickstart, AutoYast и солярочный :))  JumpStart могут придать инсталляции динамику, и генерить получаемую машину :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

44. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от Andrew Kolchoogin on 24-Фев-10, 10:54 
> У любых образов есть тот минус, что они статичны и неконфигурируемы.

Солярис поставь. Он после sys-unconfig при первой загрузке спросит, что хочет.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

46. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от sHaggY_caT (ok) on 24-Фев-10, 20:03 
>> У любых образов есть тот минус, что они статичны и неконфигурируемы.
>
>Солярис поставь. Он после sys-unconfig при первой загрузке спросит, что хочет.

Да, давно планирую в нем как следует поковыряться, спасибо большее за совет :)

Надеюсь, Oracle не закопает OpenSolaris, и его можно будет использовать и для Low-end решений.

Кстати, а в lx-зонах уже можно запускать что-то новее rhel/centos3? Они, конечно, еще поддерживаются, но применимость у них уже очень узкая....

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

50. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от reminux (ok) on 25-Фев-10, 13:26 
Утилита sys-unconfig в RHEL имеется.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

34. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от Basiley (ok) on 23-Фев-10, 10:00 
>> Допускаю, что кому-то будет удобнее почистить за собой, запаковать в образ,
>> и разворачивать из него той же клонезиллой :)
>
>Именно. Вот за это я люблю Солярис. :)
>
>sys-unconfig и dd его в архивчег. :) Потом на новую машЫнку раз'dd'ил
>и перезагрузился. А система сама sysid'ы нужные пустит. :)
>
>Всё-таки, производство _серверных_ операционных систем -- большое искусство, линуксоидам пока недоступное. :)
>

да здравствует выбор, anway.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

38. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от netc email(ok) on 23-Фев-10, 16:17 
блин уважаемые unix-ойды если често с большим удовольствием читал все ваши посты о плюсах, минусах и особенностях d-i, anaconda и 'solaris way installer'


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

вот даже и не знаю, не по считайте за наглость, но все таки хочу вас попросить подытожить вышесказанное

уважаемой sHaggY_caT, и остальным в виде своих плюсов и минусов, тех инсталлеров которыми вы пользуетесь.

т.е. так примерно

я пользуюсь d-i потому что в нем есть ..., но нет ...

было бы интересно взглянуть, на более полную картину, думаю не только мне, но и остальным, все таки по большей части установка и последующая работа с дистром играет не последнюю роль в его выборе, а это ИМХО большая тема почти для ну скажем (мне так кажеться) для процентов 70-80 тех, кто вообще пытаеться или уже во всю использует unix-way системы.

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


и еще один момент, скажем на форуме я уже давно, и не раз замечал, что sHaggY_caT воюет на поле linux уже не первый год и не обычным рядовым
поэтому вопросы именно к ней:

раз уж вы сказали что сами используете debian а на работе у вас во всю ставятся  RH-compliant системы то почему так?


и такой может быть не в тему, но  очень для меня важный вопрос а вдруг не станет centos - перестанут собирать и выпускать апдейты, перейдете на debian или fedora ?

и еще можно ... ;) маленький вопросик

вы как я понял очень хорошо знаете RH-compliant системы, интересно как так сложилось, что именно их вам интересно изучать ? (может действительно вы видите за ними будущее )

взять хотя бы последнюю новость про "Maemo и Moblin объединяются в единый проект MeeGo"

там ведь не случайно выбран rpm

так все же что блин универсальнее deb-apt или rpm-yum-... блин а как замучил этот вопрос


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

39. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от sHaggY_caT (ok) on 23-Фев-10, 18:28 
Зря Вы задали вопрос, теперь тут может начаться холивар :(
Общий совет, наверное, такой же как и для всех: ставьте то, что использует знакомый Вам "гуру", который будет готов отвечать на Ваши глупые вопросы.

>раз уж вы сказали что сами используете debian а на работе у
>вас во всю ставятся  RH-compliant системы то почему так?

На моей прошлой работе использовалась RH-платформа и FreeBSD (даже вернее в обратном порядке). Сейчас у нас маленький стартап, своя фирма, и я сама решаю, что, как и в каких целях нам использовать, а так же ставить кастомерам.

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

>и такой может быть не в тему, но  очень для меня
>важный вопрос а вдруг не станет centos - перестанут собирать и
>выпускать апдейты, перейдете на debian или fedora ?

1.
Если не станет центос, буду чаще использовать http://www.scientificlinux.org/, тоже самое, просто центос больше на слуху и как-то больше котируется не для сферы образования.
При этом ничего, по сути не изменится, так как клонов RHEL достаточно много.

2.
Если RedHat перестанет выкладывать src.rpm, или они как-то сменят бизнес-модель (на мой взгляд, это крайне маловероятно, так как развиваются сейчас успешнее, возможно, любой компании мира с UNIX-бизнесом, и раньше за ними не было замечено непоследовательной позиции), или их купят злые конкуренты, как сейчас Sun, все будет зависить от ситуации, будет ли дальше Oracle развивать по открытой модели свой клон RHEL, или нет,
http://www.oracle.com/technology/tech/linux/htdocs/yum-repos...

Но в любом случае, RH платформу буду использовать реже, в пользу Debian, но буду стараться для критичных сервисов (вокруг которых крутятся существенные, для заказчика или компании, деньги) использовать или таки платный вариант RH-платформы с сертификацией и саппортом, или SLE.

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

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

Поймите, все знать ни один IT-отдел мира (и, тем более, одинокий администратор) не может просто физически, а многие вендоры, в отличае от MS, могут действительно предоставить качественный саппорт.

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

То есть, в случае смерти RH, мой выбор был бы в пользу большего использования Debian, и некоей гипотетической коммерческой платформы для критичных сервисов (из личных предпочтений выбрала бы то, что больше похоже на RH, а может и Debian, если, конечно, когда-нибудь Cannonical допилит свой LTS до уровня RHEL и SLE)

>и еще можно ... ;) маленький вопросик
>
>вы как я понял очень хорошо знаете RH-compliant системы, интересно как так
>сложилось, что именно их вам интересно изучать ? (может действительно вы
>видите за ними будущее )

Личные предпочтения, + RH платформа мне кажется более целостной. В Debian очень много пакетов, и это хорошо, но, имхо, уровень их поддержки ниже: а это не просто собрать, и убедиться, что все работает, а придумать, как и для чего это лучше использовать.
В Debian же куча прикладного софта собрана "что бы было", без выбора, например, gfs вместо ocfs, VServer против OVZ: когда какой-то проект начинает мешать сборке и формальной поддержке, его дропают (как Xen и Vserver), не задумываясь при этом, нужен ли он был первоначально вообще, и не пострадает ли сейчас кто-то, если его дропнуть.
Сравните, как RH переходит с Xen на KVM: Xen будет поддерживаться как минимум до 2014-го года. Страшно сказать, когда в рассылке ovz-users всплыли проблемы с новым udev в новых релизах Debian/Ubuntu, куча красноглазого народа стала предлагать дропнуть OpenVZ в пользу сырого(имхо) и еще мало что умеющего LXC.

Конечно, это касается только тех пакетов, которые лежат в базовых репозиториях CentOS (то есть, это никак не EPEL или CentOS Extras/Plus и, тем более DAG и ATrpms с rpmforge, в которых даже ошибки сборки встречаются) и каналов RHEL, доступных через RHN (у кого есть подписка)

Есть брать по общему количеству пакетов, качество которых выверено, Debian победит любую ОС с существенным отрывом.

Соотвественно, если мне нужно поставить какой-то сервис, который хочется в дальнейшем поддерживать с минимальными усилиями, а пакеты есть только в "левых" репозиториях для CentOS, я с большой вероятностью могу выбрать Debian (или даже FreeBSD)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

42. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от netc email(ok) on 24-Фев-10, 09:47 
>Зря Вы задали вопрос, теперь тут может начаться холивар :(

Будем надеется на благоразумие ;)

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

Вот нет знакомого гуру, ну или есть, но у него своих проблем хватает, да и не очень и желание помогать есть, тем более что его его ставка вообще в пользу "правильного линукса" ;(


>На моей прошлой работе использовалась RH-платформа и FreeBSD (даже вернее в обратном
>порядке). Сейчас у нас маленький стартап, своя фирма, и я сама
>решаю, что, как и в каких целях нам использовать, а так
>же ставить кастомерам.

Вы случаем не ит-аутсорсингом занимаетесь ?
  Конечно тут вы хозяийка-баярыня - свое дело, но и ответственность ой ё ёй ;)


>[оверквотинг удален]
>>и такой может быть не в тему, но  очень для меня
>>важный вопрос а вдруг не станет centos - перестанут собирать и
>>выпускать апдейты, перейдете на debian или fedora ?
>
>1.
>Если не станет центос, буду чаще использовать http://www.scientificlinux.org/, тоже самое, просто центос
>больше на слуху и как-то больше котируется не для сферы образования.
>
>При этом ничего, по сути не изменится, так как клонов RHEL достаточно
>много.

ага с этим понятно, спс

>2.
>Если RedHat перестанет выкладывать src.rpm, или они как-то сменят бизнес-модель (на мой
>взгляд, это крайне маловероятно, так как развиваются сейчас успешнее, возможно, любой
>компании мира с UNIX-бизнесом, и раньше за ними не было замечено
>непоследовательной позиции), или их купят злые конкуренты, как сейчас Sun, все
>будет зависить от ситуации, будет ли дальше Oracle развивать по открытой
>модели свой клон RHEL, или нет,
>http://www.oracle.com/technology/tech/linux/htdocs/yum-repos...

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

>Но в любом случае, RH платформу буду использовать реже, в пользу Debian,
>но буду стараться для критичных сервисов (вокруг которых крутятся существенные, для
>заказчика или компании, деньги) использовать или таки платный вариант RH-платформы с
>сертификацией и саппортом, или SLE.

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

но не потому, что rh чем то сильно выигрывает в отличии от того же чистого debian
а потому, что есть поддержка


>На мой взгляд, очень часто, после общения с отвратным(имхо) саппортом MS забывают,
>что вендор действительно может решить Ваши проблемы тогда, когда решение не
>гуглится быстро по форумам, и молчат в листе рассылки. Более того,
>проблемы может решить прежде всего именно вендор, так как он гораздо
>лучше любого "доброго" гуру (не имевшего в прошлом опыт работы в
>проекте) знает свою платформу.

саппорт у ms - он у них вообще отсутствует ИМХО ;)
да согласен после ms даже не вериться что нормальный саппорт может быть, хотя нет конечно есть, просто не сталкивался ;)

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

согласен, в том числе что если и покупать подписку то именно от rh а не от cananonical если нет других пунктов в меню желаний


>Поймите, все знать ни один IT-отдел мира (и, тем более, одинокий администратор)
>не может просто физически, а многие вендоры, в отличае от MS,
>могут действительно предоставить качественный саппорт.
>
>CentOS удобна именно тем, что у нее, в отличае от Debian, есть
>вариант, если бюджет проекта возрастет, с минимальными усилиями перепрыгнуть на RHEL.

согласен

>Личные предпочтения, + RH платформа мне кажется более целостной. В Debian очень
>много пакетов, и это хорошо, но, имхо, уровень их поддержки ниже:
>а это не просто собрать, и убедиться, что все работает, а
>придумать, как и для чего это лучше использовать.
>В Debian же куча прикладного софта собрана "что бы было", без выбора,
>например, gfs вместо ocfs, VServer против OVZ: когда какой-то проект начинает
>мешать сборке и формальной поддержке, его дропают (как Xen и Vserver),
>не задумываясь при этом, нужен ли он был первоначально вообще, и
>не пострадает ли сейчас кто-то, если его дропнуть.

а вот тут не совсем я понял: это часто мешает при использовании debian просто мне не доводилось использовать то, что вы описали ovz, xen, ...?


>Сравните, как RH переходит с Xen на KVM: Xen будет поддерживаться как
>минимум до 2014-го года. Страшно сказать, когда в рассылке ovz-users всплыли
>проблемы с новым udev в новых релизах Debian/Ubuntu, куча красноглазого народа
>стала предлагать дропнуть OpenVZ в пользу сырого(имхо) и еще мало что
>умеющего LXC.

да я слышал, молодцы ребята правильный подход

>[оверквотинг удален]
>встречаются) и каналов RHEL, доступных через RHN (у кого есть подписка)
>
>
>Есть брать по общему количеству пакетов, качество которых выверено, Debian победит любую
>ОС с существенным отрывом.
>
>Соотвественно, если мне нужно поставить какой-то сервис, который хочется в дальнейшем поддерживать
>с минимальными усилиями, а пакеты есть только в "левых" репозиториях для
>CentOS, я с большой вероятностью могу выбрать Debian (или даже FreeBSD)
>

так все таки в каком по вашему мнению лучше организована система сборки и управления пакетами в debian или redhat ?

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

и еще можно маааленький вопросик, почему, при установке debian можно выбрать чисто базовую
систему (netinstall) т.е. практически ни чего лишнего и все что нужно поставить самому
а в цент-ос такое можно?

а целом спасибо большое за общение, его так не хватает ...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

45. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от sHaggY_caT (ok) on 24-Фев-10, 19:44 
>>Общий совет, наверное, такой же как и для всех: ставьте то, что
>>использует знакомый Вам "гуру", который будет готов отвечать на Ваши глупые
>>вопросы.
>
>Вот нет знакомого гуру, ну или есть, но у него своих проблем
>хватает, да и не очень и желание помогать есть, тем более
>что его его ставка вообще в пользу "правильного линукса" ;(

Кстати, Генту, Арч, FreeBSD  можно(имхо) использовать для "жесткого" варианта обучения, так как придется разбираться не с тем, как что-то сделано в каком-то дистрибутиве, а с общей спецификой, - Если Вы знаете Слакваре, Вы знаете Линукс, если Вы знаете RedHat, Вы знаете RedHat (c), старо, но актуально, если выкинуть слаку, и заменить на что-то более адекватное времени (простите, слаководы :()

>Вы случаем не ит-аутсорсингом занимаетесь ?
>  Конечно тут вы хозяийка-баярыня - свое дело, но и ответственность
>ой ё ёй ;)

Именно им. Да, проблема ответственности существует, но она всегда есть, на любой, наверное, работе...

>>При этом ничего, по сути не изменится, так как клонов RHEL достаточно
>>много.
>
>ага с этим понятно, спс

Возможно, сейчас самая адекватная замена CentOS это Оракловский клон, но если с CentOS что-то случиться (как в прошлый раз :(( ), ситуация по активности развития других клонов может сильно измениться (мне кажется, что большая часть народа, что раньше занималась CentOS, обратит внимание на SL)

>>Но в любом случае, RH платформу буду использовать реже, в пользу Debian,
>>но буду стараться для критичных сервисов (вокруг которых крутятся существенные, для
>>заказчика или компании, деньги) использовать или таки платный вариант RH-платформы с
>>сертификацией и саппортом, или SLE.
>
>т.е. по сути все таки дабы иметь 100% гарантию вы предложите заказчику
>купить подписку дабы не быть одним в поле войном

Ага. И оборудование tier1 вендора, если есть бюджет. Если бюджета нет, тогда CentOS(иногда Debian и FreeBSD под отдельные задачи, или даже Ubuntu для станций, почему, собственно, мне и стал интересен d-i, так как один-два редких сервера или виртуалки Debian или FreeBSD можно поставить и руками) и Supermicro/Intel в качестве серверов, или даже PC-based:)

>но не потому, что rh чем то сильно выигрывает в отличии от
>того же чистого debian

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

>а потому, что есть поддержка

Не только :)

>>Если проект действительно критичный, и от его простоя может пострадать бизнес, имхо,
>>подписки _действительно_ удобны, так как снимают с Вас часть отвественности за
>>развитие платформы и дают Вам возможность посоветоваться с саппортом вендора в
>>любой ситуации.
>
>согласен, в том числе что если и покупать подписку то именно от
>rh а не от cananonical если нет других пунктов в меню
>желаний

Есть еще адекватные варианты от Novell, Oracle и Parallels (по ряду задач)

>[оверквотинг удален]
>>придумать, как и для чего это лучше использовать.
>>В Debian же куча прикладного софта собрана "что бы было", без выбора,
>>например, gfs вместо ocfs, VServer против OVZ: когда какой-то проект начинает
>>мешать сборке и формальной поддержке, его дропают (как Xen и Vserver),
>>не задумываясь при этом, нужен ли он был первоначально вообще, и
>>не пострадает ли сейчас кто-то, если его дропнуть.
>
>а вот тут не совсем я понял: это часто мешает при использовании
>debian просто мне не доводилось использовать то, что вы описали ovz,
>xen, ...?

Ну как сказать: представьте, у Вас вся виртуализация предпрития завязана, например, на Xen, и тут оказывается, что все то, о чем ходили слухи (что Xen выкинут, который, кстати, возвращают в Fedora) подтверждается, и Вы оказываетесь без своей фирменной платформы виртуализации: Вам нужно либо пересетапливать хост-системы под другой дистрибутив, или менять платформу виртуализации, под которую у Вас уже есть куча скриптов, написанных инструкций и пр.
Оба варианта ужасны, имхо.

>>Есть брать по общему количеству пакетов, качество которых выверено, Debian победит любую
>>ОС с существенным отрывом.
>>
>>Соотвественно, если мне нужно поставить какой-то сервис, который хочется в дальнейшем поддерживать
>>с минимальными усилиями, а пакеты есть только в "левых" репозиториях для
>>CentOS, я с большой вероятностью могу выбрать Debian (или даже FreeBSD)
>>
>
>так все таки в каком по вашему мнению лучше организована система сборки
>и управления пакетами в debian или redhat ?

И в RHEL и в Debian пакеты поддерживаются почти идеально, но в Debian, имхо, не думают, зачем брать на поддержку то, или иное решение: если проект достаточно популярен, под него собирают пакеты, но комплексной платформы, какая есть у RH или Novell просто нет, например, есть RedHat Cluster Suite, который в RH вместо heartbeat: по нему есть решения по интеграции со всем Application стеком, просто есть документация от самого RH(хотя wiki проекта тоже стоит читать), на основе которой его можно применить для построения кластера с любыми практически другими компонентами дистрибутива, и, например, ClusterLVM, KVM, Libvirt, прозрачно и почти без бубна собираются в нечто осмысленное

(как все-таки жалко, что RH игнорирует drbd, СХД все-таки очень дорогое удовольствие, и в случае малобюджетных решений, его можно использовать, хотя с ним в CentOS особенных проблем нет, и в документации по drbd есть статьи про RHCS)

То есть, пакет в дистрибутив попадает не "что бы был", а с какой-то целью, и вписывается в общую картину. Именно этого нет у Debian, и до сих пор нет у Ubuntu LTS, а жаль :(

>нет я понимаю конечно что у и того и другого есть свои
>плюсы и минусы, но все таки если можете ответить за чем
>то будущее, во что вы больше верите и на что бы
>сделали ставку ?
>если отбросить все остальные аспекты (поддержка, философия, ...) и ориентироваться чисто на
>функциональность системы сборки и управления пакетами то вы бы на что
>делали ставку?

Прогнозировать будущее себе дороже :)

>и еще можно маааленький вопросик, почему, при установке debian можно выбрать чисто
>базовую
> систему (netinstall) т.е. практически ни чего лишнего и все что нужно
>поставить самому
> а в цент-ос такое можно?

Да, в кикстарте в секции выбора пакетов нужно указать

@core
-@base

(ставим группу @core, не ставим @base), как называется пункт меню в GUI-инсталляторе банально не помню, и смотреть, простите, лень

>а целом спасибо большое за общение, его так не хватает ...

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

Кстати, обратная сторона своего бизнеса: в начале у Вас нет денег ни на что, едите Вы только лапшу, перестаете готовить что-то вкусное, общаться с друзьями/подругами, ходить в гости и музеи, и так далее, при  этом спите, хорошо если по 6-7 часов в сутки не регулярно, и постоянно не понятно, получиться у тебя или нет, или придется все бросить, и пойти на обычную работу :(

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

47. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от netc email(??) on 24-Фев-10, 21:50 
>Повторюсь, CentOS мне нравиться больше, чем Debian, я считаю его более адекватным >реальным задачам, с Debian требуется больше усилий, хотя результат тот же, но это у меня.

Не думаю что люди сильно друг от друга отличаются ;)


>Ну как сказать: представьте, у Вас вся виртуализация предпрития завязана, например, на >Xen, и тут оказывается, что все то, о чем ходили слухи (что Xen выкинут, который, >кстати, возвращают в Fedora) подтверждается, и Вы оказываетесь без своей фирменной >платформы виртуализации: Вам нужно либо пересетапливать хост-системы под другой >дистрибутив, или менять платформу виртуализации, под которую у Вас уже есть куча >скриптов, написанных инструкций и пр.
>Оба варианта ужасны, имхо.

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

Да тому кто сталкивался с таким не позавидуешь ....


>(как все-таки жалко, что RH игнорирует drbd, СХД все-таки очень дорогое удовольствие, ив
>случае малобюджетных решений, его можно использовать, хотя с ним в CentOS особенных >проблем нет, и в документации по drbd есть статьи про RHCS)

думаю что для настоящего профессионала не составит труда сделать все что угодно ;)
тем более что man ни кто не отменял
а в целом то пока ни чего совершенного нет и не будет


>То есть, пакет в дистрибутив попадает не "что бы был", а с какой-то целью, и вписывается
> в общую картину. Именно этого нет у Debian, и до сих пор нет у Ubuntu LTS, а жаль :(

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

поэтому хочу вас по благодарить за то что потратив своё личное ИМХО очень дорогое время уделили внимание "безграмотному"  ;)

>Пожалуйста) Хотите, пишите в личку, или стучитесь в жаббер, правда в последнее время я >редко бываю online, так как у нас сейчас слишком много задач и проблем, что бы себе >позволить чатиться, да и на opennet я бы хотела пока чуть по-реже появляться.

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

>Кстати, обратная сторона своего бизнеса: в начале у Вас нет денег ни на что, едите Вы >только лапшу, перестаете готовить что-то вкусное, общаться с друзьями/подругами, ходить >в гости и музеи, и так далее, при  этом спите, хорошо если по 6-7 часов в сутки не >регулярно, и постоянно не понятно, получиться у тебя или нет, или придется все бросить, >и пойти на обычную работу :(

чтобы не было - нельзя сдаваться, пусть говорят что хотят, но надо идти до последнего ИМХО
все получиться - куда оно денется, просто нужно работать и ждать а также уметь правильно расставлять приоритеты - это наверное вообще самое сложное для человека

так что удачи и еще раз спасибо

следующий сервер надеюсь будет на centos или sl

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

48. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от netc email(??) on 24-Фев-10, 22:02 
>Пожалуйста) Хотите, пишите в личку, или стучитесь в жаббер, правда в последнее время я >редко бываю online

спасибо.

с удовольствием! как только будут свободные минутки

тем более что предложение искреннее и подкреплено высокой занятостью ;)
скажем так

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

51. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от netc email(ok) on 26-Мрт-10, 13:35 
привет sHaggY_caT. помнишь ты говорила, что может дать свои контакты

нужен твой совет, все так ты у нас самая опытная в rh-based

мой jabber v.skubriev@jabber.ru

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

52. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от sHaggY_caT (ok) on 26-Мрт-10, 13:49 
>привет sHaggY_caT. помнишь ты говорила, что может дать свои контакты
>
>нужен твой совет, все так ты у нас самая опытная в rh-based
>
>
>мой jabber v.skubriev@jabber.ru

jid: galia [at] shaggy-cat [dot] ru

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

e-mail: inbox at shaggy-cat dot ru

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

41. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от Аноним (??) on 24-Фев-10, 09:26 
Уважаемые спорщики. Использую Дебиан (не убунту и т.п.), а именно дебиан на домашней машине. На работе мне винды хватает за глаза. Поэтому хочется просто приходить домой и наслаждаться работой компьютера, а не быть параноиком, как с виндой. Для _домашнего_ применения инсталлера дебиана вполне хватает. Правда не юзал всякие раиды - обычные сата и иде диски (да, они еще живы).
По посту netc.
Как верно здесь заметили, выбирайте тот дистрибутив, которым владеет знакомый гуру. Он же на первых порах поможет разобраться с проблемой. А когда уже сами вникните в структуру ОС, можете сами определиться, что же Вам в первую очередь от нее нужно.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

43. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от netc email(ok) on 24-Фев-10, 10:12 
>[оверквотинг удален]
>домашней машине. На работе мне винды хватает за глаза. Поэтому хочется
>просто приходить домой и наслаждаться работой компьютера, а не быть параноиком,
>как с виндой. Для _домашнего_ применения инсталлера дебиана вполне хватает. Правда
>не юзал всякие раиды - обычные сата и иде диски (да,
>они еще живы).
>По посту netc.
>Как верно здесь заметили, выбирайте тот дистрибутив, которым владеет знакомый гуру. Он
>же на первых порах поможет разобраться с проблемой. А когда уже
>сами вникните в структуру ОС, можете сами определиться, что же Вам
>в первую очередь от нее нужно.

как заметил Денис Ритчи: unix настолько просто, что для того чтобы его понять нужно быть гением

и вот честно я не как не могу в целом оценить как например в других областях компьютерного знания я для себя уже давно определился, а вот тут ну ни как в целом не могу взглянуть на проблему, поэтому даже при самом маленьком и удобном случае я стараюсь ее для себя и для будущих поколений представить себе общую картину мира unix-way

мне кажется что он полностью прав, даже не то слово как прав

мне кажется что в его словах заложен глубокий смысл

да debian-installer мне подуше, но когда узнаешь то что может anaconda в условии того, что разработана отчасти в недрах redhat то начинаешь задумываться ... а не стоит ли сменить курс в пользу опять же centos, и т.д. пока еще совсем не закоренел

просто любой наворот я считаю отчуждением от принципа KISS который опять же четко виден в slackware, freebsd, debian ну опять же очень сложно оценить. т.к. нет общей картины хотя использовать уже доводилось почти все что можно

тот же puppet с одной стороны он мне видится как действительно упрощение, с другой уже наворот

возможности anaconda действительно потрясающие, но опять же это целая заморочка целый новый продукт, который надо изучить, в отличии например от обычного скрипта и пакета для доведения системы
хотя я не спорю - у анаконды свои плюсы, которых быть не может у этого пакета
по мне так лучше потренироваться с perl и bash чем изучать что то новое

хотя опыта у меня в таком как у shaggy_cat конечно нет, но почему то кажется что можно и без наворотов "упрощающих жизнь" обойтись.

хотя вот видите она во всю эту anaconda И puppet использует


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

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

49. "Началось альфа-тестирование инсталлятора Debian Squeeze"  +/
Сообщение от Аноним (??) on 25-Фев-10, 07:40 
В таком случае, прозреваю в вас, netc, стремление к хакерству, в хорошем смысле, естественно. А раз так, то за какую бы систему Вы не взялись, ее все равно надо "изучать". Я, например, не такой максималист, как Вы. Мне вполне хватает дебиана для повседневных задач. Этот же дебиан крутится на сервачке из первого пня.
Если есть желание еще и свой вклад внести в мир опен сорса, то советую вам сделать "скачок во времени" и заняться BSD (DragonFly, к примеру. Довольно перспективная система, судя по роадмап).
Дерзайте и Вам воздастся.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2021 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру