## per...@pluto.rain.com (per...@pluto.rain.com):
I notice /bin/echo */*/Makefile* doesn't work.
The same (builtin echo works, /bin/echo not) happens in /bin/sh,
and in bash.
Is this documented somewhere?
Not that I know of.
There is a limit to the length of arguments to the
## Doug Barton (do...@freebsd.org):
Any ideas? :)
Looks as if the official distfile really has 45793398 bytes. At least
that's what I'm getting from from Sourceforge, and it's signed with the
usual (i.e. used for previous releases) gpg key.
Perhaps the clamav team rerolled their tarball at the
## Schaich Alonso (alonsoscha...@gmx.de):
On one of my FreeBSD 9.0 boxes running FreeBSD 9.0-STABLE/amd64 (CLANG
built), equipted with a nVidia GT760Ti graphics board, loading the
nvidia module via /boot/loader.conf results in a page fault with random
error messages before rebooting.
I
## Edwin L. Culp W. (edwinlc...@gmail.com):
Seems like Chrome is having an issue with clang. It starts with the
following errors:
CC(target)
out/Release/obj.target/skia_libtess/third_party/skia/third_party/glu/libtess/tess.o
In file included from
Hi,
sysutils/tracker-client fails in configure, fix to port's Makefile:
--- sysutils/tracker-client/Makefile.orig 2010-03-29 20:59:36.0
+0200
+++ sysutils/tracker-client/Makefile2010-03-29 21:01:42.0 +0200
@@ -46,7 +46,9 @@
INSTALLS_ICONS=yes
USE_AUTOTOOLS=
## David DEMELIER (demelier.da...@gmail.com):
I can't build openoffice.org-3 anymore,
readlicense_oo
need(s) to be rebuilt
Reason(s):
ERROR: error 65280 occurred while making
/usr/obj/usr/ports/editors/openoffice.o
rg-3/work/OOO320_m19/readlicense_oo/
I've not yet seen
## Jan Henrik Sylvester (m...@janh.de):
Here's the error in the build:
making gendoc.cc
g++44 -O2 -fno-strict-aliasing -pipe -I/usr/local/include
-I/usr/local/include -o gendoc gendoc.cc -L/usr/local/lib -pthread
making DOCSTRINGS
/libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version
## Poul-Henning Kamp (p...@phk.freebsd.dk):
I just tried to compile a 9-stable with ports r324867 using sysbuild.sh.
Along the way the devel/git port fails, for the lack of python:
Looks like lang/python is now required to get /usr/local/bin/python, in
addition to UPDATING 20130817.
## Marco Beishuizen (mb...@xs4all.nl):
I did this too but still no new ports tree:
root@yokozuna:/home/marco# svn co svn://svn.freebsd.org/ports/head ports
Checked out revision 330285.
Your freshly checked out ports tree now lives in /home/marco/ports
(if your line was really copypasted).
Hi,
I'd like to call for maintainer timeout on some PRs I filed.
These PRs are part of the preparations for upgrading lang/gcc to gcc 4.7,
which I'm helping gerald@ with.
All PRs were filed on 2013-12-07 (and most of that batch have already
been comitted), but to move things forward - these are
Hi,
I'd like to call maintainer timeout on ports/185495 - when chasing r341291
by rakuco@ I noticed I still had _two_ PRs open on graphics/shotwell,
so I updated my patch (see comment in PR, there's an HTTP link, too
since gnats doesn't handle patches in followup mails). When at it, could
the
Hi,
it's hard to call maintainer timeout on a port without maintainer,
but ports/186046: x11/dgs : fix build with current texinfo is sitting
there since January 23rd, even as the port itself has been touched
since then.
So may someone please commit those patches? In return I'd even take
## Matthias Andree (mand...@freebsd.org):
*Can everyone who has rawtherapee crash on FreeBSD 10 or 11 please:*
I'm not able to reproduce the original crash (even when playing with
LC_CTYPE and umlauts), and I do not see regressions from that glib
patch.
Regards,
Christoph
--
Spare Space
## Rainer Hurling (rhur...@gwdg.de):
*Can everyone who has rawtherapee crash on FreeBSD 10 or 11 please:*
I'm not able to reproduce the original crash (even when playing with
LC_CTYPE and umlauts), and I do not see regressions from that glib
patch.
Hmm, is it right, that your base
## Rainer Hurling (rhur...@gwdg.de):
Thanks for this info. So perhaps your situation is like the one,
mandree@ observed on his 10.0 box: no crashes without the patch?
Exactly.
Regards,
Christoph
--
Spare Space
___
freebsd-ports@freebsd.org mailing
## Beeblebrox (zap...@berentweb.com):
However, the problem persists because the depends-check script checks for
and as answer gets:
$ getopt --help 2 1 | grep long /dev/null
Ambiguous output redirect.
I believe that should be 2 1 (or 21) but 2 1 does not
redirect stderr (fd 2).
Regards,
## Beeblebrox (zap...@berentweb.com):
Interesting - when I switch to bash and try it:
getopt --help 2 1 | grep long
bash: syntax error near unexpected token `'
Ah, bash...
while this one gives no message - I guess I'll try a test with this.
$ getopt --help 21 | grep long
After I
## O. Hartmann (ohart...@zedat.fu-berlin.de):
I feel realy uncomfortable with the built-in streaming replication of
PostgreSQL 9.2 since I never managed it to make a successful
replication. As far as I understand, the streaming mechanism of
PostgreSQL 9.X expects the slaves to be always
Hi,
## David Thiel (l...@freebsd.org):
A year or two ago, I fixed up shotwell and took maintainership from
gnome@. Unfortunately, the build broke a month ago or so, and it needs
some love from someone much more familiar with gnomeisms to make it
functional. gnome@ has indicated they don't
## Rainer Hurling (rhur...@gwdg.de):
When I try to build astro/gpsd on 10.0-CURRENT it fails with the
following messages (devel/scons should be up to date):
The root cause of this is the interaction between scons and
ncurses5-config (from devel/ncurses) - scons mis-parses the
output of the
## Rainer Hurling (rhur...@gwdg.de):
I am wondering, if this could have something to do with the simultaneous
presence of libncurses in base system and ports?
No, that's no problem. I'd blame scons and scons alone, as it tries
to interpret the output of ncurses5-config, which is meant to be
## Gleb Smirnoff (gleb...@freebsd.org):
Sorry, I can't reproduce that on a clean 10.0-CURRENT amd64.
Is devel/ncurses installed on your machine?
As explained previously, scons mis-parses the output of ncurses5-config;
and astro/gpsd build just fine after modifying ncurses5-config.
Regards,
Hi,
autoconf/automake-configure using ports fail to build on amd64 (not on
i386), as witnessed with the current pcre-8.33 port (and more, if you test
for it).
make configure (ultimatively, ./configure) bails out with
checking build system type... Invalid configuration `amd64-portbld-freebsd9.1':
## Baptiste Daroussin (b...@freebsd.org):
You might have an old version of the ports tree, I did this commit in:
r318882 and reverted it in r318911 because of this mistake, than I now have
committed the right one has r319866
Can you confirm that upgrading the ports tree works for you?
## Baptiste Daroussin (b...@freebsd.org):
You might have an old version of the ports tree, I did this commit in:
r318882 and reverted it in r318911 because of this mistake, than I now have
committed the right one has r319866
Digging deeper: r318882 does work for me, as that revision hat the
Hi,
may someone please have a look at ports/177991? It's a rather simple update
to astro/qlandkartegt and sitting there since about three months - in fact,
even I forgot about it as I'm using the updated port for testing purposes
(not to mention a crash fixed by this PR, but that seems to be
## Peter Jeremy ([EMAIL PROTECTED]):
Requesting insufficient memory window!: start: 0xeee0 end:
0xefef size 0x200
(EE) Cannot find empty range to map base to
(WW) MGA(0): Video BIOS info block not detected!
I have this on my G550 as well (without mga_hal).
Same here.
I haven't
## Robert Huff ([EMAIL PROTECTED]):
This is not working for me. (Which may not be a problem with
the driver, but I'd like to eliminate that possibility first)
With a G400, on 6.2 updated to yesterday, and xorg-7.2 (also
yesterday, with no previous 6.9), and a just-installed
## Jeremy Messenger ([EMAIL PROTECTED]):
If you get rid of /usr/local/include/cups directory , it works
Somehow it picks up those includes instead of the ones in the port diectory
Above shows that it has four of '-I/usr/local/include' before that '-I..'. I
had to solve problem in libsndfile
Quoting myself,
I'll hold my upgrade-request for cups 1.3.0-1.3.2 until this is fixed :)
If anyone's bold enough to test, here's the port:
http://www.burggraben.net/hacks/ports/cups_cups-base.tar.gz
(containing print/cups and print/cups/base version 1.3.2).
Regards
Christoph
--
Spare Space
## David Southwell ([EMAIL PROTECTED]):
kit-string.c -fPIC -DPIC -o .libs/kit-string.o
kit-string.c:141: error: redefinition of 'strndup'
kit-string.c:119: error: previous definition of 'strndup' was here
gmake[3]: *** [kit-string.lo] Error 1
That's because patch-src_kit_kit-string.c
Hello,
Did you run portupgrade -rf libxcb?
On a related note: I ran above command _before_ doing a full
portupgrade -a. A whole bunch of ports failed to upgrade because
of old versions of X-related header files. I tracked down xproto,
glproto and inputproto via the build logs. To be on the safe
## Jan Henrik Sylvester (m...@janh.de):
Did you run portupgrade -rf libxcb?
On a related note: I ran above command _before_ doing a full
portupgrade -a. A whole bunch of ports failed to upgrade because
A mixture of -rf and a -a upgrade is always problematic, unless you were
up-to-date
## J. W. Ballantine (j...@hera.homer.att.com):
I'm trying to build shells/ksh93 on FB 10-stable and it fails to build the
work/bin/ksh93 program. The tail of the build log is:
i386?
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/185256 (patch included).
Regards,
Christoph
--
Spare Space
## AN (a...@neu.net):
/usr/ports/security/gnutls/work/gnutls-2.12.23/doc//gnutls-api.texi:11:
Misplaced {.
Do you have print/texinfo installed?
Regards,
Christoph
--
Spare Space
___
freebsd-ports@freebsd.org mailing list
Hi,
After today's upgrade to libxml2-2.7.8, a lot of programs linking against
libxml2 fail to start, as the new libxml2 dows not contain the LIBXML2_*
symbols anymore (libxml2-2.7.7 did). As an example, this is epiphany
trying to start with libxml2-2.7.8:
/libexec/ld-elf.so.1:
## Andrey Ponomarenko (aponomare...@ispras.ru):
After today's upgrade to libxml2-2.7.8, a lot of programs linking against
libxml2 fail to start, as the new libxml2 dows not contain the LIBXML2_*
symbols anymore (libxml2-2.7.7 did).
There is a broken version script in libxml2-2.7.8. It
Hello,
## Petr Holub (ho...@ics.muni.cz):
# slaptest
Error Can't load '/usr/local/lib/perl5/5.8.9/mach/auto/Fcntl/Fcntl.so' for
module Fcntl:
/usr/local/lib/perl5/5.8.9/mach/auto/Fcntl/Fcntl.so: Undefined symbol
PL_sv_undef at
This looks as if your modules do not match your version of
## Heino Tiedemann (rotkaps_spam_t...@gmx.de):
after update tu the new xorg on my FreeBSD8 my system crashes all time
I start X.
Same here with
drm0: ATI Radeon X1550 64-bit on vgapci0
info: [drm] MSI enabled 1 message(s)
vgapci0: child drm0 requested pci_enable_busmaster
info: [drm]
## Warren Block (wbl...@wonkity.com):
In particular, there should be three patches in the files directory of
the port:
patch-src-atombios_output.c
patch-src-radeon_driver.c
patch-src-radeon_output.c
They do exist on my system, so I believe that's not the problem here.
Regards,
Christoph
## Christian Weisgerber (na...@mips.inka.de):
When using the ati/radeon driver, the system crashes too fast to leave
any log (literally, Xorg.0.log was not changed), so I can't provide any
information from there.
Yup.
Warren Block mentioned 'Option Log sync' in ServerLayout, this might
## Christoph Moench-Tegeder (c...@burggraben.net):
Looks as if we (at least on 8.2) are missing log2(), log2f(), log2l(),
even though they are in C99 (partially C89) and POSIX since at least
2008. (I can't find them in math.h, log2l() is commented out).
If nobody else does, I might get around
## Robert Huff (roberth...@rcn.com):
System:
FreeBSD 9.0-CURRENT #0: Sat Oct 23 08:15:53 EDT 2010 amd64
xorg-7.5.1
fvwm-2.5.31
xorg.conf is appended
Since the upgrade to xorg-7.5.1, I have had issues with
... focus, for lack of a better diagnosis.
Works for me... Notable
## David Wolfskill (da...@catwhisker.org):
cc -c
-I/common/ports/graphics/netpbm/work/netpbm-10.35.80/converter/ppm/ppmtompeg/headers
-I/usr/local/includeetpbm/work/netpbm-10.35.80/converter/ppm'
gmake[1]: *** [ppm/all] Error 2
gmake[1]: Leaving directory
## Jerry (je...@seibercom.net):
Can't locate Switch.pm in @INC (@INC contains: ./WebCore/bindings/scripts
/usr/local/lib/perl5/5.14.0/BSDPAN /usr/local/lib/perl5/site_perl/5.14.0/mach
/usr/local/lib/perl5/site_perl/5.14.0 /usr/local/lib/perl5/5.14.0/mach
/usr/local/lib/perl5/5.14.0 .) at
## Jerry (je...@seibercom.net):
Switch.pm was deprecated for some time as a core perl module and
finally removed from 5.14.0. You need to install devel/p5-Switch for
building webkit-gtk2 (same goes for chromium). I'm just figuring out
how how to have a conditional dependency, then I'll
Switch.pm was deprecated for some time as a core perl module and
finally removed from 5.14.0. You need to install devel/p5-Switch for
building webkit-gtk2 (same goes for chromium). I'm just figuring out
how how to have a conditional dependency, then I'll send a PR.
I don't seem to have
## Leslie Jensen (les...@eskk.nu):
---
Can't locate Switch.pm in @INC (@INC contains:
Install lang/p5-Switch (Switch.pm is not a core perl module with
5.14 anymore).
Regards,
Christoph
--
Spare Space
## Andriy Gapon (a...@freebsd.org):
It also fails for me on stable/8 with base gcc as ports compiler, but in a
different fashion at configure step:
checking for lt_dlinit in -lltdl... no
configure: error: libltdl not found. See README.
=== Script configure failed unexpectedly.
From
## Matthias Andree (matthias.and...@gmx.de):
From config.log:
configure:11579: checking for lt_dlinit in -lltdl
configure:11604: cc -o conftest -O2 -pipe -O2 -fno-strict-aliasing -pipe
-march=nocona -I/usr/local/include -rpath=/usr/lib:/usr/local/lib
conftest.c
-lltdl 5
## Torfinn Ingolfsen (tin...@gmail.com):
Hi,
More errors.
On Sat, Jun 25, 2011 at 1:47 AM, Barbara barbara.xxx1...@libero.it wrote:
I'm getting the following error (http://pastebin.com/fjggW0C4) trying to
upgrade ffmpeg:
On a 64-bit machine and os:
tingo@kg-v2$ uname -a
FreeBSD
## Andriy Gapon (a...@freebsd.org):
[javac] * @author Ortwin Gl�ck
[javac] ^
[javac] 1 error
BUILD FAILED
$ locale
LANG=en_GB.UTF-8
Same here... us germans with our umlauts...
I fixed that here by changing
## Baptiste Daroussin (b...@freebsd.org):
Looks like it may be related to this commit:
http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/libreoffice/files/patch-bin__distro-install-desktop-integration
Bapt, please would you investigate?
Chris
I just fixed it.
sorrt
## Leslie Jensen (les...@eskk.nu):
checking for dbopen in -ldb4... no
checking for __db185_open in -ldb4... no
configure: error: db not installed or functional
Looks as if you need to install one of databases/db[45]*.
At a quick glance through configure, I guess one of db41, db5, db48 or
Hi,
as I saw noone complaining until right now (and didn't find any
announcement about downtime): looks like portsnap does not provide
new snapshots; if I'm reading the current snapshot tag correctly,
it's from Sun Nov 11 15:54:03 CET 2012. The svnweb interface shows
way more recent commits...
## Jeffrey Bouquet (jeffreybouq...@yahoo.com):
UPDATING is a broken link from freshports.org
cvs/cvsup is not doing anything here for the last twelve hours or so...
cvsweb is a broken link from freebsd.org
UPDATING might have a clue (something about git) but I am unable to view
it, as the
## Russell L. Carter (rcar...@pinyon.org):
Start up chromium, then immediately iconify it. Then try bringing it
back again. All I get (after a delay of several seconds) is a white
canvas in the correct size. Chromium does respond to window manager
commands (fvwm close, no destroy needed, in
## Daniel Morante (dan...@morante.net):
I have a port that builds fine on a 9.3 amd64, but on 9.3 i386 it fails
on this line:
inline int64 GetMaxMoney() { return nBestHeight = HARDFORK_HEIGHT_1 ?
500 * COIN : 250 * COIN; }
With the following error:
integer constant
## Jerry (je...@seibercom.net):
/usr/bin/ld:./.libs/libWTF.a: file format not recognized; treating as linker
script
/usr/bin/ld:./.libs/libWTF.a:1: syntax error
c++: error: linker command failed with exit code 1 (use -v to see invocation)
GNUmakefile:40531: recipe for target
I filed https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196333 .
Patch included.
Regards,
Christoph
--
Spare Space
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to
## Julian H. Stacey (j...@berklix.com):
../../../dist/FreeBSD11.0_OPT.OBJ/lib/libnss3.so: undefined reference to
`PR_htons'
It does not fail on 10.1-STABLE.
The PR_htons() function lives in nspr, so - do you have a usuable
libnspr4.so (from nspr-4.10.7)? Is PR_htons in that library's symbol
Hi,
for reference, prior reports (not mine):
https://lists.freebsd.org/pipermail/freebsd-emulation/2015-March/012381.html
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198952
I got bitten by the very same problem - NS_ERROR_FACTORY_NOT_REGISTERED
when running VirtualBox as usual,
## Per olof Ljungmark (p...@intersonic.se):
CXXLDlibWTF.la
CXXLDPrograms/LLIntOffsetsExtractor
/usr/bin/ld:./.libs/libWTF.a: file format not recognized; treating as
linker script
/usr/bin/ld:./.libs/libWTF.a:1: syntax error
c++: error: linker command failed with exit
## Koop Mast (k...@rainbow-runner.nl):
Hardcoding AR=/usr/bin/ar isn't a fix I like.
Well, webkit-gtk (and www/chromium earlier, we have the same problem/fix
there) use base system's ld (that's because it's called by your compiler
of-the-day) but some ar (which is found by configure). AFAIK
## René Ladan (r...@freebsd.org):
`OpaqueBrowserFrameViewPlatformSpecific::Create(OpaqueBrowserFrameView*,
OpaqueBrowserFrameViewLayout*, Profile*)':
## Christoph Moench-Tegeder (c...@burggraben.net):
It isn't. Here's what fixed the 9.3-gcc build for me:
https://github.com/moench-tegeder/freebsd-chromium/commit/7e7d6d48f1426967e6cef605122a7bc251c640d7
A build on 10.1-clang is still running (I dont't have that many cores...)
Done, looks
## Avinash Sonawane (root...@gmail.com):
Is anybody using FreeBSD 10.1-RELEASE able to build www/chromium on
his/her end? I'm still getting the same error.
Yes. Both, chromium and firefox, compile and work just fine, here.
As both fail in roughly the same way, I still suspect your python
## Baptiste Daroussin (b...@freebsd.org):
We do manage a bunch of postgresql servers on FreeBSD, and I really find the
current model of packages postgresql is a nightmare on FreeBSD.
Not that much worse than in some other environments :)
Comparing all the PostgreSQL packaging models, I like
## Daniel Malaby (d...@malaby.com):
> Is there a way to get this to use postgres9.4 instead of 9.3?
Add "postgresql=9.4" to DEFAULT_VERSIONS, e.g. in make.conf.
Regards,
Christoph
--
Spare Space
___
freebsd-ports@freebsd.org mailing list
## Walter Schwarzenfeld (w.schwarzenf...@utanet.at):
> Please post the options you compiled firefox with. (i guess you compiled
> it with BUNDLED_CAIRO and CANBERRA, both should be off).
I don't think CANBERRA is the issue here - my firefox has CANBERRA=on
and works on mapy.cz (where I can check
## Andrea Venturoli (m...@netfence.it):
I added postgresql92-contrib, then issued
# create extension xml;
The extension has been renamed to xml2, as you already noticed :)
http://www.postgresql.org/docs/9.2/static/xml2.html
Please mind that there's a built-in xml datatype, and additional
## Stari Karp (starik...@yandex.com):
> -3.1/src/java/org/apache/commons/httpclient/HttpContentTooLargeExceptio
> n.java:6: error: unmappable character for encoding UTF8
> [javac] * @author Ortwin Gl�ck
> [javac] ^
> [javac] 1 error
See patch here:
## O. Hartmann (ohart...@zedat.fu-berlin.de):
> Since the problem now appears to destroy every firefox installation on CURRENT
> (most recent, amd64), the problem got severe for us.
Until evidence to the contrary, I guess it's your local problem.
The --enable-chrome-format argument is set to
## Alex V. Petrov (alexvpet...@gmail.com):
> /usr/ports/deskutils/calibre/work/stage/usr/local/share/bash-completion/completions/calibre
> Setting up desktop integration...
The install is hanging in a call to xdg-desktop-menu (from devel/xdg-utils).
I haven't come around to fully debugging this,
## Julian H. Stacey (j...@berklix.com):
> There seems to be loss of 83 ports in graphics/ on freebsd.org http server ?
> https://svnweb.freebsd.org/ports/head/graphics/
> All beyond telak missing.
> eg tesseract & others missing
## Kurt Jaeger (li...@opsec.eu):
> In 9.x this is sometimes a problem, if port X builds in variant 1
> and port Y depends/links on X, but builds in variant 2. So it's
> a temporary solution for 9.x and will be solved when 9.x is EOL'ed.
We have also seen that problem on 10.x:
## Chris Inacio (nacho...@gmail.com):
> Happy if you would just reply with which one, if any, you use.
I'm using cfengine for a mixed (several Linux, some FreeBSD) environment.
But: without the "cfengine-masterfiles" (available as a port), using
cfengine can be somewhat painful (as already
## Robert Burmeister (robert.burmeis...@utoledo.edu):
> Could we have portupgrade instructions?
Short: it's a little messy. Other methods... could be more suitable for
this operation.
How do I know that? Well, I did it, with portupgrade.
The problem here is that the new versions of the qt4-ports
## Mikhail T. (mi+t...@aldan.algebra.com):
> > It's not delusions of moral superiority. It's common decency.
> If it was "decent" in 1997, when obrien added it, it must still be
> decent today, only 19 years later. Nothing has changed about "decency"
> since then.
Oh, it has changed. And it
## Kevin Oberman (rkober...@gmail.com):
> > # atril
> > Shared object "libicui18n.so.57" not found, required by
> > "libwebkitgtk-1.0.so.0"
> libicui18n.so was updated to 58 four days ago, so Atril needs to be rebuilt
> against it.
libwebkitgtk-1.0.so.0 would be from webkit-gtk2, so that needs
## @lbutlr (krem...@kreme.com):
> https://www.freshports.org/mail/p5-Net-SMTP-SSL/ says, " DEPRECATED:
> Deprecated by upstream, use Net::SMTP instead”
>
> But there is not p5-Net-SMTP package.
Of course, Net::SMTP is part of libnet, which installs as p5-Net
(net/p5-Net), which has been around
## Martin Birgmeier (la5lb...@aon.at):
> However, lightning seems to be gone - I don't find it installed with the
> port and it does not seem to be offered as an add-on for this platform.
I believe thunderbird by default activated the "wrong" lightning
plugin (the one which was now removed) and
## Andrea Venturoli (m...@netfence.it):
> Do you have any more detailed info? Like...
> What exactly has changed in the packaging?
https://svnweb.freebsd.org/ports/head/mail/thunderbird/Makefile?r1=428672=428671=428672
Lightning is now installed in it's default location - that is, like
in the
## Andrea Venturoli (m...@netfence.it):
> I read that "After changes in the packaging of the Lightning extension,
> profiles using this extension have to be re-created".
>
> Will this mean I should recreate the *Lightning* part of the profile
> (like removing the calendars, upgrading, then
## Walter Schwarzenfeld (w.schwarzenf...@utanet.at):
> Rust does not compile in the port on 10.3 amd64.
I'm just debugging the very same problem.
> I mailed it the maintainer. He said it is a local problem.
I'd like to disagree: the problem is caused by this:
===> Configuring for rust-1.19.0
## Christoph Moench-Tegeder (c...@burggraben.net):
> > I mailed it the maintainer. He said it is a local problem.
>
> I'd like to disagree: the problem is caused by this:
I have to retract this: a poudriere build (10.3 again) completes.
That shows that the rust build suffe
## Matthias Fechner (ide...@fechner.net):
> That mailtrain can handle bounce message with postfix together it is
> necessary to tail the postfix log and pass it to mailtrain, using a
> command like this:
> tail -F -n +0 /var/log/maillog | nc localhost 5699 -
That looks like a bad idea. As Eugene
## tech-lists (tech-li...@zyxst.net):
> my "fix" was to change this:
>
> # FIXME: Static libraries in lib/rustlib/*/lib/*.rlib are not stripped,
> # but they contain non-object files which make strip(1) unhappy.
> @${STRIP_CMD} \
> <<< .mine
> ${STAGEDIR}${PREFIX}/bin/rustc \
## Matthias Andree (matthias.and...@gmx.de):
> Sunpoet, can we mark the port as deprecated given that even the upstream
> once said it should best be abolished? I can't find the reference now,
Here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769938#11
## Lev Serebryakov (l...@freebsd.org):
> checking for ftp... ftp
> checking headful support... headless only
> configure: Found potential Boot JDK using configure arguments
> configure: Potential Boot JDK found at /usr/local/bootstrap-openjdk8 is
> incorrect JDK version (); ignoring
> configure:
## AN (a...@neu.net):
> I have been seeing this recently when upgrading ports, any suggestions how
> to fix would be appreciated.
>
> Thanks
>
>
> # portupgrade -va
> ---> Session started at: Sun, 29 Apr 2018 17:03:25 -0400
> [Reading data from pkg(8) ... - 935 packages found - done]
> **
## AN (a.n...@ieee.org):
> After a recent update to ports I'm suddenly receiving the following
> when trying to use portupgrade.
>
> # portupgrade -va
> /usr/local/lib/ruby/site_ruby/2.4/pkgtools/portsdb.rb:118:in `block (2
> levels) in fill': MOVED file format error (PortsDB::MOVEDError)
The
## Robert Huff (roberth...@rcn.com):
> On a system with over 850 ports, 32 starting with "p5-", the
> list of dependent ports portmaster created from
> "pkg shlib -qR libperl.so.5.24" was over 200, including things like
> FireFox and llvm50 (llvm is required for mesa-dri).
That sound like
## Robert Huff (roberth...@rcn.com):
> Socket.c: loadable library and perl binaries are mismatched (got handshake
> key 0xd200080, needed 0xdf00080)
The perl default version changed - are you sure your perl and modules
still match? See UPDATING 20180330.
The error message is just what I'd
## Miroslav Lachman (000.f...@quip.cz):
The whole thing looks phishy.
> ===> Fetching all distfiles required by llvm60-6.0.1_3 for building
> => SHA256 Checksum OK for llvm-6.0.1.src.tar.xz.
> => SHA256 Checksum OK for cfe-6.0.1.src.tar.xz.
Do you use non-default options? That list is much
## bob prohaska (f...@www.zefox.net):
> Installing ImageMagick6-6.9.10.14,1...
> pkg-static: ImageMagick6-6.9.10.14,1 conflicts with ImageMagick-6.9.9.28_2,1
> (installs files into the same place). Problematic file:
> /usr/local/bin/Magick++-config
> *** Error code 70
Make sure your installed
## bob prohaska (f...@www.zefox.net):
> > See bsd.ports.mk: DISABLE_MAKE_JOBS (as in "make -DDISABLE_MAKE_JOBS").
> >
> Thank you, I think that's the information needed. Come to think of it,
> will the -j option, such as -j2, work in this situation also? Two threads
> are much better than one
## Ian Lepore (i...@freebsd.org):
> That's a bit of a harsh tone to take with a user who has questions.
Sorry, the day is getting long (and it doesn't sound that harsh in german,
it definitively wasn't meant that harsh).
> If
> Bob was an aspiring ports developer, maybe a response like that
## bob prohaska (f...@www.zefox.net):
> How much memory should be required for
> make -DBATCH
> in www/chromium?
Quite a lot, multiple GBs.
> The system in question is an RPI3 running r341643.
That will hurt. A regular chromium build takes about 16 CPU-hours on
my fairly modern i7 CPU, SSDs
## Kurt Jaeger (p...@freebsd.org):
> How can this parallel compilation be configured for chromium in poudriere ?
Look for ALLOW_MAKE_JOBS and/or ALLOW_MAKE_JOBS_PACKAGES in poudriere.conf.
That's what does the trick for my poudriere :)
Regards,
Christoph
--
Spare Space.
1 - 100 of 174 matches
Mail list logo