Freesco, NND, CDN, EOS :: Wyświetl temat

: [/] [] ()

hdparm-6.9
   - added -s flag to control power-up in standby
     (thanks to chrfranke)
   - make --Istdin more robust
   - added -I recognition of SMART Command Transport (SCT)
      (thanks to chrfranke).
   - fix X2 over-reporting of -T results
   - add udma 3/4/5 modes to the -i results
hdparm-6.8
   - improve parsing/operation of --Istdin function
hdparm-6.7
   - don't default to "-v" when only new "--" longopts are used.
   - calculate integrity word if not correct
   - remove used code/parameter from identify()
   - fix "(null)" strings from the "Drive conforms to" line of -I
   - tidied up usage of prefix vars in Makefile
   - fix bug in -C implementation
   - new -H flag for (Hitachi) drive temperature
hdparm-6.6
   - fix build for Redhat/Fedora systems.
   - disable security commands when building on Redhat/Fedora,
     as they lack the required data structures in the system headers.
hdparm-6.5
   - fix -I bugs from version 6.4.
hdparm-6.4
   - Makefile updates from Mikkel Krautz.
   - manpage updates / corrections.
   - fixed bug in -C code.
   - major updates to bring -I information up to current specs.
hdparm-6.3
   - added reporting of ATA revision numbers > 7
hdparm-6.2
   - eliminated short form (-F) of --security-freeze flag
   - completely revamped ATA Security Commands
      (now they actually work sometimes)
      courtesy of Leonard den Ottolander (a BIG thank-you!)
hdparm-6.1
   - fix BLKGETSIZE bug introduced in 6.0
   - man page clarification for -M (courtesy Stephen Gran)
hdparm-6.0
   - correct usage of BLKGETSIZE64 (returns bytes instead of sectors)
   - Added ATA Security switches (Benjamin Benz bbe[AT]heise[DOT]de)
hdparm-5.9
   - fix security-mode display (Franz Lehner)
   - fixed -W bug (Stephan Gran)
hdparm-5.8
   - added HDIO_SET_WCACHE support to -W
   - fixed double byteswap for big endian
   - fixed %lld warnings on 64-bit architectures
   - "hdparm -h" now goes to stdout instead of stderr
hdparm-5.7
   - fixed output of NULs in -I string fields
   - fixed big-endian -I crashes from 5.6
   - removed remains of defunct major-number checks
   - added support for BLKGETSIZE64 ioctl internally
   - added --direct flag to use O_DIRECT on device open
   - renamed -Istdin  to --Istdin
   - renamed -Istdout to --Istdout
   - allow other flags to follow any of: -I, --Istdin, --Istdout
hdparm-5.6
   - fixed reversed device names in idectl script
   - renamed readahead variables to avoid new glibc conflicts
   - added -Istdout flag to dump IDENTIFY data as hex
   - removed MAJOR number checks to open up hdpar for SATA-SCSI drivers

Autor:	jamp [ poniedziałek, 12 marca 2007, 02:02 ]
Tytuł:	Hdparm
Na stronie http://jamp.int.pl/NND/PAKIETY/ można pobrać paczkę hdparm 6.9.

Autor:	JakubC [ poniedziałek, 12 marca 2007, 02:13 ]
Tytuł:
Jakieś istotne zmiany w stosunku do starszej wersji? Czy przebudowałeś paczkę z nowym numerkiem dla frajdy?

