[Announce] Skin flatPlus 0.5.0

_Martin_ · 4. Dezember 2014

Hi,
nach einiger Zeit ist nun Version 0.5.0 fertig. Es wird sicherlich demnächst eine 0.5.1 geben aber ich wollte die Version nun endlich fertig haben und veröffentlichen um an anderen Dingen auch weitermachen zu können.
Diesmal ist es kein kleines Update sondern es ist einiges dazu gekommen.
Hier das Changelog

Code

2014-12-04: Version 0.5.0
- [fix] femon receiver - do not get data from previous channel
- [fix] display replay jump text position
- [add] main menu widgets
    - there are several widgets that can be displayed in the main menu
        - Widget weather
        - Widget dvb devices
        - Widget active timer
        - Widget timer conflicts
        - Widget last recordings
        - Widget system information
        - Widget system updates
        - Widget temperatures
        - Widget custom command
    - please see the example scripts and README-files
- [add] weather widget in channelinfo and replayinfo
- [add] option Weather widget font size
- [add] poster/banner image in replay info
- [add] dimm on pause feature
    you can set a timeout and the opaque value. If You press pause while replaying the display will be dimmed after the timeout
- [update] default themes
    - background transparency slightly reduced
    - use color palette of android material design
    - default accent color is "Light Blue"
    - add more default themes: DeepOrange, DeepPurple, Indigo, Red, Teal
- [update] icons
    - update many icons with android material design icons
- [update] MV-Themes
    - see MV_Themes.HISTORY
- [update] display replay, in mode only only show small version
- [update] remove fonts from contrib folder
    they waste to much space, if you need them, grab it from previous version
- [update] Makefile
    rename VDRLOGO to SKINFLATPLUS_VDRLOGO
    new variable SKINFLATPLUS_WIDGETDIR for specify the path to the widgets

Alles anzeigen

Auffälligste Neuerung sind die Widgets. Diese sind für das Hauptmenü und es lassen sich verschiedene Informationen anzeigen. Das ganze hat auch eine eigene Wiki-Seite erhalten wo auch ein paar Screenshots zu sehen sind: Wiki - Widgets
Bitte lest euch einmal das Wiki durch. Für die Widgets sind teilweise manuelle Eingriffe am System nötig.
Hier sind ggf. noch weitere Widgets geplant. Wenn Ihr passende Ideen habt immer her damit.
Weitere große Neuerung sind aktualisierte Icons und Themen. Ich habe mich bei den Icons und den Theme-Farben beim Android Material-Design bedient. Dort gibt es einen Pack Icons zur freien Verfügung. Ich finde die passen perfekt zum Skin und das ganze sieht nun viel stimmiger und einheitlicher aus.
Als Feature ist auch noch das Dimm on Pause hinzugekommen.

Das ganze wie immer zu finden unter http://projects.vdr-developer.org/projects/plg-skinflatplus.
An die Paketbauer, ich hoffe das mit den Widgets funktioniert alles, wenn es dort Probleme gibt bitte bei mir melden dann finden wir schon eine Lösung.

Grüße
Martin

Copperhead · 4. Dezember 2014

Super Sache. Ich schaue gleich mal, welche Widgets für Arch Linux eine Anpassung benötigen.

BTW: Die Config des Wetter-Widgets müsste, wenn man es ganz streng nimmt in /etc liegen.

_Martin_ · 4. Dezember 2014

Ich weiß das ist nicht 100% sauber. Auch beim system_information Widget, ist die Konfig im Script drin. Dies gefällt mir eigentlich auch noch nicht so. Wollte es aber einfach und "an einem Ort" halten. Wenn ich ganz viel Zeit haben baue ich das um ansonsten warte ich auf passende diff Dateien

Grüße
Martin

Copperhead · 4. Dezember 2014

system_information: Ich habe die beiden vorhandenen Skripte versucht auszuführen. Beide scheinen einen Syntaxfehler zu haben.

Code

