PATCH: net/weechat
Point weechat to the correct certs file. Makes ssl connections work by default.
Comments? OKs?
f.-
Index: Makefile
===
RCS file: /cvs/ports/net/weechat/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile19 Dec 2012 10:54:51 - 1.8
+++ Makefile3 Jan 2013 15:46:18 -
@@ -15,6 +15,8 @@ PKGNAME-python= weechat-python-${V}
PKGNAME-ruby= weechat-ruby-${V}
PKGNAME-tcl= weechat-tcl-${V}
+REVISION-main =0
+
CATEGORIES=net
HOMEPAGE= http://www.weechat.org/
Index: patches/patch-src_core_wee-config_c
===
RCS file: patches/patch-src_core_wee-config_c
diff -N patches/patch-src_core_wee-config_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_core_wee-config_c 3 Jan 2013 15:46:19 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- src/core/wee-config.c.orig Thu Jan 3 15:44:52 2013
src/core/wee-config.c Thu Jan 3 15:45:13 2013
+@@ -2796,7 +2796,7 @@ config_weechat_init_options ()
+ "gnutls_ca_file", "string",
+ N_("file containing the certificate authorities (\"%h\" will be "
+"replaced by WeeChat home, \"~/.weechat\" by default)"),
+-NULL, 0, 0, "/etc/ssl/certs/ca-certificates.crt", NULL, 0, NULL, NULL,
++NULL, 0, 0, "/etc/ssl/cert.pem", NULL, 0, NULL, NULL,
+ &config_change_network_gnutls_ca_file, NULL, NULL, NULL);
+ config_network_gnutls_handshake_timeout = config_file_new_option (
+ weechat_config_file, ptr_section,
Re: [update] sysutils/librelp
Ping. On Fri, Jan 04, 2013 at 11:54:39AM -0500, David Hill wrote: >Ping. > >On Thu, Jan 03, 2013 at 10:54:47AM -0500, David Hill wrote: >>Ping. >> >>On Wed, Jan 02, 2013 at 01:18:06AM -0500, David Hill wrote: >>>update to librelp 1.0.1. Minor bump due to API addition. >>> >>>please review and commit. >>> >>>Index: Makefile >>>=== >>>RCS file: /cvs/ports/sysutils/librelp/Makefile,v >>>retrieving revision 1.1.1.1 >>>diff -N -u -p Makefile >>>--- Makefile 25 Jul 2010 17:12:56 - 1.1.1.1 >>>+++ Makefile 2 Jan 2013 06:16:35 - >>>@@ -2,14 +2,14 @@ >>> >>> COMMENT = reliable event logging protocol library >>> >>>-DISTNAME = librelp-1.0.0 >>>+DISTNAME = librelp-1.0.1 >>> CATEGORIES =sysutils >>> MASTER_SITES = http://download.rsyslog.com/librelp/ >>> HOMEPAGE = http://www.librelp.com/ >>> >>> MAINTAINER =Todd T. Fries >>> >>>-SHARED_LIBS += relp 0.0 # 0.0 >>>+SHARED_LIBS += relp 0.1 # 0.1 >>> >>> # GPLv3 >>> PERMIT_DISTFILES_CDROM = Yes >>>Index: distinfo >>>=== >>>RCS file: /cvs/ports/sysutils/librelp/distinfo,v >>>retrieving revision 1.1.1.1 >>>diff -N -u -p distinfo >>>--- distinfo 25 Jul 2010 17:12:56 - 1.1.1.1 >>>+++ distinfo 2 Jan 2013 06:16:35 - >>>@@ -1,5 +1,2 @@ >>>-MD5 (librelp-1.0.0.tar.gz) = C4gg+NpjmgDHX1zI9dIZGQ== >>>-RMD160 (librelp-1.0.0.tar.gz) = GkvI1srbZlvyooJXwzm9fjp50aA= >>>-SHA1 (librelp-1.0.0.tar.gz) = 4oFcJZsnR6ssb3tF7tw/elmIJZY= >>>-SHA256 (librelp-1.0.0.tar.gz) = pLKOcqAD9KKn/LfGCT1gr20lLxeY2sySjCdu7U0gvIU= >>>-SIZE (librelp-1.0.0.tar.gz) = 384203 >>>+SHA256 (librelp-1.0.1.tar.gz) = drAQqpFJl2gC2qLl/aesAqiiJ7DIwNEGnuwtKmYpc5o= >>>+SIZE (librelp-1.0.1.tar.gz) = 355401 >>> >> >
UPDATE: devel/py-coverage
Hi,
This diff updates py-coverage to the latest release 3.5.3.
Comments ? OK ?
Cheers,
benoit
Index: Makefile
===
RCS file: /cvs/ports/devel/py-coverage/Makefile,v
retrieving revision 1.9
diff -u -r1.9 Makefile
--- Makefile 3 Nov 2012 03:25:32 - 1.9
+++ Makefile 5 Jan 2013 23:19:27 -
@@ -2,7 +2,7 @@
COMMENT = code coverage measurement for Python
-MODPY_EGG_VERSION = 3.5
+MODPY_EGG_VERSION = 3.5.3
DISTNAME = coverage-${MODPY_EGG_VERSION}
PKGNAME = py-${DISTNAME}
@@ -16,7 +16,7 @@
PERMIT_DISTFILES_CDROM = Yes
PERMIT_DISTFILES_FTP = Yes
-WANTLIB = ${MODPY_WANTLIB}
+WANTLIB = ${MODPY_WANTLIB} pthread
MASTER_SITES = ${MASTER_SITE_PYPI:=c/coverage/}
Index: distinfo
===
RCS file: /cvs/ports/devel/py-coverage/distinfo,v
retrieving revision 1.4
diff -u -r1.4 distinfo
--- distinfo 20 Sep 2011 00:06:27 - 1.4
+++ distinfo 5 Jan 2013 23:19:27 -
@@ -1,5 +1,2 @@
-MD5 (coverage-3.5.tar.gz) = 3uFYzyCxf1TmRPuiXC6/wg==
-RMD160 (coverage-3.5.tar.gz) = rSApTNU/gpxIabASsaGlgwbAu/E=
-SHA1 (coverage-3.5.tar.gz) = qg9A5+ebyB6koz7n/FumbbdjMyE=
-SHA256 (coverage-3.5.tar.gz) = sYHV7HK690eJQv1gBQPZ8yu1Jc/KQTscc+v6f/G5Wuk=
-SIZE (coverage-3.5.tar.gz) = 110687
+SHA256 (coverage-3.5.3.tar.gz) = YMbpWXnXEXXrist8ot7xTHJ5TeQY/ZIiAR9oKD6zzAI=
+SIZE (coverage-3.5.3.tar.gz) = 117909
UPDATE: devel/py-country
Hi,
This diff updates py-country to the latest release 0.14.7.
Comments ? OK ?
Cheers,
benoit
Index: Makefile
===
RCS file: /cvs/ports/devel/py-country/Makefile,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 Makefile
--- Makefile 18 Dec 2011 13:42:31 - 1.1.1.1
+++ Makefile 5 Jan 2013 22:02:52 -
@@ -2,7 +2,7 @@
COMMENT = country, language, currency and scripts definitions
-MODPY_EGG_VERSION = 0.14.1
+MODPY_EGG_VERSION = 0.14.7
DISTNAME = pycountry-${MODPY_EGG_VERSION}
PKGNAME = ${DISTNAME:S/py/py-/}
@@ -17,6 +17,8 @@
PERMIT_DISTFILES_FTP = Yes
MASTER_SITES= ${MASTER_SITE_PYPI:=p/pycountry/}
+
+EXTRACT_SUFX = .zip
MODULES = lang/python
Index: distinfo
===
RCS file: /cvs/ports/devel/py-country/distinfo,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 distinfo
--- distinfo 18 Dec 2011 13:42:31 - 1.1.1.1
+++ distinfo 5 Jan 2013 22:02:52 -
@@ -1,5 +1,2 @@
-MD5 (pycountry-0.14.1.tar.gz) = 8zOItg60J38O7CJA2uK/wA==
-RMD160 (pycountry-0.14.1.tar.gz) = FyuyXdAOIC7fnYmMl3xY6hFJgZY=
-SHA1 (pycountry-0.14.1.tar.gz) = tXOV6WK+3kReEAmMpvLEZLsV6eI=
-SHA256 (pycountry-0.14.1.tar.gz) = WvnjiWrEjpmsznnkCH05eCMgL4o6/2XTjsXZgb+TtCo=
-SIZE (pycountry-0.14.1.tar.gz) = 7095782
+SHA256 (pycountry-0.14.7.zip) = csmJxziBoJln5rRgsEbD0HE0YA7E1omuUfo50OHcuT0=
+SIZE (pycountry-0.14.7.zip) = 7738052
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/py-country/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 PLIST
--- pkg/PLIST 18 Dec 2011 13:42:31 - 1.1.1.1
+++ pkg/PLIST 5 Jan 2013 22:02:53 -
@@ -16,6 +16,7 @@
lib/python${MODPY_VERSION}/site-packages/pycountry/databases/iso4217.xml
lib/python${MODPY_VERSION}/site-packages/pycountry/databases/iso639.xml
lib/python${MODPY_VERSION}/site-packages/pycountry/db.py
+lib/python${MODPY_VERSION}/site-packages/pycountry/db.py.orig
lib/python${MODPY_VERSION}/site-packages/pycountry/db.pyc
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/af/
@@ -78,6 +79,8 @@
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/bn/LC_MESSAGES/
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/bn/LC_MESSAGES/iso3166.mo
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/bn/LC_MESSAGES/iso3166.po
+lib/python${MODPY_VERSION}/site-packages/pycountry/locales/bn/LC_MESSAGES/iso639.mo
+lib/python${MODPY_VERSION}/site-packages/pycountry/locales/bn/LC_MESSAGES/iso639.po
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/bn_IN/
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/bn_IN/LC_MESSAGES/
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/bn_IN/LC_MESSAGES/iso3166.mo
@@ -110,6 +113,8 @@
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/byn/LC_MESSAGES/iso639.po
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/ca/
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/ca/LC_MESSAGES/
+lib/python${MODPY_VERSION}/site-packages/pycountry/locales/ca/LC_MESSAGES/iso15924.mo
+lib/python${MODPY_VERSION}/site-packages/pycountry/locales/ca/LC_MESSAGES/iso15924.po
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/ca/LC_MESSAGES/iso3166.mo
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/ca/LC_MESSAGES/iso3166.po
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/ca/LC_MESSAGES/iso3166_2.mo
@@ -162,6 +167,8 @@
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/de/LC_MESSAGES/iso15924.po
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/de/LC_MESSAGES/iso3166.mo
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/de/LC_MESSAGES/iso3166.po
+lib/python${MODPY_VERSION}/site-packages/pycountry/locales/de/LC_MESSAGES/iso3166_2.mo
+lib/python${MODPY_VERSION}/site-packages/pycountry/locales/de/LC_MESSAGES/iso3166_2.po
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/de/LC_MESSAGES/iso4217.mo
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/de/LC_MESSAGES/iso4217.po
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/de/LC_MESSAGES/iso639.mo
@@ -316,6 +323,8 @@
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/hr/LC_MESSAGES/
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/hr/LC_MESSAGES/iso3166.mo
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/hr/LC_MESSAGES/iso3166.po
+lib/python${MODPY_VERSION}/site-packages/pycountry/locales/hr/LC_MESSAGES/iso4217.mo
+lib/python${MODPY_VERSION}/site-packages/pycountry/locales/hr/LC_MESSAGES/iso4217.po
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/hr/LC_MESSAGES/iso639.mo
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/hr/LC_MESSAGES/iso639.po
lib/python${MODPY_VERSION}/site-packages/pycountry/locales/hu/
@@ -438,6 +447,8 @@
lib/python${MODPY_VERSION}/site-pa
Update: fonts/adobe-source-code-pro
Update fonts/adobe-source-code-pro to version 1013.
Changes:
https://github.com/adobe/source-code-pro/commits/1.013
Index: Makefile
===
RCS file: /cvs/ports/fonts/adobe-source-code-pro/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile7 Nov 2012 18:39:32 - 1.2
+++ Makefile5 Jan 2013 21:31:11 -
@@ -2,10 +2,9 @@
COMMENT = monospaced OpenType fonts designed for coding environments
PKG_ARCH = *
-VERSION = 1.010
+VERSION = 1.013
DISTNAME = SourceCodePro_FontsOnly-${VERSION}
PKGNAME = adobe-source-code-pro-${VERSION}
-REVISION = 0
CATEGORIES = fonts x11
EXTRACT_SUFX = .zip
Index: distinfo
===
RCS file: /cvs/ports/fonts/adobe-source-code-pro/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo2 Nov 2012 11:55:25 - 1.1.1.1
+++ distinfo5 Jan 2013 21:31:11 -
@@ -1,2 +1,2 @@
-SHA256 (SourceCodePro_FontsOnly-1.010.zip) =
HYOaiaCRDrRPbkUS1o4CDhkb7HifaYZ0YH00ZVnliek=
-SIZE (SourceCodePro_FontsOnly-1.010.zip) = 614267
+SHA256 (SourceCodePro_FontsOnly-1.013.zip) =
+Bn4Iwt3a3CAdG7OREYnf3BnIUdGs5MMsDJsiWxePkg=
+SIZE (SourceCodePro_FontsOnly-1.013.zip) = 680506
tinyxml homepage update
Hi, When I was looking at the new tinyxml port yesterday, I noticed that the port's homepage is currently pointing to http://openjade.sourceforge.net but this site does not have any mention (that I could see) of this program. I'm not sure if this was intentional for some reason that I could not see but I did some googling and found http://www.grinninglizard.com/tinyxml/ which looks like the correct homepage for this port. If there is a reason for this setup, please let me know. Otherwise, I have attached a small diff that changes the homepage for this port. It's not tested but all it is doing is updating the homepage and adding a revision (per the docs). Thanks, Ryan tinyxml.diff Description: Binary data
Re: thunderbird future releases
On Fri, Jan 04, 2013 at 10:50:48PM +0100, Landry Breuil wrote: > Hi, > > as some of you may have heard, mozilla decided to slow down the > development of thundebird (or rather, reattribute the resources) > (more background here > https://blog.lizardwrangler.com/2012/07/06/thunderbird-stability-and-community-innovation/, > more actual releng details here > https://wiki.mozilla.org/Thunderbird/Proposal:_New_Release_and_Governance_Model) > > what that means now for end users in the coming months : > - there will be no tb 18 release along fx 18. And that until 24, where > there will be a new 'major' release built from gecko 24. > - there will be a tb 17.0.x release along each fx release. It will be > based on gecko 17 (ie mozilla-esr17 repo + comm-release) > - this is different from 17.0.xESR releases, there will be more stuff > added to those 17.0.x release (ie minor features, more non-critical > bugfixes that are not taken for ESR) > - there will still be a 18 beta & 19 beta (etc) until 24 beta. A real > release built from mozilla-beta + comm-beta repositories, where new > 'major community-contributed features' will bake, and tracks > firefox/gecko development. > > This is already confusing enough in terms of PR & branches, so i'll > stop here. > > What do thunderbird users want for the openbsd port ? rather tracking > the 17.0.x release (and 24.0.x release after that..) ? or be a bit > adventurous & use the -beta releases which track mozilla/firefox more > closely ? Fwiw i use the betas daily, and they work fine. > (no i WONT make two separate ports. get real.) > > I'd love to hear feedback from people who care. I'am personaly for old stable release.
Re: quagga-0.99.20.1p0 multicast broken on 5.2 , patch included
> A nicer fix would be to support the RFC3678 API in the kernel.
Attached a far better set of patch. It fix both ospf and rip and is a
lot cleaner.
I think I was ok to include theses in the port tree.
Regards,
--
Raphael Mazelier
$OpenBSD$
--- lib/sockopt.c.orig Sat Jan 5 12:14:54 2013
+++ lib/sockopt.c Sat Jan 5 12:19:50 2013
@@ -206,6 +206,7 @@ getsockopt_ipv6_ifindex (struct msghdr *msgh)
int
setsockopt_ipv4_multicast(int sock,
int optname,
+struct in_addr if_addr,
unsigned int mcast_addr,
unsigned int ifindex)
{
@@ -272,7 +273,11 @@ setsockopt_ipv4_multicast(int sock,
assert(optname == IP_ADD_MEMBERSHIP || optname == IP_DROP_MEMBERSHIP);
+#if defined(__OpenBSD__)
+ m = if_addr;
+#else
m.s_addr = htonl(ifindex);
+#endif
memset (&mreq, 0, sizeof(mreq));
mreq.imr_multiaddr.s_addr = mcast_addr;
@@ -306,6 +311,7 @@ setsockopt_ipv4_multicast(int sock,
*/
int
setsockopt_ipv4_multicast_if(int sock,
+struct in_addr if_addr,
unsigned int ifindex)
{
@@ -323,7 +329,11 @@ setsockopt_ipv4_multicast_if(int sock,
#elif defined(HAVE_BSD_STRUCT_IP_MREQ_HACK)
struct in_addr m;
+#if defined(__OpenBSD__)
+ m = if_addr;
+#else
m.s_addr = htonl(ifindex);
+#endif
return setsockopt (sock, IPPROTO_IP, IP_MULTICAST_IF, (void *)&m, sizeof(m));
#else
$OpenBSD$
--- lib/sockopt.h.orig Sat Jan 5 12:32:29 2013
+++ lib/sockopt.h Sat Jan 5 12:34:39 2013
@@ -83,8 +83,10 @@ extern int setsockopt_ipv6_multicast_loop (int, int);
? SOPT_SIZE_CMSG_PKTINFO_IPV6())
extern int setsockopt_ipv4_multicast_if(int sock,
+ struct in_addr if_addr,
unsigned int ifindex);
extern int setsockopt_ipv4_multicast(int sock, int optname,
+ struct in_addr if_addr,
unsigned int mcast_addr,
unsigned int ifindex);
extern int setsockopt_ipv4_tos(int sock, int tos);
$OpenBSD$
--- ospfd/ospf_network.c.orig Tue Jan 17 23:15:26 2012
+++ ospfd/ospf_network.cSat Jan 5 12:14:34 2013
@@ -53,7 +53,7 @@ ospf_if_add_allspfrouters (struct ospf *top, struct pr
int ret;
ret = setsockopt_ipv4_multicast (top->fd, IP_ADD_MEMBERSHIP,
- htonl (OSPF_ALLSPFROUTERS),
+ p->u.prefix4, htonl (OSPF_ALLSPFROUTERS),
ifindex);
if (ret < 0)
zlog_warn ("can't setsockopt IP_ADD_MEMBERSHIP (fd %d, addr %s, "
@@ -74,7 +74,7 @@ ospf_if_drop_allspfrouters (struct ospf *top, struct p
int ret;
ret = setsockopt_ipv4_multicast (top->fd, IP_DROP_MEMBERSHIP,
- htonl (OSPF_ALLSPFROUTERS),
+ p->u.prefix4, htonl (OSPF_ALLSPFROUTERS),
ifindex);
if (ret < 0)
zlog_warn ("can't setsockopt IP_DROP_MEMBERSHIP (fd %d, addr %s, "
@@ -95,7 +95,7 @@ ospf_if_add_alldrouters (struct ospf *top, struct pref
int ret;
ret = setsockopt_ipv4_multicast (top->fd, IP_ADD_MEMBERSHIP,
- htonl (OSPF_ALLDROUTERS),
+ p->u.prefix4, htonl (OSPF_ALLDROUTERS),
ifindex);
if (ret < 0)
zlog_warn ("can't setsockopt IP_ADD_MEMBERSHIP (fd %d, addr %s, "
@@ -116,7 +116,7 @@ ospf_if_drop_alldrouters (struct ospf *top, struct pre
int ret;
ret = setsockopt_ipv4_multicast (top->fd, IP_DROP_MEMBERSHIP,
- htonl (OSPF_ALLDROUTERS),
+ p->u.prefix4, htonl (OSPF_ALLDROUTERS),
ifindex);
if (ret < 0)
zlog_warn ("can't setsockopt IP_DROP_MEMBERSHIP (fd %d, addr %s, "
@@ -151,7 +151,8 @@ ospf_if_ipmulticast (struct ospf *top, struct prefix *
zlog_warn ("can't setsockopt IP_MULTICAST_TTL(1) for fd %d: %s",
top->fd, safe_strerror (errno));
- ret = setsockopt_ipv4_multicast_if (top->fd, ifindex);
+ ret = setsockopt_ipv4_multicast_if (top->fd, p->u.prefix4, ifindex);
+
if (ret < 0)
zlog_warn("can't setsockopt IP_MULTICAST_IF(fd %d, addr %s, "
"ifindex %u): %s",
$OpenBSD$
--- ripd/rip_interface.c.orig Sat Jan 5 12:20:46 2013
+++ ripd/rip_interface.cSat Jan 5 12:27:32 2013
@@ -80,6 +80,7 @@ ipv4_multicast_join (int sock,
ret = setsockopt_ipv4_multicast (sock,
IP_ADD_MEMBERSHIP,
+ ifa,
group.s_addr,
ifindex);
@@ -101,6 +102,7 @@ ipv4_multicast_leave (int sock,
ret = setsockopt_ipv4_multicast (sock,
IP_DROP_MEMBERSHIP,
+ ifa,
Re: UPDATE: games/freeciv
Hi Anthony,
Anthony J. Bentley wrote on Tue, Jan 01, 2013 at 02:57:36AM -0700:
> "Anthony J. Bentley" writes:
>> Here is an updated patch for 2.3.3, which includes the recent DoS fix.
I have applied sthen@'s suggestions to the Makefile,
and it builds, packages, installs, deinstalls, reinstalls
and works cleanly on i386. There are also noticably
improvements compared to the 2.2 series.
So that's ok schwarze@ as well.
Because i tested with a minimally tweaked Makefile, i'm
including the Makefile patch. The rest the patch is exactly
what you posted.
Yours,
Ingo
Index: Makefile
===
RCS file: /cvs/ports/games/freeciv/Makefile,v
retrieving revision 1.90
diff -u -p -r1.90 Makefile
--- Makefile18 Dec 2012 20:09:08 - 1.90
+++ Makefile5 Jan 2013 13:36:24 -
@@ -4,13 +4,11 @@ COMMENT-main= Civilization clone for X11
COMMENT-client=Freeciv client
COMMENT-share= shared data files for Freeciv
-VERSION= 2.2.7
+VERSION= 2.3.3
DISTNAME= freeciv-${VERSION}
PKGNAME-main= freeciv-server-${VERSION}
-REVISION-main= 0
PKGNAME-client=freeciv-client-${VERSION}
PKGNAME-share= freeciv-share-${VERSION}
-REVISION-client=2
CATEGORIES=games
HOMEPAGE= http://www.freeciv.org/
@@ -30,7 +28,9 @@ USE_GROFF = Yes
MULTI_PACKAGES=-main -share
MODULES= devel/gettext
-WANTLIB= bz2 c m z ncurses readline
+WANTLIB-main +=GL X11 Xcomposite Xcursor Xdamage Xext Xfixes Xi
Xinerama
+WANTLIB-main +=Xrandr Xrender expat fontconfig freetype pixman-1
pthread
+WANTLIB-main +=pthread-stubs xcb xcb-render xcb-shm
CONFIGURE_ARGS=--with-ggz-client=no
@@ -43,21 +43,24 @@ CONFIGURE_ARGS+= --enable-client=no
.endif
PKG_ARCH-share=*
-LIB_DEPENDS-share=
WANTLIB-share=
-LIB_DEPENDS= archivers/bzip2
+LIB_DEPENDS = archivers/bzip2 x11/gtk+2
-WANTLIB-client = ${WANTLIB}
-WANTLIB-client += GL Xau Xcomposite Xcursor Xdamage Xdmcp Xfixes Xi Xinerama
-WANTLIB-client += Xrandr Xxf86vm X11 Xext Xrender atk-1.0 cairo drm expat
-WANTLIB-client += fontconfig freetype gdk_pixbuf-2.0 gdk-x11-2.0 gio-2.0
-WANTLIB-client += glib-2.0 gmodule-2.0 gobject-2.0 gthread-2.0 gtk-x11-2.0
-WANTLIB-client += pango-1.0 pangocairo-1.0 pangoft2-1.0 pcre pixman-1
-WANTLIB-client += png pthread pthread-stubs xcb xcb-render xcb-shm
+WANTLIB += bz2 c m z
+WANTLIB += atk-1.0 cairo ffi gdk-x11-2.0 gdk_pixbuf-2.0 gio-2.0
+WANTLIB += glib-2.0 gmodule-2.0 gobject-2.0 gthread-2.0 gtk-x11-2.0
+WANTLIB += harfbuzz icudata icule icuuc pango-1.0 pangocairo-1.0
+WANTLIB += pangoft2-1.0 pcre png
+
+WANTLIB-main +=${WANTLIB}
+WANTLIB-main +=ncurses readline
+
+WANTLIB-client += ${WANTLIB}
+WANTLIB-client += GL X11 Xcomposite Xcursor Xdamage Xext Xfixes Xi
+WANTLIB-client += Xinerama Xrandr Xrender expat fontconfig freetype
+WANTLIB-client += pixman-1 pthread pthread-stubs xcb xcb-render xcb-shm
-LIB_DEPENDS-main= ${LIB_DEPENDS}
-LIB_DEPENDS-client= ${LIB_DEPENDS} x11/gtk+2
RUN_DEPENDS-client= devel/desktop-file-utils \
freeciv-share-${VERSION}:${BUILD_PKGPATH},-share \
x11/gtk+2,-guic
Firefox 18.0 & Thunderbird 17.0.2 + enigmail 1.5
Hi, Firefox 18.0 & Thunderbird 17.0.2 are around the corner, so here are the ports for the first candidate builds. Seamonkey 2.15 will follow too. Note that from now on, Firefox (and Seamonkey) will be built with clang/llvm on i386/amd64 & with gcc 4.6 on ppc. I've also noticed that enigmail 1.5 got released, i'd like to be careful on that one because the ipc stuff was completely rewritten (see http://www.mail-archive.com/enigmail-users@enigmail.net/msg7.html) so enigmail users - please test that and report success/failure to me. I'll do some testing on it next week, but i don't really use it. Grab it from here: http://rhaalovely.net/cgit/mozilla-firefox/?h=release http://rhaalovely.net/cgit/mozilla-thunderbird/?h=release git clone -b release http://rhaalovely.net/git/mozilla-firefox git clone -b release http://rhaalovely.net/git/mozilla-thunderbird (or git checkout release + git pull if you already have a clone) Actual release planned tuesday or wednesday. Landry
UPDATE: net/py-snmp
Hi,
This diff updates py-snmp to the latest release 4.2.3.
Comments ? OK ?
Cheers,
benoit
Index: Makefile
===
RCS file: /cvs/ports/net/py-snmp/Makefile,v
retrieving revision 1.14
diff -u -r1.14 Makefile
--- Makefile 4 Dec 2011 10:48:11 - 1.14
+++ Makefile 5 Jan 2013 13:31:06 -
@@ -2,12 +2,10 @@
COMMENT= SNMP framework for Python
-MODPY_EGG_VERSION = 4.2.1
+MODPY_EGG_VERSION = 4.2.3
DISTNAME= pysnmp-${MODPY_EGG_VERSION}
PKGNAME= ${DISTNAME:S/py/py-/}
CATEGORIES= net
-
-REVISION = 0
HOMEPAGE= http://pysnmp.sourceforge.net/
Index: distinfo
===
RCS file: /cvs/ports/net/py-snmp/distinfo,v
retrieving revision 1.5
diff -u -r1.5 distinfo
--- distinfo 4 Dec 2011 10:42:00 - 1.5
+++ distinfo 5 Jan 2013 13:31:06 -
@@ -1,5 +1,2 @@
-MD5 (pysnmp-4.2.1.tar.gz) = I27BGk34LWOUUTIwbDHqDw==
-RMD160 (pysnmp-4.2.1.tar.gz) = tFGEHu8cW1qSdLkjw7H4waExqyk=
-SHA1 (pysnmp-4.2.1.tar.gz) = L4fKtqLofIwlgHKROi2+6h2zIns=
-SHA256 (pysnmp-4.2.1.tar.gz) = IYNYLz4Ig6plGaXvFbsJu5Zj96cY8zEFezf71xNHgf0=
-SIZE (pysnmp-4.2.1.tar.gz) = 194055
+SHA256 (pysnmp-4.2.3.tar.gz) = yZ6a3EgYqW7yEn6keejhrzuHWdnwzx43DtIKHgaB4J4=
+SIZE (pysnmp-4.2.3.tar.gz) = 200855
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/py-snmp/pkg/PLIST,v
retrieving revision 1.4
diff -u -r1.4 PLIST
--- pkg/PLIST 4 Dec 2011 10:42:04 - 1.4
+++ pkg/PLIST 5 Jan 2013 13:31:06 -
@@ -83,10 +83,16 @@
lib/python${MODPY_VERSION}/site-packages/pysnmp/entity/rfc3413/oneliner/
lib/python${MODPY_VERSION}/site-packages/pysnmp/entity/rfc3413/oneliner/__init__.py
lib/python${MODPY_VERSION}/site-packages/pysnmp/entity/rfc3413/oneliner/__init__.pyc
+lib/python${MODPY_VERSION}/site-packages/pysnmp/entity/rfc3413/oneliner/auth.py
+lib/python${MODPY_VERSION}/site-packages/pysnmp/entity/rfc3413/oneliner/auth.pyc
lib/python${MODPY_VERSION}/site-packages/pysnmp/entity/rfc3413/oneliner/cmdgen.py
lib/python${MODPY_VERSION}/site-packages/pysnmp/entity/rfc3413/oneliner/cmdgen.pyc
+lib/python${MODPY_VERSION}/site-packages/pysnmp/entity/rfc3413/oneliner/mibvar.py
+lib/python${MODPY_VERSION}/site-packages/pysnmp/entity/rfc3413/oneliner/mibvar.pyc
lib/python${MODPY_VERSION}/site-packages/pysnmp/entity/rfc3413/oneliner/ntforg.py
lib/python${MODPY_VERSION}/site-packages/pysnmp/entity/rfc3413/oneliner/ntforg.pyc
+lib/python${MODPY_VERSION}/site-packages/pysnmp/entity/rfc3413/oneliner/target.py
+lib/python${MODPY_VERSION}/site-packages/pysnmp/entity/rfc3413/oneliner/target.pyc
lib/python${MODPY_VERSION}/site-packages/pysnmp/entity/rfc3413/twisted/
lib/python${MODPY_VERSION}/site-packages/pysnmp/entity/rfc3413/twisted/__init__.py
lib/python${MODPY_VERSION}/site-packages/pysnmp/entity/rfc3413/twisted/__init__.pyc
@@ -143,6 +149,8 @@
lib/python${MODPY_VERSION}/site-packages/pysnmp/proto/rfc1155.pyc
lib/python${MODPY_VERSION}/site-packages/pysnmp/proto/rfc1157.py
lib/python${MODPY_VERSION}/site-packages/pysnmp/proto/rfc1157.pyc
+lib/python${MODPY_VERSION}/site-packages/pysnmp/proto/rfc1901.py
+lib/python${MODPY_VERSION}/site-packages/pysnmp/proto/rfc1901.pyc
lib/python${MODPY_VERSION}/site-packages/pysnmp/proto/rfc1902.py
lib/python${MODPY_VERSION}/site-packages/pysnmp/proto/rfc1902.pyc
lib/python${MODPY_VERSION}/site-packages/pysnmp/proto/rfc1905.py
@@ -221,16 +229,16 @@
lib/python${MODPY_VERSION}/site-packages/pysnmp/smi/instrum.py
lib/python${MODPY_VERSION}/site-packages/pysnmp/smi/instrum.pyc
lib/python${MODPY_VERSION}/site-packages/pysnmp/smi/mibs/
+lib/python${MODPY_VERSION}/site-packages/pysnmp/smi/mibs/ASN1-ENUMERATION.py
+lib/python${MODPY_VERSION}/site-packages/pysnmp/smi/mibs/ASN1-ENUMERATION.pyc
+lib/python${MODPY_VERSION}/site-packages/pysnmp/smi/mibs/ASN1-REFINEMENT.py
+lib/python${MODPY_VERSION}/site-packages/pysnmp/smi/mibs/ASN1-REFINEMENT.pyc
lib/python${MODPY_VERSION}/site-packages/pysnmp/smi/mibs/ASN1.py
lib/python${MODPY_VERSION}/site-packages/pysnmp/smi/mibs/ASN1.pyc
lib/python${MODPY_VERSION}/site-packages/pysnmp/smi/mibs/PYSNMP-MIB.py
lib/python${MODPY_VERSION}/site-packages/pysnmp/smi/mibs/PYSNMP-MIB.pyc
lib/python${MODPY_VERSION}/site-packages/pysnmp/smi/mibs/PYSNMP-USM-MIB.py
lib/python${MODPY_VERSION}/site-packages/pysnmp/smi/mibs/PYSNMP-USM-MIB.pyc
-lib/python${MODPY_VERSION}/site-packages/pysnmp/smi/mibs/RFC1155-SMI.py
-lib/python${MODPY_VERSION}/site-packages/pysnmp/smi/mibs/RFC1155-SMI.pyc
-lib/python${MODPY_VERSION}/site-packages/pysnmp/smi/mibs/RFC1213-MIB.py
-lib/python${MODPY_VERSION}/site-packages/pysnmp/smi/mibs/RFC1213-MIB.pyc
lib/python${MODPY_VERSION}/site-packages/pysnmp/smi/mibs/SNMP-COMMUNITY-MIB.py
lib/python${MODPY_VERSION}/site-packages/pysnmp/smi/mibs/SNMP-COMMUNITY-MIB.pyc
lib/python${MODPY_VERSION}/site-packages/pysnmp/smi/mibs/SNMP-FRAMEWORK-MIB.py
@@ -284,59 +292,61 @@
lib/python${MODPY_VERSION}/site-packages/pysnmp/s
Re: thunderbird future releases
On Sat, Jan 05, 2013 at 11:21:10AM +0100, MERIGHI Marcus wrote: > lan...@rhaalovely.net (Landry Breuil), 2013.01.04 (Fri) 22:50 (CET): > > What do thunderbird users want for the openbsd port ? rather tracking > > the 17.0.x release (and 24.0.x release after that..) ? or be a bit > > adventurous & use the -beta releases which track mozilla/firefox more > > closely ? Fwiw i use the betas daily, and they work fine. > > (no i WONT make two separate ports. get real.) > > I'd love to hear feedback from people who care. > > to me it is important that: > - some add-ons (caldav[1], carddav[2]) work; > - I use the version I have on my customers ms win machines. > > I suppose that means I am in favour of the 17.0.x, 24.0.x path. > > [1] lightning > http://addons.mozilla.org/en-US/thunderbird/addon/lightning/ > [2] SOGo Connector Thunderbird extension > http://www.sogo.nu/downloads/frontends.html > http://www.sogo.nu/files/downloads/extensions/sogo-connector-17.0.2.xpi Guess what - i also use extensively caldav/carddav & lightning + sogo connector. so whichever way it goes, i'll try to ensure that part works :) That said, by popular demand i think i'll keep the thunderbird port on the 17.0.x series for the time being. Early adopters/testers will still be able to pick the next betas from my git repo anyway.. Landry
UPDATE: www/py-gunicorn
Hi,
This diff updates py-gunicorn to the latest release 0.17.0.
Tested on amd64, regression ok.
Comments ? OK ?
Cheers,
benoit
Index: Makefile
===
RCS file: /cvs/ports/www/py-gunicorn/Makefile,v
retrieving revision 1.2
diff -u -r1.2 Makefile
--- Makefile 10 Oct 2012 08:31:13 - 1.2
+++ Makefile 5 Jan 2013 13:26:27 -
@@ -2,14 +2,14 @@
COMMENT = Python WSGI HTTP server
-MODPY_EGG_VERSION = 0.14.6
+MODPY_EGG_VERSION = 0.17.0
DISTNAME = gunicorn-${MODPY_EGG_VERSION}
PKGNAME = py-${DISTNAME}
CATEGORIES = www
HOMEPAGE = http://gunicorn.org/
-# ISC
+# MIT
PERMIT_PACKAGE_CDROM = Yes
PERMIT_PACKAGE_FTP = Yes
PERMIT_DISTFILES_CDROM =Yes
@@ -20,6 +20,6 @@
MODULES = lang/python
MODPY_SETUPTOOLS = Yes
-REGRESS_DEPENDS =devel/py-nose
+REGRESS_DEPENDS = devel/py-test
.include
Index: distinfo
===
RCS file: /cvs/ports/www/py-gunicorn/distinfo,v
retrieving revision 1.2
diff -u -r1.2 distinfo
--- distinfo 10 Oct 2012 08:31:13 - 1.2
+++ distinfo 5 Jan 2013 13:26:27 -
@@ -1,2 +1,2 @@
-SHA256 (gunicorn-0.14.6.tar.gz) = AMuI89pby265bazQHBEDubd3+r/XUO4I2ZZSiKRoGnA=
-SIZE (gunicorn-0.14.6.tar.gz) = 219695
+SHA256 (gunicorn-0.17.0.tar.gz) = zeX62NRNtleJmhNbJP4QscS/9goxgFDZ4KgsIEJLaZY=
+SIZE (gunicorn-0.17.0.tar.gz) = 357816
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/py-gunicorn/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 PLIST
--- pkg/PLIST 27 Apr 2012 09:01:31 - 1.1.1.1
+++ pkg/PLIST 5 Jan 2013 13:26:27 -
@@ -27,6 +27,8 @@
lib/python${MODPY_VERSION}/site-packages/gunicorn/app/wsgiapp.pyc
lib/python${MODPY_VERSION}/site-packages/gunicorn/arbiter.py
lib/python${MODPY_VERSION}/site-packages/gunicorn/arbiter.pyc
+lib/python${MODPY_VERSION}/site-packages/gunicorn/argparse_compat.py
+lib/python${MODPY_VERSION}/site-packages/gunicorn/argparse_compat.pyc
lib/python${MODPY_VERSION}/site-packages/gunicorn/config.py
lib/python${MODPY_VERSION}/site-packages/gunicorn/config.pyc
lib/python${MODPY_VERSION}/site-packages/gunicorn/debug.py
@@ -52,8 +54,6 @@
lib/python${MODPY_VERSION}/site-packages/gunicorn/http/unreader.pyc
lib/python${MODPY_VERSION}/site-packages/gunicorn/http/wsgi.py
lib/python${MODPY_VERSION}/site-packages/gunicorn/http/wsgi.pyc
-lib/python${MODPY_VERSION}/site-packages/gunicorn/logging_config.py
-lib/python${MODPY_VERSION}/site-packages/gunicorn/logging_config.pyc
lib/python${MODPY_VERSION}/site-packages/gunicorn/management/
lib/python${MODPY_VERSION}/site-packages/gunicorn/management/__init__.py
lib/python${MODPY_VERSION}/site-packages/gunicorn/management/__init__.pyc
@@ -64,6 +64,8 @@
lib/python${MODPY_VERSION}/site-packages/gunicorn/management/commands/run_gunicorn.pyc
lib/python${MODPY_VERSION}/site-packages/gunicorn/pidfile.py
lib/python${MODPY_VERSION}/site-packages/gunicorn/pidfile.pyc
+lib/python${MODPY_VERSION}/site-packages/gunicorn/six.py
+lib/python${MODPY_VERSION}/site-packages/gunicorn/six.pyc
lib/python${MODPY_VERSION}/site-packages/gunicorn/sock.py
lib/python${MODPY_VERSION}/site-packages/gunicorn/sock.pyc
lib/python${MODPY_VERSION}/site-packages/gunicorn/util.py
Re: thunderbird future releases
lan...@rhaalovely.net (Landry Breuil), 2013.01.04 (Fri) 22:50 (CET): > What do thunderbird users want for the openbsd port ? rather tracking > the 17.0.x release (and 24.0.x release after that..) ? or be a bit > adventurous & use the -beta releases which track mozilla/firefox more > closely ? Fwiw i use the betas daily, and they work fine. > (no i WONT make two separate ports. get real.) > I'd love to hear feedback from people who care. to me it is important that: - some add-ons (caldav[1], carddav[2]) work; - I use the version I have on my customers ms win machines. I suppose that means I am in favour of the 17.0.x, 24.0.x path. [1] lightning http://addons.mozilla.org/en-US/thunderbird/addon/lightning/ [2] SOGo Connector Thunderbird extension http://www.sogo.nu/downloads/frontends.html http://www.sogo.nu/files/downloads/extensions/sogo-connector-17.0.2.xpi Bye and thanks, Marcus
Re: thunderbird future releases
I agree with Janne. After all it's a mail client and it does more or less everything a mail client is supposed to do. I never missed any features in TB. So I'm happy to stick with a older version + security patches. Beni On 01/05/2013 10:03 AM, Janne Johansson wrote: > I would be fine with sticking to 17 until 24 comes out if they do > apply security fixes. > I don't know what other features I would be missing in between from > the betas, but as long as I don't get rooted while reading my mails, > I'm happy to stick with something older. > > 2013/1/4 Landry Breuil : >> Hi, >> >> as some of you may have heard, mozilla decided to slow down the >> development of thundebird (or rather, reattribute the resources) >> (more background here >> https://blog.lizardwrangler.com/2012/07/06/thunderbird-stability-and-community-innovation/, >> more actual releng details here >> https://wiki.mozilla.org/Thunderbird/Proposal:_New_Release_and_Governance_Model) >> >> what that means now for end users in the coming months : >> - there will be no tb 18 release along fx 18. And that until 24, where >> there will be a new 'major' release built from gecko 24. >> - there will be a tb 17.0.x release along each fx release. It will be >> based on gecko 17 (ie mozilla-esr17 repo + comm-release) >> - this is different from 17.0.xESR releases, there will be more stuff >> added to those 17.0.x release (ie minor features, more non-critical >> bugfixes that are not taken for ESR) >> - there will still be a 18 beta & 19 beta (etc) until 24 beta. A real >> release built from mozilla-beta + comm-beta repositories, where new >> 'major community-contributed features' will bake, and tracks >> firefox/gecko development. >> >> This is already confusing enough in terms of PR & branches, so i'll >> stop here. >> >> What do thunderbird users want for the openbsd port ? rather tracking >> the 17.0.x release (and 24.0.x release after that..) ? or be a bit >> adventurous & use the -beta releases which track mozilla/firefox more >> closely ? Fwiw i use the betas daily, and they work fine. >> (no i WONT make two separate ports. get real.) >> >> I'd love to hear feedback from people who care. >> >> Landry >> > > >
Re: thunderbird future releases
I would be fine with sticking to 17 until 24 comes out if they do apply security fixes. I don't know what other features I would be missing in between from the betas, but as long as I don't get rooted while reading my mails, I'm happy to stick with something older. 2013/1/4 Landry Breuil : > Hi, > > as some of you may have heard, mozilla decided to slow down the > development of thundebird (or rather, reattribute the resources) > (more background here > https://blog.lizardwrangler.com/2012/07/06/thunderbird-stability-and-community-innovation/, > more actual releng details here > https://wiki.mozilla.org/Thunderbird/Proposal:_New_Release_and_Governance_Model) > > what that means now for end users in the coming months : > - there will be no tb 18 release along fx 18. And that until 24, where > there will be a new 'major' release built from gecko 24. > - there will be a tb 17.0.x release along each fx release. It will be > based on gecko 17 (ie mozilla-esr17 repo + comm-release) > - this is different from 17.0.xESR releases, there will be more stuff > added to those 17.0.x release (ie minor features, more non-critical > bugfixes that are not taken for ESR) > - there will still be a 18 beta & 19 beta (etc) until 24 beta. A real > release built from mozilla-beta + comm-beta repositories, where new > 'major community-contributed features' will bake, and tracks > firefox/gecko development. > > This is already confusing enough in terms of PR & branches, so i'll > stop here. > > What do thunderbird users want for the openbsd port ? rather tracking > the 17.0.x release (and 24.0.x release after that..) ? or be a bit > adventurous & use the -beta releases which track mozilla/firefox more > closely ? Fwiw i use the betas daily, and they work fine. > (no i WONT make two separate ports. get real.) > > I'd love to hear feedback from people who care. > > Landry > -- May the most significant bit of your life be positive.
