Openembedded Devel Discussions
 help / color / mirror / Atom feed
From: Richard Purdie <rpurdie@rpsys.net>
To: openembedded-devel@openembedded.org
Subject: Re: [oe-commits] org.oe.dev rootfs_ipk: as per OE	policy:	remove feed management tools
Date: Fri, 02 Mar 2007 00:17:30 +0000	[thread overview]
Message-ID: <1172794651.19220.109.camel@localhost.localdomain> (raw)
In-Reply-To: <45E6FDF8.2040103@dominion.kabel.utwente.nl>

Hi,

On Thu, 2007-03-01 at 17:23 +0100, Koen Kooi wrote:
> Michael 'Mickey' Lauer schreef:
> > koen commit wrote:
> >> rootfs_ipk: as per OE policy: remove feed management tools
> > 
> > Guys, please don't play games. Since it is a handy feature indeed,
> > can we perhaps agree on making this a seperate bbclass to keep both of
> > you satisfied?

Mickey has a point here. There are a number of people upset by the
recent deploy directory changes. I would like a calm rational discussion
to take place before any further commits are made on this subject.

Personally, I'm currently undecided. I'd like to hear more from both
sides. If there is a convincing reason for breaking deploy as a feed
behaviour, I'm listening. If we can use deploy as a feed and just need
to fix some broken tools, we should consider allowing that (even if its
a case of user beware and not officially supported).

Moving on to Koen's comments:

> All feed management was removed a long time ago from OE because
> 
> a) it's out of scope
> b) can't be done right in an automated fashion

Can you explain b) a bit more?

> And after discovering some bugs in ipkg-utils a while ago it seems you have to manually
> munge the Packages file to get something that ipkg will handle correctly when upgrading stuff.

Does this not mean we need to fix ipkg or ipkg-utils? Can you explain
what the problem is as a lot of people would like to know. We might even
the find someone to fix it...

> So whichever way you look at it it's going to add broken behaviour to OE. I don't want to
> explain to users why their 'feeds' don't work because they disabled common sense because
> 'OE generated it'.
>
> But but but but but... OE generates feeds now as well!! Right, deploy/ipk contains
> subdirectories people could abuse as feeds if they want, but I wouldn't recommend it.

Something a little more technical would be good here. 

We have a spectrum of users with differing abilities. I do things I'd
not recommend people did all the time. In a lot of those cases, if
someone's patches stopped me doing them for no good reason, I'd want to
fix that.

> So *if* people *need* OE to generate feeds, there you have them. However, I strongly
> oppose adding know broken behaviour to satisfy lazy people.

What is this known broken behaviour you keep talking about?

I will add that feed generation is something that most OE users have to
deal with at some point. It would be nice to have a wiki page or
something showing some best practise in managing them. I know I'll have
to face this with poky at some point and others are in a similar
position. I don't think feed management should dictate how OE's
directory structure works but I'm also not sure saying feed management
is something external is a good idea either since we're all going to
have to deal with it at some point.

Cheers,

Richard





  parent reply	other threads:[~2007-03-02  0:17 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <E1HMgkl-0004SM-Gs@linuxtogo.org>
2007-03-01 15:55 ` [oe-commits] org.oe.dev rootfs_ipk: as per OE policy: remove feed management tools Michael 'Mickey' Lauer
2007-03-01 16:23   ` Koen Kooi
2007-03-01 17:21     ` Hans Henry von Tresckow
2007-03-02  0:07     ` Hans Henry von Tresckow
2007-03-02  0:17     ` Richard Purdie [this message]
2007-03-02  0:39       ` Rod Whitby
2007-03-02  0:33     ` Matthias Hentges
2007-03-02  1:14 [oe-commits] org.oe.dev rootfs_ipk: as per OE, " Andy Wilcox
2007-03-02  8:22 ` Stelios Koroneos
2007-03-02  9:25   ` Rod Whitby
2007-03-02 10:00     ` Koen Kooi
2007-03-03 17:19       ` Matthias Hentges
2007-03-03 22:47         ` Richard Purdie
2007-03-04  0:08           ` Matthias Hentges
2007-03-04 10:42             ` Richard Purdie
2007-03-02  9:47 ` Koen Kooi
2007-03-03 19:22   ` Richard Purdie
2007-03-04  8:43     ` Koen Kooi
2007-03-04 10:59       ` Richard Purdie
2007-03-04 11:31         ` Koen Kooi
2007-03-04 14:49           ` Matthias Hentges
2007-03-04 15:01             ` Koen Kooi
2007-03-04 15:10               ` Øyvind Repvik

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1172794651.19220.109.camel@localhost.localdomain \
    --to=rpurdie@rpsys.net \
    --cc=openembedded-devel@lists.openembedded.org \
    --cc=openembedded-devel@openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox