Re: qemu-devel usage
On 07/03/2015 11:05, Juergen Lock wrote: In article <54f64bbc.4060...@gmail.com> you write: I didn't have to go to this extreme when I setup qemu networking on a linux box. However, new OS. :) From my original setup files for qemu, I had used the -enable-kvm and -cpu host flags (see 2 below). Qemu on BSD just didn't want to accept "host" as a cpu option. The reference did point out how the flag worked, something I didn't realize. However, it would be really good to have the "host" flag to pass along the cpu accelerators to the VM without having to call them individually. Is anyone working on this? Just to amend this observation...I wouldn't worry about this ATM. "-cpu host" hides a lot of details about settings in qemu. When moving over to another VM tool, those hidden settings/unknown defaults become painful to manage. Is the -enable-kvm flag mentioned earlier still required here? A little bit of history: qemu started as jit-only (software emulation), then came kqemu, then kqemu was replaced by kvm. However, the FreeBSD kvm kernel bits port was never finished so recent qemu versions (qemu-devel, qemu-sbruno) are stuck with jit again which means for x86-on-x86 virtualization you're better off with bhyve or vbox, they're simply faster, I've since managed to convert images over to vdi's. Tweaking the settings for host params was...amusing?...entertaining?...challenging?...painful! (see comment above). Even with the links you gave to the handbook, I ended up on the Oracle site to learn there was a gui that could be used to manage things. And here I was dreading the idea of text file setup's. The gui has some painful quirks but is usable. Learning "what is a sane default" can be a determent to a steep learning curve. And I'm shaking my head at the foolishness. You can call a file by name, but must clean by UUID. And VBox doesn't provide a "UUID from name search" mechanism. I ended up modifying my original images "cleaning/backup" script to pull the UUID from a VBoxManager call. Speaking of entertaining... The blurring and cross-usage of qemu, kqemu and KVM made searching difficult. But the little history you provided makes reading through search results suddenly more CLEARER! Thank you. The main use of the qemu ports on FreeBSD is for testing/emulating other than the host arch From the available ports - got it. Having used qemu on other OS's. I was hoping to just pickup and carry on with existing files. Lovely thought on my part. Not possible practically. The move to VBox was inevitable it appears. Overall, I have my Win7 and BSD emulations working in VBox. I'm good. Juergen. Thanks for the details and the response! Scott ___ 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 you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ ftp/pear-Net_FTP| 1.3.7 | 1.4.0 +-+ textproc/py-texttable | 0.8.2 | 0.8.3 +-+ www/pecl-http | 2.3.1 | 2.3.2 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. ___ 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"
<118>sysctl: unknown oid 'sysctl compat.linux.osrelease' at line 11: No such file or directory
I'm still trying to figure out why flash wouldn't work on this particular laptop. I see this error/warning: $ sysctl -a | grep "compat.linux.os" <118>sysctl: unknown oid 'sysctl compat.linux.osrelease' at line 11: No such file or directory compat.linux.osname: Linux compat.linux.osrelease: 2.6.18 compat.linux.oss_version: 198144 I don't understand what it means. $ grep linux /etc/sysctl.conf compat.linux.osrelease=2.6.18 This is correct, right? I copied this from $ grep osrelease /usr/ports/UPDATING| grep 18 compat.linux.osrelease=2.6.18 compat.linux.osrelease=2.6.18 # sysctl compat.linux.osrelease=2.6.18 Please advise Thanks Anton ___ 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: <118>sysctl: unknown oid 'sysctl compat.linux.osrelease' at line 11: No such file or directory
>From mexas Thu Mar 12 12:49:17 2015 >To: da...@catwhisker.org, me...@bris.ac.uk >Subject: Re: <118>sysctl: unknown oid 'sysctl compat.linux.osrelease' at line >11: No such file or directory >Cc: freebsd-ports@freebsd.org >Reply-To: me...@bris.ac.uk >In-Reply-To: <20150312122324.gl1...@albert.catwhisker.org> > >>From da...@catwhisker.org Thu Mar 12 12:44:43 2015 >> >>What does output of "kldstat | grep linux" look like? >> >>Expected: >> >>g1-251(11.0-C)[1] kldstat |grep linux >> 23 0xc17a4000 74c90linux.ko >>g1-251(11.0-C)[2]=20 >> >> >>But if it's not loaded, I suspect that might be a valid reason for >>the OID to fail to be recognized > ># kldstat >Id Refs AddressSize Name > 19 0x8020 e33630 kernel > 21 0x81034000 e10350 nvidia.ko > 31 0x81e45000 2ba58bwn_v4_ucode.ko ># kldload linux >kldload: can't load linux: module already loaded or in kernel ># > >I have in the kernel config file: > >options COMPAT_43 >options COMPAT_LINUX32 >options LINPROCFS >options LINSYSFS > >Perhaps I also need to add > options COMPAT_LINUX ? This gives: # make buildkernel KERNCONF=MINKY -- >>> Kernel build for MINKY started on Thu Mar 12 12:52:06 GMT 2015 -- ===> MINKY mkdir -p /usr/obj/usr/src/sys -- >>> stage 1: configuring the kernel -- cd /usr/src/sys/amd64/conf; PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/MINKY -I '/usr/src/sys/amd64/conf' '/usr/src/sys/amd64/conf/MINKY' /usr/src/sys/amd64/conf/MINKY: unknown option "COMPAT_LINUX" *** Error code 1 This option is mentioned in NOTES: # grep COMPAT_LINUX /usr/src/sys/amd64/conf/NOTES # To enable Linuxulator support, one must also include COMPAT_LINUX in the #XXX#optionsCOMPAT_LINUX options COMPAT_LINUX32 # Enable the linux-like proc filesystem support (requires COMPAT_LINUX32 #Enable the linux-like sys filesystem support (requires COMPAT_LINUX32 # Or is this no longer supported? Do I need to build linux modules, rather than use kernel config options? Thanks Anton ___ 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: <118>sysctl: unknown oid 'sysctl compat.linux.osrelease' at line 11: No such file or directory
>From da...@catwhisker.org Thu Mar 12 12:44:43 2015 > >What does output of "kldstat | grep linux" look like? > >Expected: > >g1-251(11.0-C)[1] kldstat |grep linux > 23 0xc17a4000 74c90linux.ko >g1-251(11.0-C)[2]=20 > > >But if it's not loaded, I suspect that might be a valid reason for >the OID to fail to be recognized # kldstat Id Refs AddressSize Name 19 0x8020 e33630 kernel 21 0x81034000 e10350 nvidia.ko 31 0x81e45000 2ba58bwn_v4_ucode.ko # kldload linux kldload: can't load linux: module already loaded or in kernel # I have in the kernel config file: options COMPAT_43 options COMPAT_LINUX32 options LINPROCFS options LINSYSFS Perhaps I also need to add options COMPAT_LINUX ? Thanks Anton ___ 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"
Cannot compile inkscape on 9.3/i386
Hello. As per subject, Inkscape will compile with clang, which will end with several "Bad machine code". There is more than one report of this, but I was not able to find a solution. Strangely Freshports reports "Fix the build on 9.x and 8.x." in a recent commit, but this does not seem to work for me. Is there any chance to use a newer clang (from ports) or gcc? How should I change the Makefile? I guess this is the line: USES= compiler:c++0x desktop-file-utils gettext gmake iconv \ But what should I put instead? Any else to try? bye & Thanks av. ___ 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: <118>sysctl: unknown oid 'sysctl compat.linux.osrelease' at line 11: No such file or directory
On Thu, 12 Mar 2015 05:49:19 -0700 (PDT) Anton Shterenlikht wrote > >From da...@catwhisker.org Thu Mar 12 12:44:43 2015 > > > >What does output of "kldstat | grep linux" look like? > > > >Expected: > > > >g1-251(11.0-C)[1] kldstat |grep linux > > 23 0xc17a4000 74c90linux.ko > >g1-251(11.0-C)[2]=20 > > > > > >But if it's not loaded, I suspect that might be a valid reason for > >the OID to fail to be recognized > > # kldstat > Id Refs AddressSize Name > 19 0x8020 e33630 kernel > 21 0x81034000 e10350 nvidia.ko > 31 0x81e45000 2ba58bwn_v4_ucode.ko > # kldload linux > kldload: can't load linux: module already loaded or in kernel > # > > I have in the kernel config file: > > options COMPAT_43 > options COMPAT_LINUX32 > options LINPROCFS > options LINSYSFS > > Perhaps I also need to add > options COMPAT_LINUX ? By virtue of the fact that kldstat(8) returns nvidia. You can be assured that linux has already been loaded, or rather, that linux is already available. Which suggests to me that it is already part of your kernel. dmesg(8) (/var.run/dmesg.boot) might well reveal that, for you. Perhaps even in /var/log/messages. --Chris > > Thanks > > Anton > ___ > 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: <118>sysctl: unknown oid 'sysctl compat.linux.osrelease' at line 11: No such file or directory
>From bsd-li...@bsdforge.com Thu Mar 12 15:16:15 2015 >> >From da...@catwhisker.org Thu Mar 12 12:44:43 2015 >> > >> >What does output of "kldstat | grep linux" look like? >> > >> >Expected: >> > >> >g1-251(11.0-C)[1] kldstat |grep linux >> > 23 0xc17a4000 74c90linux.ko >> >g1-251(11.0-C)[2]=20 >> > >> > >> >But if it's not loaded, I suspect that might be a valid reason for >> >the OID to fail to be recognized >> >> # kldstat >> Id Refs AddressSize Name >> 19 0x8020 e33630 kernel >> 21 0x81034000 e10350 nvidia.ko >> 31 0x81e45000 2ba58bwn_v4_ucode.ko >> # kldload linux >> kldload: can't load linux: module already loaded or in kernel >> # >> >> I have in the kernel config file: >> >> options COMPAT_43 >> options COMPAT_LINUX32 >> options LINPROCFS >> options LINSYSFS >> >> Perhaps I also need to add >> options COMPAT_LINUX ? >By virtue of the fact that kldstat(8) returns nvidia. You >can be assured that linux has already been loaded, or >rather, that linux is already available. Which suggests to >me that it is already part of your kernel. dmesg(8) >(/var.run/dmesg.boot) might well reveal that, for you. >Perhaps even in /var/log/messages. $ grep -i linux /var/run/dmesg.boot $ What does this tell me? Thanks Anton ___ 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_MODULES=x11/nvidia-driver-340 results in [all] Stopped -- signal 22
# cat /etc/src.conf
PORTS_MODULES=x11/nvidia-driver-340 net/bwn-firmware-kmod
#
on buildkernel I get:
===> Ports module x11/nvidia-driver-340 (all)
cd ${PORTSDIR:-/usr/ports}/x11/nvidia-driver-340;
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin
SRC_BASE=/usr/src OSVERSION=1001507 WRKDIRPREFIX=/usr/obj/usr/src/sys/MINKY
make -B clean all
===> Cleaning for nvidia-driver-340-340.76
*** [all] Stopped -- signal 22
I think this used to work with x11/nvidia-driver.
$ pkg info -xo nvidia-driver
nvidia-driver-340-340.76 x11/nvidia-driver-340
Is there anybody else with x11/nvidia-driver-340
using PORTS_MODULES=x11/nvidia-driver-340 in /etc/src.conf?
Or am I missing something simple?
Thanks
Anton
___
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: <118>sysctl: unknown oid 'sysctl compat.linux.osrelease' at line 11: No such file or directory
On Thu, Mar 12, 2015 at 10:20 AM, Anton Shterenlikht wrote: > >By virtue of the fact that kldstat(8) returns nvidia. You > >can be assured that linux has already been loaded, or > >rather, that linux is already available. Which suggests to > >me that it is already part of your kernel. dmesg(8) > >(/var.run/dmesg.boot) might well reveal that, for you. > >Perhaps even in /var/log/messages. > > $ grep -i linux /var/run/dmesg.boot > $ > > What does this tell me? > That the string linux doesn't appear in /var/run/dmesg.boot I don't understand the fixation on this module. It's clearly loaded. Your problem lies elsewhere. -- Adam ___ 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: <118>sysctl: unknown oid 'sysctl compat.linux.osrelease' at line 11: No such file or directory
On Thu, Mar 12, 2015 at 4:52 AM, Anton Shterenlikht wrote: > I'm still trying to figure out why flash > wouldn't work on this particular laptop. > > I see this error/warning: > > $ sysctl -a | grep "compat.linux.os" > <118>sysctl: unknown oid 'sysctl compat.linux.osrelease' at line 11: No > such file or directory > compat.linux.osname: Linux > compat.linux.osrelease: 2.6.18 > compat.linux.oss_version: 198144 > > I don't understand what it means. > Boy, has this one run WAY off the rails. After the first response, the relevant part of the report was elided from the thread and I think everyone has missed it. It looks to me like it has nothing to do with whether the module is loaded (it is) and everything to do with how people see what they expect and not what is really there. The error message is telling you that the OID "sysctl compat.linux.osrelease" is unknown, as it should as OIDs may not contain spaces. The real question is why "sysctl -a" is trying to execute "sysctl 'sysctl compat.linux.osrelease'" or some shell specific equivalent. Is "sysctl" aliased to a script or something like it? What do you get for the output of "sysctl -a > somefile"? -- Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.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"
Suggestion on network backup
Hello. I'm looking for a centralized backup solution with the following requirements: _ server (FreeBSD) side storage and/or NAS storage; _ Windows and Mac client support; _ "push model" (meaning a client will initiate a backup when it is powered up/connected); _ ability to run script on the client (i.e. dump a database before starting the backup); _ good reporting (ideally I'd like to be notified of overall status and possibly when a client hasn't done a backup for a long time). I currently use Bacula, which I like a lot, but I don't really feel it's the right tool in this situation; while it has several nice features which are not useful here: _ it tends to hard to setup and manage when the number of clients grows; _ the director manages the schedule and AFAICT only works well for "server clients", which are up and connected 24/7. So I saw BackupPC and BoxBackup are in the port tree... Anyone is using them and can reccomend any? Or has anyone tried them and can suggest to stay away? So far, from what I read I'm worried about the following aspects of BackupPC: _ for Windows client it either works via SMB (which I fear might miss something); _ or via rsync (needing Cygwin installed); _ locked files cannot be backup up!!!; _ claims support for Windows clients up to XP!!!. And with BoxBackup: _ encryption is mandatory; _ locked files cannot be backup up!!!; _ claims support for Windows clients up to XP!!!. Any other player in the arena? bye & Thanks av. ___ 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: <118>sysctl: unknown oid 'sysctl compat.linux.osrelease' at line 11: No such file or directory
On Thu, 12 Mar 2015 08:20:27 -0700 (PDT) Anton Shterenlikht wrote > >From bsd-li...@bsdforge.com Thu Mar 12 15:16:15 2015 > >> >From da...@catwhisker.org Thu Mar 12 12:44:43 2015 > >> > > >> >What does output of "kldstat | grep linux" look like? > >> > > >> >Expected: > >> > > >> >g1-251(11.0-C)[1] kldstat |grep linux > >> > 23 0xc17a4000 74c90linux.ko > >> >g1-251(11.0-C)[2]=20 > >> > > >> > > >> >But if it's not loaded, I suspect that might be a valid reason for > >> >the OID to fail to be recognized > >> > >> # kldstat > >> Id Refs AddressSize Name > >> 19 0x8020 e33630 kernel > >> 21 0x81034000 e10350 nvidia.ko > >> 31 0x81e45000 2ba58bwn_v4_ucode.ko > >> # kldload linux > >> kldload: can't load linux: module already loaded or in kernel > >> # > >> > >> I have in the kernel config file: > >> > >> options COMPAT_43 > >> options COMPAT_LINUX32 > >> options LINPROCFS > >> options LINSYSFS > >> > >> Perhaps I also need to add > >> options COMPAT_LINUX ? > >By virtue of the fact that kldstat(8) returns nvidia. You > >can be assured that linux has already been loaded, or > >rather, that linux is already available. Which suggests to > >me that it is already part of your kernel. dmesg(8) > >(/var.run/dmesg.boot) might well reveal that, for you. > >Perhaps even in /var/log/messages. > > $ grep -i linux /var/run/dmesg.boot > $ > > What does this tell me? [in your case] apparently, nothing. I have chosen not to include linux in my kernels, for convenience reasons. Should I need to update linux, or something goes wrong using the linux ABI. I can simply unload it, and deal with it accordingly. FWIW I know from experience that the nvidia blob will refuse to load, if the linux ABI is not present/available. So it's safe to assume, that in your case , the linux ABI 1) is available 2) must have come from within your kernel I'm sure it's possible to query various aspects of linux available. maybe by/through /proc or /compat/linux/proc and surely by other means. But I have made no effort to do so in the past. So I couldn't be of much help, there. All the best. > > Thanks > > Anton --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: svn commit: r381041 - head/textproc/p5-HTML-FormatExternal
On 03/11/2015 17:51, Matthew Seaman wrote:
> Author: matthew
> Date: Wed Mar 11 21:51:49 2015
> New Revision: 381041
> URL: https://svnweb.freebsd.org/changeset/ports/381041
> QAT: https://qat.redports.org/buildarchive/r381041/
>
> Log:
> Drop the dependency on p5-Encode. This is bundled with perl, and
> p5-HTML-FormatExternal doesn't need any more recent verson itself.
>
> Submitted by: az
>
> Modified:
> head/textproc/p5-HTML-FormatExternal/Makefile
>
> Modified: head/textproc/p5-HTML-FormatExternal/Makefile
> ==
> --- head/textproc/p5-HTML-FormatExternal/Makefile Wed Mar 11 21:25:34
> 2015(r381040)
> +++ head/textproc/p5-HTML-FormatExternal/Makefile Wed Mar 11 21:51:49
> 2015(r381041)
> @@ -2,6 +2,7 @@
>
> PORTNAME=HTML-FormatExternal
> PORTVERSION= 22
> +PORTREVISION=1
> CATEGORIES= textproc perl5
> MASTER_SITES=CPAN
> PKGNAMEPREFIX= p5-
> @@ -14,8 +15,7 @@ LICENSE=GPLv3
> OPTIONS_DEFINE= ELINKS HTML2TEXT LINKS LYNX LYNX_CURRENT NETRIK
> W3M
> OPTIONS_DEFAULT= LYNX
>
> -BUILD_DEPENDS= p5-Encode>=0:${PORTSDIR}/converters/p5-Encode \
> - p5-URI>=0.08:${PORTSDIR}/net/p5-URI
> +BUILD_DEPENDS= p5-URI>=0.08:${PORTSDIR}/net/p5-URI
> RUN_DEPENDS:=${BUILD_DEPENDS}
>
> USES=perl5
It appears p5-HTML-FormatExternal depends on devel/p5-IPC-Run? Does
this seem like an appropriate RUN_DEPENDS to add? Thanks.
# perl -e 'use HTML::FormatExternal;'
Can't locate IPC/Run.pm in @INC (you may need to install the IPC::Run
module) (@INC contains: /usr/local/lib/perl5/site_perl/mach/5.18
/usr/local/lib/perl5/site_perl /usr/local/lib/perl5/5.18/mach
/usr/local/lib/perl5/5.18 /usr/local/lib/perl5/site_perl/5.18
/usr/local/lib/perl5/site_perl/5.18/mach .) at
/usr/local/lib/perl5/site_perl/HTML/FormatExternal.pm line 33.
BEGIN failed--compilation aborted at
/usr/local/lib/perl5/site_perl/HTML/FormatExternal.pm line 33.
Compilation failed in require at -e line 1.
# pkg install p5-IPC-Run
Updating pkg-egr repository catalogue...
pkg-egr repository is up-to-date.
All repositories are up-to-date.
Checking integrity... done (0 conflicting)
The following 2 packages will be affected (of 0 checked):
New packages to be INSTALLED:
p5-IPC-Run: 0.94
p5-IO-Tty: 1.12_1
The process will require 365 KiB more space.
Proceed with this action? [y/N]: y
[1/2] Installing p5-IO-Tty-1.12_1...
[1/2] Extracting p5-IO-Tty-1.12_1: 100%
[2/2] Installing p5-IPC-Run-0.94...
[2/2] Extracting p5-IPC-Run-0.94: 100%
# perl -e 'use HTML::FormatExternal;'
#
___
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: svn commit: r381041 - head/textproc/p5-HTML-FormatExternal
On 12/03/2015 20:28, Adam McDougall wrote: > It appears p5-HTML-FormatExternal depends on devel/p5-IPC-Run? Does > this seem like an appropriate RUN_DEPENDS to add? Thanks. You are correct. I'll commit an update very shortly. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey signature.asc Description: OpenPGP digital signature
