FreeBSD discordia.uffner.com 11.0-CURRENT FreeBSD 11.0-CURRENT #251 r257905:
Sat Nov 9 21:09:57 EST 2013
t...@discordia.uffner.com:/usr/obj/usr/src/sys/DISCORDIA amd64
trying to build py27-libtorrent-rasterbar-0.16.12 (as a dependency for deluge)
port fails almost immediately with a message
On Tue Oct 8 15:57:07 UTC 2013, Florian Smeets wrote:
You were out of swap space, that's why the compiler was killed.
real memory = 268435456 (256 MB)
avail memory = 248418304 (236 MB)
This is not nearly enough, I don't recall what how much a non debug
build needs right now, but i think
I am trying to build www/seamonkey on an old laptop. I realize that this
is far from an optimal situation to begin with, but all of my fast systems
are amd64 and i need an i386 build for the laptop. i can't just install a
package because i really want to strip out as much of the unused features
One of my clients needs to upgrade OpenSSL on their FreeBSD 8.3
systems to the latest version. This is easily accomplished using
the port. However:
They do not want a 2nd installation of OponSSL under /usr/local,
they want to totally replace the existing base system version.
There are some
as of Sat Nov 26 03:57:08 EST 2011 on FreeBSD 10.0-CURRENT amd64, I also
have a problem building wireshark and/or wireshark-lite. i get different
errors though.
It did not make any difference whether or not I used the UPDATING-20110928
9.9-CURRENT hack. tried it both ways w/ freshly built
Jan Henrik Sylvester wrote:
The easiest way would probably be:
- Take the src-rpm of the pango version in RHEL 5.
- Extract the patch from it: pango-glyphstring.patch-1.14.9-5.el5_3
- Extract the src-rpm of pango-1.22.3 from Fedora 10.
- Apply the RHEL 5 patch with --ignore-whitespace.
- Diff
is there any point in trying to update linux-f10-pango to address this
vulnerability?
Affected package: linux-f10-pango-1.22.3_1
Type of problem: pango -- integer overflow.
Reference:
http://portaudit.FreeBSD.org/4b172278-3f46-11de-becb-001cc0377035.html
I realize that I can install it w/
9.0-CURRENT FreeBSD 9.0-CURRENT #0: Tue Aug 25
04:35:18 EDT 2009 r...@xiombarg.uffner.com:/usr/obj/usr/src/sys/XIOMBARG i386
perhaps the IGNORE can be removed.
thanks,
Tom Uffner
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org
Carlos A. M. dos Santos wrote:
Can't xconsole do the job for you instead of contool?
more or less. i am using xconsole by default. however i prefer contool
because it has the following features which are missing from every other
X console program that I am aware of:
1. it can remain
Doug Barton wrote:
I thought contool looked interesting so I tried build it. It requires
xview, which fails as follows on a fairly recent -current (8.0-BETA2
r195917: Mon Jul 27 16:09:24 PDT 2009):
i posted an ugly workaround for this a few days ago, which started this
thread, and Mel Flynn
Mel Flynn wrote:
So, the real fix should come from upstream. For the time being, this
should work, marked MAKE_JOBS_UNSAFE while I was in there. The OSVERSION
leaves a three week hole where things won't work, but that should be
acceptable.
Thank you for the patch.
I'm guessing an upstream fix
Mel Flynn wrote:
On Saturday 01 August 2009 15:34:34 Tom Uffner wrote:
x11-toolkits/xview requires COMPAT_43TTY defined to build on -CURRENT
In your kernel config.
no. it was in my kernel config. my problem was that the port would not
compile w/o the definition in the port makefiles
x11-toolkits/xview requires COMPAT_43TTY defined to build on -CURRENT
but passing -DCOMPAT_43TTY to the FreeBSD port make (or setting
MAKE_ARGS in /usr/local/etc/pkgtools.conf) doesn't work. the first
place the build fails is in .../lib/libxview/textsw. there may be
others.
I tried finding the
i've been trying out gnash-0.8.0 for a few hours. i have a port skeleton
for it at http://www.uffner.com/test/gnash/gnash-port.tgz
needless to say, this conflicts with the one currently in graphics/gnash
since they install to the same place and there is no good way to avoid that
with the browser
14 matches
Mail list logo