Gradio 4.0.1 – dlaczego dopiero teraz?
Współpraca „analogowych” stacji radiowych i internetu rozpoczęła się bardzo wcześniej i dzisiaj chyba nikogo już nie dziwi możliwość posłuchania online ulubionego kanału. Jednak aby poczuć prawdziwą wygodę brakowało jednego elementu – zwykłego programu, który ogarnąłby całe bogactwo dostępnych stacji. Owszem, większość odtwarzaczy ma w standardzie obsługę strumieniowania, ale dyskusyjna jest wygoda samodzielnego wyszukiwania linka i wklejania go programu. Szczególnie, że sporo nadawców ukrywa to skrzętnie przed naszymi oczami. Dlatego pojawienie się Gradio cieszy i dziwi – program korzysta z oczywistego rozwiązania jakim jest radio-browser.info, a pytanie jakie się rodzi – to dlaczego taki program powstaje dopiero teraz?
Gradio w wersji dla Ubuntu 16.04/16.10, Minta 18.xx zainstalujemy wprost z repozytorium stworzonego przez autora programu:
sudo add-apt-repository ppa:haecker-felix/gradio-daily
sudo apt update
sudo apt install gradio
W Manjaro i Arch Linuksie program pojawi się po zainstalowaniu go wprost z AUR:
yaourt -S gradio-bin
36 komentarzy
Dodaj komentarz
Witryna wykorzystuje Akismet, aby ograniczyć spam. Dowiedz się więcej jak przetwarzane są dane komentarzy.
Z całym szacunkiem, ale PKGBUILD dla gradio-bin w AUR jest walnięty. Nie zawiera takich zależności jak gtk3, a polecenie, które jego twórca zastosował do “budowy” (dpkg-deb) owszem jest dostępne w pakiecie dpkg, ale tego nie ma w zależnościach służących budowie paczki. Lepiej chyba użyć skryptu gradio-git, który również jest w AUR. Nie budowałem, ale przynajmniej PKGBUILD wygląda prawidłowo.
Co ciekawe nieco podobny projekt jest rozwijany na czystym Qt5: https://github.com/loast/krudio Ma jednak jeden “feler”. Jest wyłącznie po rosyjsku i nawet nie zawiera plików lokalizacyjnych (całość rosyjskich terminów menu znajduje się w *.cpp).
Rzeczywiście dosyć dobrze wygląda, nawet headerbar jest normalny. Fajnie, że wreszcie ogarnęli wygląd aplikacji z GTK pod Plasmą. Aplikację musiałem sobie skompilować i robi wrażenie. Mam nadzieję, że znajdzie się w repozytoriach 😀
Dobry bardzo.co prawda można pobrac sobie .pls ze strony i odtwarzać w czymkolwiek (najlepiej w radiotray),ale ta wygoda:)
No i ta stacja Bach 24/7…:)
mam nadzieję,że niedługo będzie opcja minimalizacji do traya
Jak zwykle zapomniano o 14.04. Ktoś podpatrzył sposób MS i zmusza mnie do aktualizacji dobrego systemu na „lepszy” 😉
Na stronie autorów widnieje jak byk że oficjalnym PKGBUILD-em jest gradio-git. Kto to w ogóle wymyślił żeby (szczególnie w Archu) przepakowywać program na gpl3?
Headerbar pod Plasmą jest normalny, ale za to cień ktoś ukradł 🙁
“Kto to w ogóle wymyślił żeby (szczególnie w Archu) przepakowywać program na gpl3?” – na co?
W AUR jest sporo paczek, które są przepakowywane z np. deb, czy rpm. Nie jest to problemem, o ile zostało prawidłowo wykonane (pomijam właściwe wersje bibliotek). Akurat ta jest do bani.
Masz źródła. Możesz sobie skompillować. O co kaman?, że nie gość nie spakował paczki na wybraną przez Ciebie dystrybucję? Pewnie nie spakował jeszcze na co najmniej 100 innych.
Dlatego potrzebujemy flatpaków 🙂
Nie na co, tylko na czym 😉 Wiem że jest sporo takich paczek, ale jaki to ma sens kiedy dostępne są źródła i w dodatku narzędzia do AUR zapewniają zautomatyzowanie całego procesu? Jeszcze rozumiem repack w przypadku jakiejś kobyły, która kompiluje się godzinę, ale w tym przypadku nie widzę najmniejszej potrzeby.
Wymaga m.in. gtk+ >=3.18
W synapticu mam wersję tylko 3.10.8. Więc nawet README.md nie jest pomocny.
Po co,macie przecież windowsa:P
Jednak: “na co?” zostało przepakowane. Napisałeś: “przekować program na gpl3”. Zatem się pytam co to jest? Znane mi jest GPL v.3, który często jest właśnie określany jako GPL3.
Też mi trudno zrozumieć istnienie gradio-bin, zwłaszcza, że program ma wadliwie napisany PKGBUILD i powinien z AUR w ogóle wylecieć. To tylko zauważyłem.
No to w istocie musisz sobie to spakować do jakiegoś flatpaka, czy appimage. Inaczej nie da rady tego uruchomić z tymi bibliotekami, które masz. Wiesz już też prawdopodobnie, dlaczego nie ma programu na 14.04. Są na nim zbyt stare biblioteki. To jedna z konsekwencji LTSów.
Miodkujemy czy bralczykujemy? “Kto to w ogóle wymyślił żeby (szczególnie w Archu) przepakowywać program na licencji gpl3?” – teraz dobrze? 🙂
Dlaczego windowsa? Z flatpakiem programista stworzyłby jedną paczkę którą zainstalujesz na każdej dystrybucji (wspierającej ten format).
W przeciwieństwie do kompilacji ze źródeł, program aktualizowałby się razem z “normalnymi” programami z repozytorium i działałby nawet jeśli nie masz najnowszych bibliotek. No i zamiast wpisywać komendy będzie się klikać “instaluj” i koniec roboty.
Jak to jest windowsowe to chcę, żeby pod tym jednym względem było windowsowo.
Przynajmniej wiem o co Ci chodzi (rozumiałem inaczej – mea culpa).
Choć generalnie się z Tobą zgadzam (jak są źródła, to budujmy z nich), to sam sobie odpowiedziałeś wcześniej kiedy jest sens takiego zabiegu (np. libreoffice-rpm, firefox-bin – to wszystko buduje się latami, chyba, że masz bardzo sprawny komputer). Od siebie też dodam: wówczas, gdy program wprawdzie źródła ma, ale nie kompiluje się z jakiegoś powodu w Archu (np. DDRoom), choć w takim przypadku chyba sensowniej zainteresować się przepakowaniem czegoś takiego do appimage czy flatpak (sam jednak nie próbowałem takiego zabiegu i z chęcią bym przeczytał, czy w ogóle to możliwe).
Albo wykorzystać starą szkołę i postawić nowszy system w chroot (choćby archlinuksa). Wskazówki na stronie http://damlab.pl/howto/chroot/ (tam akurat debian, ale co za różnica). Obecnie schroot zastąpiło dchroot 🙂 To bardzo stary poradnik 😉
desktopowy minimalizm bez przepychu http://radiotray.sourceforge.net/
for tmux lovers http://www.coderholic.com/pyradio/
Jest jeszcze inne wyjście. Przyznam się, wcześniej go nie znałem. Zainstaluj adapt i spróbuj skorzystać. Odrobina informacji http://www.ostechnix.com/adapt-run-app-version-ubuntu-version/
mam tę stronę w feedach od ponad roku i po prostu chciałem napisać że robisz bardzo dobrą robotę tym sajtem 🙂 Pozdrawiam
Dzięki za słowa otuchy 🙂
To był żart sytuacyjny:P
Ja mam od dwóch lat,czy jakoś tak…
Dołączam się do komentarza:)
Zgadza sę.W radiotray tez można słuchac tych stacji.Trzeba tylko ręcznie wklepać.Ale przecież nie słucha sie ich paru tysięcy,tylko paru.
Ktoś nie rozumiał budowy *.deb i jak tego używać w PKGBUILD. ściąganie całego dpkg żeby tylko rozpakować? o_O
Obecna wersja jest ok.
// Chociaż gnutar != bsdtar (makepkg używa bsdtar), można było użyć tylko jednego ale to szczegół.
Teraz to w ogóle w AUR full wypas 😉 Gradio, gradio-bin i gradio-git. BTW – nawet już gradio-bin używa bsdtar…
O wiele wygodniejsze niż np: streamtuner. 🙂 Przydałby się pakiet lub flatpak na debiana 9.
Zawsze możesz skompilować. Tam są tak stare biblioteki, że nawet Debian powinien to przyjąć. Inna sprawa, że twórca się chwali flatpakiem, choć info prowadzi donikąd: https://github.com/haecker-felix/gradio Wg innej informacji: flatpak will be available soon! 🙂 Pewnie jednak gdzieś to można znaleźć, jeśli jest.
Jak jesteś niecierpliwy, to tutaj: https://pastebin.com/Gv7Z9rwx masz plik umożliwiający zrobienie flatpaka.
Nie wiem też, czy czegoś z tego: https://launchpad.net/~haecker-felix/+archive/ubuntu/gradio-daily nie udałoby Ci się mimo wszystko zainstalować (mimo, że to dla Ubuntu).
No, zważywszy że to 9 to biblioteki na pewno będą dobre (stretch: linux 4.9, gnome 3.22, …; a sid to już inna historia). Tak, właśnie, link do flatpaka prowadzi donikąd. Swoją drogą, słyszałem że dobrym sposobem na trafienie do głównego repo ubuntu jest przez repo debiana…
Skompilować może każdy, tylko po co? Przynajmniej w przypadku AUR czy portage – będzie się aktualizować wraz z resztą paczek…
BTW. Dzięki (w imieniu wszystkich zainteresowanych) za link do kodu flatpaka…
Tu masz wszystkie biblioteki niezbędne do zrobienia paczki: glib-2.0, gtk+-3.0 >=3.14, gstreamer-1.0, json-glib-1.0, gio-2.0, webkit2gtk-4.0, libsoup-2.4. Przyznam, że nie wiem, czy gstreamer1.0 jeszcze w Debian 9 jest (nie chce mi się sprawdzać). Z niektórych dystrybucji, po 5 latach od porzucenia tych kodeków, ta wersja już wypada.
Mam wrażenie że uważasz iż debian ma stare pakiety…
Debian “stable” Ubuntu “LTS”:
7 (2013) 14.04 (2014)
8 (2015) 16.04 (2016)
9 (2017) 18.04 (2018)
[…]
Debian “stable” obecnie mamy 8.8, a 9.0 będzie za 17 dni.
Debian Sid jest rolling release. Ubuntu powstaje z Sida.
PS. chodziło Ci o gstreamer 0.10? >1.0 na pewno jest.
Sorry – w drugim przypadku moja literówka.
Jeśli chodzi o pierwsze – nie mam takiego wrażenia – mam taką wiedzę 🙂
Sid nie jest rolling release. Sorry z całym szacunkiem dla Sida, ale to nie ma absolutnie nic wspólnego z dystrybucjami rr.
Trzeba zaktualizować troszku tę wiedzę… Mój pierwszy debian to sarge. Rolling release to dystrybucja aktualizowana na bieżąco, taka bez “wydań” (sid to inna nazwa dla unstable). Żeby nie było, ten post pisany jest na archu…
Co do stable to raz debian stable ma nowszy soft raz Ubuntu LTS… Takie stable/LTS jest dobre na komputer gdzie ma _po prostu działać_, a debian imho w tym jest o niebo lepszy. Debian nie nadaje się dla początkujących użytkowników, chyba że ktoś im to skonfiguruje… 🙂
Tak, trzeba w istocie zaktualizować tę wiedzę. Otóż rolling release jest dystrybucją aktualizowaną na bieżąco, a nie wrzucaniem paczek jak leci do repozytorium. To różni właśnie dystrybucje takie jak np. Arch od Debiana Sid (tak, korzystałem także z tej dystrybucji).
Co do tego, czy Debian Stable ma soft nowszy niż Ubuntu LTS (pytanie które) to nie ma znaczenia. Porównujesz dwie dystrybucje, które obie dostarczaja starych paczek już na wstępie. Nadto – stosując jego podstawowe repozytoria – nie aktualizuje ich przez cały czas istnienia. To m.in. dlatego na obecnym Debianie Stable nie zainstalujesz choćby obecnej wersji Qupzilli.
W obecnym Debianie Stable jest od groma paczek, które zostały już dawno porzucone przez deweloperów. Także deweloperzy Debiana się nimi nie zajmują. Czy w takim razie te paczki można uznać za “aktualne”? W moim pojęciu nie.
I żeby nie było wątpliwości – nie, nie miałem żadnych problemów ze skonfigurowaniem Debiana, którego używałem nieco później od Ciebie, bowiem od wersji 4.0, wcześniej jednak mając za sobą już kilka innych dystrybucji.
> Otóż rolling release jest dystrybucją aktualizowaną na bieżąco
Tak sid jest dystybucją ciągłą… To nie jest stretch-sid czy jessie-sid.
> a nie wrzucaniem paczek jak leci do repozytorium.
Zawsze można sobie obniżyć na testing…
> Nadto – stosując jego podstawowe repozytoria – nie aktualizuje ich
> przez cały czas istnienia.Na
przykładzie gstreamera, nawet wheezy ma 1.0 (w backportach):
https://packages.debian.org/search?suite=default§ion=all&arch=any&searchon=names&keywords=gstreamer1.0
BTW. W twojej definicji podstawowe repozytoria to też np. backporty?
> Porównujesz dwie dystrybucje, które obie dostarczaja starych
> paczek już na wstępie.
Dystrybucje
typu LTS, są czasami bardzo wygodne, mało z nimi problemu i po prostu
działają. Dlatego np. mint jest oparty na ubuntu LTS lub debianie. Jeśli
chcesz mieć święty spokój (bo np. komuś to zainstalowałeś) albo mieć
większą pewność, że masz coś co będzie działać… Poza tym to tylko 2
lata. Nie rozmawiamy tutaj o centosie 5 (czy windowsie 7 -_-).
> W obecnym Debianie Stable jest od groma paczek, które zostały
> już dawno porzucone przez deweloperów.
Ok,
tak też jest w różnych “świeższych” dystrybucjach. Walne takim
frazesem: “Dopóki pakiet się kompiluje, dopóty w repo urzęduje…”
> nie, nie miałem żadnych problemów ze skonfigurowaniem Debiana,
> którego używałem nieco później od Ciebie, bowiem od wersji 4.0
No
fajnie, gdzieś napisałem że miałeś problemy? Próbowałeś jakiemuś
“zielonemu” kazać to zainstalować i skonfigurować? On z instalacją
ubuntu ma problem…
> wcześniej jednak mając za sobą już kilka innych dystrybucji.
No
to teraz będziemy się przepychać kto jakich dystrybucji używał? Nie o
to mi chodziło. 🙂 BTW. Ja zaczynałem od redhata 8 albo 9.
Dyskusja zmierza donikąd. Proponuje zakończyć.