Forum Debian Users Gang

yossarian · 2014-05-04 19:38:43

Nie ma większego znaczenia czy to apt-get, czy aptitude.
W razie problemów z zależnościami aptitude proponuje kilka rozwiązań do wyboru, apt-get za to przy bardziej skomplikowanych aktualizacjach raczej sobie radzi lepiej.
Najlepiej używać tego co jest wygodniejsze.

Debian Testing (a szczególnie sid) to dystrybucja ciągła i IMHO bezpieczniej używać samego dist/full-upgrade (bez aptitude safe-upgrade/apt-get upgrade).
Czasem coś wylatuje z testinga (lub jakiś większy błąd) i warto mieć opcjonalne repozytoria sida z niższym priorytetem.

Najważniejsze to czytać komunikaty.

ArnVaker · 2014-05-04 19:43:26

yossarian napisał(-a):
Debian Testing (a szczególnie sid) to dystrybucja ciągła i IMHO bezpieczniej używać samego dist/full-upgrade (bez aptitude safe-upgrade/apt-get upgrade).

Dlaczego?

yossarian · 2014-05-04 19:49:08

Bo w przypadku większych zmian od razu sobie radzi z przestarzałymi zależnościami, migracjami etc.
Wtedy przy safe-upgrade początkujący użytkownik może się pogubić w tym co zacznie proponować aptitude.

ilin · 2014-05-04 19:51:19

Przy dłuższym używaniu safe-upgrade ważne pakiety mogą przez dłuższy czas być zatrzymane aż róznica wersji będzie ogromna i zrodzą sie problemy.

Pamiętam przypadek Akkona

ArnVaker · 2014-05-04 20:06:22

yossarian: a co zacznie proponować? AFAIR zaktualizuje to co można zaktualizować bezproblemowo, a pozostałe pakiety zostawi zatrzymane.

ilin: no taka jego rola, że w razie konfliktów itp. ma zatrzymywać. Jak coś wisi zatrzymane można obadać sprawę, że Akkon tego nie zrobił to już nie safe-upgrade wina.

ilin · 2014-05-04 20:09:52

Ja tylko ostrzegam przed zbyt sztywnym trzymaniem sie procedur.
Inaczej mówiąc nie do konca przemyślanymi działaniami.

Zdrowy rozsądek przede wszystkim :)

ArnVaker · 2014-05-04 20:13:32

Ale tamta procedura po której zacząłeś ostrzegać akurat była w porządku. :)

yossarian · 2014-05-04 20:22:13

ArnVaker napisał(-a):
yossarian: a co zacznie proponować? AFAIR zaktualizuje to co można zaktualizować bezproblemowo, a pozostałe pakiety zostawi zatrzymane.

Nie w pełni aktualizowany testing/sid to po jakimś czasie proszenie się o kłopoty.

Mi zawsze wygodniej od razu aktualizować bo wtedy od razu widać czy coś się dzieje i łatwiej na bieżąco znaleźć jakieś info o ewentualnych migracjach, niż gdy się nabiera tego więcej.

Nie traktuję tego jako jakiejś prawdy objawionej, ani że to jakiś błąd opcji safe-upgrade, po prostu traktuję aktualizacje w dystrybucji ciągłej jako pełną aktualizację do nowego wydania i samo safe-upgrade jest trochę bez sensu bo i tak należy potem wykonać pełną aktualizację.

ilin · 2014-05-04 20:23:56

Jeśli ktoś będzie stosowal samo safe-upgrade przez rok i wiecej to może liczyć się z niespodziankami.
Może nie musi.
Osobiście uważam że lepiej od razu stosować dist/full upgrade.
Kwestia przyzwyczajeń,doświadczeń.

Bitels · 2014-05-04 20:27:17

Arn ale po co sobie komplikować życie safe upgrade na desktopie. Wiem, że to fajne rozwiązanie na serwerze przy stabilnym debianie i dla zaawansowanych użytkowników, ale przy testing szczególne dla takiego jełopa jak ja lepiej chyba się trzymać dist-upgrade (oczywiście kontrolując to co chce zrobić system przy aktualizacji), bo nawet jak pojawią się jakieś problemy to łatwiej je chyba zjagonozować i rozwiązać. Jeżeli się mylę to proszę sprostujcie mnie.

