From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=DATE_IN_PAST_06_12,DMARC_NONE, INVALID_DATE,MAILING_LIST_MULTI,RDNS_DYNAMIC autolearn=no autolearn_force=no version=4.0.0 Received: from as1-4-5-1.han.s.bonet.se ([194.236.131.211] helo=zoidberg.hallendal.net) by cvs.gentoo.org with esmtp (Exim 3.30 #1) id 15WzAd-0007Zy-00 for gentoo-dev@cvs.gentoo.org; Wed, 15 Aug 2001 05:49:12 -0600 Received: from localhost (localhost [127.0.0.1]) by zoidberg.hallendal.net (Postfix) with ESMTP id 79D4D2789 for ; Wed, 15 Aug 2001 13:50:11 +0000 (Local time zone must be set--see zic manual page) Subject: Re: [gentoo-dev] Bunch of bugs (nothing major - skip if you're not interested) From: Mikael Hallendal To: gentoo-dev@cvs.gentoo.org In-Reply-To: <20010815050414.VEDX23043.femail3.sdc1.sfba.home.com@there> References: <20010815050414.VEDX23043.femail3.sdc1.sfba.home.com@there> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.12 (Preview Release) Message-Id: <997883411.28590.49.camel@zoidberg> Mime-Version: 1.0 Sender: gentoo-dev-admin@cvs.gentoo.org Errors-To: gentoo-dev-admin@cvs.gentoo.org X-BeenThere: gentoo-dev@cvs.gentoo.org X-Mailman-Version: 2.0 Precedence: bulk Reply-To: gentoo-dev@cvs.gentoo.org List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux development list List-Unsubscribe: , List-Archive: Date: Wed Aug 15 05:50:02 2001 X-Original-Date: 15 Aug 2001 13:50:11 +0000 X-Archives-Salt: 24f7a685-1fa6-42df-802f-8df6a78488d8 X-Archives-Hash: a39931659fbc22ee189a07563653043b Den 15 Aug 2001 05:09:11 +0000 skrev Don Davies: > Sigh, Hi! :) > After trying to enlist help in the iRC channel to fix these, > the impression was made that a team meeting had to take > place before bugs could be fixed. I understand the > underlying principle of not wanting to tread over other > peoples territory.. but in reality we're talking about typos > and small build fixes. If these cannot be immediately fixed > and need a developer conference to resolve.. then well.. > Good Luck when the portage tree reaches several thousand > packages. Is there no interest in fixing old stuff or what? Ok, look like you got hold of the wrong guy ... The team concept shouldn't be "used" like this, it's more to take some burden from the shoulders of Drobbins and Achim. Generally I do believe that fixes of this sort is better mailed here than brough up on IRC. Because for example when there are = and one my think it should be >= there _might_ be a reason why the developer has done it this way. I think in those situation it's correct to say that it should be brought to the developer responsible (or the team) for that ebuild, therefor it's best to send it to the list. If the error is of the typo-kinda way like 'fretype instead of freetype' it should be fixes asap by any developer around, these kind of problems shouldn't be a problem bringing up on IRC. This doesn't say you can first try to ask on IRC. > 1. the dev-lang/php/* ebuilds are erroneously referencing > a *specific revision* of freetype-1 in the DEPEND line. These > lines should have the = replaced with >= or better yet the > new ~ syntax makes sense here. So, does anyone knows why it's = instead of >=? (achim, any special reason for this). I will for now use ~ instead. > 2. The exact same bug is present in the media-libs/libgd > ebuild. It needs to say >= freetype-1-r1 not =freetype-1-r1 Since it's here to I get the feeling that it is a reason why it's exact one version. However there shouldn't be no problem with a later revision. The ~ syntax is relativly new though and many packages will probably need to be updated to use this. Perhaps it's because of some incompatiblity issues between freetype-1 and freetype-2. > 3. The minicom ebuild in the tree doesnt build complaining of > a bad ko.mo file. I dont know if gettext-0.10.39 would solve the > problem, but even as of the latest rc6 build image, 0.10.38 is > being used. If somebody will add this quick hack/fix to the > bottom of minicom's src_unpack, it will at least compile and install: > > cp po/Makefile po/Makefile.orig > cat po/Makefile.orig | sed -e "s:ko.mo: :" > po/Makefile Could someone please test this? (ryan?) I'll add a todo for this. > 4. The x11-wm/bbkeys ebuild is badly broken. Im afraid it > needs to be reworked.. some parts are just plain wrong. For > example the part where it tries to use DESTDIR for a Makefile > that doesnt have such a construct. Its only 1 bin for that part > anyway. I have a working one, which Ill post to gentoo-ebuild. >>From what I read, lordjoe has fixed this now. > Most of this could have been fixed in 5 mins had somebody > showed interest in doing so. Instead typos need a formal report? > I dont mean to sound overly sarcastic, but surely we neednt go > though this excercise in order to get a few small bugs tidied up. IRC is a nice medium many times, but not everyone that's in there has the time to follow it all the time. The answer you recieved is clearly wrong imho. The answer that whoever you talked to should have given you should be, "Could you please put this in a mail and send to gentoo-dev because I haven't got time to look into this right now". Thanks for the reports (all have been dealt with except for the minicom which I've added a todo about), Regards, Mikael Hallendal