* e-wm-menu problem
@ 2009-11-26 8:20 Koen Kooi
2009-11-26 9:34 ` Klaus 'mrmoku' Kurzmann
2009-11-26 11:50 ` Michael 'Mickey' Lauer
0 siblings, 2 replies; 4+ messages in thread
From: Koen Kooi @ 2009-11-26 8:20 UTC (permalink / raw)
To: openembedded-devel
Hi,
Lately I've notice a problem when building and installing e-wm: it drags
in e-menu-shr. It's due to (improper) usage of RPROVIDES + RCONFLICTS.
My proposal is that images should choose which applications.menu they
are using (the one from gnome-desktop, e-wm, e-menu-shr-etc) and have
e-wm stop RRECOMMENDING it.
The basic patch looks like this:
--- a/recipes/e17/e-wm_svn.bb
+++ b/recipes/e17/e-wm_svn.bb
@@ -3,7 +3,7 @@ DEPENDS = "eet evas ecore edje efreet edbus"
-PR = "r7"
+PR = "r8"
@@ -90,7 +90,6 @@ RRECOMMENDS_${PN} = "\
- ${PN}-menu \
--- a/recipes/shr/e-wm-menu-shr_git.bb
+++ b/recipes/shr/e-wm-menu-shr_git.bb
@@ -2,8 +2,8 @@ DESCRIPTION = "illume SHR applications.menu config"
+PR = "r1"
-RPROVIDES_${PN} = "e-wm-menu"
And then a + <menu of choice> in your tasks and/or images.
What do you think about it?
regards,
Koen
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: e-wm-menu problem
2009-11-26 8:20 e-wm-menu problem Koen Kooi
@ 2009-11-26 9:34 ` Klaus 'mrmoku' Kurzmann
2009-11-26 11:50 ` Michael 'Mickey' Lauer
1 sibling, 0 replies; 4+ messages in thread
From: Klaus 'mrmoku' Kurzmann @ 2009-11-26 9:34 UTC (permalink / raw)
To: openembedded-devel
On Thu, 26 Nov 2009, Koen Kooi wrote:
> Hi,
> Lately I've notice a problem when building and installing e-wm: it
> drags in e-menu-shr. It's due to (improper) usage of RPROVIDES +
> RCONFLICTS.
> My proposal is that images should choose which applications.menu
> they are using (the one from gnome-desktop, e-wm, e-menu-shr-etc)
> and have e-wm stop RRECOMMENDING it.
> The basic patch looks like this:
> --- a/recipes/e17/e-wm_svn.bb
> +++ b/recipes/e17/e-wm_svn.bb
> @@ -3,7 +3,7 @@ DEPENDS = "eet evas ecore edje efreet edbus"
> -PR = "r7"
> +PR = "r8"
> @@ -90,7 +90,6 @@ RRECOMMENDS_${PN} = "\
> - ${PN}-menu \
> --- a/recipes/shr/e-wm-menu-shr_git.bb
> +++ b/recipes/shr/e-wm-menu-shr_git.bb
> @@ -2,8 +2,8 @@ DESCRIPTION = "illume SHR applications.menu config"
> +PR = "r1"
> -RPROVIDES_${PN} = "e-wm-menu"
> And then a + <menu of choice> in your tasks and/or images.
> What do you think about it?
Fine for us - will just add it to the SHR image... And sorry for
breaking it :|
> regards,
> Koen
Thanks
--
Klaus 'mrmoku' Kurzmann
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: e-wm-menu problem
2009-11-26 8:20 e-wm-menu problem Koen Kooi
2009-11-26 9:34 ` Klaus 'mrmoku' Kurzmann
@ 2009-11-26 11:50 ` Michael 'Mickey' Lauer
2009-11-26 12:09 ` Phil Blundell
1 sibling, 1 reply; 4+ messages in thread
From: Michael 'Mickey' Lauer @ 2009-11-26 11:50 UTC (permalink / raw)
To: openembedded-devel
Am Donnerstag, den 26.11.2009, 09:20 +0100 schrieb Koen Kooi:
> Lately I've notice a problem when building and installing e-wm: it drags
> in e-menu-shr. It's due to (improper) usage of RPROVIDES + RCONFLICTS.
>
> My proposal is that images should choose which applications.menu they
> are using (the one from gnome-desktop, e-wm, e-menu-shr-etc) and have
> e-wm stop RRECOMMENDING it.
I think we should not remove it but rather move this to an RSUGGESTS, so
that we have at least a small connection left in the package that
suggests(sic!) that this package is supposed to work best if it has an
accompanying package that provides the menu config.
:M:
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: e-wm-menu problem
2009-11-26 11:50 ` Michael 'Mickey' Lauer
@ 2009-11-26 12:09 ` Phil Blundell
0 siblings, 0 replies; 4+ messages in thread
From: Phil Blundell @ 2009-11-26 12:09 UTC (permalink / raw)
To: openembedded-devel
On Thu, 2009-11-26 at 12:50 +0100, Michael 'Mickey' Lauer wrote:
> Am Donnerstag, den 26.11.2009, 09:20 +0100 schrieb Koen Kooi:
> > Lately I've notice a problem when building and installing e-wm: it drags
> > in e-menu-shr. It's due to (improper) usage of RPROVIDES + RCONFLICTS.
> >
> > My proposal is that images should choose which applications.menu they
> > are using (the one from gnome-desktop, e-wm, e-menu-shr-etc) and have
> > e-wm stop RRECOMMENDING it.
>
> I think we should not remove it but rather move this to an RSUGGESTS, so
> that we have at least a small connection left in the package that
> suggests(sic!) that this package is supposed to work best if it has an
> accompanying package that provides the menu config.
That sounds OK, though I don't quite understand what the problem is with
using Recommends: here. If opkg is installing e-menu-shr due to the
recommendation even though another satisfier is already installed,
that's a bug in opkg and ought really to be fixed there. It would be a
little bit sad if we had to stop using Recommends altogether just
because opkg gets it wrong sometimes.
p.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-11-26 12:10 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-11-26 8:20 e-wm-menu problem Koen Kooi
2009-11-26 9:34 ` Klaus 'mrmoku' Kurzmann
2009-11-26 11:50 ` Michael 'Mickey' Lauer
2009-11-26 12:09 ` Phil Blundell
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.