A tak przy okazji... Trzymając się wątku, Panowie powiedzcie czy teoretycznie może się pojawić problem przy aktualizacji testinga jeżeli zostawi się go bez aktualizacji na miesiąc bądź dwa albo i więcej?

ilin · 2014-05-04 20:32:30

Może ale najprawdopodobniej nie.
Kwestia szczęscia :)

yossarian · 2014-05-04 20:41:37

Ale warto starać się aktualizować częściej w miarę możliwości.
Powód — znów bardzo subiektywny — nie ma lawiny ewentualnych problemów. Łatwiej ogarnąć oporną aktualizację kilku pakietów niż kilkuset.

Bitels · 2014-05-04 20:50:13

Wiem ale mam zamiar zainstalować testinga mojej kobicie na nowym lapku, a jak już go złapie w swoje rączki to nie lubi jak przy nim majstruje :D (oczywiście nie bez przyczyny). Testing wydaje mi się idealny dla niej ale wolał bym aktualizować go jej osobiście by nie było niespodzianek... może pomyśle o przeprowadzaniu aktualizacji przez ssh by słoneczka nie stresować.

ArnVaker · 2014-05-04 20:50:35

yossarian napisał(-a):
Nie w pełni aktualizowany testing/sid to po jakimś czasie proszenie się o kłopoty.

Jak to się ma do stwierdzenia, że bezpieczniej używać full-upgrade bez safe-upgrade? Co z argumentem o zagubionym początkującym użytkowniku?

yossarian napisał(-a):
Mi zawsze wygodniej od razu aktualizować bo wtedy od razu widać czy coś się dzieje i łatwiej na bieżąco znaleźć jakieś info o ewentualnych migracjach, niż gdy się nabiera tego więcej.

Przy safe-upgrade też od razu widać, że coś zostało zatrzymane. Potem przy full-upgrade widać nawet lepiej, ponieważ bezproblemowe pakiety już zostały zaktualizowane.

ilin napisał(-a):
Jeśli ktoś będzie stosowal samo safe-upgrade przez rok i wiecej to może liczyć się z niespodziankami.

Nikt tu nie zalecał stosowania wyłącznie safe-upgrade. Przy stosowaniu wyłącznie jego oczywiście zgadzam się, że system może się rozjechać.

Bitels napisał(-a):
Arn ale po co sobie komplikować życie safe upgrade na desktopie.

Zabrzmiało jakbym zalecał używanie safe-upgrade… Ani nie zalecam, ani nie odradzam. Zainteresowało mnie tylko, że koledzy demonizują safe-upgrade i wręcz przestrzegają przed jego używaniem.

yossarian · 2014-05-04 21:00:42

ArnVaker napisał(-a):
yossarian napisał(-a):
Nie w pełni aktualizowany testing/sid to po jakimś czasie proszenie się o kłopoty.
Jak to się ma do stwierdzenia, że bezpieczniej używać full-upgrade bez safe-upgrade? Co z argumentem o zagubionym początkującym użytkowniku?

Różnica jest taka, że od razu widać czy aktualizacja jest bezpieczna (pomijając błędy w samych pakietach).
Jeśli przy apt-get dist-upgrade jest coś zatrzymywane lub usuwane, to oznacza jakiś konflikt w zależnościach lub nieukończoną migrację i wymaga przez to większej uwagi, która jest od razu koncentrowana na najważniejszą sprawę bo apt-get sobie zazwyczaj świetnie z radzi bez ingerencji użytkownika.
Może to naciągane, ale dla mnie zatrzymywanie pakietów przez samo safe-upgrade to tylko niepotrzebny zamęt i znieczula na ewentualne konflikty przy aktualizacjach.

yossarian napisał(-a):
Mi zawsze wygodniej od razu aktualizować bo wtedy od razu widać czy coś się dzieje i łatwiej na bieżąco znaleźć jakieś info o ewentualnych migracjach, niż gdy się nabiera tego więcej.
Przy safe-upgrade też od razu widać, że coś zostało zatrzymane. Potem przy full-upgrade widać nawet lepiej, ponieważ bezproblemowe pakiety już zostały zaktualizowane.

Tu bym mógł napisać to co wyżej.
Oczywiście to tylko subiektywne rozważania :)

Bitels · 2014-05-04 21:08:09

Arn: No właśnie dla mnie to tak zabrzmiało i dlatego właśnie pociągnąłem ten wątek, dzięki za odpowiedź.
A wg was bezpiecznie jest wrzucić do cron safe upgrade przy testing (tak jestem leniem)?

