summaryrefslogtreecommitdiff
path: root/recipes/socketcan
AgeCommit message (Collapse)AuthorFiles
2010-08-05recipes: inherit autotools instead of autotools_stageKhem Raj1
Signed-off-by: Khem Raj <raj.khem@gmail.com> Acked-by: Martin Jansa <Martin.Jansa@gmail.com> Acked-by: Richard Purdie <rpurdie@linux.intel.com>
2010-06-14recipes: bump PR/INC_PR for packages changed in ↵Martin Jansa1
RDEPENDS/RRECOMMENDS/RSUGGESTS/RPROVIDES/RCONFLICTS/RREPLACES cleanup add PR = r1 to recipes not including any .inc file Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2010-06-10recipes: bump PR/INC_PR for packages changed in ↵Martin Jansa1
RDEPENDS/RRECOMMENDS/RSUGGESTS/RPROVIDES/RCONFLICTS/RREPLACES cleanup * only 769 from 1102 recipes were covered by automatic PR bump, list of remaining 333 recipes not using PR/INC_PR is available for manual PR add or INC_PR conversion - volunteers? http://build.shr-project.org/tests/jama/files.not.PR.bumped * just echo 'PR = "r1"' to recipes without any PR/INC_PR is not so good idea without manual check, because sometimes they rely on PR set in their .inc file and "r1" could make it go backwards Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2010-06-10recipes: conform to OE packaging guidelines with ↵Martin Jansa2
RSUGGESTS/RPROVIDES/RCONFLICTS/RREPLACES * even worse than last RDEPENDS/RRECOMMENDS change, because now ie: opkg info coreutils-doc Provides: textutils, shellutils, fileutils Replaces: textutils, shellutils, fileutils Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Acked-by: Khem Raj <raj.khem@gmail.com> Acked-by: Roman I Khimov <khimov@altell.ru>
2010-06-03canutils: move 3.0.2 in socketcan directoryEric Bénard1
Signed-off-by: Eric Bénard <eric@eukrea.com>
2010-06-03socketcan-utils-test: rconflicts with canutilsVitus Jensen1
Rconflicts because of identical program names. Signed-off-by: Vitus Jensen <vjensen@gmx.de> Signed-off-by: Eric Bénard <eric@eukrea.com>
2010-06-03canutils: new recipesVitus Jensen3
Add canutils (PTX flavour) 4.0.4 and 4.0.5 as alternatives to socketcan-utils-test. Version 4.x requires libsocketcan and supports kernel 2.6.30 and above. Signed-off-by: Vitus Jensen <vjensen@gmx.de> Signed-off-by: Eric Bénard <eric@eukrea.com>
2010-06-03libsocketcan: new recipesVitus Jensen4
Build pengutronix' libsocketcan (netlink interface), used by newer versions of canutils. can_netlink.h is really linux/can/netlink.h from linux-libc-headers but installed here to be independ of staged linux-libc-headers versions. libsocketcan 0.0.8 automatically installs can_netlink.h, version 0.0.7 is patched to do so. Signed-off-by: Vitus Jensen <vjensen@gmx.de> Signed-off-by: Eric Bénard <eric@eukrea.com>
2010-05-25Make the do_patch apply=yes param implicit if extension is .diff/.patchChris Larson1
For .diff/.patch you need to apply manually, you can specify apply=no. Signed-off-by: Chris Larson <chris_larson@mentor.com> Acked-by: Denys Dmytriyenko <denis@denix.org> Acked-by: Khem Raj <raj.khem@gmail.com>
2010-05-25Rename url params patch=<ignored>/pnum=<n> to apply={yes,no}/striplevel=<n>Chris Larson1
I think this makes the behavior rather more clear. Signed-off-by: Chris Larson <chris_larson@mentor.com> Acked-by: Denys Dmytriyenko <denis@denix.org> Acked-by: Khem Raj <raj.khem@gmail.com>
2010-04-02sane-srcrevs: move SRCREVs to recipesMartin Jansa2
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2009-11-17svn recipes: change +svnr${SRCREV} +svnr${SRCPV}Martin Jansa2
* Just formal change * No need to bump PE or PR Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2009-03-17rename packages/ to recipes/ per earlier agreementDenys Dmytriyenko3
See links below for more details: http://thread.gmane.org/gmane.comp.handhelds.openembedded/21326 http://thread.gmane.org/gmane.comp.handhelds.openembedded/21816 Signed-off-by: Denys Dmytriyenko <denis@denix.org> Acked-by: Mike Westerhof <mwester@dls.net> Acked-by: Philip Balister <philip@balister.org> Acked-by: Khem Raj <raj.khem@gmail.com> Acked-by: Marcin Juszkiewicz <hrw@openembedded.org> Acked-by: Koen Kooi <koen@openembedded.org> Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>