---------- Treść przekazywanej wiadomości ----------
Temat: Building A Global Network Of Open Source SDR Receivers
Data: niedziela, 20 marca 2016, 18:05:39
Do: cypherpunks(a)cpunks.org
https://news.slashdot.org/story/16/03/20/0242204/building-a-global-network-…http://www.jks.com/KiwiSDR/http://beagleboard.org/
A fellow Kiwi is attempting to crowdfund a world-wide network of
open-source, software-defined, radio receivers. Once in place, this
will allow anybody anywhere in the world to scan the 0 to 30MHz RF
spectrum from the comfort of their HTML-5 web browser. Built on top of
the Beaglebone, the "KiwiSDR" RF board also includes a GPS receiver
front-end, which will allow timing between receivers to be correlated,
giving a lot of options for projects like long baseline interferometry
and lightning detection. Prototypes are already deployed, and I've
been RXing in Sweden, Australia and New Zealand. [The KiwiSDR design
has been detailed on JKS.com, where there is a link to the project's
Kickstarter page.]
-----------------------------------------
--
Pozdrawiam,
Michał "rysiek" Woźniak
Zmieniam klucz GPG :: http://rys.io/pl/147
GPG Key Transition :: http://rys.io/en/147
Yo,
taka sytuacja:
http://nickforall.nl/skype/
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Using Skype on Linux has been an absolute pain since the Microsoft takeover,
but starting from February 22 the Linux client is unable to join calls.
It was a shitty move to not update the client for 3 years, which resulted in
this, mostly. It was annoying that you ignored almost every tweet to
@SkypeSupport about Issues with Skype For Linux. But it is absolutely
disgraceful that you dropped the Linux client BEFORE any alternatives are
available and without telling your users.
We do understand that Linux is a competitor of Microsoft's Windows. But we do
not understand why this results in a lack of support for Skype. Linux is
actively being used by power users who can not or do not want to use Windows
because of a lack of features, and now, those (paying) users who used Skype
for both Business and Private purposes are dropped by Skype.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
--
Pozdrawiam,
Michał "rysiek" Woźniak
Zmieniam klucz GPG :: http://rys.io/pl/147
GPG Key Transition :: http://rys.io/en/147
OHAI,
no więc to jest odpalenie nowego wątku.
Dnia piątek, 18 marca 2016 13:22:04 Edward Tomasz Napierała pisze:
> > Dnia piątek, 26 lutego 2016 21:34:35 Edward Tomasz Napierała pisze:
> > > Decentralizacja owszem, ma sporo zalet, ale ma też wady. I chętnie bym
> > > o tym pogadał, więc +1 do nowego wątku.
> >
> > No to odpal Waść, a nie stoisz z rencyma w kieszeniach.
>
> Ok, to może z grubej rury: protokoły scentralizowane częściej działają.
Tak. A zcentralizowane protokoły nieszyfrowane działają jeszcze częściej. Nikt
nie dyskutuje z faktem, że zrobienie zdecentralizowanego, szyfrowanego
protokołu jest zasadniczo trudniejsze, niż zrobinie zcentralizowanego,
nieszyfrowanego protokołu.
Co nie oznacza, że nie należy próbować, eh? Bo chyba wszyscy się zgadzamy, że
coś by trzeba zmienić w obecnej sytuacji?
> > No zgoda, ale spójrz na takie SMTP. Albo nie, nie patrz na SMTP, to jest
> > strasznie smutny widok.
> >
> > Generalnie jeśli klient, serwer i protokół w ogóle dopuszczają możliwość
> > nieszyfrowanych połączeń, to mamy le fail.
>
> Ok, załóżmy. Potrafisz podać przykład protokołu, który szyfrowanie ma
> wymieszane z resztą funkcjonalności i nie jest kompletną porażką?
Zdefiniuj "wymieszane"?
Zdefiniuj "bycie kompletną porażką"?
Patrzę sobie na Tora, zwłaszcza hidden service, i nie widzę jakiejś totalnej
porażki -- a nie skorzystasz z Tor hidden service bez szyfrowania. Zwyczajnie
no pasaran.
Patrzę sobie na Toksa, acz to strasznie młody projekt, więc "cave eat emperor"
czy coś, ale i tu widzę, że ni chu nie da się lecieć cleartextem, a z leceniem
ciphertextem nie ma specjalnych problemów. Jak na tak młody projekt jest
naprawdę zaskakująco blisko "po prostu działa".
Zadajmy pytanie w drugą mańkę: możesz podać przykład protokołu, który
dopuszcza komunikację zarówno nieszyfrowaną, jak i nieszyfrowaną, a który nie
jest "totalną porażką" w sensie zdefiniowanym przez Ciebie (tylko tym samym,
co wyżej, proszę)? :)
--
Pozdrawiam,
Michał "rysiek" Woźniak
Zmieniam klucz GPG :: http://rys.io/pl/147
GPG Key Transition :: http://rys.io/en/147
Hej,
Odnośnie ostatnich dyskusji na tej liście ;), takie kamyczki zwiększają
naprawdę świadomość ludzi chociaż trochę w tym temacie.
Odcinek Olivera z wczoraj: https://www.youtube.com/watch?v=zsjZ2r9Ygzw
Pozdrawiam
Kamil
Moze niektorym sie przyda:
https://addons.mozilla.org/en-US/firefox/addon/decentraleyes/
"Protects you against tracking through "free", centralized, content
> delivery. It prevents a lot of requests from reaching networks like Google
> Hosted Libraries, and serves local files to keep sites from breaking.
> Complements regular content blockers."
>
Testuje od paru dni i jestem mile zaskoczony. W pelni kompatybilny z
noscript, ublock itp. Az dziw bierze, ze dopiero teraz ktos wpadl na taki
pomysl.
Ciekawostka - zauwazalnie wplywa na szybkosc ladowania stron na mniej
responsywnych maszynkach (u mnie potwierdzone na androidzie z firefoxem i
x220 w kernelowym trybie low power).
Smacznego
Mike
Siema,
Czy ktoś wie jak ogarnąć wektor w canvasie z wykorzystaniem webgla?
W sensie jakie są best practices, szczególnie dla case'a w którym
animacje w wektorze są klasyczne, czyli nie interpolowane, poklatkowe -
więc nie robimy transformacji matrycą, a przeładowujemy cały obiekt żeby
wyświetlić kolejną klatkę.
Jest wogóle opcja żeby wykorzystać do tego OpenGL(ES)?
Wiem ze Adobe coś robi z tym, ten gościu co zrobił Raphael coś tam dla
nich klepał, ale Adobe to rak.
Plz advise.
http://www.fredrikolofsson.com/pages/hardware.html
zajebisty case jeżeli ktoś potrzebuje analogowego sposobu na
kontrolowanie zmiennych w software (czyli pewnie głównie grafika, muza,
3d... flappy bird? wszędzie tam gdzie potrzebne pokrętła :) )
