Fixed by specifying
# make USE_GCC=any -C devel/json-c
seems to not build with clang.
-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 &
xorg.devel
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/devel-json-c-build-fails-tp5809185p5809308.html
S
port was successfully built with
# make USE_GCC=any -C lang/spidermonkey185
-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 &
xorg.devel
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/lang-spidermonkey185-build-breaks-tp5809189p5809304.html
Se
Have you tried www/eyeos? (http://www.eyeos.com/)
Awesome concept - you don't need to install a desktop with this one and is
ideal for thin/diskless clients.
I have not tried it, just from what I read...
-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 &
xorg.devel
-
I did not realize that this port is from the xorg-devel tree.
My fault - sorry for the noise...
-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 &
xorg.devel
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/devel-imake-build-breaks-tp5809186p580
>> Since you're on -CURRENT, it would be polite to come up with a fix before
filing a PR.
* The mail list is not a part of the official PR structure & I only file
PR's if I am unable to get assistance from the list - so no PR has been
filed.
* I'm not a developer / coder, just an end user. There
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #67 r250037: Sun Apr 28
19:43:52 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64
...
Making all in LanguageModelling
gmake[4]: Entering directory
`/usr/ports/accessibility/dasher/work/dasher-4.10.1/Src/DasherCore/LanguageModelling'
Trying to reinstall java:
/usr/ports/java/openjdk6/work/build/bsd-amd64/bin/java -Xmx896m
-Xms128m -cp /usr/ports/java/openjdk6/work/build/bsd-amd64/classes
sun.rmi.rmic.Main -classpath
"/usr/ports/java/openjdk6/work/build/bsd-amd64/classes"\
-d
/usr/ports/java/openjdk6/wo
- Update libimobiledevice to 1.1.5.
- Add a port with its Python bindings.
The update brings important improvements:
* backup/restore support on iOS 4+;
* OpenSSL support;
* compatibility with iOS 6+.
-
Build ID: 20130
Lukasz,
Yes, I agree with that. I'm just finding some really strange things with this
port attempt.
Also, the online documentation at the SOGo site is very sparse and hardly
intuitive.
This install is going to need a documented procedure.
At the present time, I've gone down multiple roads wi
Update to 0.1.29 (bugfixes and translation updates)
-
Build ID: 20130506194801-9475
Job owner: r...@freebsd.org
Buildtime: 15 minutes
Enddate: Mon, 06 May 2013 20:03:02 GMT
Revision:
Le 06/05/2013 20:41, Beeblebrox a écrit :
> Nope - unfortunately gcp is "gnu cp", which I have on my system due to
> requirements for linux-based source building.
>
> none of these work-around attempts in /etc/make.conf work:
> Solution 1:
> CC=gcc46
> CXX=g++46
> CPP=cpp46
>
> Solution 2:
> CC:=
Nope - unfortunately gcp is "gnu cp", which I have on my system due to
requirements for linux-based source building.
none of these work-around attempts in /etc/make.conf work:
Solution 1:
CC=gcc46
CXX=g++46
CPP=cpp46
Solution 2:
CC:=${CC:C,^gcc46,/usr/local/libexec/ccache/world/gcc46,1}
CXX:=${CX
On 28 April 2013 15:37, Chris Rees wrote:
> On 28 April 2013 15:36, Scot Hetzel wrote:
>> On Sun, Apr 28, 2013 at 9:16 AM, Chris Rees wrote:
>>>
>>> On 28 April 2013 15:07, Scot Hetzel wrote:
>>> > On Sun, Apr 28, 2013 at 6:25 AM, Palle Girgensohn
>>> > wrote:
>>> >> 28 apr 2013 kl. 10:37 skre
Beeblebrox writes:
> Err Msg is:
No, it's not. You're quoting warning messages. The error messages are
earlier, and look to be a mismatch on visibility of JS_API static
functions. GCC compiles it okay, clang doesn't. Since you're on
-CURRENT, it would be polite to come up with a fix before fili
Le 06/05/2013 19:37, Beeblebrox a écrit :
> /usr/local/bin has a file name gcp - that's the pre-processor AFAIK. So this?
>
> # ln -s /usr/local/bin/gcp /usr/local/bin/gcpp
> # ln -s /usr/local/bin/gcp /usr/bin/gcpp
>
>
gcp ? huh. Try a man (no a men, a $ man gcp) or pkg query %Fp gcc | grep
gc
/usr/local/bin has a file name gcp - that's the pre-processor AFAIK. So this?
# ln -s /usr/local/bin/gcp /usr/local/bin/gcpp
# ln -s /usr/local/bin/gcp /usr/bin/gcpp
-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 &
xorg.devel
--
View this message in context:
http:
Le 06/05/2013 19:18, Beeblebrox a écrit :
> Hi - I apparently mis-read your message as "ports tree" "instead of "source
> tree".
No problem :)
> # pkg query %?Fp gcc | grep gcpp -> pkg: No match
>
> /etc/src.conf has these entries:
> WITH_CLANG_EXTRAS= yes
> WITH_CLANG_IS_CC= yes
> WITH_LIBCPLUS
Hi,
06.05.2013 17:25, Hiroki Sato пишет:
> Boris Samorodov wrote
> in <51877bf5.9050...@passap.ru>:
>
> bs> Hello Hiroki-san,
> bs>
> bs> Thank you for working on tex* ports!
> bs>
> bs> I have a problem installing print/tex-formats:
>
> Can you send me a whole log of the following commands?
Hi - I apparently mis-read your message as "ports tree" "instead of "source
tree".
# pkg query %?Fp gcc | grep gcpp -> pkg: No match
/etc/src.conf has these entries:
WITH_CLANG_EXTRAS= yes
WITH_CLANG_IS_CC= yes
WITH_LIBCPLUSPLUS= yes
WITHOUT_GCC=yes
gcc -v
Using built-in specs.
COLLECT_GCC=gcc
On 05/06/13 11:40, Hiroki Sato wrote:
Stephen Montgomery-Smith wrote
in <5187c454.2050...@missouri.edu>:
st> Many thanks for creating the texlive port!
st>
st> I am trying to install the recent japanese/tex-ptex port. It seems to
st> spend several hours doing:
st>
st> fmtutil: running `ptex
graphics/libfpx does not build in poudriere (err msg below)
So I build graphics/libfpx on host env & place the package in the shared
repo, then re-start poudriere for building remaining packages in the
upgraded ports list. Poudriere promptly deletes it, then of course fails to
build it:
>>Direct
Le 06/05/2013 19:04, Beeblebrox a écrit :
> # pkg info gcc
> gcc-4.6.3 GNU Compiler Collection 4.6
>
> Please see:
> http://freebsd.1045724.n5.nabble.com/compiler-confusion-gcc-cannot-be-located-and-causes-compiler-errors-td5797633.html#a5797872
>
What about pkg query %?Fp
# pkg info gcc
gcc-4.6.3 GNU Compiler Collection 4.6
Please see:
http://freebsd.1045724.n5.nabble.com/compiler-confusion-gcc-cannot-be-located-and-causes-compiler-errors-td5797633.html#a5797872
-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 &
x
Err Msg is:
In file included from jsapi.cpp:1:
jsapi.cpp:1641:14: warning: cast from 'char *' to 'JSAtom **' increases
required alignment from 1 to 8 [-Wcast-align]
atom = (*(JSAtom **)((char*)&(cx->runtime)->atomState + (offset)));
^~~~
Le 06/05/2013 18:57, Beeblebrox a écrit :
> Error message is:
>
> checking if cc supports -Werror=attributes... yes
> checking how to run the C preprocessor... cpp
> checking for cpp... (cached) gcpp
> checking if gcpp requires -undef... ./configure: gcpp: not found
> ./configure: gcpp: not found
Bapt:
Is there a way to set default port to ncurses-devel instead of ncurses?
-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 &
xorg.devel
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/ncurses-devel-conflict-pkg-upgrade-tp5809178p5809187.h
Error message is:
checking if cc supports -Werror=attributes... yes
checking how to run the C preprocessor... cpp
checking for cpp... (cached) gcpp
checking if gcpp requires -undef... ./configure: gcpp: not found
./configure: gcpp: not found
./configure: gcpp: not found
configure: error: gcpp defi
Breaks with below Error Message. If ccache is enabled, breaks sooner.
WITH CCACHE:
===> Building for json-c-0.9
gmake all-am
gmake[1]: Entering directory
`/wrkdirs/usr/ports/devel/json-c/work/json-c-0.9'
/bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I.-Wall
-Wwrite-strings
# make NO_CHECKSUM=yes -C security/libgcrypt
===> License GPLv2 LGPL21 accepted by the user
===> libgcrypt-1.5.2 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by libgcrypt-1.5.2 for building
===> Extracting for libgcrypt-1.5.2
tar: Error opening archive: Unre
On Mon, May 06, 2013 at 09:40:44AM -0700, Beeblebrox wrote:
> latest pkg upgrade breaks with message:
>
> pkg: WARNING: locally installed ncurses-devel-5.9.20110507_1 conflicts on
> /usr/local/share/misc/tabset/vt100 with: - ncurses-5.9_1
>
> What on earth is this error? I de-installed ncurses
Stephen Montgomery-Smith wrote
in <5187c454.2050...@missouri.edu>:
st> Many thanks for creating the texlive port!
st>
st> I am trying to install the recent japanese/tex-ptex port. It seems to
st> spend several hours doing:
st>
st> fmtutil: running `ptex -ini -jobname=ptex -progname=ptex ptex
latest pkg upgrade breaks with message:
pkg: WARNING: locally installed ncurses-devel-5.9.20110507_1 conflicts on
/usr/local/share/misc/tabset/vt100 with: - ncurses-5.9_1
What on earth is this error? I de-installed ncurses-devel to see if I could
move forward with the upgrade, but no use.
Finish converting textproc from WITHOUT_NLS to PORT_OPTIONS:MNLS
-
Build ID: 20130506092800-51174
Job owner: b...@freebsd.org
Buildtime: 7 hours
Enddate: Mon, 06 May 2013 16:24:46 GMT
Convert to new options framework
-
Build ID: 20130506083200-4039
Job owner: b...@freebsd.org
Buildtime: 7 hours
Enddate: Mon, 06 May 2013 15:49:20 GMT
Revision: r317482
Repo
W dniu 2013-05-06 16:30, Paul Pathiakis pisze:
> Also, where is the sogo.conf file supposed to be located? That is, what
> directory? /var/lib doesn't exist on a BSD machine.
All third party software should have configuration in $PREFIX/etc/,
which in most cases is /usr/local/etc/ - please don
Many thanks for creating the texlive port!
I installed the texlive-full port (without tex-ptex). I tried to change
the page size with the following command (as root):
tlmgr paper letter
cannot setup TLPDB in /usr at /usr/local/bin/tlmgr line 4965.
___
Many thanks for creating the texlive port!
I am trying to install the recent japanese/tex-ptex port. It seems to
spend several hours doing:
fmtutil: running `ptex -ini -jobname=ptex -progname=ptex ptex.ini
#ptex' ...
Is this normal?
If it is normal, would it be OK if japanese/tex-ptex where
Hi Jim,
Next issue,
All the scripts, cron job templates, version updates for SOGo, databases, etc.
don't seem to be installed either. Although some are RH/Linux specific, some
are useful.
They are located in SOGo-2.0.5/Scripts. I think that the place to put them is
/usr/local/sogo/[S,s]crip
Hi,
Boris Samorodov wrote
in <51877bf5.9050...@passap.ru>:
bs> Hello Hiroki-san,
bs>
bs> Thank you for working on tex* ports!
bs>
bs> I have a problem installing print/tex-formats:
Can you send me a whole log of the following commands?
# cd /usr/ports/print/tex-formats
# make deinstall cl
Dear port maintainer,
The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you
[redirecting to ports@, where this belongs]
On 2013-05-06 08:19, sig6247 wrote:
...
cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"173.14.35\"
-D__KERNEL__ -DNVRM -UDEBUG -U_DEBUG -DNDEBUG -O -Werror -D_KERNEL -DKLD_MODULE -nostdinc
-I/wrkdirs/usr/ports/x11/nvidia-driver-173/work/NVI
Dear port maintainer,
it seems mediawiki has rerolled their 1.19.6 distfile. I checked the
contents, diff -r shows no differences on the extracted data - so I'm
not sure what they did. There was no announcement to mediawiki mailing
list as far as I can tell.
Current distfile would be:
SHA256
I have been trying to build "editors/kate" with debug symbols because
it continually crashes when I attempt to open a new session. The bug
report created is not usable according to KDE so I am trying to get it
built with debug symbols.
I tried putting this in the "/etc/make.conf" file:
# editors/
06.05.2013 13:46, Boris Samorodov пишет:
> I have a problem installing print/tex-formats:
According to /usr/ports/Mk/bsd.tex.mk (target do-fmtutil-$F):
-
PLIST_FILES+= ${TEX_FORMAT_${F:U}_FILES}
PLIST_DIRSTRY+= ${TEX_FORMAT_${F:U}_DIRS}
-
So files and directories for TEX_FORMATS_xxx ar
(Note: an HTML version of this report is available at
http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .)
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsol
Hello :-)
Anyone willing to take over the devel/openocd port?:-)
Best regards,
Tomek
--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send
Hello Hiroki-san,
Thank you for working on tex* ports!
I have a problem installing print/tex-formats:
-
/bin/ln -sf pdftex /usr/local/bin/texsis
===> Registering installation for tex-formats-20120701
pkg: lstat(/usr/local/share/texmf-var/web2c/pdftex/amstex.log): No such
file or directory
p
Finish converting x11* from WITHOUT_NLS to PORT_OPTIONS:MNLS
-
Build ID: 20130506064200-21681
Job owner: b...@freebsd.org
Buildtime: 3 hours
Enddate: Mon, 06 May 2013 09:17:45 GMT
Revi
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
QGIS does not build anymore on 9.1.
I've added #define HAVE_UTEMPTER to src/plugins/grass/qtermwidget/kpty.cpp
And know, I get the following.
[ 79%] Building CXX object
src/plugins/grass/CMakeFiles/grassplugin.dir/qrc_qgsgrass_plugin.cxx.o
Linking CXX shared module ../../../output/lib/qgis/plugi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Rusli,
I have sent this information over to the ClamAV detection team, to
validate that the signature is correct. Could you please send me a
copy of the file off list?
Thanks
Tom Judge
- --
Senior Research Engineer
Sourcefire Vulnerability Rese
On Mon, May 06, 2013 at 10:16:35AM +0300, Alexander Yerenkow wrote:
> Shouldn't there be
> ·
> OPTIONS_DEFINE+= LINKS XML RPZ_NSIP RPZ_NSDNAME RPZRRL_PATCH
> instead of
> ·
> OPTIONS_DEFINE+= LINKS XML RPZ_NSIP RPZ_NSDNAME RPZRR_PATCH
>
> ?
>
> Seems that "L" missed somehow, if I'm not mistaken.
Shouldn't there be
·
OPTIONS_DEFINE+= LINKS XML RPZ_NSIP RPZ_NSDNAME RPZRRL_PATCH
instead of
·
OPTIONS_DEFINE+= LINKS XML RPZ_NSIP RPZ_NSDNAME RPZRR_PATCH
?
Seems that "L" missed somehow, if I'm not mistaken.
--
Regards,
Alexander Yerenkow
___
freebsd
53 matches
Mail list logo