On Wed, 11 Jul 2007 15:35:44 -0700
snowcrash+freebsd [EMAIL PROTECTED] mentioned:
hi yuri,
known issue? something /i/ need to do?
thanks!
Builds here. Can you try without those extra CFLAGS?
per suggestion, changing in my
/usr/local/etc/ports.conf
*:\
hi,
Builds fine with your cflags on i386/current.
Could you, please, send me your `dmesg` output as well as the coredump
along with the executable, that produces it?
@:
% make
...
/usr/local/libexec/ccache/cc -O2 -pipe
This mailbox is unattended. If you wish to contact Congressman Jerry Moran,
you can do so through his website http://www.jerrymoran.house.gov .
You can also contact Congressman Moran by phone or by postal mail at one of
his offices listed below:
Hays, Kansas Office:
1200 Main Street,
Hallo.
Something strange happens with my FreeBSD 6.2
I am trying to install ushare 1.0 from ports but without success.
Latest upnp version is also installed beforehand.
Registering installation for upnp-1.6.0,1
=== SECURITY REPORT:
This port has installed the following files, which may
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
small# cd /usr/ports
small# cd net
small# cd ushare
small# make config
=== No options to configure
small# make install clean
=== ushare-1.0 depends on executable in : iconv - found
=== ushare-1.0 depends on executable in : pkg-config
On Thu 12 Jul 2007 13:07, Max wrote:
Hallo.
Something strange happens with my FreeBSD 6.2
I am trying to install ushare 1.0 from ports but without success.
Latest upnp version is also installed beforehand.
Registering installation for upnp-1.6.0,1
=== SECURITY REPORT:
This port
Teufel wrote:
Hi,
tried both patches on today's 7-CURRENT. Both compile, but using
valgrind ends in a crash with unhandled syscalls.
Ok, thanks for the report.
http://home.leo.org/~barner/freebsd/valgrind-snapshot.patch
http://home.leo.org/~barner/freebsd/valgrind.patch
I've updated the
[EMAIL PROTECTED] - no such user here.
There is no user by that name at this server.
: Message contains [1] file attachments
md75000158501.eml
Description: Binary data
___
freebsd-ports@freebsd.org mailing list
Hello,
Thanks for the USE_FORTRAN knob. Are there plans to add g95 to
the list of supported Fortran compilers?
In an earlier communication, I mentioned that AMBER, a molecular
mechanics software suite I use, would not compile with gfortran.
I tested gfortran and AMBER two days ago, and
miwi@ and I are working on solving
an issue with devel/upnp and misc/ushare
problem. Essentially, the problem is that
devel/upnp builds a shared library called
libthreadutil.so which uses threading library.
misc/ushare is a consumer of that library.
On 7.x system, if you ldd on libthreadutil.so
I'm the maintainer of multimedia/gnome-subtitles port. The new version
adds language translations.
I have added USE_GETTEXT=yes to the port's Makefile.
There is a problem with building language translation files, variable
GMSGFMT is not being defined and so the rule below doesn't work:
I have found a few bits and pieces about Clamav and various race/
denial of service issues with FreeBSD and Linux, some of which were
related to certain types of files being scanned, some related to
thread safety issues. What I am wondering is with 6.2 is there now a
definitive solution in
On Thu, 12 Jul 2007 11:26:23 -0500, Marcin Simonides
[EMAIL PROTECTED] wrote:
I'm the maintainer of multimedia/gnome-subtitles port. The new version
adds language translations.
I have added USE_GETTEXT=yes to the port's Makefile.
There is a problem with building language translation
Jeremy Messenger wrote:
On Thu, 12 Jul 2007 11:26:23 -0500, Marcin Simonides
[...]
I've checked with the program's aclocal.m4, it contains a line:
AC_PATH_PROG(GMSGFMT, gmsgfmt, $MSGFMT)
which looks right to me - GMSGFMT should be set to $MSGFMT if the
program is not found. msgfmt is being
On Wed, Jul 11, 2007 at 09:50:04AM +0200, [EMAIL PROTECTED] wrote:
Hi,
I've got a question, when do you plan to release port to the new version
of ntop 3.3 ?
It's on my (ever growing, unfortunately) list of things to look into.
I'd like to get an update out this weekend if possible, but don't
On Thu, Jul 12, 2007 at 12:52:52PM -0500, Craig Boston wrote:
For some reason when the ioctl is issued, curproc points to a totally
bogus proc structure. curthread seems to be sane as far as I can tell,
but the process it claims to belong to is full of junk.
Aha! The problem isn't that
On Mon, Jul 09, 2007 at 11:49:33PM +0200, Juergen Lock wrote:
In article [EMAIL PROTECTED] you write:
2007/7/9, Doug Rabson [EMAIL PROTECTED]:
On Monday 09 July 2007, Attilio Rao wrote:
Please also note that stack here seems highly corrupted since values
passed to _vm_map_lock are not
On Thu, Jul 12, 2007 at 06:26:23PM +0200, Marcin Simonides wrote:
I'm the maintainer of multimedia/gnome-subtitles port. The new version adds
language translations.
I have added USE_GETTEXT=yes to the port's Makefile.
There is a problem with building language translation files, variable
On Thu, 12 Jul 2007 13:13:59 -0500, Jeremy Messenger [EMAIL PROTECTED] wrote:
On Thu, 12 Jul 2007 12:37:54 -0500, Marcin Simonides
[EMAIL PROTECTED] wrote:
Jeremy Messenger wrote:
On Thu, 12 Jul 2007 11:26:23 -0500, Marcin Simonides
[...]
I've checked with the program's aclocal.m4, it
Jeremy Messenger wrote:
On Thu, 12 Jul 2007 12:37:54 -0500, Marcin Simonides
[EMAIL PROTECTED] wrote:
Jeremy Messenger wrote:
On Thu, 12 Jul 2007 11:26:23 -0500, Marcin Simonides
[...]
I've checked with the program's aclocal.m4, it contains a line:
AC_PATH_PROG(GMSGFMT, gmsgfmt, $MSGFMT)
Craig Boston wrote:
On Thu, Jul 12, 2007 at 12:52:52PM -0500, Craig Boston wrote:
For some reason when the ioctl is issued, curproc points to a totally
bogus proc structure. curthread seems to be sane as far as I can tell,
but the process it claims to belong to is full of junk.
Aha! The
* [LoN]Kamikaze [EMAIL PROTECTED] wrote:
Martin Wilke wrote:
[ .. german translation of the porters guide .. ]
I doubt the wisdom of this. We will end up with maintainers whose English
doesn't suffice to handle PRs sufficiently. I think for developing positions,
even as simple as maintaining
On Thursday 12 July 2007 02:30:51 pm Eric Anderson wrote:
Craig Boston wrote:
On Thu, Jul 12, 2007 at 12:52:52PM -0500, Craig Boston wrote:
For some reason when the ioctl is issued, curproc points to a totally
bogus proc structure. curthread seems to be sane as far as I can tell,
but the
Stanislav Sedov wrote:
On Wed, 11 Jul 2007 17:35:58 -0400
Glenn Sieb [EMAIL PROTECTED] mentioned:
Hi! I'm trying to upgrade xorg to 7.2.. did the symlink, added the
X11BASE=${LOCALBASE} to /etc/make.conf, and X11_UPGRADE=yes to my
environment. So, I pkg_delete -f'd the old libXrender,
On Fri, Jul 13, 2007 at 12:34:12AM +0800, Rong-en Fan wrote:
miwi@ and I are working on solving
an issue with devel/upnp and misc/ushare
problem. Essentially, the problem is that
devel/upnp builds a shared library called
libthreadutil.so which uses threading library.
misc/ushare is a
This used to work under 32 bit kernel+userland on the same
machine. After I switched to a 64 bit kernel+userland, I
used original 32 httpsd until now. Today I decided to
compile it for 64 bit and now it dies with:
# /usr/local/etc/rc.d/apache.sh start
Syntax error on line 208 of
Tim Kientzle wrote:
-I tried ... buffering ... the +CONTENTS file parsing function,
and the
majority of the time it yielded good results
One approach I prototyped sometime back was to use
libarchive in pkg_add as follows:
* Open the archive
* Read +CONTENTS directly into memory
27 matches
Mail list logo
