CURRENT: Changes in lib/msun/math.h make ports to fail
Updating CURRENT from r253216 to r253252 triggers an updating of
several ports to fail, namely, for instance,
www/firefox
graphiks/webkit-gtk2
deskuitls/fbreader
graphics/gdal
The error is in all ports when compiled with CLANG 3.3 -std=c++11
-stdlib=libc++ similar, routing to math.h. I will show the error for
www/firefox:
[...]
In file included from ./../../dist/include/mozilla/MathAlgorithms.h:15:
/usr/include/c++/4.2/cmath:468:44: error: __builtin_types_compatible_p
is not valid in C++ __capture_fpclassify(_Tp __f) { return
fpclassify(__f); } ^~~
/usr/include/math.h:104:2: note: expanded from macro 'fpclassify'
__fp_type_select(x, __fpclassifyf, __fpclassifyd, __fpclassifyl)
^~~~
/usr/include/math.h:91:2: note: expanded from macro '__fp_type_select'
__builtin_types_compatible_p(__typeof(x), long double),
ld(x),
[...]
I was wondering why /usr/include/c++/4.2/cmath gets included and not
the header provided for CLANG. I guess this is a typo/bug. I did do dig
deeper into it.
Hope someone can fix this.
Regards,
Oliver
___
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
editors/vim: buffer.c:(.text+0x1589): undefined reference to `libintl_gettext'
Updating port /editors/vim on a CURRENT box (FreeBSD 10.0-CURRENT #0 r253194: Thu Jul 11 10:45:47 CEST 2013 amd64) ends up in the error shown below. Since this happens only on exact one box running CURRENT (out of a bunch of CURRENT of the same OS revision, the same compiler settings, the same settings in /etc/src.conf et cetera) while other CURRENT don't show this weird error, is suspect a faulty local library, like libintl.so, which belongs to gettext I suppose. Well, I tried to do a portmaster -r editors/vim as well as portmaster -r gettext to compile away the suspected problem in one of the prerquisited ports, but that didn't end up in success. The problem is still sticky and I'm a bit out of ideas ... Has anybody an idea? Thanks and regards, Oliver [...] link.sh: $LINK_AS_NEEDED set to 'yes': invoking linker directly. cc -L. -Wl,-rpath=/usr/lib:/usr/local/lib -pthread -L/usr/local/lib -rdynamic -Wl,-R/usr/local/lib/perl5/5.16/mach/CORE -L/usr/local/lib -Wl,--as-needed -o vim objects/buffer.o objects/blowfish.o objects/charset.o objects/diff.o objects/digraph.o objects/edit.o objects/eval.o objects/ex_cmds.o objects/ex_cmds2.o objects/ex_docmd.o objects/ex_eval.o objects/ex_getln.o objects/fileio.o objects/fold.o objects/getchar.o objects/hardcopy.o objects/hashtab.o objects/if_cscope.o objects/if_xcmdsrv.o objects/mark.o objects/memline.o objects/menu.o objects/message.o objects/misc1.o objects/misc2.o objects/move.o objects/mbyte.o objects/normal.o objects/ops.o objects/option.o objects/os_unix.o objects/pathdef.o objects/popupmnu.o objects/quickfix.o objects/regexp.o objects/screen.o objects/search.o objects/sha256.o objects/spell.o objects/syntax.oobjects/tag.o objects/term.o objects/ui.o objects/undo.o objects/version.o objects/window.o objects/if_lua.oobjects/if_perl.o objects/if_perlsfio.o objects/if_python.oobjects/if_tcl.o objects/if_ruby.o objects/netbeans.oobjects/main.o objects/memfile.o -lm -lelf -pthread -ltermlib -liconv -Wl,-R/usr/local/lib/perl5/5.16/mach/CORE -pthread -Wl,-E -fstack-protector -L/usr/local/lib -L/usr/local/lib/perl5/5.16/mach/CORE -lperl -lm -lcrypt -lutil -L/usr/local/lib/python2.7/config -lpython2.7 -lutil -lm -Wl,--export-dynamic-L/usr/local/lib -ltcl86 -lz -lpthread -lm -Wl,-R -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lexecinfo -lpthread -lcrypt -lm -L/usr/local/lib -Wl,-rpath=/usr/lib:/usr/local/lib -pthread -L/usr/local/lib objects/buffer.o: In function `open_buffer': buffer.c:(.text+0x1df): undefined reference to `libintl_gettext' buffer.c:(.text+0x1fb): undefined reference to `libintl_gettext' objects/buffer.o: In function `close_buffer': buffer.c:(.text+0x5d3): undefined reference to `libintl_gettext' objects/buffer.o: In function `do_buffer': buffer.c:(.text+0x1589): undefined reference to `libintl_gettext' buffer.c:(.text+0x15bc): undefined reference to `libintl_gettext' objects/buffer.o:buffer.c:(.text+0x163f): more undefined references to `libintl_gettext' follow ___ 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
Use of sysutils/pacman in FreeBSD?
I recognize pacman as a package manager for Arch Linux along with Arch Build System, but how would pacman be used in FreeBSD? Binary-only package manager or build from source for FreeBSD, or would it be used to add packages to an Arch Linux installation while running from FreeBSD? I notice pacman has also been ported to other Linux distributions, in some cases with substantial modifications. Tom ___ 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
Problem in mailutils/movemail under FreeBSD 9.1
Hi, Since I moved my file server to 9.1, I am seeing a problem with mailutils/movemail: movemail pop://o...@mail.cs.ac.th file password will hang is any message in the mailbox contains a NULL (0x00) character. Thunderbird is unaffected. movemail will hang in _tls_stream_push when mu_stream_sequential_write returns an error. So far I could not find the source code for mu_stream_sequential_write. If I use movemail with imap, it enters an infinite loop. I still have to understand why there are messages with NULL inside, those messages appears to be manggled messages, composed of parts of other messages. The NFS file server is FreeBSD-9.1, the pop/imap server if FreeBSD-8.4, running courier-imap with SSL, accessing maildir mailboxes through NFS. I have been trying movemail on: - the file server itself (movemail 2.2 and 2.0 from the ports and from GNU); - a 9.1 nfs client (movemail 2.2 from the ports); - a 8.4 nfs client (movemail 2.0 from GNU). previously my file server, movemail has been running for years. Any clue will help. Best regards, Olivier -- ___ 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
postmaster php55 left php5 stuff
After updating a bunch of stuff, including php to 5.5, I have: php5-bcmath-5.4.7 php5-bz2-5.4.7 php5-calendar-5.4.7 php5-ctype-5.4.7 php5-curl-5.4.7 php5-dom-5.4.7 php5-exif-5.4.7 php5-fileinfo-5.4.7 php5-filter-5.4.7 php5-ftp-5.4.7 php5-gd-5.4.7 php5-gettext-5.4.7 php5-hash-5.4.7 php5-imap-5.4.7 php5-json-5.4.7 php5-mbstring-5.4.7 php5-mcrypt-5.4.7 php5-mysql-5.4.7 php5-mysqli-5.4.7 php5-openssl-5.4.7 php5-readline-5.4.7 php5-session-5.4.7 php5-simplexml-5.4.7 php5-snmp-5.4.7 php5-soap-5.4.7 php5-sqlite3-5.4.7 php5-tokenizer-5.4.7 php5-xml-5.4.7 php5-xmlreader-5.4.7 php5-xmlwriter-5.4.7 php5-zip-5.4.7 php5-zlib-5.4.7 All still installed. I do have a bunch of the php55 stuff installed as well: php55-5.5.0 php55-bcmath-5.5.0 php55-bz2-5.5.0 php55-ctype-5.5.0 php55-curl-5.5.0 php55-dom-5.5.0 php55-exif-5.5.0 php55-extensions-1.7 php55-fileinfo-5.5.0 php55-filter-5.5.0 php55-gd-5.5.0 php55-gettext-5.5.0 php55-hash-5.5.0 php55-iconv-5.5.0 php55-json-5.5.0 php55-mysql-5.5.0 php55-openssl-5.5.0 php55-pdo-5.5.0 php55-pdo_mysql-5.5.0 php55-pdo_sqlite-5.5.0 php55-phar-5.5.0 php55-posix-5.5.0 php55-pspell-5.5.0 php55-readline-5.5.0 php55-session-5.5.0 php55-simplexml-5.5.0 php55-sqlite3-5.5.0 php55-tokenizer-5.5.0 php55-xml-5.5.0 php55-xmlreader-5.5.0 php55-xmlwriter-5.5.0 php55-zip-5.5.0 php55-zlib-5.5.0 Is there any easy way to remove the old php5- files? Or should I just feed them into pkg_delete? I kind of expected postmaster to handle this as I did: portmaster -o lang/php55 php5 portmaster -o lang/php55-extensions lang/php5-extensions -- A bird in the hand makes it difficult to blow your nose. ___ 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
FreeBSD ports you maintain which are out of date
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 can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ editors/tea | 36.0.1 | 36.0.2 +-+ www/xpi-pentadactyl | 20130407| 20130712 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt If wish to stop receiving portscout reminders, please contact portsc...@freebsd.org Thanks. ___ 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
Re: postmaster php55 left php5 stuff
On 7/12/2013 4:15 AM, LuKreme wrote: After updating a bunch of stuff, including php to 5.5, I have: php5-bcmath-5.4.7 php5-bz2-5.4.7 php5-calendar-5.4.7 php5-ctype-5.4.7 php5-curl-5.4.7 php5-dom-5.4.7 php5-exif-5.4.7 php5-fileinfo-5.4.7 php5-filter-5.4.7 php5-ftp-5.4.7 php5-gd-5.4.7 php5-gettext-5.4.7 php5-hash-5.4.7 php5-imap-5.4.7 php5-json-5.4.7 php5-mbstring-5.4.7 php5-mcrypt-5.4.7 php5-mysql-5.4.7 php5-mysqli-5.4.7 php5-openssl-5.4.7 php5-readline-5.4.7 php5-session-5.4.7 php5-simplexml-5.4.7 php5-snmp-5.4.7 php5-soap-5.4.7 php5-sqlite3-5.4.7 php5-tokenizer-5.4.7 php5-xml-5.4.7 php5-xmlreader-5.4.7 php5-xmlwriter-5.4.7 php5-zip-5.4.7 php5-zlib-5.4.7 All still installed. I do have a bunch of the php55 stuff installed as well: php55-5.5.0 php55-bcmath-5.5.0 php55-bz2-5.5.0 php55-ctype-5.5.0 php55-curl-5.5.0 php55-dom-5.5.0 php55-exif-5.5.0 php55-extensions-1.7 php55-fileinfo-5.5.0 php55-filter-5.5.0 php55-gd-5.5.0 php55-gettext-5.5.0 php55-hash-5.5.0 php55-iconv-5.5.0 php55-json-5.5.0 php55-mysql-5.5.0 php55-openssl-5.5.0 php55-pdo-5.5.0 php55-pdo_mysql-5.5.0 php55-pdo_sqlite-5.5.0 php55-phar-5.5.0 php55-posix-5.5.0 php55-pspell-5.5.0 php55-readline-5.5.0 php55-session-5.5.0 php55-simplexml-5.5.0 php55-sqlite3-5.5.0 php55-tokenizer-5.5.0 php55-xml-5.5.0 php55-xmlreader-5.5.0 php55-xmlwriter-5.5.0 php55-zip-5.5.0 php55-zlib-5.5.0 Is there any easy way to remove the old php5- files? Or should I just feed them into pkg_delete? I kind of expected postmaster to handle this as I did: portmaster -o lang/php55 php5 portmaster -o lang/php55-extensions lang/php5-extensions This is going to sound crazy, but I think the only safe way to upgrade major PHP versions currently is to deinstall all php ports, then install the new version/origins. That and other methods were discussed on ports@ when 5.4 came out. -- Regards, Bryan Drewery bdrewery@freenode/EFNet ___ 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
Re: postmaster php55 left php5 stuff
Bryan Drewery ha scritto: This is going to sound crazy, but I think the only safe way to upgrade major PHP versions currently is to deinstall all php ports, then install the new version/origins. That and other methods were discussed on ports@ when 5.4 came out. Yes, there are 10 types of people in the world: who want php port always updated to the latest branch and who want a new set of phpXX ports for every branch. It's impossible to satisfy both types, unless we keep an additional set of 'php' ports with the same contents of latest 'phpXX' set. -- Alex Dupre ___ 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
Re: Use of sysutils/pacman in FreeBSD?
* Thomas Mueller (mueller6...@bellsouth.net) wrote: I recognize pacman as a package manager for Arch Linux along with Arch Build System, but how would pacman be used in FreeBSD? Binary-only package manager or build from source for FreeBSD, or Well, there's ArchBSD project (http://archbsd.net/), and pacman may be used to install packages from it (to quickly set up a jail, for example, as FreeBSD world is just another package there). However, the original reason I've ported it was to be able to install a genuine linux distribution into a chroot, as linux_base* from ports are outdated to complete uselessness. Unfortunately, that didn't work because our linuxulator is outdated as well: recent linux binaries either demand higher kernel version or (if compat.linux.osrelease is bumped) segfault. If that issue is resolved (I've heard there's some work on linuxulator ongoing), pacman will be ready for installing ArchLinux into jail/chroot. would it be used to add packages to an Arch Linux installation while running from FreeBSD? That too, but it's currently impossible, as it needs to run linux binaries in the chroot, while they doesn't really run. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru ___ 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
Re: postmaster php55 left php5 stuff
On Fri, 12 Jul 2013 12:56:43 +0200 Alex Dupre articulated: Yes, there are 10 types of people in the world: who want php port always updated to the latest branch and who want a new set of phpXX ports for every branch. It's impossible to satisfy both types, unless we keep an additional set of 'php' ports with the same contents of latest 'phpXX' set. While it may be impossible to completely satisfy both groups, it is possible to reach a sensible compromise. Creating a new set of ports for each major update of PHP will allow those who want to use the latest version, no mater what the reason, the able to do so while not causing the users of older versions any significant problem. It is all ready being done with bash. One maintainer is keeping the older version maintained and updating it when ever he feels so inclined, while another maintainer is keeping the port current. These two ports are not causing any problems that I am aware of. I would suggest that a similar plan be instituted for ports that exhibit these same traits. REF: Port: bash-4.2.45 Port: bash-static-4.2.45 Maint: obr...@freebsd.org Port: bash-devel-4.2.45_1 Port: bash-static-devel-4.2.45_1 Maint: eha...@freebsd.org -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ 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
Re: lang/php5 - separate apache module from php5 port
Le 10/07/2013 23:54, olli hauer a écrit : Here it would be ap22-mod_php5 and ap24-mod_php5. Thats what I thought with your first mail and I suspect this is a good idea. Yep, it was what I meant. So do you think I should contact the maintainer ? signature.asc Description: OpenPGP digital signature
Re: CURRENT: Changes in lib/msun/math.h make ports to fail
On Fri, 2013-07-12 at 09:02:31 +0200, O. Hartmann wrote:
Updating CURRENT from r253216 to r253252 triggers an updating of
several ports to fail, namely, for instance,
www/firefox
graphiks/webkit-gtk2
deskuitls/fbreader
graphics/gdal
The error is in all ports when compiled with CLANG 3.3 -std=c++11
-stdlib=libc++ similar, routing to math.h. I will show the error for
www/firefox:
[...]
In file included from ./../../dist/include/mozilla/MathAlgorithms.h:15:
/usr/include/c++/4.2/cmath:468:44: error: __builtin_types_compatible_p
is not valid in C++ __capture_fpclassify(_Tp __f) { return
fpclassify(__f); } ^~~
/usr/include/math.h:104:2: note: expanded from macro 'fpclassify'
__fp_type_select(x, __fpclassifyf, __fpclassifyd, __fpclassifyl)
^~~~
/usr/include/math.h:91:2: note: expanded from macro '__fp_type_select'
__builtin_types_compatible_p(__typeof(x), long double),
ld(x),
[...]
I was wondering why /usr/include/c++/4.2/cmath gets included and not
the header provided for CLANG. I guess this is a typo/bug. I did do dig
deeper into it.
Hope someone can fix this.
It also breaks a simple buildworld. Coverity Scan broke like this:
=== gnu/lib/libstdc++ (all)
c++ -O2 -pipe -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H
-I/data/src/freebsd-head/gnu/lib/libstdc++
-I/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++
-I/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/gcc -I/data/src/fre
c++ -O2 -pipe -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H
-I/data/src/freebsd-head/gnu/lib/libstdc++
-I/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++
-I/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/gcc -I/data/src/fre
c++ -O2 -pipe -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H
-I/data/src/freebsd-head/gnu/lib/libstdc++
-I/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++
-I/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/gcc -I/data/src/fre
c++ -O2 -pipe -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H
-I/data/src/freebsd-head/gnu/lib/libstdc++
-I/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++
-I/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/gcc -I/data/src/fre
c++ -O2 -pipe -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H
-I/data/src/freebsd-head/gnu/lib/libstdc++
-I/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++
-I/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/gcc -I/data/src/fre
In file included from
/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/libstdc++/src/compatibility.cc:53:
/usr/obj/data/src/freebsd-head/tmp/usr/include/c++/4.2/cmath:468:44: error:
__builtin_types_compatible_p is not valid in C++
__capture_fpclassify(_Tp __f) { return fpclassify(__f); }
^~~
/usr/obj/data/src/freebsd-head/tmp/usr/include/math.h:104:2: note: expanded
from macro 'fpclassify'
__fp_type_select(x, __fpclassifyf, __fpclassifyd, __fpclassifyl)
^~~~
/usr/obj/data/src/freebsd-head/tmp/usr/include/math.h:91:2: note: expanded from
macro '__fp_type_select'
__builtin_types_compatible_p(__typeof(x), long double), ld(x),\
^~
In file included from
/data/src/freebsd-head/gnu/lib/libstdc++/../../../contrib/libstdc++/src/compatibility.cc:53:
/usr/obj/data/src/freebsd-head/tmp/usr/include/c++/4.2/cmath:472:42: error:
__builtin_types_compatible_p is not valid in C++
__capture_isfinite(_Tp __f) { return isfinite(__f); }
^
/usr/obj/data/src/freebsd-head/tmp/usr/include/math.h:105:21: note: expanded
from macro 'isfinite'
#define isfinite(x) __fp_type_select(x, __isfinitef, __isfinite, __isfinitel)
^
/usr/obj/data/src/freebsd-head/tmp/usr/include/math.h:91:2: note: expanded from
macro '__fp_type_select'
__builtin_types_compatible_p(__typeof(x), long double), ld(x),\
^~
and many more.
___
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
Updating the texmaker-3.5.2,2 and texmakerx-2.1_4 ports
Is there any possibility of getting the texmakerx-2.1_4 port, now officially renamed TeXstudio as of 2011-06-15 updated to the new release TeXstudio 2.6.0, released on 2013-06-05. Also, the texmaker-3.5.2,2 port is now at Version 4.0.2 (May 8 2013). Are there any plans to update that port? I have been informed that Texmaker requires QT5, and FreeBSD is not robust enough to handle QT5, hence it cannot be done. If so, then that is a real pity. I use the latest version of TeXstudio on a Windows machine and would like to be able to use it on my FreeBSD one also. I am not really a fan of TexMaker but would use it if TeXstudio was not available. ___ 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
Re: editors/vim: buffer.c:(.text+0x1589): undefined reference to `libintl_gettext'
I'd be interested in a solution to this, also, it consistently lets ports such as pinot, mc, mutt etc fail to build, some to be only pkg-added later. (v9.1-Stable) editors/vim: buffer.c:(.text+0x1589): undefined reference to `libintl_gettext' Updating port /editors/vim on a CURRENT box (FreeBSD 10.0-CURRENT #0 r253194: Thu Jul 11 10:45:47 CEST 2013 amd64) ends up in the error shown below. Since this happens only on exact one box running CURRENT (out of a bunch of CURRENT of the same OS revision, the same compiler settings, the same settings in /etc/src.conf et cetera) while other CURRENT don't show this weird error, is suspect a faulty local library, like libintl.so, which belongs to gettext I suppose. Well, I tried to do a portmaster -r editors/vim as well as portmaster -r gettext to compile away the suspected problem in one of the prerquisited ports, but that didn't end up in success. The problem is still sticky and I'm a bit out of ideas ... Has anybody an idea? Thanks and regards, Oliver [...] link.sh: $LINK_AS_NEEDED set to 'yes': invoking linker directly. cc -L. -Wl,-rpath=/usr/lib:/usr/local/lib -pthread -L/usr/local/lib -rdynamic -Wl,-R/usr/local/lib/perl5/5.16/mach/CORE -L/usr/local/lib -Wl,--as-needed -o vim objects/buffer.o objects/blowfish.o objects/charset.o objects/diff.o objects/digraph.o objects/edit.o objects/eval.o objects/ex_cmds.o objects/ex_cmds2.o objects/ex_docmd.o objects/ex_eval.o objects/ex_getln.o objects/fileio.o objects/fold.o objects/getchar.o objects/hardcopy.o objects/hashtab.o objects/if_cscope.o objects/if_xcmdsrv.o objects/mark.o objects/memline.o objects/menu.o objects/message.o objects/misc1.o objects/misc2.o objects/move.o objects/mbyte.o objects/normal.o objects/ops.o objects/option.o objects/os_unix.o objects/pathdef.o objects/popupmnu.o objects/quickfix.o objects/regexp.o objects/screen.o objects/search.o objects/sha256.o objects/spell.o objects/syntax.o objects/tag.o objects/term.o objects/ui.o objects/undo.o objects/version.o objects/window.o objects/if_lua.o objects/if_perl.o objects/if_perlsfio.o objects/if_python.o objects/if_tcl.o objects/if_ruby.o objects/netbeans.o objects/main.o objects/memfile.o -lm -lelf -pthread -ltermlib -liconv -Wl,-R/usr/local/lib/perl5/5.16/mach/CORE -pthread -Wl,-E -fstack-protector -L/usr/local/lib -L/usr/local/lib/perl5/5.16/mach/CORE -lperl -lm -lcrypt -lutil -L/usr/local/lib/python2.7/config -lpython2.7 -lutil -lm -Wl,--export-dynamic -L/usr/local/lib -ltcl86 -lz -lpthread -lm -Wl,-R -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lexecinfo -lpthread -lcrypt -lm -L/usr/local/lib -Wl,-rpath=/usr/lib:/usr/local/lib -pthread -L/usr/local/lib objects/buffer.o: In function `open_buffer': buffer.c:(.text+0x1df): undefined reference to `libintl_gettext' buffer.c:(.text+0x1fb): undefined reference to `libintl_gettext' objects/buffer.o: In function `close_buffer': buffer.c:(.text+0x5d3): undefined reference to `libintl_gettext' objects/buffer.o: In function `do_buffer': buffer.c:(.text+0x1589): undefined reference to `libintl_gettext' buffer.c:(.text+0x15bc): undefined reference to `libintl_gettext' objects/buffer.o:buffer.c:(.text+0x163f): more undefined references to `libintl_gettext' follow 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 Bottom posting here. New webmail won't even let me see it as I type. so top posting for now... ___ 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
Re: editors/vim: buffer.c:(.text+0x1589): undefined reference to `libintl_gettext'
On Fri, Jul 12, 2013 at 09:19:12AM -0700, Jeffrey Bouquet wrote: I'd be interested in a solution to this, also, it consistently lets ports such as pinot, mc, mutt etc para-solution for vim : make -C /usr/ports/editors/vim configure post-configure all -a ___ 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
No UPDATING entry and some ports missed in curl update
It is a good thing to get curl up to date and I appreciate the effort involved by you and several others. While the curl port was updated to 7.31.0 and lots of ports using the sharable had bumps, I have found three ports on my system that link to libcurl and were not bumped: devel/git, textproc/rasqal, and textproc/redland. There was no entry in UPDATING, so there was no warning that saving a copy of the old sharable would be a good thing, either. -- R. Kevin Oberman, Network Engineer E-mail: rkober...@gmail.com ___ 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
Re: No UPDATING entry and some ports missed in curl update
On 2013-07-12 19:47, Kevin Oberman wrote: It is a good thing to get curl up to date and I appreciate the effort involved by you and several others. While the curl port was updated to 7.31.0 and lots of ports using the sharable had bumps, I have found three ports on my system that link to libcurl and were not bumped: devel/git, textproc/rasqal, and textproc/redland. There was no entry in UPDATING, so there was no warning that saving a copy of the old sharable would be a good thing, either. hm, $ svn info ftp/curl| grep ^Last Last Changed Author: sunpoet Last Changed Rev: 322824 Last Changed Date: 2013-07-12 11:02:43 +0200 (Fri, 12 Jul 2013) $ svn info /usr/ports/devel/git | grep ^Last Last Changed Author: sunpoet Last Changed Rev: 322833 Last Changed Date: 2013-07-12 15:54:25 +0200 (Fri, 12 Jul 2013) $ svn log devel/git r322833 | sunpoet | 2013-07-12 15:54:25 +0200 (Fri, 12 Jul 2013) | 4 lines - Bump PORTREVISION for ftp/curl shlib change Notified by:Rotluchs (via IRC) So the latest git revision is OK It seems the dependency list for textproc/rasqal textproc/redland is not correct $ grep -R curl textproc/rasqal/ $ grep -R curl textproc/redland* (no output, so they fly under the bump radar) regarding your information this ports require LIB_DEPENDS+= curl... Maybe you can file a PR for this two ports. ___ 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
Redmine rmagick dependencies
Hi all. I've already posted this on questions, but got no reply. Recently the redmine port was updated to 2.3.1 and when i tried to install it I've noticed that it has two rmagick dependencies - ruby-rmagick(optional) and rubygem-rmagick(non-optional). ruby-rmagic and rubygem-rmagick ports have the same COMMENT and VERSION so i have some questions: 1) What's the difference between ruby-rmagick and rubygem-rmagick? 2) Why does redmine need rubygem-rmagick even if i turn rmagick option off (is it a bug)? Before the port was updated I've installed redmine dependencies using bundler, and i had no rmagick at all while redmine working properly. Best regards, Kozlov Sergey. ___ 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
Re: Updating the texmaker-3.5.2,2 and texmakerx-2.1_4 ports
I'm afraid I'm going to have to hand this port off, as last time I checked, the update was rather fiddly, and I don't actually use it anymore. Is there anyone who'd like to take ownership? On 07/12, Jerry wrote: Is there any possibility of getting the texmakerx-2.1_4 port, now officially renamed TeXstudio as of 2011-06-15 updated to the new release TeXstudio 2.6.0, released on 2013-06-05. Also, the texmaker-3.5.2,2 port is now at Version 4.0.2 (May 8 2013). Are there any plans to update that port? I have been informed that Texmaker requires QT5, and FreeBSD is not robust enough to handle QT5, hence it cannot be done. If so, then that is a real pity. I use the latest version of TeXstudio on a Windows machine and would like to be able to use it on my FreeBSD one also. I am not really a fan of TexMaker but would use it if TeXstudio was not available. ___ 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
[HEADSUP] No more pkg_install on HEAD by default
Hi, I have just committed (r253305) a change the make pkg_install not being built and installed by default on HEAD. If you are still relying on it, be careful and add WITH_PKGTOOLS=yes in your src.conf(5) regards, Bapt pgpS0qXIpyya5.pgp Description: PGP signature
Re: No UPDATING entry and some ports missed in curl update
On Fri, Jul 12, 2013 at 11:14 AM, olli hauer oha...@gmx.de wrote: On 2013-07-12 19:47, Kevin Oberman wrote: It is a good thing to get curl up to date and I appreciate the effort involved by you and several others. While the curl port was updated to 7.31.0 and lots of ports using the sharable had bumps, I have found three ports on my system that link to libcurl and were not bumped: devel/git, textproc/rasqal, and textproc/redland. There was no entry in UPDATING, so there was no warning that saving a copy of the old sharable would be a good thing, either. hm, $ svn info ftp/curl| grep ^Last Last Changed Author: sunpoet Last Changed Rev: 322824 Last Changed Date: 2013-07-12 11:02:43 +0200 (Fri, 12 Jul 2013) $ svn info /usr/ports/devel/git | grep ^Last Last Changed Author: sunpoet Last Changed Rev: 322833 Last Changed Date: 2013-07-12 15:54:25 +0200 (Fri, 12 Jul 2013) $ svn log devel/git r322833 | sunpoet | 2013-07-12 15:54:25 +0200 (Fri, 12 Jul 2013) | 4 lines - Bump PORTREVISION for ftp/curl shlib change Notified by:Rotluchs (via IRC) So the latest git revision is OK It seems the dependency list for textproc/rasqal textproc/redland is not correct $ grep -R curl textproc/rasqal/ $ grep -R curl textproc/redland* (no output, so they fly under the bump radar) regarding your information this ports require LIB_DEPENDS+= curl... Maybe you can file a PR for this two ports. Yep. All tree were caught after I updated my tree in later commits. Looks like all of the ports relevant to my systems are now covered. I'd still like to see UPDATING have a note, though. Too many people will catch only some version bumps (as I did), so I think a heads-up is still appropriate for ports with this many dependencies. As to LIB_DEPENDS, both rasqal and redland depend on libraptor2.so. raptor2 depends on libcurl.so, so the dependency is inherited quite properly. It is simply neither practical nor appropriate to list every sub-dependency in every port's Makefile. Worst cases are things like gnome and kde4. Keepin g track of all of those manually would be a real pain in the neck and make maintaining such complex ports impractcal and that is why the ports system is designed to make this unnecessary. It gets even worse when, due to options, a port may or may not link to some sharable. Of course, this makes it impossible for quickly check for this sort of things when a sharable has a version bump an this is why I think bumping ports is simply inadequate.It is fairly trivial to check on ports on a given system that require a version bump, but testing thousands of ports for indirect dependencies does not do the trick. -- R. Kevin Oberman, Network Engineer E-mail: rkober...@gmail.com ___ 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
Re: Redmine rmagick dependencies
On 07/12/13 19:47, Kozlov Sergey wrote: Hi all. I've already posted this on questions, but got no reply. Sorry I didn't see your message. Recently the redmine port was updated to 2.3.1 and when i tried to install it I've noticed that it has two rmagick dependencies - ruby-rmagick(optional) and rubygem-rmagick(non-optional). ruby-rmagic and rubygem-rmagick ports have the same COMMENT and VERSION so i have some questions: 1) What's the difference between ruby-rmagick and rubygem-rmagick? The rubygem- one shows up in gem list and is detected as installed by gem. 2) Why does redmine need rubygem-rmagick even if i turn rmagick option off (is it a bug)? Before the port was updated I've installed redmine dependencies using bundler, and i had no rmagick at all while redmine working properly. It's at least a bug that both are required, it may be a bug that either is required, though I doubt it and it's a bug that the dep doesn't go away when you turn it off, although the dep may not be optional. I'll take a look at it and see if I can fix it, thanks for letting us know. Steve ___ 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
