Re: Citrix Ica Port Permissions Problem
On May 28, 2014 5:51 PM, Aric Gregson aorc...@mac.com wrote: Hello, I just updated my ports for 10.0-RELEASE and redid the linux base to include the newer https://github.com/xmj/linux-ports. I seem to have installed net/citrix_ica just fine, but it will not run. I have had this port running with prior additions without any problems. I see that the port files have been moved around a bit. I now have this error: % wfica exec: /usr/local/ICAClient/wfica: Permission denied % /usr/local/ICAClient/setupwfc Citrix does not test or support this client on the FreeBSD operating system. exec: /usr/local/ICAClient/util/hinst: Permission denied % sudo /usr/local/ICAClient/setupwfc Citrix does not test or support this client on the FreeBSD operating system. exec: /usr/local/ICAClient/util/hinst: Permission denied It seems that the file in /usr/local/bin is just calling the wfica in /usr/local/ICAClient directory: $ cat /usr/local/bin/wfica #!/bin/sh export ICAROOT=/usr/local/ICAClient exec $ICAROOT/wfica $@ I'm not sure how to go about fixing this. There is no listed maintainer for this port. All I can say is the error messages seem quite informative. ___ 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: databases/mariadb55-server fails to package with oqgraph option
After doing all of this your my.cnf id empty (unless you tune more, which usually makes sense on a production system) and your /etc/rc.conf contains: mysql_enable=YES mysql_limits=YES mysql_pidfile=/var/run/mysqld/mysqld.pid mysql_args=--skip-innodb --socket=/var/run/mysqld/mysqld.sock --log-error=/var/log/mysql.log That's beautiful man, thanks! * What does mysql_limits=YES do? * What is Mutex vs Spinlock? As I understand, one is older (thus slower) than the other? Is the question pointless if not using InnoDB? * Disabling InooDB did not work as planned (failed to start, log below). It also re-created aria_log.0001 \ aria_log_control despite having deleted those files. Should I just leave InnoDB alone? If so, does it make any sense to redirect the InnoDB-related files to a restricted / more protected folder? mysqld_safe Starting mysqld daemon with databases from /var/db/mysql [Note] Plugin 'InnoDB' is disabled. [ERROR] Unknown/unsupported storage engine: InnoDB [ERROR] Aborting [Note] /usr/local/libexec/mysqld: Shutdown complete mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended Thanks again Regards. - FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/databases-mariadb55-server-fails-to-package-with-oqgraph-option-tp5916414p5916642.html Sent from the freebsd-ports mailing list archive at Nabble.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
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 +-+ audio/fmit | 0.99.2 | 0.99.5 +-+ biology/iolib | 1.13.5 | 1.13.7 +-+ 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
fuse compressed filesystem
anyone know working fuse filesystem allowing transparent compression? ___ 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: please revert graphics/xfig r354029
On 05/31/14 02:08, Steve Kargl wrote: Can someone please revert r354029 for graphics/xfig? This revision breaks the ability to install the port. cd /usr/ports/graphics/xfig svn merge -r 354029:340725 . Hi, I did commit the revision you mention. I just tested the port and it installs fine. It's also working fine in poudriere and on the cluster, for example: http://beefy2.isc.freebsd.org/bulk/10amd64-default/2014-05-22_18h00m43s/logs/xfig-3.2.5c_1.log What version of FreeBSD are you seeing the problem on? Do you have a log of the failed install so I can check it and see what's the cause? Please note that reverting that commit would cause other problems, since it would make the port unstaged and this is now deprecated, so Before committing anything I need to know what the exact problem is anyway. Thanks! -- Guido Falsi madpi...@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
Re: databases/mariadb55-server fails to package with oqgraph option
On Sat, 31 May 2014 01:44:39 -0700 (PDT) Beeblebrox zap...@berentweb.com wrote: After doing all of this your my.cnf id empty (unless you tune more, which usually makes sense on a production system) and your /etc/rc.conf contains: mysql_enable=YES mysql_limits=YES mysql_pidfile=/var/run/mysqld/mysqld.pid mysql_args=--skip-innodb --socket=/var/run/mysqld/mysqld.sock --log-error=/var/log/mysql.log That's beautiful man, thanks! * What does mysql_limits=YES do? less /usr/local/etc/rc.d/mysql-server # mysql_limits (bool): Set to NO by default. # Set it to yes to run `limits -e -U mysql` # just before mysql starts. * What is Mutex vs Spinlock? As I understand, one is older (thus slower) than the other? Is the question pointless if not using InnoDB? Spinlocks should be faster on multiprocessor machines (see http://en.wikipedia.org/wiki/Spinlock for details), but if it is actually beneficial might depend on your specific workload. * Disabling InooDB did not work as planned (failed to start, log below). It also re-created aria_log.0001 \ aria_log_control despite having deleted those files. Should I just leave InnoDB alone? If so, does it make any sense to redirect the InnoDB-related files to a restricted / more protected folder? mysqld_safe Starting mysqld daemon with databases from /var/db/mysql [Note] Plugin 'InnoDB' is disabled. [ERROR] Unknown/unsupported storage engine: InnoDB [ERROR] Aborting [Note] /usr/local/libexec/mysqld: Shutdown complete mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended Seems like you have to configure a different default storage engine, adding --default-storage-engine=myisam to mysql_args should do the trick. Thanks again Regards. You're welcome. - Michael - FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/databases-mariadb55-server-fails-to-package-with-oqgraph-option-tp5916414p5916642.html Sent from the freebsd-ports mailing list archive at Nabble.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 -- Michael Gmelin ___ 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: please revert graphics/xfig r354029
On Sat, May 31, 2014 at 03:31:34PM +0200, Guido Falsi wrote: On 05/31/14 02:08, Steve Kargl wrote: Can someone please revert r354029 for graphics/xfig? This revision breaks the ability to install the port. cd /usr/ports/graphics/xfig svn merge -r 354029:340725 . Hi, I did commit the revision you mention. I just tested the port and it installs fine. Not on my system, which is an up-to-date freebsd-current. % uname -a FreeBSD laptop-kargl.apl.washington.edu 11.0-CURRENT FreeBSD 11.0-CURRENT \ #0 r266895: Fri May 30 15:11:19 PDT 2014 \ ka...@laptop-kargl.apl.washington.edu:/usr/obj/usr/src/sys/MOBILE i386 % cd /usr/ports/graphics/xfig % svn info . Path: . Working Copy Root Path: /usr/ports URL: svn://svn.freebsd.org/ports/head/graphics/xfig Relative URL: ^/head/graphics/xfig Repository Root: svn://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 355979 Node Kind: directory Schedule: normal Last Changed Author: madpilot Last Changed Rev: 354029 Last Changed Date: 2014-05-14 02:07:19 -0700 (Wed, 14 May 2014) % portmaster -Byd xfig (... many lines deleted ...) Compressing man pages (compress-man) Deinstallation has been requested for the following 1 packages: xfig-3.2.5c The deinstallation will free 1 MB [1/1] Deleting xfig-3.2.5c... done === Installing for xfig-3.2.5c_1 === Checking if graphics/xfig already installed === Registering installation for xfig-3.2.5c_1 pkg-static: lstat(/usr/ports/graphics/xfig/work/stage/usr/local/lib/X11/xfig/Libraries/Arrows/3darrow1.fig): No such file or directory (... 2634 additional pkg-static: lstat lines deleted ...) *** Error code 74 Stop. make[1]: stopped in /usr/ports/graphics/xfig *** Error code 1 Stop. make: stopped in /usr/ports/graphics/xfig === Installation of xfig-3.2.5c_1 (graphics/xfig) failed === Aborting update === You can restart from the point of failure with this command line: portmaster flags graphics/xfig -- 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
[graphics/gegl] Incorrectly stagified?
Building graphics/gimp breaks on graphics/gegl. It builds fine, but fails to install. The complete build log can be found at http://www.skysmurf.nl/~fonz/tmp/gegl.log but the last lines (see below) suggest to me that graphics/gegl hasn't been entirely correctly stagified. Any suggestions? AvW [begin output] # portmaster graphics/gimp [snip] === Installing for gegl-0.2.0_8 === Checking if graphics/gegl already installed === Registering installation for gegl-0.2.0_8 as automatic pkg-static: lstat(/usr/ports/graphics/gegl/work/stage/usr/local/lib/gegl-0.2/svg-load.la): No such file or directory pkg-static: lstat(/usr/ports/graphics/gegl/work/stage/usr/local/lib/gegl-0.2/svg-load.so): No such file or directory pkg-static: lstat(/usr/ports/graphics/gegl/work/stage/usr/local/lib/gegl-0.2/pixbuf.la): No such file or directory pkg-static: lstat(/usr/ports/graphics/gegl/work/stage/usr/local/lib/gegl-0.2/pixbuf.so): No such file or directory pkg-static: lstat(/usr/ports/graphics/gegl/work/stage/usr/local/lib/gegl-0.2/save-pixbuf.la): No such file or directory pkg-static: lstat(/usr/ports/graphics/gegl/work/stage/usr/local/lib/gegl-0.2/save-pixbuf.so): No such file or directory *** [fake-pkg] Error code 74 [snip] [end output] -- I'm not completely useless, I can be used as a bad example. pgpjNGEtBCgpX.pgp Description: PGP signature
Re: please revert graphics/xfig r354029
On 05/31/14 16:35, Steve Kargl wrote: On Sat, May 31, 2014 at 03:31:34PM +0200, Guido Falsi wrote: On 05/31/14 02:08, Steve Kargl wrote: Can someone please revert r354029 for graphics/xfig? This revision breaks the ability to install the port. cd /usr/ports/graphics/xfig svn merge -r 354029:340725 . Hi, I did commit the revision you mention. I just tested the port and it installs fine. Not on my system, which is an up-to-date freebsd-current. After some digging I found out the port is broken when the DOCS option is disabled. I'm cooking a fix I'll get to you soon. Please always report if using custom options when reporting a problem. -- Guido Falsi madpi...@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
Re: please revert graphics/xfig r354029
On Sat, May 31, 2014 at 05:00:34PM +0200, Guido Falsi wrote: On 05/31/14 16:35, Steve Kargl wrote: On Sat, May 31, 2014 at 03:31:34PM +0200, Guido Falsi wrote: On 05/31/14 02:08, Steve Kargl wrote: Can someone please revert r354029 for graphics/xfig? This revision breaks the ability to install the port. cd /usr/ports/graphics/xfig svn merge -r 354029:340725 . Hi, I did commit the revision you mention. I just tested the port and it installs fine. Not on my system, which is an up-to-date freebsd-current. After some digging I found out the port is broken when the DOCS option is disabled. I'm cooking a fix I'll get to you soon. Please always report if using custom options when reporting a problem. I forgot I had the DOCS option unset as it was unset ages ago and updates have always worked. The question is why are changes to a port committed without proper testing? Yes, proper testing should include testing of the effects of (un)setting individual Makefile options. -- 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
FreeBSD port graphics/xfig: patch to fix packaging with DOCS disabled (was Re: please revert graphics/xfig r354029)
On 05/31/14 17:09, Steve Kargl wrote: On Sat, May 31, 2014 at 05:00:34PM +0200, Guido Falsi wrote: On 05/31/14 16:35, Steve Kargl wrote: On Sat, May 31, 2014 at 03:31:34PM +0200, Guido Falsi wrote: On 05/31/14 02:08, Steve Kargl wrote: Can someone please revert r354029 for graphics/xfig? This revision breaks the ability to install the port. cd /usr/ports/graphics/xfig svn merge -r 354029:340725 . Hi, I did commit the revision you mention. I just tested the port and it installs fine. Not on my system, which is an up-to-date freebsd-current. After some digging I found out the port is broken when the DOCS option is disabled. I'm cooking a fix I'll get to you soon. Please always report if using custom options when reporting a problem. I forgot I had the DOCS option unset as it was unset ages ago and updates have always worked. The question is why are changes to a port committed without proper testing? Yes, proper testing should include testing of the effects of (un)setting individual Makefile options. I'm going to fix it. I'm attaching a patch and CCing the maintainer to get his approval. Can you test this patch too and report back? Thanks! Please understand we all make mistakes from time to time. Also remember that this is a volunteer project and such a thorough testing as the one you are asking for isn't always possible with the resources at hand. for m...@luckie.org.nz: A problem has been reported in the xfig port when trying to install it with the DOCS option disabled. I've created a patch which fixes the problem, can you approve it? Thanks in advance. -- Guido Falsi madpi...@freebsd.org Index: Makefile === --- Makefile (revision 355988) +++ Makefile (working copy) @@ -24,6 +24,7 @@ USE_XORG= ice sm x11 xaw xext xi xmu xpm xt USE_CSTD= gnu89 CFLAGS+= -Wno-return-type +INSTALL_TARGET= install install.libs MAKE_ENV+= DOCSDIR=${DOCSDIR} CHMOD=${CHMOD} TAR=${TAR} MAKE_ARGS+= INSTALLFLAGS=${COPY} \ @@ -38,7 +39,7 @@ .include bsd.port.options.mk .if ${PORT_OPTIONS:MDOCS} -INSTALL_TARGET= install install.libs install.html +INSTALL_TARGET+= install.html .endif .if ! ${PORT_OPTIONS:MI18N} || ! ${PORT_OPTIONS:MDOCS} ___ 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: please revert graphics/xfig r354029
On Sat, May 31, 2014 at 08:09:36AM -0700, Steve Kargl wrote: I forgot I had the DOCS option unset as it was unset ages ago and updates have always worked. The question is why are changes to a port committed without proper testing? Yes, proper testing should include testing of the effects of (un)setting individual Makefile options. The number of combinations is huge. It's just not feasible. Even if it were, we have 2042 ports PRs (171 or so are about staging), and those ought to be our priorites IMHO. mcl ___ 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: please revert graphics/xfig r354029
On Sat, May 31, 2014 at 12:31:28PM -0500, Mark Linimon wrote: On Sat, May 31, 2014 at 08:09:36AM -0700, Steve Kargl wrote: I forgot I had the DOCS option unset as it was unset ages ago and updates have always worked. The question is why are changes to a port committed without proper testing? Yes, proper testing should include testing of the effects of (un)setting individual Makefile options. The number of combinations is huge. There are 3 options for graphics/xfig. It takes all of 5 minutes to build and install xfig on a 5 year old laptop. The options are mutually exclusive, so one needs to build and install the port 4 times (i.e., a whole 20 to 25 minutes). It's just not feasible. I'm not advocating that portmgr should set up the testing on the FreeBSD cluster. The testing should be done by the individual maintainers. If s/he includes 3 (or 2 dozen) options in the Makefile, then s/he should test those options when s/he changes/updates the port. If it is too inconvenient or too labor intensive to test the options (i.e., 2 dozen options), then perhaps the options aren't too terribly important and should be removed. Even if it were, we have 2042 ports PRs (171 or so are about staging), and those ought to be our priorites IMHO. Yes, those should be the priorities. Hopefully, any change to a port (that addresses one of these PRs) is properly tested. -- 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
Re: please revert graphics/xfig r354029
On 2014-05-31 20:29, Steve Kargl wrote: The number of combinations is huge. There are 3 options for graphics/xfig. It takes all of 5 minutes to build and install xfig on a 5 year old laptop. The options are mutually exclusive, so one needs to build and install the port 4 times (i.e., a whole 20 to 25 minutes). Dependency chain leads to combinatorial explosion. -sh ___ 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/openntpd] pidfile support
Hello, I was missing pid file support in OpenNTPD. I've created a patch that enables pidfile /var/run/ntpd.pid in OpenNTPD and now I can define in the rc script pidfile location. With pidfile location I dont see any more this annoying message when restarting and stopping: [root@vps24009 ~]# /usr/local/etc/rc.d/openntpd stop Stopping openntpd. kill: 20188: No such process kill: 20189: No such process And with pidfile=/var/run/ntpd.pid in openntpd rc script [root@vps24009 ~]# /usr/local/etc/rc.d/openntpd stop Stopping openntpd. Regards, Tomasz diff -ruN /usr/ports/net/openntpd/work/ntpd/Makefile /home/tmw/Code/warehouse/openntpd_pidfile/Makefile --- /usr/ports/net/openntpd/work/ntpd/Makefile 2014-05-29 15:30:52.0 +0200 +++ /home/tmw/Code/warehouse/openntpd_pidfile/Makefile 2014-05-30 13:08:28.0 +0200 @@ -12,6 +12,6 @@ MAN= ntpd.8 ntpd.conf.5 DPADD= ${LIBMD} -LDADD= -lmd +LDADD= -lmd -lutil .include bsd.prog.mk diff -ruN /usr/ports/net/openntpd/work/ntpd/ntp.c /home/tmw/Code/warehouse/openntpd_pidfile/ntp.c --- /usr/ports/net/openntpd/work/ntpd/ntp.c 2014-05-29 15:30:52.0 +0200 +++ /home/tmw/Code/warehouse/openntpd_pidfile/ntp.c 2014-05-30 15:16:15.0 +0200 @@ -74,7 +74,7 @@ } pid_t -ntp_main(int pipe_prnt[2], struct ntpd_conf *nconf, struct passwd *pw) +ntp_main(int pipe_prnt[2], struct ntpd_conf *nconf, struct passwd *pw, struct pidfh *pfh) { int a, b, nfds, i, j, idx_peers, timeout; #ifdef HAVE_SENSORS @@ -105,6 +105,7 @@ fatal(cannot fork); break; case 0: +pidfile_close(pfh); break; default: return (pid); diff -ruN /usr/ports/net/openntpd/work/ntpd/ntpd.c /home/tmw/Code/warehouse/openntpd_pidfile/ntpd.c --- /usr/ports/net/openntpd/work/ntpd/ntpd.c 2014-05-29 15:30:52.0 +0200 +++ /home/tmw/Code/warehouse/openntpd_pidfile/ntpd.c 2014-05-30 15:18:04.0 +0200 @@ -86,11 +86,12 @@ { struct ntpd_conf lconf; struct pollfd pfd[POLL_MAX]; - pid_t chld_pid = 0, pid; + pid_t chld_pid = 0, pid, otherpid; const char *conffile; int ch, nfds; int pipe_chld[2]; struct passwd *pw; +struct pidfh*pfh; conffile = CONFFILE; @@ -158,8 +159,17 @@ signal(SIGCHLD, sighdlr); /* fork child process */ - chld_pid = ntp_main(pipe_chld, lconf, pw); +pfh = pidfile_open(PIDFILE, 0600, otherpid); +if (pfh == NULL) { +if (errno == EEXIST) { +errx(EXIT_FAILURE, Daemon already running, pid: %d, +otherpid); +} +warn(Cannot open or create pidfile); +} +pidfile_write(pfh); +chld_pid = ntp_main(pipe_chld, lconf, pw, pfh); setproctitle([priv]); readfreq(); @@ -192,8 +202,10 @@ log_debug(no reply received in time, skipping initial time setting); if (!lconf.debug) -if (daemon(1, 0)) +if (daemon(1, 0)) { +pidfile_remove(pfh); fatal(daemon); +} } if (nfds 0 (pfd[PFD_PIPE].revents POLLOUT)) @@ -231,6 +243,7 @@ msgbuf_clear(ibuf-w); free(ibuf); +pidfile_remove(pfh); log_info(Terminating); return (0); } diff -ruN /usr/ports/net/openntpd/work/ntpd/ntpd.h /home/tmw/Code/warehouse/openntpd_pidfile/ntpd.h --- /usr/ports/net/openntpd/work/ntpd/ntpd.h 2014-05-29 15:32:22.0 +0200 +++ /home/tmw/Code/warehouse/openntpd_pidfile/ntpd.h 2014-05-30 15:17:27.0 +0200 @@ -29,6 +29,8 @@ #include pwd.h #include stdarg.h +#include libutil.h + #include compat.h #include ntp.h #include imsg.h @@ -36,6 +38,7 @@ #define NTPD_USER _ntp #define CONFFILE /usr/local/etc/ntpd.conf #define DRIFTFILE /var/db/ntpd.drift +#define PIDFILE /var/run/ntpd.pid #define INTERVAL_QUERY_NORMAL 30 /* sync to peers every n secs */ #define INTERVAL_QUERY_PATHETIC 60 @@ -201,7 +204,7 @@ const char * log_sockaddr(struct sockaddr *); /* ntp.c */ -pid_t ntp_main(int[2], struct ntpd_conf *, struct passwd *); +pid_t ntp_main(int[2], struct ntpd_conf *, struct passwd *, struct pidfh *); int priv_adjtime(void); void priv_settime(double); void priv_host_dns(char *, u_int32_t); ___ 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
print/cups-base won't build due to dwarf error in /usr/bin/ld
I am trying to build cups-related ports needed for print/hplip, but the latest error is /usr/bin/ld: Dwarf Error: found dwarf version '4', this reader only handles vers ion 2 information. uname -a shows FreeBSD amelia4 11.0-CURRENT FreeBSD 11.0-CURRENT #5 r265264: Sat May 3 16:20:39 UTC 2014 root@amelia4:/usr/obj/usr/src/sys/SANDY11NC amd64 This is followed by undefined references avahi-related: ../cups/libcups.a(http-support.o): In function `_httpResolveURI': http-support.c:(.text+0x1e80): undefined reference to `avahi_simple_poll_new' http-support.c:(.text+0x1eaa): undefined reference to `avahi_simple_poll_set_fun c' http-support.c:(.text+0x1eb2): undefined reference to `avahi_simple_poll_get' http-support.c:(.text+0x1ed4): undefined reference to `avahi_client_new' http-support.c:(.text+0x1f23): undefined reference to `avahi_service_resolver_ne w' http-support.c:(.text+0x1f4a): undefined reference to `avahi_simple_poll_iterate ' http-support.c:(.text+0x1fbb): undefined reference to `avahi_service_resolver_ne w' http-support.c:(.text+0x2023): undefined reference to `avahi_simple_poll_iterate ' http-support.c:(.text+0x2054): undefined reference to `avahi_client_free' http-support.c:(.text+0x2060): undefined reference to `avahi_simple_poll_free' ../cups/libcups.a(http-support.o): In function `http_client_cb': http-support.c:(.text+0x214e): undefined reference to `avahi_simple_poll_quit' ../cups/libcups.a(http-support.o): In function `http_resolve_cb': http-support.c:(.text+0x228f): undefined reference to `avahi_service_resolver_fr ee' http-support.c:(.text+0x2313): undefined reference to `avahi_string_list_find' http-support.c:(.text+0x2332): undefined reference to `avahi_string_list_find' http-support.c:(.text+0x234f): undefined reference to `avahi_string_list_get_pai r' http-support.c:(.text+0x2505): undefined reference to `avahi_simple_poll_quit' cc: error: linker command failed with exit code 1 (use -v to see invocation) gmake[3]: *** [ippserver] Error 1 gmake[3]: Leaving directory `/usr/ports/print/cups-base/work11/cups-1.7.2/test' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/usr/ports/print/cups-base/work11/cups-1.7.2' *** Error code 1 Stop. I type this in a text-mode newcons, sorry for inelegant formatting, it seems there is a lot of unwanted double-spacing such as I never get in xterm or syscons. But what is this dwarf error. Do I need to source-update FreeBSD-current installation, would that give me a more workable /usr/bin/ld? 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
Re: print/cups-base won't build due to dwarf error in /usr/bin/ld
On Sat, May 31, 2014 at 2:25 PM, Thomas Mueller mueller6...@bellsouth.net wrote: I am trying to build cups-related ports needed for print/hplip, but the latest error is /usr/bin/ld: Dwarf Error: found dwarf version '4', this reader only handles vers ion 2 information. uname -a shows FreeBSD amelia4 11.0-CURRENT FreeBSD 11.0-CURRENT #5 r265264: Sat May 3 16:20:39 UTC 2014 root@amelia4:/usr/obj/usr/src/sys/SANDY11NC amd64 This is followed by undefined references avahi-related: ../cups/libcups.a(http-support.o): In function `_httpResolveURI': http-support.c:(.text+0x1e80): undefined reference to `avahi_simple_poll_new' http-support.c:(.text+0x1eaa): undefined reference to `avahi_simple_poll_set_fun c' http-support.c:(.text+0x1eb2): undefined reference to `avahi_simple_poll_get' http-support.c:(.text+0x1ed4): undefined reference to `avahi_client_new' http-support.c:(.text+0x1f23): undefined reference to `avahi_service_resolver_ne w' http-support.c:(.text+0x1f4a): undefined reference to `avahi_simple_poll_iterate ' http-support.c:(.text+0x1fbb): undefined reference to `avahi_service_resolver_ne w' http-support.c:(.text+0x2023): undefined reference to `avahi_simple_poll_iterate ' http-support.c:(.text+0x2054): undefined reference to `avahi_client_free' http-support.c:(.text+0x2060): undefined reference to `avahi_simple_poll_free' ../cups/libcups.a(http-support.o): In function `http_client_cb': http-support.c:(.text+0x214e): undefined reference to `avahi_simple_poll_quit' ../cups/libcups.a(http-support.o): In function `http_resolve_cb': http-support.c:(.text+0x228f): undefined reference to `avahi_service_resolver_fr ee' http-support.c:(.text+0x2313): undefined reference to `avahi_string_list_find' http-support.c:(.text+0x2332): undefined reference to `avahi_string_list_find' http-support.c:(.text+0x234f): undefined reference to `avahi_string_list_get_pai r' http-support.c:(.text+0x2505): undefined reference to `avahi_simple_poll_quit' cc: error: linker command failed with exit code 1 (use -v to see invocation) gmake[3]: *** [ippserver] Error 1 gmake[3]: Leaving directory `/usr/ports/print/cups-base/work11/cups-1.7.2/test' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/usr/ports/print/cups-base/work11/cups-1.7.2' *** Error code 1 Stop. I type this in a text-mode newcons, sorry for inelegant formatting, it seems there is a lot of unwanted double-spacing such as I never get in xterm or syscons. But what is this dwarf error. Do I need to source-update FreeBSD-current installation, would that give me a more workable /usr/bin/ld? Tom Seems like this version of cups absolutely requires zeroconf. You can configure with either avahi or mdnsresponder, but the build fails if neither is specified. I have not looked into it to tell if this is an error in the port or that cups now will only run when a zeroconf resolver is available. Not sure about the dwarf error. I have only seen that when building with debug, so I am surprised to see it during the build. It may not be a real issue. -- 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: FreeBSD port graphics/xfig: patch to fix packaging with DOCS disabled (was Re: please revert graphics/xfig r354029)
Please commit. Thanks Guido for doing the digging on this one. On Sat, May 31, 2014 at 05:34:14PM +0200, Guido Falsi wrote: On 05/31/14 17:09, Steve Kargl wrote: On Sat, May 31, 2014 at 05:00:34PM +0200, Guido Falsi wrote: On 05/31/14 16:35, Steve Kargl wrote: On Sat, May 31, 2014 at 03:31:34PM +0200, Guido Falsi wrote: On 05/31/14 02:08, Steve Kargl wrote: Can someone please revert r354029 for graphics/xfig? This revision breaks the ability to install the port. cd /usr/ports/graphics/xfig svn merge -r 354029:340725 . Hi, I did commit the revision you mention. I just tested the port and it installs fine. Not on my system, which is an up-to-date freebsd-current. After some digging I found out the port is broken when the DOCS option is disabled. I'm cooking a fix I'll get to you soon. Please always report if using custom options when reporting a problem. I forgot I had the DOCS option unset as it was unset ages ago and updates have always worked. The question is why are changes to a port committed without proper testing? Yes, proper testing should include testing of the effects of (un)setting individual Makefile options. I'm going to fix it. I'm attaching a patch and CCing the maintainer to get his approval. Can you test this patch too and report back? Thanks! Please understand we all make mistakes from time to time. Also remember that this is a volunteer project and such a thorough testing as the one you are asking for isn't always possible with the resources at hand. for m...@luckie.org.nz: A problem has been reported in the xfig port when trying to install it with the DOCS option disabled. I've created a patch which fixes the problem, can you approve it? Thanks in advance. -- Guido Falsi madpi...@freebsd.org Index: Makefile === --- Makefile (revision 355988) +++ Makefile (working copy) @@ -24,6 +24,7 @@ USE_XORG=ice sm x11 xaw xext xi xmu xpm xt USE_CSTD=gnu89 CFLAGS+= -Wno-return-type +INSTALL_TARGET= install install.libs MAKE_ENV+= DOCSDIR=${DOCSDIR} CHMOD=${CHMOD} TAR=${TAR} MAKE_ARGS+= INSTALLFLAGS=${COPY} \ @@ -38,7 +39,7 @@ .include bsd.port.options.mk .if ${PORT_OPTIONS:MDOCS} -INSTALL_TARGET= install install.libs install.html +INSTALL_TARGET+= install.html .endif .if ! ${PORT_OPTIONS:MI18N} || ! ${PORT_OPTIONS:MDOCS} pgp4xAJ_lDsM9.pgp Description: PGP signature