Autor:	jamp [ poniedziałek, 12 marca 2007, 02:25 ]
Tytuł:
JakubC pisze: Jakieś istotne zmiany w stosunku do starszej wersji? Czy przebudowałeś paczkę z nowym numerkiem dla frajdy? Poniżej masz zmiany - nie wiem czy istotne ale jak jest nowe to dlaczego nie odświerzać : [/] [] () hdparm-6.9 - added -s flag to control power-up in standby (thanks to chrfranke) - make --Istdin more robust - added -I recognition of SMART Command Transport (SCT) (thanks to chrfranke). - fix X2 over-reporting of -T results - add udma 3/4/5 modes to the -i results hdparm-6.8 - improve parsing/operation of --Istdin function hdparm-6.7 - don't default to "-v" when only new "--" longopts are used. - calculate integrity word if not correct - remove used code/parameter from identify() - fix "(null)" strings from the "Drive conforms to" line of -I - tidied up usage of prefix vars in Makefile - fix bug in -C implementation - new -H flag for (Hitachi) drive temperature hdparm-6.6 - fix build for Redhat/Fedora systems. - disable security commands when building on Redhat/Fedora, as they lack the required data structures in the system headers. hdparm-6.5 - fix -I bugs from version 6.4. hdparm-6.4 - Makefile updates from Mikkel Krautz. - manpage updates / corrections. - fixed bug in -C code. - major updates to bring -I information up to current specs. hdparm-6.3 - added reporting of ATA revision numbers > 7 hdparm-6.2 - eliminated short form (-F) of --security-freeze flag - completely revamped ATA Security Commands (now they actually work sometimes) courtesy of Leonard den Ottolander (a BIG thank-you!) hdparm-6.1 - fix BLKGETSIZE bug introduced in 6.0 - man page clarification for -M (courtesy Stephen Gran) hdparm-6.0 - correct usage of BLKGETSIZE64 (returns bytes instead of sectors) - Added ATA Security switches (Benjamin Benz bbe[AT]heise[DOT]de) hdparm-5.9 - fix security-mode display (Franz Lehner) - fixed -W bug (Stephan Gran) hdparm-5.8 - added HDIO_SET_WCACHE support to -W - fixed double byteswap for big endian - fixed %lld warnings on 64-bit architectures - "hdparm -h" now goes to stdout instead of stderr hdparm-5.7 - fixed output of NULs in -I string fields - fixed big-endian -I crashes from 5.6 - removed remains of defunct major-number checks - added support for BLKGETSIZE64 ioctl internally - added --direct flag to use O_DIRECT on device open - renamed -Istdin to --Istdin - renamed -Istdout to --Istdout - allow other flags to follow any of: -I, --Istdin, --Istdout hdparm-5.6 - fixed reversed device names in idectl script - renamed readahead variables to avoid new glibc conflicts - added -Istdout flag to dump IDENTIFY data as hex - removed MAJOR number checks to open up hdpar for SATA-SCSI drivers GeSHi © Codebox Plus

Autor:	JakubC [ poniedziałek, 12 marca 2007, 18:46 ]
Tytuł:
jamp pisze: Poniżej masz zmiany - nie wiem czy istotne ale jak jest nowe to dlaczego nie odświerzać Bo to nie Arch. To ma po prostu chodzić...

Autor:	viater [ poniedziałek, 12 marca 2007, 22:56 ]
Tytuł:
JakubC pisze: Bo to nie Arch. To ma po prostu chodzić... Zgoda, ale jak ma chodzić, to wszelkie bugfix'y są mile widziane.

Freesco, NND, CDN, EOS http://forum.freesco.pl/

Hdparm http://forum.freesco.pl/viewtopic.php?f=24&t=14948	Strona 1 z 1

Autor:	jamp [ wtorek, 13 marca 2007, 21:14 ]
Tytuł:
JakubC pisze: Czy przebudowałeś paczkę z nowym numerkiem dla frajdy? Dla frajdy to mogę skoczyć do wesołego miasteczka JakubC pisze: Bo to nie Arch. To ma po prostu chodzić... Czyżby nie działała u ciebie ta paczka Ja nie robię sobie paczek dla sportu tylko jak czegoś mi brak to zadaję sobie trochę trudu, żeby rozwiązać swój problem i wtedy szukam nowych rozwiązań A ten dział forum chyba właśnie w tym celu powstał - to nie jest repozytorium pakietów i nikt ci nie każe tego instalować jak nie masz na to ochoty a swymi nieustającymi negacjami potrafisz ostudzić chętnych w rozwijaniu tej w sumie niezłej dystrybucji A co do Acha. to właśnie NND jest na bazie Archa zrobiony (dlatego jest tak niewiele problemów) a i większość paczek to paczki archa po lekkich lub żadnych modyfikacjach

