All of lore.kernel.org
 help / color / mirror / Atom feed
* 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.