summaryrefslogtreecommitdiff
path: root/recipes/nautilus
AgeCommit message (Collapse)AuthorFiles
2010-06-14recipes: bump PR/INC_PR for packages changed in ↵Martin Jansa4
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-03recipes: conform to OE packaging guidelines with RDEPENDS/RRECOMMENDSMartin Jansa6
* there is probably very few cases when it's needed without _${PN}, if you find one in attached patch, please enlighten me * usually we want those only for ${PN} not for all ${PACKAGES} ie ${PN}-dev, ${PN)-doc etc * there is a check for this in recipe-sanity.bclass * there is maybe few possible fixes also in bbclasses cpan-base.bbclass:RDEPENDS += "${@["perl", ""][(bb.data.inherits_class('native', d))]}" distutils-base.bbclass:RDEPENDS += "python-core" gtk-icon-cache.bbclass:RDEPENDS += "hicolor-icon-theme" image.bbclass:RDEPENDS += "${IMAGE_INSTALL} ${IMAGE_BOOT}" module.bbclass:RDEPENDS += "kernel (${KERNEL_VERSION}) update-modules" ?opie_i18n.bbclass: rdepends = bb.data.getVar("RDEPENDS", d, 1) ?opie_i18n.bbclass: bb.data.setVar('RDEPENDS_%s' % x[0].lower(), pn, d) ?opie_i18n.bbclass: bb.data.setVar('RDEPENDS', rdepends, d) rubyextension.bbclass:RDEPENDS += "ruby" Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Acked-by: Koen Kooi <k-kooi@ti.com>
2010-05-25Make the do_patch apply=yes param implicit if extension is .diff/.patchChris Larson6
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 Larson6
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-12recipes: move checksums to recipes from checksums.iniMartin Jansa9
* fetch all *.bb with patched utils.bbclass appending all checksums found only in checksums.ini to recipe Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2010-04-08nautilus-cd-burner: add 2.25.3 + patches to remove runtime dep on 'eject' ↵Koen Kooi3
and 'gnome-mount'
2010-04-07nautilus 2.30: drop eel dependencyKoen Kooi1
2010-04-01nautilus: add 2.30.0Koen Kooi1
2009-11-08nautilus: add 2.28.1Koen Kooi1
2009-10-02nautilus: update to 2.28Koen Kooi1
2009-06-12nautilus: add libunique to DEPENDSKoen Kooi1
2009-04-18Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded ↵Stanislav Brabec1
into org.openembedded.dev
2009-04-18nautilus-cd-burner: Added version 2.24.0, removed old one.Stanislav Brabec3
2009-04-13nautilus: add 2.26.1Koen Kooi2
2009-04-09nautilus: Compile idl files against STAGING_DIR_HOST.Stanislav Brabec2
2009-03-17rename packages/ to recipes/ per earlier agreementDenys Dmytriyenko7
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>