drelbrown · 2014-05-04 21:11:52

[offtop]
Mi safe-upgrade przydaje się tylko w takiej sytuacji:

Kod:

aptitude -t experimental safe-upgrade

przy

Kod:

aptitude -t experimental full-upgrade

jest ciężko :) [/offtop]

ArnVaker · 2014-05-04 21:55:54

yossarian napisał(-a):
Może to naciągane, ale dla mnie zatrzymywanie pakietów przez samo safe-upgrade to tylko niepotrzebny zamęt i znieczula na ewentualne konflikty przy aktualizacjach.

Jak dla mnie to to już jest co kto woli, a nie jak jest bezpieczniej… Chyba EOT. ;)

yossarian · 2014-05-04 21:59:18

ArnVaker napisał(-a):
yossarian napisał(-a):
Może to naciągane, ale dla mnie zatrzymywanie pakietów przez samo safe-upgrade to tylko niepotrzebny zamęt i znieczula na ewentualne konflikty przy aktualizacjach.
Jak dla mnie to to już jest co kto woli, a nie jak jest bezpieczniej… Chyba EOT. ;)

Muszę się tym zgodzić :)

mati75 · 2014-05-04 23:05:12

drelbrown napisał(-a):
[offtop]
Mi safe-upgrade przydaje się tylko w takiej sytuacji:
Kod:
aptitude -t experimental safe-upgrade
przy
Kod:
aptitude -t experimental full-upgrade
jest ciężko :) [/offtop]

Pin dla pakietów z experimental i nie trzeba się bawić w żadne safe i full update.

drelbrown · 2014-05-05 00:39:21

mati75 napisał(-a):
drelbrown napisał(-a):
[offtop]
Mi safe-upgrade przydaje się tylko w takiej sytuacji:
Kod:
aptitude -t experimental safe-upgrade
przy
Kod:
aptitude -t experimental full-upgrade
jest ciężko :) [/offtop]
Pin dla pakietów z experimental i nie trzeba się bawić w żadne safe i full update.

Normalnie stosuję pin, akcje jak powyżej to w ramach eksperymentów na VB. Od kilu tygodni siedzę na Sidzie i o dziwo jest okay, czasami zdarzy się jakieś nieporozumienie, ale po następnej aktualizacji (max po czterech) repo jest okay. Wychodzi na to, że Sid nie taki straszny jak go malują.

darius · 2014-05-05 09:22:31

No i jak ciekawa dyskusja sie zrobila. Taka wymiana doswiadczen bardzo mnie cieszy !

Bitels napisał(-a):
Panowie powiedzcie czy teoretycznie może się pojawić problem przy aktualizacji testinga jeżeli zostawi się go bez aktualizacji na miesiąc bądź dwa albo i więcej?

Wedlug mnie zbyt czeste aktualizacje na testingu nie sa wskazane poniewaz pakiety "spadaja" z Sid'a lub wypadaja z testing'a. Jak trafisz na zly moment to trzeba "naprawiac" ktora to naprawa nic nie daje na dluzsza mete.

Czekam minimum dwa tygodnie a jako, ze ostatnio bylem nieobecny przedluzylo sie do miesiaca i wszystko jest w jak najlepszym porzadku.

yossarian · 2014-05-05 09:49:44

darius napisał(-a):
Czekam minimum dwa tygodnie a jako, ze ostatnio bylem nieobecny przedluzylo sie do miesiaca i wszystko jest w jak najlepszym porzadku.

A na co czekasz?
W testingu (poza mrożeniem) cały czas ma to miejsce:

pakiety "spadaja" z Sid'a lub wypadaja z testing'a.

Deweloperzy Debiana nie robią sobie wtedy razem z Tobą miesięcznego urlopu i po takim miesiącu ryzyko ewentualnego problemu jest ciągle takie samo.

darius · 2014-05-05 10:18:32

A tak sobie czekam, zeby sie nie "denerwowac" no i po czym aptitude full/dist-upgrade rozwiazuje wszystko.

W kazdym razie Jessie jest duzo lepszy od poprzednich testing'ow.

EDIT; zrobilem przed chwila (tt1) aktualizacje/upgrade 79-ciu pakietow.

Ostatnio edytowany przez darius (2014-05-05 12:41:47)