Autor:	Mis' [ wtorek, 13 marca 2007, 22:09 ]
Tytuł:
jamp pisze: jak czegoś mi brak to zadaję sobie trochę trudu, żeby rozwiązać swój problem i wtedy szukam nowych rozwiązań Byłoby fajnie jakbyś napisał jaki problem z hdparmem miałeś. Gdybyś zgłosił to do Mantisa byłoby jeszcze lepiej... Sam changelog niewiele mówi, szczególnie tym, którzy po angielsku nie radzą sobie zbyt dobrze. Poza tym fachowe terminy użyte w changlogu dla większości nic nie znaczą. Przydałoby się krótkie wyjaśnienie Najważniejszą jednak sprawą jest pokazanie PKGBUILDA. Prosiliśmy o to wielokrotnie... jamp pisze: swymi nieustającymi negacjami potrafisz ostudzić chętnych Jakub ma sporo racji... chodzi nam o to aby NND było stabilne. Stąd nie gonimy za numerkami, a każdy upgrade jest analizowany (well... przynajmniej się staramy). Problem polega na tym, że przygotowując pakiet nalezy znaleźć wszystkie pakiety zalezne od niego i najczęściej je również przebudować(). Tak aby można było uzyc polecenia pacman -S nazwa_pakietu. Pojedynczo przygotowane pakiety instalowane poleceniem pacman -A, pacman -U* często z opcjami -d lub -f powodują wiele problemów. Wystarczy poczytać forum... Czy wiesz, że zbudowano pakiet z obsługą programu, który nie został spakietowany dla NND? Prawdopodobnie nie ma to większego znaczenia, jednak każda dodatkowa funkcja to potencjalna dziura w bezpieczeństwie... i naszym zdaniem takie ryzyko należy minimalizować. Nie mamy zamiaru nikomu zabraniać budowania pakietów dla NND (nie mówiąc już o tym, że nie mamy takiej możliwości). Więcej - cieszymy się, że komuś jeszcze się chce. Chcielibyśmy tylko, żeby to było robione z głową. I w miarę możności zgodnie z założeniami NND... Tylko dlatego, że to może wyjść NND na dobre. Żeby kazdy autor pakietu odpowiednio zmodyfikował i udostępnił PKGBUILD do pakietu, żeby pakiety były budowane wraz z zależnościami, a co za tym idzie dostępne w repozytorium. Idealnie by było, żeby alternatywne repozytoria używały innej konwencji naywania pakietów, tak, aby łatwo było po nazwie okreslić kto taki pakiet przygotował... i do kogo zwracać się z problemami. Sama kompilacja pakietu z nowym numerkiem nie pomaga wiele. Nadal mam gdzieś scripty kompilujące wszystko po kolei (pierwsza wersja NND była właśnie automatem kompilowana), wystaczy dodać mechanizm sprawdzający czy na stronie domowej projektu pojawiła się nowa wersja i... developerzy przestają być potrzebni. Automat załatwi sprawę... tylko czy dobrze? jamp pisze: NND jest na bazie Archa zrobiony (dlatego jest tak niewiele problemów) a i większość paczek to paczki archa po lekkich lub żadnych modyfikacjach Tylko pierwsza częśc tego zdania jest prawdziwa... NND zbudowane zostało na bazie Archa. Tylko było to ponad 3 lata temu i w tej chwili z Archem nie ma już wielu punktów wspólnych... Tak naprawdę to tylko manager pakietów, a i to niedługo bo jest już gotowy pacman 3 rc2, a my nie mamy na razie planów przejścia na nową wersję. Zmiany są zbyt duże i potencjalne problemy przewyższają wielokrotnie ewentualne zyski... (*) To akurat hdparma nie dotyczy - nie ma pakietu, który miałby hdparm w zależnościach.

Autor:	adamz [ wtorek, 13 marca 2007, 22:18 ]
Tytuł:
A ja sobie zainstalowałem, sporo poprawek już wydali od tego co mam zainstalowane. Jamp dzięki za fatygę.

Autor:	jamp [ wtorek, 13 marca 2007, 23:22 ]
Tytuł:
Mis' pisze: Byłoby fajnie jakbyś napisał jaki problem z hdparmem miałeś. Właściwie żadnych Mis' pisze: Najważniejszą jednak sprawą jest pokazanie PKGBUILDA. Prosiliśmy o to wielokrotnie... Jak byś się pofatygował to na stronie którą wskazałem to jest tam wszystko co potrzebne jest do budowy paczek które wystawiłem Mis' pisze: Jakub ma sporo racji... chodzi nam o to aby NND było stabilne. Stąd nie gonimy za numerkami.... Generalnie dysk twardy jest częścią od której w znacznym stopniu zależy szybkość servera a hdparm (jeśli tylko potrafi to wykorzystać) pozwala wycisąć prawie wszystko i na dodatek nie koliduje z żadnym pakietem NND więc nie widzę powodów by go nie aktualizować często

Autor:	JakubC [ wtorek, 13 marca 2007, 23:26 ]
Tytuł:
jamp pisze: Czyżby nie działała u ciebie ta paczka Nie widzę potrzeby instalacji tej paczki, hdparm z repozytoriów działa u mnie idealnie. Nie słyszałem też głosu niezadowolenia ze strony innych użytkowników. jamp pisze: Ja nie robię sobie paczek dla sportu tylko jak czegoś mi brak to zadaję sobie trochę trudu, żeby rozwiązać swój problem i wtedy szukam nowych rozwiązań Cieszę się, że mamy takich użytkowników! Teraz jeszcze chętnie bym poznał Twój problem... jamp pisze: A ten dział forum chyba właśnie w tym celu powstał - to nie jest repozytorium pakietów i nikt ci nie każe tego instalować jak nie masz na to ochoty a swymi nieustającymi negacjami potrafisz ostudzić chętnych w rozwijaniu tej w sumie niezłej dystrybucji Ja nie mówię, że nie masz tworzyć. Cieszę się, że to robisz. Zwracam tylko uwagę żeby robić to z głową, bo jak Mis' wspomniał, możemy puścić automat, który przekompiluje wszystkie paczki do najnowszych wersji, tylko po co? Jeżeli chcesz najnowsze wersje pakietów, to wyrzuć nnd i wgraj Archa, zapewniam Ci dużo nowości i dużo problemów z nowościami. jamp pisze: A co do Acha. to właśnie NND jest na bazie Archa zrobiony (dlatego jest tak niewiele problemów) a i większość paczek to paczki archa po lekkich lub żadnych modyfikacjach A zaglądałeś do PKGBUILDOW? Bo ja przynajmniej o to "większość" bym polemizował. Na koniec tylko dodam, że jak system się sypie (a instalacja poprzez pacman -U/A u niedoświadczonych użytkowników z reguły do tego prowadzi) to pretensje są do PGF. Mimo wszystko proponuję zakończyć OT. Pozdrawiam serdecznie

Autor:	Mis' [ wtorek, 13 marca 2007, 23:50 ]
Tytuł:
jamp pisze: Mis' pisze: Byłoby fajnie jakbyś napisał jaki problem z hdparmem miałeś. Właściwie żadnych więc jednak dla sportu, jak zauważył Jakub... A poważnie mówiąc, to co napisałeś poprzednio sugerowało coś zupełnie innego. jamp pisze: Mis' pisze: Najważniejszą jednak sprawą jest pokazanie PKGBUILDA. Prosiliśmy o to wielokrotnie... Jak byś się pofatygował to na stronie którą wskazałem to jest tam wszystko co potrzebne jest do budowy paczek które wystawiłem Moja wina, przepraszam, nie zajrzałem. jamp pisze: Mis' pisze: Jakub ma sporo racji... chodzi nam o to aby NND było stabilne. Stąd nie gonimy za numerkami.... Generalnie dysk twardy jest częścią od której w znacznym stopniu zależy szybkość servera a hdparm (jeśli tylko potrafi to wykorzystać) pozwala wycisąć prawie wszystko chcesz powiedzieć że w tych samych warunkach, ten sam dysk potraktowany nowym hdparmem będzie chodził szybciej niż potraktowany starym? A szybkość dysku jest tylko jednym z wielu elementów decydujących o wydajności serwera. Wydaje mi się, że w przypadku serwera nntp może być nawet parametrem najwazniejszym, ale w innych przypadkach to już raczej nie... jamp pisze: i na dodatek nie koliduje z żadnym pakietem Jakbyś się pofatygował i przeczytał dokładnie to co napisałem, to zauwazyłbyś, że tę uwagę umieściłem w poprzednim poście. Poważnie zaś mówiąc, ja też nie widzę powodów dla których taka aktualizacja nie miałaby mieć miejsca. Nie widzę równiez powodów aby była konieczna. Akurat tutaj, przy okazji hdparma wywiązała się ta dyskusja, ale ja, pisząc to wszystko, mam na mysli wszystkie pakiety spoza oficjalnych repozytoriów.

Strona 1 z 1	Strefa czasowa UTC+2godz.
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/