Blokada portu 25 w Dialogu.

„Trochę” przespałem, a tymczasem Dialog poszedł w ślady TPSA, jeśli chodzi o blokowanie spamu wychodzącego z sieci.

Jak Dialog podaje w informacji prasowej, od dnia 18 maja rozpoczęli blokadę portu 25, służącego do wysłki pocztyspamu. Z tego co wiem, informacje do abonentów zostały wysłane w kwietniu, więc widać, że powoli firmy przestają podchodzić do tego działania superostrożnie i zaczynają po prostu wychodzić z założenia, że „informujemy i wyłączamy”. Nie ma co ukrywać, TPSA zrobiła dużo dobrego swoją odważną (ale też przemyślaną i bardzo starannie zaplanowaną) akcją.

Jeśli chodzi o większych polskich darmowych dostawców usług pocztowych, to i WP i Onet pozwalają na korzystanie z szyfrownia przy logowaniu do poczty, więc niezależnie od dostawcy warto zmienić ustawienia progrmu pocztowego tak, aby korzystać z szyfrowania. Nowy Thunderbird AKA Icedove nawet przy podaniu adresu email z WP lub Onetu sam sugeruje ustawienia z włączonym szyfrowaniem.

Ci, którzy nie mogą korzystać z szyfrownia, powinni zmienić sposób wysyłki poczty (TPSA postarała się bardziej niż Dialog z ilością instrukcji, dlatego linkuję do nich).

Jeśli chodzi o sposób usunięcia blokady, to – w przeciwieństwie do TPSA – użytkownik nie może sam odblokować portu 25, ale także w Dialogu taka możliwość istnieje. Aby odblokować port 25 w Dialogu należy skontaktować się z Dialogiem np. za pośrednictwem infolinii.

Jogger 3.0 – trzy słowa w temacie.

Padła propozycja przepisania Joggera. Od zera. Od jednego z aktualnych developerów. Propozycja jest ciekawa, ale mam wrażenie, że jest to klasyczne weźcie się i zróbcie.

Padła propozycja przepisania Joggera. Od zera. Od jednego z aktualnych developerów. Propozycja jest ciekawa, ale mam wrażenie, że jest to klasyczne weźcie się i zróbcie. Oczywiście zróbcie wg naszych wskazówek (wybierzemy wam język, nie będziemy spinać projektu, będziemy dawać wskazówki).

Ciekawe, że autor wspomina o frustracji, jako jednym z głównych demotywatorów. IMO jest to zwykłe szukanie kozła ofiarnego, ew. złe odczytywanie intencji – prawda jest taka, że to, co było odbierane jako narzekania, to w znacznej mierze był to po prostu feedback od użytkowników, o którym twórcy innych projektów mogą tylko pomarzyć. O wiele bardziej demotywujące IMO jest zero odzewu, zero komentarza, totalna olewka. Wracając – wspomina o frustracji, a sam proponuje dokładnie taki sam model, tylko tym razem sam chce narzekać: nie dostaniecie kodu, będziecie pisać w PHP5, nie będę osobą spinającą kod.

Autor pisze:

Czy tylko potraficie siedzieć na dupie i marudzić, że nikt nie rozwija Joggera, a wy byście go zrobili oh tak jak bardzo zajebiście, ale wam się nie chce i nigdy (OpenJogger) nie chciało?

Można to odebrać jako mi się nie udało, to zróbcie za mnie? Można. Tym bardziej, że nawet dawno obiecywanej wiki z szablonami nie widać. Czyli narzekanie na brak pomocy od użytkowników, bez dania im narzędzi i sposobności od tejże pomocy. W sumie nawet nie tyle brak, co rzekomy brak, albo kreowanie braku przez twórców. Bo i zgłoszenia błędów były (z różnym skutkiem dla zgłaszających), i propozycje funkcjonalności były, i wreszczie cała masa użytkowników (wliczając mnie) opublikowała swoje szablony. Oczywiście w miarę możliwości, czyli gdzieś tam bokiem, nie w jednym miejscu, bo autorzy nie raczyli dać podstawki.

Zastanawiam się też, o którego OpenJoggera chodzi. Google nie jest jednoznaczne w tym względzie. Jeśli tego, hostowanego na szluug.org, to z tego co widzę, chodziło głównie o funkcjonalności, a te zostały dorobione. W sumie ciekawe, czy ike ma kopię repo. Jeśli tak, to IMO wartoby wskrzesić, a przynajmniej wystawić dotychczasowe osiągnięcia.

