Hi.
I've detected problem in the jboss5 installation, makefile doesn't install
all the files so the server is not able to start.
To correct it modify the Makefile as indicated above:
58c58
< APP_HOME_FILES= bin client lib server
---
> APP_HOME_FILES= bin client lib server *common*
Re
Dear porters,
This is just a reminder to please periodically check the list of
unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ .
A list by MAINTAINER is
http://people.freebsd.org/~fenner/errorlogs/
so you can easily check the status of ports that you maintain. In
addition, the li
Hi Koop,
On Wed, 28 Jan 2009, Koop Mast wrote:
Just committed a big gstreamer update, so it should work now. Please contact
me if you run into problems.
-Koop
Thank you for the update on the plugins. However, while trying to update
audio/gstreamer-plugins-cdparanoia, the package creation
>
> Hi Koop,
>
> On Wed, 28 Jan 2009, Koop Mast wrote:
>
>> Just committed a big gstreamer update, so it should work now. Please
>> contact
>> me if you run into problems.
>>
>> -Koop
>
> Thank you for the update on the plugins. However, while trying to update
> audio/gstreamer-plugins-cdparanoia,
Michal Varga wrote:
On Tue, Jan 27, 2009 at 7:05 PM, Garrett Cooper wrote:
Have you read / followed through UPDATING yet? Everything based on
xcb has to be rebuilt (I'm still working on fixing my forked up copy of
xchat2).
-Garrett
Sure, rebuilt the whole xcb path (and much mo
Dominic Fandrey wrote:
> This implies to me that hald forks before it is connectable.
> This sounds rather annoying.
yeah - even when starting my login manager (slim) via rc.d and having hal
REQUIRED in the startup file - input devices are still not working. Only
when sleeping 5 seconds before ca
This message has been on my screen almost every time I update a port for
the last week.
===>>> Updating package dependency entry for each dependent port
===>>> @comment MD5:e417e49fb3570516da077756fc1e7df9 is listed
as a dependency
===>>> but there is no installed version
I
On Wed, Jan 28, 2009 at 10:33 AM, Leslie Jensen wrote:
>
> This message has been on my screen almost every time I update a port for the
> last week.
>
>
> ===>>> Updating package dependency entry for each dependent port
>===>>> @comment MD5:e417e49fb3570516da077756fc1e7df9 is listed as a
>
Hi
Whilst attempting to create a port for OpenNMS I've hit a wall, one of
the dependencies is net/jicmp, the problem I'm having is when attempting
to build OpenNMS, jicmp is not detected as being installed & a
installation is always attempted & the process bombs out if it is, what
is the proce
On Tue, 2009-01-27 at 10:21 +1000, Da Rock wrote:
> I get the following error in this build (make, make install clean):
>
> In file included from libsmb/libsmbclient.c:25:
> include/includes.h:1112: error: conflicting types for
> 'krb5_set_real_time'
> /usr/local/include/krb5-protos.h:3486: error:
Sevan / Venture37 wrote:
Hi
Whilst attempting to create a port for OpenNMS I've hit a wall, one of
the dependencies is net/jicmp, the problem I'm having is when attempting
to build OpenNMS, jicmp is not detected as being installed & a
installation is always attempted & the process bombs out if
>Sevan / Venture37 wrote:
>> Hi
>> Whilst attempting to create a port for OpenNMS I've hit a wall, one of
>> the dependencies is net/jicmp, the problem I'm having is when attempting
>> to build OpenNMS, jicmp is not detected as being installed & a
>> installation is always attempted & the proces
2009/1/27 Da Rock :
> I get the following error in this build (make, make install clean):
>
> In file included from libsmb/libsmbclient.c:25:
> include/includes.h:1112: error: conflicting types for
> 'krb5_set_real_time'
> /usr/local/include/krb5-protos.h:3486: error: previous declaration of
> 'krb
bf wrote:
Yes, but you may have to add it to RUN_DEPENDS as well, if your port
needs it. And of course you should make sure your port is linking
to it properly, both during the build and after installation.
b.
Yeah, It's listed in the RUN_DEPENDS aswell. the ports build script
takes care of
Hello again
OpenNMS generates a bunch of cache files which have dynamically
generated filenames (everytime a build is attempted the filenames
change), how does one address this in the pkg-plist, I tried using
*.cache.html & \*.cache.html with no success.
Sevan / Venture37
On Thu, Jan 29, 2009 at 02:26:07AM +, Sevan / Venture37 wrote:
> Hello again
> OpenNMS generates a bunch of cache files which have dynamically generated
> filenames (everytime a build is attempted the filenames change), how does
> one address this in the pkg-plist, I tried using *.cache.html
,--- You/Dan (Wed, 28 Jan 2009 20:39:10 -0700) *
| > While this enabled the mouse (without HAL), it did nothing good about:
| >
| >a. The bogus keyboard scans.
You are quoting me and I need to clarify...
| Everyone is talking about an xorg.conf
| The new X.org 7.4 upgrade hit me too: no k
Does this error sound familiar? It has me stumped.
dbus is running with no apparent errors, but
hald refuses to stay alive. Running it in verbose mode gives:
hald[3242]: 22:22:11.734 [E] ck-tracker.c:371: Error doing GetSeats on
ConsoleKit: org.freedesktop.DBus.Error.Spawn.ChildExited: Launch h
Brooks Davis wrote:
On Thu, Jan 29, 2009 at 02:26:07AM +, Sevan / Venture37 wrote:
Hello again
OpenNMS generates a bunch of cache files which have dynamically generated
filenames (everytime a build is attempted the filenames change), how does
one address this in the pkg-plist, I tried usin
I was experimenting with cparser and libfirm, and I decided, as a first
step, to build and install both from their FreeBSD Ports on 8-CURRENT i386
using the system C compiler (CFLAGS=-O2 -fno-strict-aliasing -fstack
protector-all -march=athlon-tbird) , and then use the two to rebuild
libfirm. But w
Sevan / Venture37 wrote:
Sevan / Venture37 wrote:
Hi
I've written a port for OpenNMS, the port still needs a lot of work
done to it but I thought I'd post my initial effort to get some
feedback on how I went about it.
The port will install just fine except that it complains about some
files l
21 matches
Mail list logo