From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11671 invoked by uid 1002); 22 Nov 2003 02:18:19 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 1361 invoked from network); 22 Nov 2003 02:18:19 -0000 X-AntiVirus: Clean Message-ID: <3FBEC75C.10500@gossamer-threads.com> Date: Fri, 21 Nov 2003 18:18:04 -0800 From: Jason Rhinelander User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031117 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Spider CC: gentoo-dev References: <20031122021731.4f439ecd.spider@gentoo.org> In-Reply-To: <20031122021731.4f439ecd.spider@gentoo.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [gentoo-dev] ATTENTION! Broken builds ahead X-Archives-Salt: 2224e4be-dff5-499f-9dbe-ac1b687025f6 X-Archives-Hash: 5f83e7c703f33f6fbaeca03e62cbdf81 I have a question regarding the gtk/gtk2 use flags - I recall a discussion recently that, if memory serves, basically said "gtk2 should be completely ignored if -gtk is present." Did I misinterpret this? Shouldn't USE="-gtk gtk2" be acceptable? It seems to me that "gtk" is used to say "I want gtk support when it is optional" and "gtk2" means "When both gtk-1 and gtk-2 support is available, use gtk2." So, to this end, "-gtk gtk2" should mean "if a package doesn't require gtk (of any version), don't build it. If it does require gtk, use gtk2 support if possible." Did I misunderstand the previous discussion, or is the above assumption correct? -- Jason Rhinelander -- Gossamer Threads, Inc. Spider wrote: > Okay, > I spoke up a while ago about this, and came with correct and > suggested syntax for theese problems, but there seems to be a LOT of > cruft in the tree anyhow. > > > I did some grep for "gtk2" IUSE statements, and went through them all. > I'm sad to say that the majority of all ebuilds i found have severe > logic flaws. > > Thats correct, Most of the builds -DONT- work either as they should nor > as intended. > > > Here is a list of broken ebuilds ( i tried to just get the latest > version ) , comments on -why- they are broken, and how it should be > done. > > I dont have explicit knowledge about all theese builds, so some may be > special cases, but far from all are. > > > ATTN DEVS! > I want you all who are -responsible- for theese to go through and fix > this. ASAP. > > > I could just as well have gone through all theese myself and checked > in the changes, but noone would learn what they were doing right by me > just fixing things for them. Thats why I want the various maintainers > to have looks at it and fix. This way I hope I will Never have to face > this problem again. > > > If I find more builds with the same logic flaws in the future, I will > hard mask said builds and bug the maintainers in private, but this is a > wide sweep and I grabbed all of those that were on my list, checked and > signed up here. > > If you feel overwhelmed by the stuff you have, I'm sure there are bored > people around who want a go at cleaning things out, Just say so and it > will be fixed, we're a community after all. > > > But, I feel like a grumpy old man now after wading through errors and > bugs (and bugzilla was too slow for me to even be usable, or you would > have had bugs a plenty there too. Hah, saved you were ;) so do take the > time to check the list, see what mistakes others have made, > And Dont Repeat Them. > > > Regards, > Spider > > > > -- gentoo-dev@gentoo.org mailing list