summaryrefslogtreecommitdiffstats
path: root/meta-multimedia/recipes-multimedia/dvb-apps
Commit message (Collapse)AuthorAgeFilesLines
* Convert to new override syntaxMartin Jansa2021-08-031-37/+37
| | | | | | | | | | This is the result of automated script (0.9.1) conversion: oe-core/scripts/contrib/convert-overrides.py . converting the metadata to use ":" as the override character instead of "_". Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* dvb-apps: Allow insecure inc pathsKhem Raj2021-03-011-0/+2
| | | | | | | | Latest perl have switched the default to not allow the unsafe include paths like current dir (.), but dvb-apps depend on this behaviour Signed-off-by: Khem Raj <raj.khem@gmail.com> Cc: Andreas Müller <schnitzeltony@gmail.com>
* dvb-apps: Replace stime with clock_settimeKhem Raj2019-12-232-0/+33
| | | | | | Newer glibc 2.31+ removed stime. Signed-off-by: Khem Raj <raj.khem@gmail.com>
* dvb-apps: Remove workaround patch for ancient target compilersAdrian Bunk2019-05-232-45/+0
| | | | | Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* dvb-apps: Remove dvb-fe-xc5000c-4.1.30.7.fwAdrian Bunk2019-05-092-7/+1
| | | | | | | | | | Shipping firmware for some specific device in dvb-apps is wrong, even more so when the same binary is already in linux-firmware. The firmware was also not LICENSE = "GPLv2" as the recipe claimed. Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* dvb-apps: Disable static librariesKhem Raj2019-03-041-0/+2
| | | | | | | | It can be undesired linking to a static library especially when static linking it disabled globally so lets disable it always here Signed-off-by: Khem Raj <raj.khem@gmail.com>
* dvb-apps: linux dvb apps package supportHaseenamol2018-11-291308-0/+78485
This includes dvb-apps patches, dvb-scan-tables, dvb-libraries and firmware for WINTV 950Q Fix build with kernel > 4.14 Inherit perlnative for tests to build Change options to cp command to fix dvb-apps: /dvb-apps/usr/share/dvb/dvb-t/vn-Hanoi is owned by uid 3004, which is the same as the user running bitbake. This may be due to host contamination Signed-off-by: Haseenamol <haseenamol@tataelxsi.co.in> Signed-off-by: Khem Raj <raj.khem@gmail.com>