aboutsummaryrefslogtreecommitdiffstats
path: root/conf.d/packaging/rpm
AgeCommit message (Collapse)AuthorFilesLines
2019-04-12Reordering of sample and tutorial bindingsJosé Bollo1-1/+13
The main idea here is to install the sample and tutorial bindings in specific directory. This will at the end help to package parts of the binder. It also includes a simplification of CMakeLists files. Also fix an error in packaging rpm. Bug-AGL: SPEC-2165 Change-Id: I494cc753796848cde849de1c3596893c78fa228f Signed-off-by: José Bollo <jose.bollo@iot.bzh>
2019-04-09Fix rpm packaging following review 20926Frederic Marec1-1/+1
Change-Id: Iec9de4201e966ef53e3f1edf9d0a6a81ae2899fc Signed-off-by: Frederic Marec <frederic.marec@iot.bzh>
2019-04-05Change agl-app-framework-binder.shFrederic Marec1-1/+1
Aligned the two different names from the two ways of packaging From AGL-agl-app-framework-binder.sh to agl-app-framework-binder.sh for .rpm From AGL-app-framework-binder.sh to agl-app-framework-binder.sh for .deb Change-Id: Ie324ce159a55ccae7c051c97be5116d975e0da85 Signed-off-by: Frederic Marec <frederic.marec@iot.bzh>
2019-04-02Fix false ***buffer overflow*** detectionJosé Bollo1-1/+1
The compiling option __FORTIFY_SOURCE=2 introduced a false ***buffer overflow*** detection when the flexible array 'pattern' was initilized in globset. The compiler is only complaining when the array is in a struct that is in a struct like struct { ...; struct { ...; char name[1]; }} To avoid these false detections, it is enougth to ellipsese the dimension of the array. Seems to be the now standard way of declaring flexible arrays when it was before an extension. So now: struct { ...; struct { ...; char name[]; }} works even when __FORTIFY_SOURCE=2. Bug-AGL: SPEC-2292 Change-Id: I4b4a5df505a5357f92b9ab1657175911198ca582 Signed-off-by: José Bollo <jose.bollo@iot.bzh>
2019-03-25Prevent false positive during check sourceFrederic Marec1-1/+1
At runtime CFLAG _FORTIFY_SOURCE can provide false positive during its checking. Change _FORTIFY_SOURCE level to 1 to avoid wrong comportement of the package. Change-Id: Ice4b386c253c87903e58f82a446416831cb4c6bf Signed-off-by: Frederic Marec <frederic.marec@iot.bzh>
2019-03-07Fix build dep on OBSronan1-0/+6
Change-Id: I95fa03c430b9f488b3b5b9a9bdfc50a1ff0f0421 Signed-off-by: ronan <ronan.lemartret@iot.bzh>
2019-03-07Upgrade dependency to libmicrohttpd version 0.9.60José Bollo1-2/+2
The version of libmicrohttpd required is 0.9.60 at least. Change-Id: Ia0784f5433d63d4de50654dd7577a8767578c069 Signed-off-by: José Bollo <jose.bollo@iot.bzh>
2019-01-16packaging: update dependency on libmicrohttpd versionRonan Le Martret1-1/+3
app-framework-binder dependency on libmicrohttpd version has been set at least to 0.9.62 Change-Id: If6af70611a5cd6236068781437e4bcbd28f368b7 Signed-off-by: Ronan Le Martret <ronan.lemartret@iot.bzh>
2019-01-03packaging: Remove hard dependency to samplesJose Bollo1-10/+1
Fixing names and number of samples in packaging could be avoided. Change-Id: I57355e68be45e1a4fdd6d76bcd44dea57ca63813 Signed-off-by: Jose Bollo <jose.bollo@iot.bzh>
2018-10-04packaging/deb: install all headersJosé Bollo1-3/+1
The previous filter wasn't installing the files afb/afb-binding and afb/afb-binding.hpp The packaging/rpm is modified to do the same Change-Id: I77e31d618b9a2c6f8f8dd3f02a4219c4c8c1604f Signed-off-by: José Bollo <jose.bollo@iot.bzh>
2018-07-12Packaging: Fix RPM buildRomain Forlot1-0/+1
RPM build failed because there is an unpackaged files found which has been installed. This fix the build error: Installed (but unpackaged) file(s) found: /opt/AGL/lib64/afb/hello2.so Change-Id: Id5775966bbc4cac00d6adc8b9032d32cf41a7207 Signed-off-by: Romain Forlot <romain.forlot@iot.bzh>
2018-06-20packaging: Add V3 demo filesRonan Le Martret1-0/+2
Change-Id: Ia9b047bf01543f7cc1c794d91bf479d9848509d3 Signed-off-by: Ronan Le Martret <ronan.lemartret@iot.bzh>
2018-06-20packaging: Update spec and deb packagingRonan Le Martret1-0/+119
- sort files by packaging type Change-Id: Ic914b5eedffce04356bb59db36be30ba81a8a20d Signed-off-by: Ronan Le Martret <ronan.lemartret@iot.bzh>