From owner-freebsd-ports Mon Feb 22 16: 8:20 1999 Delivered-To: freebsd-ports@freebsd.org Received: from scotty.masternet.it (scotty.masternet.it [194.184.65.2]) by hub.freebsd.org (Postfix) with ESMTP id 6DA4010E5C for ; Mon, 22 Feb 1999 16:08:10 -0800 (PST) (envelope-from gmarco@scotty.masternet.it) Received: from suzy (modem12.masternet.it [194.184.65.22]) by scotty.masternet.it (8.8.8/8.8.8) with SMTP id BAA20802; Tue, 23 Feb 1999 01:07:34 +0100 (CET) (envelope-from gmarco@scotty.masternet.it) Message-Id: <4.1.19990223004527.00afdb80@194.184.65.4> X-Sender: gmarco@scotty.masternet.it X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Tue, 23 Feb 1999 01:15:48 +0100 To: Kris Kennaway From: Gianmarco Giovannelli Subject: Re: Current unassigned ports problem reports Cc: FreeBSD ports list In-Reply-To: References: <4.1.19990222201448.009a2340@194.184.65.4> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-ports@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 09.31 23/02/99 +1030, Kris Kennaway wrote: >> Especially the ports will become "old" before they are committing ... Is >> there something that can accelerate the commit procedure ? >> What an normal user can do to help in this process ? >> i.e. a deep testing , an install test and so on.. ? > >It can't hurt to do some testing whether the port builds, installs, packages, >etc, properly, whether there are any cosmetic changes which should be made to >the makefiles, etc. Adding a "This builds and runs fine for me under >FreeBSD-x.y" to the GNATS logs can't hurt things (although I'd only bother for >PRs which seem like they have been around for a while untouched). And if >course, if there are any problems, providing patches will help the committer's >job (I would guess this is a problem with a lot of the older FreeBSD port >submissions in the tree - people seem to be pretty good at sweeping the >database and committing working ports (Hi Steve :-)). Speaking about ports... I always test my ports with portlint, then make , make install, make deinstall, make package, run the program, deinstall it , install , make package and so on... if everything is ok , not one but several time I send the pr. I think all the other users that commit a pr make in this way , or at least I hope :-) >Since PR replies get sent here, it will also probably jog the committers into >actually doing something if they see activity on the PR :-) Yes I know, but for example I send a pr about an old cute simulator enviroment called pmars which was used in an old game called corewar, but noone here will be interested in it, I think, so I have no hopes to see it committed even if the port is make in the right way :-) What about to involve more "manpower" in the debugging of the ports pr ? . I don't want to say I am able to do it , my newbie status is not clear yet :-), but I think there will be full of volunters ready to fight out of here with all the pr-ports. When the "trusted user" check the port and find it is ok he can send the ok to the committer who has only to commit it ... The average delay in committing a no problem pr-port have to be of no more of few days. Thanks for your kind reply... Best Regards, Gianmarco Giovannelli , "Unix expert since yesterday" http://www.giovannelli.it/~gmarco http://www2.masternet.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message