tux

Skórka infinityHD-nbox-tux jest moja prywatną wariacją tej skórki. Musisz ją sobie sam przystosować pod siebie.

Za chwil ileś tam będzie UPDATE z nowym PPanel :)

Można dodać najwyżej sprawdzenie czy jest aktualizacja. Dlaczego? Otóż jak zrobi sie aktualizacja samej OpenPLi to kończy się to reloadem OpenPLi. Nie da się przewidzieć co już zakończyło się z aktualizacji a co jeszcze nie.

EDIT3: a co to za OSX u starego Linuksiarza? Da się tego używać? Grzieś już pisałem → Epiphany z pakietu GNOME jakoś tak śmiesznie się przedstawia :) Co do OScama? Popraw konfigurację i nie będzie potrzeby restartu co chwilę.

W PPanel wykonana będzie procedura z system.sh i tam dodam co trzeba. Teraz walczę aby PPanel pokazuwał na bierząco konsolę a nie tylko po wykonaniu.

teraz ta funkcja jest nie dostępna. Jak znajdę czas to będzie dodane do PPanel do list jako opcja podczas aktualizacji. Wynika to z tego, iż lista jest w *.ipk a ten sstem jak wiemy sprząta automatem pliki po poprzedniej paczce. Myślę, że najprostrzym sposobem będzie szukanie userbouquetX.tv (.radio) i automatem dopisywanie tych bukietów do początku lub końca pliku z bukietami. Jak go nie ma to zostaw jak jest.

Nie wiem co jest w w HDClone - tu kompetentny jest @richter. Niezależnie o wszystkiego wystarczy wpisać: opkg update && opkg upgrade Jak jest aktualizacja to zaktualizuje. Nie ma potrzebu usuwania paczki.

Pikony z repozytorium są referencyjne. Jak dany kanał ma niereferencyjną nazwę to nie będzie wyświetlona.

infinity i infinity tux nie moga byc jednoczesnie w systemie. poczekaj do wieczora - uporzadkuje katalogi i dam nowa wersje bez kolizji.

Ja to składam w całość. Może trzeba ten plugin poprawić - kto wie. Jak będzie coś poprawionego to dam do repozytorium.

Naciśnij ENTER.

* nie będzie już restartować OScam! Po co? Jak cos nie działa to trzeba wyeliminować przyczynę a nie leczyć objaw. Nowe wersje OScam mają mechanizmy do autorestartu.

Aktualizacja w repozytorium :)

Na początek lektura: http://openpli.xunil.pl/index.php/FAQ#mozTocId168679 Jeżeli odinstalowujesz coś co miało dodatkowe zależności (np. niektóre skórki) do opcji remove dodaj --autoremove np. opkg remove --autoremove enigma2-skin-infinityhd-nbox Dzięki --autoremove usunięty zostanie pakiet (tutaj enigma2-skin-infinityhd-nbox) oraz wszystkie możliwe do usunięcia pakiety zależne czyli te które wykorzystywane są tylko przez usuwany pakiet a nie przez inne zainstalowane na systemie. Co do pikon → postaram się dodać je do opkg.

Efekt dotyczy na 100% ESI oraz pikon przezroczystych. Skalowanie też ma znaczenie. U mnie póki co się uspokoiło przy ujednoliceniu rozmiaru pikon i pominięciu efektu skalowania. Całość dotyczy 1080p@50Hz

Ten błąd u mnie pojawiał się tylko gdy w NAND/NOR było mniej niż 10MB wolnego. Update podmienia tak około 95% plików na systemie co jest związane z paczkalizacją. Część plików podczas aktualizacji nadal jest używana (np. Python czy OpenPLi) i to miejsce zwalniane jest dopiero po restarcie systemu. W innym przypadku niż podany powyżej nie zaobserwowałem tego komunikatu.

@herpoi → nie mam tych plików licząc od freebox mod by tux. Podrzuć je to dodamy do paczki z default-skin.

Dość dziwne. Czy ktoś może potwierdzić, że ma podobny problem. 3x sprawdziłem przed momentem i u mnie jest OK.

Zacytuję to, co jest na stronie internetowej projektu: Edit: Poprawiona pisownia.

A tutaj to nie wiem. Nigdy nie dodawałem czegoś do przełączenia. W wolnej chwili sprawdzę.

Pozostaje Ci tylko to: http://forum.xunil.pl/index.php?topic=113.0

aktualizacja skórek w repozytorium: InfinityHD-nbox oraz InfinityHD-nbox-tux; UWAGA - skórka InfinityHD-nbox-tux od wersji 2.0.5 posiada własną paczkę enigma2-extpythonpack-inhd-tux oraz wymaga pikon 220x132px. @kiso - u mnie ikonka zegarka jest obecna - GOS 2.1.0

To teraz ja i po kolei. Linux urządzenia na USB traktuje jak powiedzmy PUNKTY. W zależności w jakiej kolejności się odmeldują na USB tak je przypisze czy ponumeruje. Zakładając iż mamy podpięte dwa dyski po USB (w jakikolwiek sposób) to w zależności od tego jak szybko wstanie dany HDD tak linux je ponumeruje. Tutaj jeżeli dobrze rozumiem mamy sytuację, w której podczas pracy nBoxa coś się dzieje i nagle dysk podpisanny SDA zaczyna być podpisany SDB. Taka sytuacja jest lekko pisząc nienormalna i wskazuje na trzy ewentualne sytuacje: uszkodzony HDD i/lub kieszeń zewnętrzna lub jej zasilacz; niekompatybilność kieszeń - nBox; wewnętrzne mechanizmy energooszczędne dysku twardego, które po wykonaniu przejścia dysku w stan uśpienia powodują, iż kieszeń zewnętrzna stwierdza brak HDD i odpina urządzenie a że SDA było zamontowane to Linux nadał SDB. Powuższe punkty są praktycznie zbierzne z @j00zek i tak naprawde innego rozwiązania nie ma.

Czy cały czas masz boot i tylko boot? Jak tak to zbyt szybko odłączyłeś i podłączyłeś zasilanie. Należy raz jeszcze wgrać ENV.

OScam-1.20-unstable_svn9300-i686-pld-linux-ssl-clockfix9300-multibackport_v4-multipatch_v3_defaultstweak_v1 Oscam r9553 oscam-1.20.server-svn9300.2014.03.03.i686.rpm oscam-1.20.server-svn9553.i686.rpm