Could someone please place the latest devel/git distfiles on the local
mirrors, so that they are available while kernel.org is recovering
from being hacked? The github mirror only has gzipped development
tarballs, that don't work with the current ports Makefile.
b.
... gzip, for example, has timestamp field in header.
Try this locally, without any [D]VCS:
% mkdir test echo one test/one.txt echo two test/two.txt
% tar czf test1.tar.gz test sleep 5 tar czf test2.tar.gz test
% md5 test1.tar.gz test2.tar.gz
MD5 (test1.tar.gz) =
For example, x264 DEPENDS on gcc, (has USE_GCC=4.4+ in Makefile),
but no x264 files are linked with libgcc_s.so or other libraries from
gcc44. It seems, that we need separate USE_GCC_BUILD and USE_GCC_RUN,
as with PERL or PYTHON.
Or, maybe automate this, as now port system warns
A couple of weeks ago, after installing openssl from ports, I changed
PATH order in my .bash_login, in order to use /usr/local before /usr an
so on.
Today, I upgraded icu, and its dependants, including cairo. The build
was successful until reaching cairo :
On 09/15/11 07:06, chukharev at mail.ru wrote:
Hi,
There have been a discussion about finding interdependencies of ports.
I have a relatively simple Python script for that. There is a pr
ports/160007
to add its early version. Unfortunately, I missed a reply to it, so
there is
an
Do you mean one gigantic, monolithic patch that would amend all of
them, or a large set of individual patches (last I checked, there
were ~1453 ports in need of this sort of revision)? Â I could go
either way, just need to know which would be preferred.
One monolithic patch
...
There are several ways to break the circular dependancy:
1. Turn the DOC option OFF for audio/jack.
2. define NOPORTDOCS when installing devel/doxygen (breaks dependancy
on graphics/graphviz)
Turning the DOC option off, and setting NOPORTDOCS are the same for audio/jack.
...
How do
I s there any way to substitute dependencies, in cases where the substitute
would work as well or better?
As some of the others wrote, it depends on the ports involved. Some
ports that are supposed to provide the same functionality have subtle
differences that can cause problems.
First case
On 9/26/11, Stephen Montgomery-Smith step...@missouri.edu wrote:
On 09/25/2011 08:19 PM, Jerry wrote:
When attempting to build the math/fftw3 port, the following error
message is immediately displayed and the build halted:
Variable CFLAGS is recursive.
...
I am unable to reproduce this
Just a note to say that recent changes on -CURRENT (r225950, meaning
that it is probably broken on 9.0 after r226067) have broken
audio/cdparanoia, and it should be fixed or marked as BROKEN there. I
haven't filed a PR, or attempted to patch it yet -- I think that it
would be worthwhile to look
Jerry wrote:
After attempting unsuccessfully to update KDE4 via portmaster, I
found a number of errors printed out when using pkg_version-vIL=.
I eventually used portmanager to update the KDE4 port successfully;
however, I am still receiving the following error messages.
These ports need
The situation with $subj: many ports' Makefiles are trying to detect if
math/atlas is to be used by looking for ${LOCALBASE}/lib/libatlas_r.so.
Since last update math/atlas does not build the lib*_r.so* and so none of
those ports could see and use atlas. The Makefiles affected:
Mismatched Checksums:
pkg_info: /usr/local/etc/xml2Conf.sh doesn't exist
pkg_info: /usr/local/lib/libxml2.so.5 doesn't exist
pkg_info: /usr/local/libdata/pkgconfig/libxml-2.0.pc doesn't exist
Hints and/or pointers welcome.
It works for me correctly
This doesn't seem to do the trick for me:
# echo $SHELL
/bin/csh
# setenv UNAME_r 9.9-CURRENT
# echo $UNAME_r
9.9-CURRENT
# cd /usr/ports/textproc/libxml2
# make install clean
[...]
# pkg_info -g libxml2-2.7.8_1
Information for libxml2-2.7.8_1:
Mismatched Checksums:
pkg_info:
It turns out that the problem is more general! A lot of ./configure
scripts are detecting in 10-CUR that they can't or should not build
shared libs; the problem is that the OS is detected now as
As a temporary workaround, add WITH_FBSD10_FIX=1 to /etc/make.conf.
ports/UPDATING and
On 11/3/11, O. Hartmann ohart...@zedat.fu-berlin.de wrote:
Am 11/03/11 18:42, schrieb b. f.:
So I presume the WITH_FBSD10_FIX flag is set in /etc/make.conf, right?
You can set it in a number of local Makefiles that are automatically
included during a port build. That includes make.conf
despite the --disable-altivec configure option in the Makefile of
astro/boinc-setiathome-ennhanced (which should be removed because it is
autodetected), it is enabled automatically for PowerPC but there it
fails with cc1plus not recognizing the -faltivec option:
We have lang/gcc already. This port is created for perferred gcc releases
(4.6.2 currently). What we're waiting for is a bsd.gcc.mk update to allow
users build ports with lang/gcc instead of lang/gcc46.
Ahh. I see the issue. I have not looked at bsd.gcc.mk, but it does not
seem like this
-dumpspecs is a gcc internal thing that clang will never support (it doesnt
use
specs). It's wrong for ports to mess with the internals of the compiler and
this should be fixed in a clean way.
Ie. we have to replace the -dumpspec | grep something with a saner check.
The fact
Is there a way to build devel/protobuf with gcc46? Unfortunately I see
a compatibility issue where the software I'm linking against it
crashes because of the conflicting stdc++ librray versions. I've tried
setting CC, CXX, LDFLAGS but I seem to be missing something else?
Thanks,
Hi
Actually you can add a dot (.) to these matches, e.g. freebsd[123]* -
freebsd[123].*, etc... Have you contacted the maintainer
(gerald at FreeBSD.org) by the way?
My guess? We should rip out the [123] and [23] strings entirely. If
anyone is running ports on FreeBSD 1, they have more
I'm trying to fix a port which absolutely will not build with clang,
since clang does not support the gcc extension used by this port. I set
USE_GCC=4.2+, which is the lowest version of GCC which will work, but it
doesn't properly override CC=clang.
wxs at ack spamdyke % env CC=clang make
On 12.02.2012 22:43, Stephen Montgomery-Smith wrote:
On 02/12/2012 03:33 PM, Andriy Gapon wrote:
on 12/02/2012 23:22 Stephen Montgomery-Smith said the following:
On 02/12/2012 03:15 PM, Andriy Gapon wrote:
Today I became another user of redports.org. I can definitely
recommend it.
I had a problem rebuilding math/R this morning after updating
devel/pcre; I'm wondering if there's something obvious (to folks
other than me) that I did incorrectly.
...
gcc46 -std=gnu99 -export-dynamic -fopenmp -Wl,-rpath=/usr/local/lib/gcc46 -o
R.bin Rmain.o -L../../lib -lR -lRblas
The main question is why this port (and everythin else with
USE_GCC=4.6+) depend on lang/gcc46 and not lang/gcc. Most port users
dislike building latest gcc snapshot on a weekly basis.
Indeed. But (as discussed before on this list), they don't have to,
if they find this to be a problem: they can
Conrad J. Sabatier conrads at cox.net wrote:
While investigating the cause of sudden crashes this morning in
mkreadmes, I discovered that my INDEX-10 file has the following as its
first line:
make: don't know how to make describe(continuing)||
ports/Tools/scripts/domakedescribe and
Adding dinoex (Maintainer of graphics/png).
On Mon, Feb 27, 2012 at 9:51 PM, Gautam list at execve.net wrote:
Still didnt work for me -- did another buildworld and retried to check if
there was something else messed up.
I am moving back to base gcc for now. Waiting for redports
On 3/7/12, Andriy Gapon a...@freebsd.org wrote:
on 07/03/2012 14:11 b. f. said the following:
you can just
install lang/gcc or lang/gcc46 and set USE_GCC=4.6 in your build
environment, an included Makefile, or on the command line
BTW, our traditional taxonomy seems to be: USE_XXX
On 3/8/12, Mark Linimon lini...@lonesome.com wrote:
On Wed, Mar 07, 2012 at 12:11:52PM +, b. f. wrote:
The custom gcc article that you are attempting to use was written at
a time when some of the related port Makefiles had some shortcomings
that no longer exist, and is not the recommended
On 3/8/12, Tijl Coosemans t...@coosemans.org wrote:
On Thursday 08 March 2012 11:10:42 Gautam wrote:
On Thu, Mar 8, 2012 at 3:39 PM, Gautam l...@execve.net wrote:
On Wed, Mar 7, 2012 at 5:41 PM, b. f. bf1...@googlemail.com wrote:
On Mon, Feb 27, 2012 at 9:51 PM, Gautam list at execve.net wrote
Jeremy Messenger wrote:
On Thu, Mar 15, 2012 at 6:23 PM, Chuck Swiger cswiger at mac.com wrote:
On Mar 15, 2012, at 4:18 PM, Jeremy Messenger wrote:
Figured out. Add custom CFLAGS in the make.conf and you will get a
build failure with make but not gmake. Here's what I have in my
On 3/16/12, Jeremy Messenger mezz.free...@gmail.com wrote:
On Fri, Mar 16, 2012 at 5:49 AM, b. f. bf1...@googlemail.com wrote:
Jeremy Messenger wrote:
On Thu, Mar 15, 2012 at 6:23 PM, Chuck Swiger cswiger at mac.com wrote:
On Mar 15, 2012, at 4:18 PM, Jeremy Messenger wrote:
Figured out
Hi,
I was trying to append to these in my /etc/make.conf and found that a
large (thousands) number of ports are using = instead of +=, thus
destroying any user-supplied depends.
The use case for wanting to do this is to force devel/ccache to be a
build dependency on all ports, for package
On Sat, May 19, 2012 at 5:13 AM, Henry Miller hank at millerfarm.com wrote:
subject says it all, I'm trying to update texinfo, and getting a checksum
mismatch. I deleted the distfiles in questions, so I'm not sure what else
to
try.
shairia# uname -a
FreeBSD
Are there many users of the QT3 djvulibre GUI in
ports/graphics/djvulibre who would have difficulties switching to one
of the other GUIs? The upstream developers have removed it from the
latest versions of the djvulibre distribution, and I am wondering
whether it is worth some special effort to
In bsd.gcc.mk there is:
. if ${_USE_GCC} != 3.4
CFLAGS+=-Wl,-rpath=${PREFIX}/lib/${_GCC_BUILD_DEPENDS}
LDFLAGS+= -Wl,-rpath=${PREFIX}/lib/${_GCC_BUILD_DEPENDS}
. endif
However, I think this should be ${LOCALBASE} instead of ${PREFIX}.
I agree with you, and I
Peter Jeremy wrote:
On 2010-Feb-12 21:58:38 -0800, Rob Farmer rfarmer at predatorlabs.net wrote:
Hi,
In bsd.gcc.mk there is:
. if ${_USE_GCC} != 3.4
CFLAGS+= -Wl,-rpath=${PREFIX}/lib/${_GCC_BUILD_DEPENDS}
LDFLAGS+= -Wl,-rpath=${PREFIX}/lib/${_GCC_BUILD_DEPENDS}
.
On Wed, 21 Apr 2010, Rob Farmer wrote:
I maintain math/scilab and am preparing to update it. This port has a
huge plist (slightly under 15000 lines), hundreds of which change
depending on what options are selected. It is a bit of a pain to
update. The porters handbook makes vague reference to
I was planning to update the devel/distorm and devel/py-distorm ports
to the new distorm3:
https://code.google.com/p/distorm/
The new version has added functionality, and is said to be
backwards-compatible with the older version, but the new version is
licensed under GPLv3, rather than BSD.
Alexander Leidinger wrote:
Quoting Doug Barton dougb at FreeBSD.org (from Thu, 03 Jun 2010
11:29:01 -0700):
On 06/03/10 05:39, Matthias Andree wrote:
Am 03.06.2010 13:30, schrieb Andrey Chernov:
security/libksba
security/libgcrypt
(they use libgpg-error)
So libgpg-error needs to be
After portupgrade -rf gettext which seemed to go fine i noticed an issue
with logrotate.
/usr/local/sbin/logrotate
/libexec/ld-elf.so.1: Shared object libintl.so.8 not found, required
by libpopt.so.0
on a clean rebuild:
/usr/bin/ld: warning: libintl.so.8, needed by /usr/local/lib/libpopt.so,
Thus, explicit_lib_depends.sh cannot be relied upon what to rebuild,
either -- it missed the same that libchk does. Anyhow, this does not
matter at all to the main point I tried to raise:
Maybe the specific results that you mentioned don't matter, but the
fact that these programs fail to obtain
PA Zolczynski wrote:
...
configure:4483: gcc44 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc44
-fno-strict-aliasing -I/usr/local/include
-I/usr/ports/net/mpich2/work/mpich2-1.2.1p1/src/openpa/src
-I/usr/ports/net/mpich2/work/mpich2-1.2.1p1/src/openpa/src -L/usr/local/lib
-lexecinfo -pthread
Janne Snabb wrote:
AFAIR there was certain performance penalty with stack-protector,
I think the penalty is small enough. I would assume that someone
has already made an evaluation on this before turning it on in make
buildworld. I was earlier trying to search for a discussion on it,
but I did
On 6/5/10, Alexander Leidinger alexan...@leidinger.net wrote:
...
Just for the record, the useful
ports/Tools/scripts/explicit_lib_depends.sh, described and used in
your link above, may _not_ find libraries that:
-- are needed, but were intended to be statically linked;
Correct. If you
On 06/04/10 22:24, Denny Lin wrote:
Hi, I saw this warning about devel/ccache a while ago:
Any time you change CC/CXX you need to reinstall devel/libtool15 or you
will run in to problems.
This was added a long time ago, so I'm wondering if this is still
necessary (should be devel/libtool22
Hello,
I've been wondering about something: When I write a script or webapp that
needs some port to run, like a perl module, I install the needed port and
life is good (tm). A year later when I've completely forgotten about the
script I go do some spring-cleaning of the ports on the server, and I
On 6/7/10, b. f. bf1...@googlemail.com wrote:
You can keep the script in a location other than
/usr/ports/devel/bar/pkg-req, just by using something like:
.if${.CURDIR:M*/usr/ports/devel/bar*}
PKGREQ=insert full path to script here
.endif
in /etc/make.conf, because /usr/ports/Mk
Doug Barton wrote:
On 06/06/10 15:05, Thomas Rasmussen wrote:
Gentlemen,
There are actual women involved in FreeBSD yaknow. :)
Yeah, and there are a lot of men that aren't gentlemen, too. ;)
b.
___
freebsd-ports@freebsd.org mailing list
Why we need uncoditional WITH_OPENSSL_PORT=yes in security/tor?
It builds fine on 8-stable with base system openssl.
Moreover this setting isn't needed on -CURRENT because openssl 1.0 is in
base system. May be it should be removed from port's Makefile?
You are right that it no longer should be
On 6/8/10, Scott Bennett benn...@cs.niu.edu wrote:
On Mon, 7 Jun 2010 19:24:36 + b. f. bf1...@googlemail.com
wrote:
Why we need uncoditional WITH_OPENSSL_PORT=yes in security/tor?
It builds fine on 8-stable with base system openssl.
Moreover this setting isn't needed on -CURRENT
lang/perl5.* fails with -fstack-protector in CFLAGS, when built with
the base system compiler, on some architectures. I used the attached
patch with the base system compiler and lang/perl5.10 on 9-CURRENT
i386 to fix the problem. However, I never attempted to use it with
lang/gcc45, because I did
Doug Barton wrote:
On to the next victim. :) In my ongoing campaign to build my ports with
gcc 4.5.1 thunderbird was the next to fall. Full log is at
http://people.freebsd.org/~dougb/tbird.txt
Before you embark on this campaign, remember that others have been
experimenting with building ports
On 6/22/10, Doug Barton do...@freebsd.org wrote:
On 06/21/10 23:25, b. f. wrote:
Doug Barton wrote:
On to the next victim. :) In my ongoing campaign to build my ports with
gcc 4.5.1 thunderbird was the next to fall. Full log is at
http://people.freebsd.org/~dougb/tbird.txt
Before you
On 6/22/10, Janne Snabb sn...@epipe.com wrote:
On Tue, 22 Jun 2010, b. f. wrote:
I can tell you right now from my own experiences that the ports
infrastructure and many individual ports do not respect the necessary
compiler and toolchain-related variables.
I should say that a few simple
Anonymous swell.k at gmail.com writes:
Doug Barton dougb at FreeBSD.org writes:
readelf -s /lib/libc.so.7 | fgrep __stack_chk_fail
952: 0002806026 FUNCGLOBAL DEFAULT 10
__stack_chk_fail@@FBSD_1.0
1457: 0002806026 FUNCGLOBAL DEFAULT 10 __stack_chk_fail_local
On 7/11/10, Anonymous swel...@gmail.com wrote:
b. f. bf1...@googlemail.com writes:
...
Did you miss ports/148196? ld(1) ignores libmap.conf and will try to
I did miss it, but it doesn't really surprise me. I've only seen
discussion of libmap.conf(5) with reference to rtld(1), and AFAIK
ld(1
Hi folks,
recently an update to x264 version 98 has been committed to the ports
tree. I now have prepared an mplayer snapshot that requires it :-)
You can find a tarball containing mplayer and mencoder ports at:
http://www.rrr.de/~riggs/mplayer/m20100726.tar.bz2
I'd appreciate feedback if you
On 7/27/10, Thomas Zander thomas.e.zan...@googlemail.com wrote:
On Tue, Jul 27, 2010 at 04:35, b. f. bf1...@googlemail.com wrote:
This still seems to rely on a 10 Jan. snapshot of the mplayer source
code.
Not true.
Please check out Makefile.shared from the mplayer subdir of the
provided
Doug Barton wrote:
On Fri, 23 Jul 2010, Douglas Berry wrote:
...
With respect to the --clean-* options, my earlier (a long time ago)
test with --clean-distfiles showed that valid distfiles would be
deleted if the corresponding port was not installed. I'd like to only
delete them if they are
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
Could it be that net/p5-IO-INET6 and net/p5-IO-Socket-INET6 are making the
indexing crazy?
Maybe this is not the cause, but isn't an entry in MOVED required?
There were a number of problem commits in the past day or two,
breaking the INDEX and some individual ports. Some of these are now
A while back I aborted a recursive update (bad idea, I know now) and
must have messed up something in whatever info portmaster uses to decide
whether to re-install a port. Now, whenever I use portmaster -a, it
re-installs py26-imaging, py26-reportlab and py26-xml.
From portmaster(8):
The subject listed port fails to link during an upgrade from the
previous version. Looking into this further libblas.so.2 without being
Would you elaborate, please? Where is a transcript showing the linking failure?
Would you mail it to me off-list?
linked to gfortran is correct as in the
On 8/31/10, jhell jh...@dataix.net wrote:
On 08/31/2010 15:06, b. f. wrote:
Would you elaborate, please? Where is a transcript showing the linking
failure?
Would you mail it to me off-list?
Simply -lgfortran by it self should not work. Since lib directories
gcc44 gcc45 gcc46
On 8/31/10, jhell jh...@dataix.net wrote:
Looking closer at the math/blas math/lapack ports:
This statement does not make any sense. The logic is backwards for every
instance. And WITH_PROFILE would do.
.if !(defined(NOPROFILE) || defined(NO_PROFILE) || defined(WITHOUT_PROFILE))
On 9/1/10, Scot Hetzel swhet...@gmail.com wrote:
On Tue, Aug 31, 2010 at 10:06 PM, b. f. bf1...@googlemail.com wrote:
On 8/31/10, jhell jh...@dataix.net wrote:
So according to bsd.own.mk, this is the correct test for the math/blas
port to determine if profiling libraries should be built
So, I've had the following in /etc/make.conf since eons:
CFLAGS=-O -pipe
COPTFLAGS=-O -pipe
Genrally speaking (meaning for any port), is this still useful?
Are the above flags deprecated?
Will I get optimized code without them?
$ make -V CFLAGS -V COPTFLAGS
- -O2 -pipe
- -O2 -pipe
are
=== Checking if devel/autoconf-wrapper already installed
ln: /usr/local/bin/autoconf: File exists
*** Error code 1
Stop in /usr/ports/devel/autoconf-wrapper.
Look at the autoconf-wrapper Makefile:
WRAPPED_TOOLS?= autoconf autoheader autom4te autoreconf autoscan \
David O'Brien wrote:
On Sun, Sep 19, 2010 at 10:24:59AM +0200, David DEMELIER wrote:
What is sufficiently clean ? I wonder what is not clean in the
options framework, so please tell me then we still can clean it?
When the Ports Collection was invented, ports maintainers were to
choose a
I am trying to upgrade Ruby, and build Firefox 3.0.11, and they both
want to build gcc43 because of gfortran. Really? Firefox needs
gfortran to build? I bet not.
I bet not, too. I took a cursory look through my ports tree, and the
recent changes, and I can't see how such a dependency was
Greg Larkin wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Charlie Kester wrote:
On Wed 17 Jun 2009 at 13:24:32 PDT Greg Larkin wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Charlie Kester wrote:
I'm porting some software that has a build dependency on docbook2man in
order to
Author: kan
Date: Tue Jul 14 21:19:13 2009
New Revision: 195697
URL: http://svn.freebsd.org/changeset/base/195697
Log:
Second attempt at eliminating .text relocations in shared libraries
compiled with stack protector.
Unfortunately, on r195705 i386 (world and kernel), this breaks a clean
Thomas Zanderthomas.e.zander at googlemail.com wrote:
Stackhousemstackhouse at samsa.com wrote:
I think we'll investigate VLC as an alternative. Not too comfortable
building around a solution that's not being maintained as it should be.
mplayer is definitely continuously developed, it's not
Argh! This again.
On Sat, 25 Jul 2009 11:50:17 -0500
Peggy Wilkins enlil65 at gmail.com wrote:
I recently installed security/krb5 which is my first installed port
that has set WITH_OPENSSL_PORT in its Makefile. It didn't take me
long to notice after the installation of security/krb5 that
As the PR advises, switching back to base openssl fixes my problem.
Well, apparently only part of it. Unfortunately the openssl framework
in ports doesn't accommodate mixing and matching of base and port
openssl, so while this may allow you to use pam_ldap, it's at the
expense of other ports.
On 7/27/09, Andriy Gapon a...@icyb.net.ua wrote:
Just curious, can't newer GCC(s) from ports be used to build those mplayer
snapshots?
We have:
/usr/ports/lang/gcc42 - 4.2.5
/usr/ports/lang/gcc43 - 4.3.4
/usr/ports/lang/gcc44 - 4.4.1
/usr/ports/lang/gcc45 - 4.5.0
We may have to USE_GCC ,
Peggy Wilkins wrote:
...
It turns out there are a number of open PR's for related issues. For instance:
ports/120101: security/krb5 utilities link against wrong libcom_err
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/120101
ports/121573: security/krb5 (MIT Kerberos) generates non-working
Stephen Montgomery-Smith stephen at missouri.edu wrote:
I am running a very recent amd64 version of FreeBSD-8.0. diablo-jdk is
no longer working. I am guessing it is the bumped shared library
versions (because I did do make delete-old-libs as part of my
installation).
Yes, this came up
On 8/3/09, Mel Flynn mel.flynn+fbsd.po...@mailing.thruhere.net wrote:
On Friday 31 July 2009 13:57:34 b. f. wrote:
Stephen Montgomery-Smith stephen at missouri.edu wrote:
I am running a very recent amd64 version of FreeBSD-8.0. diablo-jdk is
no longer working. I am guessing it is the bumped
but x11-toolkits/py-gtk2 will not build with py26-cairo, but insists on
py25-cairo which will not build with or without python26
I realize this stuff is put together by object-oriented people who aren't
really used to the expectation that stuff will, you know, actually work.
You're chasing
Erich Dollansky wrote:
I think that you hit the weakest point of FreeBSD. When a version
number of a base port changes, hundreds or even thousands of
ports have to be recompiled. It is basically the same effect as
when the major version number of FreeBSD changes.
The same is true of almost any
On 8/7/09, Erich Dollansky er...@apsara.com.sg wrote:
Hi,
On 07 August 2009 am 08:44:44 b. f. wrote:
Erich Dollansky wrote:
I think that you hit the weakest point of FreeBSD. When a
version number of a base port changes, hundreds or even
thousands of ports have to be recompiled
Is there any convenient way to list dependencies hierarchially,
rather than the flat set that pkg_info -r provides?
Yes, there is the ports-mgmt/pkg_tree port, and if you want better or
more flexible graphics, you could write a script to swing through
parts of a ports tree, invoke make(1) to find
So I wonder why there is still a /usr/local/lib/libonig.a when oniguruma
is deinstalled?
??? Probably because after deinstalling oniguruma, he tried to install
sylpheed2 WITH_ONIGURUMA, so oniguruma was placed in sylpheed2's
BUILD_DEPENDS, meaning that oniguruma was rebuilt and reinstalled as
Gerald Pfeifer wrote:
On Thu, 17 Sep 2009, Jason J. Hellenthal wrote:
Something like the following.
[/usr/local/bin/]
libstdc++.so/usr/local/lib/gcc44/libstdc++.so
libstdc++.so.6 /usr/local/lib/gcc44/libstdc++.so.6
That looks quite nice, and I was going to use that, alas
On 9/22/09, utis...@googlemail.com utis...@googlemail.com wrote:
...
Thanks for that, I've gone and made four new ports before I got your reply!
Well, at that rate you may as well do them all. ;)
Never mind, I suppose I could just submit those and depend on them, I think
they should do
Desmond da Peoples wrote:
You need to enable the CVSup file. Look in the handbook for installing the
ports tree.
Go to chapter 4.5 in the freebsd handbook and follow the directions there.
Be sure that you have a good connection.
?! Which part of the OP's The computer I am using has no internet
John B. Stubblebine wrote:
I have been having trouble trying to install ports/math/gretl on PC-BSD.
...
QUESTION: Could the use of prerelease 7.2 cause some confusion about
what portsnap and portupgrade need to do?? I have done a fresh
portsnap before beginning the gretl portupgrade.
This
Alex Stangl wrote:
I am trying to create a new port. The software I am trying to port uses
scons which calls out to pkg-config to check for certain minimal library
version #s (e.g., sndfile = 1.0.18, libcurl = 7).
I would like to enforce these same checks upfront in the Makefile rather
than
My question is what __FreeBSD_version number should I use
to have gdb working on FreeBSD 8.0 or greater?
The earliest FreeBSD version bump after Revision 190620, Wed Apr 1
13:09:26 2009 UTC, seems to have been in Revision 190787, Mon Apr 6
22:29:41 2009 UTC, which changed the version to 800075:
On 10/11/09, Alex Stangl a...@stangl.us wrote:
On Sun, Oct 11, 2009 at 05:15:58AM +, b. f. wrote:
Alex Stangl wrote:
...
2. If user upgrades ports and gets lib.M+1, make fails because the exact
match is no longer satisfied. (Porter's Handbook says you can use
LIB_DEPENDS regular
they should be. maho, if you need any help with this let me
know.
b. f. wrote:
Scott Bennett wrote:
I would like to install science/gnudatalanguage but have been running
into various obstacles. Lars Engels very kindly just fixed one of them
(devel/lasi) (Thanks, Lars!), so now I'm
On Sun, Nov 15, 2009 at 11:44:04PM +0100, Sandra Kachelmann wrote:
Is there a reason why BUILD_DEPENDS aren't being removed after a port
has been installed and if no other installed port depends on it?
How do you know that the user does not want that port installed?
And what if the user will
I was hoping to get a bit more of a response to a recent posting of
mine with regard to using svn to fetch files for ports
My proposal:
http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23776.html
A summary of what has been going on:
http://wiki.freebsd.org/EitanAdler/ports-svn
This
On Fri, Dec 18, 2009 at 02:50:31PM +0100, Dominic Fandrey wrote:
So when I submitted ioquake3-1.36 I condemned some poor committer
to read 366609 lines of code?
We expect them to test-install the initial code to make sure it's
not malware.
We expect them to scan the diffs to make sure the
I'd like to echo some of the others regarding the recent changes in
security/openssl: since this port is used by a large number of
people, it would be better to announce major changes in advance, and
to test more carefully before committing.
The reverted deprecation leaves me a bit puzzled.
On 1/13/10, b. f. bf1...@googlemail.com wrote:
I note that there are still a few obvious minor flaws after the most
recent commits, including what looks like an unintentional inversion
of the logic surrounding the SSE2 option. I'm attaching a suggested
patch.
In addition to the other
rihad wrote:
Hi,
How does one cleanly set a LD_PRELOAD environment variable for a port?
I tried it in /etc/rc.conf:
radiusd_program=/usr/bin/env
LD_PRELOAD=/usr/local/lib/perl5/5.8.8/mach/CORE/libperl.so
/usr/local/sbin/radiusd
(FreeRADIUS 2.1.6 with rlm_perl otherwise fails to start under perl
Rainer Hurling wrote:
There are some obscurities I am struggling with:
1. The port needs libraries gtk2 and libxml2.
Is it ok how the port ensures they are installed?
Just use USE_GNOME= gtk20 libxml2, rather than the LIB_DEPENDS line.
2. A second make target has to create 'ggobirc'.
Is
1 - 100 of 168 matches
Mail list logo