menel · 2014-05-05 17:11:08

czasami się coś sypie ja ostatnio takie dosyć irytujące problemy miałem z chromium, filerollerem i xbmc (musiałem kombinować trochę ale koniec końców udało się zastąpić innymi wersjami i wszystko działa) a sam system działa elegancko..ja tam aktualizuję praktycznie codziennie swoją jessie;)...

Ostatnio edytowany przez menel (2014-05-05 17:11:51)

Forum Debian Users Gang

Ogłoszenie

#26 2014-05-04 19:38:43

yossarian - Szczawiożerca

Re: [Solved] Dziwne zachowanie wiatraka na baterii, migotanie samsung r540

#27 2014-05-04 19:43:26

ArnVaker - Kapelusznik

Re: [Solved] Dziwne zachowanie wiatraka na baterii, migotanie samsung r540

yossarian napisał(-a):

#28 2014-05-04 19:49:08

yossarian - Szczawiożerca

Re: [Solved] Dziwne zachowanie wiatraka na baterii, migotanie samsung r540

#29 2014-05-04 19:51:19

ilin - Palacz

Re: [Solved] Dziwne zachowanie wiatraka na baterii, migotanie samsung r540

#30 2014-05-04 20:06:22

ArnVaker - Kapelusznik

Re: [Solved] Dziwne zachowanie wiatraka na baterii, migotanie samsung r540

#31 2014-05-04 20:09:52

ilin - Palacz

Re: [Solved] Dziwne zachowanie wiatraka na baterii, migotanie samsung r540

#32 2014-05-04 20:13:32

ArnVaker - Kapelusznik

Re: [Solved] Dziwne zachowanie wiatraka na baterii, migotanie samsung r540

#33 2014-05-04 20:22:13

yossarian - Szczawiożerca

Re: [Solved] Dziwne zachowanie wiatraka na baterii, migotanie samsung r540

ArnVaker napisał(-a):

#34 2014-05-04 20:23:56

ilin - Palacz

Re: [Solved] Dziwne zachowanie wiatraka na baterii, migotanie samsung r540

#35 2014-05-04 20:27:17

Bitels - Użytkownik

Re: [Solved] Dziwne zachowanie wiatraka na baterii, migotanie samsung r540

#36 2014-05-04 20:32:30

ilin - Palacz

Re: [Solved] Dziwne zachowanie wiatraka na baterii, migotanie samsung r540

#37 2014-05-04 20:41:37

yossarian - Szczawiożerca

Re: [Solved] Dziwne zachowanie wiatraka na baterii, migotanie samsung r540

#38 2014-05-04 20:50:13

Bitels - Użytkownik

Re: [Solved] Dziwne zachowanie wiatraka na baterii, migotanie samsung r540

#39 2014-05-04 20:50:35

ArnVaker - Kapelusznik

Re: [Solved] Dziwne zachowanie wiatraka na baterii, migotanie samsung r540

yossarian napisał(-a):

yossarian napisał(-a):

ilin napisał(-a):

Bitels napisał(-a):

#40 2014-05-04 21:00:42

yossarian - Szczawiożerca

Re: [Solved] Dziwne zachowanie wiatraka na baterii, migotanie samsung r540

ArnVaker napisał(-a):

yossarian napisał(-a):

yossarian napisał(-a):

#41 2014-05-04 21:08:09

Bitels - Użytkownik

Re: [Solved] Dziwne zachowanie wiatraka na baterii, migotanie samsung r540

#42 2014-05-04 21:11:52

drelbrown - Użytkownik

Re: [Solved] Dziwne zachowanie wiatraka na baterii, migotanie samsung r540

Kod:

Kod:

#43 2014-05-04 21:55:54

ArnVaker - Kapelusznik

Re: [Solved] Dziwne zachowanie wiatraka na baterii, migotanie samsung r540

yossarian napisał(-a):

#44 2014-05-04 21:59:18

yossarian - Szczawiożerca

Re: [Solved] Dziwne zachowanie wiatraka na baterii, migotanie samsung r540

ArnVaker napisał(-a):

yossarian napisał(-a):

#45 2014-05-04 23:05:12

mati75 - Psuj

Re: [Solved] Dziwne zachowanie wiatraka na baterii, migotanie samsung r540

drelbrown napisał(-a):

Kod:

Kod:

#46 2014-05-05 00:39:21