| Age | Commit message (Collapse) | Author | Files |
|---|
|
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>
|
|
|
|
* 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>
|
|
Thinking about it twice it makes not much sense in the image. It is not needed
for the board and people who are interested in delay tolerant networking can
just install the package.
|
|
The new version is split into different modules. To drag everything in we want
we include ibrdtnd now.
|
|
|
|
|
|
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* they should really be applied in recipes where they belong
* one of reasons why reflashed image can behave different than older
after opkg upgrade
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
*adding e-wm-menu fix the issue where your couldn't add icons
on the desktop. the icon you add during the first setup now
appear on the desktop
*removing elementary-alarm fixes compilation issue:
elementary-alarm depends on waker which does not compile:
for more informations on waker and elementary-alarm(from #oe):
<mickey|office> GNUtoo: lets remove waker
* robtow (~rob@64.62.142.114) has joined #oe
<mickey|office> noone is using it
<GNUtoo> ok thanks a lot
<mickey|office> np
* HopsNBarley (~hops@nslu2-linux/HopsNBarley) has joined #oe
<mickey|office> all the swisscom stuff is in limbo atm.
<woglinde> hi mickeyl
<mickey|office> or rather abandoned
<mickey|office> hi woglinde
<GNUtoo> ok
<mickey|office> when Openmoko dropped the ball, all their budget for openmoko stuff was frozen
<mickey|office> then later reassigned
|
|
Comparing it to the 'regular' GNOME images gives:
324M images/beagleboard/Angstrom-GNOME-image-big-glibc-ipk-2010.4-test-20100419-beagleboard.rootfs.tar.bz2
260M images/beagleboard/Angstrom-GNOME-image-glibc-ipk-2010.4-test-20100419-beagleboard.rootfs.tar.bz2
|
|
Based on Angstrom minimalist image.
|
|
* 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>
|
|
Signed-off-by: Koen Kooi <k-kooi@ti.com>
|
|
|
|
We do not ship .desktop files in the image,so if we
search for them we end up with this:
++ find ./usr/share/applications -name '*.desktop'
find: `./usr/share/applications': No such file or directory
+ desktop=
in do_rootfs and it fails.
So commenting that part fixes it
Thanks mickeyl for telling me(#openmoko-cdevel in Freenode)
how to fix(so I didn't have to dig into it,and fixed quicker):
Apr 02 14:55:49 <mickeyl> just comment this line out
PR was not bumped because for mickeyl told me(also #openmoko-cdevel in Freenode)
that it was not necessary for images:
Apr 02 14:59:45 <GNUtoo> should I INC_PR the file?
Apr 02 14:59:53 <mickeyl> not necessary
Apr 02 14:59:59 <mickeyl> image files will be reread
Apr 02 15:00:06 <mickeyl> every time you build
|
|
Signed-off-by: Thomas Zimmermann <ml@vdm-design.de>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
smartphone application
|
|
FSO uses dbus system activation for that
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
jffs2/ubi/ubifs
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
|
|
This violates the principal of least surprise and invalidates documentation. If you're touching a recipe at least make sure the creator/maintainer agrees with your changes. Which I don't, as I've already stated
This reverts commit 80db39feb76a6afaf1eb2c4dd8311fc21e4c2d6f.
|
|
* factor out Angstrom-specific bits into a separate recipe
* I hope this should keep all participants in the ML-discussion happy
http://thread.gmane.org/gmane.comp.handhelds.openembedded/29679
* the generic recipe now uses the IMAGE_EXTRA_INSTALL variable in favor
of ANGSTROM_EXTRA_INSTALL to include additional packages in the image.
|
|
* altboot is no longer supported
* Thanks Coredump for your work, it certainly filled a niche at its time
* drop related images as well
|
|
|
|
|
|
xfce4-session RDEPENDS
|
|
added xinit and dbus-x11 as these are missing and required to start Xorg
Maybe there is a better place for this, but for now this will do
(and if someone knows a better place, feel free to modify)
Also added Xorg extension packages as they are needed for KMS
(which in turn is used by the latest intel driver)
Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
|
|
Phone functionality is already commented in this line:
# ${ZHONE_INSTALL} \
So I commented the remaining phone applications that couldn't work
or were useless without ZHONE_INSTALL
Moreover the image name suggest that the image would be general:
<JaMa> GNUtoo: I agree, with name like this it should stay as general as posible
|
|
e-image-core used xserver-kdrive in DEPENDS and xserver-kdrive-fbdev
in IMAGE_INSTALL
That is wrong because every machine can have different needs
(for instance one machine would need/want Xvesa)
The correct thing to do is to use ${XSERVER} instead
hrw also thought that it was a bug:
Feb 12 15:02:06 <hrw> which is a bug
|
|
renaming
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
and make shr-lite-images smaller
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
|
|
|
|
Acked-By: Michael 'Mickey' Lauer <mlauer@vanille-media.de>
Acked-by: Koen Kooi <koen@openembedded.org>
|
|
login sessions
|
|
|
|
Signed-off-by: Leon Woestenberg <leon@sidebranch.com>
|
|
snd modules from machine configs
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
loading g_ether
Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
|
|
Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
|
|
Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
|
|
Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
|
|
platforms.
|
|
|
