Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.LINUX
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.LINUX с датами от 24 Jan 02 06:01:34 до 11 Mar 24 23:35:09, всего сообщений: 8277
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 52 из 8277 =========================================== RU.LINUX =
От   : Alexey Vissarionov               2:5020/545         20 Aug 13 11:14:44
Кому : Stanislav Vlasov                                    20 Aug 13 11:14:44
Тема : Худший дистрибутив
FGHI : area://RU.LINUX?msgid=2:5020/545+52131766
На   : area://RU.LINUX?msgid=2:5080/172+52120da7
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.LINUX?msgid=2:5080/172+52133451
==============================================================================
Доброго времени суток, Stanislav!
19 Aug 2013 18:15:02, ты -> мне:

SV>>> Пока дистрибутив свежий и ничего нового не надо - всё ок.
AV>> Свежим он может быть только в первые сутки после `make buildworld`
AV>> :-)
SV> В данном случае - всё-таки apt-get update && apt-get upgrade :-)
SV> Альт же!

Чтобы положить пакеты в репу, их нужно собрать :-)

SV>>> Hо вот с апгрейдами там хреново. Правда, проверял давно, во
SV>>> времена 4.1
AV>> А ничего кардинально поменяться и не могло: либо у тебя постоянные
AV>> апдейты (тогда апгрейд выглядит как обычное обновление пакета issue
AV>> или как его там), либо обновляем только критичное, а, например, при
AV>> апгрейде железа ставим уже новую версию. Оба подхода по-своему
AV>> хороши и оба имеют право на использование (каждый в своих условиях,
AV>> разумеется).
SV> Подходы работают только до тех пор, пока не понадобится что-то, чего
SV> не будет в текущей версии дистрибутива. Hапример, закрытых дырок или
SV> новых версий. Тогда - либо ставить заново (при том же железе), либо
SV> обновлять, либо ставить софт из других источников.

Я собираю нужные пакеты локально - в ~/RPM

SV> Ставить заново - надёжнее всего, но не всегда возможно. С обновлениями
SV> возможны (были?) проблемы. (Hапоминаю, мы всё еще про Altlinux) Hу а
SV> ставить из других источников может быть чревато.

Взять .src.rpm и натравить на него rpmbuild --rebuild православным буддистам аллах запрещает? :-)

SV> Впрочем, взять пакеты офиса и положить в локальный репозиторий мне
SV> ничего не помешало тогда :-)

Лучше все-таки собирать.

AV>> Еще, конечно же, есть `cvs up && make buildworld installworld` - но
AV>> это уже прерогатива (и проклятие) разработчиков.
SV> Кстати, а почему бы и не git pull?

Не возражаю.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Отпуск - это когда утром суббота, днем воскресенье, а вечером пятница
--- /bin/vi
* Origin: http://openwall.com/Owl/ru (2:5020/545)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.062545 секунды