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!
Ogłoszenie
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
#1 2005-06-09 13:55:07
Kowall_ptk - 
wieczny student
- Kowall_ptk
- wieczny student
- Skąd: z nienacka :)
- Zarejestrowany: 2005-02-17
sarge kontra etch
No i mam problem. Nie wiem, czy zmieniać wpisy w sources.list, żeby mieć już stabilnego sarge, czy nie opłaca się. Jakie jest wasze zdanie??
W Linuksie się da, tylko trzeba wiedzieć jak!
Offline
#2 2005-06-09 14:11:54
Bodzio - Ojciec Założyciel
Re: sarge kontra etch
poczekaj z tydzień
Debian jest lepszy niż wszystkie klony
Linux register users: #359018
[img]http://www.freebsd.org/gifs/powerlogo.gif[/img]
[url=https://goo.gl/photos/5XGKFkvaMimLwM2s9]Beskid Niski[/url]
Offline
#3 2005-06-09 15:51:33
Kowall_ptk - wieczny student
- Kowall_ptk
- wieczny student
- Skąd: z nienacka :)
- Zarejestrowany: 2005-02-17
Re: sarge kontra etch
na co mam czekać ten tydzień??
W Linuksie się da, tylko trzeba wiedzieć jak!
Offline
#4 2005-06-09 20:31:31
BiExi - matka przelozona
#5 2005-09-23 08:52:10
Kowall_ptk - wieczny student
- Kowall_ptk
- wieczny student
- Skąd: z nienacka :)
- Zarejestrowany: 2005-02-17
Re: sarge kontra etch
No i się nie dowiedziałem, czy lepiej siedzieć na stabilnym sargu czy na testowym etchu??
W Linuksie się da, tylko trzeba wiedzieć jak!
Offline
#6 2005-09-23 09:29:42
Bodzio - Ojciec Założyciel
Re: sarge kontra etch
teraz masz:
oldstable (Woody)
stable (Sarge)
testing (Etch0
unstable
experimental
jednak polecam Sarge
Debian jest lepszy niż wszystkie klony
Linux register users: #359018
[img]http://www.freebsd.org/gifs/powerlogo.gif[/img]
[url=https://goo.gl/photos/5XGKFkvaMimLwM2s9]Beskid Niski[/url]
Offline
#7 2005-09-23 11:02:21
czadman - Bicycle repairman
- czadman
- Bicycle repairman
- Skąd: Wrocław
- Zarejestrowany: 2005-07-08
Re: sarge kontra etch
Ja polecam etcha, dobra, stabilna gałąż. Kilka dniu temu przestawiłem gościa z windows na debiana, tak na twardo. Postawiłem mu sarge, wywaliłem winde (sam prosił). Wszyskie ntfsy i faty zrobiliśmy na reiserfs. Nie wytrzymałem i zaproponowałem mu przejscie na etcha. 400 MB ściagania pakietów, żadnych problemów z zależnościami podczas dist-upgrade, tylko amule przestał mu chodzić (bo był do stable), trzeba było bibliotekę podlinkować. Gościu zaczął używać psi jako komunikatora i nie słysżę, żadnych jęków ani narzekań.
[url=http://www.debian.org/][img]http://www.debian.org/logos/openlogo-nd-50.png[/img][/url]
Offline
#8 2005-09-23 11:31:40
Prezu - Masta Haka
- Prezu
- Masta Haka
- Skąd: Trzebnica
- Zarejestrowany: 2005-06-02
Re: sarge kontra etch
Ja zawsze stosuję zasadę: Stable na serwer, Testing na stację roboczą. W stabilnej nie ma niespodzianek; żadne nowe wersje pakietów nie przejdą do niej więc nie ma niespodzianek przy poważniejszych zmianach powodujących że po apt-get upgrade "program nagle przestał działać i przeba poprawić". Za to są poprawki bespieczeństwa. Z drugiej strony Stable w końcu staje staje się przestarzała, a na stacji roboczej to dość istotna kwestia.
Offline
#9 2005-09-23 11:45:13
czadman - Bicycle repairman
- czadman
- Bicycle repairman
- Skąd: Wrocław
- Zarejestrowany: 2005-07-08
Re: sarge kontra etch
Ja zawsze stosuję zasadę: Stable na serwer, Testing na stację roboczą. W stabilnej nie ma niespodzianek; żadne nowe wersje pakietów nie przejdą do niej więc nie ma niespodzianek przy poważniejszych zmianach powodujących że po apt-get upgrade "program nagle przestał działać i przeba poprawić". Za to są poprawki bespieczeństwa. Z drugiej strony Stable w końcu staje staje się przestarzała, a na stacji roboczej to dość istotna kwestia.[/quote]
Do testing także są poprawki bezpieczeństwa.
[url=http://www.debian.org/][img]http://www.debian.org/logos/openlogo-nd-50.png[/img][/url]
Offline
#10 2005-09-23 11:52:51
Prezu - Masta Haka
- Prezu
- Masta Haka
- Skąd: Trzebnica
- Zarejestrowany: 2005-06-02
Re: sarge kontra etch
Wiem że jest. Ale to dopiero początek. Zobaczymy jak to będzie w praniu. Ile razy na debian-devel dyskutowano o problemach z security-updates dla tersting; cała masa pakietów które się cały czas zmieniają (tzn. płyną z Sida) do śledzenia
Dla zainteresowanych:
http://lists.debian.org/debian-devel-announce/2005/09/msg00006.html
Offline
Informacje debugowania
| Time (s) | Query |
|---|---|
| 0.00009 | SET CHARSET latin2 |
| 0.00003 | SET NAMES latin2 |
| 0.00040 | 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='18.227.52.248' WHERE u.id=1 |
| 0.00103 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.227.52.248', 1732756246) |
| 0.00026 | SELECT * FROM punbb_online WHERE logged<1732755946 |
| 0.00027 | 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=899 AND t.moved_to IS NULL |
| 0.00034 | SELECT search_for, replace_with FROM punbb_censoring |
| 0.00106 | 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=899 ORDER BY p.id LIMIT 0,25 |
| 0.00249 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=899 |
| Total query time: 0.00597 s | |