Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Dzień dobry wszystkim,
Uczciwie przyznaję, że instalując kilkanaście miesięcy temu (lub lepiej) Debiana 9 na produkcji nie doczytałem zalecenia używania apt.
Doinstalowałem aptitude i od początku go używam. Ostatnio jeden ze znajomych zwrócił mi uwagę, że w Debianie 9 zalecane jest jednak apt.
Pytania:
1. Do instalacji i kolejnych aktualizacji Debiana 9 używałem do tej pory aptitude. Czy mogę bezboleśnie powrócić do apt, czy lepiej w takim układzie trzymać się aptitude?
2. Jeśli przejście na apt jest w moim wypadku zalecane i możliwe, czy poza:
apt-get update
apt-get upgrade
powinienem odświeżyć całość
apt-get dist-upgrade
lub wykonać jakieś dodatkowe polecenia?
Z góry bardzo dziękuję za wszystkie sugestie.
M.
Offline
Apt owszem, jest, ale działa zauważalnie gorzej niż aptitude.
Nie warto migrować na jakiejś buntowe wynalazki nawet, jak zgodnie z doktryną postępu typu "teraz się używa" czy "teraz wszyscy używają", "wszyscy normalni używają" i innymi wynalazkami marksizmu kulturowego.:P
Także nigdzie i na nic nie musisz migrować.
;)
Jedyna różnica inplus nowego apta jest taka, że polecenia:
apt search apt policy apt show
klepie się krócej niż odpowiedniki apt-cache. :)
Pod względem instalacji i aktualizacji apt i apt-get działają identycznie,
aptitude o wiele lepiej od obydwu. :)
Pozdro
Ostatnio edytowany przez Jacekalex (2018-12-08 08:35:25)
Offline
Dzięki. Cieszę się. Ludzie mówią że aptitude jest trudniejsze, mi zdecydowanie bardziej odpowiada. hihi ;)
Offline
tu kilka przykładowych różnic:
$ apt search linux-image | grep ^i WARNING: apt does not have a stable CLI interface. Use with caution in scripts. $ aptitude search linux-image | grep ^i i A linux-image-4.18.0-0.bpo.1-amd64 - Linux 4.18 for 64-bit PCs i A linux-image-4.9.0-8-amd64 - Linux 4.9 for 64-bit PCs i linux-image-amd64 - Linux for 64-bit PCs (meta-package)
$ apt moo (__) (oo) /------\/ / | || * /\---/\ ~~ ~~ ..."Have you mooed today?"... $ aptitude moo W tym programie nie ma żadnych niespodzianek. $ aptitude -v moo W tym programie naprawdę nie ma żadnych niespodzianek. $ aptitude -vv moo Czy nie pisałem już, że nie ma tu żadnych niespodzianek? $ aptitude -vvv moo Dość tego! $ aptitude -vvvv moo No dobrze. Czy jeśli coś ci pokażę, dasz mi spokój? $ aptitude -vvvvv moo Proszę bardzo. /----\ -------/ \ / \ / | -----------------/ --------\ ---------------------------------------------- $ aptitude -vvvvvv moo Co to jest? Oczywiście słoń zjadany przez węża.
:)
Ostatnio edytowany przez hi (2018-12-08 12:16:31)
Offline
Jacekalex napisał(-a):
Nie warto migrować na jakiejś buntowe wynalazki nawet, jak zgodnie z doktryną postępu typu "teraz się używa" czy "teraz wszyscy używają", "wszyscy normalni używają" i innymi wynalazkami marksizmu kulturowego.:P
A co apt niby ma wspólnego z Ubuntu? Poza tym, że jest jednym z jakiś 90% innych pakietów/narzędzi pochodzących z Debiana.
@hi:
RTFM:
man apt man aptitude
Może wtedy ogarniesz obsługę podstawowych narzędzi systemowych ;)
apt list --installed linux-image* aptitude search linux-image~i
@mrok:
Wg deweloperów Debiana aptitude jest narzędziem do interaktywnego zarządzania pakietami (instalacja i inne podstawowe/codzienne operacje). apt jest przeznaczony do poważniejszych aktualizacji systemu (dist-upgrade), może lepiej się sprawdzać przy instalacji pakietów z innych architektur itp.
W praktyce można używać obu. W zależności który sobie lepiej w danym przypadku poradzi.
Offline
Apt i Aptitude w jednym VPSie z Debianem Stretch.
Musiałem tam kiedyś dodać repo testinga, do jednej appki w PHP, bo było do niej "potrzebne" PHP-7.1.
Przy okazji PHP-7.1 wciągnął z testinga - Perla 5.28.
Łańcuszek zależności bardzo prosty, biblioteki libc6 i openssl.
To było rok temu.
Teraz patrzę, w Testingu już nie ma PHP-7.1, jest PHP-7.2, na którym appka nie działa.
Próbuję wrócić na stable z PHP-7.0, ale za Chiny się nie da, bo z repo testinga razem z PHP wciągnął sobie Debian także bibliotekę openssl, i kilka innych.
Także musiałem wywalić repo testinga, dać 1001 dla paczek stable w apt_preferences wywalić pół systemu, jakoś się udało.
Ale pieprzony Perl-5.28 został, i wywalić apt go nie chce za Chiny ludowe.
Tymczasem razem z z cofnięciem biblioteki Openssl wyleciał moduł Net-SSLeay Perla.
Teraz odpalam Swaksa, ten nie potrafi sprawdzić połączenia TLS bo modułu do SSL nie ma.
Cofnąć Perla Aptem się nie da w ogóle, dopiero w Aptitude przy drugiej czy trzeciej propozycji rozwiązania problemu pojawiła się opcja downgrade Perla i to się udało.
Krótko pisząc, mogą sobie wszyscy wierzyć że trzeba tylko nowego apta używać,
ale jak się zaczynają kłopoty w zależnościach, to szansa na załatwienie ich przez Aptitude jest 10 razy większa niż przy starym apt-get i nowym apcie.
Więc jak jakiś czereśniak będzie Cię upominał, ze "Teraz Wszyscy Używają Apta!!!",
to daj mu zrobić Aptem downgrade libc6, Perla albo Pythona zrobić, i poczekaj tydzień,
aż skończy. xD
Pozdro
Ostatnio edytowany przez Jacekalex (2018-12-08 13:23:47)
Offline
Jacekalex napisał(-a):
Krótko pisząc, mogą sobie wszyscy wierzyć że trzeba tylko nowego apta używać,
ale jak się zaczynają kłopoty w zależnościach, to szansa na załatwienie ich przez Aptitude jest 10 razy większa niż przy starym apt-get i nowym apcie.
Więc jak jakiś czereśniak będzie Cię upominał, ze "Teraz Wszyscy Używają Apta!!!",
to daj mu zrobić Aptem downgrade libc6, Perla albo Pythona zrobić, i poczekaj tydzień,
aż skończy. xD
A kto niby pisze? Jakiś wiarygodny przykład?
BTW Aptitude potrafi pięknie klęknąć nawet przy zwykłym full-upgrade (szczególnie w sidzie). Tak samo w drugą stronę, aptitude czasem potrafi szybko ogarnąć burdel w zainstalowanych nie wiadomo skąd pakietach. Oba narzędzia bywają bardzo użyteczne — czasem wręcz niezbędne.
Offline
yossarian napisał(-a):
Jacekalex napisał(-a):
Krótko pisząc, mogą sobie wszyscy wierzyć że trzeba tylko nowego apta używać,
ale jak się zaczynają kłopoty w zależnościach, to szansa na załatwienie ich przez Aptitude jest 10 razy większa niż przy starym apt-get i nowym apcie.
Więc jak jakiś czereśniak będzie Cię upominał, ze "Teraz Wszyscy Używają Apta!!!",
to daj mu zrobić Aptem downgrade libc6, Perla albo Pythona zrobić, i poczekaj tydzień,
aż skończy. xDA kto niby pisze? Jakiś wiarygodny przykład?
BTW Aptitude potrafi pięknie klęknąć nawet przy zwykłym full-upgrade (szczególnie w sidzie). Tak samo w drugą stronę, aptitude czasem potrafi szybko ogarnąć burdel w zainstalowanych nie wiadomo skąd pakietach. Oba narzędzia bywają bardzo użyteczne — czasem wręcz niezbędne.
Widziałeś kiedyś serwer na produkcji z Sidem na pokładzie, czy może masz nowego dillera?
Dodawanie architektur i "poważne działania"?
Jakież to inne architektury potrzebne są na serwerach produkcyjnych poza amd64 lub x64?
Czasem trzeba jakąś przedpotopową appkę i386 wsadzić, ale do tego się robi chroota
z archive,debian.org, bo taki np Teamspeak i tak nowych bibliotek nie ogarnia niezależnie od architektury.
Natomiast poprawki bezpieczeństwa takie maszyny muszą dostawać codziennie.
Dlatego
aptitude -y safe-upgrade
w niejednym znajdziesz wrzucone do /etc/cron.daily, chociaż nie popieram takich rozwiązań,
ale znam jeden serwerek, który z takim wpisem do Crona już 4 latka pracuje bez problemu.
Pozdro
Ostatnio edytowany przez Jacekalex (2018-12-08 13:36:03)
Offline
BTW: jak jest konflikt pakietów w systemie podczas dist-upgrade/full-upgrade, to aptitude jest w stanie wyświetlić kilka propozycji, by te zależności rozwiązać. Czy apt-get można tak samo skonfigurować?
Offline
Aptitude ma trochę inny (bardziej rozbudowany) system rozwiązywania problemów i bywa, że w bardziej skomplikowanych problemach nie znajduje żadnego sensownego rozwiązania, a sam prosty apt może je od razu rozwiązać.
Offline
morfik napisał(-a):
BTW: jak jest konflikt pakietów w systemie podczas dist-upgrade/full-upgrade, to aptitude jest w stanie wyświetlić kilka propozycji, by te zależności rozwiązać. Czy apt-get można tak samo skonfigurować?
Apt się w takich wypadkach wywala z błędem na pół ekranu i taki z niego pożytek.
Dlatego lepiej go zostawić do dodawania nowych architektur w Sidach, Buntach czy Mintach.
xD
Offline
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 proven to more consistently give the desired upgrade results.
https://www.debian.org/releases/stable/amd64/releas … adingpackages
To dla takich forumowych „ekspertów” ;)
Offline
yossarian napisał(-a):
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 proven to more consistently give the desired upgrade results.
https://www.debian.org/releases/stable/amd64/releas … adingpackages
To dla takich forumowych „ekspertów” ;)
Dla forumowych eskpertów i nieekspertów użyć trzeba tego, co najlepiej odpowiada indywidualnym wymaganiom, umiejętnościom i upodobaniom.
Deweloperzy każdej dystrybucji wydaja ogóle założenia i porady, ale nigdy nie są w stanie przewidzieć wszystkich możliwych scenariuszy i możliwych kłopotów nawet takiej dystrybucji Linuxa jak Gentoo, nie wspominając w ogóle o Debianie.
Dlatego system trzeba dopasować do człowieka (w przypadku serwera do Administratora takiej maszyny), a nie człowieka dopasować do wymagań systemu.
Na razie jeszcze komputery i systemy operacyjne są dla ludzi, a nie ludzie dla komputerów i systemów operacyjnych.
Pozdro
Offline
Jacekalex napisał(-a):
morfik napisał(-a):
BTW: jak jest konflikt pakietów w systemie podczas dist-upgrade/full-upgrade, to aptitude jest w stanie wyświetlić kilka propozycji, by te zależności rozwiązać. Czy apt-get można tak samo skonfigurować?
Apt się w takich wypadkach wywala z błędem na pół ekranu i taki z niego pożytek.
Dlatego lepiej go zostawić do dodawania nowych architektur w Sidach, Buntach czy Mintach.
xD
No czasami się przydaje i dlatego go trzymam, tak to bym używał apt-get. xD
Offline
Strony: 1