On Thu, 7 Jan 2010 22:52:51 +0100, Thomas Zander wrote
Hi Thomas, Hi Martin,
Happy new year :)
thanks to Wes Morgan and Martin Wilke there is something for you to
test which approximates what's going to become our next mplayer in the
ports tree.
Thanks for this update.
I have had no time
Hi!
Written by Steve Franks at 2010 January 04 14:40:32 (-0700)
It seems our libftdi is several versions behind (current is 0.17).
I'm no expert, but I got 0.17 to build by adding the following to
/usr/ports/devel/libftdi/Makefile:
WITH_BOOST=yes
On Wed, Jan 6, 2010 at 8:26 PM, Jason jhelf...@e-e.com wrote:
Hi,
I am new to building ports, however I have started to get the hang of
things.
I am not building any ports that I intend on submitting to FreeBSD, yet,
however maybe that isn't too far off :)
I've used a guide I found to
On Thursday 07 January 2010 22:52:51 Thomas Zander wrote:
Hi,
thanks to Wes Morgan and Martin Wilke there is something for you to
test which approximates what's going to become our next mplayer in the
ports tree.
Thanks for your effort. It basically seems to work, but haven't really done
On 2010-01-08 00:09:57, Gerald Pfeifer wrote:
I looked into the situation and think the following should work nicely
given the constraints of the FreeBSD Ports Collection in handling
dependencies and creating several packages from one build:
1. Make gnat-gcc44 dependent on gcc44 itself
This appears to be the correct list of files that only apply to GNAT:
http://coreland.ath.cx/tmp/gnat-dist.txt
M
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to
On Fri, 8 Jan 2010, freebsd-po...@coreland.ath.cx wrote:
This appears to be the correct list of files that only apply to GNAT:
http://coreland.ath.cx/tmp/gnat-dist.txt
Note that if you want to combine this with lang/gcc44 as I had
suggested you'll need something like
TARGLIB=
01/-10/37 14:59, lini...@freebsd.org wrote:
portname: devel/adabindx
description:An Ada-binding to the X Window System and *tif
maintainer:po...@freebsd.org
status: BROKEN
deprecated because: has been broken for 3 months
expiration date:2010-01-08
build errors:
One of the FreeRADIUS maintainers pointed out to me that there is a problem
with freeradius + rlm_perl module + libltdl/libtools 2.2, in that they are
still using the old libltdl API. You can fix this by either using libtools
1.5 (which is difficult since its been removed from the ports tree) or
One of the FreeRADIUS maintainers pointed out to me that there is a problem
with freeradius + rlm_perl module + libltdl/libtools 2.2, in that they are
still using the old libltdl API. You can fix this by either using libtools
1.5 (which is difficult since its been removed from the ports tree) or
On 2010-01-02 21:00:35, freebsd-po...@coreland.ath.cx wrote:
Hello.
This is an initial version of 'bsd.gnat.mk'.
Any chance of someone committing this so that I may start sweeping
through the existing BROKEN Ada ports?
I'm taking the lack of comments to mean a lack of objections!
M
It looks like a noticeable share of the ports listed have one thing in common
-- they depend on Ada.
Various gnat-ports would not even build on anything but i386...
Is Ada-support really in such a bad shape by the GNU-project, or is it just a
FreeBSD problem?
'Lo.
Current situtation
Thank you very much for your problem report.
It has the internal identification `ports/142476'.
The individual assigned to look at your
report is: freebsd-ports-bugs.
You can access the state of your problem report at any time
via this link:
http://www.freebsd.org/cgi/query-pr.cgi?pr=142476
- Original Message
From: freebsd-po...@coreland.ath.cx freebsd-po...@coreland.ath.cx
To: John Merryweather Cooper john_m_coo...@yahoo.com
Cc: Mikhail T. mi+t...@aldan.algebra.com; ka...@lovetemple.net;
eisc...@vigrid.com; freebsd-ports@freebsd.org
Sent: Fri, January 8, 2010 10:56:38 AM
ports/142476
M
___
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
On 2010-01-08 14:37:37, Mikhail T. wrote:
I remain convinced, that the bending into shape ought to begin with
making the additional GNU compiler front-ends (be they Ada, or Lisp,
Java, Fortran, Pascal, Objective C, etc.) addable to an already existing
C-compiler.
That's the plan!
The
- Original Message
From: Mikhail T. mi+t...@aldan.algebra.com
To: John Merryweather Cooper john_m_coo...@yahoo.com
Cc: po...@freebsd.org; ka...@lovetemple.net; eisc...@vigrid.com;
m...@freebsd.org; jo...@freebsd.org
Sent: Fri, January 8, 2010 11:37:37 AM
Subject: Maintaining compiler
On Fri, 8 Jan 2010, John Merryweather Cooper wrote:
Well, the compiler needs to be upgraded to the latest version. Linux
gets a compiler out of the box, but we have to bend one to shape.
Most things stay the same, but there are always subtle differences.
I'd be happy to help do this (as I'm
On Fri, Jan 08, 2010 at 06:56:38PM +, freebsd-po...@coreland.ath.cx wrote:
I created the lang/gnat-gcc44 port a couple of months ago and have
worked to ensure that it works on 7/8 i386/x86_64. Unfortunately, there
won't be support for other platforms until somebody else decides to do
the
- Original Message
From: Daniel Eischen deisc...@freebsd.org
To: John Merryweather Cooper john_m_coo...@yahoo.com
Cc: Mikhail T. mi+t...@aldan.algebra.com; po...@freebsd.org;
ka...@lovetemple.net
Sent: Fri, January 8, 2010 11:59:05 AM
Subject: Re: The state of Ada (Re: FreeBSD
01/08/10 14:59, Daniel Eischen написав(ла):
All the ports that I saw that were broken, were broken
*because* the compiler (lang/gnat) was updated. Those
ports seemed to be vastly out of date and didn't build
with the latest GPL gnat from ACT.
Well, I tried to fix one, but my system is amd64,
On Fri, Jan 8, 2010 at 09:04, Ganael LAPLANCHE
ganael.laplan...@martymac.org wrote:
I have had no time to test the port yet unfortunately, but reading
files/patch-stream-stream_dvd.h, I see that you use an included libdvdread. I
think it would be great to use our (ports') version. It is the
As Mikhail T. wrote:
I remain convinced, that the bending into shape ought to begin
with making the additional GNU compiler front-ends (be they Ada, or
Lisp, Java, Fortran, Pascal, Objective C, etc.) addable to an
already existing C-compiler. I find it crazy, that every such front
end
On Fri, Jan 8, 2010 at 11:40, Stefan Ehmann shoes...@gmx.net wrote:
VDPAU support would also be nice.
Noted, thanks. I have overlooked that one. I'll include it with the
next iteration in a few days.
You are right about the x264 defects. We shall look into this.
Riggs
01/08/10 15:59, Joerg Wunsch ???(??):
I'm also maintaining a port of libbfd which is used by some AVR
toolchain software. This port is set up in a kitchensink way, so
all possible binary file formats are included. This could perhaps
serve as a base for a generic GNU libbfd package to be
#$Id: authldap.schema,v 1.8 2005/03/20 19:10:30 mrsam Exp $
---
#$Id: authldap.schema,v 1.9 2009/12/18 04:24:20 mrsam Exp $
Slapd doesn't want to start with schema 1.9 but with 1.8 still works
fine. I looked at the differences but wasn't able to or didn't take
enough time to figure out
On Fri, Jan 08, 2010 at 10:09:36AM +, Florent Thoumie thus spake:
On Wed, Jan 6, 2010 at 8:26 PM, Jason jhelf...@e-e.com wrote:
Hi,
I am new to building ports, however I have started to get the hang of
things.
I am not building any ports that I intend on submitting to FreeBSD, yet,
hi there.
this port appears to be broken for 6.3 release (which i realize is old,
but regardless) by
--enable-gethostbyname_r
in the Makefile. changing this to
--disable-gethostbyname_r
allows the port to build fine.
Since even the man pages for FreeBSD 8.0 don't seem to have a
gethostbyname_r
28 matches
Mail list logo