Re: Efficiency & correctness for port version upgrades
On Sat, 31 Jul 2010 16:27:30 -0700 Doug Barton wrote: > On 07/31/10 05:00, David Wolfskill wrote: > > I have been using portmaster for updating the installed ports on > > may machines -- thanks, Doug! > > My pleasure. :) > > > I'm in the habit of updating on a daily basis -- directly after the > > "smoke-test" boot of a newly-rebuilt stable/7 (before I go on to > > build stable/8). > > > > This morning, I noticed the (20100730) entry in UPDATING on > > www/neon28 -> www/neon29, so I made sure to complete that before > > doing the "svn update" on my stable/8 working directory. [This is > > one place where having the revision control system in ports, vs. > > base, is a bit of a nuisance -- but that's off-topic for this note.] > > > > The instructions given for portmaster were: > > > > Portmaster users: > > portmaster -o www/neon29 www/neon28 > > portmaster -r neon29- > > > > which is fine, in that it works. > > > > However: It also causes www/neon29 to be built twice; I cannot > > help but question the extent to which this is actually desired. > > One disadvantage (or is it an advantage? I'm never sure) of the fact > that portmaster does not maintain state between runs is behavior like > you're seeing here. To answer your question, assuming that everything > went well with the -o command, there is no reason that portmaster > would have to build the port again. The -r option needs an up to date > +REQUIRED_BY, which is a side effect of (re)building it; but the above > could just as easily be written: > > portmaster -o www/neon29 www/neon28 > portmaster --check-depends > portmaster `cat /var/db/pkg/neon29-0.29.3_2/+REQUIRED_BY` > > I often get the request for this feature (a -r that doesn't rebuild > the port) but have never found the time to work on it. I'll try to get > around to it soonish. Can't this be handled by using -x ? I'm totally confused about how -x should be used, I don't think I managed to make it do what I thought it would do more that once or twice. :) -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> ite...@freebsd.org, PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Current unassigned ports problem reports
(Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description f ports/149192Update port: devel/p5-File-ChangeNotify o ports/149191Update ports emulators/sdlmess : Update to 0.139 and r f ports/149190Update port: mail/mime-construct o ports/149189[MAINTAINER] www/xpi-forecastfox: update to 0.9.10.2 o ports/149188new port sysutils/zfSnap o ports/149183Update ports emulators/bsnes : Update to v0.67 o ports/149179[MAINTAINER] japanese/p5-WWW-MobileCarrierJP: update t o ports/149165[NEW PORT] devel/p5-Module-Version: Module::Version ge o ports/149160New port: devel/rubygem-unicode - unicode string manip o ports/149159[MAINTAINER] textproc/weka: Update to 3.6.3 o ports/149156multimedia/quark update to 3.23 o ports/149144[MAINTAINER] www/wordpress: update to 3.0.1 o ports/149129www/opera: outdated, vulnerabile f ports/149127[PATCH] net/beacon: allow compilation on non-i386 arch o ports/149121new port: misc/freeswitch-scripts, scripts for freeswi o ports/149120new port misc/freeswitch-pizzademo o ports/149119net/freeswitch-core update o ports/149115[MAINTAINER] net-mgmt/rancid: update to 2.3.4 f ports/149114update devel/php5-ice to 3.4.1 o ports/149113[MAINTAINER] www/bozohttpd: update to 20100621 o ports/149112[MAINTAINER] benchmarks/blogbench: update to 1.1 o ports/149111Update port: games/alephone. update to version 2010042 o ports/149095[NEW PORT] lang/rakudo-star A useful, usable, "early o ports/149088multimedia/gnome-subtitles update to 1.0 o ports/149079Update port: biology/iolib o ports/149074[PATCH] sysutils/freeipmi: update to 0.8.8, take maint f ports/149072[patch] update graphics/gdal o ports/149070[bsd.licenses.mk]: make license framework optional o ports/149069new port: sysutils/hfsexplorer HFSExplorer read Mac-fo f ports/149064[PATCH] devel/php-xdebug: [SUMMARIZE CHANGES] o ports/149062update devel/php-xdebug to 2.1.0 o ports/149061[PATCH] mutt/mail little cleanup and options s ports/149060[PATCH] sysutils/puppet: update to 2.6.0 o ports/149054Update port: math/gmp-ecm o ports/149053[NEW PORT] databases/sqlite-ext-mobigroup: A mobigroup o ports/149040new port: sysutils/pcpustat, Per-CPU usage statistics o ports/149037[patch] [update] databases/cego 2.6.4 -> 2.6.5 o ports/149031Not work sysutils/termlog o ports/149021[patch] net-p2p/amule2: update to a snapshot, r10257 o ports/149020sysutils/dvdisaster Inappropriate ioctl for device wit o ports/149018[PATCH] devel/libpci: simplify makefile, take maintain o ports/148997New port: net/subnetcalc o ports/148994New port: net/netperfmeter, a network performance mete o ports/148993[patch] net-im/echat: respect STRIP, don't override -O o ports/148973Maintainer update: java/jgraphx and unbreak fetch o ports/148970misc/freeguide update to 0.11 o ports/148969math/plplot update to 5.9.6 o ports/148967[patch] [smallfix] sysutils/bacula-server files/patch- f ports/148965[PATCH] net/freeradius2: add option UDPFROMTO f ports/148950Please upgrade www/grails to 1.3.3 o ports/148937[PATCH] print/cups-samba: improve installation message o ports/148935[NEW PORT] deskutils/tnote: A small note taking progra f ports/148932[patch] math/units update to 1.88 f ports/148925[PATCH] net/nss_ldap: Use $SUB_FILES instead of invoki f ports/148919graphics/mapnik not longer broken o ports/148914net-mgmt/mrtg 2.16.2 cannot run with perl 5.12.1 o ports/148901New port: sysutils/gdisk f ports/148887[PATCH] dns/opendnssec: [SUMMARIZE CHANGES] o ports/148855New port: www/rubygem-domainatrix (URL/domain parser) f ports/148841net/nss_ldapd not removed or added to MOVED o ports/148828[NEW PORT] net/py26-eventlet: Concurrent networking li o ports/148821[NEW PORT] security/ccsrch: Is a tool that searches fo o ports/148808[patch] Mk/bsd.licenses.mk: fix filename collisions f ports/148804graphics/gdal - Thread support broken o ports/148797[MAINTAINER] www/ap22-mod_
Using svn for source update
On 31 July 2010 13:00, David Wolfskill wrote: > [This is one place > where having the revision control system in ports, vs. base, is a > bit of a nuisance -- but that's off-topic for this note.] You should really use csup; it's in the base system, it's faster and reduces loads on the mirrors (over cvs up anyway, not sure about svn). Or you could use freebsd-update for src Chris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: CFT: New mplayer version
Thomas: On the plus side, the new vp8 codec support seems to be working: I've been able to view format 43 and 45 webm videos from youtube without problems. However, seeking in at least mp4 and flv videos, and possibly others, is less robust than in the earlier snapshot: I've experienced problems similar to those described by other users on the MPlayer-users mailing list in the past couple of months. My vote would be to go ahead with the update, but to continue to monitor the mplayer repository and mailing lists for solutions to these regressions, which could be incorporated in a subsequent update to the port -- at this point, I think that the improvements outweigh the regressions. Regards, b. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: p5- ports and LICENSE
On Aug 1, 2010, at 12:51, Henrik Brix Andersen wrote: > I have prepared the patch below for adding the artistic license v1 + v2 along > with GPLv1 to our ports license framework - for use in our perl p5- ports. > Most p5- ports are licensed "under the same terms as Perl [5] itself", > meaning dual licensed under Artistic License v1.0 and GPLv1 [1]. > > With the patch below, dual licensed p5- ports can define their license as > follows: > LICENSE_COMB= dual > LICENSE=ART10 GPLv1 > > I have included the Artistic License v2.0 since this is what will be used by > perl6. Feedback is most welcome. The mentioned patch has now been committed. Regards, Brix -- Henrik Brix Andersen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
FreeBSD Port: mldonkey-core-3.0.2
Hey, Just a quick poke to let you know 3.0.3 is out, hoping to see the port update soon :D Thanks, Cory. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Efficiency & correctness for port version upgrades
On 08/02/10 01:48, Ion-Mihai Tetcu wrote: > On Sat, 31 Jul 2010 16:27:30 -0700 Doug Barton > wrote: >> I often get the request for this feature (a -r that doesn't >> rebuild the port) but have never found the time to work on it. I'll >> try to get around to it soonish. > > Can't this be handled by using -x ? No. From the very beginning portmaster has had the fundamental design principle that whatever the "parent" port is (in this case, the port that you're running -r for) will ALWAYS be built. Therefore none of the "special case" tests (like -x or -i) are even applied to the parent port. The good news is that I'm almost done testing a new version that allows 'portmaster -R -r foo-1.23' to skip rebuilding foo if it, all of its dependencies, and all of the dependencies of the ports that depend on foo (the upward search for -r) are all up to date. If anything in those categories is out of date, then the parent port will get rebuilt just in case. ... and yes, if anyone cares, adding this option was just as much "fun" as I thought it would be. :) Part of the simplicity of portmaster (what's left of it anyway) has always been this fundamental assumption about the parent port. Providing for a case where the parent port might not get rebuilt, testing for the reasons that might be true, and then flagging the condition everywhere that needed to know about it, was "interesting" in the bad sense of the word, but anyway it's almost done. I'm testing it now. > I'm totally confused about how -x should be used, I don't think I > managed to make it do what I thought it would do more that once or > twice. :) Well not only does the ESP module for portmaster still need a lot of work, I have unfortunately not yet developed the ability to respond to questions you haven't sent yet. :) hth, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
New license (PSF) for bsd.licences.db.mk
Hi, I've just sent a PR, http://www.freebsd.org/cgi/query-pr.cgi?pr=149205 for updating net-im/emesene. And I add new license (Python Software Foundation) if someone will look at. Regards, -- olivier ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Whither Thunderbird 3.1(.1)?
Just curious about the status of native Thunderbird 3.1.x. IMO the linux version is a significant improvement over 3.0.x, so I'd like to run the native version and get out of "clunky font land" sometime soon. :) Do y'all have a roadmap? If I missed it, my apologies ... Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"