no dedicated maintainer for cups-base?
Having some weird issues that may not be worth tackling otherwise. Something hosed up between avahi and encryption/authentication for wireless/AirPrint printing that I can’t work out. It used to work. ___ 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 dedicated maintainer for cups-base?
> On Jun 9, 2015, at 4:30 PM, Xin Li wrote: > > BTW. Is there any specific reason that you using avahi and not > mDNSresponder? How’s this? Making all in test... gmake[1]: Entering directory '/usr/ports/print/cups-base/work/cups-1.7.3/test' echo Compiling ippserver.c... Compiling ippserver.c... cc -Wall -Wno-format-y2k -Wunused -fPIC -Os -g -fstack-protector -I.. -D_CUPS_SOURCE -I/usr/local/include -I/usr/local/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -DDBUS_API_SUBJECT_TO_CHANGE -DOPENSSL_DISABLE_OLD_DES_SUPPORT -D_LARGEFILE_SOURCE -D_THREAD_SAFE -D_REENTRANT -c -o ippserver.o ippserver.c ippserver.c: In function 'ipp_cancel_job': ippserver.c:2303: warning: null format string ippserver.c: In function 'ipp_create_job': ippserver.c:2356: warning: null format string ippserver.c: In function 'ipp_get_job_attributes': ippserver.c:2387: warning: null format string ippserver.c: In function 'ipp_get_jobs': ippserver.c:2542: warning: null format string ippserver.c: In function 'ipp_get_printer_attributes': ippserver.c:2594: warning: null format string ippserver.c: In function 'ipp_print_job': ippserver.c:2823: warning: null format string ippserver.c: In function 'ipp_print_uri': ippserver.c:3134: warning: null format string ippserver.c: In function 'ipp_send_document': ippserver.c:3344: warning: null format string ippserver.c: In function 'ipp_send_uri': ippserver.c:3713: warning: null format string ippserver.c: In function 'ipp_validate_job': ippserver.c:3734: warning: null format string echo Linking ippserver... Linking ippserver... cc -L../cgi-bin -L../cups -L../filter -L../ppdc -L../scheduler -L/usr/local/lib -Wl,-R/usr/local/lib -fPIE -pie -Wall -Wno-format-y2k -Wunused -fPIC -Os -g -fstack-protector -o ippserver ippserver.o ../cups/libcups.a \ -lssl -lcrypto -ldns_sd -lpthread -lm -lcrypt -lssp_nonshared -liconv -lz -lz ../cups/libcups.a(http-support.o)(.text+0x6a9): In function `http_client_cb': /usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:1871: undefined reference to `avahi_simple_poll_quit' ../cups/libcups.a(http-support.o)(.text+0x12b7): In function `http_resolve_cb': /usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:2266: undefined reference to `avahi_service_resolver_free' ../cups/libcups.a(http-support.o)(.text+0x12c7):/usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:2267: undefined reference to `avahi_simple_poll_quit' ../cups/libcups.a(http-support.o)(.text+0x1337):/usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:2288: undefined reference to `avahi_string_list_find' ../cups/libcups.a(http-support.o)(.text+0x1365):/usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:2290: undefined reference to `avahi_string_list_get_pair' ../cups/libcups.a(http-support.o)(.text+0x1422):/usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:2379: undefined reference to `avahi_simple_poll_quit' ../cups/libcups.a(http-support.o)(.text+0x1659):/usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:2275: undefined reference to `avahi_string_list_find' ../cups/libcups.a(http-support.o)(.text+0x2225): In function `_httpResolveURI': /usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:1739: undefined reference to `avahi_simple_poll_new' ../cups/libcups.a(http-support.o)(.text+0x2259):/usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:1741: undefined reference to `avahi_simple_poll_set_func' ../cups/libcups.a(http-support.o)(.text+0x2267):/usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:1743: undefined reference to `avahi_simple_poll_get' ../cups/libcups.a(http-support.o)(.text+0x229b):/usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:1743: undefined reference to `avahi_client_new' ../cups/libcups.a(http-support.o)(.text+0x230f):/usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:1747: undefined reference to `avahi_service_resolver_new' ../cups/libcups.a(http-support.o)(.text+0x2348):/usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:1758: undefined reference to `avahi_simple_poll_iterate' ../cups/libcups.a(http-support.o)(.text+0x23db):/usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:1768: undefined reference to `avahi_service_resolver_new' ../cups/libcups.a(http-support.o)(.text+0x2427):/usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:1776: undefined reference to `avahi_simple_poll_iterate' ../cups/libcups.a(http-support.o)(.text+0x24fb):/usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:1800: undefined reference to `avahi_client_free' ../cups/libcups.a(http-support.o)(.text+0x2509):/usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:1803: undefined reference to `avahi_simple_poll_free' Makefile:192: recipe for target 'ippserver' failed gmake[1]: ***
clonehdd seems to hang.
I have been running this on a weekly basis for a while just to make sure I don't get caught out if a disk fails. For a few weeks now, it seems to run without completing. Here's where it seems to be right now. 74824 root 1 1190 3300K 1336K RUN 0 19.9H 100.00% dump I rotate between two disks on a weekly basis, as well. I added a second one to test if the disk I have been using is having trouble. But neither seems to be working. I'm also a little puzzled it would be cloning /tmp but not /etc if it's intended to yield a bootable clone drive. There doesn't seem to be a debug or verbose mode that tell me where it's having trouble. -- Paul Beard / www.paulbeard.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"
clonehdd followup
http://www.wonkity.com/~wblock/docs/html/disksetup.html -- Paul Beard / www.paulbeard.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"
Re: clonehdd followup
Grr. The return key should not be the same as Send. I had some problems with clonehdd that turned out to be hardware issued: my disks has somehow defaulted to PIO4 from UDMA which made this process run so slow it would just quit with finishing. Now things are more what I expect, completing a clone of my root disk in 524 minutes, down from multiple days… But it still seems slow if the disks are 1.5Gb/sec SATA disks. Looking around, it looks like this might be useful to speed things up. http://www.wonkity.com/~wblock/docs/html/disksetup.html On Fri, Jan 17, 2014 at 8:47 AM, paul beard wrote: > http://www.wonkity.com/~wblock/docs/html/disksetup.html > > -- > Paul Beard / www.paulbeard.org/ > -- Paul Beard / www.paulbeard.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"
Re: clonehdd followup
On Fri, Jan 17, 2014 at 1:17 PM, Kevin Oberman wrote: > Remember that 1.5GB/s is the speed supported by the electronics and the > cache. It is not the speed that the disk actually reads or writes from/to > the platters. When cloning, very little of the data is in cache, so you are > generally limited by seek times (should be minimal if the code is well > done) and rotational speed. The really then boils down to transfer speeds > are going ot be close to what is possible with the rotational speed. > Yeah, I knew 1.5G was our old friend, the theoretical maximum, or his cousin, the optimal transfer rate. I was hoping for something better than 500M/minute. I'm sure there are any number of factors that are slowing things down. It seemed like incorporating the larger blocks/boundary alignment might help. I'm testing it now and I'm not sure I'm seeing it. -- Paul Beard / www.paulbeard.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"
cups fails to install: dependency problem?
cc -DHAVE_MKSTEMP -DHAVE_HYPOT -I/usr/local/include -DLIBICONV_PLUG -I/usr/local/include -DLIBICONV_PLUG -O2 -Wall -Wstrict-prototypes -Wmissing-declarations -Wmissing-prototypes -Wcast-qual -Wwrite-strings -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long" -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -I/usr/local/include -I/usr/local/include/freetype2 -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DHAVE_DIRENT_H=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYSLOG_H=1 -DHAVE_UNISTD_H=1 -DHAVE_STRUCT_STAT_ST _BLOCKS=1 -DHAVE_ST_BLOCKS=1 -DTIME_WITH_SYS_TIME=1 -DSIZEOF_UNSIGNED_LONG_INT=4 -DSIZEOF_UNSIGNED_LONG_LONG=8 -DHAVE_FONTCONFIG=1 -DHAVE_LIBM=1 -DHAVE_JPEGLIB_H=1 -DDONT_HAVE_JMEMSYS_H=1 -DHAVE_ZLIB_H=1 -DHAVE_FREETYPE=1 -DHAVE_FT2BUILD_H=1 -DX_DISPLAY_MISSING=1 -DHAVE_MKSTEMP=1 -DHAVE_HYPOT=1 -DHAVE_UNISTD_H=1 -DHAVE_FORK=1 -DHAVE_VFORK=1 -DHAVE_WORKING_VFORK=1 -DHAVE_WORKING_FORK=1 -DRETSIGTYPE=void -DLSTAT_FOLLOWS_SLASHED_SYMLINK=1 -DHAVE_VPRINTF=1 -DHAVE_BZERO=1 -DHAVE_DUP2=1 -DHAVE_FLOOR=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_MEMCHR=1 -DHAVE_MEMMOVE=1 -DHAVE_MEMSET=1 -DHAVE_MKDIR=1 -DHAVE_MKFIFO=1 -DHAVE_MODF=1 -DHAVE_POW=1 -DHAVE_PUTENV=1 -DHAVE_RINT=1 -DHAVE_SETENV=1 -DHAVE_SQRT=1 -DHAVE_STRCHR=1 -DHAVE_STRERROR=1 -DHAVE_STRRCHR=1 -DHAVE_STRSPN=1 -DHAVE_STRSTR=1 -I./src -I./obj -I./obj -I./src -Ijbig2dec -o ./obj/zfjbig2.o -c ./src/zfjbig2.c In file included from ./src/zfjbig2.c:34: In file included from ./src/sjbig2.h:26: /usr/local/include/jbig2.h:39:10: fatal error: 'memento.h' file not found #include "memento.h" ^ 1 error generated. src/int.mak:1307: recipe for target 'obj/zfjbig2.o' failed gmake[2]: *** [obj/zfjbig2.o] Error 1 gmake[2]: Leaving directory '/usr/ports/print/cups-pstoraster/work/espgs-8.15.4' *** Error code 1 the pkged version seemed to work for cups-pstoraster ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
question on an app that uses the fusefs libs/possible port
Hi, I have been trying to use the flickfs library(1) to mount my flickr photostream for local editing/backup with limited success. My guess is it's fallen behind where FUSE is these days. The most recent version is more than 3 years old and perhaps the FUSE development space is too volatile for it to still work. I expect this would be a useful port for FreeBSD users as it gets rid of web page-based management and allows more control over one's work. Would you or anyone who understands FUSE be interested in getting this to work? Here's where I have gotten it so far: o I get authentication to work (uses the standard Flickr token passing). o FUSE takes the mount point and attaches the flickr stream to it and I get lots of helpful log messages. o But the mount point itself is inaccessible. /dev/fuse0 2.0G 0B2.0G 0%/mnt/flickr [/home/paul]:: file /mnt/flickr /mnt/flickr: cannot open `/mnt/flickr' (Invalid argument) 08/10/10 02:19:26 flickrfs INFODummy-1 __sync_set_in_background set /sets/Nov 2, 2009 sync successfully finished 08/10/10 02:19:26 flickrfs INFODummy-1 __sync_set_in_background syncing set /sets/Oct 31, 2009 08/10/10 02:19:26 flickrfs.trans DEBUG Dummy-1 getPhotosFromPhotoset set id: 72157622581882143 08/10/10 02:19:27 flickrfs DEBUG Dummy-1_sync_code new image found: /sets/Oct 31, 2009/IMG_0577.jpg And umounting gives me back the directory: [/home/paul]:: umount /mnt/flickr (p...@shuttle.paulbeard.org)-(10:50 AM / Tue Aug 10) [/home/paul]:: df Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/ad2s1a507630 4095505747088%/ devfs 110 100%/dev /dev/ad2s1e507630 46 466974 0%/tmp /dev/ad2s1f 111232718 88209744 1412435886%/usr /dev/ad2s1d 2012718 1198316 65338665%/var devfs 110 100%/var/named/dev (p...@shuttle.paulbeard.org)-(10:50 AM / Tue Aug 10) [/home/paul]:: file /mnt/flickr/ /mnt/flickr/: directory [/home/paul]:: python flickrfs.py /mnt/flickr/ Authorizing with flickr... Authorization complete. 1. http://sites.google.com/site/manishrjain/flickrfs -- Paul Beard / www.paulbeard.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"
FreeBSD 8 SSP challenge? [cacti-spine ===> Script "configure" failed unexpectedly]
At the request of the maintainer, I am opening this up to the wider audience here on po...@. Trying to get cacti-spine to build on FreeBSD 8 and getting stuck. checking whether we are using Solaris privileges... no checking for mysql_init in -lmysqlclient_r... yes checking for mysql_thread_init in -lmysqlclient_r... yes checking if UCD-SNMP needs crypto support... no checking if Net-SNMP needs crypto support... yes checking for snmp_timeout in -lnetsnmp... no Cannot find NET-SNMP libraries(snmp)... checking UCD-SNMP checking for snmp_timeout in -lsnmp... no configure: error: Cannot find UCD-SNMP libraries(snmp) Over the course of trying to work this out, I found similar issues to issue 141238 [1] . This patch RCS file: /usr/share/cvs/freebsd/ports/net-mgmt/cacti-spine/Makefile,v retrieving revision 1.22 diff -u -r1.22 Makefile --- Makefile2 Jun 2010 19:14:12 - 1.22 +++ Makefile25 Jun 2010 15:42:18 - @@ -19,6 +19,8 @@ GNU_CONFIGURE= YES CONFIGURE_ARGS+=--with-mysql=${LOCALBASE} --with-snmp=${LOCALBASE} +CONFIGURE_ENV= LDFLAGS="`net-snmp-config --libs`" \ + CPPFLAGS="`net-snmp-config --cflags`" USE_MYSQL= YES USE_OPENSSL= YES USE_AUTOTOOLS= libtool:22 seems to get us closer. We get through configure, anyway, and fail here: libtool: link: cc -I/usr/local/include/net-snmp -I/usr/local/include/net-snmp/.. -I/usr/local/include/mysql -pipe -g -rpath=/usr/lib:/usr/local/lib -o spine sql.o spine.o util.o snmp.o locks.o poller.o nft_popen.o php.o ping.o keywords.o error.o -L/usr/local/lib -L/usr/local/lib/mysql /usr/local/lib/libnetsnmp.so -L/usr/lib -lkvm -ldevstat /usr/local/lib/mysql/libmysqlclient_r.so -lcrypt -lcrypto -lz -lpthread -lm -pthread -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib/mysql -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib/mysql /usr/local/lib/libnetsnmp.so: undefined reference to `__stack_chk_fail_local' *** Error code 1 1. http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2009-December/177481.html -- Paul Beard / www.paulbeard.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"
cactid-spine fails to build [libtool.m4 and ltmain.sh have a version mismatch! ]
M='/usr/bin/nm -B' lt_cv_path_SED=/usr/bin/sed lt_cv_prog_gnu_ld=yes lt_cv_sys_global_symbol_pipe='sed -n -e '\''s/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p'\''' lt_cv_sys_global_symbol_to_c_name_address='sed -n -e '\''s/^: \([^ ]*\) $/ {\"\1\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \([^ ]*\) \([^ ]*\)$/ {"\2", (lt_ptr) \&\2},/p'\''' lt_cv_sys_global_symbol_to_cdecl='sed -n -e '\''s/^. .* \(.*\)$/extern int \1;/p'\''' lt_cv_sys_max_cmd_len=262144 ## - ## ## Output variables. ## ## - ## ACLOCAL='${SHELL} /usr/ports/net-mgmt/cacti-spine/work/cacti-spine-0.8.7a/config/missing --run aclocal-1.9' AMDEPBACKSLASH='\' AMDEP_FALSE='#' AMDEP_TRUE='' AMTAR='${SHELL} /usr/ports/net-mgmt/cacti-spine/work/cacti-spine-0.8.7a/config/missing --run tar' AR='ar' AUTOCONF='${SHELL} /usr/ports/net-mgmt/cacti-spine/work/cacti-spine-0.8.7a/config/missing --run autoconf' AUTOHEADER='${SHELL} /usr/ports/net-mgmt/cacti-spine/work/cacti-spine-0.8.7a/config/missing --run autoheader' AUTOMAKE='${SHELL} /usr/ports/net-mgmt/cacti-spine/work/cacti-spine-0.8.7a/config/missing --run automake-1.9' AWK='gawk' CC='cc' CCDEPMODE='depmode=gcc3' CFLAGS='-O2 -fno-strict-aliasing -pipe ' CPP='cc -E' CPPFLAGS='' CXX='c++' CXXCPP='c++ -E' CXXDEPMODE='depmode=gcc3' CXXFLAGS='-O2 -fno-strict-aliasing -pipe' CYGPATH_W='echo' DEFS='' DEPDIR='.deps' ECHO='echo' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='/usr/bin/grep -E' EXEEXT='' F77='f77' FFLAGS='-g -O2' GREP='/usr/bin/grep' INSTALL_DATA='install -o root -g wheel -m 444' INSTALL_PROGRAM='install -s -o root -g wheel -m 555' INSTALL_SCRIPT='install -o root -g wheel -m 555' INSTALL_STRIP_PROGRAM='${SHELL} $(install_sh) -c -s' LDFLAGS=' -rpath=/usr/lib:/usr/local/lib' LIBOBJS='' LIBS=' -pthread' LIBTOOL='/usr/local/bin/libtool' LN_S='ln -s' LTLIBOBJS='' MAKEINFO='${SHELL} /usr/ports/net-mgmt/cacti-spine/work/cacti-spine-0.8.7a/config/missing --run makeinfo' OBJEXT='o' PACKAGE='spine' PACKAGE_BUGREPORT='http://bugs.cacti.net' PACKAGE_NAME='Spine Poller' PACKAGE_STRING='Spine Poller 0.8.7b' PACKAGE_TARNAME='spine-poller' PACKAGE_VERSION='0.8.7b' PATH_SEPARATOR=':' RANLIB='ranlib' SET_MAKE='' SHELL='/bin/sh' STRIP='strip' VERSION='0.8.7b' ac_aux_dir='config' ac_ct_CC='' ac_ct_CXX='' ac_ct_F77='f77' am__fastdepCC_FALSE='#' am__fastdepCC_TRUE='' am__fastdepCXX_FALSE='#' am__fastdepCXX_TRUE='' am__include='include' am__leading_dot='.' am__quote='' am__tar='${AMTAR} chof - "$$tardir"' am__untar='${AMTAR} xf -' bindir='${exec_prefix}/bin' build='i386-portbld-freebsd6.2' build_alias='i386-portbld-freebsd6.2' build_cpu='i386' build_os='freebsd6.2' build_vendor='portbld' datadir='${datarootdir}' datarootdir='${prefix}/share' docdir='${datarootdir}/doc/${PACKAGE_TARNAME}' dvidir='${docdir}' exec_prefix='NONE' host='i386-portbld-freebsd6.2' host_alias='i386-portbld-freebsd6.2' host_cpu='i386' host_os='freebsd6.2' host_vendor='portbld' htmldir='${docdir}' includedir='${prefix}/include' infodir='/usr/local/info/' install_sh='/usr/ports/net-mgmt/cacti-spine/work/cacti-spine-0.8.7a/config/install-sh' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='${datarootdir}/locale' localstatedir='${prefix}/var' mandir='/usr/local/man' mkdir_p='$(install_sh) -d' oldincludedir='/usr/include' pdfdir='${docdir}' prefix='/usr/local' program_transform_name='s,x,x,' psdir='${docdir}' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='i386-portbld-freebsd6.2' ## --- ## ## confdefs.h. ## ## --- ## #define PACKAGE_NAME "Spine Poller" #define PACKAGE_TARNAME "spine-poller" #define PACKAGE_VERSION "0.8.7b" #define PACKAGE_STRING "Spine Poller 0.8.7b" #define PACKAGE_BUGREPORT "http://bugs.cacti.net"; #define PACKAGE "spine" #define VERSION "0.8.7b" #define HAVE_LIBPTHREAD 1 #define STDC_HEADERS 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STRING_H 1 #define HAVE_MEMORY_H 1 #define HAVE_STRINGS_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_STDINT_H 1 #define HAVE_UNISTD_H 1 #define HAVE_DLFCN_H 1 configure: exit 1 -- Paul Beard / www.paulbeard.org/ <[EMAIL PROTECTED]/[EMAIL PROTECTED]> ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cactid-spine fails to build [libtool.m4 and ltmain.sh have a version mismatch! ]
On Jan 29, 2008 12:59 PM, Ade Lovett <[EMAIL PROTECTED]> wrote: > > On Jan 28, 2008, at 13:59 , paul beard wrote: > > > checking for i386-portbld-freebsd6.2-ranlib... no > > checking for ranlib... ranlib > > checking for i386-portbld-freebsd6.2-strip... no > > checking for strip... strip > > checking for correct ltmain.sh version... no > > configure: error: > > > > *** [Gentoo] sanity check failed! *** > > *** libtool.m4 and ltmain.sh have a version mismatch! *** > > *** (libtool.m4 = 1.5.22, ltmain.sh = 1.5.24) *** > > I've just committed a fix for this. The version checking not only > appears to be Gentoo-specific (from the output), but also completely > irrelevant. > > Please cvsup in a little while and try again. > > -aDe > > Thanks for the quick response. I'll let you know how it goes. -- Paul Beard / www.paulbeard.org/ <[EMAIL PROTECTED]/[EMAIL PROTECTED]> ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
/usr/ports/Mk/bsd.port.mk issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 "/usr/ports/Mk/bsd.port.mk", line 6147: if-less endif Not sure why I am seeing this, but I seem to get it consistently, even after I delete the file and request a new one via cvsup. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkfJ9MwACgkQjE2ksZfa4ZXnAwCcCWq/o0SKKfQxVQ1klekLTciN KtsAn23uFme5Mivx/aBZ93C2yBLBt/kT =bdg2 -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /usr/ports/Mk/bsd.port.mk issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mar 1, 2008, at 4:36 PM, Edwin Groothuis wrote: On Sat, Mar 01, 2008 at 04:28:59PM -0800, paul beard wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 "/usr/ports/Mk/bsd.port.mk", line 6147: if-less endif Not sure why I am seeing this, but I seem to get it consistently, even after I delete the file and request a new one via cvsup. Since the last commit to it was in October last year, I doubt that it is something generic. Could you please log us the full commands you are going etc? $ script foo Logging to foo $ $ exit Logging closed $ cat foo | mail -s "output" OK, I just sent it. Something seems to be messed up with the pkgdb. I rebuilt it just now, but still seeing this. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkfKHGYACgkQjE2ksZfa4ZVP3gCePxIt6qAirg2KhwI8fe39fn+e 9Y4AoNibbclh2SV3/CH6ovx9Y6cSkt3Y =z3UP -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /usr/ports/Mk/bsd.port.mk issues
On Mar 1, 2008, at 4:36 PM, Edwin Groothuis wrote: Since the last commit to it was in October last year, I doubt that it is something generic. Could you please log us the full commands you are going etc? $ script foo Logging to foo $ $ exit Logging closed $ cat foo | mail -s "output" Ah, it seems to be something in the port that was being upgraded. print/ghostscript-gpl: "/usr/ports/Mk/bsd.port.mk", line 6147: if-less endif ** Proceeding anyway since NO_IGNORE is defined /usr/local/lib/ruby/site_ruby/1.8/pkgversion.rb:41:in `initialize': : Not in due form: '[_][,]'. (ArgumentError) from /usr/local/sbin/portupgrade:638:in `new' from /usr/local/sbin/portupgrade:638:in `main' from /usr/local/sbin/portupgrade:613:in `each' from /usr/local/sbin/portupgrade:613:in `main' from /usr/local/sbin/portupgrade:588:in `catch' from /usr/local/sbin/portupgrade:588:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `call' from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `parse_in_order' ... 7 levels... from /usr/local/lib/ruby/1.8/optparse.rb:785:in `initialize' from /usr/local/sbin/portupgrade:229:in `new' from /usr/local/sbin/portupgrade:229:in `main' from /usr/local/sbin/portupgrade:2173 PGP.sig Description: This is a digitally signed message part
Re: /usr/ports/Mk/bsd.port.mk issues
On Sat, Mar 1, 2008 at 9:38 PM, Edwin Groothuis <[EMAIL PROTECTED]> wrote: > On Sat, Mar 01, 2008 at 08:02:26PM -0800, paul beard wrote: > > > > On Mar 1, 2008, at 4:36 PM, Edwin Groothuis wrote: > > > > >Since the last commit to it was in October last year, I doubt that > > >it is something generic. Could you please log us the full commands > > >you are going etc? > > > > > >$ script foo > > >Logging to foo > > >$ > > >$ exit > > >Logging closed > > >$ cat foo | mail -s "output" > > > > > > Ah, it seems to be something in the port that was being upgraded. > > > > print/ghostscript-gpl: > > "/usr/ports/Mk/bsd.port.mk", line 6147: if-less endif > > Quick solution: Add WANT_GNOME=yes before the inclusion of > bsd.port.pre.mk in the ports Makefile. Or undefine the use of > WITH_SHLIB=true from your /var/db/ports/options/ghostscript. > Ah, so that's where the config options are. Thanks. That clears it up. Thanks. All is going well now. -- Paul Beard / www.paulbeard.org/ <[EMAIL PROTECTED]/[EMAIL PROTECTED]> ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"