# bash system_information.g2v
./system_information: Zeile 118: [: -gt: Einstelliger (unärer) Operator erwartet.

Code

# bash system_information.ubuntu 
system_information.ubuntu: Zeile 113: [: -gt: Einstelliger (unärer) Operator erwartet.

system_updatestatus: Wird es für Arch Linux nicht geben. Auf diese Information hat der User keinen Zugriff.
temperatures: Die default-Variante beschwert sich über unbekannte Sensoren und die g2v-Variante liefert nichts zurück.
weather: Benötigt ForecastIO. Das gibt es für Arch Linux nicht. Wäre aber im Vergleich zu den oberen Widgets das kleinste Problem.

Yeah... Das war jetzt ein ganz schöner Dämpfer auf die anfängliche Euphorie.

_Martin_ · 4. Dezember 2014

Nu lass ich mal nicht gleich entmutigen
Bei System Information Zeile 113 da geht es um das Swap File, hast du ein Swap File bzw. wie ist die ausgabe von "free -m" unter Arch? Wie gesagt deswegen heißen die Scripte auch *.ubuntu und g2v, das muss bei Arch dann wohl anders aussehen. Habe allerdings kein Arch zu Hand und bin zu Faul das aufzusetzen. Vielleicht kannst du ja mal selbst kurz nachschauen wenn du in der Bash bewandt bist?

Ja ok wenn es update status nicht gibt dann gibt es das halt nicht.

[edit] wie auf der Wiki-Seite beschrieben muss für temperatures lm-sensors installiert und konfiguriert sein. Das beiliegende Script ist nur ein Beispiel, die Sensoren heißen ja bei jedem Mainboard anders, hier muss der Nutzer ran und dieses anpassen. Ich wüsste nicht wie man das "für alle" bewerkstelligen könnte!

Für Weather wird eigentlich nur php5 benötigt alles weitere liegt bei. Im Ordner gibt es einen lib Ordner dort ist das eigentlich für forecast.io drin, da muss nichts zusätzliches installiert werden!

Grüße
Martin

Copperhead · 4. Dezember 2014

Fangen wir erstmal an System Info zu fixen

Gentoo und Arch sollten sich da nicht allzu stark unterscheiden. Es wäre allerdings ratsam die Memory Infos und Swap Infos aus /proc/meminfo zu lesen. Das sollte über alle Linux-Distros hinweg einheitlich sein.

Ebenso sollte /etc/os-release überall vorhanden sein. Auch bei Gentoo.
An das Videoverzeichnis kommt man ebenfalls bei allen über: "pkg-config --variable=videodir vdr"

seahawk1986 · 4. Dezember 2014

Das Ermitteln der Temperatur einer nVidia-Karte ist mit nvidia-settings (vgl. http://projects.vdr-developer.…b422ce5e2860225f1b93b#n27) ist im Vergleich zu nvidia-smi auf meinem ION-System arg langsam (Mein Rechner unter Arch Linux braucht real ca. 2 Sekunden, was immer noch recht viel ist):

Code

$ time nvidia-settings -c :1 -t -query GPUCoreTemp | head -n 1
56


real    0m8.147s
user    0m0.050s
sys     0m0.082s


$ time nvidia-smi -q -d TEMPERATURE | grep -Pow "[[:digit:]]+(?=\sC)" | head -n1
56


real    0m0.020s
user    0m0.004s
sys     0m0.028s

Alles anzeigen

Zitat von Copperhead

An das Videoverzeichnis kommt man ebenfalls bei allen über: "pkg-config --variable=videodir vdr"

Man will aber doch eigentlich das zur Laufzeit des VDR gesetzte VIDEODIR haben...

_Martin_ · 4. Dezember 2014

das mit /proc/meminfo schau ich mir mal an. /etc/os-release wird doch genommen
pkg-config --variable=videodir vdr würde bei mir aber nicht funktionieren da ich alles selbst kompiliere

nvidia-smi kannte ich noch nicht und schau ich mir mal an.

Danke euch!

Copperhead · 4. Dezember 2014

Zitat von seahawk1986

Man will aber doch eigentlich das zur Laufzeit des VDR gesetzte VIDEODIR haben...

Ich glaube ich habe schon oft genug meine Meinung zu den "bei der Laufzeit gesetzten Directories" gesagt.
Das ist Sache des Distributors. Da hat der User nicht drin rumzupfuschen.

MegaV0lt · 5. Dezember 2014

Hab mal alles ohne free -m gemacht:

Code

if [ -n "$SHOW_MEM_USAGE" -o -n "$SHOW_SWAP_USAGE" ] ; then
  mapfile -t </proc/meminfo	# Ausgabe in Array
  MEMTOTAL=(${MAPFILE[0]})
  MEMAVAIL=(${MAPFILE[2]})
  SWAPTOTAL=(${MAPFILE[14]})
  SWAPFREE=(${MAPFILE[15]})
fi


if [ $SHOW_MEM_USAGE = 1 ]; then
  MEMUSED=$((${MEMTOTAL[1]} - ${MEMAVAIL[1]}))
  MU=$(($MEMUSED * 1000 / ${MEMTOTAL[1]}))
  [ $MU -lt 10 ] && MU=0$MU
  MU_DEC=${MU: -1} ; MEM_USAGE=${MU:0: -1},${MU_DEC}
  echo "${MEM_USAGE}%" > ${OUTPUTFLDR}/${MEM_USAGE_POS}_mem_usage
fi


if [ $SHOW_SWAP_USAGE = 1 ]; then
  if [ ${SWAPTOTAL[1]} -eq ${SWAPFREE[1]} ] ; then
	echo "0,0%" > ${OUTPUTFLDR}/${SWAP_USAGE_POS}_swap_usage
  else
	SWPUSED=$((${SWAPTOTAL[1]} - ${SWAPFREE[1]}))
	SU=$(($SWPUSED * 1000 / ${SWAPFREE[1]}))
	[ $SU -lt 10 ] && SU=0$SU
	SU_DEC=${SU: -1} ; SWAP_USAGE=${SU:0: -1},${SU_DEC}
	echo "${SWAP_USAGE}%" > ${OUTPUTFLDR}/${SWAP_USAGE_POS}_swap_usage
  fi
fi

Alles anzeigen

Komplett:
https://dl.dropboxusercontent.…on/system_information.g2v

3PO · 5. Dezember 2014

Zitat von seahawk1986
Das Ermitteln der Temperatur einer nVidia-Karte ist mit nvidia-settings (vgl. http://projects.vdr-developer.…b422ce5e2860225f1b93b#n27) ist im Vergleich zu nvidia-smi auf meinem ION-System arg langsam (Mein Rechner unter Arch Linux braucht real ca. 2 Sekunden, was immer noch recht viel ist):
Code
$ time nvidia-settings -c :1 -t -query GPUCoreTemp | head -n 1
56


real    0m8.147s
user    0m0.050s
sys     0m0.082s


$ time nvidia-smi -q -d TEMPERATURE | grep -Pow "[[:digit:]]+(?=\sC)" | head -n1
56


real    0m0.020s
user    0m0.004s
sys     0m0.028s
Alles anzeigen

Und wenn Du es so aufrufst, geht es noch schneller:

Code

vdr01_64 ~ # nvidia-smi --query-gpu=temperature.gpu --format=csv,noheader
27
vdr01_64 ~ #

MegaV0lt · 5. Dezember 2014

Die Skripte sind halt sehr Systemabhängig und müssen abngepasst werden.
Bei den Temperaturen https://dl.dropboxusercontent.…eratures/temperatures.g2v
Muss amn eben schauen, was sensors -A ausgibt und das eingeben:

Code

hdvdr01 ~ # sensors -A
atk0110-acpi-0
Vcore Voltage:  	+1.04 V  (min =  +0.80 V, max =  +1.80 V)
 +3.3 Voltage:  	+3.26 V  (min =  +2.97 V, max =  +3.63 V)
 +5 Voltage:    	+4.97 V  (min =  +4.50 V, max =  +5.50 V)
 +12 Voltage:  	+12.09 V  (min = +10.20 V, max = +13.80 V)
CPU FAN Speed: 	1687 RPM  (min =  600 RPM, max = 7200 RPM)
CHASSIS FAN Speed:	0 RPM  (min =  600 RPM, max = 7200 RPM)
POWER FAN Speed:  	0 RPM  (min =  600 RPM, max = 7200 RPM)
CPU Temperature:	+34.0°C  (high = +60.0°C, crit = +95.0°C)
MB Temperature: 	+33.0°C  (high = +45.0°C, crit = +95.0°C)


k8temp-pci-00c3
Core0 Temp:   +34.0°C
Core0 Temp:   +24.0°C
Core1 Temp:   +34.0°C
Core1 Temp:   +27.0°C

Alles anzeigen

Das ist auf jedem System wohl anders...

3PO · 5. Dezember 2014

Man muss halt seine senors3.conf entsprechend anpassen.....

Code

server01 ~ # sensors
coretemp-isa-0000
Adapter: ISA adapter
Physical id 0:  +40.0°C  (high = +85.0°C, crit = +105.0°C)
Core 0:         +40.0°C  (high = +85.0°C, crit = +105.0°C)
Core 1:         +33.0°C  (high = +85.0°C, crit = +105.0°C)
Core 2:         +27.0°C  (high = +85.0°C, crit = +105.0°C)
Core 3:         +30.0°C  (high = +85.0°C, crit = +105.0°C)


nct6779-isa-0290
Adapter: ISA adapter
Vcore:         +0.91 V  (min =  +0.75 V, max =  +1.10 V)
+12 Volt:     +12.00 V  (min = +11.42 V, max = +12.58 V)
AVcc:          +3.36 V  (min =  +3.14 V, max =  +3.47 V)
+3.3 Volt:     +3.36 V  (min =  +3.14 V, max =  +3.47 V)
+5 Volt:       +5.04 V  (min =  +4.76 V, max =  +5.24 V)
3V_SB:         +3.41 V  (min =  +3.14 V, max =  +3.47 V)
Vbat:          +3.28 V  (min =  +2.40 V, max =  +3.60 V)
FSB VTT:       +1.06 V  (min =  +0.98 V, max =  +1.10 V)
Chassis Fan1:    0 RPM  (min =    0 RPM)
CPU Fan:       495 RPM  (min =    0 RPM)
Chassis Fan2:  365 RPM  (min =    0 RPM)
Chassis Fan3:    0 RPM  (min =    0 RPM)
Chassis Fan4:    0 RPM  (min =    0 RPM)
CPU Temp.:     +29.0°C  (high = +80.0°C, hyst = +75.0°C)  sensor = thermistor
M/B Temp.:     +26.0°C  (high = +70.0°C, hyst = +40.0°C)  sensor = thermistor
beep_enable:  enabled


server01 ~ #

Alles anzeigen

Copperhead · 5. Dezember 2014

Zitat von MegaV0lt

Hab mal alles ohne free -m gemacht:

Damit sollten wir jetzt ziemlich distributionsunabhängig sein. Was so viel heißt wie man braucht keine Unterscheidung mehr.
Einfach diesen Schnipsel in die Ubuntu-Variante (wichtig, weil nur dort die /etc/os-release gelesen wird) und die Gentoo Variante raus.

Das läuft dann für alle Distros.

Copperhead · 5. Dezember 2014

Kommen wir zum Nächsten:

Code

# php update_weather.php 
PHP Warning:  parse_ini_file(): open_basedir restriction in effect. File(/usr/lib/vdr/plugins/skinflatplus/widgets/weather/update_weather.config) is not within the allowed path(s): (/srv/http/:/home/:/tmp/:/usr/share/pear/:/usr/share/webapps/) in /usr/lib/vdr/plugins/skinflatplus/widgets/weather/update_weather.php on line 3
PHP Warning:  parse_ini_file(/usr/lib/vdr/plugins/skinflatplus/widgets/weather/update_weather.config): failed to open stream: Operation not permitted in /usr/lib/vdr/plugins/skinflatplus/widgets/weather/update_weather.php on line 3
PHP Warning:  include(): open_basedir restriction in effect. File(/usr/lib/vdr/plugins/skinflatplus/widgets/weather/lib/forecast.io.php) is not within the allowed path(s): (/srv/http/:/home/:/tmp/:/usr/share/pear/:/usr/share/webapps/) in /usr/lib/vdr/plugins/skinflatplus/widgets/weather/update_weather.php on line 18
PHP Warning:  include(/usr/lib/vdr/plugins/skinflatplus/widgets/weather/lib/forecast.io.php): failed to open stream: Operation not permitted in /usr/lib/vdr/plugins/skinflatplus/widgets/weather/update_weather.php on line 18
PHP Warning:  include(): Failed opening 'lib/forecast.io.php' for inclusion (include_path='.:/usr/share/pear') in /usr/lib/vdr/plugins/skinflatplus/widgets/weather/update_weather.php on line 18
PHP Fatal error:  Class 'ForecastIO' not found in /usr/lib/vdr/plugins/skinflatplus/widgets/weather/update_weather.php on line 24

3PO · 5. Dezember 2014

Zitat von Copperhead

Kommen wir zum Nächsten: ...

Na, ich gehe doch davon aus, dass Du als Distributor in der Lage bist, das entsprechend an Deine Distribution anzupassen.

Copperhead · 5. Dezember 2014

Das ist PHP. Ich kann Perl, ich kann Bash, ich kann Java und ein paar Grundzüge von C++.
Was ist aus den Fehlermeldungen lese ist, dass er mit den Pfaden irgendwie nicht zufrieden ist.

Womöglich ist das eine globale Einstellung von PHP. Da ich darauf aber keinen Einfluss habe, müsste ich wohl die ForecastIO Lib an anderer Stelle platzieren.
Ich habe weder Ahnung, warum er die Config nicht öffnet, noch warum er die Lib nicht öffnet.

_Martin_ · 5. Dezember 2014

Vielleicht nenn ich das Script dann in generic um.

Zitat von Copperhead

Kommen wir zum Nächsten:

Code

# php update_weather.php 
PHP Warning:  parse_ini_file(): open_basedir restriction in effect. File(/usr/lib/vdr/plugins/skinflatplus/widgets/weather/update_weather.config) is not within the allowed path(s): (/srv/http/:/home/:/tmp/:/usr/share/pear/:/usr/share/webapps/) in /usr/lib/vdr/plugins/skinflatplus/widgets/weather/update_weather.php on line 3
PHP Warning:  parse_ini_file(/usr/lib/vdr/plugins/skinflatplus/widgets/weather/update_weather.config): failed to open stream: Operation not permitted in /usr/lib/vdr/plugins/skinflatplus/widgets/weather/update_weather.php on line 3
PHP Warning:  include(): open_basedir restriction in effect. File(/usr/lib/vdr/plugins/skinflatplus/widgets/weather/lib/forecast.io.php) is not within the allowed path(s): (/srv/http/:/home/:/tmp/:/usr/share/pear/:/usr/share/webapps/) in /usr/lib/vdr/plugins/skinflatplus/widgets/weather/update_weather.php on line 18
PHP Warning:  include(/usr/lib/vdr/plugins/skinflatplus/widgets/weather/lib/forecast.io.php): failed to open stream: Operation not permitted in /usr/lib/vdr/plugins/skinflatplus/widgets/weather/update_weather.php on line 18
PHP Warning:  include(): Failed opening 'lib/forecast.io.php' for inclusion (include_path='.:/usr/share/pear') in /usr/lib/vdr/plugins/skinflatplus/widgets/weather/update_weather.php on line 18
PHP Fatal error:  Class 'ForecastIO' not found in /usr/lib/vdr/plugins/skinflatplus/widgets/weather/update_weather.php on line 24

Ich wollte auch schon Fragen was mit Wetter ist, nun gut erklären kann ich das erstmal nicht.
Interessant ist dieses Failed opening 'lib/forecast.io.php', da genau dort ja die lib zu finden ist. Anscheinend ist das php unter Arch so restriktiv das es nur sachen aus seinem include_path includiert. Ich kann heute abend mal versuchen mich ein wenig zu belesen, hätte jetzt gedacht das es so bei allen funktionieren sollte ...

Grüße
Martin

_Martin_ · 5. Dezember 2014

Ja stimmt die config öffnet er ja auch schon nicht. Rechteprobleme kann es aber nicht geben oder? Ich such heute abend mal was google dazu ausspuckt

Copperhead · 5. Dezember 2014

Ich habe das Skript als Root ausgeführt. Ich denke mal Rechte sind da das kleinste Problem.

Ich könnte das auch in Perl neuschreiben (Es gibt ein Modul und das kommt mir nicht allzu schwer vor). Perl ist doch etwas üblicher als PHP. Zumindest unter Arch Linux ist Perl standarmäßig vorhanden. Python und PHP müssen nachinstalliert werden.

[Announce] Skin flatPlus 0.5.0

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema