Date: Fri, 29 Sep 2006 13:54:40 -0500 From: "Jeremy Messenger" <mezz7@cox.net> To: "Doug Barton" <dougb@freebsd.org> Cc: freebsd-ports@freebsd.org Subject: Re: New portmaster beta available Message-ID: <op.tgnlhe0i9aq2h7@mezz.mezzweb.com> In-Reply-To: <451ACACA.8050701@FreeBSD.org> References: <451ACACA.8050701@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 27 Sep 2006 14:02:34 -0500, Doug Barton <dougb@FreeBSD.org> wrot= e: > Howdy, > > It's been a while, but I think I finally have all the bugs ironed out > of the new features that people have been requesting. There is a new > version (1.129) available at http://dougbarton.us/portmaster which has= > the following stuff to test. As always, feedback is appreciated. > > New Features: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > 1. You can now specify multiple ports to upgrade on the command line, > such as 'portmaster foo-1.23 bar-4.56 baz-7.98'. [1] Pass -n argument > to child processes (as needed) to handle this case. > 2. Handle an alternate port that can satisfy a build requirement by > reading the CONFLICTS for the "standard" port, and seeing if we have > one of those installed. [1] > 3. Unless the user specifies the new -B option, always build a backup > package when updating an existing port. Unless the user has specified > the -b option, delete the package on successful installation of the > new port, or print a helpful message telling the user where they can > find the package if install fails. > 4. Don't only test a port for IGNORE, also test FORBIDDEN and BROKEN > to avoid doing a lot of work on dependencies for a port that we aren't= > going to install. > > Big Improvements: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > 1. Significantly enhance the -r option by tracking what ports should > be rebuilt as a result of it, and rebuilding them "in line" if they > are dependencies of other ports that should also be rebuilt. Thus, > make sure that these ports get rebuilt once, and only once. Also, > don't rely on just the installed port's +REQUIRED_BY file to get the > list of dependencies, since it may be out of date. Search the pkg tree= > for that port's DEPORIGIN to make sure that we get them all. > 2. Track answers to ports that have +IGNOREME files, so the user is > not asked twice. > 3. Rather than use all-depends-list to handle dependencies, use a > combination of build-depends and run-depends. This seems to get > everything we actually need, without sucking in a lot of stuff we don'= t. > 4. Stop abusing the config_only mode, and make a clear separation > between first run (if any) and build run that does not depend on it. > This makes -G mode work as intended, with no bad side effects. [1] > > Small Improvements: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > 1. Add PREFIX/sbin to the PATH [1] > 2. Cache "no" answers when using -i ("yes" was already cached). > 3. If pkg_version thinks that two versions are the same even though > they have different pkg names, don't warn the user. > 4. Clean up package code a little. > 5. Twiddle the "waiting on" message for fetch & checksum. > 6. If a user has a stale +REQUIRED_BY file in a pkg directory, print a= > helpful message that suggests how to fix it. [2] > 7. Don't tell a user about a -r port to rebuild if we're not going to > rebuild it for whatever reason. > > Bug Fixes: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > 1. Clean up trailing white space. > 2. If the pkg data is corrupt, a search for installed port by ORIGIN > could return more than one answer. So, use only the first answer. > 3. In dependency_check(), if a port has moved, check the new location > to see if it needs updating. > 4. If there are no valid ports to build based on the command line > args, don't try to build /usr/ports/ [3] > > [1] Suggested, debugged, and generally helped greatly by mezz FYI for other users, this version now can upgrade from GNOME 2.14.x to = GNOME 2.16.x successful if you do the 'portmaster -r pkg-config-0.21'. T= he = multiple ports is not possible with -r, but I am hoping that I can add = this feature sometime in future when I find the good time (possible in D= ec = or so). > [2] Wondered about by yar > [3] Reminded by Bill Blue > > My plan at this point is to finish updating the man page for the new > features, and then commit this new version well before the freeze. Now I don't need portupgrade anymore with all of these changes and = improvements. Thanks! Cheers, Mezz > FYI, > > Doug -- = mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?op.tgnlhe0i9aq2h7>