mplayer fails on ia64 portscluster:
Error: Runtime CPU detection only works for x86, x86-64 and PPC!
Here's a patch:
--- Makefile2010-12-03 03:38:31.0 +
+++ Makefile.new2011-01-07 09:38:50.0 +
@@ -13,7 +13,7 @@
.include "${.CURDIR}/Makefile.shared"
OPTIONS
Fri, Jan 07, 2011 at 09:58:17AM +, Anton Shterenlikht wrote:
> Error: Runtime CPU detection only works for x86, x86-64 and PPC!
>
> Here's a patch:
>
> --- Makefile 2010-12-03 03:38:31.0 +
> +++ Makefile.new 2011-01-07 09:38:50.0 +
> @@ -13,7 +13,7 @@
> .include
Hi ports@
in openttd 1.1beta* include lzma.
detect_lzma have pkg-config liblzma --modversion
%uname -rm
7.2-RELEASE amd64
%pkg-config liblzma --modversion
4.999.9beta
%uname -rm
9.0-CURRENT amd64
%pkg-config liblzma --modversion
Package liblzma was not found in the pkg-config search path.
Perhaps
On Fri, Jan 07, 2011 at 01:15:21PM +0300, Eygene Ryabinkin wrote:
> Fri, Jan 07, 2011 at 09:58:17AM +, Anton Shterenlikht wrote:
> > Error: Runtime CPU detection only works for x86, x86-64 and PPC!
> >
> > Here's a patch:
> >
> > --- Makefile2010-12-03 03:38:31.0 +
> > +++
Eygene Ryabinkin writes:
> Fri, Jan 07, 2011 at 09:58:17AM +, Anton Shterenlikht wrote:
>> Error: Runtime CPU detection only works for x86, x86-64 and PPC!
>>
>> Here's a patch:
>>
>> --- Makefile 2010-12-03 03:38:31.0 +
>> +++ Makefile.new 2011-01-07 09:38:50.0 +000
On Fri, Jan 07, 2011 at 02:41:21PM +0300, Anonymous wrote:
> Eygene Ryabinkin writes:
>
> > Fri, Jan 07, 2011 at 09:58:17AM +, Anton Shterenlikht wrote:
> >> Error: Runtime CPU detection only works for x86, x86-64 and PPC!
> >>
> >> Here's a patch:
> >>
> >> --- Makefile 2010-12-03 03
On Fri, Jan 07, 2011 at 08:29:10AM +0100, lini...@freebsd.org wrote:
>
> portname: math/dislin
> broken because: size mismatch
> build errors: none.
> overview:
> http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=dislin
>
Is this a security concern
Anton Shterenlikht writes:
>> $ make config
>> "Makefile", line 16: Malformed conditional (${ARCH} == "i386" || ${ARCH}
>> == "amd64" || ${ARCH} == "powerpc")
>> "Makefile", line 18: if-less else
>> "Makefile", line 20: if-less endif
>> make: fatal errors encountered -- cannot continue
On Fri, Jan 07, 2011 at 03:00:39PM +0300, Anonymous wrote:
> Anton Shterenlikht writes:
>
> >> $ make config
> >> "Makefile", line 16: Malformed conditional (${ARCH} == "i386" || ${ARCH}
> >> == "amd64" || ${ARCH} == "powerpc")
> >> "Makefile", line 18: if-less else
> >> "Makefile", line
Anton Shterenlikht writes:
> On Fri, Jan 07, 2011 at 03:00:39PM +0300, Anonymous wrote:
>> Anton Shterenlikht writes:
>>
>> >> $ make config
>> >> "Makefile", line 16: Malformed conditional (${ARCH} == "i386" ||
>> >> ${ARCH} == "amd64" || ${ARCH} == "powerpc")
>> >> "Makefile", line 18:
On Fri, Jan 07, 2011 at 03:28:44PM +0300, Anonymous wrote:
> Anton Shterenlikht writes:
>
> > On Fri, Jan 07, 2011 at 03:00:39PM +0300, Anonymous wrote:
> >> Anton Shterenlikht writes:
> >>
> >> >> $ make config
> >> >> "Makefile", line 16: Malformed conditional (${ARCH} == "i386" ||
> >>
clamav fails configure on ia64 portscluster because
LLVM is included in default options:
from
http://pointyhat.freebsd.org/errorlogs/ia64-errorlogs/e.8.20101230091827/clamav-0.96.5_1.log
configure: error: Failed to configure LLVM, and LLVM was explicitly requested
With this patch it builds fine
Fri, Jan 07, 2011 at 01:32:39PM +, Anton Shterenlikht wrote:
> I don't think I need to change any other options from
> the current default to make it build and run on my ia64.
>
> So if this patch seems reasonable, can somebody submit it?
>
> many thanks
> anton
>
>
> --- Makefile 2010-12
On 2011-01-07 08:29, lini...@freebsd.org wrote:
> As part of an ongoing effort to reduce the number of problems in the
> FreeBSD ports system, we periodically notify users about
> ports that are marked as "forbidden" in their Makefiles. Often,
> these ports are so marked due to security concerns,
Hello,
I'm writing a patch for emulators/visualboyadvance-m because it needs
libsfml as LIB_DEPENDS and not only BUILD_DEPENDS.
The problem is that ldconfig -r does not show the libsfml libraries so I
can't actually add a correct LIB_DEPEND line see :
mark...@melon ...ators/visualboyadvance
On Jan 7, 2011, at 10:40 AM, David Demelier wrote:
[ ... ]
> the weird thing is that ldconfig -m is ran after the devel/sfml install.
>
> What can I do to fix?
If you "cat /var/run/ld-elf.so.hints", does /usr/local/lib appear in the list
of paths? (Yeah, this is a mildly binary file, but...)
D
On 2011-01-07 01:49, Doug Barton wrote:
> On 01/05/2011 01:14, Douglas Thrift wrote:
>> Hello,
>>
>> Since ISC dhcpd 4.1 now supports DHCPv6, but a single instance of the
>> daemon can't do both IPv4 DHCP and DHCPv6, it would be nice if the rc.d
>> script from the port could be configured to start
David Demelier writes:
> Hello,
>
> I'm writing a patch for emulators/visualboyadvance-m because it needs
> libsfml as LIB_DEPENDS and not only BUILD_DEPENDS.
>
> The problem is that ldconfig -r does not show the libsfml libraries so
Let's look at other lines in `ldconfig -r' output, e.g.
$ l
Hai,
Nama saya Maria Susanto 39yrs saya berasal dari Indonesia, dan menikah dengan
Mr Marc Joeseph. dan saya memiliki dua anak dari pernikahan kami dan kami
tinggal di Britania Raya (London), akan tetapi suatu musibah datang kepada
keluarga saya dan saya kehilangan suami saya tercinta yang san
Folks,
Would it be possible to devise an ipfw 'fwd' rule to pass along a socket
connection with IP_BINDANY set via stunnel that forwards it to another
process? The problem I'm having is the vnc service on the other side
cannot reply back to the IP address because the routing does not redirect
back
On 01/07/2011 11:57, Olli Hauer wrote:
Maybe something like the apache22 rc script will work.
Apache22 can start more than one instance and it is easy to control
all or only a single instance with the apache rc script.
And the best, it works without links
With respect to those involved, the
On Fri, Jan 07, 2011 at 12:04:20PM -0800, Doug Barton wrote:
> On 01/07/2011 11:57, Olli Hauer wrote:
>
> > Maybe something like the apache22 rc script will work.
> >
> > Apache22 can start more than one instance and it is easy to control
> > all or only a single instance with the apache rc script
On 01/06/2011 21:16, Freddie Cash wrote:
The OpenVPN port does a pretty good job of this. Default rc.d script
is just openvpn. But you can create manual symlinks to it using
openvpn_somename, and it checks rc.conf for openvpn_somename_enable.
Having to manually create the symlink is kind of ne
On 01/07/2011 02:04 PM, Doug Barton wrote:
> On 01/07/2011 11:57, Olli Hauer wrote:
>
>> Maybe something like the apache22 rc script will work.
>>
>> Apache22 can start more than one instance and it is easy to control
>> all or only a single instance with the apache rc script.
>>
>> And the best,
Sorry for replying to my own message and top posing.
I wanted to note that this is relation to general /profile/ type rc
scripts and really has no relation to how the dhcpd one should be changed.
On 01/07/2011 02:46 PM, Tom Judge wrote:
> On 01/07/2011 02:04 PM, Doug Barton wrote:
>> On 01/07/20
On Fri, Jan 07, 2011 at 04:18:49PM +0100, Olli Hauer wrote:
> I wonder about the old gants port.
> Do we use parts of this port somewhere (OS/freefall...)?
freefall, yep. It's our main GNATS installation.
mcl
___
freebsd-ports@freebsd.org mailing list
On 01/07/2011 12:46, Tom Judge wrote:
Hi Doug,
I think (imho) the apache style scripts are better than the one in
openvpn for example.
The main reason for this is that they are more along the lines of how
other platforms have implemented this feature.
That's not a reason either to, or not to
On Fri, Jan 07, 2011 at 02:46:29PM -0600, Tom Judge wrote:
> On 01/07/2011 02:04 PM, Doug Barton wrote:
> > On 01/07/2011 11:57, Olli Hauer wrote:
> >
...
>
> Maybe we need a more generic way of doing this rather than each port
> providing their own implementation?
I like that idea.
I was for
On 2011-01-07 22:16, Mark Linimon wrote:
> On Fri, Jan 07, 2011 at 04:18:49PM +0100, Olli Hauer wrote:
>> I wonder about the old gants port.
>> Do we use parts of this port somewhere (OS/freefall...)?
>
> freefall, yep. It's our main GNATS installation.
>
> mcl
Ups, I thought freefall runs the
On Fri, Jan 07, 2011 at 10:29:42PM +0100, olli hauer wrote:
> Ups, I thought freefall runs the gnats4 port.
Nope. Never got updated. The problem is that we have people that have
local copies of the repo, and we would need to get them to move all at
the same time.
(portsmon has a shim to do this
On 1/6/2011 7:03 PM, Wesley Shields wrote:
> On Thu, Jan 06, 2011 at 10:01:23PM -0500, Wesley Shields wrote:
>> On Thu, Jan 06, 2011 at 04:49:36PM -0800, Doug Barton wrote:
>>> On 01/05/2011 01:14, Douglas Thrift wrote:
Hello,
Since ISC dhcpd 4.1 now supports DHCPv6, but a single ins
On 01/07/2011 12:32, Doug Barton wrote:
On 01/06/2011 21:16, Freddie Cash wrote:
The OpenVPN port does a pretty good job of this. Default rc.d script
is just openvpn. But you can create manual symlinks to it using
openvpn_somename, and it checks rc.conf for openvpn_somename_enable.
Having to ma
(I will write this mail both in English and Japanese.)
I'm a FreeBSD user. I appreciate those who are in The FreeBSD Project.
I met Mr. Norikatsu Shigemura at AsiaBSDcon2009, CBUG 22th and 23th
meeting.
When I was using nkf , I recoginzed that man in Japanese is corrupt.
I use FreeBSD/i386 8.1-
I'm happy to have a discussion about this topic either publicly, or
privately, your choice. Since your message went to -current@, that's
where my reply is headed. I've also cc'ed ports@ since the topic is
relevant there too.
Meanwhile, I've snipped some of what you wrote to focus on the issues
On 01/01/2011 13:40, Alexander Churanov wrote:
2011/1/1 Doug Barton:
I'm getting the following with qbittorrent-23 which depends on
libtorrent-rasterbar-15 after the latest boost lib update:
qbittorrent
terminate called after throwing an instance of 'std::runtime_error'
what(): locale::facet
35 matches
Mail list logo
