MS Windows has a command 'tasklist' which take /m switch
If I wanted to list all processes who have kernel32.dll loaded I had invoke
tasklist /m kernel32.dll
Image Name PID Modules
=
On 13/08/2013 05:25, Kevin Oberman wrote:
First, when rolling a port it is impractical to try to track down every
library that a library I need links to. And it is totally unnecessary For
the port and package, as the ports system automagically take care of
including dependencies of
On 13/08/2013 07:44, Quark wrote:
MS Windows has a command 'tasklist' which take /m switch
If I wanted to list all processes who have kernel32.dll loaded I had invoke
tasklist /m kernel32.dll
Image Name PID Modules
John,
Thank-you for investigating the cups-base build issue and sharing your result
in
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/181248
I'd spent a couple of hours trying to resolve the cause of our server build
failures. Fortunately I had OPTIONS_UNSET=X11 so the
portmaster build
On Sun, 11 Aug 2013 06:56:19 -0400
Jerry je...@seibercom.net wrote:
I presently have the latest version of Calligra Word available in the
ports system installed. It has been crashing unexpectedly. When
attempting to file a bug report(s), I was informed that the version I
have installed is no
What the hey?
# make
= Python-2.7.3.tar.xz is not in /usr/ports/lang/python27/distinfo.
= Either /usr/ports/lang/python27/distinfo is out of date, or
= Python-2.7.3.tar.xz is spelled incorrectly.
*** [do-fetch] Error code 1
Stop in /usr/ports/x11-toolkits/py-tkinter.
The message is correct,
Hello,
So that :
On Tue, Aug 13, 2013 at 01:04:55PM +, Mathieu Arnold wrote:
Author: mat
Date: Tue Aug 13 13:04:55 2013
New Revision: 324662
URL: http://svnweb.freebsd.org/changeset/ports/324662
Log:
Introduce Perl 5.18.1
Changes:
Hi everyone. php-5.3 is approaching EOL, and squirrelmail support for
5.4 isn't official.
There have been patches in squirrelmail SVN against their HEAD, but they
don't apply cleanly against the 1.4.22 release. We can't put a snapshot
in ports, as they only live on the master site for 1 day.
--On August 13, 2013 10:02:46 -0400 Adam Weinberger ad...@adamw.org wrote:
Hi everyone. php-5.3 is approaching EOL, and squirrelmail support for 5.4
isn't official.
There have been patches in squirrelmail SVN against their HEAD, but they
don't apply cleanly against the 1.4.22 release. We can't
Greetings. Running 'make package' on the 9.1-RELEASE/i386 port of
apcupsd-3.14.10_1 fails to run to completion. Please see the error
output below.
If it's relevant, I am running this in a 32-bit jail on a 64-bit 9.1
machine. But I am not sure that is relevant, since all the dependency
ports
OK, fine.
And what should we replace it with on a production 9.2-PRERELEASE? 5.14?
5.16? 5.,18?
Which would be least painful?
Thanks for any input.
//per
___
freebsd-ports@freebsd.org mailing list
13.08.2013 08:25, Kevin Oberman пишет:
On Mon, Aug 12, 2013 at 12:15 PM, Boris Samorodov b...@passap.ru wrote:
Hi All,
recently I've upgaded my ports. Then I get:
-
% pkg_libchk -a
rasqal-0.9.30: /usr/local/bin/roqet misses libcurl.so.6
rasqal-0.9.30: /usr/local/lib/librasqal.so.3
On 8/13/2013 12:29, Per olof Ljungmark wrote:
OK, fine.
And what should we replace it with on a production 9.2-PRERELEASE? 5.14?
5.16? 5.,18?
Which would be least painful?
5.16 (which is slated to become the default if I recall correctly).
5.18 has some interesting backwards
On Tue, 13 Aug 2013 21:29:33 +0200
Per olof Ljungmark articulated:
And what should we replace it with on a production 9.2-PRERELEASE?
5.14? 5.16? 5.,18?
Unless you have some specific reason for doing otherwise, I would
always take the newest version.
--
Jerry ♔
Disclaimer: off-list
On Tue, 13 Aug 2013 12:53:24 -0700
Ade Lovett articulated:
On 8/13/2013 12:29, Per olof Ljungmark wrote:
OK, fine.
And what should we replace it with on a production 9.2-PRERELEASE?
5.14? 5.16? 5.,18?
Which would be least painful?
5.16 (which is slated to become the default if I
On 8/13/2013 14:23, Jerry wrote:
Unless I am mistaken, perl-5.18 is not even in the ports system.
Keeping it out simply because some applications may not be 100%
compatible is going to cause more problems than it corrects.
You're mistaken.
[ade@lab:ports/lang/perl5.18] 2% make -V PKGNAME
5.16 (which is slated to become the default if I recall correctly).
5.18 has some interesting backwards incompatibilities.
Perl modules p5-Mail-SpamAssassin and security/amavisd-new
with their plethora of dependency modules both run fine
under perl 5.18.1 from ports (as well as with 5.18.0 and
On Wednesday 14 August 2013 00:43:44 Mark Martinec wrote:
Perl modules p5-Mail-SpamAssassin and security/amavisd-new
with their plethora of dependency modules both run fine
under perl 5.18.1 from ports (as well as with 5.18.0 and 5.17.9).
Mark
I should add: except for a warning in
From: Ade Lovett a...@freebsd.org
Subject: Re: perl-5.12.5 This port is marked DEPRECATED
Date: Tue, 13 Aug 2013 12:53:24 -0700
5.18 has some interesting backwards incompatibilities.
mail/postgrey does not work with 5.18. Daemon process does not start
up after rc.d script is executed.
I found
19 matches
Mail list logo
