All of lore.kernel.org
 help / color / mirror / Atom feed
From: Matthias Hentges <oe@hentges.net>
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe-commits] org.oe.dev rootfs_ipk: as per OE	policy:	remove feed management tools
Date: Fri, 02 Mar 2007 01:33:35 +0100	[thread overview]
Message-ID: <1172795615.11398.32.camel@localhost.localdomain> (raw)
In-Reply-To: <45E6FDF8.2040103@dominion.kabel.utwente.nl>

Am Donnerstag, den 01.03.2007, 17:23 +0100 schrieb Koen Kooi:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> 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?
> 
> All feed management was removed a long time ago from OE because

Bullshit. Explain meta/package-index.bb (I know you can't as you ignored
my previous email due to lack of arguments)

> a) it's out of scope

So you alone define the "scope" of OpenEmbedded and it's usage?
Interesting indeed! I guess I didn't get the memo about that!

> b) can't be done right in an automated fashion

Bullshit again. Because _you_ can't do this doesn't mean anybody else
ever had any problems with it. It was working fine for _years_.

> 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.

Bullshit part three. I was managing a distribution which aimed to make
any updates available via "ipkg upgrade". Ignoring corner-cases like
kernel upgrades it worked as expected. Always. I never _ever_ had to
edit Packages. Sounds like you FUBAR'ed some packages and then blame the
fault on ipkg.

There are problems with corner-cases on ipkg-upgrade but I prefer
solving them to sticking my head into the ground.

> 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'.

It isn't broken, never was. And people compiling their images w/ OE from
scratch can be expected to handle their own feeds. We are talking
developers here, not mouse-pushing windows-hugging endusers!

> 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.

No one even asked you about your opinion! You blindly removed a very
useful feature of OE for _bullshit_ reasons after a _bullshit_ RFC that
noone even had a chance to reply to in time. 

You even reverted (!) my compromise cset which added a completely
optional an OFF BY DEFAULT oe-feed quoting a _bullshit_ policy that is
no where to be found!

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

Oh I'm lazy all right. I don't see the point that 90% of all OE users
suddenly are forced to use custom feed-creation scripts (pointless
post-processing).

> regards,
> 
> Koen
> 
> PS: find */ -name  "*.ipk" -exec mv  '{}'  ./ \;
> 

Needless post-processing that is only required due to your selfish and
ignorant commit to rootfs_ipk and complete and utter disregard of other
peoples interest.






  parent reply	other threads:[~2007-03-02  0:35 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
2007-03-02  0:39       ` Rod Whitby
2007-03-02  0:33     ` Matthias Hentges [this message]
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=1172795615.11398.32.camel@localhost.localdomain \
    --to=oe@hentges.net \
    --cc=openembedded-devel@lists.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 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.