В Mon, 28 Apr 2008 22:26:40 -0700
Garrett Cooper [EMAIL PROTECTED] пишет:
On Mon, Apr 28, 2008 at 6:42 PM, Alexey Rubtsov
[EMAIL PROTECTED] wrote:
Hi,
I'm trying to compile package from port sysutils/pecl-fileinfo and
was some
I didn't understand this practice. Why i can't
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as broken in their Makefiles. In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments. The most common
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as broken in their Makefiles. In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments. The most common
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically schedule removal of ports
that have been judged to have outlived their usefulness. Often,
this is due to a better alternative having become available and/or
the cessation of development on
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically schedule removal of ports
that have been judged to have outlived their usefulness. Often,
this is due to a better alternative having become available and/or
the cessation of development on
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, such as known
exploits.
An overview of each port,
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, such as known
exploits.
An overview of each port,
On Tue, 29 Apr 2008 01:16:53 +0300 Walter Venable wrote:
/usr/ports/emulators/linux_base-f8 $ sudo make
=== linux_base-f8-8_3 compat.linux.osrelease: 2.4.2 is not supported.
*** Error code 1
Stop in /usr/ports/emulators/linux_base-f8.
Ok -- I get it, linux kernel 2.4.2 isn't supported.
(freebsd-emulation@ added to the CC list; please drop freebsd-ports@
when replying, thanks)
On Mon, 28 Apr 2008 22:43:01 +0200 Willy Picard wrote:
I have the following problem while compiling net/skype on a FreeBSD 7.0 i386
machine. I am using linux_base-fc6 (I following the 20080318 entry in
Hi,
Could some kind committer please review/reject:
http://www.freebsd.org/cgi/query-pr.cgi?pr=120745
http://www.freebsd.org/cgi/query-pr.cgi?pr=121187
The submissions are 8 weeks old. The current maintainer appears uninterested
in reviewing it.
Thanks.
--
Jonathan Chen [EMAIL
Note: almost all linuxolator changes where merged from 8-CURRENT to
7-STABLE. But I'm not sure if the default compat.linux.osrelease is
ever changed to 7.x.
I am against ever switching to 2.6 on default in 7.x
___
freebsd-ports@freebsd.org mailing
Hi All,
Is it just me or is the port overwriting the main.inc.php and db.inc.php files?
As I upgraded from 0.1.20080104 to 0.1.1,1 roundcube couldn't access
the database so I copied the config files back into
/usr/local/www/roundcube/config. Yesterday I upgraded to 0.1.1_1,1 and
the same thing
Quoting Boris Samorodov [EMAIL PROTECTED] (from Tue, 29 Apr 2008 11:14:25
+0400):
Well, there is a PR about the case:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/122826
You may use a patch from this PR.
But I'm not sure if it will be committed (I'm not speaking about f8
I don't think
Synopsis: [patch] sysutils/cromwell marked BROKEN
State-Changed-From-To: open-closed
State-Changed-By: miwi
State-Changed-When: Tue Apr 29 09:18:44 UTC 2008
State-Changed-Why:
Committed. Thanks!
http://www.freebsd.org/cgi/query-pr.cgi?pr=123201
___
The following reply was made to PR ports/123201; it has been noted by GNATS.
From: [EMAIL PROTECTED] (dfilter service)
To: [EMAIL PROTECTED]
Cc:
Subject: Re: ports/123201: commit references a PR
Date: Tue, 29 Apr 2008 09:18:46 + (UTC)
miwi2008-04-29 09:18:36 UTC
FreeBSD ports
Synopsis: [patch] sysutils/cromwell marked BROKEN
Responsible-Changed-From-To: rink-freebsd-ports
Responsible-Changed-By: rink
Responsible-Changed-When: Tue Apr 29 09:03:58 UTC 2008
Responsible-Changed-Why:
Feel free to commit.
http://www.freebsd.org/cgi/query-pr.cgi?pr=123201
Some notes on the use of R with FreeBSD which may save other FreeBSD R users
from frustration:
For rJava to work on FreeBSD it is necessary to run:
kldload sem (not part of the GENERIC kernel by default)
Otherwise, .jinit() to start rJava will result in a bad system call. Sem is
needed for
Dear [EMAIL PROTECTED]
Not sure if this is the right protocol, but assuming you're the port committer
for Netbeans I'm just passsing on some information which will be helpful for
FreeBSD netbeans users.
I've found two issues:
- Rich client platform (Netbeans Module) applications won't run
On Sun, 27 Apr 2008 12:11:52 -0400
E. J. Cerejo [EMAIL PROTECTED] wrote:
This ports always fails because of checksum mismatch. No matter how
many times it needs to be updated the checksum always fails and it
only installs if you use NO_CHECKSUM=yes. Can someone fix the
checksum problem on
Mark Linimon wrote:
On Mon, Apr 28, 2008 at 06:41:30PM -0700, Xin LI wrote:
So does it imply that pointyhat's -CURRENT would (slightly) behind the
current development?
Yes, it takes some amount of time to upgrade everything.
Is there any way to know which __FreeBSDversion the current build
Kris Kennaway wrote:
Mark Linimon wrote:
On Mon, Apr 28, 2008 at 06:41:30PM -0700, Xin LI wrote:
So does it imply that pointyhat's -CURRENT would (slightly) behind the
current development?
Yes, it takes some amount of time to upgrade everything.
Is there any way to know which
Hallo,
Port net/unison does not compile :
[...]
ocamlc.opt -w s -c ogtkActionProps.ml
ocamlc.opt -w s -c ogtkBrokenProps.ml
ocamlc.opt -w s -c gContainer.mli
ocamlc.opt -w s -c gContainer.ml
The implementation gContainer.ml does not match the interface
gContainer.cmi:
Values do not
Jacobus Geluk wrote:
Hi, you seem to be the maintainer of the devel/boost port.
Do you by any chance know if boost 1.35, which supports gcc 4.3 much better
than boost 1.34, will be supported in a new version of the devel/boost port?
Is someone else already working on that?
Yes, I am
On Tue, 29 Apr 2008 19:26:17 +0200
Ulrich Spoerlein [EMAIL PROTECTED] mentioned:
Is the numbering the same, as we get with my patch in the PR? Could you
please try this on a couple of ruby ports?
I'll try this evening.
Dynamically generated plists are usually not well received, as you
mato wrote:
Hallo,
Port net/unison does not compile :
[...]
ocamlc.opt -w s -c ogtkActionProps.ml
ocamlc.opt -w s -c ogtkBrokenProps.ml
ocamlc.opt -w s -c gContainer.mli
ocamlc.opt -w s -c gContainer.ml
The implementation gContainer.ml does not match the interface
gContainer.cmi:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Simon Barner wrote:
| Jacobus Geluk wrote:
| Hi, you seem to be the maintainer of the devel/boost port.
|
| Do you by any chance know if boost 1.35, which supports gcc 4.3 much
better
| than boost 1.34, will be supported in a new version of the
| Yes, I am working on a port. I will send a message to freebsd-ports
| once it is ready for testing.
While your at it please make it so there is one boost port not boost and
boost-python
I will keep boost and boost-python in seperate ports in order to
keep boost as lean as possible.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I wish to apologize for my unannounced, extended absence. I have been
working on my Master's degree and, combined with my wife's continuing
disability, I have simply been unable to keep up. I noticed a bunch of
ports had ownership changes due to my
On Tue, Apr 29, 2008 at 11:31:07PM +0200, Simon Barner wrote:
= ImageMagick-6.4.0-11.7z doesn't seem to exist in /usr/ports/distfiles/.
= Attempting to fetch from ftp://ftp.imagemagick.org/pub/ImageMagick/.
fetch: ftp://ftp.imagemagick.org/pub/ImageMagick/ImageMagick-6.4.0-11.7z:
size
The advisory affects png 1.2.7 so why do I get this?
Ace /usr/ports # portupgrade -Rr png
[Gathering depends for graphics/png done]
[Gathering depends for print/ghostscript-gpl
done]
** Port marked as IGNORE: multimedia/avifile:
is
Frank [EMAIL PROTECTED] writes:
The advisory affects png 1.2.7 so why do I get this?
Because the problem is multimedia/avifile,
not graphics/png?
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Simon Barner wrote:
| | Yes, I am working on a port. I will send a message to freebsd-ports
| | once it is ready for testing.
|
| While your at it please make it so there is one boost port not boost and
| boost-python
|
| I will keep boost and
Hello,
May I commit it?
Patch: http://people.freebsd.org/~mezz/diff/lxsplit.diff
- Update to 0.2.2.
- Remove manual strip in post-install, because
the INSTALL_PROGRAM will strip it by default.
That way it will respecting my configure for
I can install non-strip as 100% of my installed
I'm running into this, but during make of gtar 1.20 in 7-STABLE from
yesterday. It looks like the command running is:
# ps -auxw | grep msgmerge
root 30762 0.0 0.1 4644 1528 p2 I+ 12:45PM 0:00.01
/usr/local/bin/msgmerge --update -q /dev/null /dev/null
Trying this command
Randy Bush wrote:
i386 extremely current. making bash
checking for ranlib... ranlib
checking for bison... yacc
checking whether make sets $(MAKE)... yes
checking for an ANSI C-conforming const... yes
checking for inline... inline
checking whether byte ordering is bigendian... no
checking for
35 matches
Mail list logo