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.
next prev 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox