Re: Is py-sqlite3 broken (missing _ctypes)?
On 16/10/2014 1:29 PM, Thomas Mueller wrote: Trying to update www/seamonkey, I failed on an error in databases/py-sqlite3 relating to _ctypes, am not really familiar with that. Did I do something wrong, or is this a more general bug? I am on FreeBSD-current amd64, r272279. I tried to portmaster databases/py-sqlite3 separately after initial failure, to isolate the error. Log file is short: === Currently installed version: py27-sqlite3-2.7.6_4 === Port directory: /usr/ports/databases/py-sqlite3 === Gathering distinfo list for installed ports === Launching 'make checksum' for databases/py-sqlite3 in background === Gathering dependency list for databases/py-sqlite3 from ports === Initial dependency check complete for databases/py-sqlite3 ]0;portmaster: py27-sqlite3-2.7.6_4 === Starting build for databases/py-sqlite3 === === All dependencies are up to date === Cleaning for py27-sqlite3-2.7.8_5 === License PSFL accepted by the user === py27-sqlite3-2.7.8_5 depends on file: /usr/local/sbin/pkg - found === Fetching all distfiles required by py27-sqlite3-2.7.8_5 for building === Extracting for py27-sqlite3-2.7.8_5 = SHA256 Checksum OK for python/Python-2.7.8.tar.xz. === Patching for py27-sqlite3-2.7.8_5 === py27-sqlite3-2.7.8_5 depends on package: py27-setuptools270 - found === py27-sqlite3-2.7.8_5 depends on file: /usr/local/bin/python2.7 - found === py27-sqlite3-2.7.8_5 depends on shared library: libsqlite3.so - found (/usr/local/lib/libsqlite3.so.0.8.6) === Configuring for py27-sqlite3-2.7.8_5 === FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/_ctypes/libffi/aclocal.m4 === FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/_ctypes/libffi/acinclude.m4 === FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/_ctypes/libffi/m4/libtool.m4 === FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/_ctypes/libffi/configure === FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/zlib/configure === FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/configure Traceback (most recent call last): File string, line 1, in module File setup.py, line 36, in module import ctypes File /usr/local/lib/python2.7/ctypes/__init__.py, line 10, in module from _ctypes import Union, Structure, Array ImportError: No module named _ctypes *** Error code 1 Stop. make: stopped in /usr/ports/databases/py-sqlite3 === make build failed for databases/py-sqlite3 === Aborting update === You can restart from the point of failure with this command line: portmaster flags databases/py-sqlite3 Tom ___ freebsd-pyt...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to freebsd-python-unsubscr...@freebsd.org Hi Tom, thanks for the report! This one needs further isolation to lang/python27, to identify why the ctypes module fails to build. Let us know what you find. -- koobs ___ 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: Is py-sqlite3 broken (missing _ctypes)?
from Kubilay Kocak: Hi Tom, thanks for the report! This one needs further isolation to lang/python27, to identify why the ctypes module fails to build. Let us know what you find. What specifically should I do? Should I try to build lang/python34 or python33? Distrowatch.com tracks some packages including sqlite, and I noticed sqlite was updated to 3.8.7; subsequently saw that on www.sqlite.org . Should I wait for databases/sqlite3 to be upgraded in the ports tree, or try to update it myself if need be? 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
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/yudit | 2.9.2 | 2.9.4 +-+ games/openyahtzee | 1.9.1 | 1.9.2 +-+ www/pound | 2.6 | 2.7d +-+ 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 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
libcdr, libfreehand, libspub
Hi! My system: FreeBSD 10.1-RC2 #0 r272876: Fri Oct 10 01:12:21 UTC 2014 r...@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 It work normal but wherever I run portmaster -ia I get the same three ports for update: === The graphics/libcdr port moved to graphics/libcdr01 === Reason: Replaced by newer version === Update libcdr-0.0.16_2? y/n [y] y === Launching child to reinstall libcdr-0.0.16_2 === All libcdr-0.0.16_2 (1/1) === The graphics/libcdr port moved to graphics/libcdr01 === Reason: Replaced by newer version === Currently installed version: libcdr01-0.1.0_1 === Port directory: /usr/ports/graphics/libcdr01 === Launching 'make checksum' for graphics/libcdr01 in background === Gathering dependency list for graphics/libcdr01 from ports === Initial dependency check complete for graphics/libcdr01 === Returning to update check of installed ports === The graphics/libfreehand00 port moved to graphics/libfreehand === Reason: Replaced by newer version === Update libfreehand00-0.0.0? y/n [y] y === Launching child to reinstall libfreehand00-0.0.0 === All libfreehand00-0.0.0 (2/2) === The graphics/libfreehand00 port moved to graphics/libfreehand === Reason: Replaced by newer version === Currently installed version: libfreehand-0.1.0_2 === Port directory: /usr/ports/graphics/libfreehand === Launching 'make checksum' for graphics/libfreehand in background === Gathering dependency list for graphics/libfreehand from ports === Initial dependency check complete for graphics/libfreehand === Returning to update check of installed ports === The print/libmspub port moved to print/libmspub01 === Reason: Replaced by newer version === Update libmspub-0.0.6_3? y/n [y] y === Launching child to reinstall libmspub-0.0.6_3 === All libmspub-0.0.6_3 (3/3) === The print/libmspub port moved to print/libmspub01 === Reason: Replaced by newer version === Currently installed version: libmspub01-0.1.1 === Port directory: /usr/ports/print/libmspub01 === Launching 'make checksum' for print/libmspub01 in background === Gathering dependency list for print/libmspub01 from ports === Initial dependency check complete for print/libmspub01 === Returning to update check of installed ports === All (3) === The following actions will be taken if you choose to proceed: Re-install libcdr01-0.1.0_1 Re-install libfreehand-0.1.0_2 Re-install libmspub01-0.1.1 === Proceed? y/n [y] -- Everything going okay: --- --- === Creating a backup package for old version libmspub01-0.1.1 Creating package for libmspub01-0.1.1 Updating database digests format: 100% Checking integrity... done (0 conflicting) Deinstallation has been requested for the following 1 packages (of 0 packages in the universe): Installed packages to be REMOVED: libmspub01-0.1.1 The operation will free 564 KB. [1/1] Deleting libmspub01-0.1.1: 100% === Starting check for runtime dependencies === Gathering dependency list for print/libmspub01 from ports === Dependency check complete for print/libmspub01 === All libmspub01-0.1.1 (3/3) === Installing for libmspub01-0.1.1 === Checking if libmspub01 already installed === Registering installation for libmspub01-0.1.1 as automatic === Re-installation of libmspub01-0.1.1 succeeded === Returning to update check of installed ports === Update check of installed ports complete === The following actions were performed: Re-installation of libcdr01-0.1.0_1 Re-installation of libfreehand-0.1.0_2 Re-installation of libmspub01-0.1.1 And when I run portmaster again andd I have the same problem: All there ports I need to update. What do I need to do, please? There are nothibg in /usr/ports/UPDATING. Thank you. -- ajtiM http://www.redbubble.com/people/lumiwa ___ 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: libcdr, libfreehand, libspub
On Sunday 19 October 2014 05:57:16 Ajtim wrote: Hi! My system: FreeBSD 10.1-RC2 #0 r272876: Fri Oct 10 01:12:21 UTC 2014 r...@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 It work normal but wherever I run portmaster -ia I get the same three ports for update: === The graphics/libcdr port moved to graphics/libcdr01 === Reason: Replaced by newer version === Update libcdr-0.0.16_2? y/n [y] y === Launching child to reinstall libcdr-0.0.16_2 === All libcdr-0.0.16_2 (1/1) === The graphics/libcdr port moved to graphics/libcdr01 === Reason: Replaced by newer version === Currently installed version: libcdr01-0.1.0_1 === Port directory: /usr/ports/graphics/libcdr01 === Launching 'make checksum' for graphics/libcdr01 in background === Gathering dependency list for graphics/libcdr01 from ports === Initial dependency check complete for graphics/libcdr01 === Returning to update check of installed ports === The graphics/libfreehand00 port moved to graphics/libfreehand === Reason: Replaced by newer version === Update libfreehand00-0.0.0? y/n [y] y === Launching child to reinstall libfreehand00-0.0.0 === All libfreehand00-0.0.0 (2/2) === The graphics/libfreehand00 port moved to graphics/libfreehand === Reason: Replaced by newer version === Currently installed version: libfreehand-0.1.0_2 === Port directory: /usr/ports/graphics/libfreehand === Launching 'make checksum' for graphics/libfreehand in background === Gathering dependency list for graphics/libfreehand from ports === Initial dependency check complete for graphics/libfreehand === Returning to update check of installed ports === The print/libmspub port moved to print/libmspub01 === Reason: Replaced by newer version === Update libmspub-0.0.6_3? y/n [y] y === Launching child to reinstall libmspub-0.0.6_3 === All libmspub-0.0.6_3 (3/3) === The print/libmspub port moved to print/libmspub01 === Reason: Replaced by newer version === Currently installed version: libmspub01-0.1.1 === Port directory: /usr/ports/print/libmspub01 === Launching 'make checksum' for print/libmspub01 in background === Gathering dependency list for print/libmspub01 from ports === Initial dependency check complete for print/libmspub01 === Returning to update check of installed ports === All (3) === The following actions will be taken if you choose to proceed: Re-install libcdr01-0.1.0_1 Re-install libfreehand-0.1.0_2 Re-install libmspub01-0.1.1 === Proceed? y/n [y] -- Everything going okay: --- --- === Creating a backup package for old version libmspub01-0.1.1 Creating package for libmspub01-0.1.1 Updating database digests format: 100% Checking integrity... done (0 conflicting) Deinstallation has been requested for the following 1 packages (of 0 packages in the universe): Installed packages to be REMOVED: libmspub01-0.1.1 The operation will free 564 KB. [1/1] Deleting libmspub01-0.1.1: 100% === Starting check for runtime dependencies === Gathering dependency list for print/libmspub01 from ports === Dependency check complete for print/libmspub01 === All libmspub01-0.1.1 (3/3) === Installing for libmspub01-0.1.1 === Checking if libmspub01 already installed === Registering installation for libmspub01-0.1.1 as automatic === Re-installation of libmspub01-0.1.1 succeeded === Returning to update check of installed ports === Update check of installed ports complete === The following actions were performed: Re-installation of libcdr01-0.1.0_1 Re-installation of libfreehand-0.1.0_2 Re-installation of libmspub01-0.1.1 And when I run portmaster again andd I have the same problem: All there ports I need to update. What do I need to do, please? There are nothibg in /usr/ports/UPDATING. Thank you. I used portmaster -o and it solved the problem. Thank you. -- ajtiM http://www.redbubble.com/people/lumiwa ___ 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 with portbuild (kicad-devel)
Hello list! On one machine the build of cad/kicad-devel works; 9.3-PRERELEASE The other one donĀ“t build FreeBSD 8.3-STABLE Error is; local symbol 5298: discarded in section `.text._ZNK8wxString9AsCharBufERK8wxMBConv' from ../pcbnew/github/libgithub_plugin.a(githu local symbol 5299: discarded in section `.text._ZNSt8_Rb_treeI8wxStringS0_St9_IdentityIS0_ESt4lessIS0_ESaIS0_EE8_M_eraseEPSt13_Rb_ local symbol 5300: discarded in section `.text._ZN8wxString6assignEPKwm' from ../pcbnew/github/libgithub_plugin.a(github_plugin.cp local symbol 5301: discarded in section `.text._ZNSt8_Rb_treeISsSt4pairIKSsPvESt10_Select1stIS3_ESt4lessISsESaIS3_EE8_M_eraseEPSt1 clang: error: linker command failed with exit code 1 (use -v to see invocation)^M *** Error code 1^M ^M Stop in /usr/ports/cad/kicad-devel/work/kicad-r5104.^M *** Error code 1^M ^M Stop in /usr/ports/cad/kicad-devel/work/kicad-r5104.^M *** Error code 1^M ^M Stop in /usr/ports/cad/kicad-devel/work/kicad-r5104.^M *** Error code 1^M ^M Stop in /usr/ports/cad/kicad-devel.^M *** Error code 1^M ^M Stop in /usr/ports/cad/kicad-devel.^M testbox# exit^M^M exit^M ___ freebsd-questi...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ 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
sqlite3 breakage
Hello list, sqlite3 appears to be breaking things in multiple places. using generic amd64 r273255 and ports 371178 I get errors like this whenever sqlite3 is called as a dependency. So, in /data/ports/devel/libsoup-gnome: === Building for libsoup-gnome-2.40.3_4 cd /data/ports/devel/libsoup-gnome/work/libsoup-2.40.3/libsoup gmake libsoup-gnome-2.4.la gmake[1]: Entering directory '/data/ports/devel/libsoup-gnome/work/libsoup-2.40.3/libsoup' CC soup-cookie-jar-sqlite.lo CC soup-gnome-features.lo CC soup-proxy-resolver-gnome.lo CC soup-password-manager-gnome.lo CCLD libsoup-gnome-2.4.la /usr/bin/ld: /usr/local/lib/libsqlite3.a(sqlite3.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libsqlite3.a: could not read symbols: Bad value cc: error: linker command failed with exit code 1 (use -v to see invocation) Makefile:721: recipe for target 'libsoup-gnome-2.4.la' failed gmake[1]: *** [libsoup-gnome-2.4.la] Error 1 gmake[1]: Leaving directory '/data/ports/devel/libsoup-gnome/work/libsoup-2.40.3/libsoup' *** Error code 2 Stop. make: stopped in /data/ports/devel/libsoup-gnome ### in pidgin: aking all in cap gmake[4]: Entering directory '/data/ports/net-im/pidgin/work/pidgin-2.10.9/pidgin/plugins/cap' CC cap.lo cap.c:97:9: warning: assigning to 'char *' from 'const char *' discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] sta_id = purple_status_get_id(get_status_for(buddy)); ^ ~~~ 1 warning generated. CCLD cap.la /usr/bin/ld: /usr/local/lib/libsqlite3.a(sqlite3.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libsqlite3.a: could not read symbols: Bad value cc: error: linker command failed with exit code 1 (use -v to see invocation) Makefile:482: recipe for target 'cap.la' failed gmake[4]: *** [cap.la] Error 1 gmake[4]: Leaving directory '/data/ports/net-im/pidgin/work/pidgin-2.10.9/pidgin/plugins/cap' Makefile:902: recipe for target 'all-recursive' failed gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory '/data/ports/net-im/pidgin/work/pidgin-2.10.9/pidgin/plugins' Makefile:895: recipe for target 'all-recursive' failed gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory '/data/ports/net-im/pidgin/work/pidgin-2.10.9/pidgin' === Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /data/ports/net-im/pidgin *** Error code 1 Stop. make: stopped in /data/ports/net-im/pidgin Rebuilt sqlite3 from the ports, which made no difference. There are other ports affected. How can I fix this? thanks, -- John ___ 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
graphics/libEGL and graphics/libglapi are failing in poudriere due to missing gettext
Hi, It seems that both latest graphics/libEGL and graphics/libglapi need gettext to build: === Building for libglapi-10.3.0 gmake[1]: Entering directory '/wrkdirs/usr/ports/graphics/libglapi/work/Mesa-10.3.0/src/mesa/drivers/dri/common/xmlpool' cd ../../../../../.. gmake am--refresh cd ../../../../../.. gmake am--refresh Updating (ca) ca/LC_MESSAGES/options.mo from ca.po. msgfmt: not found Makefile:638: recipe for target 'ca/LC_MESSAGES/options.mo' failed gmake[1]: *** [ca/LC_MESSAGES/options.mo] Error 127 gmake[1]: Leaving directory '/wrkdirs/usr/ports/graphics/libglapi/work/Mesa-10.3.0/src/mesa/drivers/dri/common/xmlpool' *** Error code 2 Stop. make: stopped in /usr/ports/graphics/libglapi === Cleaning for libglapi-10.3.0 build of /usr/ports/graphics/libglapi ended at Sun Oct 19 16:14:14 MSK 2014 -- Mikhail ___ 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: sqlite3 breakage
On Sun, 19 Oct 2014 14:28:08 +0100 John freebsd-po...@potato.growveg.org wrote: sqlite3 appears to be breaking things in multiple places. using generic amd64 r273255 and ports 371178 I get errors like this whenever sqlite3 is called as a dependency. So, in /data/ports/devel/libsoup-gnome: === Building for libsoup-gnome-2.40.3_4 cd /data/ports/devel/libsoup-gnome/work/libsoup-2.40.3/libsoup gmake libsoup-gnome-2.4.la gmake[1]: Entering directory '/data/ports/devel/libsoup-gnome/work/libsoup-2.40.3/libsoup' CC soup-cookie-jar-sqlite.lo CC soup-gnome-features.lo CC soup-proxy-resolver-gnome.lo CC soup-password-manager-gnome.lo CCLD libsoup-gnome-2.4.la /usr/bin/ld: /usr/local/lib/libsqlite3.a(sqlite3.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libsqlite3.a: could not read symbols: Bad value cc: error: linker command failed with exit code 1 (use -v to see invocation) Makefile:721: recipe for target 'libsoup-gnome-2.4.la' failed gmake[1]: *** [libsoup-gnome-2.4.la] Error 1 gmake[1]: Leaving directory '/data/ports/devel/libsoup-gnome/work/libsoup-2.40.3/libsoup' *** Error code 2 Stop. make: stopped in /data/ports/devel/libsoup-gnome ### in pidgin: aking all in cap gmake[4]: Entering directory '/data/ports/net-im/pidgin/work/pidgin-2.10.9/pidgin/plugins/cap' CC cap.lo cap.c:97:9: warning: assigning to 'char *' from 'const char *' discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] sta_id = purple_status_get_id(get_status_for(buddy)); ^ ~~~ 1 warning generated. CCLD cap.la /usr/bin/ld: /usr/local/lib/libsqlite3.a(sqlite3.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libsqlite3.a: could not read symbols: Bad value cc: error: linker command failed with exit code 1 (use -v to see invocation) Makefile:482: recipe for target 'cap.la' failed gmake[4]: *** [cap.la] Error 1 gmake[4]: Leaving directory '/data/ports/net-im/pidgin/work/pidgin-2.10.9/pidgin/plugins/cap' Makefile:902: recipe for target 'all-recursive' failed gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory '/data/ports/net-im/pidgin/work/pidgin-2.10.9/pidgin/plugins' Makefile:895: recipe for target 'all-recursive' failed gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory '/data/ports/net-im/pidgin/work/pidgin-2.10.9/pidgin' === Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /data/ports/net-im/pidgin *** Error code 1 Stop. make: stopped in /data/ports/net-im/pidgin Rebuilt sqlite3 from the ports, which made no difference. There are other ports affected. How can I fix this? Check that you have these files in /usr/local/lib: libsqlite3.a libsqlite3.so libsqlite3.so.0 libsqlite3.so.0.8.6 If any are missing then make sure you have the latest version of pkg. It fixes a bug that allowed packages with missing files to be installed. Then build databases/sqlite3 using 'script build.log make install' and email us build.log. ___ 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: postgresql-server depends on client. Why?
Palle Girgensohn gir...@pingpong.net wrote: So, apart from the obvious I want to upgrade the client separately (before) the server, there are no arguments for not doing it the way we do it now. But maybe that argument is enough to motivate a change? KIS is one reason we do not install clients with server (of other DBs or on other OSs). Security standard practice also recommends client software not be installed on server systems. Considering how trivial it is to split client and server ports I can't think of a good reason not to. Roger ___ 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
at - atrun utility bug on 10.0
I find that while a job is running via the at facility, that is, atrun has executed it, every subsequent execution of atrun (via cron) STAYS running while the original program (executed by atrun) is still active. Generally, according to the docs, atrun is executed every 5 minutes */5 * * * * within /etc/crontab I always modify this to * * * * * for more prompt at execution. I have jobs submitted via 'at' which tend to run for several hours sometimes even all day. If I do a 'ps wwax' I could see dozens, hundreds, even thousands of atrun running. When the original job completes all the atruns disappear. I noticed this on 10.0, where on 9.1 it simply does not happen. It is my feeling that the atrun on 10.0 is either being held up by a lock fyl, an flock, or something else which is blocking its normal termination when there is an empty queue, or rather when there is an item in the queue which is already being tended to by another process. I would think that the general */5 granularity of atrun, along with most jobs NOT running for multiple hours tends to obfuscate this (what I think is a) bug. And most people looking at an wwax would skip past it without giving it any thought. If anyone could confirm that I am not going insane, I would file a bug report thru normal channels. Of course, I may be going insane regardless of THIS email :-) ___ 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: dns/bind99 and the migration from FreeBSD 9.x - 10.x
On Thu, Feb 27, 2014 at 03:27:37PM -0800, David Wolfskill wrote: I am not at all clear how to perform a migration of machines that run authoritative nameservers from FreeBSD 9.x - 10.x, given the current setup of the dns/bind99 port. I'm hoping for some clues, if not insight. I seem to have managed to perform the above migration for one of the two machines that I have here at home that meet the above description. (I have not yet attempted it for the other; if things seem OK after a week, it's next up.) Unrelated to this issue, I acquired the use of a test machine (to which I restored the backup images of the file systems of the machine I just upgraded, then changed the hostname IP address). I was thus able to experiment a bit. On these machines, I have them set up to boot from either of 2 slices (each of which contains its own / and /usr; /var is the same file system (on a 3rd slice) regardless of which slice is booted), and flip from one slice to the other at each upgrade. I normally track a stable/N branch, updating weekly. Salient parts of the upgrade process for these intra-branch upgrades: * Clone the running slice to the other one. * Ensure that the root and usr file systems from the non-booted slice are mounted at a suitable mountpoint. * Mount /usr/src and /usr/obj read-only via NFS from the build machine. * cd /usr/src \ make installkernel installworld DESTDIR=${other_slice_mountpoint}; mergemaster gets a -D flag for similar purposes. * Reboot from the newly-populated other slice. * Mount /usr/src and /usr/obj read-only via NFS from the build machine (because some ports (e.g., sysutils/lsof) want access to that information). * Update installed ports. (I have been using portmaster -ad for some time for this.) * Perform the make delete-old-libs mentioned in src/UPDATING. * Reboot to ensure that nothing is still using old ports. For this exercise (9.x - 10.x on a machine running an authoritative name server), here's what worked for me: * Mount /usr/src and /usr/obj read-only via NFS from the build machine (because some ports (e.g., sysutils/lsof) want access to that information). * Update installed ports. * cp -pr /var/named/etc/namedb /usr/local/etc/ * cd /usr/local/etc/namedb foreach f (`find . -type d -name RCS -prune -o -type f -print0 | \ xargs -0 grep -l '/etc/'`) sed -i -e 's/\/etc/\/usr\/local\/etc/g' $f end * Clone the running slice to the other one. * Ensure that the root and usr file systems from the non-booted slice are mounted at a suitable mountpoint. * Mount /usr/src and /usr/obj read-only via NFS from the build machine. * cd /usr/src \ make installkernel installworld DESTDIR=${other_slice_mountpoint}; mergemaster gets a -D flag for similar purposes. * Reboot from the newly-populated other slice. * Install ports/misc/compat9x (e.g., portmaster misc/compat9x)/ * Re-install ports/dns/bind99 (e.g., portmaster dns/bind99)/ * service named restart (and verify that lookups are faster now that the first nameserver listed in /etc/resolv.conf actually has named running). * Perform the make delete-old-libs mentioned in src/UPDATING. * Reboot to ensure that nothing is still using old ports. Note that while dns/bind99 and misc/compat9x were built/installed under 10.x, the rest of the ports on the system are still running after having been built/installed under 9.x. This is intentional, so I have a relatively easy fallback option in case of Something Bad happening (reboot from the previous slice, which still has stable/9 installed). After a week (or two), I expect to cut over fully, and perform the process documented near the bottom of portmaster(8) to rebuild/iinstall all installed ports under stable/10. And then I expect to do the same for my laptop and the build machine... and then I'll stop tracking stable/9. YMMV, and all that. Peace, david -- David H. Wolfskill da...@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpB9XBjVnbhK.pgp Description: PGP signature
Re: sqlite3 breakage
Hello, that was quick! :D Check that you have these files in /usr/local/lib: libsqlite3.a libsqlite3.so libsqlite3.so.0 libsqlite3.so.0.8.6 If any are missing then make sure you have the latest version of pkg. It fixes a bug that allowed packages with missing files to be installed. Then build databases/sqlite3 using 'script build.log make install' and email us build.log. root@:/usr/local/lib # pkg -v 1.3.8 ~ # cd /usr/local/lib ~ # root@:/usr/local/lib # ls -la libsqlite3.a -rw-r--r-- 1 root wheel 1441616 Oct 19 14:47 libsqlite3.a root@:/usr/local/lib # ls -la libsqlite3.so lrwxr-xr-x 1 root wheel 19 Oct 19 14:47 libsqlite3.so - libsqlite3.so.0.8.6 root@:/usr/local/lib # ls -la libsqlite3.so.0 lrwxr-xr-x 1 root wheel 19 Oct 19 14:47 libsqlite3.so.0 - libsqlite3.so.0.8.6 root@:/usr/local/lib # ls -la libsqlite3.so.0.8.6 -rwxr-xr-x 1 root wheel 1046592 Oct 19 14:47 libsqlite3.so.0.8.6 root@:/usr/local/lib # I deinstalled then cleaned, rebuilt again and am attaching the build log as requested (this is 15kb) thanks, -- John Script started on Sun Oct 19 18:21:56 2014 command: make install === License public accepted by the user === Found saved configuration for sqlite3-3.8.6 === sqlite3-3.8.6 depends on file: /usr/local/sbin/pkg - found = sqlite-autoconf-3080600.tar.gz doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch http://www.sqlite.org/2014/sqlite-autoconf-3080600.tar.gz sqlite-autoconf-3080600.tar.gz 0% of 1922 kB0 Bps sqlite-autoconf-3080600.tar.gz 8% of 1922 kB 239 kBps sqlite-autoconf-3080600.tar.gz 49% of 1922 kB 793 kBps sqlite-autoconf-3080600.tar.gz100% of 1922 kB 786 kBps 00m02s === Fetching all distfiles required by sqlite3-3.8.6 for building === Extracting for sqlite3-3.8.6 = SHA256 Checksum OK for sqlite-autoconf-3080600.tar.gz. === Patching for sqlite3-3.8.6 === Applying FreeBSD patches for sqlite3-3.8.6 === sqlite3-3.8.6 depends on file: /usr/local/bin/ccache - found === Configuring for sqlite3-3.8.6 === FreeBSD 10 autotools fix applied to /data/ports/databases/sqlite3/work/sqlite-autoconf-3080600/tea/aclocal.m4 === FreeBSD 10 autotools fix applied to /data/ports/databases/sqlite3/work/sqlite-autoconf-3080600/tea/configure === FreeBSD 10 autotools fix applied to /data/ports/databases/sqlite3/work/sqlite-autoconf-3080600/aclocal.m4 === FreeBSD 10 autotools fix applied to /data/ports/databases/sqlite3/work/sqlite-autoconf-3080600/configure configure: loading site script /usr/ports/Templates/config.site checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... (cached) /bin/mkdir -p checking for gawk... (cached) /usr/bin/awk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking dependency style of cc... gcc3 checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking dependency style of cc... (cached) gcc3 checking for ranlib... ranlib checking build system type... amd64-portbld-freebsd10.1 checking host system type... amd64-portbld-freebsd10.1 checking how to print strings... printf checking for a sed that does not truncate output... (cached) /usr/bin/sed checking for grep that handles long lines and -e... (cached) /usr/bin/grep checking for egrep... (cached) /usr/bin/egrep checking for fgrep... (cached) /usr/bin/fgrep checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... (cached) 262144 checking whether the shell understands some XSI constructs... yes checking whether the shell understands +=... no checking how to convert amd64-portbld-freebsd10.1 file names to amd64-portbld-freebsd10.1 format... func_convert_file_noop checking how to convert amd64-portbld-freebsd10.1 file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize
Re: sqlite3 breakage
On Sun, 19 Oct 2014 19:21:38 +0100 John freebsd-li...@potato.growveg.org wrote: Hello, that was quick! :D Check that you have these files in /usr/local/lib: libsqlite3.a libsqlite3.so libsqlite3.so.0 libsqlite3.so.0.8.6 If any are missing then make sure you have the latest version of pkg. It fixes a bug that allowed packages with missing files to be installed. Then build databases/sqlite3 using 'script build.log make install' and email us build.log. root@:/usr/local/lib # pkg -v 1.3.8 ~ # cd /usr/local/lib ~ # root@:/usr/local/lib # ls -la libsqlite3.a -rw-r--r-- 1 root wheel 1441616 Oct 19 14:47 libsqlite3.a root@:/usr/local/lib # ls -la libsqlite3.so lrwxr-xr-x 1 root wheel 19 Oct 19 14:47 libsqlite3.so - libsqlite3.so.0.8.6 root@:/usr/local/lib # ls -la libsqlite3.so.0 lrwxr-xr-x 1 root wheel 19 Oct 19 14:47 libsqlite3.so.0 - libsqlite3.so.0.8.6 root@:/usr/local/lib # ls -la libsqlite3.so.0.8.6 -rwxr-xr-x 1 root wheel 1046592 Oct 19 14:47 libsqlite3.so.0.8.6 root@:/usr/local/lib # I deinstalled then cleaned, rebuilt again and am attaching the build log as requested (this is 15kb) Try building the ports without ccache. ___ 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: graphics/libEGL and graphics/libglapi are failing in poudriere due to missing gettext
2014-10-19 18:09 GMT+04:00 Mikhail Tsatsenko m.tsatse...@gmail.com: Hi, It seems that both latest graphics/libEGL and graphics/libglapi need gettext to build: === Building for libglapi-10.3.0 gmake[1]: Entering directory '/wrkdirs/usr/ports/graphics/libglapi/work/Mesa-10.3.0/src/mesa/drivers/dri/common/xmlpool' cd ../../../../../.. gmake am--refresh cd ../../../../../.. gmake am--refresh Updating (ca) ca/LC_MESSAGES/options.mo from ca.po. msgfmt: not found Makefile:638: recipe for target 'ca/LC_MESSAGES/options.mo' failed gmake[1]: *** [ca/LC_MESSAGES/options.mo] Error 127 gmake[1]: Leaving directory '/wrkdirs/usr/ports/graphics/libglapi/work/Mesa-10.3.0/src/mesa/drivers/dri/common/xmlpool' *** Error code 2 Stop. make: stopped in /usr/ports/graphics/libglapi === Cleaning for libglapi-10.3.0 build of /usr/ports/graphics/libglapi ended at Sun Oct 19 16:14:14 MSK 2014 -- Mikhail Adding USES= gettext:build to the Makefile fixes the problem. graphics/libGL and graphics/libglesv2 are also affected by this problem. -- Mikhail ___ 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: sqlite3 breakage
On Sun, Oct 19, 2014 at 09:09:56PM +0200, Tijl Coosemans wrote: Try building the ports without ccache. Sorry, no difference, fails in same place. -- John ___ 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: dns/bind99 and the migration from FreeBSD 9.x - 10.x
On Sun, 19 Oct 2014, David Wolfskill wrote: After a week (or two), I expect to cut over fully, and perform the process documented near the bottom of portmaster(8) to rebuild/iinstall all installed ports under stable/10. There is a version updated for pkg in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191166 ___ 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: latest freebsd:11:x86:64 repo and ruby 1.9 - 2.0
On Sat, Oct 18, 2014 at 2:29 AM, Andriy Gapon a...@freebsd.org wrote: Then the real problem, I do not want these packages to be removed except for ruby-1.9.3.547_3,1. In other words, I want to keep using zfs-snapshot-mgmt, libchk, hub and porttools. What should I do? Did you try to pkg lock the packages that you don't want removed? -- Craig ___ 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: latest freebsd:11:x86:64 repo and ruby 1.9 - 2.0
On Sat, Oct 18, 2014 at 12:29:27PM +0300, Andriy Gapon wrote: $ pkg upgrade Updating FreeBSD repository catalogue... FreeBSD repository is up-to-date. Updating poudriere repository catalogue... poudriere repository is up-to-date. All repositories are up-to-date. Checking for upgrades (24 candidates): 100% Checking integrity... done (1 conflicting) Checking integrity... done (0 conflicting) The following 24 packages will be affected (of 0 checked): First, a minor nit: of 0 checked? Installed packages to be REMOVED: ruby-1.9.3.547_3,1 porttools-1.02 newfile-1.0.14_4 hub-1.12.2 libchk-1.10.3 zfs-snapshot-mgmt-20090201_2 Then the real problem, I do not want these packages to be removed except for ruby-1.9.3.547_3,1. In other words, I want to keep using zfs-snapshot-mgmt, libchk, hub and porttools. What should I do? Just accept the upgrade and reinstall them they are there. we need to improve the solver to prevent that. regards, Bapt pgpmFLWleXvvG.pgp Description: PGP signature
[Bug 193693] Merge mail/dspam-devel in to mail/dspam
Hello all! I'm the current maintainer of mail/dspam and mail/dspam-devel, and I need some help committing the patch found in bug #193693. This one is a little messy as both ports have gone stale over the last few years, so apologies and thanks in advance to whomever jumps in to help. I will also need some help adding an entry to MOVED once the commit is done, so that we can officially retire dspam-devel. Thanks! Danny Warren ___ 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
net-p2p/linuxdcpp appears to delete shared directories
Judging by the email address this appears to be an unmaintained port. Twice already I have lost shared directories. Most recently I lost my main music directory. After a quick search on the internet it appears that stuff like this even happens on Linux, so it's probably not a kernel bug, but rather a bug with this port. I tend to symlink stuff into my main shares directory, so it might be an rm ../something bug. Would it make sense to flag this port as broken somehow? I know that I've only ever lost files while running this program, never when not running it. uname -a: FreeBSD sas 10.0-STABLE FreeBSD 10.0-STABLE #1 r264433: Mon Apr 14 14:19:15 NZST 2014 ben@sas:/usr/obj/usr/src/10/sys/GENERIC amd64 ___ 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
libxml2 upgrade breaks building /usr/doc/ on current amd64
The upgrade of libxml2 broke building /usr/doc/ : (en_US.ISO8859-1)5056}make === articles (all) === articles/bsdl-gpl (all) install /usr/doc/share/xml/catalog-cwd.xml /usr/doc/en_US.ISO8859-1/articles/bsdl-gpl/catalog-cwd.xml echo '!ENTITY base ..' /usr/doc/en_US.ISO8859-1/articles/bsdl-gpl/autogen.ent env XML_CATALOG_FILES=file:///usr/doc/en_US.ISO8859-1/articles/bsdl-gpl/catalog-cwd.xml file:///usr/doc/en_US.ISO8859-1/share/xml/catalog.xml file:///usr/doc/share/xml/catalog.xml file:///usr/doc/share/xml/catalog-common.xml file:///usr/local/share/xml/catalog /usr/local/bin/xmllint --nonet --noent --valid --dropdtd --xinclude /usr/doc/en_US.ISO8859-1/articles/bsdl-gpl/article.xml article.parsed.xml.tmp file:/usr/doc/share/xml/freebsd50.dtd:12: warning: failed to load external entity http://www.FreeBSD.org/XML/share/xml/iso8879.ent; %iso8879.ent; ^ Entity: line 1: %iso8879.ent; ^ Entity: line 5: parser error : Entity 'trade' not defined designations have been followed by the quotetrade;/quote or the ^ Entity: line 6: parser error : Entity 'reg' not defined quotereg;/quote symbol./para ^ Entity: line 6: parser error : chunk is not well balanced quotereg;/quote symbol./para ^ /usr/doc/en_US.ISO8859-1/articles/bsdl-gpl/article.xml:18: parser error : Entity 'tm-attrib.general' failed to parse tm-attrib.general; ^ *** Error code 1 Stop. make[2]: stopped in /usr/doc/en_US.ISO8859-1/articles/bsdl-gpl *** Error code 1 Stop. make[1]: stopped in /usr/doc/en_US.ISO8859-1/articles *** Error code 1 Stop. make: stopped in /usr/doc/en_US.ISO8859-1 If I revert to the previous version -- no problem: Writing keeping-up.html for chapter(keeping-up) Writing uses.html for chapter(uses) Writing versions.html for chapter(versions) Writing index.html for book Writing HTML.manifest (en_US.ISO8859-1)5059} Not sure where the problem is. || n...@pozo.com || || || -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ 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
Download does not restart for TeX/texlive-20140525-texmf.tar.xz
Hi, I have a problem with downloading this file: http://distcache.FreeBSD.org/ports-distfiles/TeX/texlive-20140525-texmf.tar.xz It is no problem at all to download the file in one go. As the size of the file is pretty large, it is difficult for me to do so. After a download is interrupted, the download restarts at the beginning. I observed the proper restarting behaviour on other ports. What could I do to find out why the restarting on this one file does not work? Erich ___ 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: Adding an only-free option to the ports system
On Sun, Oct 19, 2014 at 9:35 PM, Martin Hanson greencopperm...@yandex.com wrote: Hi This is a suggestion. Would it not be possible to add a feature to the ports system which enables the user to choose to avoid non Open Source ports? Some ports are obvious binary blobs, but other ports are less obvious. I would like to be able to add an option saying only-free, or similar to Debians main. Kind regards. While a bit of a work in progress, I would think that the LICENSE facility in ports covers this. -- R. Kevin Oberman, Network Engineer, Retired 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: Adding an only-free option to the ports system
On Sun, Oct 19, 2014 at 11:35 PM, Martin Hanson greencopperm...@yandex.com wrote: Hi This is a suggestion. Would it not be possible to add a feature to the ports system which enables the user to choose to avoid non Open Source ports? The feature already exists, see /usr/ports/Mk/bsd.licenses.mk and bsd.licenses.db.mk # LICENSES_ACCEPTED - Accepted licenses. # LICENSES_REJECTED - Rejected licenses. # LICENSES_GROUPS_ACCEPTED - Accepted license groups. # LICENSES_GROUPS_REJECTED - Rejected license groups. Note: not all ports list which license they support. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. ___ 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
Adding an only-free option to the ports system
Hi This is a suggestion. Would it not be possible to add a feature to the ports system which enables the user to choose to avoid non Open Source ports? Some ports are obvious binary blobs, but other ports are less obvious. I would like to be able to add an option saying only-free, or similar to Debians main. Kind regards. ___ 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
security/krb5 fails to build
Hello, This is with ports from head (rev. 371094) and poudriere. The port security/krb5 fails to build. The last 50 lines of log are attached below. Please let me know if you need the complete log of poudriere. I can see in SVN a change in the Makefile some hours after my checkout: Revision 371142 Modified Sat Oct 18 17:05:55 2014 UTC (36 hours, 30 minutes ago) by cy Fix LATEST_LINK. Does this address the problem or should I file a PR? Thanks matthias ... clang: warning: argument unused during compilation: '-L/usr/lib' clang: warning: argument unused during compilation: '-L/usr/local/include' clang -fpic -DSHARED -DHAVE_CONFIG_H -I../../include -I../../include -DKRB5_DEPRECATED=1 -DKRB5_PRIVATE -I/usr/include -L/usr/lib -L/usr/local/include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -std=gnu99 -Wall -Wcast-align -Wshadow -Wmissing-prototypes -pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissing-format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces -Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variable -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -Werror=uninitialized -Werror=pointer-arith -Werror=declaration-after-statement -Werror-implicit-function-declaration -D_THREAD_SAFE -pthread -c path.c -o path.so.o mv -f path.so.o path.so clang: warning: argument unused during compilation: '-L/usr/lib' clang: warning: argument unused during compilation: '-L/usr/local/include' clang -fpic -DSHARED -DHAVE_CONFIG_H -I../../include -I../../include -DKRB5_DEPRECATED=1 -DKRB5_PRIVATE -I/usr/include -L/usr/lib -L/usr/local/include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -std=gnu99 -Wall -Wcast-align -Wshadow -Wmissing-prototypes -pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissing-format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces -Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variable -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -Werror=uninitialized -Werror=pointer-arith -Werror=declaration-after-statement -Werror-implicit-function-declaration -D_THREAD_SAFE -pthread -c base64.c -o base64.so.o mv -f base64.so.o base64.so clang: warning: argument unused during compilation: '-L/usr/lib' clang: warning: argument unused during compilation: '-L/usr/local/include' clang -fpic -DSHARED -DHAVE_CONFIG_H -I../../include -I../../include -DKRB5_DEPRECATED=1 -DKRB5_PRIVATE -I/usr/include -L/usr/lib -L/usr/local/include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -std=gnu99 -Wall -Wcast-align -Wshadow -Wmissing-prototypes -pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissing-format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces -Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variable -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -Werror=uninitialized -Werror=pointer-arith -Werror=declaration-after-statement -Werror-implicit-function-declaration -D_THREAD_SAFE -pthread -c json.c -o json.so.o mv -f json.so.o json.so clang: warning: argument unused during compilation: '-L/usr/lib' clang: warning: argument unused during compilation: '-L/usr/local/include' clang -fpic -DSHARED -DHAVE_CONFIG_H -I../../include -I../../include -DKRB5_DEPRECATED=1 -DKRB5_PRIVATE -I/usr/include -L/usr/lib -L/usr/local/include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -std=gnu99 -Wall -Wcast-align -Wshadow -Wmissing-prototypes -pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissing-format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces -Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variable -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -Werror=uninitialized -Werror=pointer-arith -Werror=declaration-after-statement -Werror-implicit-function-declaration -D_THREAD_SAFE -pthread -c bcmp.c -o bcmp.so.o mv -f bcmp.so.o bcmp.so clang: warning: argument unused during compilation: '-L/usr/lib' clang: warning: argument unused during compilation: '-L/usr/local/include' clang -fpic -DSHARED -DHAVE_CONFIG_H -I../../include -I../../include -DKRB5_DEPRECATED=1 -DKRB5_PRIVATE -I/usr/include -L/usr/lib -L/usr/local/include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -std=gnu99 -Wall -Wcast-align -Wshadow -Wmissing-prototypes -pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissing-format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces -Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variable -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -Werror=uninitialized -Werror=pointer-arith -Werror=declaration-after-statement -Werror-implicit-function-declaration -D_THREAD_SAFE -pthread -c strerror_r.c -o strerror_r.so.o mv -f strerror_r.so.o strerror_r.so clang: warning: argument unused during compilation: