Freesco, NND, CDN, EOS http://forum.freesco.pl/ |
|
Do testujących cz.2 http://forum.freesco.pl/viewtopic.php?f=24&t=13789 |
Strona 1 z 2 |
Autor: | MAC!EK [ wtorek, 10 października 2006, 18:09 ] |
Tytuł: | Do testujących cz.2 |
NIE BIORĘ ŻADNEJ ODPOWIEDZIALNOŚCI ZA TO CO WYKONACIE POD WPŁYWEM PRZECZYTANIA TEGO POSTU JAK I CAŁEGO WĄTKU Kolejne testowe pakiety zostały przygotowane, poczyniłem wiele poprawek w pakietach, mam nadzieję, że więcej poprawek niż nowych błędów. Poprzednie repozytoria "repo.test" zostaną za chwilę usunięte z serwera, co uniemożliwi synchronizację bazy, ale pakiety nadal możecie instalować bez potrzeby zmieniania baz na te testowe o których tutaj mowa. Żeby sprawdzić te pakiety dopisujemy do /etc/pacman.conf te repozytoria przed lub zamiast standardowych(czy poprzednich testowych): #DEVEL [testing] Server = http://devel-nnd.brb.pl/nnd/repo.test/ [base-current] Server = http://devel-nnd.brb.pl/nnd/repo.test/ [extra-current] Server = http://devel-nnd.brb.pl/nnd/repo.test/ Jak widać zmieniły się nazwy repozytoriów, jest to zmiana nadchodząca w kolejnej wersji NND i kolejnym ISO. Jakie zmiany poczyniłem w jakim pakiecie można przeczytać w CVS lub/i w mantisie. Błędy proszę zgłaszać tutaj lub na Mantis http://mantis.nnd.freesco.pl/ oczywiście dokładne info o błędzie logi i konfiguracja kompa, i wszystko co może się przydać. NIE BIORĘ ŻADNEJ ODPOWIEDZIALNOŚCI ZA DZIAŁANIE TYCH PAKIETÓW. INSTALUJECIE JE TYLKO PO TO ZEBY SPRAWDZIC CZY DZIAŁAJĄ I ROBICIE TO NA WŁASNĄ ODPOWIEDZIALNOŚĆ ps. myślę, że odstraszyłem paru mało zaawansowanych testerów co miałem na celu ![]() |
Autor: | erni [ wtorek, 10 października 2006, 19:38 ] |
Tytuł: | |
Zrobilem jedynie pacman -Suy Wszystko co chodzilo, teraz nie przestalo ![]() ![]() |
Autor: | muray [ środa, 11 października 2006, 18:07 ] |
Tytuł: | |
czy tylko mnie tak wolno działa to repo (18:07 11 październik 06) czy wszystkim? Synchronizacja trwa wieczność, ściaganie jeszcze dluzej.. Czy można zablokować aktualizacje jakiegoś pakietu? Potrzebuje Mysql'a w wersji obecnej (4.x) tymczasem przy pełnej akutalizacji do pobrania dołącza sie v5. Jakaś rada ? |
Autor: | tasiorek [ środa, 11 października 2006, 18:14 ] |
Tytuł: | |
muray pisze: Czy można zablokować aktualizacje jakiegoś pakietu?
Zagladnales chociaz do manuala, albo konfiga pacmana? WSKAZOWKA: IgnorePkg |
Autor: | muray [ środa, 11 października 2006, 18:48 ] |
Tytuł: | |
tasiorek pisze: muray pisze: Czy można zablokować aktualizacje jakiegoś pakietu? Zagladnales chociaz do manuala, albo konfiga pacmana? WSKAZOWKA: IgnorePkg przyznaje sie bez bicia ze nie teraz inna kwesta po aktualizacji mldonkeya - program ten nie startuje razem z uruchomieniem systemu. pokazuje problem w /etc/conf.d/mldonkey - niesprecyzowany uzytkownik uruchomienie konfiguratora nie pomaga - po wpisaniu recznym uzytkownika z którego ma startowac pokazuje błąd /usr/bin/mldonkey: /usr/bin/mldonkey cannot execute binary file po zalogowaniu sie na uzytkownika i odpaleniu programu wszystko działa - jak naprawic to uruchamianie przy starcie? |
Autor: | MAC!EK [ środa, 11 października 2006, 22:44 ] |
Tytuł: | |
a aktualizowałeś coreutils i shadow? pokaż wynik polecenia: sudo -V |
Autor: | muray [ czwartek, 12 października 2006, 09:24 ] |
Tytuł: | |
Sudo version 1.6.8p12 Authentication methods: 'pam' Syslog facility if syslog is being used for logging: local2 Syslog priority to use when user authenticates successfully: notice Syslog priority to use when user authenticates unsuccessfully: alert Send mail if the user is not in sudoers Lecture user the first time they run sudo Require users to authenticate by default Root may run sudo Allow some information gathering to give useful error messages Visudo will honor the EDITOR environment variable Set the LOGNAME and USER environment variables Length at which to wrap log file lines (0 for no wrap): 80 Authentication timestamp timeout: 5 minutes Password prompt timeout: 5 minutes Number of tries to enter a password: 3 Umask to use or 0777 to use user's: 022 Path to mail program: /usr/sbin/sendmail Flags for mail program: -t Address to send mail to: root Subject line for mail messages: *** SECURITY information for %h *** Incorrect password message: Sorry, try again. Path to authentication timestamp dir: /var/run/sudo Default password prompt: Password: Default user to run commands as: root Path to the editor for use by visudo: /usr/bin/vi When to require a password for 'list' pseudocommand: any When to require a password for 'verify' pseudocommand: all File containing dummy exec functions: /usr/libexec/sudo_noexec.so Environment variables to check for sanity: LANGUAGE LANG LC_* Environment variables to remove: PERL5OPT PERL5LIB PERLLIB JAVA_TOOL_OPTIONS SHELLOPTS PS4 BASH_ENV ENV TERMCAP TERMPATH TERMINFO_DIRS TERMINFO _RLD* LD_* PATH_LOCALE NLSPATH HOSTALIASES RES_OPTIONS LOCALDOMAIN CDPATH IFS Local IP address and netmask pairs: xxxxxxxxxx / 0xffffff00 192.168.1.1 / 0xffffff00 Nie aktualizowałem nic więcej poza mldonkey'em w poprzedniej wersji po aktualizacji nie pojawił się taki problem. (Jak w wkojsku) jeśli problem leży ew w tych 2 niezaktualizowanych pakietach prosze o potwierdzenie zaktualizowania ich. |
Autor: | MAC!EK [ czwartek, 12 października 2006, 11:44 ] |
Tytuł: | |
W sumie to nie wiem , powinieneś mieć takie wersje programów: $ pacman -Qs coreutils shadow pam coreutils 5.97-2nnd shadow 4.0.18.1-3nnd pam 0.81-1nnd Ja bym zalecał aktualizację całego systemu a nie pojedynczych pakietów, bo nikt nie testuje pojedynczych paczek czy działają z innymi w starej wersji. |
Autor: | muray [ czwartek, 12 października 2006, 13:23 ] |
Tytuł: | |
update tych pakietów pomógł ale.. próbowalem konfiguratora - nic nie daje update reczny pliku w conf.d załatwił sprawe |
Autor: | MAC!EK [ czwartek, 12 października 2006, 15:44 ] |
Tytuł: | |
muray pisze: update tych pakietów pomógł ale..
próbowalem konfiguratora - nic nie daje update reczny pliku w conf.d załatwił sprawe tak, konfigurator zdaje się być do poprawki ![]() |
Autor: | muray [ niedziela, 15 października 2006, 15:17 ] |
Tytuł: | |
a moze by tak zaktualizować phpmyadmina. w repo jest wersja 2.6.x na stronie najnowsza to 2.8.x. ja mam chyba 2.8.1 wszystko działa ok. cały czas zastanawia mnie rozłączanie sie gg. w firewallu nic nie zmienialem (by czerwo) jedyne co to aktualizacja pakietów wchodzi w rachube. ciagle mi sie rozłącza gg albo ma problemy z polaczeniem. uzywam tlenplusa. od jakis 2 miesiecy zaczely sie robic takie jaja ale ze malo na gg siedzialem to myslalem ze moze to wina ich serwerów ale ostatnio wydaje mi sie ze cos jest nie tak u mnie. ggrelay - dodałem wszystkie serwery do konfiga - dopiero wyłączenie pomaga (jak wyłącze ggrelay z autostartu w serwie to bede pewien). |
Autor: | Mis' [ niedziela, 15 października 2006, 15:25 ] |
Tytuł: | |
muray pisze: a moze by tak zaktualizować phpmyadmina. w repo jest wersja 2.6.x na stronie najnowsza to 2.8.x. ja mam chyba 2.8.1 wszystko działa ok.
po pierwsze primo: dlaczego w tym wątku, a nie w Mantisie? po drugie primo: dlaczego aktualizować? jakieś super zmiany w stosunku do poprzedniej wersji? krawaty nagle zaczał wiązać czy jak? Ludzie nauczcie się, ze numerki znaczą niewiele... chodzi o funkcjonalność i bezpieczeństwo. A przy tego typu propozycjach zawsze podawajcie co poprawiono/dodano/usunięto. Dopiero na takiej podstawie można oceniać czy warto poświęcić trochę czasu. I proszę o podawanie konkretnych danych a nie linku do changloga... |
Autor: | muray [ niedziela, 15 października 2006, 15:53 ] |
Tytuł: | |
link i tak podam http://www.phpmyadmin.net/ChangeLog.txt z poważniejszych błędów/usprawnień od.2.6.4 (aktualnie w repo) libraries/common.lib.php: Make code more redable, default to MySQL 5.0 documentation as it is latest stable version. 2006-07-26 Marc Delisle <lem9@users.sourceforge.net> * server_privileges.php: bug #1526557, display error when admin lacks some privileges and tries to do a privilege change + zaznaczanie kolorami zmiennch + info nt phpadmina&mysql5 w dokumentacji generalnie wyszła juz 2.7.0 liczne wersje 2.8.x aktualnie jest 2.9.0.2 I jeszcze jedno od pakietu który jest w repo do wersji która jest aktualna upłynął rok wiec napewno jakieś istotne zmiany zostały wprowadzone a które mogłem pominąć. nie chce ci udawadniac wyższości v 2.9 nad 2.6 - ta pierwsza jest juz zmodyfikowana pod mysql5 (a ta jest juz w repo) więc co zrobisz to juz nie moja działka. zaraz napisze to w mantisie. |
Autor: | Mis' [ niedziela, 15 października 2006, 16:22 ] |
Tytuł: | |
muray pisze: z poważniejszych błędów/usprawnień od.2.6.4 (aktualnie w repo) libraries/common.lib.php: Make code more redable, default to MySQL 5.0 documentation as it is latest stable version. Mysql ver.5 jest wciąż w testing, czy nowy phpmyadmin ma zachowaną wsteczną kompatybilność z poprzednimi wersjami mysql? muray pisze: generalnie wyszła juz 2.7.0
liczne wersje 2.8.x aktualnie jest 2.9.0.2 I jeszcze jedno od pakietu który jest w repo do wersji która jest aktualna upłynął rok wiec napewno jakieś istotne zmiany zostały wprowadzone a które mogłem pominąć. nie chce ci udawadniac wyższości v 2.9 nad 2.6 - ta pierwsza jest juz zmodyfikowana pod mysql5 (a ta jest juz w repo) więc co zrobisz to juz nie moja działka. zaraz napisze to w mantisie. Tu nie chodzi o udowadnianie wyższości tylko o komptybilność z naszymi pakietami. Dlatego im więcej informacji dostaniemy tym łatwiej będzie podjąć decyzję co z tym robić. I dotyczy to każdego programu, nie tylko phpmyadmin. A ponieważ nie wszyscy uzywają wszystkiego więc informacje od osób faktycznie majacych do czynienia z danym programem są dla nas ważniejsze od suchego zapisu w changlogu. |
Autor: | muray [ niedziela, 15 października 2006, 16:26 ] |
Tytuł: | |
używam MySql'a 4.0.2 nie zauważyłem żadnych błędów wersja phpmyadmina którą mam to 2.9.0.1 (takie ustawienia działają na 2 serwerach które zarządzam) btw dodałem juz propozycje do mantisa, jak sie zapoznasz z postami to mozesz je swobodnie skasowac zeby nie zaśmiecać wątku. |
Autor: | muray [ wtorek, 17 października 2006, 10:34 ] |
Tytuł: | |
mam problem z MRTG po aktualizacji wyskoczył taki duzy skok transferu mówie moze jakiś dziwny błąd skasowałem wszystkie dane zrobilem jeszcze raz konfig wystartowalem i czekalem az sie staty pojawią, po ponownym restarcie serwa znowu to sie pojawilo. do zobaczenia tututaj - http://83.14.146.90/mrtg/ wina czegoś innego na serwie czy jednak coś mrtg szaleje? nie wiem czy to sie do mantisa nadaje dlatego tutaj. da sie jakoś przyciąc te staty do max 2Mb ? bo taka jest prędkość łącza i wiecej nie potrzebuje widzieć na wykresie. UPDATE właśnie do testów zrobilem ponowny restart. znowu to samo... |
Autor: | qrak [ wtorek, 17 października 2006, 11:03 ] |
Tytuł: | |
Mam ten sam problem z mrtg. Zauważyłem, że skok transferu pojawia się w czasie restartu neostrady, u mnie występuje tylko na interfejsie ppp0. |
Autor: | Aszej [ wtorek, 17 października 2006, 12:37 ] |
Tytuł: | |
u mnie pomoglo skasowanie wygenerowanych statystyk i odinstalowanie pakietu, po czym skasowalem katalog w etc/mrtg i ponownie zainstalowalem mrtg teraz chodzi ok (pomijajac statystyki IMQ, bo są "igły") |
Autor: | muray [ wtorek, 17 października 2006, 13:20 ] |
Tytuł: | |
Aszej pisze: u mnie pomoglo skasowanie wygenerowanych statystyk i odinstalowanie pakietu, po czym skasowalem katalog w etc/mrtg i ponownie zainstalowalem mrtg teraz chodzi ok (pomijajac statystyki IMQ, bo są "igły")
dodkładnie tak zrobiłem |
Autor: | MAC!EK [ wtorek, 17 października 2006, 13:40 ] |
Tytuł: | |
i co działa po ustawieniu od początku, bez logów z poprzednich wersji ? |
Strona 1 z 2 | Strefa czasowa UTC+2godz. |
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |