Комментарии 18
Не нужно юзать aptitude в чем то отличном от Debian 6.
0
И в 5 и 6 не использовал aptitude.
А в чем с ним проблема и почему в 6 нужно?
Просто интересно для очщего развития
А в чем с ним проблема и почему в 6 нужно?
Просто интересно для очщего развития
0
apt-get до Debian 6 ломал пакетную базу. aptitude ломает ее после Debian 6.
На сей счет даже были рекомендации от разработчиков дистрибутива.
На сей счет даже были рекомендации от разработчиков дистрибутива.
0
Всю жизнь пользуюсь aptitude.
Нигде ничего не сломалось. ЧЯДНТ?
Нигде ничего не сломалось. ЧЯДНТ?
+3
Оно официально признано ненужным. Лучше на лор зайти и почитать коменты срачи на эту тему.
Но в общем целом я согласен, что оно не нужно и будет выпиливаться.
Но в общем целом я согласен, что оно не нужно и будет выпиливаться.
-2
aptitude is the recommended package manager for Debian GNU/Linux systemsDebian FAQ, Keeping your Debian system up-to-date. Официальные доводы экспертов LOR не интересуют.
Насколько помню, сейчас только не рекомендуют делать
aptitiude dist-upgrade
при переезде на новый релиз. +2
Debian Jessie 8.0
The recommended way to upgrade from previous Debian releases is to use the package management tool apt-get. In previous releases, aptitude was recommended for this purpose, but recent versions of apt-get provide equivalent functionality and also have shown to more consistently give the desired upgrade results.
Проблема в том, что aptitude сейчас плохо разрабатывается и не успевает за apt. Искать тред по переписки в 4 утра как то лениво, вы уж извините.
и да, если вы будите более внимательны то в jessie понизили приоритет aptitude с important до standard, так что она теперь не входит в базовую систему.
The recommended way to upgrade from previous Debian releases is to use the package management tool apt-get. In previous releases, aptitude was recommended for this purpose, but recent versions of apt-get provide equivalent functionality and also have shown to more consistently give the desired upgrade results.
Проблема в том, что aptitude сейчас плохо разрабатывается и не успевает за apt. Искать тред по переписки в 4 утра как то лениво, вы уж извините.
и да, если вы будите более внимательны то в jessie понизили приоритет aptitude с important до standard, так что она теперь не входит в базовую систему.
+1
Спасибо за статью.
Я вижу, что используется в основном virsh/libvirt. И по идее описанное вами решение имеет шансы быть относительно универсальным хотья для kvm, хоть для ovz, хоть для чего угодно что умеет libvirt.
Не пробовали повторить то же самое с другими вируализаторами?
Я вижу, что используется в основном virsh/libvirt. И по идее описанное вами решение имеет шансы быть относительно универсальным хотья для kvm, хоть для ovz, хоть для чего угодно что умеет libvirt.
Не пробовали повторить то же самое с другими вируализаторами?
0
Да работает оно все ок. Да же zen, но то оно и писалось. Другое дело, что если у вас нет причин использовать libvrt, то лучше его не использовать.
Вы начинаете загонять в определенные рамки по настройкам и правки руками xml файла, когда надо будет что-то эдакое.
kvm, openvz и lxc прекрасно админится и без libvrt.
Да от себя я еще скажу, что bridge-utils то же уже не нужно.Open vSwitch решает все эти задачи эффективние и не только их.
Вы начинаете загонять в определенные рамки по настройкам и правки руками xml файла, когда надо будет что-то эдакое.
kvm, openvz и lxc прекрасно админится и без libvrt.
Да от себя я еще скажу, что bridge-utils то же уже не нужно.Open vSwitch решает все эти задачи эффективние и не только их.
0
Каким образом еще можно админить kvm? Ручной вызов qemu?
0
Как минимум libcontainer, дальше уже пилить что надо. Если ничего не надо — то на уровне скриптов все нормально админится.
Если зреет, что то крупное — то не выкручивать яйца и брать как минимум proxmox, как максимум садится за изучение openstack.
Если зреет, что то крупное — то не выкручивать яйца и брать как минимум proxmox, как максимум садится за изучение openstack.
0
Этот libcontainer? github.com/docker/libcontainer
Как то он про lxc, и ничего там по ключевому слову kvm не находится.
В proxmox есть API?
А openstack стабильнее libvirt-а?
И вообще, чем libvirt плох?
Как то он про lxc, и ничего там по ключевому слову kvm не находится.
В proxmox есть API?
А openstack стабильнее libvirt-а?
И вообще, чем libvirt плох?
0
>Про OEM-активация Windows очень хорошо написано тут — habrahabr.ru/post/247597
От этого OEM активация не станет лицензионной с точки зрение если к вам прийдут.
Я на всякий случай.
От этого OEM активация не станет лицензионной с точки зрение если к вам прийдут.
Я на всякий случай.
+1
Спасибо. Может кто-то может помочь? У меня после обновления десктопа до Kubuntu 15.04 сломался virt-manager, которым я управлял виртуальными машинами на домашнем сервере. Ни локально не создаёт, ни к удалённым подключиться не может.
0
Ещё одна высосанная из пальца статья. Не забудьте написать по статье для 8.0, 8.1, 8,2 и так далее. А потом напишите как вы собрали домашний сервак, повесили на него несколько виртуалок и в каждую распихали всё ту же торрентокачалку, всё ту же файлопомойку и так далее. Можно потом то же самое написать для LXC и Xen, если покажется мало.
-4
НЛО прилетело и опубликовало эту надпись здесь
Не уверен, что швабр — хаутуфордж по-русски. В любом случае, шерстить тонну мануалов, чтобы найти рабочий (для какого-то конкретного локалхоста) — плохой подход. Лучше разобраться в проблеме.
Я не понимаю, что значит «домашний сервак с платными виртуалками». Всяко, это мне не интересно. Я знаю, как подымать виртуалки, я знаю, как подымать торрентокачалку и файлопомойку. В противном случае, разобрался бы со всеми тремя задачами по отдельности, а не копипастил бы команды из свеженаписанного туториала, где описано, как сделать всё сразу под конкретную ось в конкретных условиях.
Я не понимаю, что значит «домашний сервак с платными виртуалками». Всяко, это мне не интересно. Я знаю, как подымать виртуалки, я знаю, как подымать торрентокачалку и файлопомойку. В противном случае, разобрался бы со всеми тремя задачами по отдельности, а не копипастил бы команды из свеженаписанного туториала, где описано, как сделать всё сразу под конкретную ось в конкретных условиях.
0
Спасибо за статью. Правда ни чего нового со времён 6.0
Было бы не плохо если вместо bridge-utils написали бы о openvswitch, а то у самого руки не доходят.
Было бы не плохо если вместо bridge-utils написали бы о openvswitch, а то у самого руки не доходят.
0
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
Howto Qemu-kvm Debian 8