David Naylor naylor.b.da...@gmail.com writes:
%%
Index: java/openjdk6/Makefile
@@ -266,3 +267,6 @@ post-install:
@${CAT} ${PKGMESSAGE}
.include bsd.port.post.mk
+
+# XXX: use `?=' in bsd.port.mk
+_MAKE_JOBS=
%%
Yes, I prefer this approach. See attached for the patch that does
RW rwmailli...@googlemail.com writes:
I don't think that's right. When I used shar to submit an update to an
unmaintained port, I was asked to use diff for updates and shar for
new ports.
I was referring more to [new port] PRs. Besides, diffs are natural to
any VCS unlike shars.
Christopher Key cj...@cam.ac.uk writes:
A crude survey shows several ports with this problem, listed below.
There appear to be three different solutions used in other ports:
explicitly setting OPTIONSFILE, explicitly setting UNIQUENAME, and
explicitly setting LATEST_LINK. If you can suggest
Doug Barton do...@freebsd.org writes:
On Mon, 19 Jul 2010, RW wrote:
Am I the only one that thinks it's odd that in 2010 we're still using
executable scripts to distribute text files?
How would you do it differently?
$ diff -upNr /nonexistent mynewport
And if you have CVS checkout
Baptiste Daroussin baptiste.darous...@gmail.com writes:
2010/7/19 Doug Barton do...@freebsd.org:
We have already had the discussion about this issue and we're not going to
be creating ports that download random files from VCS repos. So yes, the
person/team who is responsible for the port
ash...@freebsd.org (Ashish SHUKLA) writes:
[...]
#v+
list of extra files and directories in / (not present on clean system but
present after everything was deinstalled)
11109863 drwxr-xr-x3 root wheel 3
Jul 17 12:40 usr/local/man/fr.ISO8859-1
jhell jh...@dataix.net writes:
Also another use with the case above. Running top(1) instead of su(1)
you should see the same symptoms.
Use `-f' option in daemon(8). Otherwise it'd still spam to tty.
$ daemon top
$ procstat -f $(pgrep top)
PID COMM FD T V FLAGSREF
Joe joeb_...@comclark.com writes:
[...]
do-install:
${CP} /etc/rc.d/jail /etc/rc.d/jail.original
${CP} ${FILESDIR}jail /etc/rc.d/
${CP} ${FILESDIR}/qjail ${LOCALBASE}/usr/local/bin/
${CP} ${FILESDIR}/qjail.sh${LOCALBASE}/usr/local/etc/rc.d/
${CP}
David Wolfskill da...@catwhisker.org writes:
[...]
cc -c-I. -I/usr/include/X11/Xft -I/usr/include/freetype2
-I/usr/local/include-DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO
AsciiSink.c -o unshared/AsciiSink.o
In file included from /usr/local/include/X11/Xft/Xft.h:39,
b. f. bf1...@googlemail.com writes:
[...]
http://www.freebsd.org/doc/en_US.ISO8859-1/articles/custom-gcc/configuring-ports-gcc.html
Despite claims of 100% backwards-compatibility for these libraries,
this remapping will have some consequences,
Did you miss ports/148196? ld(1) ignores
John Baldwin j...@freebsd.org writes:
This is a port for yet-another-/etc-merging tool that I wrote recently. It
passes portlint -N with one bogus warning because /etc is in the comment.
I think do-install should be verbose about what it's installing.
David DEMELIER demelier.da...@gmail.com writes:
Hi,
I can't change the language in Wesnoth. They are shown but you can't
click on (they are not-clickable).
The messages files are installed : pkg_info -L wesnoth\*
[...]
/usr/local/share/locale/zh_TW/LC_MESSAGES/wesnoth-l.mo
(CC'ing freebsd-ports@)
Christopher Key cj...@cam.ac.uk writes:
Is there any equivalent to IA32_BINARY_PORT for linux binary
distributions? I assume that at the moment, linux binary
compatibility only exists on i386 and amd64, but I don't see any
reason why this should always be the true,
Anonymous swel...@gmail.com writes:
Doug Barton do...@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_lo...@fbsd_1.0
Eitan Adler li...@eitanadler.com writes:
On Tue, Jun 29, 2010 at 11:00 PM, Anonymous swel...@gmail.com wrote:
Eitan Adler li...@eitanadler.com writes:
One difference I notice between your environment and mine is that,
according
to your bug report, your program links against
/usr/local/lib
Eitan Adler li...@eitanadler.com writes:
I have clang++ (devel/llvm-devel) built by g++45 and linked against
gcc45/libstdc++.so.6. It compiles your test case fine. But I'm running
9-current on amd64 so it may not be that useful.
IMO, gcc46 being a development branch is prone to miscompile
Anonymous swel...@gmail.com writes:
It's better to use -lstdc++ from same version of gcc by which the
program using it was compiled.
Is it possible to determine which one?
No. If there is an easy way I think strings(1) would show.
Doh,
$ strings $LOCALBASE/lib/libLLVM* | fgrep GCC
GCC
Doug Barton do...@freebsd.org writes:
nm libssp.so.0 | grep __stack_chk_fail_local
0ac0 t __stack_chk_fail_local
So I'm at a loss, and pretty close to throwing in the towel and going
back to the base gcc for everything.
I'm not sure what FreeBSD version you're using but I have
Doug Barton do...@freebsd.org writes:
Tried doing the update today, but it failed:
Full log at http://people.freebsd.org/~dougb/png-gcc451.log
building static png library
ranlib libpng.a
building shared library libpng.so.6
/usr/local/bin/gcc45 -pipe -g -march=native -g -g -I. -g
Eitan Adler li...@eitanadler.com writes:
One difference I notice between your environment and mine is that, according
to your bug report, your program links against
/usr/local/lib/gcc46/libstdc++.so.6, while mine links against
/usr/lib/libstdc++.so.6.
-Boris
I forgot about that. I use
Jeremy Messenger me...@cox.net writes:
On Sat, 26 Jun 2010 15:45:35 -0500, Sam Fourman Jr. sfour...@gmail.com
wrote:
I would like to run transmission 2.0, would you mind posting a patch?
Sure, here: http://people.freebsd.org/~mezz/diff/transmission201.diff
How about switching to USE_XZ?
Anonymous swel...@gmail.com writes:
Doug Barton do...@dougbarton.us writes:
On 06/26/10 19:16, Anonymous wrote:
@@GLIBCXX_3.4.14 symbols are in gcc45/libstdc++.so. Try to add -lstdc++
or use CXX otherwise it picks up libstdc++.so from /usr/lib.
I have the following in /etc/libmap.conf
Eitan Adler li...@eitanadler.com writes:
I'd like to add a flag to tell ports that you are building only for
yourself that and optimizations that typically are not enabled could
be turned on.
There is already MACHINE_CPU. Depending on CPUTYPE it's set to supported
SIMD instructions. But it
Doug Barton do...@freebsd.org writes:
Howdy,
Tried building devel/icu today with gcc 4.5.1 and it failed:
gmake[1]: Entering directory
`/usr/local/tmp/usr/local/ports/devel/icu/work/icu/source/layoutex'
generating dependency information for plruns.cpp
generating dependency information for
Doug Barton do...@dougbarton.us writes:
Howdy,
I'm working on compiling the python bindings for
net-p2p/libtorrent-rasterbar-15 and compiled devel/boost-python-libs as
a dependency for that. When compiled with gcc 4.5.1
Doug Barton do...@dougbarton.us writes:
On 06/26/10 19:16, Anonymous wrote:
@@GLIBCXX_3.4.14 symbols are in gcc45/libstdc++.so. Try to add -lstdc++
or use CXX otherwise it picks up libstdc++.so from /usr/lib.
I have the following in /etc/libmap.conf:
libgcc_s.so.1 gcc45/libgcc_s.so.1
Stefan Walter ste...@freebsd.org writes:
Hi,
q...@freebsd.org, 25.06.10, 15:08h CEST:
The Restless Daemon identified a mtree error while trying to build:
gprolog-1.3.1 maintained by po...@freebsd.org
Makefile ident: $FreeBSD: ports/lang/gprolog/Makefile,v 1.28 2010/06/25
13:05:33
David Naylor naylor.b.da...@gmail.com writes:
On Friday 25 June 2010 18:08:22 David Naylor wrote:
Hi,
java/openjdk6 breaks with FORCE_MAKE_JOBS (it implements its own think).
The attached patch fixes openjdk6, marks it as MAKE_JOBS_SAFE and makes it
respect MAKE_JOBS_NUMBER.
Regards,
One of my ports have this in its source header
* GNU LGPL information
*
*
* This library is free software; you can redistribute it and/or
* modify it under the terms of the GNU Lesser General Public
* License as published by the Free Software Foundation; either
*
Stephen Montgomery-Smith step...@missouri.edu writes:
I am trying to update graphics/togl. I am running into the following issue.
The togl configure file accesses /usr/local/lib/tcl8.5/tclConfig.sh,
and figures out that the port was built in
/usr/ports/lang/tcl85/work/tcl8.5.8. It wants to
RW rwmailli...@googlemail.com writes:
On Sat, 22 May 2010 11:42:53 -0400
jhell jh...@dataix.net wrote:
This is more of a best practices case than what the implications of
leaving users in the master.passwd are.
Why is it best practice? Why add extra complexity to solve a problem
that
jhell jh...@dataix.net writes:
On 05/22/2010 19:23, Anonymous wrote:
BUILD_DEPENDS= ${NONEXISTENT}:${PORTSDIR}/lang/tcl85:extract
Attached is the Makefile I just edited to configure against tcl and tk
8.5 instead of 8.4.
I think using bsd.tcl.mk is better idea, see below
Index: graphics
RW rwmailli...@googlemail.com writes:
On Sun, 23 May 2010 03:39:53 +0400
Anonymous swel...@gmail.com wrote:
RW rwmailli...@googlemail.com writes:
On Sat, 22 May 2010 11:42:53 -0400
jhell jh...@dataix.net wrote:
This is more of a best practices case than what the implications
Matthew Seaman m.sea...@infracaninophile.co.uk writes:
On 19/05/2010 24:18:13, Anonymous wrote:
This doesn't concern only portmaster. As I've mentioned previously
xorg-server, subversion and git don't install any config file (not even
in share/examples) but still look for it inside PREFIX
Demelier David demelier.da...@gmail.com writes:
On Wed, May 19, 2010 at 10:27:35AM -0700, Doug Barton wrote:
The user reports in private e-mail that the completions file is installed,
but it's still not working. Can a zsh user help him out?
Yes, sorry I forgot everytime to answer to
Matthew Seaman m.sea...@infracaninophile.co.uk writes:
On 18/05/2010 12:56:11, Wesley Shields wrote:
On Tue, May 18, 2010 at 07:29:22AM +0400, Anonymous wrote:
a little confusion arised from ports/146627.
The Porter's Handbook defines PREFIX as the place where port should
install its files
Wesley Shields w...@freebsd.org writes:
On Tue, May 18, 2010 at 01:21:01PM -0700, Doug Barton wrote:
In the world where PREFIX and LOCALBASE are different, PREFIX cannot be
relied on to exist after the port is installed. Therefore regarding
configuration files that are not installed by the
Doug Barton do...@freebsd.org writes:
On 5/18/2010 2:57 PM, Anonymous wrote:
Wesley Shields w...@freebsd.org writes:
On Tue, May 18, 2010 at 01:21:01PM -0700, Doug Barton wrote:
In the world where PREFIX and LOCALBASE are different, PREFIX cannot be
relied on to exist after the port
a little confusion arised from ports/146627.
The Porter's Handbook defines PREFIX as the place where port should
install its files including config files. However, it doesn't say where
the port should try to read its config files that may not exist:
LOCALBASE/etc or PREFIX/etc? Until recently I
The problem is that the prebuilt binary it downloads is linked to
older libraries (libutils and some others).
uname -a: FreeBSD freebsd.gateway.2wire.net 8.0-RELEASE FreeBSD
8.0-RELEASE #0: Sat Nov 21 15:48:17 UTC 2009
r...@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386
The following
Dmitry Marakasov amd...@amdmi3.ru writes:
To make adding DESKTOP_ENTRIES simple and fun, here's a script called
de which outputs a template for desktop entry when run from port's
directory:
--- de begins here ---
#!/bin/sh
echo DESKTOP_ENTRIES=\`make -V PORTNAME`\ \\
echo
cvs-...@yandex.ru writes:
Hi there!
devel/m4 is broken for me for a long time. i use 7.2-STABLE, all ports
RELENG_7 (and RELENG_7_2) is a moving target. You're missing either date
of the build or exact revision number.
is up to date. tried to build it with and w/o libsigsegv knob - it
R.Mahmatkhanov cvs-...@yandex.ru writes:
Anonymous пишет:
cvs-...@yandex.ru writes:
Hi there!
devel/m4 is broken for me for a long time. i use 7.2-STABLE, all ports
RELENG_7 (and RELENG_7_2) is a moving target. You're missing either date
of the build or exact revision number
Reinout Stevens reste...@infogroep.be writes:
Hi,
Today I spotted a typo in screen's manpage: it's useful instead of
usefull. I've made a small diff in case that's necessary. I also filed
a bug in the screen dev's bugtracker.
I'll disappoint you. It was fixed long ago.
Hi.
First of all, thanks for supporting FreeBSD by mantaining your port.
Second, Qiv is no longer supported by Adam Kopacz. The new homepage is
http://spiegl.de/qiv/ and there are some sweet updates, like Gtk+ instead of
Gtk1 in new versions.
So, can you please update this port?
Thanks.
I have following lines in my Makefile (from ports/133764)
%%%
MANLANG= cs de en_GB es fi hu it lt pl sr s...@latin sv tr zh_CN
MAN6= wesnoth.6
MAN6_GL=wesnoth.6
MAN6_RU=wesnoth.6
MAN6_SK=wesnoth.6
...
MAN6+= wesnothd.6
%%%
which specify to
Pav Lucistnik p...@freebsd.org writes:
If you are FreeBSD port maintainer:
I'm not one.
Nothing changes for you, if you don't want. If you want to enable the
use of multiple cores in your port, add MAKE_JOBS_SAFE=yes to a block
somewhere below dependency declarations. If you know your port
Pav Lucistnik p...@freebsd.org writes:
Anonymous pí¹e v st 25. 03. 2009 v 09:26 +0300:
Pav Lucistnik p...@freebsd.org writes:
If you are FreeBSD port maintainer:
I'm not one.
Nothing changes for you, if you don't want. If you want to enable the
use of multiple cores in your port
Hi.
AFAIK, kde-lite port aims to be free of KDE secondary stuff, providing clean
base KDE workaround. For today there is pretty stable KDE4 workaround. Are
there any plans to make KDE4 lite port?
Best wishes,
Thanks.
---
Professional hosting for everyone - http://www.host.ru
Ion-Mihai Tetcu ite...@freebsd.org writes:
On Sat, 21 Feb 2009 09:32:52 +0300
Anonymous swel...@gmail.com wrote:
Would it be okay if I use commit hash in PORTVERSION and constantly
bump PORTEPOCH on each update? Are there any such precedents?
%%%
PORTVERSION=0.0.10${SNAPSUFFIX
Would it be okay if I use commit hash in PORTVERSION and constantly bump
PORTEPOCH on each update? Are there any such precedents?
%%%
PORTVERSION=0.0.10${SNAPSUFFIX}
PORTEPOCH= 1
SNAPSUFFIX= .${SNAPTYPE}.${SNAPREV}
SNAPTYPE= git
SNAPREV=e09f50e
%%%
Where PKGNAME would
101 - 151 of 151 matches
Mail list logo