Forum Debian Users Gang

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

Nie ma większego znaczenia czy to [tt]apt-get[/tt], czy [tt]aptitude[/tt].
W razie problemów z zależnościami [tt]aptitude[/tt] proponuje kilka rozwiązań do wyboru, [tt]apt-get[/tt] 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 [tt]dist/full-upgrade[/tt] (bez [tt]aptitude safe-upgrade/apt-get upgrade[/tt]).
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

[quote=yossarian]Debian Testing (a szczególnie sid) to dystrybucja ciągła i IMHO bezpieczniej używać samego [tt]dist/full-upgrade[/tt] (bez [tt]aptitude safe-upgrade/apt-get upgrade[/tt]).[/quote]
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 [b]Akkona[/b]

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

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

[b]ilin[/b]: 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

[quote=ArnVaker][b]yossarian[/b]: a co zacznie proponować? AFAIR zaktualizuje to co można zaktualizować bezproblemowo, a pozostałe pakiety zostawi zatrzymane.[/quote]
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

[quote=yossarian]Nie w pełni aktualizowany testing/sid to po jakimś czasie proszenie się o kłopoty.[/quote]
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?

[quote=yossarian]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.[/quote]
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.

[quote=ilin]Jeśli ktoś będzie stosowal samo safe-upgrade przez rok i wiecej to może liczyć się z niespodziankami.[/quote]
Nikt tu nie zalecał stosowania wyłącznie safe-upgrade. Przy stosowaniu wyłącznie jego oczywiście zgadzam się, że system może się rozjechać.

[quote=Bitels]Arn ale po co sobie komplikować życie safe upgrade na desktopie.[/quote]
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

[quote=ArnVaker][quote=yossarian]Nie w pełni aktualizowany testing/sid to po jakimś czasie proszenie się o kłopoty.[/quote]
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?[/quote]
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.

[quote=yossarian]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.[/quote]
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.[/quote]
Tu bym mógł napisać to co wyżej.
Oczywiście to tylko subiektywne rozważania :)

Time (s)	Query
0.00009	SET CHARSET latin2
0.00004	SET NAMES latin2
0.00060	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.149.233.43' WHERE u.id=1
0.00103	UPDATE punbb_online SET logged=1728257385 WHERE ident='3.149.233.43'
0.00027	SELECT * FROM punbb_online WHERE logged<1728257085
0.00096	DELETE FROM punbb_online WHERE ident='18.218.93.169'
0.00071	DELETE FROM punbb_online WHERE ident='185.191.171.18'
0.00034	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=25735 AND t.moved_to IS NULL
0.00029	SELECT search_for, replace_with FROM punbb_censoring
0.00295	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=25735 ORDER BY p.id LIMIT 25,25
0.00073	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=25735
Total query time: 0.00801 s

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

#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

#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

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

yossarian - Szczawiożerca

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

#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

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

yossarian - Szczawiożerca

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

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

mati75 - Psuj

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

Kod:

Kod:

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

drelbrown - Użytkownik

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

Kod:

Kod:

#47 2014-05-05 09:22:31

darius - Użytkownik

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

#48 2014-05-05 09:49:44

yossarian - Szczawiożerca

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

#49 2014-05-05 10:18:32

darius - Użytkownik

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