Ещё раз, решать админу. У меня на VPS центос от безысходности. Была бы возможность поставить федору - сделал бы сразу.

а почему не ставишь?

Ещё раз, решать админу. У меня на VPS центос от безысходности. Была бы возможность поставить федору - сделал бы сразу.

Хецнер клоуд, скейлвей, до - как минимум они дают федорку же. По адекватным деньгам

С арубой не сравнится в цене :)

@dmnord мы ответили на твой вопрос?

В общем дело вкуса, и всегда всё надо доказывать!

как по мне - centos и fedora используют одни и те же rpm для сборки

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

кто можешь мне объяснить как художник художнику, почему когда я перезжаю с MariaDB 5 ветки на 10 мне надо проделать аж неебический список действий. Я вчера экспеременитровал и насколько я понял список дейсвий был такой: 1) Делаем бэкап: mysqldump -u root -p --all-databases > alldb_backup.sql 2) Далее тормозим марию: /etc/init.d/mysql stop 3) Здесь кто то ещё делает физически бэкап для var/lib/mysql/ но я не знаю есть ли в нем смысл когда и так всё забэкапили командой выше. Ну на всякий случай как говориться делаем так: cp -ar /var/lib/mysql/ mysql-backup.ar 4) Далее правим файл репозитория на нужную версию марии. 5) Удаляем нахуй марию: yum remove maridb-server mariadb-client mariadb-libs Ставим: 6) yum install MariaDB-client MariaDB-server 7) Запускаем: service mysql start 8) Вроде как апгрейдимся. Хотя смысл этой команды я до сих пор не понимаю. Ну да хуй с ним. mysql_upgrade -u root -p 9) systemctl enable maridb 10) Ворачиваем все назад mysql -u root -p < alldb_backup.sql 11) Готово! А когда просто с 10.0.34 на 10.0.35 обновляемся ЕДИНСТВЕННОЙ командой yum update MariaDB-server всё проходит успешно. Меня вчера до 8 вечара заёбывали эти конвертаци-мастурбации. чтобы все с 5 ветки гладенько легло на 10. Благо после yum remove ничего не забирается в ад. Это пиздатый этикет поведения при удалнии пакетов. Будь то мария или тот же апач. Файлы конфигов...восновном остаются.

а что все-таки по поводу вот этого?

кто можешь мне объяснить как художник художнику, почему когда я перезжаю с MariaDB 5 ветки на 10 мне надо проделать аж неебический список действий. Я вчера экспеременитровал и насколько я понял список дейсвий был такой: 1) Делаем бэкап: mysqldump -u root -p --all-databases > alldb_backup.sql 2) Далее тормозим марию: /etc/init.d/mysql stop 3) Здесь кто то ещё делает физически бэкап для var/lib/mysql/ но я не знаю есть ли в нем смысл когда и так всё забэкапили командой выше. Ну на всякий случай как говориться делаем так: cp -ar /var/lib/mysql/ mysql-backup.ar 4) Далее правим файл репозитория на нужную версию марии. 5) Удаляем нахуй марию: yum remove maridb-server mariadb-client mariadb-libs Ставим: 6) yum install MariaDB-client MariaDB-server 7) Запускаем: service mysql start 8) Вроде как апгрейдимся. Хотя смысл этой команды я до сих пор не понимаю. Ну да хуй с ним. mysql_upgrade -u root -p 9) systemctl enable maridb 10) Ворачиваем все назад mysql -u root -p < alldb_backup.sql 11) Готово! А когда просто с 10.0.34 на 10.0.35 обновляемся ЕДИНСТВЕННОЙ командой yum update MariaDB-server всё проходит успешно. Меня вчера до 8 вечара заёбывали эти конвертаци-мастурбации. чтобы все с 5 ветки гладенько легло на 10. Благо после yum remove ничего не забирается в ад. Это пиздатый этикет поведения при удалнии пакетов. Будь то мария или тот же апач. Файлы конфигов...восновном остаются.

кто можешь мне объяснить как художник художнику, почему когда я перезжаю с MariaDB 5 ветки на 10 мне надо проделать аж неебический список действий. Я вчера экспеременитровал и насколько я понял список дейсвий был такой: 1) Делаем бэкап: mysqldump -u root -p --all-databases > alldb_backup.sql 2) Далее тормозим марию: /etc/init.d/mysql stop 3) Здесь кто то ещё делает физически бэкап для var/lib/mysql/ но я не знаю есть ли в нем смысл когда и так всё забэкапили командой выше. Ну на всякий случай как говориться делаем так: cp -ar /var/lib/mysql/ mysql-backup.ar 4) Далее правим файл репозитория на нужную версию марии. 5) Удаляем нахуй марию: yum remove maridb-server mariadb-client mariadb-libs Ставим: 6) yum install MariaDB-client MariaDB-server 7) Запускаем: service mysql start 8) Вроде как апгрейдимся. Хотя смысл этой команды я до сих пор не понимаю. Ну да хуй с ним. mysql_upgrade -u root -p 9) systemctl enable maridb 10) Ворачиваем все назад mysql -u root -p < alldb_backup.sql 11) Готово! А когда просто с 10.0.34 на 10.0.35 обновляемся ЕДИНСТВЕННОЙ командой yum update MariaDB-server всё проходит успешно. Меня вчера до 8 вечара заёбывали эти конвертаци-мастурбации. чтобы все с 5 ветки гладенько легло на 10. Благо после yum remove ничего не забирается в ад. Это пиздатый этикет поведения при удалнии пакетов. Будь то мария или тот же апач. Файлы конфигов...восновном остаются.

Всем привет! кто-нибудь знает, что в 28-й с вайном случлось? У меня офис 2007 открывается и мгновенно сразу же закрывается

Офис в Вайне... Фи

WPS Office аналог 1 в1

Прям 1 в 1? А почему не Libre тогда?

блин, как все-таки гномшелл тормозит на моем ThinkPad T410s :(

WPS Office аналог 1 в1

Винду в виртуалбокс и нет проблем с офисом.

а вообще, я накатил 28-ю федору, пререлизный Xorg 1.2 и у меня в кедах даже на экране ноутбука все окошки рисуются так плааавненько, ну наконец-то они допилили этот DRI. Радость есть, хоть иногда

роскомпозор блокирует?

видно ты не умеешь их готовить ))

хз сам не пойму ping всё есть а не качает

а что в /etc/resolv.conf ?

народ, а если на работающей системе отключить свап, данные из него нормально перенесутся в ОЗУ?

Чебурнет все ближе с каждым днем )

[root@aim-laptop ~]# dnf install deadbeef Last metadata expiration check: 1:59:05 ago on Fri 04 May 2018 11:31:23 MSK. Error: Problem: package deadbeef-0.7.2-4.fc27.x86_64 requires deadbeef-plugins = 0.7.2-4.fc27, but none of the providers can be installed - conflicting requests - nothing provides libavutil.so.55()(64bit) needed by deadbeef-plugins-0.7.2-4.fc27.x86_64

[root@aim-laptop ~]# dnf install deadbeef Last metadata expiration check: 1:59:05 ago on Fri 04 May 2018 11:31:23 MSK. Error: Problem: package deadbeef-0.7.2-4.fc27.x86_64 requires deadbeef-plugins = 0.7.2-4.fc27, but none of the providers can be installed - conflicting requests - nothing provides libavutil.so.55()(64bit) needed by deadbeef-plugins-0.7.2-4.fc27.x86_64

странно что не обновился. Это в основной репе или rpmfusion?