Fallout from www/p5-libwww regarding www/p5-HTML-Form (Was: Re: FreeBSD Port: spamcup-1.09_2)
On 7/17/2011 5:19 AM, Ryan Steinmetz wrote: Doug, Good catch, I'll take care of this shortly. -r On (07/17/11 01:11), Douglas Thrift wrote: Hello, It looks like spamcup is missing a dependency on www/p5-HTML-Form. Perhaps it was previously a dependency of p5-libwww and the recent changes made it no longer a dependency. Thanks! -- Douglas William Thrift douglas...@gmail.com http://douglasthrift.net/ ___ 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 Well, It looks like spamcup wasn't the only victim of this upgrade, today I went to run a script I have on another box that uses p5-WWW-Mechanize only to find that www/p5-HTML-Form was needed yet again. I imagine there may be quite a few other ports that depend on p5-libwww that should really depend on p5-HTML-Form. Has anyone else noticed this? Does anyone want to try and figure out what those ports are and fix them? Thanks! -- Douglas William Thrift douglas...@gmail.com http://douglasthrift.net/ ___ 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: What about creating an office team
On Tue, 19 Jul 2011 10:21:38 +0900 (JST), Maho NAKATA wrote: From: Philipp Ost p...@smo.de Subject: Re: What about creating an office team Date: Fri, 15 Jul 2011 17:35:56 +0200 Baptiste Daroussin wrote: [...] maybe many more? (you can propose your candidate here :)) What about math/gnumeric? It's a nice, lightweight spreadsheet if one doesn't want the `bloat' that is open-/libreoffice. :-) Good luck with your project! I think openoff...@freebsd.org is sufficient, but I don't object for creating a new ML so that it treats all office suites. thanks -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/ http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt I agree expect that in people's mind openoffice@ will remain for openoffice I having a generic name is better. Maybe I'm wrong. regards, Bapt ___ 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: What about creating an office team
On 07/15/2011 04:51 PM, Baptiste Daroussin wrote: On Fri, 15 Jul 2011 16:22:52 +0200, Olivier Duchateau wrote: And about editors/abiword ? even if this port is outdated, it can be added I think. sure it also could be a good candidate. I don't think it is practical to throw office suites of different origin into one pool. Normally people use only one office suite out of this list and don't know much about the other. But if it is libreoffice ports, dependencies and related ports, it could work. ___ 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
ports/158647 and audio/libcdaudio
Hi there, i submitted this pr: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/158647 then i realize that the actual problem is probably in audio/libcdaudio. Does anybody use this library or ports that depend on it? I know two such ports - audio/bebocd and audio/dcd. I have no sound in both of this players (still all is fine in vlc), but want to know if this a problem of my system or 9-current problem, or it doesn't work at all. Thanks. -- Regards, Ruslan ___ 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: Xfce 4.8 updates synchronized with latest snapshot of marcuscom.com repository
Olivier Duchateau duchateau.oliv...@gmail.com wrote: Hi, I've just created tarball [1] with latest updates of Xfce 4.8 (core). Archive is synchronized with latest snapshot of marcuscom repository (GNOME). Hi Olivier, thanks for your contribution so far. I plan to get through this in the next week (since I'm on vacation beginning from thursday until end of the week w/o any computer access). I plan to do some changes from what I've seen in your PRs because I don't want to rename patch files as I see no benefit in that but just creating a new Attic file in CVS and loosing history. Greetings, Oliver This message was sent using IMP, the Internet Messaging Program. ___ 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
[CFT] Dolphin-emu preliminary port
Hi everyone, I've been working on a dolphin (Wii/GC emulator) port, see : http://forums.dolphin-emulator.com/showthread.php?tid=8254 The emulator works on i386 with software rendering. Unfortunately, I can't get OpenGL rendering work on my laptop, because of lack of support for GL_EXT_framebufer_object. I would be glad to see if some of you can get it working. Amd64 support is not ready yet because of the lack of a MAP_32BIT flag for mmap(2). I've tried a workaround, but without much luck (using MAP_FIXED). Comments are welcome ! Best regards, -- Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@freebsd.org, http://www.FreeBSD.org signature.asc Description: This is a digitally signed message part.
Re: [CFT] Dolphin-emu preliminary port
On Tue, 19 Jul 2011 13:38:16 +0200, Ganael Laplanche wrote: Hi everyone, I've been working on a dolphin (Wii/GC emulator) port, see : http://forums.dolphin-emulator.com/showthread.php?tid=8254 The emulator works on i386 with software rendering. Unfortunately, I can't get OpenGL rendering work on my laptop, because of lack of support for GL_EXT_framebufer_object. I would be glad to see if some of you can get it working. Amd64 support is not ready yet because of the lack of a MAP_32BIT flag for mmap(2). I've tried a workaround, but without much luck (using MAP_FIXED). Dolphin is on our WantedPorts list so I've updated the entry with your infos. http://wiki.freebsd.org/WantedPorts -- Bernhard Fröhlich http://www.bluelife.at/ ___ 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] Dolphin-emu preliminary port
On Tue, 19 Jul 2011 13:55:11 +0200, Bernhard Froehlich wrote Dolphin is on our WantedPorts list so I've updated the entry with your infos. http://wiki.freebsd.org/WantedPorts Thanks Bernhard ! -- Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@freebsd.org, http://www.FreeBSD.org ___ 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
science/paraview, french/aster require different hdf5 versions, install in the same place
I didn't get a reply from the maintainers, so post here. - Forwarded message from Anton Shterenlikht me...@bristol.ac.uk - Date: Fri, 15 Jul 2011 09:13:26 +0100 From: Anton Shterenlikht me...@bristol.ac.uk To: thie...@freebsd.org, de...@stasyan.com Subject: science/paraview, french/aster require different hdf5 versions, install in the same place I'm trying to build french/aster: === fr-aster-10.3.0.3_2 depends on shared library: hdf5.6 - not found ===Verifying install for hdf5.6 in /usr/ports/science/hdf5-18 === hdf5-1.8.6 conflicts with installed package(s): hdf5-1.6.9_1 They install files into the same place. You may want to stop build with Ctrl + C. % pkg_info -xR hdf Information for hdf5-1.6.9_1: Required by: paraview-3.10.0 What is the best way around this? Shall I try to rebuild paraview also with science/hdf5-18? Many thanks Anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ 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
net/haproxy doesn't stop all processes
Hi all, I recently installed haproxy and I am in the process of configuring redundant load balancers and I discovered a bug in the haproxy shutdown sequence. For some reason the first PID in /var/run/haproxy is the only one that gets a kill signal when you shutdown. In order to reproduce this behavior you will have to increase the number of haproxy processes with the following setting: nbproc 4 # Number of processes I can get it to kill cleanly from the shell but when I modify the pre_stop() it still doesn't work. Any thoughts? Current rc script for those who don't have it installed is below. Regards, Mark #!/bin/sh # PROVIDE: haproxy # REQUIRE: DAEMON # KEYWORD: shutdown ### # # Add the following lines to /etc/rc.conf to enable haproxy: # # haproxy_enable (bool):default: NO # Set to YES to enable haproxy # haproxy_pidfile (str):default: /var/run/${name}.pid # Set to the full path of the pid file # haproxy_config (str): default: /usr/local/etc/${name}.conf # Set to the full path of the config file # haproxy_flags (str): default: Autogenerated using pidfile and config options # Set to override with your own options # ### # # rc.d Script Runtime Options: # # start - starts application normally # stop - (softstop) stops all proxies and exits once all sessions are closed # forcestop - (immediate) stops all proxies and kills active sessions # reload- hot-reconfig using -sf option (active sessions kept) # forcereload - hot-reconfig using -st option (active sessions killed) # restart - equiv to stop then start # checkconfig - checks configuration file defined in haproxy_config # ### . /etc/rc.subr name=haproxy rcvar=`set_rcvar` command=/usr/local/sbin/haproxy # Load Configs/Set Defaults load_rc_config $name : ${haproxy_enable:=NO} : ${haproxy_config:=/usr/local/etc/${name}.conf} : ${haproxy_pidfile:=/var/run/${name}.pid} : ${haproxy_flags=-q -f ${haproxy_config} -p ${haproxy_pidfile}} # Update the globals pidfile=${haproxy_pidfile} required_files=${haproxy_config} # Commands: start, stop, restart, reload, checkconfig extra_commands=reload checkconfig checkconfig_cmd=haproxy_checkconfig reload_cmd=haproxy_reload haproxy_reload() { # Check configuration file quietly first ${command} -q -c -f ${haproxy_config} if [ $? -ne 0 ]; then echo Error found in ${haproxy_config} - not reloading current process! return fi rc_pid=$(check_pidfile ${haproxy_pidfile} ${command}) if [ $rc_pid ]; then if [ $rc_force ]; then ${command} ${haproxy_flags} -st ${rc_pid} else ${command} ${haproxy_flags} -sf ${rc_pid} fi else echo No process found. Maybe $command isn't running? fi } haproxy_checkconfig() { ${command} -c -f ${haproxy_config} } haproxy_prestart() { ${command} -q -c -f ${haproxy_config} rc_flags=${haproxy_flags} } haproxy_prestop() { # SIGUSR1 = softstop, SIGTERM = faststop if [ $rc_force ]; then sig_stop=SIGTERM else sig_stop=SIGUSR1 fi } run_rc_command $1 ___ 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: science/paraview, french/aster require different hdf5 versions, install in the same place
On 07/19/2011 09:40 AM, Anton Shterenlikht wrote: I didn't get a reply from the maintainers, so post here. - Forwarded message from Anton Shterenlikhtme...@bristol.ac.uk - Date: Fri, 15 Jul 2011 09:13:26 +0100 From: Anton Shterenlikhtme...@bristol.ac.uk To: thie...@freebsd.org, de...@stasyan.com Subject: science/paraview, french/aster require different hdf5 versions, install in the same place I'm trying to build french/aster: ===fr-aster-10.3.0.3_2 depends on shared library: hdf5.6 - not found === Verifying install for hdf5.6 in /usr/ports/science/hdf5-18 === hdf5-1.8.6 conflicts with installed package(s): hdf5-1.6.9_1 They install files into the same place. You may want to stop build with Ctrl + C. % pkg_info -xR hdf Information for hdf5-1.6.9_1: Required by: paraview-3.10.0 I agree it is annoying that there are two versions of hdf5. What is the best way around this? Shall I try to rebuild paraview also with science/hdf5-18? That is what I would do. I have tried it with other programs, and it seemed to work. ___ 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: What about creating an office team
On 15 July 2011 14:33, Baptiste Daroussin b...@freebsd.org wrote: Hi, Is there anyone interested here to be part of an office team? the goal of that team will be to take care of the office components of the ports. Those are quite important for the desktop experience and having relying on one person being able through a team to potentially have multiple person taking care or this would be great imho. The candidate for maintenance by this team would be: editors/libreoffice editors/openoffice* (? maho@ are you interested in that?) textproc/libwps textproc/libwpd *spell* textproc/mythes textproc/hyphen devel/icu maybe many more? (you can propose your candidate here :)) Any volunteer to be part of that team if any? maybe renaming the openoffice@ to office@ should be enough [what am I doing??] Please count me in. I've stolen the perl page from the Wiki and 'customised' it [1]. Please feel free to add yourselves! Chris http://wiki.freebsd.org/Office ___ 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: ports/158179: some packages do not fully honor -P dir option in pkg_add(1)
1. Spell out very clearly its purpose - is it to populate a jail, for example? Populating a chroot/jail is one purpose. Another is to test a new version of a package without messing up the existing version. There are bound to be other reasons. Compiling the port rather than installing a package isn't always a solution. Many ports are incredibly difficult to get compiled. PREFIX needs to be an install time variable, not compile time. ___ 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: ports/158179: some packages do not fully honor -P dir option in pkg_add(1)
On 07/19/2011 01:41 PM, Dieter BSD wrote: 1. Spell out very clearly its purpose - is it to populate a jail, for example? Populating a chroot/jail is one purpose. Another is to test a new version of a package without messing up the existing version. I don't see how these two goals are compatible. Any programs installed for the purpose of a chroot/jail will have to point to $PREFIX, whereas any programs installed for the purpose of testing it elsewhere will either have to point to $PREFIX (if the stuff it is pointing to was not installed by the current package and the -p option was invoked), or to $PKG_PREFIX (if the stuff it is pointing to was installed by the current package or the -P option was invoked). ___ 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: What about creating an office team
On 19 July 2011 20:28, Mehmet Erol Sanliturk m.e.sanlit...@gmail.com wrote: On Tue, Jul 19, 2011 at 2:31 PM, Chris Rees cr...@freebsd.org wrote: On 15 July 2011 14:33, Baptiste Daroussin b...@freebsd.org wrote: Hi, Is there anyone interested here to be part of an office team? the goal of that team will be to take care of the office components of the ports. Those are quite important for the desktop experience and having relying on one person being able through a team to potentially have multiple person taking care or this would be great imho. The candidate for maintenance by this team would be: editors/libreoffice editors/openoffice* (? maho@ are you interested in that?) textproc/libwps textproc/libwpd *spell* textproc/mythes textproc/hyphen devel/icu maybe many more? (you can propose your candidate here :)) Any volunteer to be part of that team if any? maybe renaming the openoffice@ to office@ should be enough [what am I doing??] Please count me in. I've stolen the perl page from the Wiki and 'customised' it [1]. Please feel free to add yourselves! Chris http://wiki.freebsd.org/Office You may replace perl by office in the following ( last ) sentence in the above wiki page : or discuss a future of perl ports on FreeBSD. Done. Thanks 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: What about creating an office team
On Tue, Jul 19, 2011 at 2:31 PM, Chris Rees cr...@freebsd.org wrote: On 15 July 2011 14:33, Baptiste Daroussin b...@freebsd.org wrote: Hi, Is there anyone interested here to be part of an office team? the goal of that team will be to take care of the office components of the ports. Those are quite important for the desktop experience and having relying on one person being able through a team to potentially have multiple person taking care or this would be great imho. The candidate for maintenance by this team would be: editors/libreoffice editors/openoffice* (? maho@ are you interested in that?) textproc/libwps textproc/libwpd *spell* textproc/mythes textproc/hyphen devel/icu maybe many more? (you can propose your candidate here :)) Any volunteer to be part of that team if any? maybe renaming the openoffice@ to office@ should be enough [what am I doing??] Please count me in. I've stolen the perl page from the Wiki and 'customised' it [1]. Please feel free to add yourselves! Chris http://wiki.freebsd.org/Office You may replace perl by office in the following ( last ) sentence in the above wiki page : or discuss a future of perl ports on FreeBSD. Thank you very much . Mehmet Erol Sanliturk ___ 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: ports/158179: some packages do not fully honor -P dir option in pkg_add(1)
1. Spell out very clearly its purpose - is it to populate a jail, for example? Populating a chroot/jail is one purpose. Whoops, it occurs to me that using -P to populate a chroot/jail would only work for simple cases. There is the -C option, but it needs to be a fairly complete file system, including everything normally needed by pkg_add to run which could be problematic, as you may want the chroot/jail to have the absolute minimum possible. So to populate a chroot/jail we'd want to be able to specify two directories: one for the real path, and one for the after-chrooting path. The -c option is available. Say a package has the binary bin/foo and the config file etc/foo.conf. 1) Pkg_add would install /usr/local/bin/foo and /usr/local/etc/foo.conf. 2) Pkg_add -P /bar would install /bar/bin/foo and /bar/etc/foo.conf. 3) Pkg_add -c /chroot would install /chroot/bin/foo and /chroot/etc/foo.conf. 4) Pkg_add -c /chroot -P /bar would install /chroot/bar/bin/foo and /chroot/bar/etc/foo.conf. In cases 2 and 4, the foo binary would have to have some way to know to look for foo.conf in /bar/etc rather than /usr/local/etc. Perhaps CONFIG_PATH ? But in the general case, we'd need a lot of *PATHs. Or a way to set PREFIX at install time. (But how?) Or...? ___ 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: ports/158179: some packages do not fully honor -P dir option in pkg_add(1)
On Tue, 19 Jul 2011 18:41:31 +, Dieter BSD wrote: 1. Spell out very clearly its purpose - is it to populate a jail, for example? Populating a chroot/jail is one purpose. Corrupting the pkgdb there is a chroot option for that Another is to test a new version of a package without messing up the existing version. it will mess up the database either There are bound to be other reasons. Compiling the port rather than installing a package isn't always a solution. Many ports are incredibly difficult to get compiled. PREFIX needs to be an install time variable, not compile time. PREFIX at install time is just broken and can't be anything else than broken, because lot's of path given a build time configuration path for example, etc. ___ 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-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: ports/158179: some packages do not fully honor -P dir option in pkg_add(1)
Baptiste Daroussin b...@freebsd.org writes: On Tue, 19 Jul 2011 18:41:31 +, Dieter BSD wrote: 1. Spell out very clearly its purpose - is it to populate a jail, for example? Populating a chroot/jail is one purpose. Corrupting the pkgdb there is a chroot option for that You would need to set the DBDIR to manage the databases properly (which makes sense because there really is a separate set of ports living in the jail). I agree about the chroot option, though; I do not see any reason that one would ever use -P rather than -C for populating a jail from the outside. Another is to test a new version of a package without messing up the existing version. it will mess up the database either One would just use a different database. As I said, that makes sense. This thread has already heard from one person who successfully uses the -P option for this purpose, so it's definitely useful to someone. There are bound to be other reasons. Compiling the port rather than installing a package isn't always a solution. Many ports are incredibly difficult to get compiled. PREFIX needs to be an install time variable, not compile time. PREFIX at install time is just broken and can't be anything else than broken, because lot's of path given a build time configuration path for example, etc. Yes. In general, packages just can't be placed anywhere other than where they were built for, and we can't do anything about that in the ports infrastructure. ___ 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
a) libgcrypt b) perl
Apologies for two subjects. 1... After rebuilding ports recently, a ldd recursing of usr/local/bin discovers a whole slew of ports which should have also had their versions minor bumped. Most of those, libgcrypt.so ... although maybe fewer than those found in actuality, though maybe not. Examples: grip, brasero, epiphany (the latter also missing the icu bump), 2... Disheartened by the perl 5.12.3 5.12.4 bump; I've figured how to upgrade (for some reason perl-after-upgrade does little on these machines), but the time to do so seems excessive. perl5/5.12.3 perl5/site_perl/5.12.3 in the past have had files remaining after upgrade. Additionally, running pkg_which on all those files at those two locations, shows only one-fifth of the ports found by grepping /var/db/pkg/ for p5. (reason unknown). So while I can plan to forestall or solve slowly the upgrade, for persons wishing to install freebsd, and eventually have a lot of perl ports installed, some easier more foolproof upgrade method may be desired. ... Usually I'd recc. portmaster, but two issues with it upgrading perl (fetches hanging forever, and wholesale upgrades halting midway, partway etc,) seem to sometimes make it less useful if one has many p5- ports installed. ... Neither really a problem here, but someone has run into the same issues and can cobble together a fix (or both) of some sort? towards making a desktop more recommendable... J. Bouquet ___ 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: a) libgcrypt b) perl
On 07/19/2011 17:04, jsb...@speakeasy.net wrote: Apologies for two subjects. Don't apologize, just don't do it. :) Disheartened by the perl 5.12.3 5.12.4 bump; I've figured how to upgrade (for some reason perl-after-upgrade does little on these machines), but the time to do so seems excessive. perl5/5.12.3 perl5/site_perl/5.12.3 in the past have had files remaining after upgrade. I can't speak intelligently about perl-after-upgrade since I've never used it, but what I usually do to upgrade perl is: portmaster perl portmaster p5- Then go into /usr/local/lib/perl5 and check the old directories, as you describe below. If there are files there then I upgrade the ports that installed them. Once that's done, I delete the old directories. Theoretically it would not be hard to write a script that does the same thing. Additionally, running pkg_which on all those files at those two locations, shows only one-fifth of the ports found by grepping /var/db/pkg/ for p5. (reason unknown). Not everything that installs ports in /usr/local/lib/perl5/* has a p5- prefix, nor should it. So while I can plan to forestall or solve slowly the upgrade, for persons wishing to install freebsd, and eventually have a lot of perl ports installed, some easier more foolproof upgrade method may be desired. No argument there, I look forward to reviewing your work in this area. :) ... Usually I'd recc. portmaster, but two issues with it upgrading perl (fetches hanging forever, There is nothing about portmaster that affects fetch. I'm not sure what problems you're having, but it's unlikely that they are portmaster's fault. and wholesale upgrades halting midway, partway etc,) Not sure about this either, but none of us can fix problems that are not reported. :) hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ 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