> > Now I see where GNU stat is, and it's not FreeBSD's fault that ptxdist
> > configure script can't find things. I made a symbolic link in nonroot
> > ~/fb64/bin:
> > ln -s /usr/local/bin/gnustat gstat
> I'm not clear whether you're trying to construct a port, or just
>
Hi!
> I have modified the master port so it now builds and installs an rc script
> to launch when configured to build the server. In addition, there is a
> sample .cfg file to start a LAN server which can be modified by the end
> user, but provides a sane starting point for running the game.
>
The port games/ioquake3-server can be used to build a dedicated server for
Quake 3 and derivative games. However, it doesn't come with an rc script
to launch at system boot or on demand. This makes it a bit tricky to run
the dedicated server.
This port is a "slave port" that depends on the
On Thu, Jul 11, 2019 at 7:18 AM David Demelier wrote:
>
> Le 10/07/2019 à 13:59, Jan Beich a écrit :
> > Why not use binary packages? Or why not build a quarterly branch?
> > Or does anyone have better ideas?
>
> Unfortunately quarterly branches do not solve anything. They are just to
> short to
On Thu, Jul 11, 2019 at 3:26 PM Thomas Mueller wrote:
>
> from Kurt Jaeger and my previous post:
>
> > > I noticed, trying to configure ptxdist under FreeBSD (ptxdist.org), that
> > > stat (gstat) was missing in sysutils/coreutils.
>
> > > Configure script execution ended with
>
> > > checking
Tracked in bug 225053. After r495793 at least multimedia/omxplayer
builds fine[1] on the package cluster.
It is not about building omxplayer. It is about raspberrypi-userland
been installed in LOCALBASE, conflicting with libEGL from mesa, so you
can not install any port using
adr writes:
> First of all, hello to everyone.
>
> I'm new to FreeBSD (not to BSD), so pardon me if I look
> disoriented.
>
> Making the userland conflict with mesa-libs is like shooting
> in your own foot in this platform.
Tracked in bug 225053. After r495793 at least multimedia/omxplayer
On 7/11/19 3:08 PM, adr wrote:
First of all, hello to everyone.
I'm new to FreeBSD (not to BSD), so pardon me if I look
disoriented.
Making the userland conflict with mesa-libs is like shooting
in your own foot in this platform.
I'm a little confused. what specific conflict are you seeing
First of all, hello to everyone.
I'm new to FreeBSD (not to BSD), so pardon me if I look
disoriented.
Making the userland conflict with mesa-libs is like shooting
in your own foot in this platform.
Omxplayer is a good media player, I modified those ports to
be able to be installed in an X
from Kurt Jaeger and my previous post:
> > I noticed, trying to configure ptxdist under FreeBSD (ptxdist.org), that
> > stat (gstat) was missing in sysutils/coreutils.
> > Configure script execution ended with
> > checking for GNU rm... /usr/local/bin/grm
> > checking for GNU rmdir...
Hi!
> I noticed, trying to configure ptxdist under FreeBSD (ptxdist.org), that stat
> (gstat) was missing in sysutils/coreutils.
>
> Configure script execution ended with
>
> checking for GNU rm... /usr/local/bin/grm
> checking for GNU rmdir... /usr/local/bin/grmdir
> checking for GNU sort...
Le 10/07/2019 à 13:59, Jan Beich a écrit :
Why not use binary packages? Or why not build a quarterly branch?
Or does anyone have better ideas?
Unfortunately quarterly branches do not solve anything. They are just to
short to have any benefit. Let say you build a package in January and
then
I noticed, trying to configure ptxdist under FreeBSD (ptxdist.org), that stat
(gstat) was missing in sysutils/coreutils.
Configure script execution ended with
checking for GNU rm... /usr/local/bin/grm
checking for GNU rmdir... /usr/local/bin/grmdir
checking for GNU sort... /usr/local/bin/gsort
Dear port maintainer,
The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated,
14 matches
Mail list logo