I am maintainer of the science/vis5d+ port. It doesn't build on the
i386 with FreeBSD-8.0-RELEASE, as is shown here:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/a.8.20110223062852/vis5d+-1.2.1_15.log
I know that other ports have this problem such as science/libctl. This
port is
On 20 June 2011 10:22, Guido Falsi m...@madpilot.net wrote:
On Sat, Jun 18, 2011 at 12:57:47PM +, Chris Rees wrote:
Hi,
I've reverted the problem commit, but I will push forward with
changing the method for creating users because the state of the port
at the moment is unacceptable
Dear Stephen,
Or one could instead modify devel/libtools, maybe something like this.
Rename bin/libtool to libexec/libtool.sh, and then rewrite the libtool
script as something like:
#!/bin/sh
PREFIX=/usr/local
TEMPCCDIR=`mktemp -d -t /tmp`
export PATH=${WRKDIR}:$PATH
${LN} -s
On 12 March 2011 18:18, J. Hellenthal jh...@dataix.net wrote:
In any case would you mind adding a variable to the Makefile then ?
SAMBA_PORT = ${SAMBA_LIBSMBPORT:=samba34}
Translated from sh to Mk:
.if defined (SAMBA_LIBSMBPORT)
SAMBA_PORT= ${SAMBA_LIBSMBPORT}
.else
SAMBA_PORT= samba34
On Mon, Jun 20, 2011 at 01:03:01AM -0500, Stephen Montgomery-Smith wrote:
I am maintainer of the science/vis5d+ port. It doesn't build on the
i386 with FreeBSD-8.0-RELEASE, as is shown here:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/a.8.20110223062852/vis5d+-1.2.1_15.log
I
On Mon, Jun 20, 2011 at 10:30:58AM +0100, Chris Rees wrote:
On 20 June 2011 10:22, Guido Falsi m...@madpilot.net wrote:
On Sat, Jun 18, 2011 at 12:57:47PM +, Chris Rees wrote:
Hi,
I've reverted the problem commit, but I will push forward with
changing the method for creating users
On 20 June 2011 11:10, Guido Falsi m...@madpilot.net wrote:
On Mon, Jun 20, 2011 at 10:30:58AM +0100, Chris Rees wrote:
On 20 June 2011 10:22, Guido Falsi m...@madpilot.net wrote:
On Sat, Jun 18, 2011 at 12:57:47PM +, Chris Rees wrote:
Hi,
I've reverted the problem commit, but I will
(Note: an HTML version of this report is available at
http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .)
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and
quote
20110620:
AFFECTS: users of net/samba35
AUTHOR: ti...@freebsd.org
A bug, introduced by local patch to pam_winbind.so, that made it coredump
was spotted by Martin Minkus. It is fixed in the 3.5.9 version of the port.
So, if pam_winbind.so strated to work for you - send him kudos
On 06/20/2011 04:18 AM, Klaus T. Aehlig wrote:
Dear Stephen,
Or one could instead modify devel/libtools, maybe something like this.
Rename bin/libtool to libexec/libtool.sh, and then rewrite the libtool
script as something like:
#!/bin/sh
PREFIX=/usr/local
TEMPCCDIR=`mktemp -d -t /tmp`
On 06/20/2011 04:16 AM, Kostik Belousov wrote:
On Mon, Jun 20, 2011 at 01:03:01AM -0500, Stephen Montgomery-Smith wrote:
I am maintainer of the science/vis5d+ port. It doesn't build on the
i386 with FreeBSD-8.0-RELEASE, as is shown here:
On 06/20/2011 01:03 AM, Stephen Montgomery-Smith wrote:
I am maintainer of the science/vis5d+ port. It doesn't build on the
i386 with FreeBSD-8.0-RELEASE, as is shown here:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/a.8.20110223062852/vis5d+-1.2.1_15.log
I know that other ports
Hi!
Flz@ just run an exp-build with CC=clang and CXX=clang++. The results can be
seen here:
http://pointyhat.freebsd.org/errorlogs/amd64-9-exp-latest/
A lot of these failures are trivial to fix (ie. not respecting CC setting, etc.)
and prevent a lot of other ports from building.
It
On 2011-06-20 17:37, Roman Divacky wrote:
Hi!
Flz@ just run an exp-build with CC=clang and CXX=clang++. The results can be
seen here:
http://pointyhat.freebsd.org/errorlogs/amd64-9-exp-latest/
A lot of these failures are trivial to fix (ie. not respecting CC setting,
Hi, Roman. Can you specify what environment and which make options
where used? I'm somewhat confused because of log [1]: the Makefile
basically does the compiling this way:
${MAKE} PROG=lemon NOMAN=1 NO_MAN=1 \
CFLAGS=-g ${CFLAGS} \
-f /usr/share/mk/bsd.prog.mk
Since
On 06/20/2011 11:22 AM, Niclas Zeising wrote:
On 2011-06-20 17:37, Roman Divacky wrote:
Hi!
Flz@ just run an exp-build with CC=clang and CXX=clang++. The results can be
seen here:
http://pointyhat.freebsd.org/errorlogs/amd64-9-exp-latest/
A lot of these failures are trivial to
On Jun 20, 2011, at 9:35 AM, Stephen Montgomery-Smith wrote:
What I would like is a primer on how to suppress all the warnings and errors
created by KR code.
OK:
http://clang.llvm.org/docs/UsersManual.html#cl_diagnostics
Of course, you can only suppress warnings; you cannot suppress
On 06/20/2011 12:59 PM, Chuck Swiger wrote:
On Jun 20, 2011, at 9:35 AM, Stephen Montgomery-Smith wrote:
What I would like is a primer on how to suppress all the warnings and errors
created by KR code.
OK:
http://clang.llvm.org/docs/UsersManual.html#cl_diagnostics
Yes, I did see that.
On Jun 20, 2011, at 12:09 PM, Stephen Montgomery-Smith wrote:
top_button_cross() probably should be declared as returning void. What's
presumably happening is that it gets a default return type of int since it
doesn't otherwise specify a return type, and then fails to have an explicit
On 06/20/2011 02:28 PM, Chuck Swiger wrote:
On Jun 20, 2011, at 12:09 PM, Stephen Montgomery-Smith wrote:
top_button_cross() probably should be declared as returning void. What's
presumably happening is that it gets a default return type of int since it
doesn't otherwise specify a return
Some time ago (actually, it has been the beginning of March), I
submitted a proposition to include Emacs Speaks Statistics (ESS)
(http://ess.r-project.org/), which is an interface to the
language/statistics package R into ports. I have also included a
probably erroneous patch (was my first one). I
Roman Divacky rdiva...@freebsd.org writes:
Flz@ just run an exp-build with CC=clang and CXX=clang++. The results can be
seen here:
http://pointyhat.freebsd.org/errorlogs/amd64-9-exp-latest/
A lot of these failures are trivial to fix (ie. not respecting CC setting,
etc.)
and
On 06/20/2011 02:44 PM, Stephen Montgomery-Smith wrote:
On 06/20/2011 02:28 PM, Chuck Swiger wrote:
On Jun 20, 2011, at 12:09 PM, Stephen Montgomery-Smith wrote:
top_button_cross() probably should be declared as returning void. What's
presumably happening is that it gets a default return
Pan Tsu iny...@gmail.com writes:
Roman Divacky rdiva...@freebsd.org writes:
Flz@ just run an exp-build with CC=clang and CXX=clang++. The results can be
seen here:
http://pointyhat.freebsd.org/errorlogs/amd64-9-exp-latest/
A lot of these failures are trivial to fix (ie. not
Some time ago (actually, it has been the beginning of March), I
submitted a proposition to include Emacs Speaks Statistics (ESS)
(http://ess.r-project.org/), which is an interface to the
language/statistics package R into ports. I have also included a
probably erroneous patch (was my first
On Mon, Jun 20, 2011 at 1:41 PM, Jerry je...@seibercom.net wrote:
quote
20110620:
AFFECTS: users of net/samba35
AUTHOR: ti...@freebsd.org
A bug, introduced by local patch to pam_winbind.so, that made it coredump
was spotted by Martin Minkus. It is fixed in the 3.5.9 version
On 06/20/2011 04:16 AM, Kostik Belousov wrote:
On Mon, Jun 20, 2011 at 01:03:01AM -0500, Stephen Montgomery-Smith wrote:
I am maintainer of the science/vis5d+ port. It doesn't build on the
i386 with FreeBSD-8.0-RELEASE, as is shown here:
I'v commited this half an hour ago:
mandree 2011-06-20 22:02:53 UTC
FreeBSD ports repository
Modified files:
sysutils/e2fsprogs Makefile
Log:
[1] USE_GCC=4.2+, to avoid clang. Port needs -lgcc and -lgcc_s explicitly.
[...]
[1] is actually (a) a quick excuse and (b)
On Mon, Jun 20, 2011 at 05:37:53PM +0200, Roman Divacky wrote:
Flz@ just ran an exp-build with CC=clang and CXX=clang++. The results can be
seen here:
http://pointyhat.freebsd.org/errorlogs/amd64-9-exp-latest/
A permanent URL to this run is:
On 6/21/2011 0:31 , Matthias Andree wrote:
I'v commited this half an hour ago:
mandree 2011-06-20 22:02:53 UTC
FreeBSD ports repository
Modified files:
sysutils/e2fsprogs Makefile
Log:
[1] USE_GCC=4.2+, to avoid clang. Port needs -lgcc and -lgcc_s
explicitly.
On Mon, 2011-06-20 at 07:41:56 -0400, Jerry wrote:
20110620:
AFFECTS: users of net/samba35
AUTHOR: ti...@freebsd.org
A bug, introduced by local patch to pam_winbind.so, that made it coredump
was spotted by Martin Minkus. It is fixed in the 3.5.9 version of the port.
So
Christopher,
a nice tool to test your ports before submitting them is
ports-mgmt/porttools:
Just run `port test` and it'll run portlint and try to build you port etc.
You can then submit your port with `port submit`. Read the manpage for
all details.
Simon
32 matches
Mail list logo