Podsumowując: cieszę się, że autorzy dojrzeli do przyjęcia do wiadomości faktu, że obecnie Jogger dogorywa. Zastanawiam się, kiedy dojrzeją do tego, żeby przyznać się do tego, że to nie postawa użytkowników doprowadziła do obecnej sytuacji, tylko ich własna i wyciągną wnioski z poprzednich błędów. Biorąc pod uwagę dalsze zwalanie winy na feedback od użytkowników (albo jego brak, zależnie od okoliczności), brak działań własnych, brak chęci pomocy (któż miałby spinać całość, jeśli nie ma to być mozolne – i mało sensowne – wymyślanie koła od nowa?; po co chować istniejący kod – część pewnie się nada, ew. będzie widać, co poprawić i jakie funkcjonalności realizuje), brak chęci rozmowy (komentarze zostały wyłączone z powodu trollingu)…

W ogóle każda próba dialogu czy krytyki jest odbierana jako trolling (od dłuższego czasu). Komentarze są przez autorów blokowane, blogi kasowane. Kto chciałby pracować z takimi egotycznymi mimozami?

Podsumowując (po raz drugi): nie wróżę sukcesu. Nie w tej formie. Gdyby opublikować kod i dać pełną wolność użytkownikom, to może coś się rozwinie. Może, bo jest to i tak spóźniona decyzja.

PS. Jak znam życie i ten wpis zostanie odebrany jako atak, krytyka, trolling itd. Błędnie, ale co ja mogę poradzić?

Cpulimit, czyli cichy laptop.

Czasem jest tak, że do wykonania jest jakieś zadanie, na czasie wykonania którego nie zależy nam szczególnie, ale wykonujemy je na sprzęcie, który przy większym obciążeniu zaczyna np. hałasować. Dobrym przykładem jest kompresja/dekompresja dużych archiwów lub konwersja filmów na laptopie. Mój laptop praktycznie nigdy nie korzysta z wiatraka. Włącza się on dopiero, gdy procesor osiągnie 75 st. C, ale za to jak się włączy… tragedia, że szkoda słów.

Zwykły nice nie wystarczy (to dobre do zapewnienia dobrej responsywności innych zadań), ale to jest Linux, więc na pewno coś jest, co może pomóc. I rzeczywiście istnieje program, który pozwoli procentowo przydzielić zasoby CPU, a  nazywa się on cpulimit.

Zasada działania jest prosta – uruchomiony program śledzi wskazany proces i okresowo zatrzymać jego działanie (wysyłając SIGSTOP), a następnie, po bardzo krótkiej chwili wznawia je (wysyłając SIGCONT). Dodatkowo oblicza, na ile zatrzymać działanie tak, aby średni czas działania był zgodny z podanym przez użytkownika procentowym udziałem przydzielonego czasu procesora. Żadnych cudów, ale efekt bardzo fajny – po -l 60 (limitowanie do 60%) mam pewność, że wiatrak się nie załączy – temperatura nie zbliża się w okolice krytycznych 75 st. C.

Żeby nie było za dobrze, są też wady. Oczywista to wydłużenie czasu wykonania operacji. Mniej oczywista, to trochę „śmieci” na ekranie (przy uruchomieniu jeden raz pojawia się informacja o zatrzymaniu działania procesu). Kolejna wada, to działanie tylko dla pierwszego procesu pasującego do nazwy (ale to już polecam przeczytanie uwag w man cpulimit).

Ponieważ miałem problem z opcjami -e oraz -P (pewnie zaraz zgłoszenie błędu pójdzie), za to -p działa bez problemu, to, jeśli ktoś koniecznie chce odwoływać się do nazwy, polecam użycie:

cpulimit -p `pidof PROCES` -l 60 -v

Z podobnych zagadnień, jeśli ktoś chciałby przypisać proces do danego CPU, to powinien zainteresować się programem taskset.

UPDATE: Jak Paweł słusznie zauważył w komentarzu (dzięki za info), już było na ten temat pisane. Dodaję linka.

Linki:

  1. Strona domowa programu cpulimit.
  2. Ciekawie wyglądający opis tworzenia demona na bazie programu cpulimit (nie testowałem w praktyce).
  3. Nieco więcej o taskset.
  4. Wpis Grzglo na ten sam temat – parę informacji więcej (zwł. o demonie) oraz dyskusja.
  5. Opis Control Groups w Linuksie – inny, wspierany przez kernel, bardziej uniwersalny, wydaje się, że lepszy (ale i nieco trudniejszy w użyciu) sposób na to samo.

Rockbox, scrobbling i obsługa libre.fm pod Linuksem.

