Re: Request to change ruby default version to 2.5
Hi, >>>>> On Sat, 20 Apr 2019 22:00:46 +1000 >>>>> Kubilay Kocak said: koobs> Issue reported/tracked here: koobs> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237410 Okay, I commented to this issue report. Thank you for letting me know. Sincerely, -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ ___ 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"
Re: Request to change ruby default version to 2.5
H) {
VALUE g, f = argv[argc - 1];
- if ((g = rb_hash_aref(f, rb_intern("flags"))) != RHASH(f)->ifnone ||
- (g = rb_hash_aref(f, rb_str_new2("flags"))) != RHASH(f)->ifnone) {
-+ if ((g = rb_hash_aref(f, rb_intern("flags"))) != rb_hash_ifnone(f) ||
-+ (g = rb_hash_aref(f, rb_str_new2("flags"))) != rb_hash_ifnone(f)) {
++ if ((g = rb_hash_lookup(f, rb_intern("flags"))) != Qnil ||
++ (g = rb_hash_lookup(f, rb_str_new2("flags"))) != Qnil) {
flags = NUM2INT(g);
}
argc--;
-@@ -3348,8 +3348,8 @@
+@@ -3348,8 +3348,8 @@ bdb_replace(int argc, VALUE *argv, VALUE
flags = 0;
if (TYPE(argv[argc - 1]) == T_HASH) {
VALUE f = argv[argc - 1];
- if ((g = rb_hash_aref(f, rb_intern("flags"))) != RHASH(f)->ifnone ||
- (g = rb_hash_aref(f, rb_str_new2("flags"))) != RHASH(f)->ifnone) {
-+ if ((g = rb_hash_aref(f, rb_intern("flags"))) != rb_hash_ifnone(f) ||
-+ (g = rb_hash_aref(f, rb_str_new2("flags"))) != rb_hash_ifnone(f)) {
++ if ((g = rb_hash_lookup(f, rb_intern("flags"))) != Qnil ||
++ (g = rb_hash_lookup(f, rb_str_new2("flags"))) != Qnil) {
flags = NUM2INT(g);
}
argc--;
Index: files/patch-src-cursor.c
===
--- files/patch-src-cursor.c(revision 499424)
+++ files/patch-src-cursor.c(working copy)
@@ -1,13 +1,13 @@
src/cursor.c.orig 2015-01-22 17:37:51.0 +
-+++ src/cursor.c 2015-01-22 17:38:17.0 +
-@@ -29,8 +29,8 @@
+--- src/cursor.c.orig 2011-04-06 19:35:39 UTC
src/cursor.c
+@@ -29,8 +29,8 @@ bdb_cursor(int argc, VALUE *argv, VALUE
flags = 0;
if (argc && TYPE(argv[argc - 1]) == T_HASH) {
VALUE g, f = argv[argc - 1];
- if ((g = rb_hash_aref(f, rb_intern("flags"))) != RHASH(f)->ifnone ||
- (g = rb_hash_aref(f, rb_str_new2("flags"))) != RHASH(f)->ifnone) {
-+ if ((g = rb_hash_aref(f, rb_intern("flags"))) != rb_hash_ifnone(f) ||
-+ (g = rb_hash_aref(f, rb_str_new2("flags"))) != rb_hash_ifnone(f)) {
++ if ((g = rb_hash_lookup(f, rb_intern("flags"))) != Qnil ||
++ (g = rb_hash_lookup(f, rb_str_new2("flags"))) != Qnil) {
flags = NUM2INT(g);
}
argc--;
Index: files/patch-src-recnum.c
===
--- files/patch-src-recnum.c(revision 499424)
+++ files/patch-src-recnum.c(working copy)
@@ -1,22 +1,22 @@
src/recnum.c.orig 2011-04-06 19:35:39.0 +
-+++ src/recnum.c 2015-01-22 17:16:32.0 +
-@@ -17,7 +17,7 @@
+--- src/recnum.c.orig 2011-04-06 19:35:39 UTC
src/recnum.c
+@@ -17,7 +17,7 @@ bdb_recnum_init(int argc, VALUE *argv, V
argc++;
}
rb_hash_aset(argv[argc - 1], array, INT2FIX(0));
-if (rb_hash_aref(argv[argc - 1], sarray) != RHASH(argv[argc -
1])->ifnone) {
-+if (rb_hash_aref(argv[argc - 1], sarray) != rb_hash_ifnone(argv[argc -
1])) {
++if (rb_hash_lookup(argv[argc - 1], sarray) != Qnil) {
rb_hash_aset(argv[argc - 1], sarray, INT2FIX(0));
}
rb_hash_aset(argv[argc - 1], rb_str_new2("set_flags"),
INT2FIX(DB_RENUMBER));
-@@ -697,8 +697,8 @@
+@@ -697,8 +697,8 @@ bdb_sary_clear(int argc, VALUE *argv, VA
if (argc && TYPE(argv[argc - 1]) == T_HASH) {
VALUE f = argv[argc - 1];
- if ((g = rb_hash_aref(f, rb_intern("flags"))) != RHASH(f)->ifnone ||
- (g = rb_hash_aref(f, rb_str_new2("flags"))) != RHASH(f)->ifnone) {
-+ if ((g = rb_hash_aref(f, rb_intern("flags"))) != rb_hash_ifnone(f) ||
-+ (g = rb_hash_aref(f, rb_str_new2("flags"))) != rb_hash_ifnone(f)) {
++ if ((g = rb_hash_lookup(f, rb_intern("flags"))) != Qnil ||
++ (g = rb_hash_lookup(f, rb_str_new2("flags"))) != Qnil) {
flags = NUM2INT(g);
}
argc--;
--
Hajimu UMEMOTO
u...@mahoroba.org u...@freebsd.org
http://www.mahoroba.org/~ume/
___
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"
Re: Are these Emacs ports still useful?
Hi, >>>>> On Sun, 24 Dec 2017 12:12:44 -0400 >>>>> Joseph Mingrone <j...@freebsd.org> said: > - japanese/egg-canna/Makefile (does not build with emacs versions >= 23) > - japanese/migemo-emacs23 jrm> Are you Ok if I remove these ports immediately, since Emacs version 23 was removed from the jrm> ports tree in 2014. As for japanese/egg-canna, since there is no working emacs with it any more, it's okay to remove it. Sincerely, -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ ___ 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"
Re: Are these Emacs ports still useful?
Hi, I resend this message because it was rejected by ports list. >>>>> On Sat, 23 Dec 2017 17:29:51 -0400 >>>>> Joseph Mingrone <j...@freebsd.org> said: jrm> - mail/xcite (no real updates since 2010, still useful?) I'm using it. It is very useful at least for me. I don't think no update means no usefulness. :-( -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ ___ 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"
Re: Are these Emacs ports still useful?
Hi, I resend this message because it was rejected by ports list. >>>>> On Sat, 23 Dec 2017 17:29:51 -0400 >>>>> Joseph Mingrone <j...@freebsd.org> said: jrm> - mail/x-face-e21 (not fetchable) It seems fetchable. -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ ___ 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"
Re: Is there still broken lang/ruby23 ?
Hi, >>>>> On Thu, 21 Jul 2016 12:39:14 +0200 >>>>> "Herbert J. Skuhra" <herb...@mailbox.org> said: herbert> Any update on this issue? herbert> With this patch build works for me on FreeBSD 11.0-BETA1 amd64 herbert> (r303012). Okay, I've just committed it as r418883. Sincerely, -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ ___ 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"
Re: Is there still broken lang/ruby23 ?
Hi,
>>>>> On Tue, 28 Jun 2016 22:13:44 -0400
>>>>> Steve Wills <swi...@freebsd.org> said:
Kazuhiko> Is there still broken lang/ruby23[1]. Or can build in latest
Kazuhiko> 11.0-* ?
Kazuhiko> [1]
http://permalink.gmane.org/gmane.os.freebsd.devel.pkg-fallout/294364
swills> Yes, I haven't looked at it yet, but if you want to take a look, I'd
swills> welcome patches.
Could you put the attached two patches into lang/ruby23/files and give
it a try?
--- ccan/list/list.h.orig 2015-09-06 07:10:54 UTC
+++ ccan/list/list.h
@@ -57,7 +57,7 @@ struct list_head
* Example:
* static struct list_head my_list = LIST_HEAD_INIT(my_list);
*/
-#define LIST_HEAD_INIT(name) { { , } }
+#define CCAN_LIST_HEAD_INIT(name) { { , } }
/**
* LIST_HEAD - define and initialize an empty list_head
@@ -72,8 +72,8 @@ struct list_head
* Example:
* static LIST_HEAD(my_global_list);
*/
-#define LIST_HEAD(name) \
- struct list_head name = LIST_HEAD_INIT(name)
+#define CCAN_LIST_HEAD(name) \
+ struct list_head name = CCAN_LIST_HEAD_INIT(name)
/**
* list_head_init - initialize a list_head
--- thread_pthread.c.orig 2016-04-15 16:07:07 UTC
+++ thread_pthread.c
@@ -1154,7 +1154,7 @@ native_sleep(rb_thread_t *th, struct tim
}
#ifdef USE_UBF_LIST
-static LIST_HEAD(ubf_list_head);
+static CCAN_LIST_HEAD(ubf_list_head);
/* The thread 'th' is registered to be trying unblock. */
static void
--
Hajimu UMEMOTO
u...@mahoroba.org u...@freebsd.org
http://www.mahoroba.org/~ume/
___
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"
Re: Unable to update ports using svnlite
Hi, >>>>> On Wed, 24 Feb 2016 18:43:47 +0100 >>>>> Alphons van Werven <free...@skysmurf.nl> said: freebsd> Note that I symlinked svnlite to svn because otherwise freebsd> # make -C /usr/ports update freebsd> doesn't work: "svn" is hardwired into one of the Makefiles somewhere. If freebsd> you use svn directly (e.g. freebsd> # cd /usr/ports && svnlite update freebsd> or something, you might not need the symlink. You may want to put `SVN=svnlite' into your /etc/make.conf. Sincerely, -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ ___ 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"
Re: SRP support for the cyrus-sasl-2.1.26_12 port
Hi, >>>>> On Wed, 24 Feb 2016 04:13:40 -0800 >>>>> Kyle Amon <am...@backwatcher.com> said: amonk> Awesome! Works for me, but why not just just make the SRP and SRP-SETPASS amonk> options off by default? I'm quite happy either way. Just wondering. Because, the feature which is off by default is not available by the package. Further, the cyrus-sasl2 port has the separate ports for some plugins, already. Didn't you want to support SRP out of the box? :-) Sincerely, -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ ___ 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"
Re: SRP support for the cyrus-sasl-2.1.26_12 port
Hi, >>>>> On Tue, 23 Feb 2016 18:25:05 -0800 >>>>> Kyle Amon <am...@backwatcher.com> said: amonk> I added support for SRP (including srp-setpass [so saslpasswd2 can amonk> store srp salts and verifiers in the sasl password database too, if amonk> so desired]) to the cyrus-sasl-2.1.26_12 port. Two small patch files amonk> are attached. Please consider applying them (or something very similar) amonk> so that FreeBSD's cyrus-sasl port can support SRP "out of the box." amonk> SRP is and excellent, secure authentication method, support for it has amonk> long existed in cyrus-sasl, and that support should be easily obtainable amonk> by FreeBSD's users. Help make the net a more secure place. :) I've committed to add security/cyrus-sasl2-srp. If we have the SRP and SRP-SETPASS options enabled by default, the SRP salts and verifiers will be stored to the sasldb as well. Perhaps, it is not desired by many people. Therefore, I made the SRP plugin the separate port. Sincerely, -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ ___ 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"
TCP_FASTOPEN is not available by default
Hi,
I was disturbed by the problem that the vboxwebsrv was not work on
recent 10.2-STABLE. It didn't listen on any ports.
The vboxwebsrv is shipped with Virtualbox and it provide a web
interface.
I tracked this problem down and found that the gsoap is trying to use
TCP_FASTOPEN then failed.
TCP_FASTOPEN was MFC'ed recently to stable/10 without enabling it in
the kernel build by default. However, TCP_FASTOPEN is defined in
tcp.h. So, the gsoap tries to use it then fail.
I've attached the patch for workaround. It makes gsoap to ignore the
error from setsockopt(TCP_FASTOPEN).
Sincerely,
Index: files/patch-gsoap_stdsoap2.c
===
--- files/patch-gsoap_stdsoap2.c (revision 409317)
+++ files/patch-gsoap_stdsoap2.c (working copy)
@@ -1,6 +1,6 @@
--- gsoap/stdsoap2.c.orig 2015-12-07 03:15:27 UTC
+++ gsoap/stdsoap2.c
-@@ -5194,6 +5194,11 @@ soap_bind(struct soap *soap, const char
+@@ -5194,10 +5194,17 @@ soap_bind(struct soap *soap, const char
}
#endif
#ifdef TCP_FASTOPEN
@@ -12,3 +12,9 @@
if (!(soap->omode & SOAP_IO_UDP) && setsockopt(soap->master, SOL_TCP, TCP_FASTOPEN, (char*), sizeof(int)))
{ soap->errnum = soap_socket_errno(soap->master);
soap_set_receiver_error(soap, tcp_error(soap), "setsockopt TCP_FASTOPEN failed in soap_bind()", SOAP_TCP_ERROR);
++#ifndef __FreeBSD__
+ return SOAP_INVALID_SOCKET;
++#endif
+ }
+ #endif
+ #endif
Index: files/patch-gsoap_stdsoap2.cpp
===
--- files/patch-gsoap_stdsoap2.cpp (revision 409317)
+++ files/patch-gsoap_stdsoap2.cpp (working copy)
@@ -1,6 +1,6 @@
gsoap/stdsoap2.cpp.orig 2016-01-01 16:24:55 UTC
+--- gsoap/stdsoap2.cpp.orig 2015-12-07 03:15:27 UTC
+++ gsoap/stdsoap2.cpp
-@@ -5194,6 +5194,10 @@ soap_bind(struct soap *soap, const char
+@@ -5194,10 +5194,16 @@ soap_bind(struct soap *soap, const char
}
#endif
#ifdef TCP_FASTOPEN
@@ -11,3 +11,9 @@
if (!(soap->omode & SOAP_IO_UDP) && setsockopt(soap->master, SOL_TCP, TCP_FASTOPEN, (char*), sizeof(int)))
{ soap->errnum = soap_socket_errno(soap->master);
soap_set_receiver_error(soap, tcp_error(soap), "setsockopt TCP_FASTOPEN failed in soap_bind()", SOAP_TCP_ERROR);
++#ifndef __FreeBSD__
+ return SOAP_INVALID_SOCKET;
++#endif
+ }
+ #endif
+ #endif
--
Hajimu UMEMOTO
u...@mahoroba.org u...@freebsd.org
http://www.mahoroba.org/~ume/
___
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"
Re: Failed upgrade graphics/ImageMagick: /usr/bin/ld: skipping incompatible /usr/lib32/...
Hi, >>>>> On Sat, 26 Dec 2015 12:35:15 +0900 >>>>> Hajimu UMEMOTO <u...@freebsd.org> said: s-okano> I am afraid that the file for "lib32" is installed (overwrites?). s-okano> When I change "/usr/lib32" to "/usr/lib", I can build ImageMagick s-okano> successfully. ume> It seems we have to do MFC the equivalence of r276962. Done as r292747. Sincerely, -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ ___ 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"
Re: Failed upgrade graphics/ImageMagick: /usr/bin/ld: skipping incompatible /usr/lib32/...
Hi, >>>>> On Fri, 25 Dec 2015 21:57:34 +0900 (JST) >>>>> Shin-ichi Okano <s-ok...@n08.itscom.net> said: s-okano> I am afraid that the file for "lib32" is installed (overwrites?). s-okano> When I change "/usr/lib32" to "/usr/lib", I can build ImageMagick s-okano> successfully. It seems we have to do MFC the equivalence of r276962. Sincerely, -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ ___ 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"
Re: cyrus-imap25 compilation problems
Hi, >>>>> On Wed, 2 Dec 2015 10:43:24 +0100 >>>>> Andrea Venturoli <m...@netfence.it> said: ml> Compiling cyrus-imap25 on a 9.3/amd64 box of mine fails with: > lib/imclient.c: In function 'tls_init_clientengine': > lib/imclient.c:1644: error: 'SSL_OP_NO_COMPRESSION' undeclared (first use in > this function) > lib/imclient.c:1644: error: (Each undeclared identifier is reported only once > lib/imclient.c:1644: error: for each function it appears in.) It seems OpenSSL on 9.X is slightly old. I've just committed the change, and it should be fixed. Please update your ports tree and retry it. Sincerely, -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ ___ 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"
Re: cyrus-sasl-saslauthd won't build anymore
Hi,
>>>>> On Sat, 10 Oct 2015 08:54:05 +0900
>>>>> Hajimu UMEMOTO <u...@freebsd.org> said:
lists> So it looks like there's a conflict between the current versions of
lists> security/krb5 and security/cyrus-sasl-saslauthd.
ume> It is not so easy. It seems you have openssl port installed as well.
ume> Since search path of include file is same between openssl port and mit
ume> kerberos, it seems impossible to build with openssl port and base
ume> heimdal when mit kerberos is installed without support of ports
ume> framework for gssapi and/or openssl.
I could build cyrus-sasl2-saslauthd with openssl port and base heimdal
even when mit kerberos is installed, with the attached patch applied.
However, it links two shared version of licrypto like follows:
$ ldd work/cyrus-sasl-2.1.26/saslauthd/saslauthd | grep -E '(gss|krb|crypto)'
libgssapi.so.10 => /usr/lib/libgssapi.so.10 (0x80082d000)
libgssapi_krb5.so.10 => /usr/lib/libgssapi_krb5.so.10 (0x800a36000)
libkrb5.so.11 => /usr/lib/libkrb5.so.11 (0x800e5a000)
libcrypto.so.8 => /usr/local/lib/libcrypto.so.8 (0x80151e000)
libcrypto.so.7 => /lib/libcrypto.so.7 (0x802c01000)
One comes from base heimdal and the another comes from openssl port. I
suspect such binary is usable.
Sincerely,
Index: security/cyrus-sasl2-saslauthd/Makefile
===
--- security/cyrus-sasl2-saslauthd/Makefile (revision 398984)
+++ security/cyrus-sasl2-saslauthd/Makefile (working copy)
@@ -92,7 +92,8 @@
.if ${OPENSSLBASE} == /usr
CONFIGURE_ARGS+=--with-openssl=yes
.else
-CONFIGURE_ARGS+=--with-openssl=${OPENSSLBASE}
+WRKOPENSSLBASE= ${WRKDIR}/openssl
+CONFIGURE_ARGS+=--with-openssl=${WRKOPENSSLBASE}
.endif
SASLAUTHD_RUNPATH?= /var/run/saslauthd
@@ -110,6 +111,14 @@
SUB_LIST+= SASLAUTHD_RUNPATH=${SASLAUTHD_RUNPATH}
+.if ${OPENSSLBASE} != /usr
+pre-configure:
+ ${MKDIR} ${WRKOPENSSLBASE}/include ${WRKOPENSSLBASE}/lib
+ ${LN} -s ${OPENSSLBASE}/include/openssl ${WRKOPENSSLBASE}/include
+ ${LN} -s ${OPENSSLBASE}/lib/libcrypto.* ${OPENSSLBASE}/lib/libssl.* \
+ ${WRKOPENSSLBASE}/lib
+.endif
+
do-build:
cd ${WRKSRC}/include && ${MAKE}
cd ${WRKSRC}/sasldb && ${MAKE}
--
Hajimu UMEMOTO
u...@mahoroba.org u...@freebsd.org
http://www.mahoroba.org/~ume/
___
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"
Re: cyrus-sasl-saslauthd won't build anymore
Hi, >>>>> On Fri, 9 Oct 2015 18:57:56 +0100 >>>>> Mark Knight <li...@knigma.org> said: lists> Mine didn't. In the end, my workaround was to uninstall security/krb5 lists> So it looks like there's a conflict between the current versions of lists> security/krb5 and security/cyrus-sasl-saslauthd. It is not so easy. It seems you have openssl port installed as well. Since search path of include file is same between openssl port and mit kerberos, it seems impossible to build with openssl port and base heimdal when mit kerberos is installed without support of ports framework for gssapi and/or openssl. Sincerely, -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ ___ 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"
Re: perl related error in mail/cyrus-imapd24
Hi,
On Thu, 11 Sep 2014 16:10:49 +
Chad J. Milios mil...@ccsys.com said:
milios I'm gonna look into this further today but maybe one of you can make
milios quicker sense of this. I just got this error while building
milios cyrus-imapd24-2.4.17_8. Port options are default but my make.conf sets
milios perl to 5.20. My make.conf is included below the error. Many thanks to
milios anyone that even glances at this error to help. :)
milios
milios ### Making all in
/usr/ports/mail/cyrus-imapd24/work/cyrus-imapd-2.4.17/perl
milios ### Making all in
milios /usr/ports/mail/cyrus-imapd24/work/cyrus-imapd-2.4.17/perl/imap
milios Checking if your kit is complete...
milios Looks good
milios Generating a Unix-style Makefile
milios Writing Makefile for Cyrus::IMAP
milios Writing MYMETA.yml and MYMETA.json
milios Smartmatch is experimental at
milios /usr/local/lib/perl5/5.20/BSDPAN/ExtUtils/Packlist.pm line 218.
milios cp IMAP.pm blib/lib/Cyrus/IMAP.pm
milios cp IMAP/Shell.pm blib/lib/Cyrus/IMAP/Shell.pm
milios cp IMAP/IMSP.pm blib/lib/Cyrus/IMAP/IMSP.pm
milios cp IMAP/Admin.pm blib/lib/Cyrus/IMAP/Admin.pm
milios Running Mkbootstrap for Cyrus::IMAP ()
milios chmod 644 IMAP.bs
milios /usr/local/bin/perl5.20.0 /usr/local/lib/perl5/5.20/ExtUtils/xsubpp
milios -typemap /usr/local/lib/perl5/5.20/ExtUtils/typemap -typemap typemap
milios IMAP.xs IMAP.xsc mv IMAP.xsc IMAP.c
milios cc -c -I../../lib -I../.. -I../../com_err/et -I/usr/local/include
milios -I/usr/include -DAPPLLIB_EXP=/usr/local/lib/perl5/5.20/BSDPAN
milios -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing
milios -pipe -fstack-protector -I/usr/local/include -g-DVERSION=\1.00\
milios -DXS_VERSION=\1.00\ -DPIC -fPIC
milios -I/usr/local/lib/perl5/5.20/mach/CORE -DPERL_POLLUTE IMAP.c
milios In file included from /usr/local/lib/perl5/5.20/mach/CORE/perl.h:5152,
milios from IMAP.xs:51:
milios /usr/local/lib/perl5/5.20/mach/CORE/inline.h: In function
milios 'S_append_utf8_from_native_byte':
milios /usr/local/lib/perl5/5.20/mach/CORE/inline.h:264: error: expected ')'
milios before ',' token
milios /usr/local/lib/perl5/5.20/mach/CORE/inline.h:264: error: void value
milios not ignored as it ought to be
milios /usr/local/lib/perl5/5.20/mach/CORE/inline.h:265: error: expected ')'
milios before ',' token
milios /usr/local/lib/perl5/5.20/mach/CORE/inline.h:265: error: void value
milios not ignored as it ought to be
milios IMAP.xs: At top level:
milios IMAP.xs:218: warning: initialization from incompatible pointer type
milios IMAP.xs:219: warning: initialization from incompatible pointer type
milios IMAP.xs:220: warning: initialization from incompatible pointer type
milios *** [IMAP.o] Error code 1
milios Stop in /usr/ports/mail/cyrus-imapd24/work/cyrus-imapd-2.4.17/perl/imap.
milios *** [all] Error code 1
milios Stop in /usr/ports/mail/cyrus-imapd24/work/cyrus-imapd-2.4.17/perl.
milios *** [all] Error code 1
milios Stop in /usr/ports/mail/cyrus-imapd24/work/cyrus-imapd-2.4.17.
milios *** [do-build] Error code 1
milios Stop in /usr/ports/mail/cyrus-imapd24.
milios *** [stage] Error code 1
milios Stop in /usr/ports/mail/cyrus-imapd24.
milios root@nuos-lab:/usr/ports/mail/cyrus-imapd24 # uname -a
milios FreeBSD nuos-lab.naruto.ccsys.com 9.3-RELEASE FreeBSD 9.3-RELEASE #0
milios r269946: Wed Aug 13 12:53:13 EDT 2014
milios r...@naruto.ccsys.com:/usr/obj/usr/src/sys/NUOS amd64
milios root@nuos-lab:/usr/ports/mail/cyrus-imapd24 # cat /etc/make.conf
milios CPUTYPE?=core2
milios DEFAULT_VERSIONS= perl5=5.20 php=55
milios WITH_PGSQL_VER=93
milios WITH_MYSQL_VER=56
milios WITH_NEW_XORG=yes
milios QT4_OPTIONS=CUPS
I've just tried to reproduce the problem on my 9.3-STABLE with
perl5-5.20.0_3. But, I cannot reproduce it, here.
Sincerely,
--
Hajimu UMEMOTO
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.mahoroba.org/~ume/
___
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: Resolving circular dependencies
Hi,
On Thu, 26 Dec 2013 12:33:10 +1100
Dewayne Geraghty dewayne.gerag...@heuristicsystems.com.au said:
dewayne Would it be possible to include some documentation in
dewayne /usr/ports/UPDATING regarding the removal of gssapi from cyrus-sasl2
and
dewayne the creation of the security/cyrus-sasl2-gssapi port; as it will
dewayne surprise some. A cursory review of the
dewayne security/cyrus-sasl2-gssapi/Makefile seems to create
dewayne lib/sasl2/libgssapiv2.*
dewayne lib/sasl2/libgs2.*
dewayne files, so adding security/cyrus-sasl2-gssapi into the routine build
dewayne sequence shouldn't be too dramatic a change.
Sure. I've committed to UPDATING.
Sincerely,
--
Hajimu UMEMOTO
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.mahoroba.org/~ume/
___
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: Resolving circular dependencies
Hi,
On Wed, 25 Dec 2013 23:23:09 -0500
Erick Turnquist jhujh...@adjectivism.org said:
jhujhiti Thank you! I noticed a typo in the new Makefile for
jhujhiti cyrus-sasl2-gssapi. On line 60, MIT_LIB_DEPENDS is set to
jhujhiti libkrb5support.0 instead of libkrb5support.so.0. Once I fixed this, I
jhujhiti was able to build everything I need, and the proper libraries appear
jhujhiti to have been built:
Oops, I've committed to fix it. Thank you!
Sincerely,
--
Hajimu UMEMOTO
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.mahoroba.org/~ume/
___
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: Resolving circular dependencies
Hi,
On Sun, 22 Dec 2013 08:51:53 -0600
Scot Hetzel swhet...@gmail.com said:
swhetzel The best way to solve this would be to create 3 ports that would
swhetzel create the appropriate gssapi mech:
swhetzel security/cyrus-sasl2-mech-gssapi-base - Kerberos Support from
swhetzel /usr/lib/libkrb5.a
swhetzel security/cyrus-sasl2-mech-gssapi-krb5 (slave port)
swhetzel security/cyrus-sasl2-mech-gssapi-hemidal (slave port)
swhetzel That way you could use Poudriere to build these 4 ports (cyrus-sasl2,
swhetzel openldap24-sasl-client, krb5 and cyrus-sasl2-mech-gssapi-krb5).
swhetzel Now if someone could sit down and code these mech ports. ;-)
I'll do it later.
Sincerely,
--
Hajimu UMEMOTO
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.mahoroba.org/~ume/
___
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: Resolving circular dependencies
Hi,
On Wed, 25 Dec 2013 18:18:08 +0900
Hajimu UMEMOTO u...@freebsd.org said:
On Sun, 22 Dec 2013 08:51:53 -0600
Scot Hetzel swhet...@gmail.com said:
swhetzel The best way to solve this would be to create 3 ports that would
swhetzel create the appropriate gssapi mech:
swhetzel security/cyrus-sasl2-mech-gssapi-base - Kerberos Support from
swhetzel /usr/lib/libkrb5.a
swhetzel security/cyrus-sasl2-mech-gssapi-krb5 (slave port)
swhetzel security/cyrus-sasl2-mech-gssapi-hemidal (slave port)
swhetzel That way you could use Poudriere to build these 4 ports (cyrus-sasl2,
swhetzel openldap24-sasl-client, krb5 and cyrus-sasl2-mech-gssapi-krb5).
swhetzel Now if someone could sit down and code these mech ports. ;-)
ume I'll do it later.
I've just committed it. Please give it a try.
Sincerely,
--
Hajimu UMEMOTO
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.mahoroba.org/~ume/
___
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
ports/182960: Re: security/cyrus-sasl2-saslauthd erroneously asserts wrong openldap version
Hi,
On Mon, 14 Oct 2013 05:49:36 GMT
Dewayne dewayne.gerag...@heuristicsystems.com.au said:
I cannot reproduce it even with openldap24-sasl-client, here.
Since this message is from bsd.ldap.mk, this PR should be assigned to
the maintainer of bsd.ldap.mk rather than individual ports such as
cyrus-sasl2-saslauthd.
Sincerely,
--
Hajimu UMEMOTO
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.mahoroba.org/~ume/
___
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: [QAT] r329339: 4x leftovers
Hi,
On Fri, 04 Oct 2013 17:02:33 -
Ports-QAT q...@redports.org said:
qat - enable stage.
qat - use opt_LIB_DEPENDS.
qat -
qat Build ID: 20131004164800-923
qat Job owner: u...@freebsd.org
qat Buildtime: 14 minutes
qat Enddate: Fri, 04 Oct 2013 17:02:29 GMT
qat Revision: r329339
qat Repository:
https://svnweb.freebsd.org/ports?view=revisionrevision=329339
qat -
qat Port:audio/gkrellmms2 2.1.22_9
qat Buildgroup: 9.1-QAT/amd64
qat Buildstatus: LEFTOVERS
qat Log:
https://qat.redports.org//~u...@freebsd.org/20131004164800-923-202172/gkrellmms-2.1.22_9.log
=== Checking filesystem state after all packages deleted
list of extra files and directories in / (not present on clean system but
present after everything was deinstalled)
170348 drwxr-xr-x4 root wheel 80
Oct 4 16:48 usr/local/lib/perl5
170350 drwxr-xr-x2 root wheel 0
Oct 4 16:49 usr/local/lib/perl5/5.14
200998 drwxr-xr-x3 root wheel 40
Oct 4 16:48 usr/local/lib/perl5/site_perl
201008 drwxr-xr-x3 root wheel 40
Oct 4 16:49 usr/local/lib/perl5/site_perl/5.14
201018 drwxr-xr-x4 root wheel 80
Oct 4 16:49 usr/local/lib/perl5/site_perl/5.14/mach
203370 drwxr-xr-x2 root wheel 0
Oct 4 16:49 usr/local/lib/perl5/site_perl/5.14/mach/machine
204100 drwxr-xr-x2 root wheel 0
Oct 4 16:49 usr/local/lib/perl5/site_perl/5.14/mach/sys
audio/gkrellmms2 itself doesn't touch perl at all. So, I'm not sure
why this leftovers is happen.
Sincerely,
--
Hajimu UMEMOTO
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.mahoroba.org/~ume/
___
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: [kde-freebsd] Unable to build deskutils/kdepimlibs4
Hi,
On Sat, 05 Jan 2013 02:17:50 +0100
Adriaan de Groot gr...@kde.org said:
groot
/usr/ports/deskutils/kdepimlibs4/work/kdepimlibs-4.8.4/kioslave/smtp/command.cpp:32:
groot /usr/local/include/sasl/sasl.h:228: error: typedef 'sasl_malloc_t' is
groot initialized (use __typeof__ instead)
groot /usr/local/include/sasl/sasl.h:228: error: 'size_t' was not declared in
this
groot scope
groot This is because of the new sasl port, which does not include all the
headers
groot it needs in its own headers (e.g. defining size_t). You can patch
groot /usr/local/include/sasl/sasl.h to fix that, or patch command.cpp to
#include
groot the right headers before sasl.h.
This issue should be fixed in the latest cyrus-sasl2 port
(cyrus-sasl-2.1.26_2). I suspect you have slightly old version of
cyrus-sasl2 port installed.
Sincerely,
--
Hajimu UMEMOTO
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.mahoroba.org/~ume/
___
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: sysutils/agedu
Hi,
On Fri, 14 Dec 2012 13:06:19 +0100
vermaden verma...@interia.pl said:
vermaden Stille the same after last update to 9723:
vermaden % agedu -w
vermaden getaddrinfo: Invalid value for hints
`hints' is not initialized. It should be fixed with the attached
patch.
Sincerely,
Index: httpd.c
diff -u -p httpd.c.orig httpd.c
--- httpd.c.orig 2012-12-16 02:51:33.0 +0900
+++ httpd.c 2012-12-16 03:02:19.765871018 +0900
@@ -566,6 +566,7 @@ static int make_listening_sockets(struct
struct addrinfo hints;
struct addrinfo *addrs, *ai;
+memset(hints, 0, sizeof(hints));
hints.ai_family = AF_UNSPEC;
hints.ai_socktype = SOCK_STREAM;
hints.ai_protocol = 0;
--
Hajimu UMEMOTO
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.mahoroba.org/~ume/
___
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: fix kdelibs3 build after misplaced sasl-fix
Hi,
On Thu, 13 Dec 2012 06:48:09 +0100
Oliver Pinter oliver.p...@gmail.com said:
oliver.pntr The build process hanged up on make patch stage, due to misplaced
sasl fix.
oliver.pntr ---8---
oliver.pntr root@pandora-d kdelibs3# make patch
oliver.pntr === Patching for kdelibs-nocups-3.5.10_11
oliver.pntr === Applying FreeBSD patches for kdelibs-nocups-3.5.10_11
oliver.pntr File to patch:
oliver.pntr ---8---
oliver.pntr The right place are kdebase3/files, see the attached patch. NOT YET
oliver.pntr BUILD tested, only make patch tested. When it's compiled, then I
send
oliver.pntr a confirmation mail.
Oops, I committed it to kdelibs3 wrongly. I've just committed to move
it to kdebase3.
Thank you.
Sincerely,
--
Hajimu UMEMOTO
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.mahoroba.org/~ume/
___
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: cyrus-sasl
Hi,
On Tue, 11 Dec 2012 05:36:48 -0600
Franci Nabalanci lum...@gmail.com said:
lumiwa I red that kdepimlibs doesn't build too...
I've committed the fix to this issue. Please try the latest one.
Sincerely,
--
Hajimu UMEMOTO
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.mahoroba.org/~ume/
___
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: [RFC/HEADSUP] portmaster default -w (preserve shared libraries)
Hi,
On Tue, 11 Dec 2012 16:21:31 +
Chris Rees utis...@gmail.com said:
utisoft On 11 Dec 2012 15:55, Bryan Drewery bdrew...@freebsd.org wrote:
(As maintainer) I'm proposing to make -w the default for portmaster.
This will preserve old shared libraries when upgrading. This helps 2
utisoft things:
1. Prevents a broken system during upgrades
2. Prevents a broken system after upgrading for ports that did not get a
PORTREVISION bump from a shared library update.
You have certainly ran into this problem with large library updates such
as png, pcre, openssl, etc.
Portupgrade has always done this as default, and I have never seen any
problems arise from it. It also cleans up prevents duplicated library
versions. If portmaster is not already doing this, I will ensure it does.
You could then use pkg_libchk to rebuild any lingering ports if you
wanted to ensure your system was using the latest. Then cleanout the
preserved shared library.
Of course there will be a way to stick to the old default of not
preserving the libraries.
utisoft Yes, this is a great idea.
+1
Sincerely,
--
Hajimu UMEMOTO
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.mahoroba.org/~ume/
___
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: cyrus-sasl
Hi,
On Mon, 10 Dec 2012 16:04:56 -0600
Franci Nabalanci lum...@gmail.com said:
lumiwa === gconf2-2.32.0_3 cannot install: unknown OpenLDAP version: Shared
lumiwa object libsasl2.so.2 not found, required by ldapwhoami.
lumiwa *** [all] Error code 1
It seems we cannot remove old lib (libsasl2.so.2) during upgrade.
I've just committed to change UPDATING to recommend to use -w option
of portmaster.
Sincerely,
--
Hajimu UMEMOTO
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.mahoroba.org/~ume/
___
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: zsh/pkg - solaris completions used for pkgNG
Hi,
On Thu, 18 Oct 2012 11:07:20 -0400 (EDT)
gt...@bellanet.org said:
gtodd A fix is to write completion for pkgNG one day ;-) or, for now, to
gtodd simply remove that file from the zsh port. My guess is the _pkg5
gtodd functions can be hacked a bit to fit the needs of a very simple pkgNG
gtodd but I haven't started doing that yet.
I was getting annoyed by this issue, too. So, I'm writing a
completion for pkgNG. I've attached it for your interest. It is far
from complete, though. Further work is welcome. :-)
Sincerely,
_pkgng
Description: Binary data
--
Hajimu UMEMOTO
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.mahoroba.org/~ume/
___
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: cvs commit: ports/security/cyrus-sasl2 Makefile ports/security/cyrus-sasl2/files patch-plugins::gssapi.c
Hi,
On Fri, 07 Oct 2011 16:48:52 -0700
Doug Barton do...@freebsd.org said:
dougb In case anyone wants to take this on, this port fails to install on 10.0
dougb because it uses its own version of libtool. I took a quick look but
dougb there wasn't a solution obvious enough for me. :)
I didn't have 10-current box, yet. So, I've just upgraded my
9-current box to today's current, and tried to rebuild cyrus-sasl2
port on it. However, I couldn't reproduce the problem. It built just
fine, here. Any thought?
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
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: net/sendemail fails after updating Perl
Hi,
# I've CC'ed the maintainer of p5-IO-Socket-INET6.
On Sat, 21 May 2011 08:36:45 -0400
Jerry je...@seibercom.net said:
jerry The port: /net/sendemail builds fine after the update to Perl;
jerry however, it no longer runs. It terminates with this error message:
jerry Subroutine IO::Socket::INET6::sockaddr_in6 redefined at
/usr/local/lib/perl5/5.14.0/Exporter.pm line 67.
jerry at /usr/local/lib/perl5/site_perl/5.14.0/IO/Socket/INET6.pm line 21
I noticed that the p5-IO-Socket-INET6 ports is slightly old (2.65).
The latest version 2.67 fixed this warning message. Please try 2.67.
The patch to ports/net/p5-IO-Socket-INET6 is attached.
I confirmed that the warning message is not out with 2.67. However,
it is still warning, and I think it doesn't terminate. So, I'm not
sure if 2.67 fixes your actual problem, though.
Sincerely,
Index: Makefile
diff -u Makefile.orig Makefile
--- Makefile.orig 2010-08-10 01:17:30.0 +0900
+++ Makefile 2011-05-23 20:05:47.0 +0900
@@ -6,7 +6,7 @@
#
PORTNAME= IO-Socket-INET6
-PORTVERSION= 2.65
+PORTVERSION= 2.67
CATEGORIES= net perl5 ipv6
MASTER_SITES= CPAN
PKGNAMEPREFIX= p5-
Index: distinfo
diff -u distinfo.orig distinfo
--- distinfo.orig 2011-03-21 03:44:26.0 +0900
+++ distinfo 2011-05-23 20:06:02.0 +0900
@@ -1,2 +1,2 @@
-SHA256 (IO-Socket-INET6-2.65.tar.gz) = 05aeeb3effaa1f9f3fa07410a5b2cfc3d07aa366327028ffa427f5c0b2bfb925
-SIZE (IO-Socket-INET6-2.65.tar.gz) = 17686
+SHA256 (IO-Socket-INET6-2.67.tar.gz) = dd90e417cbd37047b71469ec99e79fe89a3bb5103769fc9c76b3c87d8cb019b2
+SIZE (IO-Socket-INET6-2.67.tar.gz) = 18096
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
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: net/sendemail fails after updating Perl
Hi,
On Sat, 21 May 2011 08:36:45 -0400
Jerry je...@seibercom.net said:
jerry The port: /net/sendemail builds fine after the update to Perl;
jerry however, it no longer runs. It terminates with this error message:
jerry Subroutine IO::Socket::INET6::sockaddr_in6 redefined at
/usr/local/lib/perl5/5.14.0/Exporter.pm line 67.
jerry at /usr/local/lib/perl5/site_perl/5.14.0/IO/Socket/INET6.pm line 21
Perl 5.14 has its own IPv6 support. I suspect it is conflict with
p5-IO-Socket-INET6.
I found other compatibility issue that 5.14 deesn't has sv_undef,
sv_yes nor sv_no, anymore. It causes that cyrus-imapd doesn't build
with 5.14. Perhaps, there are more ports which are affected by this
issue.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
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: net/sendemail fails with perl 5.14 (INET6) (was: Re: net/sendemail fails after updating Perl)
Hi,
On Sun, 22 May 2011 15:51:35 +0300
Ion-Mihai Tetcu ite...@freebsd.org said:
jerry The port: /net/sendemail builds fine after the update to
jerry Perl; however, it no longer runs. It terminates with this
jerry error message:
jerry Subroutine IO::Socket::INET6::sockaddr_in6 redefined
jerry at /usr/local/lib/perl5/5.14.0/Exporter.pm line 67.
jerry at /usr/local/lib/perl5/site_perl/5.14.0/IO/Socket/INET6.pm
jerry line 21
Perl 5.14 has its own IPv6 support. I suspect it is conflict with
p5-IO-Socket-INET6.
itetcu No, a nice thing about this port is that it's self contained (the only
itetcu two optional depends, for TLS, are p5-IO-Socket-SSL and
p5-Crypt-SSLeay).
Okay, net/sendemail itself doesn't depend on p5-IO-Socket-INET6,
directly. However, it seems that p5-IO-Socket-SSL has an option to
enable IPv6 support which is off by default. When an IPv6 option is
enabled, p5-IO-Socket-SSL depends on p5-IO-Socket-INET6.
/usr/local/lib/perl5/site_perl/5.14.0/IO/Socket/INET6.pm imports
sockaddr_in6() from Socket6. However, 5.14 has sockaddr_in6() in
/usr/local/lib/perl5/5.14.0/mach/Socket.pm. It seems to me that
IO::Socket::INET6 has to import sockaddr_in6() conditionally, now.
itetcu The port is at the latest version (released in 2009, h).
itetcu Since perl 5.14 is not the default, I marked it broken for now and
itetcu ping upstream to see if there's still any active development.
itetcu I don't intend to maintain this as a fork ; anyone wanting to take over
itetcu maintainership has just to ping me.
I agreed. 5.14 is not the default.
I found other compatibility issue that 5.14 deesn't has sv_undef,
sv_yes nor sv_no, anymore. It causes that cyrus-imapd doesn't build
with 5.14. Perhaps, there are more ports which are affected by this
issue.
itetcu Any way to detect this at build time? We could od a run on pointy if
itetcu that's the case, and at least have a list of problems.
Yes, I found this at build time. I committed the workaround for
cyrus-imapd23 and cyrus-imapd24, already.
http://www.freebsd.org/cgi/cvsweb.cgi/ports/mail/cyrus-imapd24/files/patch-perl%3A%3Aimap%3A%3AIMAP.xs#rev1.3
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
u...@mahoroba.org ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
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: why is archivers/xz marked as IGNORE?
Hi,
On Fri, 27 Aug 2010 19:16:15 +0200
Heino Tiedemann rotkaps_spam_t...@gmx.de said:
rotkaps Kurt Jaeger li...@opsec.eu wrote:
Hi!
why is archivers/xz marked as IGNORE?
pkg_delete: package 'xz-4.999.9_1' is required by these other packages
and may not be deinstalled:
gtar-1.23_2
kdeutils-3.5.10_6
Because it became part of the base system with 8.1.
rotkaps_spam_trap Ah, how can I gat this out of the dependecies?
rotkaps_spam_trap Heino
Rebuild and reinstall gtar and kdeutils.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
u...@mahoroba.org u...@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
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: HEADS UP: utmp.h gone. All welcome utmpx.h.
Hi,
On Wed, 13 Jan 2010 20:42:54 +0100
Ed Schouten e...@80386.nl said:
ed I just made various commits to FreeBSD HEAD to remove our old user
ed accounting database interface (see utmp(5)) and replace it by the POSIX
ed standardized utmpx interface (see getutxent(3)). This means we just got
ed rid of some annoyances that are as old as the FreeBSD project itself:
Thank you for a great job!
ed - Hostnames were originally restricted to 16 bytes, which is way too
ed short for your average hostname generated by your ISP, but also for
ed IPv6 addresses, which are at most 32 + 7 = 39 characters.
At last, we can know the host where login from using IPv6.
Unfortunately, w(1) shows no entry at 2nd login. It seems
logout breaks utx.lastlogin and utx.active.
Any idea?
u...@ameno:~% ssh yoshino.mahoroba.org
Copyright (c) 1980, 1983, 1986, 1988, 1990, 1991, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 9.0-CURRENT (YOSHINO) #0: Thu Jan 14 16:03:58 JST 2010
Welcome to FreeBSD!
10:48PM up 27 mins, 1 user, load averages: 0.07, 0.28, 0.39
u...@yoshino:~% w
10:48PM up 27 mins, 1 user, load averages: 0.07, 0.28, 0.39
USER TTY FROM LOGIN@ IDLE WHAT
umepts/0ameno.mahoroba.org 10:48PM - w
u...@yoshino:~% ll /var/run/utx.active /var/log/utx.l*
-rw-r--r-- 1 root wheel 197 Jan 14 22:48 /var/log/utx.lastlogin
-rw-r--r-- 1 root wheel 89 Jan 14 22:48 /var/log/utx.log
-rw-r--r-- 1 root wheel 197 Jan 14 22:48 /var/run/utx.active
u...@yoshino:~% logout
Connection to yoshino.mahoroba.org closed.
u...@ameno:~% ssh yoshino.mahoroba.org
Last login: Thu Jan 14 22:48:56 2010 from ameno.mahoroba.org
Copyright (c) 1980, 1983, 1986, 1988, 1990, 1991, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 9.0-CURRENT (YOSHINO) #0: Thu Jan 14 16:03:58 JST 2010
Welcome to FreeBSD!
10:49PM up 27 mins, 0 users, load averages: 0.05, 0.26, 0.38
u...@yoshino:~% w
10:49PM up 27 mins, 0 users, load averages: 0.05, 0.26, 0.38
USER TTY FROM LOGIN@ IDLE WHAT
u...@yoshino:~% ll /var/run/utx.active /var/log/utx.l*
-rw-r--r-- 1 root wheel 4294967493 Jan 14 22:49 /var/log/utx.lastlogin
-rw-r--r-- 1 root wheel 201 Jan 14 22:49 /var/log/utx.log
-rw-r--r-- 1 root wheel 4294967493 Jan 14 22:49 /var/run/utx.active
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
u...@mahoroba.org u...@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
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: thunderbird3: dies with socket(): Protocol not supported Illegal instruction (core dumped)
Hi,
On Mon, 11 Jan 2010 12:54:48 +0100
ohart...@zedat.fu-berlin.de said:
ohartman Since friday after the last FreeBSD 8.0-STABLE/amd64 update,
thunderbird3
ohartman crashes immmediately or after a view seconds with
ohartman socket(): Protocol not supported
ohartman Illegal instruction (core dumped)
I'm not sure but I suspect you are using custom kernel built without
INET6 option. If so, thunderbird3 is depending upon IPv6.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
u...@mahoroba.org u...@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
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: mail/x-face-e21 depends upon gtk12 and gtk20
Hi,
On Tue, 22 Dec 2009 19:02:02 +0300
Boris Samorodov b...@ipt.ru said:
bsam I've just discovered that the port mail/x-face-e21 depends upon
bsam both gtk12 and gtk20:
bsam -
bsam % make -C /usr/ports/mail/x-face-e21 all-depends-list | grep 'gtk[12]'
bsam /usr/ports/x11-toolkits/gtk20
bsam /usr/ports/x11-toolkits/gtk12
bsam -
bsam Gtk12 is an inherited dependency of mail/faces.
bsam Is this OK? Or should such cases be avoided?
x-face-e21 and faces are independent program with each other. So, it
should be oaky.
I'm building faces with WITHOUT_X11=true, though. ;-)
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
u...@mahoroba.org u...@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
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: net/avahi-app-0.6.22 not returning correct IPv6 link-local address.
Hi,
On Fri, 04 Apr 2008 11:20:43 +0530
Ashish Shukla आशीष शुक्ल [EMAIL PROTECTED] said:
wahjava I noticed that avahi-resolve is returning incorrect IPv6 link-local
wahjava address for a local interface.
wahjava I tried looking up for the issue myself, but I'm not familiar with the
wahjava interface, avahi is using to lookup interface's address.
wahjava 88
wahjava [EMAIL PROTECTED] ~/ports/avahi-app]$ ifconfig rl0
wahjava rl0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu
1500
wahjava options=8VLAN_MTU
wahjava ether 00:1b:38:ea:5c:76
wahjava inet6 fe80::21b:38ff:feea:5c76%rl0 prefixlen 64 scopeid 0x1
wahjava inet 172.16.0.7 netmask 0xffe0 broadcast 172.16.0.31
wahjava inet6 fdxx:::: prefixlen 48
wahjava media: Ethernet autoselect (100baseTX full-duplex)
wahjava status: active
wahjava [EMAIL PROTECTED] ~/ports/avahi-app]$ avahi-resolve -6 -n
monte-cristo.local
wahjava monte-cristo.local fe80:1::21b:38ff:feea:5c76
wahjava [EMAIL PROTECTED] ~/ports/avahi-app]$ uname -a
wahjava FreeBSD monte-cristo.fr 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Mar 30
wahjava 12:05:36 IST 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ULE
wahjava amd64
wahjava 88
wahjava Can anyone else confirm this ? Or problem with my configuration,
hmm...?
It seems a KAME specific embedded scope-id is exposed. Pleased try
the attached patch.
Sincerely,
Index: avahi-core/iface-pfroute.c
diff -u -p avahi-core/iface-pfroute.c.orig avahi-core/iface-pfroute.c
--- avahi-core/iface-pfroute.c.orig 2007-09-03 21:32:41.0 +0900
+++ avahi-core/iface-pfroute.c 2008-04-06 03:06:24.0 +0900
@@ -172,6 +172,12 @@ static void rtm_addr(struct rt_msghdr *r
break;
case RTA_IFA:
memcpy(raddr.data.data, ((struct sockaddr_in6 *)sa)-sin6_addr, sizeof(struct in6_addr));
+#ifdef __KAME__
+ if (IN6_IS_ADDR_LINKLOCAL((struct in6_addr *)raddr.data.data)) {
+ ((struct in6_addr *)raddr.data.data)-s6_addr[2] = 0;
+ ((struct in6_addr *)raddr.data.data)-s6_addr[3] = 0;
+ }
+#endif
raddr_valid = 1;
default:
break;
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD Port: cyrus-imapd-2.3.9_1
Hi, On Wed, 21 Nov 2007 09:19:20 -0800 Rich Wales [EMAIL PROTECTED] said: richw Hi. Does a port of Cyrus 2.3.10 exist yet? Or are you aware of any richw issues with 2.3.10 under FreeBSD for which patches might exist? richw I'm running Cyrus on a FreeBSD 6.2-RELEASE system. I need to upgrade richw from 2.3.9 to 2.3.10 because I want to use replication but am running richw into stability problems with the replication code in 2.3.9. richw I tried building 2.3.10 from sources, using the same configuration richw options as in my 2.3.9 build from the port. I added one patch from richw the Info-Cyrus list, relating to getgrouplist() calls, but otherwise richw used the 2.3.10 source as is. richw The resulting 2.3.10 build suffered from problems with ctl_cyrusdb -c richw hanging, and other mail delivery attempts hanging (or timing out) and richw piling up in my Postfix queue. I had to restart Cyrus frequently in richw order to clear these logjams. Eventually, I gave up and went back to richw 2.3.9, but I can't stay there indefinitely because I need replication richw to work more solidly than it does in 2.3.9. richw Are you aware of any issues which might cause this sort of instability richw with 2.3.10? If I can't find out (or figure out) what is going on, I'll richw probably have to move Cyrus off my FreeBSD box and put it on something richw like Ubuntu, where 2.3.10 appears to run without problems. I've updated cyrus-imapd23 port to 2.3.10 with the patch for getgrouplist issue, locally. But, since the ports tree is in freeze state now, I'm waiting the freeze is over. 2.3.10 is running well here for about 20 days. But, I'm not using replication at all. Are you aware that GUID for replication has been changed to use SHA1? I'm not sure but you might need to change GUID. Please refer install-upgrade.html. You might want to try my cyrus-imapd23 port. So, I've put it to: http://www.imasy.or.jp/~ume/FreeBSD/cyrus-imapd23-port-20071124.tar.gz Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: request add db45/db46 support to mail/exim port
Hi, On Sat, 11 Aug 2007 12:37:18 -0500 Scot Hetzel [EMAIL PROTECTED] said: swhetzel Here's the correct code for BDB detection: swhetzel USE_BDB= 40+ Why do you specify USE_BDB as 40+, explicitly? Since, it is defined as 41+ in bsd.database.mk, I believe USE_BDB=yes is enough. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: request add db45/db46 support to mail/exim port
Hi, On Sat, 11 Aug 2007 13:03:32 -0500 Scot Hetzel [EMAIL PROTECTED] said: swhetzel I believe when I made the change to bsd.database.mk, and then patched swhetzel all of the BDB using ports, I had put the lowest version that the port swhetzel supported into USE_BDB. swhetzel USE_BDB=yes would also work and allow the port to show a dependancy on swhetzel the default BDB version instead of the lowest BDB version. Also, swhetzel INVALID_BDB_VER takes care of excluding BDB versions that the port swhetzel doesn't work with. Yes, it is same as my understanding. So, I think a user doesn't specify WITH_BSD_VER explicitly, exim will use db40, while other ports which use bsd.database.mk use db41. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: emacs22
Hi,
On Tue, 24 Jul 2007 10:43:33 -0400
Duane Winner [EMAIL PROTECTED] said:
dwinner Please confirm that I'm doing the right thing:
dwinner I followed /usr/ports/UPDATING to upgrade emacs21 to emacs 22 by
adding
dwinner EMACS_PORT_NAME=emacs22 to make.conf
dwinner After that, any time I do a portsdb -Uu to follow-up on my cvsup, I
dwinner would get a dependency list incomplete error (lsdb-emacs22-0.10_1:
dwinner /usr/ports/editors/flim-emacs22 non-existent).
dwinner Even though /usr/ports/UPDATING doesn't say anything about removing
dwinner EMACS_PORT_NAME=emacs22 from make.conf after the upgrade, I tried
dwinner taking it out and running portsdb -Uu again.
dwinner Now it works.
dwinner Is this the correct thing to do?
Perhaps, the following patch fixes your problem. This patch changes
to obey default EMACS_PORT_NAME defined in bsd.emacs.mk, as well.
Index: databases/lsdb/Makefile
diff -u databases/lsdb/Makefile.orig databases/lsdb/Makefile
--- databases/lsdb/Makefile.origMon May 21 05:03:59 2007
+++ databases/lsdb/Makefile Wed Jul 25 01:48:39 2007
@@ -18,11 +18,13 @@
BUILD_DEPENDS=
${LOCALBASE}/share/flim/${FLIM_COOKIE}:${PORTSDIR}/editors/flim${DEPPORT_SUFFIX}
USE_EMACS= yes
-EMACS_PORT_NAME?= emacs21
-.if (${EMACS_PORT_NAME} == emacs21)
-DEPPORT_SUFFIX=
-.else
+
+.include bsd.port.pre.mk
+
+.if ${EMACS_PORT_NAME} == emacs20
DEPPORT_SUFFIX=-${EMACS_PORT_NAME}
+.else
+DEPPORT_SUFFIX=
.endif
SFJP_RELEASE_ID= 1494
@@ -40,4 +42,4 @@
${INSTALL_DATA} ${WRKSRC}/README ${DOCSDIR}
.endif
-.include bsd.port.mk
+.include bsd.port.post.mk
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: security/clamav 0.92.2 broke during build
Hi,
On Sat, 14 Apr 2007 11:36:56 +0100
Craig Butler [EMAIL PROTECTED] said:
craig001 I cant get clamav-0.90.2 to build from ports.
craig001 It bombs out with an error as follows;
craig001 network.o(.text+0x2b): In function `r_gethostbyname':
craig001 : undefined reference to `gethostbyname_r'
craig001 however when it runs configure at the start of the build script it
does
craig001 detect gethostbyname_r;
craig001 checking for gethostbyname_r... yes, and it takes 5 arguments
craig001 anybody getting the same build error ? I am using FreeBSD 6.1 still
6.1 doesn't have gethostbyname_r(3). The following patch should fix
the problem:
Index: Makefile
===
RCS file: /home/pcvs/ports/security/clamav/Makefile,v
retrieving revision 1.97
diff -u -p -r1.97 Makefile
--- Makefile13 Apr 2007 18:25:19 - 1.97
+++ Makefile14 Apr 2007 18:01:41 -
@@ -97,7 +97,7 @@ PLIST_SUB+= CLAMAVUSER=${CLAMAVUSER} \
.include bsd.port.pre.mk
-.if ${OSVERSION} 60
+.if ${OSVERSION} 601103
CONFIGURE_ARGS+= --disable-gethostbyname_r
.else
CONFIGURE_ARGS+= --enable-gethostbyname_r
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: please check if your port may use v4l_compat
Hi,
On Fri, 9 Feb 2007 07:44:29 -0800
Luigi Rizzo [EMAIL PROTECTED] said:
rizzo after hitting a couple of them myself (net/ekiga and mbone/vic),
rizzo i believe that there is a number of ports, especially in the
rizzo multimedia/ graphics/ net/ mbone/ categories which might
rizzo make good use of a
rizzo BUILD_DEPENDS+=
v4l_compat=1.0.20060801:${PORTSDIR}/multimedia/v4l_compat
rizzo line in their Makefile, to enable support of video4linux devices.
I'm using vic with pwc.ko. Since vic uses MMAP, it works only when
pwcbsd is built with MMAP support. I tried both linux-gspca-kmod and
linux-ov511-kmod with vic. But, they didn't work. It seems neither
linux-gspca-kmod nor linux-ov511-kmod support MMAP.
I need following patch to work Logicool Qcam for Notebooks Pro:
Index: vic/vic/video/grabber-video4linux.cpp
diff -u vic/vic/video/grabber-video4linux.cpp:1.1.1.1
vic/vic/video/grabber-video4linux.cpp:1.2
--- vic/vic/video/grabber-video4linux.cpp:1.1.1.1 Mon Sep 3 18:34:10 2001
+++ vic/vic/video/grabber-video4linux.cpp Fri Aug 22 20:01:42 2003
@@ -268,10 +268,17 @@
perror(open);
exit(1);
}
+
+/* ask for capabilities */
+if (-1 == ioctl(fd_,VIDIOCGCAP,capability)) {
+ perror(ioctl VIDIOCGCAP);
+ exit(1);
+}
+
vid_mmap.format = VIDEO_PALETTE_YUV422P;
vid_mmap.frame = 0;
-vid_mmap.width = PAL_WIDTH;
-vid_mmap.height = PAL_HEIGHT;
+vid_mmap.width = capability.minwidth;
+vid_mmap.height = capability.minheight;
if (-1 != ioctl(fd_, VIDIOCMCAPTURE, vid_mmap)) {
have_422P = 1;
@@ -284,11 +291,6 @@
perror(open);
exit(1);
}
-/* ask for capabilities */
-if (-1 == ioctl(fd_,VIDIOCGCAP,capability)) {
- perror(ioctl VIDIOCGCAP);
- exit(1);
-}
channels = (struct video_channel*)
calloc(capability.channels,sizeof(struct video_channel));
for (i = 0; i capability.channels; i++) {
rizzo If you have a match, check the path where the file is looked up,
rizzo and possibly correct it (some only try /usr/include/linux/videodev.h
rizzo because that is the linux location).
The vic's configure tries only /usr/include/linux/videodev.h. So, we
need following patch:
Index: vic/configure.in
diff -u vic/configure.in.orig vic/configure.in
--- vic/configure.in.orig Wed Jun 14 23:37:19 2006
+++ vic/configure.inWed Jun 14 23:44:08 2006
@@ -70,6 +70,6 @@
-r /usr/include/dev/ic/bt8xx.h ; then
V_OBJ_GRABBER=video/grabber-meteor.o $V_OBJ_GRABBER
fi
-if test -r /usr/include/linux/videodev.h ; then
+if test -r /usr/include/linux/videodev.h -o
/usr/local/include/linux/videodev.h ; then
V_OBJ_GRABBER=video/grabber-video4linux.o $V_OBJ_GRABBER
fi
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: please check if your port may use v4l_compat
Hi, On Sat, 10 Feb 2007 08:26:20 -0800 Luigi Rizzo [EMAIL PROTECTED] said: rizzo in a related email (to multimedia) i sent some patches for rizzo vic that make it work without mmap. Oh, it's great. Now, vic is working with both linux-gspca-kmod and linux-ov511-kmod. Thank you. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Port Update format
Hi, On Mon, 31 Jul 2006 22:37:20 -0700 Doug Hardie [EMAIL PROTECTED] said: bc979 I am the maintainer of the qpopper port. I now have the IPv6 patches bc979 working for qpopper-4.0.9 and would like to update the port with bc979 them. What is the proper format to submit the update? I've updated IPv6 support patch for qpopper-4.0.9 and sent it to the maintainer of qpopper port, already. However, he didn't respond. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
HEADS UP: BIND9's resolver and reentrant version of netdb functions are MFC'ed
/net/gethostbydns.c 1.23.2.1 +123 -49 src/lib/libc/net/gethostbyht.c 1.34.2.1 +2 -2 src/lib/libc/net/gethostbyname.3 1.25.2.1 +118 -58 src/lib/libc/net/gethostbynis.c 1.28.2.1 +227 -184 src/lib/libc/net/gethostnamadr.c 1.17.2.1 +7 -20 src/lib/libc/net/getnameinfo.c 1.31.2.1 +124 -56 src/lib/libc/net/getnetbydns.c 1.16.2.1 +100 -28 src/lib/libc/net/getnetbyht.c 1.19.2.1 +67 -22src/lib/libc/net/getnetbynis.c 1.21.2.1 +90 -70src/lib/libc/net/getnetnamadr.c 1.4.2.1 +20 -8 src/lib/libc/net/getproto.c 1.5.2.1 +82 -40src/lib/libc/net/getprotoent.c 1.4.2.1 +22 -10src/lib/libc/net/getprotoname.c 1.7.2.1 +23 -11src/lib/libc/net/getservbyname.c 1.7.2.1 +22 -10src/lib/libc/net/getservbyport.c 1.19.2.1 +92 -43src/lib/libc/net/getservent.c 1.12.8.1 +0 -113src/lib/libc/net/herror.c (dead) 1.16.14.1+0 -200src/lib/libc/net/inet_addr.c (dead) 1.5.14.1 +0 -68 src/lib/libc/net/inet_lnaof.c (dead) 1.4.14.1 +0 -71 src/lib/libc/net/inet_makeaddr.c (dead) 1.7.14.2 +0 -281src/lib/libc/net/inet_net_ntop.c (dead) 1.9.10.2 +0 -410src/lib/libc/net/inet_net_pton.c (dead) 1.9.12.1 +0 -92 src/lib/libc/net/inet_neta.c (dead) 1.5.14.1 +0 -67 src/lib/libc/net/inet_netof.c (dead) 1.9.14.1 +0 -100src/lib/libc/net/inet_network.c (dead) 1.6.14.1 +0 -67 src/lib/libc/net/inet_ntoa.c (dead) 1.12.14.1+0 -188src/lib/libc/net/inet_ntop.c (dead) 1.11.14.2+0 -219src/lib/libc/net/inet_pton.c (dead) 1.54.2.2 +70 -67src/lib/libc/net/name6.c 1.9.4.1 +56 -53src/lib/libc/net/netdb_private.h 1.5.12.1 +0 -592src/lib/libc/net/ns_name.c (dead) 1.3.14.1 +0 -53 src/lib/libc/net/ns_netint.c (dead) 1.4.14.1 +0 -189src/lib/libc/net/ns_parse.c (dead) 1.3.14.1 +0 -742src/lib/libc/net/ns_print.c (dead) 1.4.12.1 +0 -150src/lib/libc/net/ns_ttl.c (dead) 1.9.14.1 +0 -113src/lib/libc/net/nsap_addr.c (dead) 1.18.2.1 +0 -268src/lib/libc/net/res_comp.c (dead) 1.8.14.1 +0 -4 src/lib/libc/net/res_config.h 1.8.14.1 +0 -82 src/lib/libc/net/res_data.c (dead) 1.21.12.1+0 -992src/lib/libc/net/res_debug.c (dead) 1.33.2.1 +0 -715src/lib/libc/net/res_init.c (dead) 1.19.14.1+0 -246src/lib/libc/net/res_mkquery.c (dead) 1.6.2.1 +5 -9 src/lib/libc/net/res_mkupdate.c 1.30.2.4 +0 -491src/lib/libc/net/res_query.c (dead) 1.50.2.1 +0 -941src/lib/libc/net/res_send.c (dead) 1.1.8.1 +0 -82 src/lib/libc/net/res_send_private.h (dead) 1.7.14.1 +22 -20src/lib/libc/net/res_update.c 1.3.2.1 +7 -0 src/lib/libc/resolv/Makefile.inc (new) 1.2.2.1 +49 -0 src/lib/libc/resolv/h_errno.c (new) 1.2.2.1 +128 -0src/lib/libc/resolv/herror.c (new) 1.2.2.1 +140 -0src/lib/libc/resolv/mtctxres.c (new) 1.2.2.1 +274 -0src/lib/libc/resolv/res_comp.c (new) 1.3.2.1 +324 -0src/lib/libc/resolv/res_data.c (new) 1.2.2.1 +1184 -0 src/lib/libc/resolv/res_debug.c (new) 1.1.1.1.2.1 +36 -0 src/lib/libc/resolv/res_debug.h (new) 1.2.2.1 +870 -0src/lib/libc/resolv/res_init.c (new) 1.2.2.1 +260 -0src/lib/libc/resolv/res_mkquery.c (new) 1.1.1.1.2.1 +22 -0 src/lib/libc/resolv/res_private.h (new) 1.3.2.1 +485 -0src/lib/libc/resolv/res_query.c (new) 1.2.2.1 +1162 -0 src/lib/libc/resolv/res_send.c (new) 1.3.2.1 +96 -0 src/lib/libc/resolv/res_state.c (new) 1.244.2.14 +1 -1 src/sys/sys/param.h ---End Message--- -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