Wygląda, że mój odtwarzacz dorobił się finalnej postaci. To, co najważniejsze, czyli odtwarzanie muzyki działało od samego początku. Ostatnio dorobił się dodatkowej karty flash, a teraz obsługi scrobblingu. O ile samo włączenie scrobblingu, które już wcześniej planowałem zrobić, jest trywialne i aż dziwne, że wcześniej tego nie zrobiłem, o tyle spięcie z libre.fm trywialne nie jest (trudne też nie, ale). Do rzeczy.

Włączenie obsługi scrobblingu w Rockboksie jest proste i sprowadza się do zaznaczenia jednej opcji. Konkrentnie należy zmienić Settings -> Playback Settings -> Last.fm Log na Yes. Tworzony i automatycznie uzupełniany jest plik .scrobbler.log, w standardowym formacie. Nie wiem, czemu wcześniej tego nie zrobiłem w sumie. Pewnie rzuciłem okiem na dalsze wymagane czynności i odpuściłem.

Gorzej z obsługą libre.fm, bo sam plik to nie wszystko (a w zasadzie prawie nic). Początkowo chciałem korzystać z QTscrobblera – klikalne, wolne, niby libre.fm obsługuje. Pierwszy zgrzyt – nie ma tego w repo Debiana, nie ma pakietu .deb do pobrania. Kompilacja i budowa paczki to wprawdzie moment (ave checkinstall!) plus konieczność doinstalowania paru pakietów koniecznych do kompilacji, ale niestety nie widzę nigdzie opcji wyboru libre.fm, a dokumentacja w tym zakresie jest na poziomie non-existent, mimo, że sama aplikacja jest oznaczona jako wspierająca libre.fm na ich wiki. Być może należy dodać wpisy w hosts. Być może ustawić proxy. Zawsze można w źródle zmienić… No ale jakby nie o to chodzi – to miało być łatwe i klikalne, a robi się rzeźba. A wyniki wyszukiwania nie pomagają.

Podczas poszukiwań wielokrotnie natykałem się na opis, jak w prosty sposób (skrypt w bashu plus dwa skrypty w pythonie) aktualizować dane na libre.fm z wiersza poleceń. Metoda prymitywna, ale wyglądająca na prostą i skuteczną, więc stwierdziłem, że dam jej szansę. Jedyne na co warto zwrócić uwagę, to aktualizacja strefy czasowej. OTOH nie mam pewności, dla której strefy czasowej Rockbox dodaje timestampy przy poprawnie ustawionym czasie na odtwarzaczu i komputerze, ale nawet jeśli będzie przesunięcie o te 2 godziny, ale dzień się będzie zgadzał, a taka dokładność w zupełności mi wystarczy.

Instrukcja step-by-step:

  1. Pobierz skrypt bashowy (drugą wersję) z forum i zapisz do pliku
  2. Dostosuj strefę czasową
  3. Utwórz katalog librefm w katalogu użytkownika (mkdir ~/librefm)
  4. Pobierz skrypty import.py oraz gobble.py z tej strony
  5. Uruchom skrypt bashowy (sh nazwa_pod_jaka_zapisany). W katalogu musi być plik .scrobbler.log
  6. Opcjonalnie możesz wykasować pozycje, których nie chcesz wysyłać (np. podcasty czy audiobooki)
  7. Uruchom skrypt w Pythonie (chmod 700 import.py && ./import.py login_do_librefm ~/librefm/rockbox.log)
  8. Podaj hasło do swojego konta na libre.fm
  9. Enjoy your stats

Jeśli ktoś spiął QTscrobblera z libre.fm, to chętnie dowiem się, jak to dokładnie zrobić.

Poza tym, ciągle rozglądam się za wygodnym sposobem słuchania muzyki, ze wsparciem (natywnym) dla libre.fm i – najlepiej – jednoczesnym wsparciem dla Jamendo. Jest Pyjama, ale po pierwsze nie jest to player ogólnego przeznaczenia, tylko – skądinąd wygodny – program do Jamendo. Po drugie, demon szybkości to to nie jest. Nie wiem, czy kwestia Pythona z testinga, czy czego, ale obecnie potrafi zmulić i to do granicy reponsywności (OTOH odtwarzanie działa w tym czasie płynnie, więc nie krytyk). A kiedyś było dobrze… Po trzecie, Pyjama jest słabo rozwijana.

Ideałem byłoby coś, co potrafi scrobble’ować i radia internetowe, i dobrze obsługującego zwykłe albumy z dysku, i Jamendo. W sumie kolejność Jamendo -> radia -> albumy z dysku, bo jakoś nie jestem fanem trzymania wybranej kolekcji (co innego odtwarzacz).