From owner-freebsd-ports@FreeBSD.ORG Sun Oct 4 00:35:10 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA900106566B for ; Sun, 4 Oct 2009 00:35:10 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id E2D148FC19 for ; Sun, 4 Oct 2009 00:35:09 +0000 (UTC) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 37F8B199933; Sun, 4 Oct 2009 02:34:53 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 28AFE199932; Sun, 4 Oct 2009 02:34:53 +0200 (CEST) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 07592199931; Sun, 4 Oct 2009 02:34:53 +0200 (CEST) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2FP1HF244) with ESMTP id 2009100402345240-120681 ; Sun, 4 Oct 2009 02:34:52 +0200 Received: by wep4035 (sSMTP sendmail emulation); Sun, 4 Oct 2009 02:34:52 +0200 Date: Sun, 4 Oct 2009 02:34:52 +0200 From: Alexey Shuvaev To: Steve Kargl Message-ID: <20091004003452.GA55656@wep4035.physik.uni-wuerzburg.de> Mail-Followup-To: Steve Kargl , Andriy Gapon , "Sam Fourman Jr." , freebsd-openoffice@freebsd.org, Vinicius Abrahao , freebsd-ports , miwi@freebsd.org, mwlucas@blackhelicopters.org, maho@freebsd.org References: <1e31c7980909200426h44a65a53g7d5f47ea707d8b9c@mail.gmail.com> <11167f520909200438q3a2a8b7ey11ec8e644d91fc5a@mail.gmail.com> <4AB76600.8090407@icyb.net.ua> <20090921191509.GA55401@troutmask.apl.washington.edu> Mime-Version: 1.0 In-Reply-To: <20090921191509.GA55401@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.3i Organization: Universitaet Wuerzburg X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2FP1HF244 | April 7, 2009) at 10/04/2009 02:34:52 AM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2FP1HF244 | April 7, 2009) at 10/04/2009 02:34:52 AM, Serialize complete at 10/04/2009 02:34:52 AM Content-Type: multipart/mixed; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: miwi@freebsd.org, Andriy Gapon , mwlucas@blackhelicopters.org, maho@freebsd.org, freebsd-openoffice@freebsd.org, Vinicius Abrahao , freebsd-ports , "Sam Fourman Jr." Subject: Re: Problem building Openoffice 3.1.1 at -current X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Oct 2009 00:35:11 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Sep 21, 2009 at 12:15:09PM -0700, Steve Kargl wrote: > On Mon, Sep 21, 2009 at 02:39:44PM +0300, Andriy Gapon wrote: > > on 20/09/2009 14:38 Sam Fourman Jr. said the following: > > > On Sun, Sep 20, 2009 at 6:26 AM, Vinicius Abrahao wrote: > > >> Hello dear fellows, > > >> > > >> I'm trying to upgrade my openoffice.org3 from 3.1.0 to 3.1.1, but I'm > > >> getting an strange error (associated with python). > > >> This is the error that appears many hours after I start the upgrade: > > > > > > > > > I am getting this same error on FreeBSD 8.0 Beta4 > > > any idea how to fix the build? > > > > I also had a compilation problem like this. > > Perhaps this is related to having python 2.6 installed on a system? > > > > Anyway, I was able to continue the build by doing the following (adjust the paths > > to your environment): > > > > $ ln -s > > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx.pro/lib/python > > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx.pro/lib/python2.6 > > > > $ cp > > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/python/unxfbsdx.pro/misc/build/Python-2.6.1/build/lib.freebsd-9.0-CURRENT-amd64-2.6/*.so > > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx.pro/lib/python2.6/ > > > > Maybe something else, it was a while ago. > > > > The above ln and cp were sufficient to complete my build. > I haven't tested the resulting exectuables. > > Thanks, Andriy > Rrrr.... The openoffice guys are trying to bundle every piece of code under the sun into their tarball in attempt to not depend upon system libraries... ... and are getting away from what they want to achieve (IMHO). OOO is as fragile as porcelain plate and still as complex to repair as nuclear u-boot. I hate OOO... With the attached patch I was able to complete the build on amd64 9-CURRENT. Will charge 9-amd64-Ports and 9-i386-Ports tinderboxes to test in a clean environment. Testing on 8-RC is still welcome. Just drop patch-OOO_XXX_CURRENT into files/ and try to rebuild. Alexey. --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=patch-OOO_XXX_CURRENT --- python/Python-2.6.1.patch.orig 2009-10-03 22:08:45.000000000 +0200 +++ python/Python-2.6.1.patch 2009-10-03 23:00:22.000000000 +0200 @@ -127,7 +127,7 @@ # Skip platforms with known problems forking from a worker thread. # See http://bugs.python.org/issue3863. - if sys.platform in ('freebsd4', 'freebsd5', 'freebsd6', 'os2emx'): -+ if sys.platform in ('freebsd4', 'freebsd5', 'freebsd6', 'freebsd7', 'os2emx'): ++ if sys.platform in ('freebsd4', 'freebsd5', 'freebsd6', 'freebsd7', 'freebsd8', 'freebsd9', 'os2emx'): print >>sys.stderr, ('Skipping test_3_join_in_forked_from_thread' ' due to known OS bugs on'), sys.platform return @@ -230,3 +230,603 @@ RUNSHARED=LD_LIBRARY_PATH=`pwd`:${LD_LIBRARY_PATH} INSTSONAME="$LDLIBRARY".$SOVERSION ;; +--- misc/Python-2.6.1/Lib/plat-freebsd9/IN.py 1970-01-01 01:00:00.000000000 +0100 ++++ misc/build/Python-2.6.1/Lib/plat-freebsd9/IN.py 2009-10-03 22:43:13.000000000 +0200 +@@ -0,0 +1,571 @@ ++# Generated by h2py from /usr/include/netinet/in.h ++ ++# Included from sys/cdefs.h ++__GNUCLIKE_ASM = 3 ++__GNUCLIKE_ASM = 2 ++__GNUCLIKE___TYPEOF = 1 ++__GNUCLIKE___OFFSETOF = 1 ++__GNUCLIKE___SECTION = 1 ++__GNUCLIKE_ATTRIBUTE_MODE_DI = 1 ++__GNUCLIKE_CTOR_SECTION_HANDLING = 1 ++__GNUCLIKE_BUILTIN_CONSTANT_P = 1 ++__GNUCLIKE_BUILTIN_VARARGS = 1 ++__GNUCLIKE_BUILTIN_STDARG = 1 ++__GNUCLIKE_BUILTIN_VAALIST = 1 ++__GNUC_VA_LIST_COMPATIBILITY = 1 ++__GNUCLIKE_BUILTIN_NEXT_ARG = 1 ++__GNUCLIKE_BUILTIN_MEMCPY = 1 ++__CC_SUPPORTS_INLINE = 1 ++__CC_SUPPORTS___INLINE = 1 ++__CC_SUPPORTS___INLINE__ = 1 ++__CC_SUPPORTS___FUNC__ = 1 ++__CC_SUPPORTS_WARNING = 1 ++__CC_SUPPORTS_VARADIC_XXX = 1 ++__CC_SUPPORTS_DYNAMIC_ARRAY_INIT = 1 ++__CC_INT_IS_32BIT = 1 ++def __P(protos): return protos ++ ++def __STRING(x): return #x ++ ++def __XSTRING(x): return __STRING(x) ++ ++def __P(protos): return () ++ ++def __STRING(x): return "x" ++ ++def __aligned(x): return __attribute__((__aligned__(x))) ++ ++def __section(x): return __attribute__((__section__(x))) ++ ++def __aligned(x): return __attribute__((__aligned__(x))) ++ ++def __section(x): return __attribute__((__section__(x))) ++ ++def __nonnull(x): return __attribute__((__nonnull__(x))) ++ ++def __predict_true(exp): return __builtin_expect((exp), 1) ++ ++def __predict_false(exp): return __builtin_expect((exp), 0) ++ ++def __predict_true(exp): return (exp) ++ ++def __predict_false(exp): return (exp) ++ ++def __format_arg(fmtarg): return __attribute__((__format_arg__ (fmtarg))) ++ ++def __FBSDID(s): return __IDSTRING(__CONCAT(__rcsid_,__LINE__),s) ++ ++def __RCSID(s): return __IDSTRING(__CONCAT(__rcsid_,__LINE__),s) ++ ++def __RCSID_SOURCE(s): return __IDSTRING(__CONCAT(__rcsid_source_,__LINE__),s) ++ ++def __SCCSID(s): return __IDSTRING(__CONCAT(__sccsid_,__LINE__),s) ++ ++def __COPYRIGHT(s): return __IDSTRING(__CONCAT(__copyright_,__LINE__),s) ++ ++_POSIX_C_SOURCE = 199009 ++_POSIX_C_SOURCE = 199209 ++__XSI_VISIBLE = 600 ++_POSIX_C_SOURCE = 200112 ++__XSI_VISIBLE = 500 ++_POSIX_C_SOURCE = 199506 ++_POSIX_C_SOURCE = 198808 ++__POSIX_VISIBLE = 200112 ++__ISO_C_VISIBLE = 1999 ++__POSIX_VISIBLE = 199506 ++__ISO_C_VISIBLE = 1990 ++__POSIX_VISIBLE = 199309 ++__ISO_C_VISIBLE = 1990 ++__POSIX_VISIBLE = 199209 ++__ISO_C_VISIBLE = 1990 ++__POSIX_VISIBLE = 199009 ++__ISO_C_VISIBLE = 1990 ++__POSIX_VISIBLE = 198808 ++__ISO_C_VISIBLE = 0 ++__POSIX_VISIBLE = 0 ++__XSI_VISIBLE = 0 ++__BSD_VISIBLE = 0 ++__ISO_C_VISIBLE = 1990 ++__POSIX_VISIBLE = 0 ++__XSI_VISIBLE = 0 ++__BSD_VISIBLE = 0 ++__ISO_C_VISIBLE = 1999 ++__POSIX_VISIBLE = 200112 ++__XSI_VISIBLE = 600 ++__BSD_VISIBLE = 1 ++__ISO_C_VISIBLE = 1999 ++ ++# Included from sys/_types.h ++ ++# Included from machine/_types.h ++ ++# Included from machine/endian.h ++_QUAD_HIGHWORD = 1 ++_QUAD_LOWWORD = 0 ++_LITTLE_ENDIAN = 1234 ++_BIG_ENDIAN = 4321 ++_PDP_ENDIAN = 3412 ++_BYTE_ORDER = _LITTLE_ENDIAN ++LITTLE_ENDIAN = _LITTLE_ENDIAN ++BIG_ENDIAN = _BIG_ENDIAN ++PDP_ENDIAN = _PDP_ENDIAN ++BYTE_ORDER = _BYTE_ORDER ++def __word_swap_int_var(x): return \ ++ ++def __word_swap_int_const(x): return \ ++ ++def __word_swap_int(x): return __word_swap_int_var(x) ++ ++def __byte_swap_int_var(x): return \ ++ ++def __byte_swap_int_const(x): return \ ++ ++def __byte_swap_int(x): return __byte_swap_int_var(x) ++ ++def __byte_swap_word_var(x): return \ ++ ++def __byte_swap_word_const(x): return \ ++ ++def __byte_swap_word(x): return __byte_swap_word_var(x) ++ ++def __htonl(x): return __bswap32(x) ++ ++def __htons(x): return __bswap16(x) ++ ++def __ntohl(x): return __bswap32(x) ++ ++def __ntohs(x): return __bswap16(x) ++ ++IPPROTO_IP = 0 ++IPPROTO_ICMP = 1 ++IPPROTO_TCP = 6 ++IPPROTO_UDP = 17 ++def htonl(x): return __htonl(x) ++ ++def htons(x): return __htons(x) ++ ++def ntohl(x): return __ntohl(x) ++ ++def ntohs(x): return __ntohs(x) ++ ++IPPROTO_RAW = 255 ++INET_ADDRSTRLEN = 16 ++IPPROTO_HOPOPTS = 0 ++IPPROTO_IGMP = 2 ++IPPROTO_GGP = 3 ++IPPROTO_IPV4 = 4 ++IPPROTO_IPIP = IPPROTO_IPV4 ++IPPROTO_ST = 7 ++IPPROTO_EGP = 8 ++IPPROTO_PIGP = 9 ++IPPROTO_RCCMON = 10 ++IPPROTO_NVPII = 11 ++IPPROTO_PUP = 12 ++IPPROTO_ARGUS = 13 ++IPPROTO_EMCON = 14 ++IPPROTO_XNET = 15 ++IPPROTO_CHAOS = 16 ++IPPROTO_MUX = 18 ++IPPROTO_MEAS = 19 ++IPPROTO_HMP = 20 ++IPPROTO_PRM = 21 ++IPPROTO_IDP = 22 ++IPPROTO_TRUNK1 = 23 ++IPPROTO_TRUNK2 = 24 ++IPPROTO_LEAF1 = 25 ++IPPROTO_LEAF2 = 26 ++IPPROTO_RDP = 27 ++IPPROTO_IRTP = 28 ++IPPROTO_TP = 29 ++IPPROTO_BLT = 30 ++IPPROTO_NSP = 31 ++IPPROTO_INP = 32 ++IPPROTO_SEP = 33 ++IPPROTO_3PC = 34 ++IPPROTO_IDPR = 35 ++IPPROTO_XTP = 36 ++IPPROTO_DDP = 37 ++IPPROTO_CMTP = 38 ++IPPROTO_TPXX = 39 ++IPPROTO_IL = 40 ++IPPROTO_IPV6 = 41 ++IPPROTO_SDRP = 42 ++IPPROTO_ROUTING = 43 ++IPPROTO_FRAGMENT = 44 ++IPPROTO_IDRP = 45 ++IPPROTO_RSVP = 46 ++IPPROTO_GRE = 47 ++IPPROTO_MHRP = 48 ++IPPROTO_BHA = 49 ++IPPROTO_ESP = 50 ++IPPROTO_AH = 51 ++IPPROTO_INLSP = 52 ++IPPROTO_SWIPE = 53 ++IPPROTO_NHRP = 54 ++IPPROTO_MOBILE = 55 ++IPPROTO_TLSP = 56 ++IPPROTO_SKIP = 57 ++IPPROTO_ICMPV6 = 58 ++IPPROTO_NONE = 59 ++IPPROTO_DSTOPTS = 60 ++IPPROTO_AHIP = 61 ++IPPROTO_CFTP = 62 ++IPPROTO_HELLO = 63 ++IPPROTO_SATEXPAK = 64 ++IPPROTO_KRYPTOLAN = 65 ++IPPROTO_RVD = 66 ++IPPROTO_IPPC = 67 ++IPPROTO_ADFS = 68 ++IPPROTO_SATMON = 69 ++IPPROTO_VISA = 70 ++IPPROTO_IPCV = 71 ++IPPROTO_CPNX = 72 ++IPPROTO_CPHB = 73 ++IPPROTO_WSN = 74 ++IPPROTO_PVP = 75 ++IPPROTO_BRSATMON = 76 ++IPPROTO_ND = 77 ++IPPROTO_WBMON = 78 ++IPPROTO_WBEXPAK = 79 ++IPPROTO_EON = 80 ++IPPROTO_VMTP = 81 ++IPPROTO_SVMTP = 82 ++IPPROTO_VINES = 83 ++IPPROTO_TTP = 84 ++IPPROTO_IGP = 85 ++IPPROTO_DGP = 86 ++IPPROTO_TCF = 87 ++IPPROTO_IGRP = 88 ++IPPROTO_OSPFIGP = 89 ++IPPROTO_SRPC = 90 ++IPPROTO_LARP = 91 ++IPPROTO_MTP = 92 ++IPPROTO_AX25 = 93 ++IPPROTO_IPEIP = 94 ++IPPROTO_MICP = 95 ++IPPROTO_SCCSP = 96 ++IPPROTO_ETHERIP = 97 ++IPPROTO_ENCAP = 98 ++IPPROTO_APES = 99 ++IPPROTO_GMTP = 100 ++IPPROTO_IPCOMP = 108 ++IPPROTO_SCTP = 132 ++IPPROTO_PIM = 103 ++IPPROTO_CARP = 112 ++IPPROTO_PGM = 113 ++IPPROTO_PFSYNC = 240 ++IPPROTO_OLD_DIVERT = 254 ++IPPROTO_MAX = 256 ++IPPROTO_DONE = 257 ++IPPROTO_DIVERT = 258 ++IPPROTO_SPACER = 32767 ++IPPORT_RESERVED = 1024 ++IPPORT_HIFIRSTAUTO = 49152 ++IPPORT_HILASTAUTO = 65535 ++IPPORT_RESERVEDSTART = 600 ++IPPORT_MAX = 65535 ++def IN_CLASSA(i): return (((u_int32_t)(i) & (-2147483648)) == 0) ++ ++IN_CLASSA_NET = (-16777216) ++IN_CLASSA_NSHIFT = 24 ++IN_CLASSA_HOST = 0x00ffffff ++IN_CLASSA_MAX = 128 ++def IN_CLASSB(i): return (((u_int32_t)(i) & (-1073741824)) == (-2147483648)) ++ ++IN_CLASSB_NET = (-65536) ++IN_CLASSB_NSHIFT = 16 ++IN_CLASSB_HOST = 0x0000ffff ++IN_CLASSB_MAX = 65536 ++def IN_CLASSC(i): return (((u_int32_t)(i) & (-536870912)) == (-1073741824)) ++ ++IN_CLASSC_NET = (-256) ++IN_CLASSC_NSHIFT = 8 ++IN_CLASSC_HOST = 0x000000ff ++def IN_CLASSD(i): return (((u_int32_t)(i) & (-268435456)) == (-536870912)) ++ ++IN_CLASSD_NET = (-268435456) ++IN_CLASSD_NSHIFT = 28 ++IN_CLASSD_HOST = 0x0fffffff ++def IN_MULTICAST(i): return IN_CLASSD(i) ++ ++def IN_EXPERIMENTAL(i): return (((u_int32_t)(i) & (-268435456)) == (-268435456)) ++ ++def IN_BADCLASS(i): return (((u_int32_t)(i) & (-268435456)) == (-268435456)) ++ ++def IN_LINKLOCAL(i): return (((u_int32_t)(i) & (-65536)) == (-1442971648)) ++ ++def IN_LOCAL_GROUP(i): return (((u_int32_t)(i) & (-256)) == (-536870912)) ++ ++INADDR_NONE = (-1) ++IN_LOOPBACKNET = 127 ++IP_OPTIONS = 1 ++IP_HDRINCL = 2 ++IP_TOS = 3 ++IP_TTL = 4 ++IP_RECVOPTS = 5 ++IP_RECVRETOPTS = 6 ++IP_RECVDSTADDR = 7 ++IP_SENDSRCADDR = IP_RECVDSTADDR ++IP_RETOPTS = 8 ++IP_MULTICAST_IF = 9 ++IP_MULTICAST_TTL = 10 ++IP_MULTICAST_LOOP = 11 ++IP_ADD_MEMBERSHIP = 12 ++IP_DROP_MEMBERSHIP = 13 ++IP_MULTICAST_VIF = 14 ++IP_RSVP_ON = 15 ++IP_RSVP_OFF = 16 ++IP_RSVP_VIF_ON = 17 ++IP_RSVP_VIF_OFF = 18 ++IP_PORTRANGE = 19 ++IP_RECVIF = 20 ++IP_IPSEC_POLICY = 21 ++IP_FAITH = 22 ++IP_ONESBCAST = 23 ++IP_FW_TABLE_ADD = 40 ++IP_FW_TABLE_DEL = 41 ++IP_FW_TABLE_FLUSH = 42 ++IP_FW_TABLE_GETSIZE = 43 ++IP_FW_TABLE_LIST = 44 ++IP_FW_ADD = 50 ++IP_FW_DEL = 51 ++IP_FW_FLUSH = 52 ++IP_FW_ZERO = 53 ++IP_FW_GET = 54 ++IP_FW_RESETLOG = 55 ++IP_FW_NAT_CFG = 56 ++IP_FW_NAT_DEL = 57 ++IP_FW_NAT_GET_CONFIG = 58 ++IP_FW_NAT_GET_LOG = 59 ++IP_DUMMYNET_CONFIGURE = 60 ++IP_DUMMYNET_DEL = 61 ++IP_DUMMYNET_FLUSH = 62 ++IP_DUMMYNET_GET = 64 ++IP_RECVTTL = 65 ++IP_MINTTL = 66 ++IP_DONTFRAG = 67 ++IP_ADD_SOURCE_MEMBERSHIP = 70 ++IP_DROP_SOURCE_MEMBERSHIP = 71 ++IP_BLOCK_SOURCE = 72 ++IP_UNBLOCK_SOURCE = 73 ++IP_MSFILTER = 74 ++MCAST_JOIN_GROUP = 80 ++MCAST_LEAVE_GROUP = 81 ++MCAST_JOIN_SOURCE_GROUP = 82 ++MCAST_LEAVE_SOURCE_GROUP = 83 ++MCAST_BLOCK_SOURCE = 84 ++MCAST_UNBLOCK_SOURCE = 85 ++IP_DEFAULT_MULTICAST_TTL = 1 ++IP_DEFAULT_MULTICAST_LOOP = 1 ++IP_MIN_MEMBERSHIPS = 31 ++IP_MAX_MEMBERSHIPS = 4095 ++IP_MAX_SOURCE_FILTER = 1024 ++MCAST_INCLUDE = 1 ++MCAST_EXCLUDE = 2 ++IP_PORTRANGE_DEFAULT = 0 ++IP_PORTRANGE_HIGH = 1 ++IP_PORTRANGE_LOW = 2 ++IPPROTO_MAXID = (IPPROTO_AH + 1) ++IPCTL_FORWARDING = 1 ++IPCTL_SENDREDIRECTS = 2 ++IPCTL_DEFTTL = 3 ++IPCTL_DEFMTU = 4 ++IPCTL_RTEXPIRE = 5 ++IPCTL_RTMINEXPIRE = 6 ++IPCTL_RTMAXCACHE = 7 ++IPCTL_SOURCEROUTE = 8 ++IPCTL_DIRECTEDBROADCAST = 9 ++IPCTL_INTRQMAXLEN = 10 ++IPCTL_INTRQDROPS = 11 ++IPCTL_STATS = 12 ++IPCTL_ACCEPTSOURCEROUTE = 13 ++IPCTL_FASTFORWARDING = 14 ++IPCTL_KEEPFAITH = 15 ++IPCTL_GIF_TTL = 16 ++IPCTL_MAXID = 17 ++def in_nullhost(x): return ((x).s_addr == INADDR_ANY) ++ ++ ++# Included from netinet6/in6.h ++__KAME_VERSION = "FreeBSD" ++IPV6PORT_RESERVED = 1024 ++IPV6PORT_ANONMIN = 49152 ++IPV6PORT_ANONMAX = 65535 ++IPV6PORT_RESERVEDMIN = 600 ++IPV6PORT_RESERVEDMAX = (IPV6PORT_RESERVED-1) ++INET6_ADDRSTRLEN = 46 ++IPV6_ADDR_INT32_ONE = 1 ++IPV6_ADDR_INT32_TWO = 2 ++IPV6_ADDR_INT32_MNL = (-16711680) ++IPV6_ADDR_INT32_MLL = (-16646144) ++IPV6_ADDR_INT32_SMP = 0x0000ffff ++IPV6_ADDR_INT16_ULL = 0xfe80 ++IPV6_ADDR_INT16_USL = 0xfec0 ++IPV6_ADDR_INT16_MLL = 0xff02 ++IPV6_ADDR_INT32_ONE = 0x01000000 ++IPV6_ADDR_INT32_TWO = 0x02000000 ++IPV6_ADDR_INT32_MNL = 0x000001ff ++IPV6_ADDR_INT32_MLL = 0x000002ff ++IPV6_ADDR_INT32_SMP = (-65536) ++IPV6_ADDR_INT16_ULL = 0x80fe ++IPV6_ADDR_INT16_USL = 0xc0fe ++IPV6_ADDR_INT16_MLL = 0x02ff ++def IN6_IS_ADDR_UNSPECIFIED(a): return \ ++ ++def IN6_IS_ADDR_LOOPBACK(a): return \ ++ ++def IN6_IS_ADDR_V4COMPAT(a): return \ ++ ++def IN6_IS_ADDR_V4MAPPED(a): return \ ++ ++IPV6_ADDR_SCOPE_NODELOCAL = 0x01 ++IPV6_ADDR_SCOPE_INTFACELOCAL = 0x01 ++IPV6_ADDR_SCOPE_LINKLOCAL = 0x02 ++IPV6_ADDR_SCOPE_SITELOCAL = 0x05 ++IPV6_ADDR_SCOPE_ORGLOCAL = 0x08 ++IPV6_ADDR_SCOPE_GLOBAL = 0x0e ++__IPV6_ADDR_SCOPE_NODELOCAL = 0x01 ++__IPV6_ADDR_SCOPE_INTFACELOCAL = 0x01 ++__IPV6_ADDR_SCOPE_LINKLOCAL = 0x02 ++__IPV6_ADDR_SCOPE_SITELOCAL = 0x05 ++__IPV6_ADDR_SCOPE_ORGLOCAL = 0x08 ++__IPV6_ADDR_SCOPE_GLOBAL = 0x0e ++def IN6_IS_ADDR_LINKLOCAL(a): return \ ++ ++def IN6_IS_ADDR_SITELOCAL(a): return \ ++ ++def IN6_IS_ADDR_MC_NODELOCAL(a): return \ ++ ++def IN6_IS_ADDR_MC_INTFACELOCAL(a): return \ ++ ++def IN6_IS_ADDR_MC_LINKLOCAL(a): return \ ++ ++def IN6_IS_ADDR_MC_SITELOCAL(a): return \ ++ ++def IN6_IS_ADDR_MC_ORGLOCAL(a): return \ ++ ++def IN6_IS_ADDR_MC_GLOBAL(a): return \ ++ ++def IN6_IS_ADDR_MC_NODELOCAL(a): return \ ++ ++def IN6_IS_ADDR_MC_LINKLOCAL(a): return \ ++ ++def IN6_IS_ADDR_MC_SITELOCAL(a): return \ ++ ++def IN6_IS_ADDR_MC_ORGLOCAL(a): return \ ++ ++def IN6_IS_ADDR_MC_GLOBAL(a): return \ ++ ++def IN6_IS_SCOPE_LINKLOCAL(a): return \ ++ ++def IN6_IS_SCOPE_EMBED(a): return \ ++ ++def IFA6_IS_DEPRECATED(a): return \ ++ ++def IFA6_IS_INVALID(a): return \ ++ ++IPV6_OPTIONS = 1 ++IPV6_RECVOPTS = 5 ++IPV6_RECVRETOPTS = 6 ++IPV6_RECVDSTADDR = 7 ++IPV6_RETOPTS = 8 ++IPV6_SOCKOPT_RESERVED1 = 3 ++IPV6_UNICAST_HOPS = 4 ++IPV6_MULTICAST_IF = 9 ++IPV6_MULTICAST_HOPS = 10 ++IPV6_MULTICAST_LOOP = 11 ++IPV6_JOIN_GROUP = 12 ++IPV6_LEAVE_GROUP = 13 ++IPV6_PORTRANGE = 14 ++ICMP6_FILTER = 18 ++IPV6_2292PKTINFO = 19 ++IPV6_2292HOPLIMIT = 20 ++IPV6_2292NEXTHOP = 21 ++IPV6_2292HOPOPTS = 22 ++IPV6_2292DSTOPTS = 23 ++IPV6_2292RTHDR = 24 ++IPV6_2292PKTOPTIONS = 25 ++IPV6_CHECKSUM = 26 ++IPV6_V6ONLY = 27 ++IPV6_BINDV6ONLY = IPV6_V6ONLY ++IPV6_IPSEC_POLICY = 28 ++IPV6_FAITH = 29 ++IPV6_FW_ADD = 30 ++IPV6_FW_DEL = 31 ++IPV6_FW_FLUSH = 32 ++IPV6_FW_ZERO = 33 ++IPV6_FW_GET = 34 ++IPV6_RTHDRDSTOPTS = 35 ++IPV6_RECVPKTINFO = 36 ++IPV6_RECVHOPLIMIT = 37 ++IPV6_RECVRTHDR = 38 ++IPV6_RECVHOPOPTS = 39 ++IPV6_RECVDSTOPTS = 40 ++IPV6_RECVRTHDRDSTOPTS = 41 ++IPV6_USE_MIN_MTU = 42 ++IPV6_RECVPATHMTU = 43 ++IPV6_PATHMTU = 44 ++IPV6_REACHCONF = 45 ++IPV6_PKTINFO = 46 ++IPV6_HOPLIMIT = 47 ++IPV6_NEXTHOP = 48 ++IPV6_HOPOPTS = 49 ++IPV6_DSTOPTS = 50 ++IPV6_RTHDR = 51 ++IPV6_PKTOPTIONS = 52 ++IPV6_RECVTCLASS = 57 ++IPV6_AUTOFLOWLABEL = 59 ++IPV6_TCLASS = 61 ++IPV6_DONTFRAG = 62 ++IPV6_PREFER_TEMPADDR = 63 ++IPV6_MSFILTER = 74 ++IPV6_RTHDR_LOOSE = 0 ++IPV6_RTHDR_STRICT = 1 ++IPV6_RTHDR_TYPE_0 = 0 ++IPV6_DEFAULT_MULTICAST_HOPS = 1 ++IPV6_DEFAULT_MULTICAST_LOOP = 1 ++IPV6_PORTRANGE_DEFAULT = 0 ++IPV6_PORTRANGE_HIGH = 1 ++IPV6_PORTRANGE_LOW = 2 ++IPV6PROTO_MAXID = (IPPROTO_PIM + 1) ++IPV6CTL_FORWARDING = 1 ++IPV6CTL_SENDREDIRECTS = 2 ++IPV6CTL_DEFHLIM = 3 ++IPV6CTL_DEFMTU = 4 ++IPV6CTL_FORWSRCRT = 5 ++IPV6CTL_STATS = 6 ++IPV6CTL_MRTSTATS = 7 ++IPV6CTL_MRTPROTO = 8 ++IPV6CTL_MAXFRAGPACKETS = 9 ++IPV6CTL_SOURCECHECK = 10 ++IPV6CTL_SOURCECHECK_LOGINT = 11 ++IPV6CTL_ACCEPT_RTADV = 12 ++IPV6CTL_KEEPFAITH = 13 ++IPV6CTL_LOG_INTERVAL = 14 ++IPV6CTL_HDRNESTLIMIT = 15 ++IPV6CTL_DAD_COUNT = 16 ++IPV6CTL_AUTO_FLOWLABEL = 17 ++IPV6CTL_DEFMCASTHLIM = 18 ++IPV6CTL_GIF_HLIM = 19 ++IPV6CTL_KAME_VERSION = 20 ++IPV6CTL_USE_DEPRECATED = 21 ++IPV6CTL_RR_PRUNE = 22 ++IPV6CTL_MAPPED_ADDR = 23 ++IPV6CTL_V6ONLY = 24 ++IPV6CTL_RTEXPIRE = 25 ++IPV6CTL_RTMINEXPIRE = 26 ++IPV6CTL_RTMAXCACHE = 27 ++IPV6CTL_USETEMPADDR = 32 ++IPV6CTL_TEMPPLTIME = 33 ++IPV6CTL_TEMPVLTIME = 34 ++IPV6CTL_AUTO_LINKLOCAL = 35 ++IPV6CTL_RIP6STATS = 36 ++IPV6CTL_PREFER_TEMPADDR = 37 ++IPV6CTL_ADDRCTLPOLICY = 38 ++IPV6CTL_USE_DEFAULTZONE = 39 ++IPV6CTL_MAXFRAGS = 41 ++IPV6CTL_IFQ = 42 ++IPV6CTL_ISATAPRTR = 43 ++IPV6CTL_MCAST_PMTU = 44 ++IPV6CTL_STEALTH = 45 ++IPV6CTL_MAXID = 46 +--- misc/Python-2.6.1/Lib/plat-freebsd9/regen 1970-01-01 01:00:00.000000000 +0100 ++++ misc/build/Python-2.6.1/Lib/plat-freebsd9/regen 2009-10-03 22:43:13.000000000 +0200 +@@ -0,0 +1,3 @@ ++#! /bin/sh ++set -v ++python ../../Tools/scripts/h2py.py -i '(u_long)' /usr/include/netinet/in.h +--- misc/Python-2.6.1/setup.py 2009-03-31 18:20:48.000000000 +0000 ++++ misc/build/Python-2.6.1/setup.py 2009-09-10 05:27:01.000000000 +0000 +@@ -1273,7 +1277,7 @@ class PyBuildExt(build_ext): + ) + libraries = [] + +- elif platform in ('freebsd4', 'freebsd5', 'freebsd6', 'freebsd7', 'freebsd8'): ++ elif platform in ('freebsd4', 'freebsd5', 'freebsd6', 'freebsd7', 'freebsd8', 'freebsd9'): + # FreeBSD's P1003.1b semaphore support is very experimental + # and has many known problems. (as of June 2008) + macros = dict( # FreeBSD +@@ -1338,7 +1342,7 @@ class PyBuildExt(build_ext): + missing.append('linuxaudiodev') + + if platform in ('linux2', 'freebsd4', 'freebsd5', 'freebsd6', +- 'freebsd7', 'freebsd8'): ++ 'freebsd7', 'freebsd8', 'freebsd9'): + exts.append( Extension('ossaudiodev', ['ossaudiodev.c']) ) + else: + missing.append('ossaudiodev') --RnlQjJ0d97Da+TV1-- From owner-freebsd-ports@FreeBSD.ORG Sun Oct 4 02:16:37 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2D271065672; Sun, 4 Oct 2009 02:16:37 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-qy0-f192.google.com (mail-qy0-f192.google.com [209.85.221.192]) by mx1.freebsd.org (Postfix) with ESMTP id 66A148FC08; Sun, 4 Oct 2009 02:16:37 +0000 (UTC) Received: by qyk30 with SMTP id 30so2490077qyk.7 for ; Sat, 03 Oct 2009 19:16:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=6m/TqAxrQLRnB+UxQNfsZSbRvp+itz2O/ErWG6TBi+Y=; b=oMoXACFBthX3G1SS9JpTrTL/yYmhQZgZsxxBh0A6wFfYNztE3mkRBRmxwyB1SV/A44 Mr3e/PZARxi9fwHNkyUZjhDGVLt+JAF7bH+dzwj2aiY2oAYytSAwV6vi2bA/suLe9Yeg XMPgOOafQW2ZBKOWQNtgm7SAZbZwvWWEE1i80= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=ltItyL9mRPuH8msOBOsUbZZUVWdi4dSCX8Lq7esPyo/xdPrKh4YNmL/ks2ZyTF4FDu fH4dBW29gSSVLMUP6kX6zETBrX0uPsTa2gg+Dti/QO00GO3EMo9V6WNh4+VCVv16MeWW IbwZQfXF464rL/tLP6hvFknYoNDcxt3IgubAU= Received: by 10.224.65.77 with SMTP id h13mr2201648qai.368.1254622188552; Sat, 03 Oct 2009 19:09:48 -0700 (PDT) Received: from localhost ([134.160.214.42]) by mx.google.com with ESMTPS id 21sm775233qyk.12.2009.10.03.19.09.45 (version=SSLv3 cipher=RC4-MD5); Sat, 03 Oct 2009 19:09:47 -0700 (PDT) Sender: Maho NAKATA Date: Sun, 04 Oct 2009 11:09:35 +0900 (JST) Message-Id: <20091004.110935.737004071327922653.chat95@mac.com> To: shuvaev@physik.uni-wuerzburg.de From: Maho NAKATA In-Reply-To: <20091004003452.GA55656@wep4035.physik.uni-wuerzburg.de> References: <4AB76600.8090407@icyb.net.ua> <20090921191509.GA55401@troutmask.apl.washington.edu> <20091004003452.GA55656@wep4035.physik.uni-wuerzburg.de> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: sgk@troutmask.apl.washington.edu, miwi@freebsd.org, avg@icyb.net.ua, mwlucas@blackhelicopters.org, freebsd-openoffice@freebsd.org, vinnix.bsd@gmail.com, freebsd-ports@freebsd.org, sfourman@gmail.com Subject: Re: Problem building Openoffice 3.1.1 at -current X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Oct 2009 02:16:38 -0000 Hi Alexey, From: Alexey Shuvaev Subject: Re: Problem building Openoffice 3.1.1 at -current Date: Sun, 04 Oct 2009 02:34:52 +0200 > I hate OOO... me too... > With the attached patch I was able to complete the build on > amd64 9-CURRENT. Will charge 9-amd64-Ports and 9-i386-Ports tinderboxes > to test in a clean environment. Testing on 8-RC is still welcome. > Just drop patch-OOO_XXX_CURRENT into files/ and try to rebuild. many thanks for your patch. and it looks okay. BUT Please sign to SCA, otherwise we cannot upstream. http://porting.openoffice.org/freebsd/ If you would like to submit patches for OpenOffice.org, please fill out and submit SCA (or JCA or CA), (announcement). otherwise, we won't commit them, even for the FreeBSD ports cvs repo. If you want to learn more, please check the License FAQ. Here is a list of people who have signed the SCA, JCA and CA. thanks -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt From owner-freebsd-ports@FreeBSD.ORG Sun Oct 4 03:38:35 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9606A106566B; Sun, 4 Oct 2009 03:38:35 +0000 (UTC) (envelope-from olivier@gautherot.net) Received: from mail-px0-f192.google.com (mail-px0-f192.google.com [209.85.216.192]) by mx1.freebsd.org (Postfix) with ESMTP id 5E7EC8FC08; Sun, 4 Oct 2009 03:38:35 +0000 (UTC) Received: by pxi30 with SMTP id 30so3162105pxi.7 for ; Sat, 03 Oct 2009 20:38:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.195.18 with SMTP id s18mr472858wff.50.1254625950107; Sat, 03 Oct 2009 20:12:30 -0700 (PDT) In-Reply-To: <20091004003452.GA55656@wep4035.physik.uni-wuerzburg.de> References: <1e31c7980909200426h44a65a53g7d5f47ea707d8b9c@mail.gmail.com> <11167f520909200438q3a2a8b7ey11ec8e644d91fc5a@mail.gmail.com> <4AB76600.8090407@icyb.net.ua> <20090921191509.GA55401@troutmask.apl.washington.edu> <20091004003452.GA55656@wep4035.physik.uni-wuerzburg.de> From: Olivier Gautherot Date: Sat, 3 Oct 2009 22:12:10 -0500 Message-ID: To: Steve Kargl , Andriy Gapon , "Sam Fourman Jr." , freebsd-openoffice@freebsd.org, Vinicius Abrahao , freebsd-ports , miwi@freebsd.org, mwlucas@blackhelicopters.org, maho@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Problem building Openoffice 3.1.1 at -current X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Oct 2009 03:38:35 -0000 Hi folks! On Sat, Oct 3, 2009 at 7:34 PM, Alexey Shuvaev < shuvaev@physik.uni-wuerzburg.de> wrote: > On Mon, Sep 21, 2009 at 12:15:09PM -0700, Steve Kargl wrote: > > On Mon, Sep 21, 2009 at 02:39:44PM +0300, Andriy Gapon wrote: > > > > The above ln and cp were sufficient to complete my build. > > I haven't tested the resulting exectuables. > > > > Thanks, Andriy > > > Rrrr.... > The openoffice guys are trying to bundle every piece of code under > the sun into their tarball in attempt to not depend upon system > libraries... > ... and are getting away from what they want to achieve (IMHO). > > OOO is as fragile as porcelain plate and > still as complex to repair as nuclear u-boot. > It sounds like OOO is designed to be compiled on a fresh system: I reformated a disk yesterday and the compilation of OOO just finished successfully. I loaded 8.0-RC1. As a matter of fact, I used the bundled modules - it takes longer but seems to be a bit more stable. My cent worth... ;-) Cheers Olivier From owner-freebsd-ports@FreeBSD.ORG Sun Oct 4 12:35:24 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 638C41065679; Sun, 4 Oct 2009 12:35:24 +0000 (UTC) (envelope-from QAT@FeeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 0FE5E8FC1D; Sun, 4 Oct 2009 12:35:23 +0000 (UTC) Received: from quark.ds9.tecnik93.com (quark.ds9.tecnik93.com [81.196.207.132]) by worf.ds9.tecnik93.com (Postfix) with ESMTP id A96D522C5350; Sun, 4 Oct 2009 15:36:31 +0300 (EEST) Received: by quark.ds9.tecnik93.com (Postfix, from userid 0) id 3695B12E3C50; Sun, 4 Oct 2009 15:34:23 +0300 (EEST) From: QAT@FreeBSD.org To: Martin Wilke In-Reply-To: <200910041214.n94CE2cs084947@repoman.freebsd.org> References: <200910041214.n94CE2cs084947@repoman.freebsd.org> X-Mailer: $Tecnik: people/itetcu/ports/QA-Tindy/QAT_postPortBuild.sh, v 1.57 2009/03/08 00:17:57 itetcu Exp $ X-QAT-Tindy_Version: tinderbox-devel-3.2_4; dsversion: 3.2 X-QAT-Jail_Arch: amd64 X-QAT-Jail_Csup_Tag: RELENG_7 X-QAT-Jail_Last_Built: 2009-05-12 16:51:22 X-QAT-Port: games/kuklomenos X-QAT-Log: http://T64.TecNik93.com/logs/7-STABLE-FTP/kuklomenos-0.4.1.log X-QAT-Build_Reason: Commit X-QAT-Fail_Reason: OK Message-Id: <20091004123423.3695B12E3C50@quark.ds9.tecnik93.com> Date: Sun, 4 Oct 2009 15:34:23 +0300 (EEST) Cc: ports@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Now OK (Re: cvs commit: ports/games/kuklomenos Makefile) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Oct 2009 12:35:24 -0000 games/kuklomenos, which was previously failing is OK after this commit. Thanks for fixing it! A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From owner-freebsd-ports@FreeBSD.ORG Sun Oct 4 15:14:25 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2016D10656B5 for ; Sun, 4 Oct 2009 15:14:25 +0000 (UTC) (envelope-from mdepot@comcast.net) Received: from QMTA02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id 91A938FC1A for ; Sun, 4 Oct 2009 15:14:24 +0000 (UTC) Received: from OMTA13.westchester.pa.mail.comcast.net ([76.96.62.52]) by QMTA02.westchester.pa.mail.comcast.net with comcast id oeb71c00317dt5G52f19K7; Sun, 04 Oct 2009 15:01:09 +0000 Received: from [172.17.1.10] ([65.96.10.187]) by OMTA13.westchester.pa.mail.comcast.net with comcast id of191c001427s3D3Zf19LA; Sun, 04 Oct 2009 15:01:09 +0000 Message-ID: <4AC8B8B8.4040002@comcast.net> Date: Sun, 04 Oct 2009 11:01:12 -0400 From: Mike Depot User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Tornadoweb X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Oct 2009 15:14:25 -0000 There's been a lot of hype about Tornado lately. (http://www.tornadoweb.org/) So being curious, I played around with it a bit. It seems like it might be worthwhile to have in the ports collection. Is anyone out there already working on a port for this? From owner-freebsd-ports@FreeBSD.ORG Sun Oct 4 20:51:35 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54896106568B; Sun, 4 Oct 2009 20:51:35 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-qy0-f192.google.com (mail-qy0-f192.google.com [209.85.221.192]) by mx1.freebsd.org (Postfix) with ESMTP id 7C7698FC15; Sun, 4 Oct 2009 20:51:34 +0000 (UTC) Received: by qyk30 with SMTP id 30so2794448qyk.7 for ; Sun, 04 Oct 2009 13:51:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=Zj/VRK55rK2Ec5X8nd6D6Wns4vf+bTO460RBodCntMc=; b=ffMVLrJuHdIY6bOqXhX/VlSCRL/APDDB2V7twej+e27ogP6ZR+5acRfjAiGR/4RlRp RkyWuQ6EtKbZ20uvg2jkwwPExiBeJ/X9VL6RG6pElkvNX0hHVpL67s40ZAL01QRFhb4t LDKHcrI/efvlfR59/qpVU64x0NZ3d66BJj6To= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=CZnscP9UA420vA+SeLy3iYLp3UM8/Jli0f179wgeevSfcjJx6BXWiAupCog1glvtHy 4mpVchaAd5yFa4kzyz3Rwb2rSW8uGpxEzXps2m0gIPC91Sagise+XLXLI5hBGME+5FJ5 /hsLuImuzL9tCvKziWWJSIE8nRJBRq5wbIB+o= Received: by 10.224.66.35 with SMTP id l35mr2696231qai.131.1254689492880; Sun, 04 Oct 2009 13:51:32 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 2sm781947qwi.55.2009.10.04.13.51.28 (version=SSLv3 cipher=RC4-MD5); Sun, 04 Oct 2009 13:51:30 -0700 (PDT) Sender: Maho NAKATA Date: Mon, 05 Oct 2009 05:51:22 +0900 (JST) Message-Id: <20091005.055122.1024833258536770135.chat95@mac.com> To: olivier@gautherot.net From: Maho NAKATA In-Reply-To: References: <20090921191509.GA55401@troutmask.apl.washington.edu> <20091004003452.GA55656@wep4035.physik.uni-wuerzburg.de> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: sgk@troutmask.apl.washington.edu, miwi@freebsd.org, avg@icyb.net.ua, mwlucas@blackhelicopters.org, freebsd-openoffice@freebsd.org, vinnix.bsd@gmail.com, freebsd-ports@freebsd.org, sfourman@gmail.com Subject: Re: Problem building Openoffice 3.1.1 at -current X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Oct 2009 20:51:35 -0000 From: Olivier Gautherot Subject: Re: Problem building Openoffice 3.1.1 at -current Date: Sat, 03 Oct 2009 22:12:10 -0500 > Hi folks! > > On Sat, Oct 3, 2009 at 7:34 PM, Alexey Shuvaev < > shuvaev@physik.uni-wuerzburg.de> wrote: > >> On Mon, Sep 21, 2009 at 12:15:09PM -0700, Steve Kargl wrote: >> > On Mon, Sep 21, 2009 at 02:39:44PM +0300, Andriy Gapon wrote: >> > >> > The above ln and cp were sufficient to complete my build. >> > I haven't tested the resulting exectuables. >> > >> > Thanks, Andriy >> > >> Rrrr.... >> The openoffice guys are trying to bundle every piece of code under >> the sun into their tarball in attempt to not depend upon system >> libraries... >> ... and are getting away from what they want to achieve (IMHO). >> >> OOO is as fragile as porcelain plate and >> still as complex to repair as nuclear u-boot. >> > > It sounds like OOO is designed to be compiled on a fresh system: I > reformated a disk yesterday and the compilation of OOO just finished > successfully. I loaded 8.0-RC1. > > As a matter of fact, I used the bundled modules - it takes longer but seems > to be a bit more stable. Hi, Olivier Gautherot thanks for your e-mail. this is just a maintaing issue. if you provide some human resources I'm very happy to use python from ports tree instead. Serious problem may be that when some cws (child work space, smallest unit of development) wrt python is introduced, or when ports python is updated. Then there may be a conflict, and I'd like to ask you to fix it. Usually very easy, but sometimes very hard. thanks, -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt From owner-freebsd-ports@FreeBSD.ORG Sun Oct 4 23:35:24 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F5771065672; Sun, 4 Oct 2009 23:35:24 +0000 (UTC) (envelope-from olivier@gautherot.net) Received: from mail-pz0-f201.google.com (mail-pz0-f201.google.com [209.85.222.201]) by mx1.freebsd.org (Postfix) with ESMTP id 189448FC12; Sun, 4 Oct 2009 23:35:23 +0000 (UTC) Received: by pzk39 with SMTP id 39so551689pzk.15 for ; Sun, 04 Oct 2009 16:35:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.143.131.6 with SMTP id i6mr535620wfn.338.1254699323092; Sun, 04 Oct 2009 16:35:23 -0700 (PDT) In-Reply-To: <20091005.055122.1024833258536770135.chat95@mac.com> References: <20090921191509.GA55401@troutmask.apl.washington.edu> <20091004003452.GA55656@wep4035.physik.uni-wuerzburg.de> <20091005.055122.1024833258536770135.chat95@mac.com> From: Olivier Gautherot Date: Sun, 4 Oct 2009 19:35:03 -0400 Message-ID: To: Maho NAKATA Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: sgk@troutmask.apl.washington.edu, miwi@freebsd.org, avg@icyb.net.ua, mwlucas@blackhelicopters.org, freebsd-openoffice@freebsd.org, vinnix.bsd@gmail.com, freebsd-ports@freebsd.org, sfourman@gmail.com Subject: Re: Problem building Openoffice 3.1.1 at -current X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Oct 2009 23:35:24 -0000 Hi Maho Nakata, First of all, thanks for all your good work - I've been your faithful "customer" for several years already and really appreciate your dedication. > It sounds like OOO is designed to be compiled on a fresh system: I > > reformated a disk yesterday and the compilation of OOO just finished > > successfully. I loaded 8.0-RC1. > > > > As a matter of fact, I used the bundled modules - it takes longer but > seems > > to be a bit more stable. > > Hi, Olivier Gautherot > > thanks for your e-mail. this is just a maintaing issue. > if you provide some human resources I'm very happy to use > python from ports tree instead. > I'll have to reissue the compilation in the data partition since I already started using the necessary space. I'll let you know. Serious problem may be that when some cws (child work space, smallest > unit of development) wrt python is introduced, or when ports > python is updated. Then there may be a conflict, and I'd like > to ask you to fix it. Usually very easy, but sometimes very hard. > >From my past experience, I tend to use the ports as released and do not update the ports tree. The few times I did were tough experiences, usually ending with a complete reinstall... :-S So I'm an easy customer on the ports. System upgrades usually end up in a backup and start from scratch (which was a real exercise on a VIA motherboard). So I may be somewhat atypical... I'll let you know the results. Cheers -- Olivier Gautherot olivier@gautherot.net Cel:+56 98 730 9361 www.gautherot.net http://www.linkedin.com/in/ogautherot From owner-freebsd-ports@FreeBSD.ORG Mon Oct 5 01:37:42 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60BBF1065676; Mon, 5 Oct 2009 01:37:42 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 4176A8FC08; Mon, 5 Oct 2009 01:37:42 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n951bful002768; Sun, 4 Oct 2009 18:37:41 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n951beZW002767; Sun, 4 Oct 2009 18:37:40 -0700 (PDT) (envelope-from sgk) Date: Sun, 4 Oct 2009 18:37:40 -0700 From: Steve Kargl To: Olivier Gautherot Message-ID: <20091005013740.GA2545@troutmask.apl.washington.edu> References: <20090921191509.GA55401@troutmask.apl.washington.edu> <20091004003452.GA55656@wep4035.physik.uni-wuerzburg.de> <20091005.055122.1024833258536770135.chat95@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: miwi@freebsd.org, avg@icyb.net.ua, mwlucas@blackhelicopters.org, freebsd-openoffice@freebsd.org, vinnix.bsd@gmail.com, freebsd-ports@freebsd.org, sfourman@gmail.com Subject: Re: Problem building Openoffice 3.1.1 at -current X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2009 01:37:42 -0000 Can you guys trim your CC list? I have no interest in the stupidity of OOo in including every project under the sun into its build system. -- Steve From owner-freebsd-ports@FreeBSD.ORG Mon Oct 5 01:56:37 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34599106568D for ; Mon, 5 Oct 2009 01:56:37 +0000 (UTC) (envelope-from renguoqin@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id E18C28FC08 for ; Mon, 5 Oct 2009 01:56:36 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so838806qwi.7 for ; Sun, 04 Oct 2009 18:56:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=s9NF2TTD52D1DxMDfDU+83qdlY9YYSmrkGnO8l+14I4=; b=HnFOTFgaOxtR2xffj/QV5zHhBafk+nuo/qaj2N+LgG0qmPh2K+HkBLm3WzgScccTt1 0lRSCWypjPNNeO8/7kALPGwAfwp/rLMkkq9Bd3l0hoqB+xtBMzqrX61o6HaGT1QKFQxN v17poJpwWwP3o/Hl4PyZy3r/n2MndZHCCkM/w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=eBIrlWB/h/61rG0dE0Ne4RQTfEejUeNeLdHXQM4oEKZpWKvuDoSoXw6uVB3QAOtaw8 FmmRthrhJXuum7oDXx0EWHuM3cW6aey54lKIpVrPNUZ0jLnRHb+ep+Yi71v3rwCiftKN l9e5BFEZW+6D+CVsMGu/gjcsLd9rmNW6NVygU= Received: by 10.224.4.131 with SMTP id 3mr2778363qar.141.1254706242544; Sun, 04 Oct 2009 18:30:42 -0700 (PDT) Received: from ?192.168.1.104? (c-76-118-159-130.hsd1.nh.comcast.net [76.118.159.130]) by mx.google.com with ESMTPS id 5sm917897qwg.13.2009.10.04.18.30.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Oct 2009 18:30:41 -0700 (PDT) Message-ID: <4AC94C27.6040305@gmail.com> Date: Sun, 04 Oct 2009 21:30:15 -0400 From: Guoqin Ren User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: random fetch location X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2009 01:56:37 -0000 Hi, Maybe it's a naive question. When I install a package from ports, it often needs to fetch some files. But sometimes it takes a long time before finding an available server to fetch. I also notice that it will try the locations/urls one by one, however the order doesn't change (correct me if I'm wrong). So the very first server on the list will get a lot of traffic since everyone will fetch the files from it. Is there any way to let it randomly pick a url from the list to evenly distribute the traffic among all the servers? Cheers, Guoqin Ren From owner-freebsd-ports@FreeBSD.ORG Mon Oct 5 02:01:58 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83F5A1065679; Mon, 5 Oct 2009 02:01:58 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-yw0-f204.google.com (mail-yw0-f204.google.com [209.85.211.204]) by mx1.freebsd.org (Postfix) with ESMTP id 10B468FC27; Mon, 5 Oct 2009 02:01:57 +0000 (UTC) Received: by ywh42 with SMTP id 42so2024301ywh.28 for ; Sun, 04 Oct 2009 19:01:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=xj18O0217WC70waY9mXQ2TuVNlV5LWKJYkxSD8+3UNM=; b=tZRlW3AOl4vzzI93h8Sokm01IjC69rbDIqgGKzIF1lYpnpmI7ENUtUIuGPxy2wUwdw 5hMqqx8I36S9xQcG+qFsCBIyIHUHIsx6OsqY9/aAxDkoPK0i4ydWeyB5KfofB+MLOHvn TiAT2pgDyIpqfAmMYx6rkjurXEg6nNqJAufY4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=oJFAmiOXkg+Q3+HcEi7EKPMPw9NsQErGm/7ag+wQOu9l1M1+eBq4fznC7ZsoKH0dBB yWxl5w58kis2gtqlwia6m8RPAQpLoOSzv55JyywTt8+KE/VhoVNVuQ5UsnY3p4r2PeQ8 pgvcENcHjJemDk9DE8HXHZbqXLYR9RA3SgQc0= MIME-Version: 1.0 Received: by 10.150.61.15 with SMTP id j15mr8844302yba.292.1254708117407; Sun, 04 Oct 2009 19:01:57 -0700 (PDT) In-Reply-To: <20091004003452.GA55656@wep4035.physik.uni-wuerzburg.de> References: <1e31c7980909200426h44a65a53g7d5f47ea707d8b9c@mail.gmail.com> <11167f520909200438q3a2a8b7ey11ec8e644d91fc5a@mail.gmail.com> <4AB76600.8090407@icyb.net.ua> <20090921191509.GA55401@troutmask.apl.washington.edu> <20091004003452.GA55656@wep4035.physik.uni-wuerzburg.de> Date: Sun, 4 Oct 2009 21:01:57 -0500 Message-ID: <11167f520910041901h12169b14rc845c70f26db47f9@mail.gmail.com> From: "Sam Fourman Jr." To: Steve Kargl , Andriy Gapon , "Sam Fourman Jr." , freebsd-openoffice@freebsd.org, Vinicius Abrahao , freebsd-ports , miwi@freebsd.org, mwlucas@blackhelicopters.org, maho@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Problem building Openoffice 3.1.1 at -current X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2009 02:01:58 -0000 On Sat, Oct 3, 2009 at 7:34 PM, Alexey Shuvaev wrote: > On Mon, Sep 21, 2009 at 12:15:09PM -0700, Steve Kargl wrote: >> On Mon, Sep 21, 2009 at 02:39:44PM +0300, Andriy Gapon wrote: >> > on 20/09/2009 14:38 Sam Fourman Jr. said the following: >> > > On Sun, Sep 20, 2009 at 6:26 AM, Vinicius Abrahao wrote: >> > >> Hello dear fellows, >> > >> >> > >> I'm trying to upgrade my openoffice.org3 from 3.1.0 to 3.1.1, but I= 'm >> > >> getting an strange error (associated with python). >> > >> This is the error that appears many hours after I start the upgrade= : >> > > >> > > >> > > I am getting this same error on FreeBSD 8.0 Beta4 >> > > any idea how to fix the build? >> > >> > I also had a compilation problem like this. >> > Perhaps this is related to having python 2.6 installed on a system? >> > >> > Anyway, I was able to continue the build by doing the following (adjus= t the paths >> > to your environment): >> > >> > $ ln -s >> > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310= /unxfbsdx.pro/lib/python >> > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310= /unxfbsdx.pro/lib/python2.6 >> > >> > $ cp >> > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/python/unx= fbsdx.pro/misc/build/Python-2.6.1/build/lib.freebsd-9.0-CURRENT-amd64-2.6/*= .so >> > =A0/usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/= 310/unxfbsdx.pro/lib/python2.6/ >> > >> > Maybe something else, it was a while ago. >> > >> >> The above ln and cp were sufficient to complete my build. >> I haven't tested the resulting exectuables. >> >> Thanks, Andriy >> > Rrrr.... > The openoffice guys are trying to bundle every piece of code under > the sun into their tarball in attempt to not depend upon system libraries= ... > ... and are getting away from what they want to achieve (IMHO). > > OOO is as fragile as porcelain plate and > still as complex to repair as nuclear u-boot. > > I hate OOO... > > With the attached patch I was able to complete the build on > amd64 9-CURRENT. Will charge 9-amd64-Ports and 9-i386-Ports tinderboxes > to test in a clean environment. Testing on 8-RC is still welcome. > Just drop patch-OOO_XXX_CURRENT into files/ and try to rebuild. > > Alexey. This Worked on 9-CURRENT i386 thanks. Will this patch be included in the ports tree so it isn't broken Sam From owner-freebsd-ports@FreeBSD.ORG Mon Oct 5 02:54:47 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2913106568F for ; Mon, 5 Oct 2009 02:54:47 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 38DA78FC16 for ; Mon, 5 Oct 2009 02:54:47 +0000 (UTC) Received: (qmail 21770 invoked by uid 399); 5 Oct 2009 02:54:46 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 5 Oct 2009 02:54:46 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4AC95FF5.7030608@FreeBSD.org> Date: Sun, 04 Oct 2009 19:54:45 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Guoqin Ren References: <4AC94C27.6040305@gmail.com> In-Reply-To: <4AC94C27.6040305@gmail.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: random fetch location X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2009 02:54:47 -0000 Guoqin Ren wrote: > Hi, > > Maybe it's a naive question. When I install a package from ports, it > often needs to fetch some files. But sometimes it takes a long time > before finding an available server to fetch. I also notice that it will > try the locations/urls one by one, however the order doesn't change > (correct me if I'm wrong). So the very first server on the list will > get a lot of traffic since everyone will fetch the files from it. Is > there any way to let it randomly pick a url from the list to evenly > distribute the traffic among all the servers? Two solutions: 1. Add 'RANDOMIZE_MASTER_SITES= true' to /etc/make.conf 2. Check out ports-mgmt/fastest_sites hth, Doug -- This .signature sanitized for your protection From owner-freebsd-ports@FreeBSD.ORG Mon Oct 5 04:09:26 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ED1E106566B for ; Mon, 5 Oct 2009 04:09:26 +0000 (UTC) (envelope-from yzlin.freebsd@gmail.com) Received: from mail-px0-f192.google.com (mail-px0-f192.google.com [209.85.216.192]) by mx1.freebsd.org (Postfix) with ESMTP id E9ABF8FC14 for ; Mon, 5 Oct 2009 04:09:25 +0000 (UTC) Received: by pxi30 with SMTP id 30so9156pxi.7 for ; Sun, 04 Oct 2009 21:09:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=aqFeBvp/AhohYMl0SPoIZsTMZa5iOju0bl3cClRXxtE=; b=gIR3Nmso8uxxjMesxIC/mZVX3pNF/yPCtrCoIVKgoi1NwrA6ImYeEpcPYR5EBnxxDq mz7i4TV3pHxTbridQJD5vlzhXEpshij9W861avQY0csfSB2k9eNTEui0A+0bw0b326vV jTZYa9h3QsvhevvZR04ujEr71Ay3ZPHJmjmmc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=ErvpEwusd6bauGpEXZKrWrWp5r/j13rpnuOSjcUS1/qA9niVq0gqOPnbk4w3cXSSf2 XJcjuEJA3JTDmu22bDZI/8nnDSp5v2Nna9xReiV+B03/7xs6lmL5NoBGBkzo/szhi7KF sU4d7myY7sMX0pjg6SKXPPWeR2ZLcNknKlpfQ= MIME-Version: 1.0 Received: by 10.114.237.28 with SMTP id k28mr8215758wah.98.1254714104576; Sun, 04 Oct 2009 20:41:44 -0700 (PDT) In-Reply-To: <4AC8B8B8.4040002@comcast.net> References: <4AC8B8B8.4040002@comcast.net> From: Yi-Jheng Lin Date: Mon, 5 Oct 2009 11:41:22 +0800 Message-ID: To: Mike Depot Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ports@freebsd.org Subject: Re: Tornadoweb X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2009 04:09:26 -0000 It's in ports tree now. (www/py-tornado) :) On Sun, Oct 4, 2009 at 11:01 PM, Mike Depot wrote: > There's been a lot of hype about Tornado lately. ( > http://www.tornadoweb.org/) So being curious, I played around with it a > bit. It seems like it might be worthwhile to have in the ports collection. > Is anyone out there already working on a port for this? > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@FreeBSD.ORG Mon Oct 5 07:22:21 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 436BF106568B for ; Mon, 5 Oct 2009 07:22:21 +0000 (UTC) (envelope-from afb@users.sourceforge.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id 060E48FC13 for ; Mon, 5 Oct 2009 07:22:20 +0000 (UTC) Received: from c83-248-163-98.bredband.comhem.se ([83.248.163.98]:58139 helo=[10.0.1.101]) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MuheF-0002IX-7v for freebsd-ports@freebsd.org; Mon, 05 Oct 2009 09:06:21 +0200 Mime-Version: 1.0 (Apple Message framework v753.1) Content-Transfer-Encoding: 7bit Message-Id: <763CF6A3-0948-43A2-9E0B-7B07B4211690@users.sourceforge.net> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-ports@freebsd.org From: =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= Date: Mon, 5 Oct 2009 09:06:16 +0200 X-Mailer: Apple Mail (2.753.1) X-Originating-IP: 83.248.163.98 X-Scan-Result: No virus found in message 1MuheF-0002IX-7v. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1MuheF-0002IX-7v 374a7850d48edeaf33292fa522a25443 Subject: PackageKit Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2009 07:22:21 -0000 I've backported the PackageKit 0.5.x backend to 0.4.x, and made some ports for it and the GNOME/KDE frontends. As described earlier, it uses portupgrade and portaudit and compiles binary packages from source ports if needed. http://afb.users.sourceforge.net/packagekit/ Hopefully this will go into PackageKit 0.4.10, for use while waiting for required PolicyKit/DeviceKit support. Besides some (unused) differences in API, the backend is identical to the one in the latest PackageKit (0.5.2). Feedback appreciated, maintainer didn't respond. --anders From owner-freebsd-ports@FreeBSD.ORG Mon Oct 5 11:06:06 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7508A1065695 for ; Mon, 5 Oct 2009 11:06:06 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6254C8FC17 for ; Mon, 5 Oct 2009 11:06:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n95B66VM087950 for ; Mon, 5 Oct 2009 11:06:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n95B65wV087948 for freebsd-ports@FreeBSD.org; Mon, 5 Oct 2009 11:06:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 5 Oct 2009 11:06:05 GMT Message-Id: <200910051106.n95B65wV087948@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: FreeBSD ports list Cc: Subject: Current unassigned ports problem reports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2009 11:06:06 -0000 (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/139366 Port update: security/fakeroot - Update to v1.13.1 o ports/139365 [maintainer update] www/arora - update to 0.10.1 o ports/139364 [maintainer update] net-mgmt/noc: update from 0.3 to 0 f ports/139362 [PATCH] mail/exilog: [Remove false apache dependency] f ports/139361 [FIX] net/ntop 3.3.10 don`t install needed file f ports/139351 [patch] update astro/viking to 0.9.9 o ports/139350 New port: devel/wt o ports/139349 [NEW PORT] multimedia/libomxil-bellagio: Bellagio is a f ports/139348 [PATCH] devel/p5-Gearman-XS: [SUMMARIZE CHANGES] f ports/139347 [patch]finance/kmymoney2 port update to 1.0.0 o ports/139344 Update libdwarf/dwarfdump to version 20090716 o ports/139342 Problems with octave-forge ports o ports/139341 NEW PORT: devel/aegis-devel o ports/139340 New port -- x11-fonts/gentium-basic f ports/139339 [patch] www/lynx update to 2.8.7.1 o ports/139334 [MAINTAINER] net-p2p/limewire: update to 5.3.6 o ports/139332 games/vavoom-extras: update to 1.30 o ports/139331 games/vavoom: update to 1.30 o ports/139318 [new port] net-mgmt/nagiosgrapher: Collects the output f ports/139317 [PATCH] devel/p5-Gearman-XS: [SUMMARIZE CHANGES] o ports/139313 [patch] Upgrade mail/mailscanner to 4.78.17 o ports/139295 New port: devel/mk-configure -- lightweight, easy to u o ports/139273 [MAINTAINER] dns/dnsmasq: update to 2.51 rc1 o ports/139271 [PATCH] sysutils/hpacucli does not work on the amd64 k o ports/139262 [patch] multimedia/2mandvd update to 1.0 version o ports/139261 [NEW PORT] deskutils/osmo: a personal organizer o ports/139258 [New port] editors/texworks: a simple TeX front-end f ports/139251 [PATCH] /usr/ports/sysutils/bacula-server (fix Check o f ports/139241 upgrade graphics/php5-chartdirector to version 5.0.2 o ports/139222 net-mgmt/flow-tools-ng: update f ports/139203 sysutils/freebsd-snapshot more careful patch not depen o ports/139177 games/vavoom: add option to use the unicode version of o ports/139175 games/vavoom-extras: make config overwrites options fo o ports/139163 [patch] textproc/flex: install info documentation s ports/139150 www/bluefish request for DEVELOPMENT version f ports/139140 textproc/lucene: fails to install WITH_CONTRIB o ports/139132 [maintainer-update] FreeBSDize sysutils/heartbeat star o ports/139112 benchmarks/ttcp: sockaddr_in.sin_family initialization f ports/139107 [patch] sysutils/jfbterm: convert to bsdmake f ports/139078 sysutils/cfengine3: startup scripts broken, update nee f ports/139077 Cannot install ports/sysutils/bacula-bat f ports/139075 Please repo copy lang/squeak to lang/squeak-dev f ports/139064 [PATCH] net/freeradius2: rc.d script should deal with f ports/139060 devel/gearmand: Maintainer patch was missing proper li f ports/139057 sysutils/conky: build error when WITH_BMPX is used o ports/139046 mail/postgrey doesn't use local pidfile f ports/139042 deskutils/blogtk: fails to start as the version in the o ports/139029 [PATCH] chinese/zh-gbk2uni: Removed mark broken. f ports/139024 checksum mismatch for source bz2 of audio/audacity-dev o ports/138994 [patch] new port www/neon29 f ports/138990 sysutils/nagios-statd reports /dev full o ports/138987 [maintainer] textproc/sphinxsearch -- use bsd.options. f ports/138976 [patch] Restrict news/sabnzbdplus to python <= v2.5 f ports/138940 security/p5-SAVI-Perl can work on amd64 o ports/138929 [PATCH] security/heimdal update to 1.2.1 f ports/138925 serial console option for sysutils/memtest86+ f ports/138888 [UPDATE] net/asterisk-addons to 1.4.9 o ports/138830 net/linux-nx-client TCP_NODELAY problem f ports/138823 cannot upgrade ports o ports/138806 New port: games/avp-demo ("Aliens versus predator" dem f ports/138795 [patch] - update databases/clip f ports/138792 [patch] - update security/pgp6 o ports/138786 x11-toolkits/plib unable to connect to network f ports/138716 [PATCH] net/fspd: update to 2.8.1.25 o ports/138695 new slave port - games/ioquake3-devel o ports/138637 New port: graphics/xfractint-devel o ports/138623 New port: multimedia/bombono (software for DVD authori f ports/138483 security/pam_pwdfile port doesn't work post update to f ports/138476 [panic] sysutils/fusefs-kmod: Almost regular panic dur f ports/138469 [ PATCH ] databases/mysql51-{server|client} bad depend a ports/138445 net/freeradius2 problem with rlm_perl o ports/138438 graphics/sane-backends not working on FreeBSD-8 f ports/138435 [patch] databases/freetds gnutls linking error o ports/138408 [patch] finance/libofx import timestamp may be wrong f ports/138402 [patch] www/awffull is not reading configuration file o ports/138361 x11/libxcb: alleviate dependency on python o ports/138348 patch to java/openjdk6 so that build works again o ports/138306 databases/mysqlard - fix mysqlard.conf install with pk o ports/138252 Compile Issue: databases/firebird20-client f ports/138195 www/wwwcount IPv6 and NFS lock enable o ports/138181 [MAINTAINER] devel/doxygen: update to 1.6.1 o ports/138158 [NEW PORT] editors/p5-Vimana: Vim script manager f ports/137990 Update of net/Scapy 2.0.1_3 o ports/137967 update to net-mgmt/chillispot rc script f ports/137957 sysutils/bacula-bat doesn not install some libs f ports/137945 devel/openocd 0.2.0 fails to find ATMEL SAM-ICE as Seg s ports/137886 irc/scrollz fails to compile with any SSL (gnutls conf f ports/137880 [patch] sysutils/memtest86: don't depend on archivers/ f ports/137879 [patch] sysutils/memtest86: allow to install port on a o ports/137751 [new port] audio/jokosher: Multi-track non-linear audi f ports/137733 [NEW PORT] sysutils/scribeserver: Aggregating log data f ports/137728 New port: / f ports/137043 [patch] multimedia/mplayer: add SSSE3 support o ports/137020 New port: comms/dfu-programmer Programmer for USB Atme f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i o ports/136886 multimedia/mplayer does not play CSS enrypted DVDs f ports/136611 security/swatch: leaves zombies behind o ports/136359 New port - lang/gnat-gcc44 f ports/136227 science/Gramps Crashes When Opening a Family File f ports/136132 Update port: devel/srecord to 1.49 f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- o ports/135019 sysutils/bubblemon-dockapp 1.46_6 memory usage meter i s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic o ports/134475 multimedia/xmms gdk error (terminates) f ports/134264 audio/cmus - segmentation fault with ogg files s ports/134112 [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0 o ports/133829 Wrong plist generated if nonstandard MANPREFIX and PRE o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR f ports/133047 [maintainer-update] Update graphics/linux-ac3d to 6.4. f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/118716 security/heimhal - shared library conflict with heimda o ports/111501 [NEW PORT] databases/ruby-oci8 o amd64/104311 ports/wine should be installable on amd64 o ports/101166 bittorrent-curses only works under English locales. o ports/82634 heimdal port conflict with base heimdal 144 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Oct 5 12:37:02 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 915A3106566B for ; Mon, 5 Oct 2009 12:37:02 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 1C7788FC1B for ; Mon, 5 Oct 2009 12:37:01 +0000 (UTC) Received: by ewy5 with SMTP id 5so2100949ewy.36 for ; Mon, 05 Oct 2009 05:37:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=LEYMJd0ZQjlVya8ZyORFIiZ11vThgPeNLRMopfHCYmE=; b=HtHXQ0tO6wkUoLVz1GOuKhlsLoa55ZifAskM1Pz8zswgM5Mh5MKeeoe31xeq4oYPkb hxZOfpkhtIBOl2hVSREk+B83UuxkkV5Fyq54lIeM+0bAZ07M2mD53Zhlw9G4DXSo3LAM xtJnMEO8hu6PwEtITcExXiQBEAF4U9bcvRN7w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=RK6QeA7CvY6Gb2doLAGBTj9GPSkAEEap4kZhHg4D3AIcwXRYbBPXiv9RvUa8gbjt05 Otjns0AgRP9k295sPJP/pdmmgzYP/uKlneT5RK0Vr+IgoxzIMBECqrcQHqNQT0dH2WES ApciTvBd9zdkNooBunyU2DtE5hna7ZIlLGrwE= Received: by 10.211.130.6 with SMTP id h6mr6810142ebn.97.1254746220909; Mon, 05 Oct 2009 05:37:00 -0700 (PDT) Received: from gumby.homeunix.com (bb-87-81-140-128.ukonline.co.uk [87.81.140.128]) by mx.google.com with ESMTPS id 10sm2413771eyd.5.2009.10.05.05.36.59 (version=SSLv3 cipher=RC4-MD5); Mon, 05 Oct 2009 05:36:59 -0700 (PDT) Date: Mon, 5 Oct 2009 13:36:37 +0100 From: RW To: ports@freebsd.org Message-ID: <20091005133637.19167d38@gumby.homeunix.com> In-Reply-To: <4AC95FF5.7030608@FreeBSD.org> References: <4AC94C27.6040305@gmail.com> <4AC95FF5.7030608@FreeBSD.org> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: random fetch location X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2009 12:37:02 -0000 On Sun, 04 Oct 2009 19:54:45 -0700 Doug Barton wrote: > Guoqin Ren wrote: > > Hi, > > > > Maybe it's a naive question. When I install a package from ports, > > it often needs to fetch some files. But sometimes it takes a long > > time before finding an available server to fetch. I also notice > > that it will try the locations/urls one by one, however the order > > doesn't change (correct me if I'm wrong). So the very first server > > on the list will get a lot of traffic since everyone will fetch the > > files from it. Is there any way to let it randomly pick a url from > > the list to evenly distribute the traffic among all the servers? > > Two solutions: > > 1. Add 'RANDOMIZE_MASTER_SITES= true' to /etc/make.conf > 2. Check out ports-mgmt/fastest_sites Also consider setting MASTER_SORT_REGEX to bring good nearby mirrors to the front of the list. Full randomization can end-up bringing some flaky servers to the front. From owner-freebsd-ports@FreeBSD.ORG Mon Oct 5 16:06:50 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 241411065676 for ; Mon, 5 Oct 2009 16:06:50 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id B22CF8FC0C for ; Mon, 5 Oct 2009 16:06:49 +0000 (UTC) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id n95G79OA073554; Mon, 5 Oct 2009 12:07:09 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Anders F =?ISO-8859-1?Q?Bj=F6rklund?= In-Reply-To: <763CF6A3-0948-43A2-9E0B-7B07B4211690@users.sourceforge.net> References: <763CF6A3-0948-43A2-9E0B-7B07B4211690@users.sourceforge.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-u/6rQJ7KspzPBiTf78rp" Organization: FreeBSD, Inc. Date: Mon, 05 Oct 2009 12:06:49 -0400 Message-Id: <1254758809.1257.11.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: freebsd-ports@FreeBSD.org Subject: Re: PackageKit Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2009 16:06:50 -0000 --=-u/6rQJ7KspzPBiTf78rp Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On Mon, 2009-10-05 at 09:06 +0200, Anders F Bj=F6rklund wrote: > I've backported the PackageKit 0.5.x backend to 0.4.x, > and made some ports for it and the GNOME/KDE frontends. >=20 > As described earlier, it uses portupgrade and portaudit > and compiles binary packages from source ports if needed. >=20 > http://afb.users.sourceforge.net/packagekit/ >=20 > Hopefully this will go into PackageKit 0.4.10, for use > while waiting for required PolicyKit/DeviceKit support. >=20 > Besides some (unused) differences in API, the backend is > identical to the one in the latest PackageKit (0.5.2). >=20 > Feedback appreciated, maintainer didn't respond. Which maintainer? I'm quite excited about this work. We have the latest PolicyKit coming with GNOME 2.28 (once 8.0 is out the door). DeviceKit will probably never happen on FreeBSD. DK-power will be coming with GNOME 2.30, however. What kind of DK support does PackageKit require? Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-u/6rQJ7KspzPBiTf78rp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkrKGZcACgkQb2iPiv4Uz4f6ZQCfT5+igaWzir9jyrTm6TfvPcqJ axMAn1hBWk2N75s6CiElLVp4WQInc9jT =j9nY -----END PGP SIGNATURE----- --=-u/6rQJ7KspzPBiTf78rp-- From owner-freebsd-ports@FreeBSD.ORG Mon Oct 5 16:23:21 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56F19106568D for ; Mon, 5 Oct 2009 16:23:21 +0000 (UTC) (envelope-from afb@users.sourceforge.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id 132788FC19 for ; Mon, 5 Oct 2009 16:23:20 +0000 (UTC) Received: from c83-248-163-98.bredband.comhem.se ([83.248.163.98]:61810 helo=[10.0.1.101]) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MuqKc-0006bM-8w; Mon, 05 Oct 2009 18:22:40 +0200 In-Reply-To: <1254758809.1257.11.camel@shumai.marcuscom.com> References: <763CF6A3-0948-43A2-9E0B-7B07B4211690@users.sourceforge.net> <1254758809.1257.11.camel@shumai.marcuscom.com> Mime-Version: 1.0 (Apple Message framework v753.1) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= Date: Mon, 5 Oct 2009 18:22:34 +0200 To: Joe Marcus Clarke X-Mailer: Apple Mail (2.753.1) X-Originating-IP: 83.248.163.98 X-Scan-Result: No virus found in message 1MuqKc-0006bM-8w. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1MuqKc-0006bM-8w 7ef0e3a58c8b2d20e1f9ba01fe516684 Cc: freebsd-ports@FreeBSD.org Subject: Re: PackageKit Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2009 16:23:21 -0000 Joe Marcus Clarke wrote: >> Hopefully this will go into PackageKit 0.4.10, for use >> while waiting for required PolicyKit/DeviceKit support. >> >> Besides some (unused) differences in API, the backend is >> identical to the one in the latest PackageKit (0.5.2). >> >> Feedback appreciated, maintainer didn't respond. > > Which maintainer? I'm quite excited about this work. Maybe I did something wrong, I tried to contact maintainer of "portupgrade" since I had some port search additions... Didn't post the ports earlier (before this backend backport), since it was kinda useless to run with the "dummy" backend. :-) > We have the > latest PolicyKit coming with GNOME 2.28 (once 8.0 is out the door). > DeviceKit will probably never happen on FreeBSD. DK-power will be > coming with GNOME 2.30, however. What kind of DK support does > PackageKit require? Currently PackageKit requires both PolicyKitOne (0.9x) and also Glib 2.22+, which was why it needed to wait for GNOME 2.28 etc. gnome-packagekit requires DeviceKit-power for "battery" support, but I added a disabler meanwhile (i.e. assume power is connected). --anders From owner-freebsd-ports@FreeBSD.ORG Mon Oct 5 16:37:53 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11438106566B for ; Mon, 5 Oct 2009 16:37:53 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 9D29C8FC20 for ; Mon, 5 Oct 2009 16:37:52 +0000 (UTC) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id n95GcC7b073839; Mon, 5 Oct 2009 12:38:12 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Anders F =?ISO-8859-1?Q?Bj=F6rklund?= In-Reply-To: References: <763CF6A3-0948-43A2-9E0B-7B07B4211690@users.sourceforge.net> <1254758809.1257.11.camel@shumai.marcuscom.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-0vhyq8S5RDp3eZ8T4/dU" Organization: FreeBSD, Inc. Date: Mon, 05 Oct 2009 12:37:52 -0400 Message-Id: <1254760672.1257.15.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: freebsd-ports@FreeBSD.org Subject: Re: PackageKit Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2009 16:37:53 -0000 --=-0vhyq8S5RDp3eZ8T4/dU Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On Mon, 2009-10-05 at 18:22 +0200, Anders F Bj=F6rklund wrote: > Joe Marcus Clarke wrote: >=20 > >> Hopefully this will go into PackageKit 0.4.10, for use > >> while waiting for required PolicyKit/DeviceKit support. > >> > >> Besides some (unused) differences in API, the backend is > >> identical to the one in the latest PackageKit (0.5.2). > >> > >> Feedback appreciated, maintainer didn't respond. > > > > Which maintainer? I'm quite excited about this work. >=20 > Maybe I did something wrong, I tried to contact maintainer > of "portupgrade" since I had some port search additions... Ah, I follow. >=20 > Didn't post the ports earlier (before this backend backport), > since it was kinda useless to run with the "dummy" backend. :-) No problem. I did notice some nits in the plist of packagekit. You should not include blank lines (even to logically segment sections). If you want true separation, use separate plists. Once I have some time, I'll go through them in more detail. I'd love to get them committed. >=20 > > We have the > > latest PolicyKit coming with GNOME 2.28 (once 8.0 is out the door). > > DeviceKit will probably never happen on FreeBSD. DK-power will be > > coming with GNOME 2.30, however. What kind of DK support does > > PackageKit require? >=20 > Currently PackageKit requires both PolicyKitOne (0.9x) and also > Glib 2.22+, which was why it needed to wait for GNOME 2.28 etc. If you want to test the latest version with GNOME 2.28, see http://www.freebsd.org/gnome/docs/develfaq.html . We have GNOME 2.28 with polkit-0.9.4 in the tree. >=20 > gnome-packagekit requires DeviceKit-power for "battery" support, > but I added a disabler meanwhile (i.e. assume power is connected). Cool. That support will be coming. They have finally merged a branch of DK-power which offers modular backend support. My project for GNOME 2.30 is DK-power. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-0vhyq8S5RDp3eZ8T4/dU Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkrKIN4ACgkQb2iPiv4Uz4dNWgCgiP1WLmaB44luMt1wyLi5LmAH r7UAoK0cnTwsvucUYmbRxFu+KngGmwrT =kZJ/ -----END PGP SIGNATURE----- --=-0vhyq8S5RDp3eZ8T4/dU-- From owner-freebsd-ports@FreeBSD.ORG Mon Oct 5 17:01:35 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DA751065670; Mon, 5 Oct 2009 17:01:35 +0000 (UTC) (envelope-from afb@users.sourceforge.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id C0BDC8FC20; Mon, 5 Oct 2009 17:01:34 +0000 (UTC) Received: from c83-248-163-98.bredband.comhem.se ([83.248.163.98]:61985 helo=[10.0.1.101]) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1Muqvu-000606-7h; Mon, 05 Oct 2009 19:01:12 +0200 In-Reply-To: <1254760672.1257.15.camel@shumai.marcuscom.com> References: <763CF6A3-0948-43A2-9E0B-7B07B4211690@users.sourceforge.net> <1254758809.1257.11.camel@shumai.marcuscom.com> <1254760672.1257.15.camel@shumai.marcuscom.com> Mime-Version: 1.0 (Apple Message framework v753.1) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <34B6F1DE-9120-494B-BB02-2706AD1D78DF@users.sourceforge.net> Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= Date: Mon, 5 Oct 2009 19:01:07 +0200 To: Joe Marcus Clarke X-Mailer: Apple Mail (2.753.1) X-Originating-IP: 83.248.163.98 X-Scan-Result: No virus found in message 1Muqvu-000606-7h. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1Muqvu-000606-7h eb70959f904ce51b2ed646cb6d56da6f Cc: freebsd-ports@FreeBSD.org Subject: Re: PackageKit Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2009 17:01:35 -0000 Joe Marcus Clarke wrote: >> Didn't post the ports earlier (before this backend backport), >> since it was kinda useless to run with the "dummy" backend. :-) > > No problem. I did notice some nits in the plist of packagekit. You > should not include blank lines (even to logically segment > sections). If > you want true separation, use separate plists. Once I have some time, > I'll go through them in more detail. I'd love to get them committed. Will make some real PR requests for the ports for you to review, then. (thought I had run them all through "portlint", but I'm new at it all) Hopefully that megapatch + autogen won't be needed after 0.4.10 either. >> Currently PackageKit requires both PolicyKitOne (0.9x) and also >> Glib 2.22+, which was why it needed to wait for GNOME 2.28 etc. > > If you want to test the latest version with GNOME 2.28, see > http://www.freebsd.org/gnome/docs/develfaq.html . We have GNOME 2.28 > with polkit-0.9.4 in the tree. I do have some PackageKit-devel etc. ports, but couldn't keep up with the development during GNOME 2.27... Now that GNOME 2.28 (and GPackageKit 2.28 and GLib 2.22) has been released, I might. >> gnome-packagekit requires DeviceKit-power for "battery" support, >> but I added a disabler meanwhile (i.e. assume power is connected). > > Cool. That support will be coming. They have finally merged a branch > of DK-power which offers modular backend support. My project for > GNOME > 2.30 is DK-power. For my desktop, battery support wasn't really "mandatory" anyway... (Moblin developers had another opinion, so it's required in 2.28.0) But I'm also normally using either KDE or Xfce, rather than GNOME. --anders From owner-freebsd-ports@FreeBSD.ORG Tue Oct 6 01:50:13 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1AD2106568F for ; Tue, 6 Oct 2009 01:50:13 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id C7F0B8FC12 for ; Tue, 6 Oct 2009 01:50:13 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 5FBB48C085; Mon, 5 Oct 2009 20:50:13 -0500 (CDT) Date: Mon, 5 Oct 2009 20:50:13 -0500 From: Mark Linimon To: freebsd-ports@FreeBSD.org Message-ID: <20091006015013.GA7583@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Mark Linimon Subject: attention CHOI Junho X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Oct 2009 01:50:14 -0000 You're blocking mail from FreeBSD.org, among others: : host mail.kr.freebsd.org[210.118.94.73] said: 554 Service unavailable; Client host [69.147.83.53] blocked using krrbl.or.kr (in reply to RCPT TO command) mcl From owner-freebsd-ports@FreeBSD.ORG Tue Oct 6 02:02:38 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01A3A1065672 for ; Tue, 6 Oct 2009 02:02:38 +0000 (UTC) (envelope-from bcook@bsdwebsolutions.com) Received: from a.outbound.bsdwebsolutions.com (a.outbound.bsdwebsolutions.com [64.72.68.2]) by mx1.freebsd.org (Postfix) with ESMTP id B77A48FC19 for ; Tue, 6 Oct 2009 02:02:37 +0000 (UTC) Received: from mail.bsdwebsolutions.com ([64.72.68.15]) by a.outbound.bsdwebsolutions.com with esmtps (TLSv1:AES256-SHA:256) (BSD Web Solutions, Inc.) (envelope-from ) id 1Muz0u-0007CR-Jf for ports@FreeBSD.org; Mon, 05 Oct 2009 21:38:52 -0400 Received: from [96.233.198.34] (port=49892 helo=iBookG4.home) by mail.bsdwebsolutions.com with esmtpsa (TLSv1:AES256-SHA:256) (BSD WebSolutions, Inc.) (envelope-from ) id 1Muz0u-000Kx9-Em for ports@FreeBSD.org (authenticated as bcook@bsdwebsolutions.com); Mon, 05 Oct 2009 21:38:52 -0400 Message-ID: <4ACA9FAB.4080302@bsdwebsolutions.com> Date: Mon, 05 Oct 2009 21:38:51 -0400 From: "B. Cook" User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: ports@FreeBSD.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 96.233.198.34 X-BSD-Auth-Id: bcook@bsdwebsolutions.com Cc: Subject: possible security problem? FreeBSD Port: www/adzap X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Oct 2009 02:02:38 -0000 Hello all, Strange thing going on w/ adzap.. possible problem on the server? Seems as if md5/sha256 doesn't match.. but the size is right. the -vista- box is a new install.. root@vista [/usr/ports/www/adzap]# 99 > make distclean ===> Cleaning for adzap-20090301 ===> Deleting distfiles for adzap-20090301 root@vista [/usr/ports/www/adzap]# 100 > make ===> Vulnerability check disabled, database not found => adzap-20090301.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://adzapper.sourceforge.net/. adzap-20090301.tar.gz 100% of 490 kB 549 kBps ===> Extracting for adzap-20090301 => MD5 Checksum mismatch for adzap-20090301.tar.gz. => SHA256 Checksum mismatch for adzap-20090301.tar.gz. ===> Refetch for 1 more times files: adzap-20090301.tar.gz adzap-20090301.tar.gz ===> Vulnerability check disabled, database not found => adzap-20090301.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://adzapper.sourceforge.net/ fetch: http://adzapper.sourceforge.net/adzap-20090301.tar.gz: Requested Range Not Satisfiable => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: adzap-20090301.tar.gz: local modification time does not match remote => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/ and try again. *** Error code 1 Stop in /usr/ports/www/adzap. *** Error code 1 Stop in /usr/ports/www/adzap. I have another copy of adzap-20090301.tar.gz on another box (from march) and I copy that over and replace the one in distfiles and it all compiles just fine.. root@vista [/usr/ports/www/adzap]# 101 > make distclean ===> Cleaning for adzap-20090301 ===> Deleting distfiles for adzap-20090301 root@vista [/usr/ports/www/adzap]# 102 > md5 /home/bcook/adzap-20090301.tar.gz MD5 (/home/bcook/adzap-20090301.tar.gz) = acc2225a2b70f51e13d6919bca6a4bc3 root@vista [/usr/ports/www/adzap]# 103 > sha256 /home/bcook/adzap-20090301.tar.gz SHA256 (/home/bcook/adzap-20090301.tar.gz) = 6fe77885cd8a2cb925ffcceb91a174800c13e43476ac2f3113b641189cd77968 root@vista [/usr/ports/www/adzap]# 104 > cp /home/bcook/adzap-20090301.tar.gz /usr/ports/distfiles/ root@vista [/usr/ports/www/adzap]# 105 > make ===> Vulnerability check disabled, database not found ===> Extracting for adzap-20090301 => MD5 Checksum OK for adzap-20090301.tar.gz. => SHA256 Checksum OK for adzap-20090301.tar.gz. ===> Patching for adzap-20090301 ===> Applying FreeBSD patches for adzap-20090301 ===> Configuring for adzap-20090301 /usr/bin/sed -i.bak -e "s:/usr/bin/perl:/usr/local/bin/perl5.10.1:g" -e "s:%%PREFIX%%:/usr/local:g" /usr/ports/www/adzap/work/adzap-20090301/scripts/squid_redirect /usr/bin/sed -i.bak -e "s:/usr/bin/perl:/usr/local/bin/perl5.10.1:g" -e "s:%%PREFIX%%:/usr/local:g" /usr/ports/www/adzap/work/adzap-20090301/scripts/wrapzap /usr/bin/sed -i.bak -e "s:/usr/bin/perl:/usr/local/bin/perl5.10.1:g" -e "s:%%PREFIX%%:/usr/local:g" /usr/ports/www/adzap/work/adzap-20090301/scripts/zapchain So I think its odd; and think that possibly someone changed something in the file on the adzap server? (yes curl is out of date.. hence why I'm updating the server to begin with.. :) ) * About to connect() to adzapper.sourceforge.net port 80 (#0) * Trying 216.34.181.96... connected * Connected to adzapper.sourceforge.net (216.34.181.96) port 80 (#0) > HEAD /adzap-20090301.tar.gz HTTP/1.1 > User-Agent: curl/7.18.0 (i386-portbld-freebsd6.2) libcurl/7.18.0 OpenSSL/0.9.7e zlib/1.2.3 > Host: adzapper.sourceforge.net > Accept: */* > < HTTP/1.1 200 OK HTTP/1.1 200 OK < Server: nginx/0.7.61 Server: nginx/0.7.61 < Date: Tue, 06 Oct 2009 01:36:11 GMT Date: Tue, 06 Oct 2009 01:36:11 GMT < Content-Type: application/x-gzip Content-Type: application/x-gzip < Connection: keep-alive Connection: keep-alive < Last-Modified: Mon, 24 Aug 2009 07:36:19 GMT Last-Modified: Mon, 24 Aug 2009 07:36:19 GMT < ETag: "7a800-471de461062c0" ETag: "7a800-471de461062c0" < Accept-Ranges: bytes Accept-Ranges: bytes < Content-Length: 501760 Content-Length: 501760 < Cache-Control: max-age=172800 Cache-Control: max-age=172800 < Expires: Thu, 08 Oct 2009 01:36:11 GMT Expires: Thu, 08 Oct 2009 01:36:11 GMT < * Connection #0 to host adzapper.sourceforge.net left intact * Closing connection #0 From owner-freebsd-ports@FreeBSD.ORG Tue Oct 6 08:32:15 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A703C1065672 for ; Tue, 6 Oct 2009 08:32:15 +0000 (UTC) (envelope-from alexander.bubnov@gmail.com) Received: from mail-yw0-f204.google.com (mail-yw0-f204.google.com [209.85.211.204]) by mx1.freebsd.org (Postfix) with ESMTP id 642908FC15 for ; Tue, 6 Oct 2009 08:32:14 +0000 (UTC) Received: by ywh42 with SMTP id 42so3381611ywh.28 for ; Tue, 06 Oct 2009 01:32:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=98kScga8BxYqSPdZgWsBV20bcGh4tfRTYKngEWlRz1E=; b=vweuK33/5uI9DlbEsiZbjwTXTZu2qlemYR3eovftIBhY6dFAV+T+ub/HaIWljIFN3e qz76oX9t2uCKCj98hcPxKS0HuMC9CPkZJW28hlgDOR/RsPdujYs+f32UgejZ8AXUHqOB ohbm35qAZYTxkZkBIZZH0Ekusjpbf21RqxEl8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=uUKrYfkHFYXFFsWGhYWOduzW57/xqcBO7jnOvvoc4Fnp5PvvHqYWXMqOJhl3YQDdeS zn3DZ6nRfd9p/IgR3RNKLGrXuQabJtTIxvHEl1z5jpvUqoTPg3cH9STE9egqlW9jgbFi 4YIV12pQqFw9tPBDgCJRgz7ZYu0XTE3bV7uIE= MIME-Version: 1.0 Received: by 10.150.172.1 with SMTP id u1mr1731983ybe.300.1254816368113; Tue, 06 Oct 2009 01:06:08 -0700 (PDT) Date: Tue, 6 Oct 2009 12:06:08 +0400 Message-ID: From: Alexander Bubnov To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: netbsd pkgsrc X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Oct 2009 08:32:15 -0000 Hello everybody! Probably I am going to ask a stupid question but it is very interesting for me. Because I would like to help BSD projects. Why FreeBSD does not use pkgsrc of NetBSD project as default ports? I guess work can be faster in case port system is shared between BSD projects including OpenBSD. NetBSD ports are ported to many Oses so I would prefer these port system. -- /BR, Alexander From owner-freebsd-ports@FreeBSD.ORG Tue Oct 6 08:56:42 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3464D106568B for ; Tue, 6 Oct 2009 08:56:42 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 17DD98FC16 for ; Tue, 6 Oct 2009 08:56:41 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id BBB258C06D; Tue, 6 Oct 2009 03:56:41 -0500 (CDT) Date: Tue, 6 Oct 2009 03:56:41 -0500 From: Mark Linimon To: Alexander Bubnov Message-ID: <20091006085641.GB14208@lonesome.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ports@freebsd.org Subject: Re: netbsd pkgsrc X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Oct 2009 08:56:42 -0000 On Tue, Oct 06, 2009 at 12:06:08PM +0400, Alexander Bubnov wrote: > Why FreeBSD does not use pkgsrc of NetBSD project as default ports? You're able to do so if you like -- FreeBSD is a supported pkgsrc platform IIUC. OTOH, there are some things FreeBSD ports are able to do that pkgsrc can't (e.g. follow port renames/recategorizations by MOVED during port upgrades). The converse is true, as well. There are also the following data which might be of interest. Note: for FreeBSD and pkgsrc, I'm using the number of things that are buildable from source; but for OpenBSD, I'm using the number of binary packages that are available for the i386 platform (but only because I don't have a quick way to figure out the equivalent ports count, which is higher. Hopefully, someone will inform me.) Therefore, this is a _slightly_ apples vs. oranges comparision, but it still may be informative. FreeBSD 20730* pkgsrc 8458** OpenBSD 5379*** mcl * per FreshPorts.org ** per pkgsrc.org *** from an OpenBSD web page; again, this is undercounting From owner-freebsd-ports@FreeBSD.ORG Tue Oct 6 09:23:45 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00D4B1065672 for ; Tue, 6 Oct 2009 09:23:45 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (dns1.vizion2000.net [62.49.197.50]) by mx1.freebsd.org (Postfix) with ESMTP id AA1DF8FC19 for ; Tue, 6 Oct 2009 09:23:44 +0000 (UTC) Received: by dns1.vizion2000.net (Postfix, from userid 1001) id C102C34D419; Tue, 6 Oct 2009 10:23:30 +0100 (BST) From: David Southwell Organization: Voice & Vision To: freebsd-ports@freebsd.org Date: Tue, 6 Oct 2009 10:23:30 +0100 User-Agent: KMail/1.12.1 (FreeBSD/7.2-RELEASE-p3; KDE/4.3.1; amd64; ; ) References: <20091006015013.GA7583@lonesome.com> In-Reply-To: <20091006015013.GA7583@lonesome.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200910061023.30595.david@vizion2000.net> Cc: Mark Linimon Subject: Re: attention CHOI Junho X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Oct 2009 09:23:45 -0000 > You're blocking mail from FreeBSD.org, among others: > > : host mail.kr.freebsd.org[210.118.94.73] said: 554 > Service unavailable; Client host [69.147.83.53] blocked using krrbl.or.kr > (in reply to RCPT TO command) > > mcl FYI 69.147.83.5 is in one of yahoo's IP blocks David From owner-freebsd-ports@FreeBSD.ORG Tue Oct 6 09:36:24 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 807A21065693 for ; Tue, 6 Oct 2009 09:36:24 +0000 (UTC) (envelope-from alexander.bubnov@gmail.com) Received: from mail-yw0-f204.google.com (mail-yw0-f204.google.com [209.85.211.204]) by mx1.freebsd.org (Postfix) with ESMTP id 3ADBF8FC17 for ; Tue, 6 Oct 2009 09:36:23 +0000 (UTC) Received: by mail-yw0-f204.google.com with SMTP id 42so3416203ywh.28 for ; Tue, 06 Oct 2009 02:36:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=bXlhTnZ1fGzjThFNJjnEu/upQiaALclcaI0Ff+kBcUo=; b=Wygl5QI3IjXSdrEtopvZF9rjCtUW9SUP0zqkTk3qEYijorPZeUqDU8gB+OTb4r2ImS KT9ydrJLzJKCEAbcJnqjstNN6sXuHFW+0BC3pcLqR/eDavCzYqpOJQN8EwQB9ojSTZKR Ms0q19P12t2V+YosTN75jlzCT2IuGMN/EWnU0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=gy/1+5/4IXI1RsqLbPEDU+sWf9GZBCuEYNPLbUVX1BkCuWtN1aA7+dKd06MPKZ9qkA dYFrq2y65/NStN1Ljv/dC3R/ZV8Glt1KUUk0FgDw0AEkwX8Td+e+RBg4fKUy4uVcwRaa Nr0R5ey9AQTOjCIfQtjCnoVDy1cAHd3NIGBho= MIME-Version: 1.0 Received: by 10.150.103.8 with SMTP id a8mr1969114ybc.181.1254821781390; Tue, 06 Oct 2009 02:36:21 -0700 (PDT) In-Reply-To: <20091006085641.GB14208@lonesome.com> References: <20091006085641.GB14208@lonesome.com> Date: Tue, 6 Oct 2009 13:36:21 +0400 Message-ID: From: Alexander Bubnov To: Mark Linimon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ports@freebsd.org Subject: Re: netbsd pkgsrc X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Oct 2009 09:36:24 -0000 Thank a lot you for clarification! 2009/10/6 Mark Linimon > On Tue, Oct 06, 2009 at 12:06:08PM +0400, Alexander Bubnov wrote: > > Why FreeBSD does not use pkgsrc of NetBSD project as default ports? > > You're able to do so if you like -- FreeBSD is a supported pkgsrc > platform IIUC. > > OTOH, there are some things FreeBSD ports are able to do that pkgsrc > can't (e.g. follow port renames/recategorizations by MOVED during > port upgrades). The converse is true, as well. > > There are also the following data which might be of interest. Note: > for FreeBSD and pkgsrc, I'm using the number of things that are buildable > from source; but for OpenBSD, I'm using the number of binary packages > that are available for the i386 platform (but only because I don't have > a quick way to figure out the equivalent ports count, which is higher. > Hopefully, someone will inform me.) > > Therefore, this is a _slightly_ apples vs. oranges comparision, but it > still may be informative. > > FreeBSD 20730* > pkgsrc 8458** > OpenBSD 5379*** > > mcl > > * per FreshPorts.org > ** per pkgsrc.org > *** from an OpenBSD web page; again, this is undercounting > -- /BR, Alexander From owner-freebsd-ports@FreeBSD.ORG Tue Oct 6 11:03:21 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62E93106566B for ; Tue, 6 Oct 2009 11:03:21 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from megatron.madpilot.net (megatron.madpilot.net [88.149.173.206]) by mx1.freebsd.org (Postfix) with ESMTP id 08DBD8FC18 for ; Tue, 6 Oct 2009 11:03:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by megatron.madpilot.net (Postfix) with ESMTP id 552121986; Tue, 6 Oct 2009 13:03:19 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= user-agent:in-reply-to:content-disposition:content-type :content-type:mime-version:references:message-id:subject:subject :from:from:date:date:received:received; s=mail; t=1254826996; x= 1256641396; bh=4ZmsgrcWl2caCi9wkrXcdEQnRHhMQL8UPN9EZlksy2g=; b=D sykdyCfQqmOiAuNHOTHJ4h+7Jo+emro1mFxqcnfW+0+dce9rzqBYbzb+7V+ASxUi bU8jMVm+VyINsAlSkhfVnvbMsUReQAbYNmz0GPNbea9UYv8kIBEhSNHiDFYnbME3 g6LW2bzDTR85/3IxUO+GuC2Tqs8m/gFnzWKGYL/48M= X-Virus-Scanned: amavisd-new at madpilot.net Received: from megatron.madpilot.net ([127.0.0.1]) by localhost (megatron.madpilot.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Yn8DxmCvkfoE; Tue, 6 Oct 2009 13:03:16 +0200 (CEST) Received: by megatron.madpilot.net (Postfix, from userid 1000) id DB304197C; Tue, 6 Oct 2009 13:03:16 +0200 (CEST) Date: Tue, 6 Oct 2009 13:03:16 +0200 From: Guido Falsi To: "B. Cook" Message-ID: <20091006110316.GA41461@megatron.madpilot.net> References: <4ACA9FAB.4080302@bsdwebsolutions.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ACA9FAB.4080302@bsdwebsolutions.com> X-Operating-System: FreeBSD 8.0-RC1 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ports@FreeBSD.org Subject: Re: possible security problem? FreeBSD Port: www/adzap X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Oct 2009 11:03:21 -0000 On Mon, Oct 05, 2009 at 09:38:51PM -0400, B. Cook wrote: > Hello all, > > Strange thing going on w/ adzap.. possible problem on the server? > > Seems as if md5/sha256 doesn't match.. but the size is right. I'm using adzap extensively at home and at work, so I'm quite interested in solving this problem. I checked the archieves(I have an old one handy in a server's distifles dir too). It looks like the archieve contents are identical(diffing old and new archieve content gives no diff). It looks like the distfile was rerolled in some way. Maybe some automatic procedure on sourceforge? I could contact the author and ask. If it's just a new ditifle we can simply update the port to reflect the situation. I'll let you know! -- Guido Falsi From owner-freebsd-ports@FreeBSD.ORG Tue Oct 6 17:57:00 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 323711065697; Tue, 6 Oct 2009 17:57:00 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from mail-vw0-f171.google.com (mail-vw0-f171.google.com [209.85.212.171]) by mx1.freebsd.org (Postfix) with ESMTP id A7D168FC17; Tue, 6 Oct 2009 17:56:59 +0000 (UTC) Received: by vws1 with SMTP id 1so2640336vws.27 for ; Tue, 06 Oct 2009 10:56:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=rDzQ4qSt8x3pOxJcHK2577D+otKjdrfb/94zK336AVo=; b=EVxIyEqqTrZcTawTHTIqBsmNgGDTmLewkKA9Xn2YJ0gjg47HfXbbyRxC+AbJgsfIHt JcHxFSPB49pkRASgkYfhqIcOYnBGGbudSQwUE1Ve/FBU5+JpVTmnFNVNU5Ga1Wbe75uE u0Q+h3KZNZLBbzyQRcMAm1xyCx7LMcUHGnfug= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=K4UQHtpcRWOKKU5CPoleLGs0f6zaqJVGooQjWC5DCpyXighUeY+clOfevLWwR7k9BS GKf2M25CTbIEZNOucp+porisvW0bIMbTBndATXl/x7hxrN/MjkXCH5nNhEGraGAIJ/5e pp6+4QLyJnWOviCyKfoPwOwpTxJRtr2HusqW0= MIME-Version: 1.0 Received: by 10.220.79.140 with SMTP id p12mr2794588vck.57.1254849887139; Tue, 06 Oct 2009 10:24:47 -0700 (PDT) In-Reply-To: <20091002133231.GA17567@hades.panopticon> References: <20090930100658.GA99090@obspm.fr> <20090930110508.GA50565@hades.panopticon> <20090930161915.GA18014@lonesome.com> <20091001111417.GF50565@hades.panopticon> <20091001112323.GA26407@droso.net> <20091001114546.GH50565@hades.panopticon> <20091001213656.GA14925@lonesome.com> <20091002133231.GA17567@hades.panopticon> From: Renato Botelho Date: Tue, 6 Oct 2009 14:24:27 -0300 Message-ID: <747dc8f30910061024h5346b25evd27369955f9d6768@mail.gmail.com> To: Dmitry Marakasov Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: Albert Shih , freebsd-questions@freebsd.org, ports@freebsd.org, Mark Linimon , ion-general@lists.berlios.de Subject: Re: ion windows manager on FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Oct 2009 17:57:00 -0000 On Fri, Oct 2, 2009 at 10:32 AM, Dmitry Marakasov wrote: > * Mark Linimon (linimon@lonesome.com) wrote: > >> The author orginally contacted us with a legal threat because we were >> not in compliance with the 28-day clause. =9AA long, acrimonious disucss= ion >> ensued. =9AIn that discussion, the author was asked "if we agree to meet >> that condition going forward, would you guarantee that this would remove >> any further legal threat?" and he said yes ... >> >> for now. >> >> But that he reserved the right to change his mind later. >> >> *depending* on what we did or did not do in the future -- not just in >> adhering to the *existing clauses* like the "significant" clause or >> "renamed" clause -- both of which he mentioned would be part of any >> lawsuit. >> >> Legally indefensible? =9AOf course. =9AWould that prevent a lawsuit bein= g >> filed? =9ANo. =9AAnyone can sue anyone for anything. > > Well, if you insist I of course won't commit it. But the whole thing > disappoints me greately, cause I was pretty sure at least FreeBSD > developers won't be affected by a mere FUD. Do you honestly think > the probability of Tuomo suing us is higher of, say, me suing, well, > us? =9AAnd that anything will change by us not providing a port we > have absolutely totally utterly 100% right to provide? =9AThat is > just silly. > > The port from now on is available here (removed from people.freebsd.org): > http://mirror.amdmi3.ru/ports/ion3-20090110.port.tar You can start a fork of it, change its name, its license, and keep it as a separate project... people will use the same software with another name. Everybody will be happy and we won't have a Tuomo's software inside ports collection again. --=20 Renato Botelho From owner-freebsd-ports@FreeBSD.ORG Tue Oct 6 18:12:59 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C994106566B for ; Tue, 6 Oct 2009 18:12:59 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id 63C968FC13 for ; Tue, 6 Oct 2009 18:12:58 +0000 (UTC) Received: by bsdcrew.de (Postfix, from userid 1001) id 422444AF56; Tue, 6 Oct 2009 20:12:55 +0200 (CEST) Date: Tue, 6 Oct 2009 20:12:55 +0200 From: Martin Wilke To: kde-freebsd@kde.org Message-ID: <20091006181254.GL39673@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports@FreeBSD.org Subject: [CFT] KDE 4.3.2 / Qt 4.5.3 Ready for Testing X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Oct 2009 18:12:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 We're happy to announce that KDE-4.3.2 is ready for testing. KDE-4.3.2 is only a Bugfix release. If you want to play with KDE 4.3.2 please checkout all ports from area51. A note about area51, we have changed the repo layout, Qt and KDE is now split between area51/QT and area51/KDE. If you have an old check out please delete all and run a new checkout: svn co http://area51.pcbsd.org/trunk/area51 You'll then find 3 dirs: QT, KDE, Tools, in Tools/scripts you'll find 2 scripts to merge QT and KDE to /usr/ports. If you see any issues please let use know. Happy Testing! - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkrLiKYACgkQdLJIhLHm/On75gCdEANw7t+9ZCwH1PMk7luYuWhh uroAoJcly6BgWrvp1SDegtiZsK9HK/0+ =gwD1 -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Tue Oct 6 21:31:03 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92D661065676 for ; Tue, 6 Oct 2009 21:31:03 +0000 (UTC) (envelope-from boris.hollas@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 01B358FC14 for ; Tue, 6 Oct 2009 21:31:02 +0000 (UTC) Received: (qmail invoked by alias); 06 Oct 2009 21:04:21 -0000 Received: from p54A226B5.dip0.t-ipconnect.de (EHLO lifebook) [84.162.38.181] by mail.gmx.net (mp053) with SMTP; 06 Oct 2009 23:04:21 +0200 X-Authenticated: #34156689 X-Provags-ID: V01U2FsdGVkX1/lRpoleJrl9q6m6/EnXUDKXesgdYAkLsWMg84piG 3NhAHp3iA4N4UF Date: Tue, 06 Oct 2009 23:04:11 +0200 To: stas@freebsd.org From: "Boris Hollas" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: User-Agent: Opera Mail/9.64 (Linux) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.53 Cc: ports@freebsd.org Subject: FreeBSD Port: ocaml-3.11 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Oct 2009 21:31:03 -0000 Hello, I discovered a strange problem with the FreeBSD port of OCaml. Frama-C/Jessie is a formal verification framework for C code, written in OCaml. The Beryllium distribution [1] compiles on OpenBSD, NetBSD, and Linux, but not on FreeBSD. On FreeBSD 7.2, I tried OCaml 3.11.0 as well as OCaml 3.11.1 [2]. However, I was able to compile [1] with OCaml 3.11.1 on Debian testing. On both platforms, I used ./configure && make (gmake on FreeBSD). Any ideas? Cheers, Boris [1] http://frama-c.cea.fr/download/frama-c-Beryllium-20090901.tar.gz [2] http://lists.gforge.inria.fr/pipermail/frama-c-discuss/2009-September/001445.html I just tried to compile frama-c-Beryllium-20090901 on FreeBSD 7.2 with OCaml 3.11.0. Compiling stops with File "src/jessie/interp.mli", line 26, characters 0-7: Error: Unbound module Jc gmake: *** [src/jessie/interp.cmi] Error 2 http://lists.gforge.inria.fr/pipermail/frama-c-discuss/2009-October/001448.html Hi Richard, no success with Ocaml 3.11.1 either: Ocamlc src/jessie/interp.cmi File "src/jessie/interp.mli", line 26, characters 0-7: Error: Unbound module Jc gmake: *** [src/jessie/interp.cmi] Error 2 Maybe it's a problem with the makefile. Does it compile on Debian testing? On Thu, 01 Oct 2009 10:07:58 +0200, Richard Bonichon wrote: > Hi Boris, > >> OCaml 3.11.0. Compiling stops with >> >> File "src/jessie/interp.mli", line 26, characters 0-7: >> Error: Unbound module Jc >> gmake: *** [src/jessie/interp.cmi] Error 2 > > AFAIK, the problem you describe is not related to FreeBSD (the version > you use compiles and runs on both Open- and NetBSD, so there is no > reason this should not be the case on FreeBSD). > > Have you tried something along the lines of: > % gmake clean > % gmake depend > % gmake > (I assume your compilation process has been properly configured) > > Aside from that (and not related to it), why not use the latest OCaml > version (ie. 3.11.1) ported to FreeBSD? > > Cheers, From owner-freebsd-ports@FreeBSD.ORG Tue Oct 6 21:55:11 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01C16106566B for ; Tue, 6 Oct 2009 21:55:11 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8BFCA8FC0A for ; Tue, 6 Oct 2009 21:55:10 +0000 (UTC) Received: (qmail 17779 invoked by uid 399); 6 Oct 2009 21:55:09 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 6 Oct 2009 21:55:09 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4ACBBCBC.6000700@FreeBSD.org> Date: Tue, 06 Oct 2009 14:55:08 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: freebsd-ports@freebsd.org X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Portmaster funding proposal X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Oct 2009 21:55:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 I am launching an initiative to give the community the opportunity to fund further development on portmaster. As much as I love doing this work I need to be able to support myself and my family and the kinds of features that users have requested (such as package support) will take a lot of time to implement correctly. The URL is here: http://dougbarton.us/portmaster-proposal.html If you have any interest in funding this project take a look at that web page. Of course additional ideas for features are also welcome. Finally, if you find this message unwelcome or inappropriate please accept my apologies. Regards, Doug - -- This .signature sanitized for your protection -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEAREDAAYFAkrLvLwACgkQyIakK9Wy8PsADwCfSHs6zYxPNpz5jvZm3kweo6W9 cFEAoLXYm4P+uouW5TLOIXnZ1mw/tXTg =IIY0 -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Wed Oct 7 06:28:55 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 695AB1065676 for ; Wed, 7 Oct 2009 06:28:55 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id AA9D28FC19 for ; Wed, 7 Oct 2009 06:28:54 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 00FD01CC49 for ; Wed, 7 Oct 2009 08:28:54 +0200 (CEST) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20091007062854.00FD01CC49@mail.droso.net> Date: Wed, 7 Oct 2009 08:28:54 +0200 (CEST) Cc: Subject: FreeBSD unmaintained ports which are currently marked broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2009 06:28:55 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/ccaudio broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ccaudio portname: audio/py-libmpdclient broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090829190615/py26-libmpdclient-0.10.0.log.bz2 (_Sep__1_13:01:37_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-libmpdclient portname: chinese/gbk2uni broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni portname: chinese/iiimf-le-xcin broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-iiimf-le-xcin-0.1.7_5.log (_Aug_23_08:39:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/adabindx broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=adabindx portname: devel/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/asis broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/florist broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: editors/xml2rfc-xxe broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: graphics/gephex broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gephex-0.4.4_1.log (_Aug_17_05:37:40_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gephex portname: graphics/irit broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=irit portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: japanese/expect broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/ja-expect-5.30_2.log (_Aug_17_05:38:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=expect portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/pnetc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/libnewmail broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/libnewmail-0.3_16.log (_Aug_23_08:42:17_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=libnewmail portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/flowscan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net-mgmt/lanmap broken because: distfile no longer available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net/astmanproxy broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=astmanproxy portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: palm/prc-tools broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=prc-tools portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/kpdftool broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kpdftool portname: print/latex-msc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-msc portname: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: science/xloops-ginac broken because: does not build with latest GiNaC version. build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/xloops-ginac-0.1.3_9.log (_Aug_21_02:17:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=xloops-ginac portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: shells/bush broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=bush portname: textproc/iiimf-gnome-im-switcher broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gnome-im-switcher portname: textproc/iiimf-gtk broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gtk portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/netsurf broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=netsurf portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/py-gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-wm/ion-2 broken because: Does not build with new libltdl 2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ion-2 From owner-freebsd-ports@FreeBSD.ORG Wed Oct 7 06:30:01 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 139F61065692 for ; Wed, 7 Oct 2009 06:30:01 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 6AACB8FC16 for ; Wed, 7 Oct 2009 06:29:59 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 2C29F1CC64 for ; Wed, 7 Oct 2009 08:29:58 +0200 (CEST) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20091007062958.2C29F1CC64@mail.droso.net> Date: Wed, 7 Oct 2009 08:29:58 +0200 (CEST) Cc: Subject: FreeBSD ports which are currently marked broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2009 06:30:01 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/akode-plugins-ffmpeg broken because: does not compile with ffmpeg 0.5 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=akode-plugins-ffmpeg portname: audio/ccaudio broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ccaudio portname: audio/dino broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=dino portname: audio/emu10kx broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=emu10kx portname: audio/gmpc-mserver broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gmpc-mserver portname: audio/muine broken because: doesn't build and is apparently unmaintained build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=muine portname: audio/py-libmpdclient broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090829190615/py26-libmpdclient-0.10.0.log.bz2 (_Sep__1_13:01:37_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-libmpdclient portname: cad/alliance broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=alliance portname: chinese/gbk2uni broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni portname: chinese/iiimf-le-xcin broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-iiimf-le-xcin-0.1.7_5.log (_Aug_23_08:39:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: comms/hcfmdm broken because: Does not compile at 7.x or higher build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm portname: converters/mimelib broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib portname: databases/erserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver portname: databases/libgda4-jdbc broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libgda4-jdbc portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/adabindx broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=adabindx portname: devel/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/arm-elf-gcc295 broken because: does not support current versions of FreeBSD build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/arm-elf-gcc-2.95.3.log (_Aug_23_08:40:00_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=arm-elf-gcc295 portname: devel/asis broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis portname: devel/asis-gpl broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis-gpl portname: devel/aunit broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=aunit portname: devel/cocktail broken because: Segfault during build on FreeBSD >= 7.0 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090930201510/cocktail-9309_1.log.bz2 (_Jun__3_14:04:39_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/florist broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist portname: devel/florist-gpl broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist-gpl portname: devel/gdb53 broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-5.3_1,1.log (_Aug_17_05:35:15_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53 portname: devel/gdb53-act broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-act-5.3_2,1.log (_Aug_23_08:39:54_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/kdesvn broken because: fails to build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090407195505/kdesvn-1.0.4.log (_Apr_11_04:45:32_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=kdesvn portname: devel/lhs2TeX broken because: Does not compile with GHC 6.10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=lhs2TeX portname: devel/msp430-gdb broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/msp430-gdb-5.1.1.20030909_1.log (_Aug_23_08:40:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/p5-P4-Client broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client portname: devel/poco broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=poco portname: devel/radrails broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=radrails portname: devel/root broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root portname: devel/ruby-rjudy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy portname: devel/ruby-subversion broken because: bad plist build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090924074315/ruby-subversion-1.6.5.log.bz2 (_Sep_12_00:11:02_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-subversion portname: devel/rubygem-rtags broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-rtags portname: devel/xfc broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xfc portname: editors/setedit broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=setedit portname: editors/xml2rfc-xxe broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: editors/zed broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: games/aqbubble broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: games/laughingman broken because: does not link build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/laughingman-0.20070610_1.log (_Aug_23_08:41:11_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=laughingman portname: graphics/bugle broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=bugle portname: graphics/gephex broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gephex-0.4.4_1.log (_Aug_17_05:37:40_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gephex portname: graphics/irit broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=irit portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/php4-ffmpeg broken because: does not compile with ffmpeg 0.5 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=php4-ffmpeg portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: graphics/wings broken because: Broken with erlang-r13b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=wings portname: hebrew/geresh broken because: needs update for the new fribidi paragraph API build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/iw-geresh-0.6.3_1.log (_Aug_23_08:41:05_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=hebrew&portname=geresh portname: japanese/expect broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/ja-expect-5.30_2.log (_Aug_17_05:38:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=expect portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/jakarta-commons-dbcp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jakarta-commons-dbcp portname: java/jdk14 broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/jdk-1.4.2p8_15.log (_Aug_23_08:38:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/ccscript broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ccscript portname: lang/dylan broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/gcl broken because: Gcl compiled with gcc42 dumps core build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl portname: lang/gnat-glade broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gnat-glade portname: lang/mlton broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mlton portname: lang/mozart broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart portname: lang/ocamlduce broken because: does not build with current version of lang/ocaml build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ocamlduce portname: lang/pnetc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/pugs broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090916145003/pugs-6.28.0.log.bz2 (_Sep_18_18:31:51_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pugs portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/xsb broken because: Does not compile on FreeBSD 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/libnewmail broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/libnewmail-0.3_16.log (_Aug_23_08:42:17_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=libnewmail portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/linalg broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg portname: math/octave-devel broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090916145003/octave-devel-3.1.55_4.log.bz2 (_Sep_18_18:34:25_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-devel portname: math/octave-forge-ann broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-ann portname: math/octave-forge-base broken because: incomplete pkg-plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-base portname: math/octave-forge-fixed broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-fixed portname: math/octave-forge-ftp broken because: Does not build with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-ftp portname: math/octave-forge-graceplot broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-graceplot portname: math/octave-forge-parallel broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-parallel portname: math/octave-forge-triangular broken because: Does not build with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-triangular portname: math/octave-forge-vrml broken because: Does not install with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-vrml portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: misc/amfm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=amfm portname: misc/usbrh-libusb broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=usbrh-libusb portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/kbtv broken because: does not build on 7.x and greater build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=kbtv portname: multimedia/nmm broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/nmm-1.0.0_6.log (_Aug_21_03:32:56_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=nmm portname: multimedia/sabbu broken because: does not compile with ffmpeg 0.5 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=sabbu portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/flowscan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net-mgmt/lanmap broken because: distfile no longer available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net/adasockets broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=adasockets portname: net/astmanproxy broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=astmanproxy portname: net/b2bua broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua portname: net/blam broken because: unfetchable build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090924074315/blam-1.8.7.log.bz2 (_Sep_26_05:29:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=blam portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/ggsd broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd portname: net/miredo broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=miredo portname: net/penguintv broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090910000900/PenguinTV-4.0.0_1.log.bz2 (_Sep_12_00:13:09_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=penguintv portname: net/rubygem-twitter broken because: does not install, requires exact version of oauth build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rubygem-twitter portname: net/ztelnet broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet portname: news/openftd broken because: Does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/openftd-1.1.0_2.log (Wed Mar 18 11:52:03 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd portname: palm/prc-tools broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=prc-tools portname: palm/romeo broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/kaspaliste broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste portname: print/kpdftool broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kpdftool portname: print/latex-msc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-msc portname: science/elmer-fem broken because: fails to compile with gcc4.4 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090916145003/elmer-fem-5.4.0_6.log.bz2 (_Sep_18_18:38:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmer-fem portname: science/libghemical broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090918211551/libghemical-2.98_3.log.bz2 (_Sep_21_06:00:18_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=libghemical portname: science/pcp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp portname: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: science/xloops-ginac broken because: does not build with latest GiNaC version. build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/xloops-ginac-0.1.3_9.log (_Aug_21_02:17:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=xloops-ginac portname: security/f-prot broken because: This version no longer receives updates build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=f-prot portname: security/krb4 broken because: Incorrect pkg-plist on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb4 portname: security/krb5-17 broken because: Will not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb5-17 portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/py-gnutls broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/py26-gnutls-1.1.9_1.log (_Aug_23_08:42:52_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=py-gnutls portname: security/shibboleth-sp broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/shibboleth-sp-1.3f.log (_Aug_23_08:43:04_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=shibboleth-sp portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: shells/bush broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=bush portname: sysutils/dtc broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/perf broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf portname: sysutils/policykit-kde broken because: is already included in kde 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=policykit-kde portname: sysutils/uhidd broken because: Does not build with the old USB stack build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=uhidd portname: sysutils/xwipower broken because: Use obsoleted wireless lan API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: sysutils/xwlans broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans portname: textproc/bidiv broken because: needs update for the new fribidi paragraph API build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/bidiv-1.5_1.log (_Aug_23_08:43:46_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=bidiv portname: textproc/dixit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=dixit portname: textproc/iiimf-gnome-im-switcher broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gnome-im-switcher portname: textproc/iiimf-gtk broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gtk portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: textproc/uim-el broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090930201510/uim-el-emacs22-1.5.6.log (_Oct__3_03:53:38_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=uim-el portname: textproc/uim-el-emacs21 broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20091006203210/uim-el-emacs21-1.5.6.log (_Oct__4_16:45:45_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=uim-el-emacs21 portname: textproc/uim-el-xemacs21-mule broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20091006203210/uim-el-xemacs21-mule-1.5.6.log (_Oct__4_17:59:35_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=uim-el-xemacs21-mule portname: textproc/xmlada-gps broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=xmlada-gps portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/choqok broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20090921064104/choqok-0.6.6_1.log.bz2 (_Sep_25_21:59:31_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=choqok portname: www/netsurf broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=netsurf portname: www/rubygem-merb broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rubygem-merb portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-drivers/xf86-video-nsc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-nsc portname: x11-fm/velocity broken because: does not build with GNOME 2.26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity portname: x11-themes/kde-icons-gartoon-blue-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-blue-svg portname: x11-themes/kde-icons-gartoon-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-svg portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/gambas2-gb-qt broken because: fails to build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gambas2-gb-qt-2.15.2.log (_Aug_23_08:37:22_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gambas2-gb-qt portname: x11-toolkits/gtkada broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada portname: x11-toolkits/gtkada-devel broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada-devel portname: x11-toolkits/gtkada-gps broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada-gps portname: x11-toolkits/gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/py-gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-toolkits/ruby-panelapplet broken because: does not build with GNOME 2.26. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet portname: x11-wm/ion-2 broken because: Does not build with new libltdl 2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ion-2 From owner-freebsd-ports@FreeBSD.ORG Wed Oct 7 06:30:27 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 155EC106568B for ; Wed, 7 Oct 2009 06:30:27 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 81D708FC1A for ; Wed, 7 Oct 2009 06:30:26 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id BEF0E1CCE5 for ; Wed, 7 Oct 2009 08:30:25 +0200 (CEST) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20091007063025.BEF0E1CCE5@mail.droso.net> Date: Wed, 7 Oct 2009 08:30:25 +0200 (CEST) Cc: Subject: FreeBSD unmaintained ports which are currently scheduled for deletion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2009 06:30:27 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: editors/qemacs description: Quick Emacs - a very small but powerful UNIX editor maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port, dead upstream expiration date: 2009-10-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=qemacs portname: graphics/libwpcg description: A basic 2D/3D computer graphics library which uses OpenGL maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libwpcg portname: net-mgmt/lanmap description: Lanmap sits quietly on a network and builds a picture of what it sees maintainer: ports@FreeBSD.org status: BROKEN deprecated because: distfile no longer available expiration date: 2009-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/p5-SNMP description: A perl5 module for interfacing with the CMU SNMP library maintainer: ports@FreeBSD.org deprecated because: Perl SNMP module is now a part of net-mgmt/net-snmp expiration date: 2009-08-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=p5-SNMP portname: net/xmlrpc++ description: A C++ implementation of the XML-RPC protocol maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port, dead upstream expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=xmlrpc%2B%2B portname: sysutils/rsyslog description: Enhanced syslog daemon maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog portname: sysutils/rsyslog-gssapi description: GSS API output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-gssapi portname: sysutils/rsyslog-mysql description: MySQL output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-mysql portname: sysutils/rsyslog-pgsql description: PostgreSQL output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-pgsql portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: www/mod_auth_mysql41_ap2 description: MySQL 4.1 and Apache 2 port of mod_auth_mysql maintainer: ports@FreeBSD.org status: IGNORE deprecated because: distfile no longer fetchable expiration date: 2009-10-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_mysql41_ap2 portname: x11-toolkits/gtkscintilla description: A wrapper for the Scintilla editing component maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/py-gtkscintilla description: A Python bindings for gtkscintilla library maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses From owner-freebsd-ports@FreeBSD.ORG Wed Oct 7 06:30:39 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F51E10656C9 for ; Wed, 7 Oct 2009 06:30:39 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 5FF138FC25 for ; Wed, 7 Oct 2009 06:30:38 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 8BF821CCE5 for ; Wed, 7 Oct 2009 08:30:37 +0200 (CEST) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20091007063037.8BF821CCE5@mail.droso.net> Date: Wed, 7 Oct 2009 08:30:37 +0200 (CEST) Cc: Subject: FreeBSD ports which are currently scheduled for deletion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2009 06:30:39 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: databases/ruby-dbd_interbase description: InterBase driver for DBI-for-Ruby maintainer: ruby@FreeBSD.org deprecated because: no longer under development expiration date: 2009-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-dbd_interbase portname: databases/ruby-dbd_msql description: mSQL driver for DBI-for-Ruby maintainer: ruby@FreeBSD.org deprecated because: no longer under development expiration date: 2009-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-dbd_msql portname: databases/ruby-dbd_proxy description: Proxy/Server driver for DBI-for-Ruby maintainer: ruby@FreeBSD.org deprecated because: no longer under development expiration date: 2009-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-dbd_proxy portname: editors/qemacs description: Quick Emacs - a very small but powerful UNIX editor maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port, dead upstream expiration date: 2009-10-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=qemacs portname: graphics/libwpcg description: A basic 2D/3D computer graphics library which uses OpenGL maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libwpcg portname: graphics/php4-ffmpeg description: The ffmpeg shared extension for php maintainer: acm@FreeBSD.org status: BROKEN deprecated because: development continues only for php5 expiration date: 2009-10-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=php4-ffmpeg portname: mail/postfix-gps-devel description: Greylist Policy Service for postfix maintainer: freebsd@signout.dk deprecated because: Older than main port, no sign of maintainer activity beyond port creation 4+ years ago expiration date: 2009-11-03 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=postfix-gps-devel portname: math/scilab description: A free Matlab clone by INRIA & ENPC maintainer: utisoft@googlemail.com deprecated because: unmaintained, many releases behind upstream (without anyone caring), broken nearly everywhere expiration date: 2009-11-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=scilab portname: misc/kde4-l10n-eo description: Esperanto messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2009-11-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-eo portname: misc/kde4-l10n-fy description: Frisian messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2009-11-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-fy portname: misc/kde4-l10n-ta description: Tamil messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2009-11-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-ta portname: net-mgmt/lanmap description: Lanmap sits quietly on a network and builds a picture of what it sees maintainer: ports@FreeBSD.org status: BROKEN deprecated because: distfile no longer available expiration date: 2009-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/p5-SNMP description: A perl5 module for interfacing with the CMU SNMP library maintainer: ports@FreeBSD.org deprecated because: Perl SNMP module is now a part of net-mgmt/net-snmp expiration date: 2009-08-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=p5-SNMP portname: net-p2p/nicotine description: GTK2 SoulSeek filesharing client maintainer: stefan@FreeBSD.org deprecated because: development stalled years ago, use net-p2p/nicotine-plus instead expiration date: 2009-10-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=nicotine portname: net/xmlrpc++ description: A C++ implementation of the XML-RPC protocol maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port, dead upstream expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=xmlrpc%2B%2B portname: russian/php_doc description: PHP documentation in HTML (outdated version) maintainer: edwin@mavetju.org deprecated because: Support for the Russian translation of the PHP manual seems to have stopped expiration date: 2009-12-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=php_doc portname: sysutils/rsyslog description: Enhanced syslog daemon maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog portname: sysutils/rsyslog-gssapi description: GSS API output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-gssapi portname: sysutils/rsyslog-mysql description: MySQL output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-mysql portname: sysutils/rsyslog-pgsql description: PostgreSQL output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-pgsql portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: www/mod_auth_mysql41_ap2 description: MySQL 4.1 and Apache 2 port of mod_auth_mysql maintainer: ports@FreeBSD.org status: IGNORE deprecated because: distfile no longer fetchable expiration date: 2009-10-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_mysql41_ap2 portname: www/zope-btreefolder2 description: Zope product that can store many items maintainer: kaeru@inigo-tech.com deprecated because: Included in Zope 2.8 and later expiration date: 2007-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope-btreefolder2 portname: x11-toolkits/gtkscintilla description: A wrapper for the Scintilla editing component maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/py-gtkscintilla description: A Python bindings for gtkscintilla library maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses portname: x11/kxgenerator description: KDE utility to configure the X server maintainer: makc@FreeBSD.org deprecated because: Project abandoned, master site disappeared expiration date: 2009-09-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=kxgenerator From owner-freebsd-ports@FreeBSD.ORG Wed Oct 7 06:30:47 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27CE0106575B for ; Wed, 7 Oct 2009 06:30:47 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id E3AAE8FC24 for ; Wed, 7 Oct 2009 06:30:46 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 909611CC64 for ; Wed, 7 Oct 2009 08:30:46 +0200 (CEST) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20091007063046.909611CC64@mail.droso.net> Date: Wed, 7 Oct 2009 08:30:46 +0200 (CEST) Cc: Subject: FreeBSD unmaintained ports which are currently marked forbidden X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2009 06:30:47 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: www/linux-firefox-devel forbidden because: Security issues http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel From owner-freebsd-ports@FreeBSD.ORG Wed Oct 7 06:30:48 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D8E81065679 for ; Wed, 7 Oct 2009 06:30:48 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 654B68FC15 for ; Wed, 7 Oct 2009 06:30:48 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 107681CCEE for ; Wed, 7 Oct 2009 08:30:48 +0200 (CEST) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20091007063048.107681CCEE@mail.droso.net> Date: Wed, 7 Oct 2009 08:30:48 +0200 (CEST) Cc: Subject: FreeBSD ports which are currently marked forbidden X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2009 06:30:48 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: databases/gnats forbidden because: Security issues build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gnats portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: www/firefox forbidden because: too many security issues http://www.vuxml.org/freebsd/922d2398-9e2d-11de-a998-0030843d3802.html http://www.vuxml.org/freebsd/49e8f2ee-8147-11de-a994-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=firefox portname: www/linux-firefox-devel forbidden because: Security issues http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel From owner-freebsd-ports@FreeBSD.ORG Wed Oct 7 09:39:11 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2FB8106566B for ; Wed, 7 Oct 2009 09:39:11 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from mail-yx0-f184.google.com (mail-yx0-f184.google.com [209.85.210.184]) by mx1.freebsd.org (Postfix) with ESMTP id 5F67D8FC13 for ; Wed, 7 Oct 2009 09:39:11 +0000 (UTC) Received: by yxe14 with SMTP id 14so7036017yxe.7 for ; Wed, 07 Oct 2009 02:39:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=0Hl92lbN32sVdHUaX0OlZh65r6q9rDrFGWD73dzLOcQ=; b=EUwaJGbWd6Ziuyo7qbcRE+BeZXw78SkMHit6bbsBi59RiuaOJLiefkiSqHkIJLkf0a DLsrPD0GVZg0cgM4cz/5pFDztFRmoxDDAhiOjM+Flh7zrzeEfWihT5ZxroJ/SkqMxrHW wkan+BMgA47DlAU5trPSW06BMJosIEt3wCvuY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=oEtXEVDPNAajscYr2OTvLIb479S4Rz5MGe+10lcejuaB78I7rIXKY6rTIGzdLDFM8d 2bl5aPuulRe2CkeA46bbHGBNEsmaRgpU/k3vpkXMa2ok0zuMEkWdNQGFYXHmmr6s/RKP 2unmRkqiWPkY7Bvv5e/L6QZI6e53A9x0YJHKM= MIME-Version: 1.0 Received: by 10.100.246.14 with SMTP id t14mr2732344anh.176.1254906901013; Wed, 07 Oct 2009 02:15:01 -0700 (PDT) Date: Wed, 7 Oct 2009 10:15:00 +0100 Message-ID: From: Eitan Adler To: ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Delete a port I maintain X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2009 09:39:11 -0000 The upstream author no longer maintains this port and I don't have the time to fix it. This port could be removed from the ports tree. portname: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 hebrew/geresh broken because: =C2=A0 =C2=A0 needs update for the new fribidi paragraph AP= I build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/iw= -geresh-0.6.3_1.log (_Aug_23_08:41:05_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=3Dhebrew&portname=3Dge= resh From owner-freebsd-ports@FreeBSD.ORG Wed Oct 7 15:04:11 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5680B1065670; Wed, 7 Oct 2009 15:04:11 +0000 (UTC) (envelope-from stas@deglitch.com) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id 026118FC1E; Wed, 7 Oct 2009 15:04:10 +0000 (UTC) Received: from stasss.yandex.ru (dhcp170-227-red.yandex.net [95.108.170.227]) by mx0.deglitch.com (Postfix) with ESMTPSA id D25F78FC4F; Wed, 7 Oct 2009 19:04:07 +0400 (MSD) Date: Wed, 7 Oct 2009 19:04:03 +0400 From: Stanislav Sedov To: "Boris Hollas" Message-Id: <20091007190403.523041c7.stas@deglitch.com> In-Reply-To: References: Organization: Deglitch Networks X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Wed__7_Oct_2009_19_04_03_+0400_yOGNv3b4XXd.YYbd" Cc: stas@freebsd.org, ports@freebsd.org Subject: Re: FreeBSD Port: ocaml-3.11 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2009 15:04:11 -0000 --Signature=_Wed__7_Oct_2009_19_04_03_+0400_yOGNv3b4XXd.YYbd Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 06 Oct 2009 23:04:11 +0200 "Boris Hollas" mentioned: > Hello, >=20 > I discovered a strange problem with the FreeBSD port of OCaml. =20 > Frama-C/Jessie is a formal verification framework for C code, written in = =20 > OCaml. The Beryllium distribution [1] compiles on OpenBSD, NetBSD, and =20 > Linux, but not on FreeBSD. On FreeBSD 7.2, I tried OCaml 3.11.0 as well a= s =20 > OCaml 3.11.1 [2]. However, I was able to compile [1] with OCaml 3.11.1 on= =20 > Debian testing. On both platforms, I used ./configure && make (gmake on = =20 > FreeBSD). Any ideas? >=20 Hi, Boris! I've been able to successfully build this app on FreeBSD 7.2-RELEASE with ocaml-3.11.1. I suspect there's some configuration problem on your side. Please, note, that configure script for this program is poorly written and requires bash to run. So the configure string for you should probably looks like this: env MAKE=3Dgmake bash ./configure CFLAGS=3D"-I/usr/local/include" LDFLAGS= =3D"-L/usr/local/lib" It also requires gmake to build. --=20 Stanislav Sedov ST4096-RIPE --Signature=_Wed__7_Oct_2009_19_04_03_+0400_yOGNv3b4XXd.YYbd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJKzK3nAAoJEKN82nOYvCd0Z8gP/3WSS2HatROS6xw93z+dhvgo 56EzyK3FjwY1yvU74cIxTPeQWtqqG7DmGQyngFix3930uKxkM9M35PAE3IsenkKL REooo7L51F4NAZTnwtT/JJzRmqIgGkxIYOwb/laFnbH/21f/mclivZwznVcCZG9F BPohzXLgJLsGmHhy8CjCNOlsRCUCxFFCZC4P0ZO8yfKAjHbyqv7qa7iJv4iyxJGu 7tALpI6FI2uexCRgUjRwROaOSVPhFwNTgOg8OoyoT5mg8feJWZ9/JHe2WcKnOm6E 8hCEp0vtD6rurgE0QyPe/zfQ5CzlrCKNJJw9t/AXksUR0OV3p6N2kLPsM/xryi6D jUMqSUPj3vpvRU7qafJ3emy2mI8JBsJfJfncx95bb9S7LH4vLmZyAzNvObfbI2Ea UEBTYd7hUIAIkxBXolrY8quJTN9j2f0QP5DS1T1Aya0WrrtkbpCmAu5PKnD2p8Xm xga4Oa/amZQCwFQLKZuZjVuoTL7Rf7iQ1pSXCmcS9yHwoM3Ao+C66Us3SjpuaXDp VaKF0tge9GY5C61V0PBCNFtvmBdI6V/iA8nYlfqjH4VfxReQ8cRpNs2TcvUKLY15 yMSSsgI3puZ2oFCaAtT/1036tuKLjHEtQTLo4NSIcl+s0QiJ+o0AdLxZehWDOgsm rCCNcP48OfrID4lBUAUg =L2Tl -----END PGP SIGNATURE----- --Signature=_Wed__7_Oct_2009_19_04_03_+0400_yOGNv3b4XXd.YYbd-- From owner-freebsd-ports@FreeBSD.ORG Wed Oct 7 15:31:02 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D27A51065698; Wed, 7 Oct 2009 15:31:02 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [92.53.104.116]) by mx1.freebsd.org (Postfix) with ESMTP id 8CA6A8FC26; Wed, 7 Oct 2009 15:31:01 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1MvYTj-0003u4-77; Wed, 07 Oct 2009 19:30:59 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id CF035B84D; Wed, 7 Oct 2009 19:30:58 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id 682EFB849; Wed, 7 Oct 2009 19:30:59 +0400 (MSD) Date: Wed, 7 Oct 2009 19:30:59 +0400 From: Dmitry Marakasov To: freebsd-ports@FreeBSD.org Message-ID: <20091007153059.GD69519@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: gnome@FreeBSD.org Subject: glib/webkit update? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2009 15:31:02 -0000 Hi! I need a new version of webkit, because the one that is currently in the ports tree doesn't work with Yahoo maps, and I need that for astro/josm. I've tried to update webkit port locally to r49078, but it requires newer glib: Requested 'glib-2.0 >= 2.21.3' but version of GLib is 2.20.5 Updating glib may require more effort and may break some of my installed apps, so I ask here - is there official update planned anytime soon, and/or is there some work in progress available to test? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-ports@FreeBSD.ORG Wed Oct 7 15:50:52 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C820106566B; Wed, 7 Oct 2009 15:50:52 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id BCAFF8FC1A; Wed, 7 Oct 2009 15:50:51 +0000 (UTC) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id n97FpDqh055180; Wed, 7 Oct 2009 11:51:14 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Dmitry Marakasov In-Reply-To: <20091007153059.GD69519@hades.panopticon> References: <20091007153059.GD69519@hades.panopticon> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-mQfp8cJA7+zxxcqw4mLl" Organization: MarcusCom, Inc. Date: Wed, 07 Oct 2009 11:50:50 -0400 Message-Id: <1254930650.99325.15.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: gnome@freebsd.org, freebsd-ports@freebsd.org Subject: Re: glib/webkit update? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2009 15:50:52 -0000 --=-mQfp8cJA7+zxxcqw4mLl Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-10-07 at 19:30 +0400, Dmitry Marakasov wrote: > Hi! >=20 > I need a new version of webkit, because the one that is currently > in the ports tree doesn't work with Yahoo maps, and I need that for > astro/josm. I've tried to update webkit port locally to r49078, but > it requires newer glib: >=20 > Requested 'glib-2.0 >=3D 2.21.3' but version of GLib is 2.20.5 >=20 > Updating glib may require more effort and may break some of my installed > apps, so I ask here - is there official update planned anytime soon, > and/or is there some work in progress available to test? GNOME 2.28 is now available in MarcusCom CVS, and it includes webkit-gtk2-1.15.1 and glib-2.22.1. As soon as 8.0 is released, GNOME 2.28 will be merged into the ports tree. http://www.freebsd.org/gnome/docs/develfaq.html Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-mQfp8cJA7+zxxcqw4mLl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkrMuNkACgkQb2iPiv4Uz4fgYACeOJ1JhUkitcAR4sPq1HSI67MY 9yIAn3vLCnbuctaEYCVN8ZUaQPolGbgK =hUus -----END PGP SIGNATURE----- --=-mQfp8cJA7+zxxcqw4mLl-- From owner-freebsd-ports@FreeBSD.ORG Wed Oct 7 16:25:37 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41790106566B for ; Wed, 7 Oct 2009 16:25:37 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id B9CA58FC19 for ; Wed, 7 Oct 2009 16:25:36 +0000 (UTC) Received: by fxm22 with SMTP id 22so4935075fxm.36 for ; Wed, 07 Oct 2009 09:25:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=j2vaA2I7jVXFW/FurywjPZ3uQb/PAl1HkITeG1sJEjo=; b=O1kFgo2m1GYm4JcYgl/a5FqS3qKEz2bkIDnCWY6VThJVqQU/2zqeY3VjLT/mDB3sCQ 6BePDaHjbG+67cTO1ImwHAYvdOsSwTYIAsW7w/XbIJmqZtdeZptWsoJZ1sqUvhnWd5Lu 3NS7nNthLfISG8HouQbNsy8ZTfFsWa1LjQmik= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=WbLXkyOX+ZgI69RW754amIlmGoASci9AzyT8NzNHLdLyNU8BUXSdNwFdebhZsr0K1T +XaTreuS/3ZGfH06yYuUqLalp0SJfLKGg4az6S1GXw6FKo73XO0WvJ8p/h5I06DME6uk mrNRVD2LmYle6KjccWwNOfXyvuL2IeIn22ec8= MIME-Version: 1.0 Received: by 10.239.185.77 with SMTP id b13mr7198hbh.158.1254932735372; Wed, 07 Oct 2009 09:25:35 -0700 (PDT) In-Reply-To: <747dc8f30910061024h5346b25evd27369955f9d6768@mail.gmail.com> References: <20090930100658.GA99090@obspm.fr> <20090930110508.GA50565@hades.panopticon> <20090930161915.GA18014@lonesome.com> <20091001111417.GF50565@hades.panopticon> <20091001112323.GA26407@droso.net> <20091001114546.GH50565@hades.panopticon> <20091001213656.GA14925@lonesome.com> <20091002133231.GA17567@hades.panopticon> <747dc8f30910061024h5346b25evd27369955f9d6768@mail.gmail.com> Date: Wed, 7 Oct 2009 13:25:35 -0300 Message-ID: From: "Carlos A. M. dos Santos" To: Renato Botelho Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Albert Shih , ports@freebsd.org, Dmitry Marakasov , Mark Linimon , freebsd-questions@freebsd.org, ion-general@lists.berlios.de Subject: Re: ion windows manager on FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2009 16:25:37 -0000 2009/10/6 Renato Botelho : > On Fri, Oct 2, 2009 at 10:32 AM, Dmitry Marakasov wrot= e: >> * Mark Linimon (linimon@lonesome.com) wrote: >> >>> The author orginally contacted us with a legal threat because we were >>> not in compliance with the 28-day clause. =A0A long, acrimonious disucs= sion >>> ensued. =A0In that discussion, the author was asked "if we agree to mee= t >>> that condition going forward, would you guarantee that this would remov= e >>> any further legal threat?" and he said yes ... >>> >>> for now. >>> >>> But that he reserved the right to change his mind later. >>> >>> *depending* on what we did or did not do in the future -- not just in >>> adhering to the *existing clauses* like the "significant" clause or >>> "renamed" clause -- both of which he mentioned would be part of any >>> lawsuit. >>> >>> Legally indefensible? =A0Of course. =A0Would that prevent a lawsuit bei= ng >>> filed? =A0No. =A0Anyone can sue anyone for anything. >> >> Well, if you insist I of course won't commit it. But the whole thing >> disappoints me greately, cause I was pretty sure at least FreeBSD >> developers won't be affected by a mere FUD. Do you honestly think >> the probability of Tuomo suing us is higher of, say, me suing, well, >> us? =A0And that anything will change by us not providing a port we >> have absolutely totally utterly 100% right to provide? =A0That is >> just silly. >> >> The port from now on is available here (removed from people.freebsd.org)= : >> http://mirror.amdmi3.ru/ports/ion3-20090110.port.tar > > You can start a fork of it, change its name, its license, and keep it as > a separate project... people will use the same software with another > name. You can fork the code, rename it, whathever, but you can NOT change the license without explicit permission from the original copyright owner. That would be legally considered theft! > Everybody will be happy and we won't have a Tuomo's software inside > ports collection again. It would be Tuomo's software anyway, regardless what you renamed it to, and his ownership would still prevail. Feel free to dislike his behavior but keep compliant to his rights unless you are whiling to face a lawsuit. --=20 My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From owner-freebsd-ports@FreeBSD.ORG Wed Oct 7 18:18:50 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1034F1065694 for ; Wed, 7 Oct 2009 18:18:50 +0000 (UTC) (envelope-from me@janh.de) Received: from mailhost.uni-hamburg.de (mailhost.uni-hamburg.de [134.100.32.155]) by mx1.freebsd.org (Postfix) with ESMTP id C026C8FC20 for ; Wed, 7 Oct 2009 18:18:49 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mailhost.uni-hamburg.de (Postfix) with ESMTP id EDA89900D1; Wed, 7 Oct 2009 20:18:47 +0200 (CEST) X-Virus-Scanned: by University of Hamburg (RRZ/mailhost) Received: from mailhost.uni-hamburg.de ([127.0.0.1]) by localhost (mailhost.uni-hamburg.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id hHrNVXJHaBcy; Wed, 7 Oct 2009 20:18:47 +0200 (CEST) Received: from janh.freebsd (privat-139jes.math.uni-hamburg.de [134.100.221.76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: fmjv004) by mailhost.uni-hamburg.de (Postfix) with ESMTPSA id D109290055; Wed, 7 Oct 2009 20:18:47 +0200 (CEST) Message-ID: <4ACCDB88.9020107@janh.de> Date: Wed, 07 Oct 2009 20:18:48 +0200 From: Jan Henrik Sylvester User-Agent: Thunderbird 2.0.0.23 (X11/20090828) MIME-Version: 1.0 To: ports-list freebsd Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: RESTRICTED packages on FTP not a problem? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2009 18:18:50 -0000 http://lists.freebsd.org/pipermail/freebsd-ports/2009-September/057182.html I wonder why I got no reply to my posting and the new 8.0-RELEASE package set on FTP still contains RESTRICTED packages... not a problem or overlooked? For example: ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.0-release/audio/lame-3.98.2_2.tbz Or: ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.0-release/print/acroread8-8.1.6.tbz Cheers, Jan Henrik From owner-freebsd-ports@FreeBSD.ORG Wed Oct 7 19:17:12 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A82851065692 for ; Wed, 7 Oct 2009 19:17:12 +0000 (UTC) (envelope-from perrin@apotheon.com) Received: from outbound-mail-151.bluehost.com (outbound-mail-151.bluehost.com [67.222.39.31]) by mx1.freebsd.org (Postfix) with SMTP id 72C588FC1E for ; Wed, 7 Oct 2009 19:17:12 +0000 (UTC) Received: (qmail 8323 invoked by uid 0); 7 Oct 2009 18:50:32 -0000 Received: from unknown (HELO box543.bluehost.com) (74.220.219.143) by outboundproxy5.bluehost.com with SMTP; 7 Oct 2009 18:50:32 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=apotheon.com; h=Date:From:To:Subject:Message-ID:Mail-Followup-To:References:Mime-Version:Content-Type:Content-Disposition:In-Reply-To:User-Agent:X-Identified-User; b=mSbr/8QE6PMX0iv0F4ueUFuiy43NRe9k3JC832Nvq2NQMcLYNqoDr5WtMpNBG5XsZgTFOO6X+dXLZgFPIeQZ+yKw8Km75LkA2uEHKvRKkvCKINCYsUSQNObLfYRpIkXA; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=kukaburra.hydra) by box543.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Mvbaq-0003Qz-9H; Wed, 07 Oct 2009 12:50:32 -0600 Received: by kukaburra.hydra (sSMTP sendmail emulation); Wed, 7 Oct 2009 12:43:10 -0600 Date: Wed, 7 Oct 2009 12:43:10 -0600 From: Chad Perrin To: ports@freebsd.org, freebsd-questions@freebsd.org Message-ID: <20091007184310.GC19063@guilt.hydra> Mail-Followup-To: ports@freebsd.org, freebsd-questions@freebsd.org References: <20090930100658.GA99090@obspm.fr> <20090930110508.GA50565@hades.panopticon> <20090930161915.GA18014@lonesome.com> <20091001111417.GF50565@hades.panopticon> <20091001112323.GA26407@droso.net> <20091001114546.GH50565@hades.panopticon> <20091001213656.GA14925@lonesome.com> <20091002133231.GA17567@hades.panopticon> <747dc8f30910061024h5346b25evd27369955f9d6768@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5QAgd0e35j3NYeGe" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Identified-User: {2737:box543.bluehost.com:apotheon:apotheon.org} {sentby:smtp auth 24.8.180.234 authed with ren@apotheon.org} Cc: Subject: Re: ion windows manager on FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2009 19:17:12 -0000 --5QAgd0e35j3NYeGe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 07, 2009 at 01:25:35PM -0300, Carlos A. M. dos Santos wrote: >=20 > You can fork the code, rename it, whathever, but you can NOT change > the license without explicit permission from the original copyright > owner. That would be legally considered theft! Incorrect. It would be legally considered copyright infringement. Copyright law is not property law, and both different laws *and* different terms apply. "Theft" is not a term legally applied to copyright infringement -- at least, in any jurisdiction of which I'm even vaguely aware of the state of copyright law. "That would be legally considered copyright infringement!" There. I fixed it for you. --=20 Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] --5QAgd0e35j3NYeGe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkrM4T4ACgkQ9mn/Pj01uKVAxgCffY8SrlLVIY3ie95woaWkmzBV We0Anja1cm8A3JcGL9G8M3e0SrF2dXya =IlO5 -----END PGP SIGNATURE----- --5QAgd0e35j3NYeGe-- From owner-freebsd-ports@FreeBSD.ORG Wed Oct 7 22:07:59 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4226B1065679; Wed, 7 Oct 2009 22:07:59 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmmtao101.cox.net (eastrmmtao101.cox.net [68.230.240.7]) by mx1.freebsd.org (Postfix) with ESMTP id B56568FC08; Wed, 7 Oct 2009 22:07:58 +0000 (UTC) Received: from eastrmimpo03.cox.net ([68.1.16.126]) by eastrmmtao101.cox.net (InterMail vM.8.00.01.00 201-2244-105-20090324) with ESMTP id <20091007220757.SYWM6358.eastrmmtao101.cox.net@eastrmimpo03.cox.net>; Wed, 7 Oct 2009 18:07:57 -0400 Received: from localhost ([68.103.37.153]) by eastrmimpo03.cox.net with bizsmtp id py7x1c00F3JFCbG02y7xig; Wed, 07 Oct 2009 18:07:58 -0400 X-VR-Score: -110.00 X-Authority-Analysis: v=1.0 c=1 a=LeH6XzfVAAAA:8 a=kviXuzpPAAAA:8 a=6I5d2MoRAAAA:8 a=xxXb9Mt0P8ISDGkoKtgA:9 a=Pq37oYTOjoEb_H_krJsA:7 a=ft4StGuKbU_FMmDfbwMZ4Nl1Hk0A:4 a=4vB-4DCPJfMA:10 a=SV7veod9ZcQA:10 X-CM-Score: 0.00 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Dmitry Marakasov" References: <20091007153059.GD69519@hades.panopticon> Date: Wed, 07 Oct 2009 17:10:47 -0500 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Jeremy Messenger" Message-ID: In-Reply-To: <20091007153059.GD69519@hades.panopticon> User-Agent: Opera Mail/10.00 (Linux) Cc: gnome@freebsd.org, freebsd-ports@freebsd.org Subject: Re: glib/webkit update? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2009 22:07:59 -0000 On Wed, 07 Oct 2009 10:30:59 -0500, Dmitry Marakasov wrote: > Hi! > > I need a new version of webkit, because the one that is currently > in the ports tree doesn't work with Yahoo maps, and I need that for > astro/josm. I've tried to update webkit port locally to r49078, but > it requires newer glib: > > Requested 'glib-2.0 >= 2.21.3' but version of GLib is 2.20.5 > > Updating glib may require more effort and may break some of my installed > apps, so I ask here - is there official update planned anytime soon, > and/or is there some work in progress available to test? GNOME 2.28 was released during our ports tree freeze time, so we weren't able to put into ports tree. If you can't wait, grab those in MarcusCom CVS[1]. [1] http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi/ Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Thu Oct 8 00:53:22 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77B361065672 for ; Thu, 8 Oct 2009 00:53:22 +0000 (UTC) (envelope-from stephen.hocking@gmail.com) Received: from mail-yw0-f186.google.com (mail-yw0-f186.google.com [209.85.211.186]) by mx1.freebsd.org (Postfix) with ESMTP id 3698A8FC18 for ; Thu, 8 Oct 2009 00:53:22 +0000 (UTC) Received: by ywh16 with SMTP id 16so4900985ywh.13 for ; Wed, 07 Oct 2009 17:53:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=n5p+c6N6Kcy4Nox6v66Dx2lGSS/uekMBizroF0FRKNY=; b=qOpe2DJDK7+FjCEDCtjUS7CVSjoyzbkuIY8LVYAuVHnP65e3to/KAwiWVKg+tUXOhl jMEV1jzzb4mYo5TAx96dvQCTdt8fjRtm2wBSv8JACLRJsS6GoN3yAQwBgIFadaj7YGPH 6ieH3Sjeupfcw3AAGMeVaZePZZQYEfNlQ+kCU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Tph7u+bKXdjZOM/tis/Mo4FjfbTsx/ZptPpFQUh33lsmieqwAtxxyhuNgORrCcKnua 9RgnsKKraOnBNZg5ErK7QYaMg1IOvkvMG0aecwVvlZayL6z39IJnoeTy5HbYlBXJEt8C OvHUDxLO9kWOsI4qC3LapQRmQuSnYsb78WmGs= MIME-Version: 1.0 Received: by 10.150.72.25 with SMTP id u25mr1166411yba.188.1254963201679; Wed, 07 Oct 2009 17:53:21 -0700 (PDT) Date: Thu, 8 Oct 2009 11:53:21 +1100 Message-ID: <6300771b0910071753s6580c099i8c348824a6fe1a72@mail.gmail.com> From: Stephen Hocking To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: sigwait - differences between Linux & FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2009 00:53:22 -0000 Hi all, In my efforts to make the xrdp port more robust under FreeBSD, I have discovered that sigwait (kind of an analogue to select(2), but for signals rather than I/O) re-enables ignored signals in its list under Linux, but not FreeBSD. The sesman daemon uses SIGCHLD to clean up after a session has exited. Under Linux this works OK, under FreeSBD it doesn't. I have worked around it in a very hackish manner (define a dummy signal handler and enable it using signal, which means that the sigwait call can then be unblocked by it), but am wondering if anyone else has run across the same problem, and if so, if they fixed it in an elegant manner. Also, does anyone know the correct semantics of sigwait under this situation? Stephen From owner-freebsd-ports@FreeBSD.ORG Thu Oct 8 10:02:13 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0790106568B; Thu, 8 Oct 2009 10:02:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 46D858FC1A; Thu, 8 Oct 2009 10:02:13 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n98A295h042067 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Oct 2009 13:02:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n98A29rT032312; Thu, 8 Oct 2009 13:02:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n98A29iC032311; Thu, 8 Oct 2009 13:02:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 8 Oct 2009 13:02:09 +0300 From: Kostik Belousov To: Stephen Hocking Message-ID: <20091008100209.GG2259@deviant.kiev.zoral.com.ua> References: <6300771b0910071753s6580c099i8c348824a6fe1a72@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2e7L0d/MUbHEOUYO" Content-Disposition: inline In-Reply-To: <6300771b0910071753s6580c099i8c348824a6fe1a72@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: ports@freebsd.org, hackers@freebsd.org Subject: Re: sigwait - differences between Linux & FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2009 10:02:14 -0000 --2e7L0d/MUbHEOUYO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 08, 2009 at 11:53:21AM +1100, Stephen Hocking wrote: > Hi all, >=20 > In my efforts to make the xrdp port more robust under FreeBSD, I have > discovered that sigwait (kind of an analogue to select(2), but for > signals rather than I/O) re-enables ignored signals in its list under > Linux, but not FreeBSD. The sesman daemon uses SIGCHLD to clean up > after a session has exited. Under Linux this works OK, under FreeSBD > it doesn't. I have worked around it in a very hackish manner (define a > dummy signal handler and enable it using signal, which means that the > sigwait call can then be unblocked by it), but am wondering if anyone > else has run across the same problem, and if so, if they fixed it in > an elegant manner. Also, does anyone know the correct semantics of > sigwait under this situation? ports@ is the wrong list to discuss the issue in the base system. Solaris 10 sigwait(2) manpage says the following: If sigwait() is called on an ignored signal, then the occurrence of the signal will be ignored, unless sigaction() changes the disposition. We have the same behaviour as Solaris, ingored signals are not queued or recorded regardeless of the presence of sigwaiting thread. --2e7L0d/MUbHEOUYO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkrNuKEACgkQC3+MBN1Mb4gQJwCgvgLOveItqyok4c9LdZ3RRpfB s0QAoNSiwghMw1i+hPC671bwMtptj0K0 =j41b -----END PGP SIGNATURE----- --2e7L0d/MUbHEOUYO-- From owner-freebsd-ports@FreeBSD.ORG Thu Oct 8 10:19:37 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD4941065670 for ; Thu, 8 Oct 2009 10:19:37 +0000 (UTC) (envelope-from Albert.Shih@obspm.fr) Received: from smtp-int-m.obspm.fr (smtp-int-m.obspm.fr [145.238.187.15]) by mx1.freebsd.org (Postfix) with ESMTP id 40C2E8FC08 for ; Thu, 8 Oct 2009 10:19:36 +0000 (UTC) Received: from obspm.fr (pcjas.obspm.fr [145.238.184.233]) by smtp-int-m.obspm.fr (8.13.8/8.13.8/SIO Observatoire de Paris - 07/2009) with ESMTP id n98AJYEo021038 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 8 Oct 2009 12:19:35 +0200 Date: Thu, 8 Oct 2009 12:19:34 +0200 From: Albert Shih To: freebsd-ports@FreeBSD.org Message-ID: <20091008101934.GD7113@obspm.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.20 (2009-06-14) X-Miltered: at smtp-int-m.obspm.fr with ID 4ACDBCB6.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4ACDBCB6.000/145.238.184.233/pcjas.obspm.fr/obspm.fr/ X-j-chkmail-Score: MSGID : 4ACDBCB6.000 on smtp-int-m.obspm.fr : j-chkmail score : . : R=. U=. O=. B=0.039 -> S=0.039 X-j-chkmail-Status: Ham Cc: sergio@softshark.org Subject: Any news about ddd ? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2009 10:19:37 -0000 Hi Anyone known what's the status of ports/ddd on the website they say the 3.3.12 is release at 02/2009 Is ddd ports is still in developpment ? Regards -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex Téléphone : 01 45 07 76 26/06 86 69 95 71 Heure local/Local time: Jeu 8 oct 2009 12:17:34 CEST From owner-freebsd-ports@FreeBSD.ORG Thu Oct 8 10:49:30 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D3151065676 for ; Thu, 8 Oct 2009 10:49:30 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id C51568FC14 for ; Thu, 8 Oct 2009 10:49:29 +0000 (UTC) Received: by bsdcrew.de (Postfix, from userid 1001) id 0D2664AF56; Thu, 8 Oct 2009 12:49:28 +0200 (CEST) Date: Thu, 8 Oct 2009 12:49:27 +0200 From: Martin Wilke To: David Naylor Message-ID: <20091008104927.GC50377@bsdcrew.de> References: <20091006181254.GL39673@bsdcrew.de> <200910081230.31348.naylor.b.david@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <200910081230.31348.naylor.b.david@gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports@freebsd.org, kde-freebsd@kde.org Subject: Re: [kde-freebsd] [CFT] KDE 4.3.2 / Qt 4.5.3 Ready for Testing X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2009 10:49:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Oct 08, 2009 at 12:30:27PM +0200, David Naylor wrote: > On Tuesday, 6 October 2009 20:12:55 Martin Wilke wrote: > > We're happy to announce that KDE-4.3.2 is ready > > for testing. KDE-4.3.2 is only a Bugfix release. > > If you want to play with KDE 4.3.2 please checkout > > all ports from area51. > > > > A note about area51, we have changed the repo layout, > > Qt and KDE is now split between area51/QT and area51/KDE. > > If you have an old check out please delete all and run a > > new checkout: > > > > svn co http://area51.pcbsd.org/trunk/area51 > > > > You'll then find 3 dirs: QT, KDE, Tools, in Tools/scripts > > you'll find 2 scripts to merge QT and KDE to /usr/ports. > > If you see any issues please let use know. > > > > Happy Testing! > > I've found a problem with devel/qt4-help-tools: PORTNAME=help (instead of > help-tools). Other then that everything compiled fine and no apparent > regressions. It looks like 'deskutils/dolphin-plugins-mplayerthumbs' has been > obsoleted? help-tools fixed thx. - - Martin > > Thank you for the great work. Looking forward to 8.0 (and beyond :-) ). > > Many thanks, > > David - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkrNw7cACgkQdLJIhLHm/Ok+IwCeOYfTVmH7PWdVqV4BxQRQ3YOQ YCwAoKAac8EXj2b3P66VbnkhWtFS4MkR =S5P0 -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Thu Oct 8 10:54:51 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DC231065696 for ; Thu, 8 Oct 2009 10:54:51 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by mx1.freebsd.org (Postfix) with ESMTP id 8CB328FC1B for ; Thu, 8 Oct 2009 10:54:50 +0000 (UTC) Received: by ewy18 with SMTP id 18so9211395ewy.43 for ; Thu, 08 Oct 2009 03:54:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=r/5fUQTw+VmXrcR5r3WRlvL9zR+gSgN+1o2x+f23vOI=; b=r8jA4zooFBlfXlDZTXzLVPtnaceOjzUeZcVmIk3C4mnlnuvQv3dRgPr90ARyDoe862 DsyS2sQMaDWs/ARHb2TsUzQ/VOTALRGF6zsRZnKZp5imvr4noDcMAf95A1l0w/VfJ5Gt GgLGERMaqu2X8FZl/VRgzGuk5eFCHBrg8kYHU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; b=Ho7xsyzvuBVY1qARupIqUCcqJU9fwQrjBuVZv2eoJ/CYenS1azI+WC6iKRsfay7W9D 5UK2XMRyd2xJDQG6qD4CE+aj0Mp8JAIH0MD0F3xJZRWSnCH+aLv6zM3hCwb42ps9akxT OdcI42w4ObELcKFpEIjfGPHlXqUX/aqtlJLfM= Received: by 10.211.130.19 with SMTP id h19mr1329280ebn.54.1254997833308; Thu, 08 Oct 2009 03:30:33 -0700 (PDT) Received: from dragon.dg ([41.0.54.23]) by mx.google.com with ESMTPS id 10sm468298eyd.8.2009.10.08.03.30.31 (version=SSLv3 cipher=RC4-MD5); Thu, 08 Oct 2009 03:30:32 -0700 (PDT) From: David Naylor To: Martin Wilke Date: Thu, 8 Oct 2009 12:30:27 +0200 User-Agent: KMail/1.12.1 (FreeBSD/8.0-RC1; KDE/4.3.1; i386; ; ) References: <20091006181254.GL39673@bsdcrew.de> In-Reply-To: <20091006181254.GL39673@bsdcrew.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1640585.dM36sibCOd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200910081230.31348.naylor.b.david@gmail.com> Cc: ports@freebsd.org, kde-freebsd@kde.org Subject: Re: [kde-freebsd] [CFT] KDE 4.3.2 / Qt 4.5.3 Ready for Testing X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2009 10:54:51 -0000 --nextPart1640585.dM36sibCOd Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Tuesday, 6 October 2009 20:12:55 Martin Wilke wrote: > We're happy to announce that KDE-4.3.2 is ready > for testing. KDE-4.3.2 is only a Bugfix release. > If you want to play with KDE 4.3.2 please checkout > all ports from area51. >=20 > A note about area51, we have changed the repo layout, > Qt and KDE is now split between area51/QT and area51/KDE. > If you have an old check out please delete all and run a > new checkout: >=20 > svn co http://area51.pcbsd.org/trunk/area51 >=20 > You'll then find 3 dirs: QT, KDE, Tools, in Tools/scripts > you'll find 2 scripts to merge QT and KDE to /usr/ports. > If you see any issues please let use know. >=20 > Happy Testing! I've found a problem with devel/qt4-help-tools: PORTNAME=3Dhelp (instead of= =20 help-tools). Other then that everything compiled fine and no apparent=20 regressions. It looks like 'deskutils/dolphin-plugins-mplayerthumbs' has b= een=20 obsoleted? =20 Thank you for the great work. Looking forward to 8.0 (and beyond :-) ). Many thanks, David --nextPart1640585.dM36sibCOd Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEABECAAYFAkrNv0cACgkQUaaFgP9pFrJsHACfeT/Ql25coH1fBJSXM8IuY5TG bwsAoIubARm+Ng2X3zUL20pLmDeQJfyw =MkuN -----END PGP SIGNATURE----- --nextPart1640585.dM36sibCOd-- From owner-freebsd-ports@FreeBSD.ORG Thu Oct 8 11:35:22 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 496CB1065670 for ; Thu, 8 Oct 2009 11:35:22 +0000 (UTC) (envelope-from codehelp@debian.org) Received: from mail.technocool.net (h3.zynet2.co.uk [212.24.80.3]) by mx1.freebsd.org (Postfix) with ESMTP id AADE58FC0A for ; Thu, 8 Oct 2009 11:35:14 +0000 (UTC) Received: from holly.codehelp (wispy.zynet.net [212.24.80.3]) (Authenticated sender: neil@technocool.net) by mail.technocool.net (Postfix) with ESMTP id 1F23A189B3; Thu, 8 Oct 2009 12:03:37 +0100 (BST) Date: Thu, 8 Oct 2009 12:03:34 +0100 From: Neil Williams To: jbq@caraldi.com Message-Id: <20091008120334.674cb592.codehelp@debian.org> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.1; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Thu__8_Oct_2009_12_03_34_+0100_+3j9pjMXUf2a1AcR" Cc: ports@FreeBSD.org Subject: FreeBSD Port: drivel-2.0.2_10 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2009 11:35:22 -0000 --Signature=_Thu__8_Oct_2009_12_03_34_+0100_+3j9pjMXUf2a1AcR Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable drivel 3.0.0 is now on release. http://linux.codehelp.co.uk/#drivel http://drivel.sourceforge.net/ http://freshmeat.net/projects/drivel http://sourceforge.net/projects/drivel/ Drivel 3.0.0 ("Ready for the future") =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D * Improvements: - Drop remnants of old libraries including: libglade2, libgnome2 and libgnomeui. - Drop deprecated functions from existing libraries, ready for the upcoming Gtk+3.0 transitions. - Migrate from libgtksourceview1.0 to libgtksourceview2.0 - Add patches from bugzilla that have accumulated since 2.0.4 - Include and enhance code from the previous trunk (the unreleased 2.1.1) codebase. - Include translated versions of the Drivel Manual. * Issues: - Serendipity upstream has disabled XMLRPC due to a bug in PHP 5.2 which appears to be fixed in the current 5.2 release. The xmlrpc support in serendipity is disabled but does work again if the xmlrpc plugin is downloaded and installed: http://spartacus.s9y.org/cvs/additional_plugins/serendipity_event_xmlr= pc.zip - drivel is not able to retrieve recent entries from all blog engines as a result of the removal of libegg / issues with the GtkRecentEntries support. - Past-date support in LJ is disabled in 3.0.0. --=20 Neil Williams =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ --Signature=_Thu__8_Oct_2009_12_03_34_+0100_+3j9pjMXUf2a1AcR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrNxwYACgkQiAEJSii8s+Om7ACfXCI1Oq/HOHS10FwMkL8TtFxA 5CsAoJcWMsqlSNUE6+cHS9ltdViGm/Uy =OwBy -----END PGP SIGNATURE----- --Signature=_Thu__8_Oct_2009_12_03_34_+0100_+3j9pjMXUf2a1AcR-- From owner-freebsd-ports@FreeBSD.ORG Thu Oct 8 12:05:00 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4851B106566B for ; Thu, 8 Oct 2009 12:05:00 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id A6C548FC14 for ; Thu, 8 Oct 2009 12:04:59 +0000 (UTC) Received: (qmail invoked by alias); 08 Oct 2009 11:38:18 -0000 Received: from balu.cs.uni-paderborn.de (EHLO balu.cs.uni-paderborn.de) [131.234.21.37] by mail.gmx.net (mp052) with SMTP; 08 Oct 2009 13:38:18 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX18s5sUzkXgs1kn1V15RtPinibvZExIFim3zF6dDLI z8kBmkFJzh52MY Received: from localhost ([127.0.0.1]) by balu.cs.uni-paderborn.de with esmtp (Exim 4.69) (envelope-from ) id KR71NT-000344-9T; Thu, 08 Oct 2009 13:38:17 +0200 Message-ID: <4ACDCF28.6040807@gmx.de> Date: Thu, 08 Oct 2009 13:38:16 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.23) Gecko/20090812 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: Stephen Hocking References: <6300771b0910071753s6580c099i8c348824a6fe1a72@mail.gmail.com> In-Reply-To: <6300771b0910071753s6580c099i8c348824a6fe1a72@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.54 Cc: ports@freebsd.org Subject: Re: sigwait - differences between Linux & FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2009 12:05:00 -0000 Stephen Hocking schrieb: > Hi all, > > In my efforts to make the xrdp port more robust under FreeBSD, I have > discovered that sigwait (kind of an analogue to select(2), but for > signals rather than I/O) re-enables ignored signals in its list under > Linux, but not FreeBSD. If the application relies on sigwait() to wait for and extract an ignored signal (SIG_IGN), it is non-portable, as it expects non-POSIX semantics, and should be fixed by the upstream maintainer (I haven't checked that). Note: Linux has the same semantics, quoting its manual page (on Ubuntu 9.10 beta): sigwait suspends the calling thread until one of the signals in set is delivered to the calling thread. It then stores the number of the sig†> nal received in the location pointed to by sig and returns. The signals > in set must be blocked and not ignored on entrance to sigwait. If the delivered signal has a signal handler function attached, that function is not called. > The sesman daemon uses SIGCHLD to clean up after a session has exited. Under > Linux this works OK, under FreeSBD it doesn't. Not sure I understand. How can it clean up if it's not made aware of child's termination? Or do some Linux kernels behave in another way? Setting SIGCHLD to SIG_IGN (default) means that the kernel will let go of the child processes as they exit, rather than turn them into zombies. You cannot wait() for them though. > I have worked around it in a very hackish manner (define a > dummy signal handler and enable it using signal, which means that the > sigwait call can then be unblocked by it), but am wondering if anyone > else has run across the same problem, and if so, if they fixed it in > an elegant manner. Also, does anyone know the correct semantics of > sigwait under this situation? That is not a hackish workaround, but one of the few safe ways to sigwait() for SIGCHLD. A version fixed thus should still work on Linux, so that fix should be made by xrdp upstream. The canonical reference would be the POSIX standard (IEEE Std 1003.1). 2008: http://www.opengroup.org/onlinepubs/9699919799/ 2001, 2004 edition: http://www.opengroup.org/onlinepubs/000095399/ The latter is also known as the Single Unix Specification v3 (SUSv3). HTH From owner-freebsd-ports@FreeBSD.ORG Thu Oct 8 13:12:10 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D115D1065692 for ; Thu, 8 Oct 2009 13:12:10 +0000 (UTC) (envelope-from tabthorpe@gmail.com) Received: from mail-px0-f192.google.com (mail-px0-f192.google.com [209.85.216.192]) by mx1.freebsd.org (Postfix) with ESMTP id 87C0D8FC27 for ; Thu, 8 Oct 2009 13:12:10 +0000 (UTC) Received: by pxi30 with SMTP id 30so3661456pxi.7 for ; Thu, 08 Oct 2009 06:12:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:from:organization:to :subject:date:user-agent:cc:references:in-reply-to:x-face :content-type:content-transfer-encoding:content-disposition :message-id; bh=FVB8jTy7ibqsO26MtQeQK1Xsp65My9xN0l+P5t5d+B8=; b=ufKIMCZYWkmxKMcP39ArXU9DH89fuDiOK64hfSZMOY5ahdXjkQS2iQ3yZ8SPLZVohg lzdDJpxL25k3Voujzl8Iqcytq7S88wwWzereW6aY1uIqr32S+DE2XKhbKQwCO8bMwHXX FjOZk82WjVgPuRbr57PltI0L8NgjOyYTJhCPg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:organization:to:subject:date:user-agent:cc:references :in-reply-to:x-face:content-type:content-transfer-encoding :content-disposition:message-id; b=PjpQHVlnuY9gaXUbcdv4zXrsw4hhXyasaiUj2x38eT8VPsWxYWf+kvlZQY0cpXgBtI ALNnbHpQ2ONo2+kzXzV5goa59kYsiPC2djz+EUKhZPxqoPpoQorfQHkoPGuCfm7sT1pJ dTw3RDcLOAsUtSnJHI3Hfp28pxc0o4QXMJTp4= Received: by 10.114.119.6 with SMTP id r6mr2057047wac.45.1255006318921; Thu, 08 Oct 2009 05:51:58 -0700 (PDT) Received: from goodking.goodking.ca (dynamic-216-211-53-46.tbaytel.net [216.211.53.46]) by mx.google.com with ESMTPS id 23sm399758pxi.5.2009.10.08.05.51.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 08 Oct 2009 05:51:57 -0700 (PDT) Sender: Thomas Abthorpe From: Thomas Abthorpe Organization: FreeBSD.GoodKing.Ca To: freebsd-ports@freebsd.org Date: Thu, 8 Oct 2009 08:51:37 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.2-STABLE; KDE/4.3.2; i386; ; ) References: In-Reply-To: X-Face: '{ukPXFh<$|q6}[Rzc:pm(8#Ed{kA=w6a5.+<8-=@enbt.)vT]p~4, =?iso-8859-1?q?B8E1=7B=7Dio=0A=09?=(! Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200910080851.53457.tabthorpe@freebsd.org> Cc: Eitan Adler Subject: Re: Delete a port I maintain X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2009 13:12:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 07 October 2009 05:15:00 Eitan Adler wrote: > The upstream author no longer maintains this port and I don't have the > time to fix it. > This port could be removed from the ports tree. > > portname: hebrew/geresh > broken because: needs update for the new fribidi paragraph API > build errors: > http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/iw > -geresh-0.6.3_1.log (_Aug_23_08:41:05_UTC_2009) > overview: > http://portsmon.FreeBSD.org/portoverview.py?category=hebrew&portname=ge > resh > Done PRs are preferred :) Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkrN4GkACgkQ5Gm/jNBp8qB3nACfThipxycOY4HPdD4abR6Msgpy zXYAn0wQHlUmB9pF5qk95DcwtLzfMrLv =eCSV -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Thu Oct 8 14:09:15 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 798E71065672 for ; Thu, 8 Oct 2009 14:09:15 +0000 (UTC) (envelope-from julianwissmann@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 02C6D8FC0C for ; Thu, 8 Oct 2009 14:09:14 +0000 (UTC) Received: by bwz27 with SMTP id 27so4704934bwz.43 for ; Thu, 08 Oct 2009 07:09:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=7OMiBfl6wAd/0XdLwkFpdlPVD8AQpwTLCiWVi0sYmSg=; b=hBU2Ai3xx283plaCQznUFx3WjlHiRIW7/7OEQy0+y6Y7VJ1yRw7iSP9C2870j5uGgh K9Xq+ASwZWd1o1LQxYe240/cYZfoL4Sx/AKbDGr5WR13OjiFUc3uLMQGAI+UeuAKzab5 cbh604WFSClTc2t25TfGDCQhucN5xXZqrKTtk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=Ernt8y5jgMaMERBQbVjuSsFbtIoQJGCcP0xcBUIR8jdCg/+bFPvGT1esxCJ7+bcET1 GjxpZqaX0x+wEDVODDcnvxKJ5g8B59KEbV6wS1zHe7WcSsWxEMpFda75E01hQjJC+7tL xbgbUFNTFe2EJmy0HMIdVpjPABmErN5y6l2rs= Received: by 10.103.76.32 with SMTP id d32mr514398mul.98.1255009097579; Thu, 08 Oct 2009 06:38:17 -0700 (PDT) Received: from ?192.168.2.102? (p5DDAAE4B.dip.t-dialin.net [93.218.174.75]) by mx.google.com with ESMTPS id 23sm101012mun.58.2009.10.08.06.38.16 (version=SSLv3 cipher=RC4-MD5); Thu, 08 Oct 2009 06:38:16 -0700 (PDT) Message-ID: <4ACDEB55.1030905@gmail.com> Date: Thu, 08 Oct 2009 15:38:29 +0200 From: Julian Wissmann User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Problems with vpopmail-devel X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2009 14:09:15 -0000 Hi, I'm trying to install vpopmail-devel as dependency for courier-authlib which I need. When going with portinstall: $portinstall courier-authlib it tries to fetch vpopmail-5.4.27 which is not available on any of the Mirror Servers. Trying to look it up manually there's only a vpopmail-2.4.28 available. Now trying to install vpopmail-5.5 from ports all I get is a size mismatch error on all the mirrors: size mismatch: expected 425441, actual 521800 Help in finding a solution here would be appreciated. Regards Julian Wissmann From owner-freebsd-ports@FreeBSD.ORG Thu Oct 8 14:19:02 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39B161065672; Thu, 8 Oct 2009 14:19:02 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 85BD98FC17; Thu, 8 Oct 2009 14:19:01 +0000 (UTC) Received: by bwz27 with SMTP id 27so4713165bwz.43 for ; Thu, 08 Oct 2009 07:19:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=cfAoRTMcmJMm56WcKIQQDmhN0xcEG/lBHlbwBwxrMU8=; b=TubdJqWDJ+lIeKXSLdOP5DJpx1427uzDwUlHjO92Pn7SRC2z9l4PI+XP1yMzYP1wOg vENu35UMPXGPHBFUvE3cO/+RdoBwvAS7xoO2mDONw0mfrPER+X0YEyqj2BSKaej7NjvY Ww37lZ67cVm6uXZkxRCGRH7KRmuhHLKta3E4U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=OCFcOzVSONz0A+T3yOVYznKGC+ielbJMIvsOMDn1DFcE2wclmYqiKes01z153sGRnn TLG4fPKwuogbikLxXgmNUgWx4r2pp3LojiGut70O9FLrwyrmjeWuUDhk6Ql0ZhF9mGX8 Yqd1h4m3owsQKxH6QYGhVBvO9P/V6KN9u4x7Y= MIME-Version: 1.0 Received: by 10.239.190.227 with SMTP id y35mr89261hbh.61.1255011540345; Thu, 08 Oct 2009 07:19:00 -0700 (PDT) In-Reply-To: <20091007184310.GC19063@guilt.hydra> References: <20090930100658.GA99090@obspm.fr> <20090930161915.GA18014@lonesome.com> <20091001111417.GF50565@hades.panopticon> <20091001112323.GA26407@droso.net> <20091001114546.GH50565@hades.panopticon> <20091001213656.GA14925@lonesome.com> <20091002133231.GA17567@hades.panopticon> <747dc8f30910061024h5346b25evd27369955f9d6768@mail.gmail.com> <20091007184310.GC19063@guilt.hydra> Date: Thu, 8 Oct 2009 11:19:00 -0300 Message-ID: From: "Carlos A. M. dos Santos" To: ports@freebsd.org, freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: ion windows manager on FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2009 14:19:02 -0000 On Wed, Oct 7, 2009 at 3:43 PM, Chad Perrin wrote: > On Wed, Oct 07, 2009 at 01:25:35PM -0300, Carlos A. M. dos Santos wrote: >> >> You can fork the code, rename it, whatever, but you can NOT change >> the license without explicit permission from the original copyright >> owner. That would be legally considered theft! > > Incorrect. =A0It would be legally considered copyright infringement. > Copyright law is not property law, and both different laws *and* > different terms apply. =A0"Theft" is not a term legally applied to > copyright infringement -- at least, in any jurisdiction of which I'm even > vaguely aware of the state of copyright law. > > "That would be legally considered copyright infringement!" I was referring to stealing intellectual property, which can be a synonym of copyright violation, depending on the country law. In my country, for instance, computer programs are considered intellectual property but they are also subjected to author rights, just like books and paintings [1,2] . > There. =A0I fixed it for you. Thanks for the clarification, anyway. References (in Portuguese) [1] http://www.planalto.gov.br/ccivil_03/Leis/L9609.htm [2] http://www.planalto.gov.br/ccivil_03/Leis/L9610.htm --=20 My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From owner-freebsd-ports@FreeBSD.ORG Thu Oct 8 15:51:02 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 821A8106568B for ; Thu, 8 Oct 2009 15:51:02 +0000 (UTC) (envelope-from gesbbb@yahoo.com) Received: from smtp103.prem.mail.ac4.yahoo.com (smtp103.prem.mail.ac4.yahoo.com [76.13.13.42]) by mx1.freebsd.org (Postfix) with SMTP id 190ED8FC0C for ; Thu, 8 Oct 2009 15:51:01 +0000 (UTC) Received: (qmail 12468 invoked from network); 8 Oct 2009 15:51:01 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Received:Date:From:To:Subject:Message-ID:Organization:X-Mailer:Face:Mime-Version:Content-Type:Content-Transfer-Encoding; b=lleyVl7VQL4ZQ/XwCrHGUrdJ6e9errZ7tIa0GDZhR7UrAEVQcbHVCmJVFpgr5zIT2GEmh2UEAXaTkBQHrDWCDP77kVjOpWQNXpFgWlD1bqZskXuUG1MDGuxc5Wx6qwlmlxu5YjnEE9BcY5eIe88XvZ7pp8yEIfzdXkFe2yxWuNA= ; Received: from c-67-189-183-172.hsd1.ny.comcast.net (gesbbb@67.189.183.172 with login) by smtp103.prem.mail.ac4.yahoo.com with SMTP; 08 Oct 2009 08:51:01 -0700 PDT X-Yahoo-SMTP: yeAAMgKswBATCul4lSbCWspvTA-- X-YMail-OSG: BgvTkwcVM1naUAAK4i9LUvAPKkd5aDK0rgHsziJIrbDDg9VcNhEAtzYb21uEFa8HTFmKdnVfnnejoDwgAXe__SWtOCp0vvWzt2EhXZflIkidc8yywjVtS11oUqNNJ47LOwlcZWvJjCeUgUk1T7hlK3IQn3Fv7RuYkVUEZIcGqRv1Eafj.CvCujJfeFDowXEWQbfQN9zee9XdLFKrWKvmcImzhMXHhExkog_S7F1dY_GZv4HARl3qdpFE5MBsve4uf_ih3qzoL_.E0P4sObY0iVv0NFqRG0yhUoQPrXTrm8d2krWub92x9u7LJr2ejNJIXyj2r.Dz6aPFGwIl2Kuc9IE6VQIPHLjDi5CYiRjr143oqQcewcZz3mRpKJxopSd.XzHBx_Dn8FGAc30ioFs3m3JOo5w- X-Yahoo-Newman-Property: ymail-3 Received: from scorpio.seibercom.net (scorpio.seibercom.net [192.168.1.103]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: gesbbb@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id B3CAA2285F for ; Thu, 8 Oct 2009 11:51:00 -0400 (EDT) Date: Thu, 8 Oct 2009 11:51:00 -0400 From: Jerry To: freebsd-ports@freebsd.org Message-ID: <20091008115100.1eda87db@scorpio.seibercom.net> Organization: seibercom.net X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd7.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEX+/v7++v6YOTrq8PCcuIX989UvOSj++v0BNCbpAAAAB3RJTUUHsQwfFzs7RBhzUQAAAhJJREFUOI1dU8GOqzAMNKIoV1bvwD1i0ysqrHplIdBrVSX7ATSbd03VVvn9tQNtQy0hjAdn7LED4AAcPtWm9RV+MPSfxhBLx9ajd6X/ngB6/mTwnRSZua7i7Ca+0ctZKo4Qmz+JY13X6I3nFZBxIYW1PbgfQ5RP8g0XlltEWGf3cV03joYpRnFbvYDKbXjZlXyyhEZA4lI+cN3NaVXE4VKjSwTExO10eTEkkJVqIAD5z0nUBQJluQDRSQjcrBiHAJxZlAH5CUMBMC7OcJ4LMQNnxhZ1HYPscMc6J4UlWRMNwzOpCcAHKSICd1EDn83abdREIbXsHkD1OinP1aCUCOEVRaa1lMcvywUWdYgk13JQUpYNKmvXQ8Kw5ML9YI5h8SakctBc7E/IYuLhYd/zZIk+1gM1vNweQBvHE0j+oYah3sMqAytQYlZk6+ANaaawJdu3OFzYGMZ3iGpa3qMlq9ZH0VZTgrCtw/ngdYkEIIpSbP1bWQAdFdX9vocBdkH2qVjVmuMu3gI5rjs814EUdrCZgWlPaxZZ3RiLFUtr+ud0PXwp2dnQSNXgePt6AZpBj6UMJ7VQkzN4utVeaSW1Dhn/kblGrKeMvNGnzwX4zuEDarYz1KdPtR60Gul0Gued+515SJXhCsl+Tx/3kY/UDvicPll9mfu50t3tvQ/thZpJYgeuwdSKNJ6tCD98MCgoxLDaPxbwqqwPWaWiAAAAAElFTkSuQmCC X-Face: "\j?x](l|]4p?-1Bf@!wN<&p=$.}^k-HgL}cJKbQZ3r#Ar]\%U(#6}'?<3s7%(%(gxJxxcR Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: ion windows manager on FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2009 15:51:02 -0000 On Thu, 8 Oct 2009 11:19:00 -0300 "Carlos A. M. dos Santos" wrote: > On Wed, Oct 7, 2009 at 3:43 PM, Chad Perrin > wrote: > > On Wed, Oct 07, 2009 at 01:25:35PM -0300, Carlos A. M. dos Santos > > wrote: > >> > >> You can fork the code, rename it, whatever, but you can NOT change > >> the license without explicit permission from the original copyright > >> owner. That would be legally considered theft! > > > > Incorrect.  It would be legally considered copyright infringement. > > Copyright law is not property law, and both different laws *and* > > different terms apply.  "Theft" is not a term legally applied to > > copyright infringement -- at least, in any jurisdiction of which > > I'm even vaguely aware of the state of copyright law. > > > > "That would be legally considered copyright infringement!" > > I was referring to stealing intellectual property, which can be a > synonym of copyright violation, depending on the country law. In my > country, for instance, computer programs are considered intellectual > property but they are also subjected to author rights, just like books > and paintings [1,2] . > > > There.  I fixed it for you. > > Thanks for the clarification, anyway. > > > References (in Portuguese) > > [1] http://www.planalto.gov.br/ccivil_03/Leis/L9609.htm > [2] http://www.planalto.gov.br/ccivil_03/Leis/L9610.htm > Is there any legitimate reason that this thread is continually cross-posted on both freebsd-questions and freebsd-ports? Choose one or the other. -- Jerry gesbbb@yahoo.com It's only by NOT taking the human race seriously that I retain what fragments of my once considerable mental powers I still possess. Roger Noe From owner-freebsd-ports@FreeBSD.ORG Thu Oct 8 20:36:29 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8447106566B for ; Thu, 8 Oct 2009 20:36:29 +0000 (UTC) (envelope-from Pascal.Wessel@sgs.com) Received: from sgs-rns-av-smtp2.gmessaging.net (sgs-rns-av-smtp2.gmessaging.net [217.167.123.236]) by mx1.freebsd.org (Postfix) with ESMTP id EC5248FC13 for ; Thu, 8 Oct 2009 20:36:27 +0000 (UTC) Received: from sgs-rns-av-smtp2.gmessaging.net (localhost.localdomain [127.0.0.1]) by localhost.gmessaging.net (Postfix) with SMTP id 0B329CF8ABF for ; Thu, 8 Oct 2009 22:17:08 +0200 (CEST) Received: from exdrnscasgs005.EQ1SGS.local (unknown [10.90.0.179]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by sgs-rns-av-smtp2.gmessaging.net (Postfix) with ESMTPS id C7434CF8AB1 for ; Thu, 8 Oct 2009 22:17:07 +0200 (CEST) Received: from exdrnsmbsgs010.EQ1SGS.local ([10.90.0.187]) by exdrnscasgs005.EQ1SGS.local ([10.90.0.179]) with mapi; Thu, 8 Oct 2009 22:17:17 +0200 From: "Wessel, Pascal (Geneva)" To: "ports@FreeBSD.org" Date: Thu, 8 Oct 2009 22:17:13 +0200 Thread-Topic: security/prelude-manager-0.9.14.2_4 on FreeBSD 7.2 Thread-Index: AcpIVFKArE4Bu8OkSsGU6kAfXX+NPg== Message-ID: <21119_1255033028_4ACE48C3_21119_487901_1_40594450D74B27428500D6A3C59B89302BDAA30E9A@exdrnsmbsgs010.EQ1SGS.local> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: fr-FR, en-US Content-Type: multipart/mixed; boundary="_004_40594450D74B27428500D6A3C59B89302BDAA30E9Aexdrnsmbsgs01_" MIME-Version: 1.0 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: security/prelude-manager-0.9.14.2_4 on FreeBSD 7.2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2009 20:36:29 -0000 --_004_40594450D74B27428500D6A3C59B89302BDAA30E9Aexdrnsmbsgs01_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, Maybe related to http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/139102 $ uname -a FreeBSD xxx 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 1 08:49:13 UTC 200= 9 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 $ make search name=3Dprelude-manager Port: prelude-manager-0.9.14.2_4 Path: /usr/ports/security/prelude-manager Info: Prelude Network Intrusion Detection System central logging point Maint: ports@FreeBSD.org B-deps: gettext-0.17_1 gmake-3.81_3 gnutls-2.8.3 libgcrypt-1.4.4 libgpg-err= or-1.7 libiconv-1.13.1 libprelude-0.9.24.1 libpreludedb-0.9.15.3 libxml2-2.= 7.5 mysql-client-5.0.86 pkg-config-0.23_1 R-deps: gettext-0.17_1 gnutls-2.8.3 libgcrypt-1.4.4 libgpg-error-1.7 libico= nv-1.13.1 libprelude-0.9.24.1 libpreludedb-0.9.15.3 libxml2-2.7.5 mysql-cli= ent-5.0.86 pkg-config-0.23_1 WWW: http://www.prelude-ids.org/ $ sudo portinstall libprelude $ sudo portinstall libpreludedb $ sudo portinstall prelude-manager [cut] checking for buggy pthread mutex initializers... no checking for libgnutls-config... no checking for libgnutls - version >=3D 1.0.17... no *** The libgnutls-config script installed by LIBGNUTLS could not be found *** If LIBGNUTLS was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the LIBGNUTLS_CONFIG environment variable to the *** full path to libgnutls-config. configure: error: libgnutls is required in order to build prelude-manager. =3D=3D=3D> Script "configure" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] and attach the "/usr/ports/security/prelude-manager/work/prelude-manager-0.9.14.2/config.l= og" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/security/prelude-manager. *** Error code 1 Stop in /usr/ports/security/prelude-manager. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall200910= 08-11922-1xpyndt-0 env make reinstall ** Fix the installation problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! security/prelude-manager (install error) $ sudo find / -name libgnutls-config $ $ sudo find / -name libgnutls* Password: /usr/local/lib/libgnutls.so.40 /usr/local/lib/libgnutls.so /usr/local/lib/libgnutls.la /usr/local/lib/libgnutlsxx.so.40 /usr/local/lib/libgnutlsxx.so /usr/local/lib/libgnutlsxx.la /usr/local/lib/libgnutls.a /usr/local/lib/libgnutlsxx.a /usr/local/lib/libgnutls-extra.so.40 /usr/local/lib/libgnutls-extra.so /usr/local/lib/libgnutls-extra.la /usr/local/lib/libgnutls-openssl.so.40 /usr/local/lib/libgnutls-openssl.so /usr/local/lib/libgnutls-openssl.la /usr/local/lib/libgnutls-extra.a /usr/local/lib/libgnutls-openssl.a /usr/local/share/locale/cs/LC_MESSAGES/libgnutls.mo /usr/local/share/locale/de/LC_MESSAGES/libgnutls.mo /usr/local/share/locale/fr/LC_MESSAGES/libgnutls.mo /usr/local/share/locale/ms/LC_MESSAGES/libgnutls.mo /usr/local/share/locale/nl/LC_MESSAGES/libgnutls.mo /usr/local/share/locale/pl/LC_MESSAGES/libgnutls.mo /usr/local/share/locale/sv/LC_MESSAGES/libgnutls.mo /usr/local/share/locale/vi/LC_MESSAGES/libgnutls.mo /usr/local/share/locale/en@boldquot/LC_MESSAGES/libgnutls.mo /usr/local/share/locale/en@quot/LC_MESSAGES/libgnutls.mo $ sudo portversion -vv Password: Nessus-4.0.2 ? error - origin not found autoconf-2.13.000227_6 =3D up-to-date with port autoconf-2.62 =3D up-to-date with port autoconf-wrapper-20071109 =3D up-to-date with port automake-1.10.1 =3D up-to-date with port automake-1.4.6_5 =3D up-to-date with port automake-wrapper-20071109 =3D up-to-date with port bash-4.0.33 =3D up-to-date with port bison-2.4.1,1 =3D up-to-date with port db41-4.1.25_4 =3D up-to-date with port gamin-0.1.10_3 =3D up-to-date with port gdbm-1.8.3_3 =3D up-to-date with port gettext-0.17_1 =3D up-to-date with port gio-fam-backend-2.20.5 =3D up-to-date with port glib-2.20.5 =3D up-to-date with port gmake-3.81_3 =3D up-to-date with port gnutls-2.8.3 =3D up-to-date with port help2man-1.36.4_3 =3D up-to-date with port libgcrypt-1.4.4 =3D up-to-date with port libgpg-error-1.7 =3D up-to-date with port libiconv-1.13.1 =3D up-to-date with port libnet11-1.1.2.1_2,1 =3D up-to-date with port libprelude-0.9.24.1 =3D up-to-date with port libpreludedb-0.9.15.3 =3D up-to-date with port libtool-2.2.6a_1 =3D up-to-date with port libxml2-2.7.5 =3D up-to-date with port lighttpd-1.4.23 =3D up-to-date with port linux_base-fc-4_15 =3D up-to-date with port lua-5.1.4 =3D up-to-date with port m4-1.4.13,1 =3D up-to-date with port mysql-client-5.0.86 =3D up-to-date with port nginx-0.7.62 =3D up-to-date with port nmap-5.00 =3D up-to-date with port p5-gettext-1.05_2 =3D up-to-date with port pcre-7.9 =3D up-to-date with port perl-5.8.9_3 =3D up-to-date with port php5-5.2.11 =3D up-to-date with port pkg-config-0.23_1 =3D up-to-date with port popt-1.14 =3D up-to-date with port portaudit-0.5.13 =3D up-to-date with port portupgrade-2.4.6_3,2 =3D up-to-date with port postgresql-client-8.2.13 =3D up-to-date with port postgresql-server-8.2.13 =3D up-to-date with port proxycheck-0.49a =3D up-to-date with port python26-2.6.2_3 =3D up-to-date with port rpm-3.0.6_14 =3D up-to-date with port rsyslog-4.4.1 =3D up-to-date with port rsyslog-pgsql-4.4.1 =3D up-to-date with port ruby-1.8.7.160_4,1 =3D up-to-date with port ruby18-bdb-0.6.5_1 =3D up-to-date with port screen-4.0.3_6 =3D up-to-date with port spawn-fcgi-1.6.2_2 =3D up-to-date with port sudo-1.6.9.20 =3D up-to-date with port wget-1.11.4_1 =3D up-to-date with port $ Many thanks for your kind help and support. Best regards, Pascal P.S. prelude-manager config.log attached. P Please consider the environment before printing this mail note. Information in this email and any attachments is confidential and intended solely for the use of the individual(s) to whom it is addressed or otherwise directed. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the Company. Finally, the recipient should check this email and any attachments for the presence of viruses. The Company accepts no liability for any damage caused by any virus transmitted by this email. All SGS services are rendered in accordance with the applicable SGS conditions of service available on request and accessible at http://www.sgs.com/terms_and_conditions.htm --_004_40594450D74B27428500D6A3C59B89302BDAA30E9Aexdrnsmbsgs01_ Content-Type: application/octet-stream; name="config.log" Content-Description: config.log Content-Disposition: attachment; filename="config.log"; size=83803; creation-date="Thu, 08 Oct 2009 21:59:10 GMT"; modification-date="Thu, 08 Oct 2009 21:59:12 GMT" Content-Transfer-Encoding: base64 VGhpcyBmaWxlIGNvbnRhaW5zIGFueSBtZXNzYWdlcyBwcm9kdWNlZCBieSBjb21waWxlcnMgd2hp bGUKcnVubmluZyBjb25maWd1cmUsIHRvIGFpZCBkZWJ1Z2dpbmcgaWYgY29uZmlndXJlIG1ha2Vz IGEgbWlzdGFrZS4KCkl0IHdhcyBjcmVhdGVkIGJ5IGNvbmZpZ3VyZSwgd2hpY2ggd2FzCmdlbmVy YXRlZCBieSBHTlUgQXV0b2NvbmYgMi42MS4gIEludm9jYXRpb24gY29tbWFuZCBsaW5lIHdhcwoK ICAkIC4vY29uZmlndXJlIC0td2l0aC1odG1sLWRpcj0vdXNyL2xvY2FsL3NoYXJlL2RvYyAtLWxv Y2Fsc3RhdGVkaXI9L3ZhciAtLXByZWZpeD0vdXNyL2xvY2FsIC0tbWFuZGlyPS91c3IvbG9jYWwv bWFuIC0taW5mb2Rpcj0vdXNyL2xvY2FsL2luZm8vIC0tYnVpbGQ9aTM4Ni1wb3J0YmxkLWZyZWVi c2Q3LjIKCiMjIC0tLS0tLS0tLSAjIwojIyBQbGF0Zm9ybS4gIyMKIyMgLS0tLS0tLS0tICMjCgpo b3N0bmFtZSA9IGNob3QwNzAuZWFtZS5nbG9iYWwuc2dzLmNvbQp1bmFtZSAtbSA9IGkzODYKdW5h bWUgLXIgPSA3LjItUkVMRUFTRQp1bmFtZSAtcyA9IEZyZWVCU0QKdW5hbWUgLXYgPSBGcmVlQlNE IDcuMi1SRUxFQVNFICMwOiBGcmkgTWF5ICAxIDA4OjQ5OjEzIFVUQyAyMDA5ICAgICByb290QHdh bGtlci5jc2UuYnVmZmFsby5lZHU6L3Vzci9vYmovdXNyL3NyYy9zeXMvR0VORVJJQyAKCi91c3Iv YmluL3VuYW1lIC1wID0gaTM4NgovYmluL3VuYW1lIC1YICAgICA9IHVua25vd24KCi9iaW4vYXJj aCAgICAgICAgICAgICAgPSB1bmtub3duCi91c3IvYmluL2FyY2ggLWsgICAgICAgPSB1bmtub3du Ci91c3IvY29udmV4L2dldHN5c2luZm8gPSB1bmtub3duCi91c3IvYmluL2hvc3RpbmZvICAgICAg PSB1bmtub3duCi9iaW4vbWFjaGluZSAgICAgICAgICAgPSB1bmtub3duCi91c3IvYmluL29zbGV2 ZWwgICAgICAgPSB1bmtub3duCi9iaW4vdW5pdmVyc2UgICAgICAgICAgPSB1bmtub3duCgpQQVRI OiAvc2JpbgpQQVRIOiAvYmluClBBVEg6IC91c3Ivc2JpbgpQQVRIOiAvdXNyL2JpbgpQQVRIOiAv dXNyL2dhbWVzClBBVEg6IC91c3IvbG9jYWwvc2JpbgpQQVRIOiAvdXNyL2xvY2FsL2JpbgpQQVRI OiAvaG9tZS9hZG1jaF9wYXN3ZXMvYmluCgoKIyMgLS0tLS0tLS0tLS0gIyMKIyMgQ29yZSB0ZXN0 cy4gIyMKIyMgLS0tLS0tLS0tLS0gIyMKCmNvbmZpZ3VyZToyMjcwOiBjaGVja2luZyBidWlsZCBz eXN0ZW0gdHlwZQpjb25maWd1cmU6MjI4ODogcmVzdWx0OiBpMzg2LXBvcnRibGQtZnJlZWJzZDcu Mgpjb25maWd1cmU6MjMxMDogY2hlY2tpbmcgaG9zdCBzeXN0ZW0gdHlwZQpjb25maWd1cmU6MjMy NTogcmVzdWx0OiBpMzg2LXBvcnRibGQtZnJlZWJzZDcuMgpjb25maWd1cmU6MjM0NzogY2hlY2tp bmcgdGFyZ2V0IHN5c3RlbSB0eXBlCmNvbmZpZ3VyZToyMzYyOiByZXN1bHQ6IGkzODYtcG9ydGJs ZC1mcmVlYnNkNy4yCmNvbmZpZ3VyZToyNDA0OiBjaGVja2luZyBmb3IgYSBCU0QtY29tcGF0aWJs ZSBpbnN0YWxsCmNvbmZpZ3VyZToyNDYwOiByZXN1bHQ6IC91c3IvYmluL2luc3RhbGwgLWMgLW8g cm9vdCAtZyB3aGVlbApjb25maWd1cmU6MjQ3MTogY2hlY2tpbmcgd2hldGhlciBidWlsZCBlbnZp cm9ubWVudCBpcyBzYW5lCmNvbmZpZ3VyZToyNTE0OiByZXN1bHQ6IHllcwpjb25maWd1cmU6MjU3 OTogY2hlY2tpbmcgZm9yIGdhd2sKY29uZmlndXJlOjI2MDk6IHJlc3VsdDogbm8KY29uZmlndXJl OjI1Nzk6IGNoZWNraW5nIGZvciBtYXdrCmNvbmZpZ3VyZToyNjA5OiByZXN1bHQ6IG5vCmNvbmZp Z3VyZToyNTc5OiBjaGVja2luZyBmb3IgbmF3awpjb25maWd1cmU6MjU5NTogZm91bmQgL3Vzci9i aW4vbmF3awpjb25maWd1cmU6MjYwNjogcmVzdWx0OiBuYXdrCmNvbmZpZ3VyZToyNjE3OiBjaGVj a2luZyB3aGV0aGVyIGdtYWtlIHNldHMgJChNQUtFKQpjb25maWd1cmU6MjYzODogcmVzdWx0OiB5 ZXMKY29uZmlndXJlOjI4NTA6IGNoZWNraW5nIHdoZXRoZXIgdG8gZW5hYmxlIG1haW50YWluZXIt c3BlY2lmaWMgcG9ydGlvbnMgb2YgTWFrZWZpbGVzCmNvbmZpZ3VyZToyODU5OiByZXN1bHQ6IG5v CmNvbmZpZ3VyZToyODg5OiBjaGVja2luZyBmb3Igc3R5bGUgb2YgaW5jbHVkZSB1c2VkIGJ5IGdt YWtlCmNvbmZpZ3VyZToyOTE3OiByZXN1bHQ6IEdOVQpjb25maWd1cmU6Mjk5MDogY2hlY2tpbmcg Zm9yIGdjYwpjb25maWd1cmU6MzAxNzogcmVzdWx0OiBjYwpjb25maWd1cmU6MzI1NTogY2hlY2tp bmcgZm9yIEMgY29tcGlsZXIgdmVyc2lvbgpjb25maWd1cmU6MzI2MjogY2MgLS12ZXJzaW9uID4m NQpjYyAoR0NDKSA0LjIuMSAyMDA3MDcxOSAgW0ZyZWVCU0RdCkNvcHlyaWdodCAoQykgMjAwNyBG cmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KVGhpcyBpcyBmcmVlIHNvZnR3YXJlOyBzZWUg dGhlIHNvdXJjZSBmb3IgY29weWluZyBjb25kaXRpb25zLiAgVGhlcmUgaXMgTk8Kd2FycmFudHk7 IG5vdCBldmVuIGZvciBNRVJDSEFOVEFCSUxJVFkgb3IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFS IFBVUlBPU0UuCgpjb25maWd1cmU6MzI2NTogJD8gPSAwCmNvbmZpZ3VyZTozMjcyOiBjYyAtdiA+ JjUKVXNpbmcgYnVpbHQtaW4gc3BlY3MuClRhcmdldDogaTM4Ni11bmRlcm15ZGVzay1mcmVlYnNk CkNvbmZpZ3VyZWQgd2l0aDogRnJlZUJTRC9pMzg2IHN5c3RlbSBjb21waWxlcgpUaHJlYWQgbW9k ZWw6IHBvc2l4CmdjYyB2ZXJzaW9uIDQuMi4xIDIwMDcwNzE5ICBbRnJlZUJTRF0KY29uZmlndXJl OjMyNzU6ICQ/ID0gMApjb25maWd1cmU6MzI4MjogY2MgLVYgPiY1CmNjOiAnLVYnIG9wdGlvbiBt dXN0IGhhdmUgYXJndW1lbnQKY29uZmlndXJlOjMyODU6ICQ/ID0gMQpjb25maWd1cmU6MzMwODog Y2hlY2tpbmcgZm9yIEMgY29tcGlsZXIgZGVmYXVsdCBvdXRwdXQgZmlsZSBuYW1lCmNvbmZpZ3Vy ZTozMzM1OiBjYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgICBjb25mdGVzdC5jICA+ JjUKY29uZmlndXJlOjMzMzg6ICQ/ID0gMApjb25maWd1cmU6MzM3NjogcmVzdWx0OiBhLm91dApj b25maWd1cmU6MzM5MzogY2hlY2tpbmcgd2hldGhlciB0aGUgQyBjb21waWxlciB3b3Jrcwpjb25m aWd1cmU6MzQwMzogLi9hLm91dApjb25maWd1cmU6MzQwNjogJD8gPSAwCmNvbmZpZ3VyZTozNDIz OiByZXN1bHQ6IHllcwpjb25maWd1cmU6MzQzMDogY2hlY2tpbmcgd2hldGhlciB3ZSBhcmUgY3Jv c3MgY29tcGlsaW5nCmNvbmZpZ3VyZTozNDMyOiByZXN1bHQ6IG5vCmNvbmZpZ3VyZTozNDM1OiBj aGVja2luZyBmb3Igc3VmZml4IG9mIGV4ZWN1dGFibGVzCmNvbmZpZ3VyZTozNDQyOiBjYyAtbyBj b25mdGVzdCAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgICBjb25mdGVzdC5jICA+JjUK Y29uZmlndXJlOjM0NDU6ICQ/ID0gMApjb25maWd1cmU6MzQ2OTogcmVzdWx0OiAKY29uZmlndXJl OjM0NzU6IGNoZWNraW5nIGZvciBzdWZmaXggb2Ygb2JqZWN0IGZpbGVzCmNvbmZpZ3VyZTozNTAx OiBjYyAtYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0LmMgPiY1CmNv bmZpZ3VyZTozNTA0OiAkPyA9IDAKY29uZmlndXJlOjM1Mjc6IHJlc3VsdDogbwpjb25maWd1cmU6 MzUzMTogY2hlY2tpbmcgd2hldGhlciB3ZSBhcmUgdXNpbmcgdGhlIEdOVSBDIGNvbXBpbGVyCmNv bmZpZ3VyZTozNTYwOiBjYyAtYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0 ZXN0LmMgPiY1CmNvbmZpZ3VyZTozNTY2OiAkPyA9IDAKY29uZmlndXJlOjM1ODM6IHJlc3VsdDog eWVzCmNvbmZpZ3VyZTozNTg4OiBjaGVja2luZyB3aGV0aGVyIGNjIGFjY2VwdHMgLWcKY29uZmln dXJlOjM2MTg6IGNjIC1jIC1nICBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6MzYyNDogJD8gPSAw CmNvbmZpZ3VyZTozNzIzOiByZXN1bHQ6IHllcwpjb25maWd1cmU6Mzc0MDogY2hlY2tpbmcgZm9y IGNjIG9wdGlvbiB0byBhY2NlcHQgSVNPIEM4OQpjb25maWd1cmU6MzgxNDogY2MgIC1jIC1PMiAt Zm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjM4MjA6 ICQ/ID0gMApjb25maWd1cmU6Mzg0MzogcmVzdWx0OiBub25lIG5lZWRlZApjb25maWd1cmU6Mzg2 MzogY2hlY2tpbmcgZGVwZW5kZW5jeSBzdHlsZSBvZiBjYwpjb25maWd1cmU6Mzk1MzogcmVzdWx0 OiBnY2MzCmNvbmZpZ3VyZTozOTc1OiBjaGVja2luZyBob3cgdG8gcnVuIHRoZSBDIHByZXByb2Nl c3Nvcgpjb25maWd1cmU6NDAxNTogY2MgLUUgIGNvbmZ0ZXN0LmMKY29uZmlndXJlOjQwMjE6ICQ/ ID0gMApjb25maWd1cmU6NDA1MjogY2MgLUUgIGNvbmZ0ZXN0LmMKY29uZnRlc3QuYzoxMDoyODog ZXJyb3I6IGFjX25vbmV4aXN0ZW50Lmg6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkKY29uZmln dXJlOjQwNTg6ICQ/ID0gMQpjb25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoKfCAvKiBjb25m ZGVmcy5oLiAgKi8KfCAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAiIgp8ICNkZWZpbmUgUEFDS0FHRV9U QVJOQU1FICIiCnwgI2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gIiIKfCAjZGVmaW5lIFBBQ0tBR0Vf U1RSSU5HICIiCnwgI2RlZmluZSBQQUNLQUdFX0JVR1JFUE9SVCAiIgp8ICNkZWZpbmUgUEFDS0FH RSAicHJlbHVkZS1tYW5hZ2VyIgp8ICNkZWZpbmUgVkVSU0lPTiAiMC45LjE0LjIiCnwgLyogZW5k IGNvbmZkZWZzLmguICAqLwp8ICNpbmNsdWRlIDxhY19ub25leGlzdGVudC5oPgpjb25maWd1cmU6 NDA5MTogcmVzdWx0OiBjYyAtRQpjb25maWd1cmU6NDEyMDogY2MgLUUgIGNvbmZ0ZXN0LmMKY29u ZmlndXJlOjQxMjY6ICQ/ID0gMApjb25maWd1cmU6NDE1NzogY2MgLUUgIGNvbmZ0ZXN0LmMKY29u ZnRlc3QuYzoxMDoyODogZXJyb3I6IGFjX25vbmV4aXN0ZW50Lmg6IE5vIHN1Y2ggZmlsZSBvciBk aXJlY3RvcnkKY29uZmlndXJlOjQxNjM6ICQ/ID0gMQpjb25maWd1cmU6IGZhaWxlZCBwcm9ncmFt IHdhczoKfCAvKiBjb25mZGVmcy5oLiAgKi8KfCAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAiIgp8ICNk ZWZpbmUgUEFDS0FHRV9UQVJOQU1FICIiCnwgI2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gIiIKfCAj ZGVmaW5lIFBBQ0tBR0VfU1RSSU5HICIiCnwgI2RlZmluZSBQQUNLQUdFX0JVR1JFUE9SVCAiIgp8 ICNkZWZpbmUgUEFDS0FHRSAicHJlbHVkZS1tYW5hZ2VyIgp8ICNkZWZpbmUgVkVSU0lPTiAiMC45 LjE0LjIiCnwgLyogZW5kIGNvbmZkZWZzLmguICAqLwp8ICNpbmNsdWRlIDxhY19ub25leGlzdGVu dC5oPgpjb25maWd1cmU6NDI0ODogY2hlY2tpbmcgZm9yIGdjYwpjb25maWd1cmU6NDI3NTogcmVz dWx0OiBjYwpjb25maWd1cmU6NDUxMzogY2hlY2tpbmcgZm9yIEMgY29tcGlsZXIgdmVyc2lvbgpj b25maWd1cmU6NDUyMDogY2MgLS12ZXJzaW9uID4mNQpjYyAoR0NDKSA0LjIuMSAyMDA3MDcxOSAg W0ZyZWVCU0RdCkNvcHlyaWdodCAoQykgMjAwNyBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIElu Yy4KVGhpcyBpcyBmcmVlIHNvZnR3YXJlOyBzZWUgdGhlIHNvdXJjZSBmb3IgY29weWluZyBjb25k aXRpb25zLiAgVGhlcmUgaXMgTk8Kd2FycmFudHk7IG5vdCBldmVuIGZvciBNRVJDSEFOVEFCSUxJ VFkgb3IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UuCgpjb25maWd1cmU6NDUyMzog JD8gPSAwCmNvbmZpZ3VyZTo0NTMwOiBjYyAtdiA+JjUKVXNpbmcgYnVpbHQtaW4gc3BlY3MuClRh cmdldDogaTM4Ni11bmRlcm15ZGVzay1mcmVlYnNkCkNvbmZpZ3VyZWQgd2l0aDogRnJlZUJTRC9p Mzg2IHN5c3RlbSBjb21waWxlcgpUaHJlYWQgbW9kZWw6IHBvc2l4CmdjYyB2ZXJzaW9uIDQuMi4x IDIwMDcwNzE5ICBbRnJlZUJTRF0KY29uZmlndXJlOjQ1MzM6ICQ/ID0gMApjb25maWd1cmU6NDU0 MDogY2MgLVYgPiY1CmNjOiAnLVYnIG9wdGlvbiBtdXN0IGhhdmUgYXJndW1lbnQKY29uZmlndXJl OjQ1NDM6ICQ/ID0gMQpjb25maWd1cmU6NDU0NjogY2hlY2tpbmcgd2hldGhlciB3ZSBhcmUgdXNp bmcgdGhlIEdOVSBDIGNvbXBpbGVyCmNvbmZpZ3VyZTo0NTk4OiByZXN1bHQ6IHllcwpjb25maWd1 cmU6NDYwMzogY2hlY2tpbmcgd2hldGhlciBjYyBhY2NlcHRzIC1nCmNvbmZpZ3VyZTo0NzM4OiBy ZXN1bHQ6IHllcwpjb25maWd1cmU6NDc1NTogY2hlY2tpbmcgZm9yIGNjIG9wdGlvbiB0byBhY2Nl cHQgSVNPIEM4OQpjb25maWd1cmU6NDg1ODogcmVzdWx0OiBub25lIG5lZWRlZApjb25maWd1cmU6 NDg3ODogY2hlY2tpbmcgZGVwZW5kZW5jeSBzdHlsZSBvZiBjYwpjb25maWd1cmU6NDk2ODogcmVz dWx0OiBnY2MzCmNvbmZpZ3VyZTo0OTk4OiBjaGVja2luZyBmb3IgYSBCU0QtY29tcGF0aWJsZSBp bnN0YWxsCmNvbmZpZ3VyZTo1MDU0OiByZXN1bHQ6IC91c3IvYmluL2luc3RhbGwgLWMgLW8gcm9v dCAtZyB3aGVlbApjb25maWd1cmU6NTA2NTogY2hlY2tpbmcgd2hldGhlciBnbWFrZSBzZXRzICQo TUFLRSkKY29uZmlndXJlOjUwODY6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTo1MTQxOiBjaGVja2lu ZyBmb3IgcmFubGliCmNvbmZpZ3VyZTo1MTU3OiBmb3VuZCAvdXNyL2Jpbi9yYW5saWIKY29uZmln dXJlOjUxNjg6IHJlc3VsdDogcmFubGliCmNvbmZpZ3VyZTo1MTk2OiBjaGVja2luZyBmb3IgZ3Jl cCB0aGF0IGhhbmRsZXMgbG9uZyBsaW5lcyBhbmQgLWUKY29uZmlndXJlOjUyNzA6IHJlc3VsdDog L3Vzci9iaW4vZ3JlcApjb25maWd1cmU6NTI3NTogY2hlY2tpbmcgZm9yIGVncmVwCmNvbmZpZ3Vy ZTo1MzUzOiByZXN1bHQ6IC91c3IvYmluL2dyZXAgLUUKY29uZmlndXJlOjUzNTg6IGNoZWNraW5n IGZvciBBTlNJIEMgaGVhZGVyIGZpbGVzCmNvbmZpZ3VyZTo1Mzg4OiBjYyAtYyAtTzIgLWZuby1z dHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZTo1Mzk0OiAkPyA9 IDAKY29uZmlndXJlOjU0OTM6IGNjIC1vIGNvbmZ0ZXN0IC1PMiAtZm5vLXN0cmljdC1hbGlhc2lu ZyAtcGlwZSAgIGNvbmZ0ZXN0LmMgID4mNQpjb25maWd1cmU6NTQ5NjogJD8gPSAwCmNvbmZpZ3Vy ZTo1NTAyOiAuL2NvbmZ0ZXN0CmNvbmZpZ3VyZTo1NTA1OiAkPyA9IDAKY29uZmlndXJlOjU1MjI6 IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTo1NTQ2OiBjaGVja2luZyBmb3Igc3lzL3R5cGVzLmgKY29u ZmlndXJlOjU1Njc6IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRl c3QuYyA+JjUKY29uZmlndXJlOjU1NzM6ICQ/ID0gMApjb25maWd1cmU6NTU4OTogcmVzdWx0OiB5 ZXMKY29uZmlndXJlOjU1NDY6IGNoZWNraW5nIGZvciBzeXMvc3RhdC5oCmNvbmZpZ3VyZTo1NTY3 OiBjYyAtYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0LmMgPiY1CmNv bmZpZ3VyZTo1NTczOiAkPyA9IDAKY29uZmlndXJlOjU1ODk6IHJlc3VsdDogeWVzCmNvbmZpZ3Vy ZTo1NTQ2OiBjaGVja2luZyBmb3Igc3RkbGliLmgKY29uZmlndXJlOjU1Njc6IGNjIC1jIC1PMiAt Zm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjU1NzM6 ICQ/ID0gMApjb25maWd1cmU6NTU4OTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjU1NDY6IGNoZWNr aW5nIGZvciBzdHJpbmcuaApjb25maWd1cmU6NTU2NzogY2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1waXBlICBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6NTU3MzogJD8gPSAwCmNvbmZp Z3VyZTo1NTg5OiByZXN1bHQ6IHllcwpjb25maWd1cmU6NTU0NjogY2hlY2tpbmcgZm9yIG1lbW9y eS5oCmNvbmZpZ3VyZTo1NTY3OiBjYyAtYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUg IGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZTo1NTczOiAkPyA9IDAKY29uZmlndXJlOjU1ODk6IHJl c3VsdDogeWVzCmNvbmZpZ3VyZTo1NTQ2OiBjaGVja2luZyBmb3Igc3RyaW5ncy5oCmNvbmZpZ3Vy ZTo1NTY3OiBjYyAtYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0LmMg PiY1CmNvbmZpZ3VyZTo1NTczOiAkPyA9IDAKY29uZmlndXJlOjU1ODk6IHJlc3VsdDogeWVzCmNv bmZpZ3VyZTo1NTQ2OiBjaGVja2luZyBmb3IgaW50dHlwZXMuaApjb25maWd1cmU6NTU2NzogY2Mg LWMgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICBjb25mdGVzdC5jID4mNQpjb25maWd1 cmU6NTU3MzogJD8gPSAwCmNvbmZpZ3VyZTo1NTg5OiByZXN1bHQ6IHllcwpjb25maWd1cmU6NTU0 NjogY2hlY2tpbmcgZm9yIHN0ZGludC5oCmNvbmZpZ3VyZTo1NTY3OiBjYyAtYyAtTzIgLWZuby1z dHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZTo1NTczOiAkPyA9 IDAKY29uZmlndXJlOjU1ODk6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTo1NTQ2OiBjaGVja2luZyBm b3IgdW5pc3RkLmgKY29uZmlndXJlOjU1Njc6IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2lu ZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjU1NzM6ICQ/ID0gMApjb25maWd1cmU6 NTU4OTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjU2MTI6IGNoZWNraW5nIG1pbml4L2NvbmZpZy5o IHVzYWJpbGl0eQpjb25maWd1cmU6NTYyOTogY2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5n IC1waXBlICBjb25mdGVzdC5jID4mNQpjb25mdGVzdC5jOjUzOjI2OiBlcnJvcjogbWluaXgvY29u ZmlnLmg6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkKY29uZmlndXJlOjU2MzU6ICQ/ID0gMQpj b25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoKfCAvKiBjb25mZGVmcy5oLiAgKi8KfCAjZGVm aW5lIFBBQ0tBR0VfTkFNRSAiIgp8ICNkZWZpbmUgUEFDS0FHRV9UQVJOQU1FICIiCnwgI2RlZmlu ZSBQQUNLQUdFX1ZFUlNJT04gIiIKfCAjZGVmaW5lIFBBQ0tBR0VfU1RSSU5HICIiCnwgI2RlZmlu ZSBQQUNLQUdFX0JVR1JFUE9SVCAiIgp8ICNkZWZpbmUgUEFDS0FHRSAicHJlbHVkZS1tYW5hZ2Vy Igp8ICNkZWZpbmUgVkVSU0lPTiAiMC45LjE0LjIiCnwgI2RlZmluZSBTVERDX0hFQURFUlMgMQp8 ICNkZWZpbmUgSEFWRV9TWVNfVFlQRVNfSCAxCnwgI2RlZmluZSBIQVZFX1NZU19TVEFUX0ggMQp8 ICNkZWZpbmUgSEFWRV9TVERMSUJfSCAxCnwgI2RlZmluZSBIQVZFX1NUUklOR19IIDEKfCAjZGVm aW5lIEhBVkVfTUVNT1JZX0ggMQp8ICNkZWZpbmUgSEFWRV9TVFJJTkdTX0ggMQp8ICNkZWZpbmUg SEFWRV9JTlRUWVBFU19IIDEKfCAjZGVmaW5lIEhBVkVfU1RESU5UX0ggMQp8ICNkZWZpbmUgSEFW RV9VTklTVERfSCAxCnwgLyogZW5kIGNvbmZkZWZzLmguICAqLwp8ICNpbmNsdWRlIDxzdGRpby5o Pgp8ICNpZmRlZiBIQVZFX1NZU19UWVBFU19ICnwgIyBpbmNsdWRlIDxzeXMvdHlwZXMuaD4KfCAj ZW5kaWYKfCAjaWZkZWYgSEFWRV9TWVNfU1RBVF9ICnwgIyBpbmNsdWRlIDxzeXMvc3RhdC5oPgp8 ICNlbmRpZgp8ICNpZmRlZiBTVERDX0hFQURFUlMKfCAjIGluY2x1ZGUgPHN0ZGxpYi5oPgp8ICMg aW5jbHVkZSA8c3RkZGVmLmg+CnwgI2Vsc2UKfCAjIGlmZGVmIEhBVkVfU1RETElCX0gKfCAjICBp bmNsdWRlIDxzdGRsaWIuaD4KfCAjIGVuZGlmCnwgI2VuZGlmCnwgI2lmZGVmIEhBVkVfU1RSSU5H X0gKfCAjIGlmICFkZWZpbmVkIFNURENfSEVBREVSUyAmJiBkZWZpbmVkIEhBVkVfTUVNT1JZX0gK fCAjICBpbmNsdWRlIDxtZW1vcnkuaD4KfCAjIGVuZGlmCnwgIyBpbmNsdWRlIDxzdHJpbmcuaD4K fCAjZW5kaWYKfCAjaWZkZWYgSEFWRV9TVFJJTkdTX0gKfCAjIGluY2x1ZGUgPHN0cmluZ3MuaD4K fCAjZW5kaWYKfCAjaWZkZWYgSEFWRV9JTlRUWVBFU19ICnwgIyBpbmNsdWRlIDxpbnR0eXBlcy5o Pgp8ICNlbmRpZgp8ICNpZmRlZiBIQVZFX1NURElOVF9ICnwgIyBpbmNsdWRlIDxzdGRpbnQuaD4K fCAjZW5kaWYKfCAjaWZkZWYgSEFWRV9VTklTVERfSAp8ICMgaW5jbHVkZSA8dW5pc3RkLmg+Cnwg I2VuZGlmCnwgI2luY2x1ZGUgPG1pbml4L2NvbmZpZy5oPgpjb25maWd1cmU6NTY0OTogcmVzdWx0 OiBubwpjb25maWd1cmU6NTY1MzogY2hlY2tpbmcgbWluaXgvY29uZmlnLmggcHJlc2VuY2UKY29u ZmlndXJlOjU2Njg6IGNjIC1FICBjb25mdGVzdC5jCmNvbmZ0ZXN0LmM6MjA6MjY6IGVycm9yOiBt aW5peC9jb25maWcuaDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQpjb25maWd1cmU6NTY3NDog JD8gPSAxCmNvbmZpZ3VyZTogZmFpbGVkIHByb2dyYW0gd2FzOgp8IC8qIGNvbmZkZWZzLmguICAq Lwp8ICNkZWZpbmUgUEFDS0FHRV9OQU1FICIiCnwgI2RlZmluZSBQQUNLQUdFX1RBUk5BTUUgIiIK fCAjZGVmaW5lIFBBQ0tBR0VfVkVSU0lPTiAiIgp8ICNkZWZpbmUgUEFDS0FHRV9TVFJJTkcgIiIK fCAjZGVmaW5lIFBBQ0tBR0VfQlVHUkVQT1JUICIiCnwgI2RlZmluZSBQQUNLQUdFICJwcmVsdWRl LW1hbmFnZXIiCnwgI2RlZmluZSBWRVJTSU9OICIwLjkuMTQuMiIKfCAjZGVmaW5lIFNURENfSEVB REVSUyAxCnwgI2RlZmluZSBIQVZFX1NZU19UWVBFU19IIDEKfCAjZGVmaW5lIEhBVkVfU1lTX1NU QVRfSCAxCnwgI2RlZmluZSBIQVZFX1NURExJQl9IIDEKfCAjZGVmaW5lIEhBVkVfU1RSSU5HX0gg MQp8ICNkZWZpbmUgSEFWRV9NRU1PUllfSCAxCnwgI2RlZmluZSBIQVZFX1NUUklOR1NfSCAxCnwg I2RlZmluZSBIQVZFX0lOVFRZUEVTX0ggMQp8ICNkZWZpbmUgSEFWRV9TVERJTlRfSCAxCnwgI2Rl ZmluZSBIQVZFX1VOSVNURF9IIDEKfCAvKiBlbmQgY29uZmRlZnMuaC4gICovCnwgI2luY2x1ZGUg PG1pbml4L2NvbmZpZy5oPgpjb25maWd1cmU6NTY4ODogcmVzdWx0OiBubwpjb25maWd1cmU6NTcx NjogY2hlY2tpbmcgZm9yIG1pbml4L2NvbmZpZy5oCmNvbmZpZ3VyZTo1NzIzOiByZXN1bHQ6IG5v CmNvbmZpZ3VyZTo1NzU0OiBjaGVja2luZyB3aGV0aGVyIGl0IGlzIHNhZmUgdG8gZGVmaW5lIF9f RVhURU5TSU9OU19fCmNvbmZpZ3VyZTo1NzgyOiBjYyAtYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNp bmcgLXBpcGUgIGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZTo1Nzg4OiAkPyA9IDAKY29uZmlndXJl OjU4MDM6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTo1OTA3OiBjaGVja2luZyBmb3IgYSBzZWQgdGhh dCBkb2VzIG5vdCB0cnVuY2F0ZSBvdXRwdXQKY29uZmlndXJlOjU5NjM6IHJlc3VsdDogL3Vzci9i aW4vc2VkCmNvbmZpZ3VyZTo1OTc3OiBjaGVja2luZyBmb3IgbGQgdXNlZCBieSBjYwpjb25maWd1 cmU6NjA0NDogcmVzdWx0OiAvdXNyL2Jpbi9sZApjb25maWd1cmU6NjA1MzogY2hlY2tpbmcgaWYg dGhlIGxpbmtlciAoL3Vzci9iaW4vbGQpIGlzIEdOVSBsZApjb25maWd1cmU6NjA2ODogcmVzdWx0 OiB5ZXMKY29uZmlndXJlOjYwNzM6IGNoZWNraW5nIGZvciAvdXNyL2Jpbi9sZCBvcHRpb24gdG8g cmVsb2FkIG9iamVjdCBmaWxlcwpjb25maWd1cmU6NjA4MDogcmVzdWx0OiAtcgpjb25maWd1cmU6 NjA5ODogY2hlY2tpbmcgZm9yIEJTRC1jb21wYXRpYmxlIG5tCmNvbmZpZ3VyZTo2MTQ3OiByZXN1 bHQ6IC91c3IvYmluL25tIC1CCmNvbmZpZ3VyZTo2MTUxOiBjaGVja2luZyB3aGV0aGVyIGxuIC1z IHdvcmtzCmNvbmZpZ3VyZTo2MTU1OiByZXN1bHQ6IHllcwpjb25maWd1cmU6NjE2MjogY2hlY2tp bmcgaG93IHRvIHJlY29nbml6ZSBkZXBlbmRlbnQgbGlicmFyaWVzCmNvbmZpZ3VyZTo2MzQ4OiBy ZXN1bHQ6IHBhc3NfYWxsCmNvbmZpZ3VyZTo2NjAyOiBjaGVja2luZyBkbGZjbi5oIHVzYWJpbGl0 eQpjb25maWd1cmU6NjYxOTogY2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICBj b25mdGVzdC5jID4mNQpjb25maWd1cmU6NjYyNTogJD8gPSAwCmNvbmZpZ3VyZTo2NjM5OiByZXN1 bHQ6IHllcwpjb25maWd1cmU6NjY0MzogY2hlY2tpbmcgZGxmY24uaCBwcmVzZW5jZQpjb25maWd1 cmU6NjY1ODogY2MgLUUgIGNvbmZ0ZXN0LmMKY29uZmlndXJlOjY2NjQ6ICQ/ID0gMApjb25maWd1 cmU6NjY3ODogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjY3MDY6IGNoZWNraW5nIGZvciBkbGZjbi5o CmNvbmZpZ3VyZTo2NzE0OiByZXN1bHQ6IHllcwpjb25maWd1cmU6Njg0MzogY2hlY2tpbmcgZm9y IEMrKyBjb21waWxlciB2ZXJzaW9uCmNvbmZpZ3VyZTo2ODUwOiBjKysgLS12ZXJzaW9uID4mNQpj KysgKEdDQykgNC4yLjEgMjAwNzA3MTkgIFtGcmVlQlNEXQpDb3B5cmlnaHQgKEMpIDIwMDcgRnJl ZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuClRoaXMgaXMgZnJlZSBzb2Z0d2FyZTsgc2VlIHRo ZSBzb3VyY2UgZm9yIGNvcHlpbmcgY29uZGl0aW9ucy4gIFRoZXJlIGlzIE5PCndhcnJhbnR5OyBu b3QgZXZlbiBmb3IgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQ VVJQT1NFLgoKY29uZmlndXJlOjY4NTM6ICQ/ID0gMApjb25maWd1cmU6Njg2MDogYysrIC12ID4m NQpVc2luZyBidWlsdC1pbiBzcGVjcy4KVGFyZ2V0OiBpMzg2LXVuZGVybXlkZXNrLWZyZWVic2QK Q29uZmlndXJlZCB3aXRoOiBGcmVlQlNEL2kzODYgc3lzdGVtIGNvbXBpbGVyClRocmVhZCBtb2Rl bDogcG9zaXgKZ2NjIHZlcnNpb24gNC4yLjEgMjAwNzA3MTkgIFtGcmVlQlNEXQpjb25maWd1cmU6 Njg2MzogJD8gPSAwCmNvbmZpZ3VyZTo2ODcwOiBjKysgLVYgPiY1CmMrKzogJy1WJyBvcHRpb24g bXVzdCBoYXZlIGFyZ3VtZW50CmNvbmZpZ3VyZTo2ODczOiAkPyA9IDEKY29uZmlndXJlOjY4NzY6 IGNoZWNraW5nIHdoZXRoZXIgd2UgYXJlIHVzaW5nIHRoZSBHTlUgQysrIGNvbXBpbGVyCmNvbmZp Z3VyZTo2OTA1OiBjKysgLWMgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICBjb25mdGVz dC5jcHAgPiY1CmNvbmZpZ3VyZTo2OTExOiAkPyA9IDAKY29uZmlndXJlOjY5Mjg6IHJlc3VsdDog eWVzCmNvbmZpZ3VyZTo2OTMzOiBjaGVja2luZyB3aGV0aGVyIGMrKyBhY2NlcHRzIC1nCmNvbmZp Z3VyZTo2OTYzOiBjKysgLWMgLWcgIGNvbmZ0ZXN0LmNwcCA+JjUKY29uZmlndXJlOjY5Njk6ICQ/ ID0gMApjb25maWd1cmU6NzA2ODogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjcwOTM6IGNoZWNraW5n IGRlcGVuZGVuY3kgc3R5bGUgb2YgYysrCmNvbmZpZ3VyZTo3MTgzOiByZXN1bHQ6IGdjYzMKY29u ZmlndXJlOjcyMTA6IGNoZWNraW5nIGhvdyB0byBydW4gdGhlIEMrKyBwcmVwcm9jZXNzb3IKY29u ZmlndXJlOjcyNDY6IGMrKyAtRSAgY29uZnRlc3QuY3BwCmNvbmZpZ3VyZTo3MjUyOiAkPyA9IDAK Y29uZmlndXJlOjcyODM6IGMrKyAtRSAgY29uZnRlc3QuY3BwCmNvbmZ0ZXN0LmNwcDoyNjoyODog ZXJyb3I6IGFjX25vbmV4aXN0ZW50Lmg6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkKY29uZmln dXJlOjcyODk6ICQ/ID0gMQpjb25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoKfCAvKiBjb25m ZGVmcy5oLiAgKi8KfCAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAiIgp8ICNkZWZpbmUgUEFDS0FHRV9U QVJOQU1FICIiCnwgI2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gIiIKfCAjZGVmaW5lIFBBQ0tBR0Vf U1RSSU5HICIiCnwgI2RlZmluZSBQQUNLQUdFX0JVR1JFUE9SVCAiIgp8ICNkZWZpbmUgUEFDS0FH RSAicHJlbHVkZS1tYW5hZ2VyIgp8ICNkZWZpbmUgVkVSU0lPTiAiMC45LjE0LjIiCnwgI2RlZmlu ZSBTVERDX0hFQURFUlMgMQp8ICNkZWZpbmUgSEFWRV9TWVNfVFlQRVNfSCAxCnwgI2RlZmluZSBI QVZFX1NZU19TVEFUX0ggMQp8ICNkZWZpbmUgSEFWRV9TVERMSUJfSCAxCnwgI2RlZmluZSBIQVZF X1NUUklOR19IIDEKfCAjZGVmaW5lIEhBVkVfTUVNT1JZX0ggMQp8ICNkZWZpbmUgSEFWRV9TVFJJ TkdTX0ggMQp8ICNkZWZpbmUgSEFWRV9JTlRUWVBFU19IIDEKfCAjZGVmaW5lIEhBVkVfU1RESU5U X0ggMQp8ICNkZWZpbmUgSEFWRV9VTklTVERfSCAxCnwgI2RlZmluZSBfX0VYVEVOU0lPTlNfXyAx CnwgI2RlZmluZSBfQUxMX1NPVVJDRSAxCnwgI2RlZmluZSBfR05VX1NPVVJDRSAxCnwgI2RlZmlu ZSBfUE9TSVhfUFRIUkVBRF9TRU1BTlRJQ1MgMQp8ICNkZWZpbmUgX1RBTkRFTV9TT1VSQ0UgMQp8 ICNkZWZpbmUgSEFWRV9ETEZDTl9IIDEKfCAvKiBlbmQgY29uZmRlZnMuaC4gICovCnwgI2luY2x1 ZGUgPGFjX25vbmV4aXN0ZW50Lmg+CmNvbmZpZ3VyZTo3MzIyOiByZXN1bHQ6IGMrKyAtRQpjb25m aWd1cmU6NzM1MTogYysrIC1FICBjb25mdGVzdC5jcHAKY29uZmlndXJlOjczNTc6ICQ/ID0gMApj b25maWd1cmU6NzM4ODogYysrIC1FICBjb25mdGVzdC5jcHAKY29uZnRlc3QuY3BwOjI2OjI4OiBl cnJvcjogYWNfbm9uZXhpc3RlbnQuaDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQpjb25maWd1 cmU6NzM5NDogJD8gPSAxCmNvbmZpZ3VyZTogZmFpbGVkIHByb2dyYW0gd2FzOgp8IC8qIGNvbmZk ZWZzLmguICAqLwp8ICNkZWZpbmUgUEFDS0FHRV9OQU1FICIiCnwgI2RlZmluZSBQQUNLQUdFX1RB Uk5BTUUgIiIKfCAjZGVmaW5lIFBBQ0tBR0VfVkVSU0lPTiAiIgp8ICNkZWZpbmUgUEFDS0FHRV9T VFJJTkcgIiIKfCAjZGVmaW5lIFBBQ0tBR0VfQlVHUkVQT1JUICIiCnwgI2RlZmluZSBQQUNLQUdF ICJwcmVsdWRlLW1hbmFnZXIiCnwgI2RlZmluZSBWRVJTSU9OICIwLjkuMTQuMiIKfCAjZGVmaW5l IFNURENfSEVBREVSUyAxCnwgI2RlZmluZSBIQVZFX1NZU19UWVBFU19IIDEKfCAjZGVmaW5lIEhB VkVfU1lTX1NUQVRfSCAxCnwgI2RlZmluZSBIQVZFX1NURExJQl9IIDEKfCAjZGVmaW5lIEhBVkVf U1RSSU5HX0ggMQp8ICNkZWZpbmUgSEFWRV9NRU1PUllfSCAxCnwgI2RlZmluZSBIQVZFX1NUUklO R1NfSCAxCnwgI2RlZmluZSBIQVZFX0lOVFRZUEVTX0ggMQp8ICNkZWZpbmUgSEFWRV9TVERJTlRf SCAxCnwgI2RlZmluZSBIQVZFX1VOSVNURF9IIDEKfCAjZGVmaW5lIF9fRVhURU5TSU9OU19fIDEK fCAjZGVmaW5lIF9BTExfU09VUkNFIDEKfCAjZGVmaW5lIF9HTlVfU09VUkNFIDEKfCAjZGVmaW5l IF9QT1NJWF9QVEhSRUFEX1NFTUFOVElDUyAxCnwgI2RlZmluZSBfVEFOREVNX1NPVVJDRSAxCnwg I2RlZmluZSBIQVZFX0RMRkNOX0ggMQp8IC8qIGVuZCBjb25mZGVmcy5oLiAgKi8KfCAjaW5jbHVk ZSA8YWNfbm9uZXhpc3RlbnQuaD4KY29uZmlndXJlOjc0ODc6IGNoZWNraW5nIGZvciBnNzcKY29u ZmlndXJlOjc1MTc6IHJlc3VsdDogbm8KY29uZmlndXJlOjc0ODc6IGNoZWNraW5nIGZvciB4bGYK Y29uZmlndXJlOjc1MTc6IHJlc3VsdDogbm8KY29uZmlndXJlOjc0ODc6IGNoZWNraW5nIGZvciBm NzcKY29uZmlndXJlOjc1MTc6IHJlc3VsdDogbm8KY29uZmlndXJlOjc0ODc6IGNoZWNraW5nIGZv ciBmcnQKY29uZmlndXJlOjc1MTc6IHJlc3VsdDogbm8KY29uZmlndXJlOjc0ODc6IGNoZWNraW5n IGZvciBwZ2Y3Nwpjb25maWd1cmU6NzUxNzogcmVzdWx0OiBubwpjb25maWd1cmU6NzQ4NzogY2hl Y2tpbmcgZm9yIGNmNzcKY29uZmlndXJlOjc1MTc6IHJlc3VsdDogbm8KY29uZmlndXJlOjc0ODc6 IGNoZWNraW5nIGZvciBmb3J0NzcKY29uZmlndXJlOjc1MTc6IHJlc3VsdDogbm8KY29uZmlndXJl Ojc0ODc6IGNoZWNraW5nIGZvciBmbDMyCmNvbmZpZ3VyZTo3NTE3OiByZXN1bHQ6IG5vCmNvbmZp Z3VyZTo3NDg3OiBjaGVja2luZyBmb3IgYWY3Nwpjb25maWd1cmU6NzUxNzogcmVzdWx0OiBubwpj b25maWd1cmU6NzQ4NzogY2hlY2tpbmcgZm9yIHhsZjkwCmNvbmZpZ3VyZTo3NTE3OiByZXN1bHQ6 IG5vCmNvbmZpZ3VyZTo3NDg3OiBjaGVja2luZyBmb3IgZjkwCmNvbmZpZ3VyZTo3NTE3OiByZXN1 bHQ6IG5vCmNvbmZpZ3VyZTo3NDg3OiBjaGVja2luZyBmb3IgcGdmOTAKY29uZmlndXJlOjc1MTc6 IHJlc3VsdDogbm8KY29uZmlndXJlOjc0ODc6IGNoZWNraW5nIGZvciBwZ2hwZgpjb25maWd1cmU6 NzUxNzogcmVzdWx0OiBubwpjb25maWd1cmU6NzQ4NzogY2hlY2tpbmcgZm9yIGVwY2Y5MApjb25m aWd1cmU6NzUxNzogcmVzdWx0OiBubwpjb25maWd1cmU6NzQ4NzogY2hlY2tpbmcgZm9yIGdmb3J0 cmFuCmNvbmZpZ3VyZTo3NTE3OiByZXN1bHQ6IG5vCmNvbmZpZ3VyZTo3NDg3OiBjaGVja2luZyBm b3IgZzk1CmNvbmZpZ3VyZTo3NTE3OiByZXN1bHQ6IG5vCmNvbmZpZ3VyZTo3NDg3OiBjaGVja2lu ZyBmb3IgeGxmOTUKY29uZmlndXJlOjc1MTc6IHJlc3VsdDogbm8KY29uZmlndXJlOjc0ODc6IGNo ZWNraW5nIGZvciBmOTUKY29uZmlndXJlOjc1MTc6IHJlc3VsdDogbm8KY29uZmlndXJlOjc0ODc6 IGNoZWNraW5nIGZvciBmb3J0CmNvbmZpZ3VyZTo3NTE3OiByZXN1bHQ6IG5vCmNvbmZpZ3VyZTo3 NDg3OiBjaGVja2luZyBmb3IgaWZvcnQKY29uZmlndXJlOjc1MTc6IHJlc3VsdDogbm8KY29uZmln dXJlOjc0ODc6IGNoZWNraW5nIGZvciBpZmMKY29uZmlndXJlOjc1MTc6IHJlc3VsdDogbm8KY29u ZmlndXJlOjc0ODc6IGNoZWNraW5nIGZvciBlZmMKY29uZmlndXJlOjc1MTc6IHJlc3VsdDogbm8K Y29uZmlndXJlOjc0ODc6IGNoZWNraW5nIGZvciBwZ2Y5NQpjb25maWd1cmU6NzUxNzogcmVzdWx0 OiBubwpjb25maWd1cmU6NzQ4NzogY2hlY2tpbmcgZm9yIGxmOTUKY29uZmlndXJlOjc1MTc6IHJl c3VsdDogbm8KY29uZmlndXJlOjc0ODc6IGNoZWNraW5nIGZvciBmdG4KY29uZmlndXJlOjc1MTc6 IHJlc3VsdDogbm8KY29uZmlndXJlOjc1NDQ6IGNoZWNraW5nIGZvciBGb3J0cmFuIDc3IGNvbXBp bGVyIHZlcnNpb24KY29uZmlndXJlOjc1NTE6ICAtLXZlcnNpb24gPiY1Ci0tdmVyc2lvbjogbm90 IGZvdW5kCmNvbmZpZ3VyZTo3NTU0OiAkPyA9IDEyNwpjb25maWd1cmU6NzU2MTogIC12ID4mNQot djogbm90IGZvdW5kCmNvbmZpZ3VyZTo3NTY0OiAkPyA9IDEyNwpjb25maWd1cmU6NzU3MTogIC1W ID4mNQotVjogbm90IGZvdW5kCmNvbmZpZ3VyZTo3NTc0OiAkPyA9IDEyNwpjb25maWd1cmU6NzU4 MjogY2hlY2tpbmcgd2hldGhlciB3ZSBhcmUgdXNpbmcgdGhlIEdOVSBGb3J0cmFuIDc3IGNvbXBp bGVyCmNvbmZpZ3VyZTo3NjAxOiAgLWMgIGNvbmZ0ZXN0LkYgPiY1Ci1jOiBub3QgZm91bmQKY29u ZmlndXJlOjc2MDc6ICQ/ID0gMTI3CmNvbmZpZ3VyZTogZmFpbGVkIHByb2dyYW0gd2FzOgp8ICAg ICAgIHByb2dyYW0gbWFpbgp8ICNpZm5kZWYgX19HTlVDX18KfCAgICAgICAgY2hva2UgbWUKfCAj ZW5kaWYKfCAKfCAgICAgICBlbmQKY29uZmlndXJlOjc2MjQ6IHJlc3VsdDogbm8KY29uZmlndXJl Ojc2MzA6IGNoZWNraW5nIHdoZXRoZXIgIGFjY2VwdHMgLWcKY29uZmlndXJlOjc2NDc6ICAtYyAt ZyBjb25mdGVzdC5mID4mNQotYzogbm90IGZvdW5kCmNvbmZpZ3VyZTo3NjUzOiAkPyA9IDEyNwpj b25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoKfCAgICAgICBwcm9ncmFtIG1haW4KfCAKfCAg ICAgICBlbmQKY29uZmlndXJlOjc2Njk6IHJlc3VsdDogbm8KY29uZmlndXJlOjc2OTg6IGNoZWNr aW5nIHRoZSBtYXhpbXVtIGxlbmd0aCBvZiBjb21tYW5kIGxpbmUgYXJndW1lbnRzCmNvbmZpZ3Vy ZTo3ODEwOiByZXN1bHQ6IDI2MjE0NApjb25maWd1cmU6NzgyMjogY2hlY2tpbmcgY29tbWFuZCB0 byBwYXJzZSAvdXNyL2Jpbi9ubSAtQiBvdXRwdXQgZnJvbSBjYyBvYmplY3QKY29uZmlndXJlOjc5 Mjc6IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUK Y29uZmlndXJlOjc5MzA6ICQ/ID0gMApjb25maWd1cmU6NzkzNDogL3Vzci9iaW4vbm0gLUIgY29u ZnRlc3QubyBcfCBzZWQgLW4gLWUgJ3MvXi4qWyAJXVwoW0FCQ0RHSVJTVFddW0FCQ0RHSVJTVFdd KlwpWyAJXVsgCV0qXChbX0EtWmEtel1bX0EtWmEtejAtOV0qXCkkL1wxIFwyIFwyL3AnIFw+IGNv bmZ0ZXN0Lm5tCmNvbmZpZ3VyZTo3OTM3OiAkPyA9IDAKY29uZmlndXJlOjc5ODk6IGNjIC1vIGNv bmZ0ZXN0IC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgIGNvbmZ0ZXN0LmMgY29uZnRz dG0ubyA+JjUKY29uZmlndXJlOjc5OTI6ICQ/ID0gMApjb25maWd1cmU6ODAzMDogcmVzdWx0OiBv awpjb25maWd1cmU6ODAzNDogY2hlY2tpbmcgZm9yIG9iamRpcgpjb25maWd1cmU6ODA0OTogcmVz dWx0OiAubGlicwpjb25maWd1cmU6ODE0MTogY2hlY2tpbmcgZm9yIGFyCmNvbmZpZ3VyZTo4MTU3 OiBmb3VuZCAvdXNyL2Jpbi9hcgpjb25maWd1cmU6ODE2ODogcmVzdWx0OiBhcgpjb25maWd1cmU6 ODIzNzogY2hlY2tpbmcgZm9yIHJhbmxpYgpjb25maWd1cmU6ODI2NDogcmVzdWx0OiByYW5saWIK Y29uZmlndXJlOjgzMzM6IGNoZWNraW5nIGZvciBzdHJpcApjb25maWd1cmU6ODM0OTogZm91bmQg L3Vzci9iaW4vc3RyaXAKY29uZmlndXJlOjgzNjA6IHJlc3VsdDogc3RyaXAKY29uZmlndXJlOjg5 NjI6IGNoZWNraW5nIGlmIGNjIHN1cHBvcnRzIC1mbm8tcnR0aSAtZm5vLWV4Y2VwdGlvbnMKY29u ZmlndXJlOjg5ODA6IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgLWZuby1y dHRpIC1mbm8tZXhjZXB0aW9ucyBjb25mdGVzdC5jID4mNQpjYzE6IHdhcm5pbmc6IGNvbW1hbmQg bGluZSBvcHRpb24gIi1mbm8tcnR0aSIgaXMgdmFsaWQgZm9yIEMrKy9PYmpDKysgYnV0IG5vdCBm b3IgQwpjb25maWd1cmU6ODk4NDogJD8gPSAwCmNvbmZpZ3VyZTo4OTk3OiByZXN1bHQ6IG5vCmNv bmZpZ3VyZTo5MDEyOiBjaGVja2luZyBmb3IgY2Mgb3B0aW9uIHRvIHByb2R1Y2UgUElDCmNvbmZp Z3VyZTo5MjQ0OiByZXN1bHQ6IC1mUElDCmNvbmZpZ3VyZTo5MjUyOiBjaGVja2luZyBpZiBjYyBQ SUMgZmxhZyAtZlBJQyB3b3Jrcwpjb25maWd1cmU6OTI3MDogY2MgLWMgLU8yIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1waXBlICAtZlBJQyAtRFBJQyBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6OTI3 NDogJD8gPSAwCmNvbmZpZ3VyZTo5Mjg3OiByZXN1bHQ6IHllcwpjb25maWd1cmU6OTMxNTogY2hl Y2tpbmcgaWYgY2Mgc3RhdGljIGZsYWcgLXN0YXRpYyB3b3Jrcwpjb25maWd1cmU6OTM0MzogcmVz dWx0OiB5ZXMKY29uZmlndXJlOjkzNTM6IGNoZWNraW5nIGlmIGNjIHN1cHBvcnRzIC1jIC1vIGZp bGUubwpjb25maWd1cmU6OTM3NDogY2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBl ICAtbyBvdXQvY29uZnRlc3QyLm8gY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjkzNzg6ICQ/ID0g MApjb25maWd1cmU6OTQwMDogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjk0MjY6IGNoZWNraW5nIHdo ZXRoZXIgdGhlIGNjIGxpbmtlciAoL3Vzci9iaW4vbGQpIHN1cHBvcnRzIHNoYXJlZCBsaWJyYXJp ZXMKY29uZmlndXJlOjEwNDA3OiByZXN1bHQ6IHllcwpjb25maWd1cmU6MTA0Mjg6IGNoZWNraW5n IHdoZXRoZXIgLWxjIHNob3VsZCBiZSBleHBsaWNpdGx5IGxpbmtlZCBpbgpjb25maWd1cmU6MTA0 MzM6IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUK Y29uZmlndXJlOjEwNDM2OiAkPyA9IDAKY29uZmlndXJlOjEwNDUxOiBjYyAtc2hhcmVkIGNvbmZ0 ZXN0Lm8gIC12IC1XbCwtc29uYW1lIC1XbCxjb25mdGVzdCAtbyBjb25mdGVzdCAyXD5cJjEgXHwg Z3JlcCAgLWxjICBcPi9kZXYvbnVsbCAyXD5cJjEKY29uZmlndXJlOjEwNDU0OiAkPyA9IDAKY29u ZmlndXJlOjEwNDY2OiByZXN1bHQ6IG5vCmNvbmZpZ3VyZToxMDQ3NDogY2hlY2tpbmcgZHluYW1p YyBsaW5rZXIgY2hhcmFjdGVyaXN0aWNzCmNvbmZpZ3VyZToxMTA4ODogcmVzdWx0OiBmcmVlYnNk Ny4yIGxkLnNvCmNvbmZpZ3VyZToxMTExMjogY2hlY2tpbmcgaG93IHRvIGhhcmRjb2RlIGxpYnJh cnkgcGF0aHMgaW50byBwcm9ncmFtcwpjb25maWd1cmU6MTExMzc6IHJlc3VsdDogaW1tZWRpYXRl CmNvbmZpZ3VyZToxMTE1MTogY2hlY2tpbmcgd2hldGhlciBzdHJpcHBpbmcgbGlicmFyaWVzIGlz IHBvc3NpYmxlCmNvbmZpZ3VyZToxMTE1NjogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjExMjgwOiBj aGVja2luZyBmb3Igc2hsX2xvYWQKY29uZmlndXJlOjExMzM2OiBjYyAtbyBjb25mdGVzdCAtTzIg LWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgICBjb25mdGVzdC5jICA+JjUKL3Zhci90bXAvL2Nj QzZtVXQ0Lm8oLnRleHQrMHgxMik6IEluIGZ1bmN0aW9uIGBtYWluJzoKOiB1bmRlZmluZWQgcmVm ZXJlbmNlIHRvIGBzaGxfbG9hZCcKY29uZmlndXJlOjExMzQyOiAkPyA9IDEKY29uZmlndXJlOiBm YWlsZWQgcHJvZ3JhbSB3YXM6CnwgLyogY29uZmRlZnMuaC4gICovCnwgI2RlZmluZSBQQUNLQUdF X05BTUUgIiIKfCAjZGVmaW5lIFBBQ0tBR0VfVEFSTkFNRSAiIgp8ICNkZWZpbmUgUEFDS0FHRV9W RVJTSU9OICIiCnwgI2RlZmluZSBQQUNLQUdFX1NUUklORyAiIgp8ICNkZWZpbmUgUEFDS0FHRV9C VUdSRVBPUlQgIiIKfCAjZGVmaW5lIFBBQ0tBR0UgInByZWx1ZGUtbWFuYWdlciIKfCAjZGVmaW5l IFZFUlNJT04gIjAuOS4xNC4yIgp8ICNkZWZpbmUgU1REQ19IRUFERVJTIDEKfCAjZGVmaW5lIEhB VkVfU1lTX1RZUEVTX0ggMQp8ICNkZWZpbmUgSEFWRV9TWVNfU1RBVF9IIDEKfCAjZGVmaW5lIEhB VkVfU1RETElCX0ggMQp8ICNkZWZpbmUgSEFWRV9TVFJJTkdfSCAxCnwgI2RlZmluZSBIQVZFX01F TU9SWV9IIDEKfCAjZGVmaW5lIEhBVkVfU1RSSU5HU19IIDEKfCAjZGVmaW5lIEhBVkVfSU5UVFlQ RVNfSCAxCnwgI2RlZmluZSBIQVZFX1NURElOVF9IIDEKfCAjZGVmaW5lIEhBVkVfVU5JU1REX0gg MQp8ICNkZWZpbmUgX19FWFRFTlNJT05TX18gMQp8ICNkZWZpbmUgX0FMTF9TT1VSQ0UgMQp8ICNk ZWZpbmUgX0dOVV9TT1VSQ0UgMQp8ICNkZWZpbmUgX1BPU0lYX1BUSFJFQURfU0VNQU5USUNTIDEK fCAjZGVmaW5lIF9UQU5ERU1fU09VUkNFIDEKfCAjZGVmaW5lIEhBVkVfRExGQ05fSCAxCnwgLyog ZW5kIGNvbmZkZWZzLmguICAqLwp8IC8qIERlZmluZSBzaGxfbG9hZCB0byBhbiBpbm5vY3VvdXMg dmFyaWFudCwgaW4gY2FzZSA8bGltaXRzLmg+IGRlY2xhcmVzIHNobF9sb2FkLgp8ICAgIEZvciBl eGFtcGxlLCBIUC1VWCAxMWkgPGxpbWl0cy5oPiBkZWNsYXJlcyBnZXR0aW1lb2ZkYXkuICAqLwp8 ICNkZWZpbmUgc2hsX2xvYWQgaW5ub2N1b3VzX3NobF9sb2FkCnwgCnwgLyogU3lzdGVtIGhlYWRl ciB0byBkZWZpbmUgX19zdHViIG1hY3JvcyBhbmQgaG9wZWZ1bGx5IGZldyBwcm90b3R5cGVzLAp8 ICAgICB3aGljaCBjYW4gY29uZmxpY3Qgd2l0aCBjaGFyIHNobF9sb2FkICgpOyBiZWxvdy4KfCAg ICAgUHJlZmVyIDxsaW1pdHMuaD4gdG8gPGFzc2VydC5oPiBpZiBfX1NURENfXyBpcyBkZWZpbmVk LCBzaW5jZQp8ICAgICA8bGltaXRzLmg+IGV4aXN0cyBldmVuIG9uIGZyZWVzdGFuZGluZyBjb21w aWxlcnMuICAqLwp8IAp8ICNpZmRlZiBfX1NURENfXwp8ICMgaW5jbHVkZSA8bGltaXRzLmg+Cnwg I2Vsc2UKfCAjIGluY2x1ZGUgPGFzc2VydC5oPgp8ICNlbmRpZgp8IAp8ICN1bmRlZiBzaGxfbG9h ZAp8IAp8IC8qIE92ZXJyaWRlIGFueSBHQ0MgaW50ZXJuYWwgcHJvdG90eXBlIHRvIGF2b2lkIGFu IGVycm9yLgp8ICAgIFVzZSBjaGFyIGJlY2F1c2UgaW50IG1pZ2h0IG1hdGNoIHRoZSByZXR1cm4g dHlwZSBvZiBhIEdDQwp8ICAgIGJ1aWx0aW4gYW5kIHRoZW4gaXRzIGFyZ3VtZW50IHByb3RvdHlw ZSB3b3VsZCBzdGlsbCBhcHBseS4gICovCnwgI2lmZGVmIF9fY3BsdXNwbHVzCnwgZXh0ZXJuICJD Igp8ICNlbmRpZgp8IGNoYXIgc2hsX2xvYWQgKCk7CnwgLyogVGhlIEdOVSBDIGxpYnJhcnkgZGVm aW5lcyB0aGlzIGZvciBmdW5jdGlvbnMgd2hpY2ggaXQgaW1wbGVtZW50cwp8ICAgICB0byBhbHdh eXMgZmFpbCB3aXRoIEVOT1NZUy4gIFNvbWUgZnVuY3Rpb25zIGFyZSBhY3R1YWxseSBuYW1lZAp8 ICAgICBzb21ldGhpbmcgc3RhcnRpbmcgd2l0aCBfXyBhbmQgdGhlIG5vcm1hbCBuYW1lIGlzIGFu IGFsaWFzLiAgKi8KfCAjaWYgZGVmaW5lZCBfX3N0dWJfc2hsX2xvYWQgfHwgZGVmaW5lZCBfX3N0 dWJfX19zaGxfbG9hZAp8IGNob2tlIG1lCnwgI2VuZGlmCnwgCnwgaW50CnwgbWFpbiAoKQp8IHsK fCByZXR1cm4gc2hsX2xvYWQgKCk7CnwgICA7CnwgICByZXR1cm4gMDsKfCB9CmNvbmZpZ3VyZTox MTM1OTogcmVzdWx0OiBubwpjb25maWd1cmU6MTEzNjQ6IGNoZWNraW5nIGZvciBzaGxfbG9hZCBp biAtbGRsZApjb25maWd1cmU6MTEzOTk6IGNjIC1vIGNvbmZ0ZXN0IC1PMiAtZm5vLXN0cmljdC1h bGlhc2luZyAtcGlwZSAgIGNvbmZ0ZXN0LmMgLWxkbGQgICA+JjUKL3Vzci9iaW4vbGQ6IGNhbm5v dCBmaW5kIC1sZGxkCmNvbmZpZ3VyZToxMTQwNTogJD8gPSAxCmNvbmZpZ3VyZTogZmFpbGVkIHBy b2dyYW0gd2FzOgp8IC8qIGNvbmZkZWZzLmguICAqLwp8ICNkZWZpbmUgUEFDS0FHRV9OQU1FICIi CnwgI2RlZmluZSBQQUNLQUdFX1RBUk5BTUUgIiIKfCAjZGVmaW5lIFBBQ0tBR0VfVkVSU0lPTiAi Igp8ICNkZWZpbmUgUEFDS0FHRV9TVFJJTkcgIiIKfCAjZGVmaW5lIFBBQ0tBR0VfQlVHUkVQT1JU ICIiCnwgI2RlZmluZSBQQUNLQUdFICJwcmVsdWRlLW1hbmFnZXIiCnwgI2RlZmluZSBWRVJTSU9O ICIwLjkuMTQuMiIKfCAjZGVmaW5lIFNURENfSEVBREVSUyAxCnwgI2RlZmluZSBIQVZFX1NZU19U WVBFU19IIDEKfCAjZGVmaW5lIEhBVkVfU1lTX1NUQVRfSCAxCnwgI2RlZmluZSBIQVZFX1NURExJ Ql9IIDEKfCAjZGVmaW5lIEhBVkVfU1RSSU5HX0ggMQp8ICNkZWZpbmUgSEFWRV9NRU1PUllfSCAx CnwgI2RlZmluZSBIQVZFX1NUUklOR1NfSCAxCnwgI2RlZmluZSBIQVZFX0lOVFRZUEVTX0ggMQp8 ICNkZWZpbmUgSEFWRV9TVERJTlRfSCAxCnwgI2RlZmluZSBIQVZFX1VOSVNURF9IIDEKfCAjZGVm aW5lIF9fRVhURU5TSU9OU19fIDEKfCAjZGVmaW5lIF9BTExfU09VUkNFIDEKfCAjZGVmaW5lIF9H TlVfU09VUkNFIDEKfCAjZGVmaW5lIF9QT1NJWF9QVEhSRUFEX1NFTUFOVElDUyAxCnwgI2RlZmlu ZSBfVEFOREVNX1NPVVJDRSAxCnwgI2RlZmluZSBIQVZFX0RMRkNOX0ggMQp8IC8qIGVuZCBjb25m ZGVmcy5oLiAgKi8KfCAKfCAvKiBPdmVycmlkZSBhbnkgR0NDIGludGVybmFsIHByb3RvdHlwZSB0 byBhdm9pZCBhbiBlcnJvci4KfCAgICBVc2UgY2hhciBiZWNhdXNlIGludCBtaWdodCBtYXRjaCB0 aGUgcmV0dXJuIHR5cGUgb2YgYSBHQ0MKfCAgICBidWlsdGluIGFuZCB0aGVuIGl0cyBhcmd1bWVu dCBwcm90b3R5cGUgd291bGQgc3RpbGwgYXBwbHkuICAqLwp8ICNpZmRlZiBfX2NwbHVzcGx1cwp8 IGV4dGVybiAiQyIKfCAjZW5kaWYKfCBjaGFyIHNobF9sb2FkICgpOwp8IGludAp8IG1haW4gKCkK fCB7CnwgcmV0dXJuIHNobF9sb2FkICgpOwp8ICAgOwp8ICAgcmV0dXJuIDA7CnwgfQpjb25maWd1 cmU6MTE0MjM6IHJlc3VsdDogbm8KY29uZmlndXJlOjExNDI4OiBjaGVja2luZyBmb3IgZGxvcGVu CmNvbmZpZ3VyZToxMTQ4NDogY2MgLW8gY29uZnRlc3QgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5n IC1waXBlICAgY29uZnRlc3QuYyAgPiY1CmNvbmZpZ3VyZToxMTQ5MDogJD8gPSAwCmNvbmZpZ3Vy ZToxMTUwNzogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjExNzQwOiBjaGVja2luZyB3aGV0aGVyIGEg cHJvZ3JhbSBjYW4gZGxvcGVuIGl0c2VsZgpjb25maWd1cmU6MTE4MTQ6IGNjIC1vIGNvbmZ0ZXN0 IC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgLURIQVZFX0RMRkNOX0ggIC1XbCwtLWV4 cG9ydC1keW5hbWljIGNvbmZ0ZXN0LmMgICA+JjUKY29uZmlndXJlOiBJbiBmdW5jdGlvbiAnbWFp bic6CmNvbmZpZ3VyZToxMTgxMDogd2FybmluZzogaW5jb21wYXRpYmxlIGltcGxpY2l0IGRlY2xh cmF0aW9uIG9mIGJ1aWx0LWluIGZ1bmN0aW9uICdleGl0Jwpjb25maWd1cmU6MTE4MTc6ICQ/ID0g MApjb25maWd1cmU6MTE4MzU6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToxMTg0MDogY2hlY2tpbmcg d2hldGhlciBhIHN0YXRpY2FsbHkgbGlua2VkIHByb2dyYW0gY2FuIGRsb3BlbiBpdHNlbGYKY29u ZmlndXJlOjExOTE0OiBjYyAtbyBjb25mdGVzdCAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBp cGUgIC1ESEFWRV9ETEZDTl9IICAtV2wsLS1leHBvcnQtZHluYW1pYyAtc3RhdGljIGNvbmZ0ZXN0 LmMgICA+JjUKY29uZmlndXJlOiBJbiBmdW5jdGlvbiAnbWFpbic6CmNvbmZpZ3VyZToxMTkxMDog d2FybmluZzogaW5jb21wYXRpYmxlIGltcGxpY2l0IGRlY2xhcmF0aW9uIG9mIGJ1aWx0LWluIGZ1 bmN0aW9uICdleGl0Jwpjb25maWd1cmU6MTE5MTc6ICQ/ID0gMApTZXJ2aWNlIHVuYXZhaWxhYmxl CmNvbmZpZ3VyZToxMTkzNTogcmVzdWx0OiBubwpjb25maWd1cmU6MTE5NTg6IGNoZWNraW5nIGlm IGxpYnRvb2wgc3VwcG9ydHMgc2hhcmVkIGxpYnJhcmllcwpjb25maWd1cmU6MTE5NjA6IHJlc3Vs dDogeWVzCmNvbmZpZ3VyZToxMTk2MzogY2hlY2tpbmcgd2hldGhlciB0byBidWlsZCBzaGFyZWQg bGlicmFyaWVzCmNvbmZpZ3VyZToxMTk4NDogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjExOTg3OiBj aGVja2luZyB3aGV0aGVyIHRvIGJ1aWxkIHN0YXRpYyBsaWJyYXJpZXMKY29uZmlndXJlOjExOTkx OiByZXN1bHQ6IG5vCmNvbmZpZ3VyZToxMjA4NTogY3JlYXRpbmcgbGlidG9vbApjb25maWd1cmU6 MTI2Nzg6IGNoZWNraW5nIGZvciBsZCB1c2VkIGJ5IGMrKwpjb25maWd1cmU6MTI3NDU6IHJlc3Vs dDogL3Vzci9iaW4vbGQKY29uZmlndXJlOjEyNzU0OiBjaGVja2luZyBpZiB0aGUgbGlua2VyICgv dXNyL2Jpbi9sZCkgaXMgR05VIGxkCmNvbmZpZ3VyZToxMjc2OTogcmVzdWx0OiB5ZXMKY29uZmln dXJlOjEyODIwOiBjaGVja2luZyB3aGV0aGVyIHRoZSBjKysgbGlua2VyICgvdXNyL2Jpbi9sZCkg c3VwcG9ydHMgc2hhcmVkIGxpYnJhcmllcwpjb25maWd1cmU6MTM3NjY6IHJlc3VsdDogeWVzCmNv bmZpZ3VyZToxMzc4NzogYysrIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29u ZnRlc3QuY3BwID4mNQpjb25maWd1cmU6MTM3OTA6ICQ/ID0gMApjb25maWd1cmU6MTM5NDY6IGNo ZWNraW5nIGZvciBjKysgb3B0aW9uIHRvIHByb2R1Y2UgUElDCmNvbmZpZ3VyZToxNDIzMDogcmVz dWx0OiAtZlBJQwpjb25maWd1cmU6MTQyMzg6IGNoZWNraW5nIGlmIGMrKyBQSUMgZmxhZyAtZlBJ QyB3b3Jrcwpjb25maWd1cmU6MTQyNTY6IGMrKyAtYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcg LXBpcGUgIC1mUElDIC1EUElDIGNvbmZ0ZXN0LmNwcCA+JjUKY29uZmlndXJlOjE0MjYwOiAkPyA9 IDAKY29uZmlndXJlOjE0MjczOiByZXN1bHQ6IHllcwpjb25maWd1cmU6MTQzMDE6IGNoZWNraW5n IGlmIGMrKyBzdGF0aWMgZmxhZyAtc3RhdGljIHdvcmtzCmNvbmZpZ3VyZToxNDMyOTogcmVzdWx0 OiB5ZXMKY29uZmlndXJlOjE0MzM5OiBjaGVja2luZyBpZiBjKysgc3VwcG9ydHMgLWMgLW8gZmls ZS5vCmNvbmZpZ3VyZToxNDM2MDogYysrIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlw ZSAgLW8gb3V0L2NvbmZ0ZXN0Mi5vIGNvbmZ0ZXN0LmNwcCA+JjUKY29uZmlndXJlOjE0MzY0OiAk PyA9IDAKY29uZmlndXJlOjE0Mzg2OiByZXN1bHQ6IHllcwpjb25maWd1cmU6MTQ0MTI6IGNoZWNr aW5nIHdoZXRoZXIgdGhlIGMrKyBsaW5rZXIgKC91c3IvYmluL2xkKSBzdXBwb3J0cyBzaGFyZWQg bGlicmFyaWVzCmNvbmZpZ3VyZToxNDQ0MTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjE0NTA4OiBj aGVja2luZyBkeW5hbWljIGxpbmtlciBjaGFyYWN0ZXJpc3RpY3MKY29uZmlndXJlOjE1MDcwOiBy ZXN1bHQ6IGZyZWVic2Q3LjIgbGQuc28KY29uZmlndXJlOjE1MDk0OiBjaGVja2luZyBob3cgdG8g aGFyZGNvZGUgbGlicmFyeSBwYXRocyBpbnRvIHByb2dyYW1zCmNvbmZpZ3VyZToxNTExOTogcmVz dWx0OiBpbW1lZGlhdGUKY29uZmlndXJlOjIxMzgxOiBjaGVja2luZyBmb3Igd29ya2luZyBhbGxv Y2EuaApjb25maWd1cmU6MjE0MDg6IGNjIC1vIGNvbmZ0ZXN0IC1PMiAtZm5vLXN0cmljdC1hbGlh c2luZyAtcGlwZSAgIGNvbmZ0ZXN0LmMgID4mNQpjb25mdGVzdC5jOjI2OjIwOiBlcnJvcjogYWxs b2NhLmg6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkKY29uZnRlc3QuYzogSW4gZnVuY3Rpb24g J21haW4nOgpjb25mdGVzdC5jOjMwOiB3YXJuaW5nOiBpbmNvbXBhdGlibGUgaW1wbGljaXQgZGVj bGFyYXRpb24gb2YgYnVpbHQtaW4gZnVuY3Rpb24gJ2FsbG9jYScKY29uZmlndXJlOjIxNDE0OiAk PyA9IDEKY29uZmlndXJlOiBmYWlsZWQgcHJvZ3JhbSB3YXM6CnwgLyogY29uZmRlZnMuaC4gICov CnwgI2RlZmluZSBQQUNLQUdFX05BTUUgIiIKfCAjZGVmaW5lIFBBQ0tBR0VfVEFSTkFNRSAiIgp8 ICNkZWZpbmUgUEFDS0FHRV9WRVJTSU9OICIiCnwgI2RlZmluZSBQQUNLQUdFX1NUUklORyAiIgp8 ICNkZWZpbmUgUEFDS0FHRV9CVUdSRVBPUlQgIiIKfCAjZGVmaW5lIFBBQ0tBR0UgInByZWx1ZGUt bWFuYWdlciIKfCAjZGVmaW5lIFZFUlNJT04gIjAuOS4xNC4yIgp8ICNkZWZpbmUgU1REQ19IRUFE RVJTIDEKfCAjZGVmaW5lIEhBVkVfU1lTX1RZUEVTX0ggMQp8ICNkZWZpbmUgSEFWRV9TWVNfU1RB VF9IIDEKfCAjZGVmaW5lIEhBVkVfU1RETElCX0ggMQp8ICNkZWZpbmUgSEFWRV9TVFJJTkdfSCAx CnwgI2RlZmluZSBIQVZFX01FTU9SWV9IIDEKfCAjZGVmaW5lIEhBVkVfU1RSSU5HU19IIDEKfCAj ZGVmaW5lIEhBVkVfSU5UVFlQRVNfSCAxCnwgI2RlZmluZSBIQVZFX1NURElOVF9IIDEKfCAjZGVm aW5lIEhBVkVfVU5JU1REX0ggMQp8ICNkZWZpbmUgX19FWFRFTlNJT05TX18gMQp8ICNkZWZpbmUg X0FMTF9TT1VSQ0UgMQp8ICNkZWZpbmUgX0dOVV9TT1VSQ0UgMQp8ICNkZWZpbmUgX1BPU0lYX1BU SFJFQURfU0VNQU5USUNTIDEKfCAjZGVmaW5lIF9UQU5ERU1fU09VUkNFIDEKfCAjZGVmaW5lIEhB VkVfRExGQ05fSCAxCnwgLyogZW5kIGNvbmZkZWZzLmguICAqLwp8ICNpbmNsdWRlIDxhbGxvY2Eu aD4KfCBpbnQKfCBtYWluICgpCnwgewp8IGNoYXIgKnAgPSAoY2hhciAqKSBhbGxvY2EgKDIgKiBz aXplb2YgKGludCkpOwp8IAkJCSAgaWYgKHApIHJldHVybiAwOwp8ICAgOwp8ICAgcmV0dXJuIDA7 CnwgfQpjb25maWd1cmU6MjE0MzE6IHJlc3VsdDogbm8KY29uZmlndXJlOjIxNDQxOiBjaGVja2lu ZyBmb3IgYWxsb2NhCmNvbmZpZ3VyZToyMTQ4ODogY2MgLW8gY29uZnRlc3QgLU8yIC1mbm8tc3Ry aWN0LWFsaWFzaW5nIC1waXBlICAgY29uZnRlc3QuYyAgPiY1CmNvbmZpZ3VyZToyMTQ5NDogJD8g PSAwCmNvbmZpZ3VyZToyMTUxMTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjIxNzY4OiBjaGVja2lu ZyBhcnBhL2luZXQuaCB1c2FiaWxpdHkKY29uZmlndXJlOjIxNzg1OiBjYyAtYyAtTzIgLWZuby1z dHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZToyMTc5MTogJD8g PSAwCmNvbmZpZ3VyZToyMTgwNTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjIxODA5OiBjaGVja2lu ZyBhcnBhL2luZXQuaCBwcmVzZW5jZQpjb25maWd1cmU6MjE4MjQ6IGNjIC1FICBjb25mdGVzdC5j CmNvbmZpZ3VyZToyMTgzMDogJD8gPSAwCmNvbmZpZ3VyZToyMTg0NDogcmVzdWx0OiB5ZXMKY29u ZmlndXJlOjIxODcyOiBjaGVja2luZyBmb3IgYXJwYS9pbmV0LmgKY29uZmlndXJlOjIxODgwOiBy ZXN1bHQ6IHllcwpjb25maWd1cmU6MjE3Njg6IGNoZWNraW5nIGZsb2F0LmggdXNhYmlsaXR5CmNv bmZpZ3VyZToyMTc4NTogY2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICBjb25m dGVzdC5jID4mNQpjb25maWd1cmU6MjE3OTE6ICQ/ID0gMApjb25maWd1cmU6MjE4MDU6IHJlc3Vs dDogeWVzCmNvbmZpZ3VyZToyMTgwOTogY2hlY2tpbmcgZmxvYXQuaCBwcmVzZW5jZQpjb25maWd1 cmU6MjE4MjQ6IGNjIC1FICBjb25mdGVzdC5jCmNvbmZpZ3VyZToyMTgzMDogJD8gPSAwCmNvbmZp Z3VyZToyMTg0NDogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjIxODcyOiBjaGVja2luZyBmb3IgZmxv YXQuaApjb25maWd1cmU6MjE4ODA6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToyMTc2ODogY2hlY2tp bmcgc3lzL3NvY2tldC5oIHVzYWJpbGl0eQpjb25maWd1cmU6MjE3ODU6IGNjIC1jIC1PMiAtZm5v LXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjIxNzkxOiAk PyA9IDAKY29uZmlndXJlOjIxODA1OiByZXN1bHQ6IHllcwpjb25maWd1cmU6MjE4MDk6IGNoZWNr aW5nIHN5cy9zb2NrZXQuaCBwcmVzZW5jZQpjb25maWd1cmU6MjE4MjQ6IGNjIC1FICBjb25mdGVz dC5jCmNvbmZpZ3VyZToyMTgzMDogJD8gPSAwCmNvbmZpZ3VyZToyMTg0NDogcmVzdWx0OiB5ZXMK Y29uZmlndXJlOjIxODcyOiBjaGVja2luZyBmb3Igc3lzL3NvY2tldC5oCmNvbmZpZ3VyZToyMTg4 MDogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjIxNzY4OiBjaGVja2luZyBuZXRkYi5oIHVzYWJpbGl0 eQpjb25maWd1cmU6MjE3ODU6IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAg Y29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjIxNzkxOiAkPyA9IDAKY29uZmlndXJlOjIxODA1OiBy ZXN1bHQ6IHllcwpjb25maWd1cmU6MjE4MDk6IGNoZWNraW5nIG5ldGRiLmggcHJlc2VuY2UKY29u ZmlndXJlOjIxODI0OiBjYyAtRSAgY29uZnRlc3QuYwpjb25maWd1cmU6MjE4MzA6ICQ/ID0gMApj b25maWd1cmU6MjE4NDQ6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToyMTg3MjogY2hlY2tpbmcgZm9y IG5ldGRiLmgKY29uZmlndXJlOjIxODgwOiByZXN1bHQ6IHllcwpjb25maWd1cmU6MjE3Njg6IGNo ZWNraW5nIG5ldGluZXQvaW4uaCB1c2FiaWxpdHkKY29uZmlndXJlOjIxNzg1OiBjYyAtYyAtTzIg LWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZToyMTc5 MTogJD8gPSAwCmNvbmZpZ3VyZToyMTgwNTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjIxODA5OiBj aGVja2luZyBuZXRpbmV0L2luLmggcHJlc2VuY2UKY29uZmlndXJlOjIxODI0OiBjYyAtRSAgY29u ZnRlc3QuYwpjb25maWd1cmU6MjE4MzA6ICQ/ID0gMApjb25maWd1cmU6MjE4NDQ6IHJlc3VsdDog eWVzCmNvbmZpZ3VyZToyMTg3MjogY2hlY2tpbmcgZm9yIG5ldGluZXQvaW4uaApjb25maWd1cmU6 MjE4ODA6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToyMTc2ODogY2hlY2tpbmcgc3lzL3BhcmFtLmgg dXNhYmlsaXR5CmNvbmZpZ3VyZToyMTc4NTogY2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5n IC1waXBlICBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6MjE3OTE6ICQ/ID0gMApjb25maWd1cmU6 MjE4MDU6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToyMTgwOTogY2hlY2tpbmcgc3lzL3BhcmFtLmgg cHJlc2VuY2UKY29uZmlndXJlOjIxODI0OiBjYyAtRSAgY29uZnRlc3QuYwpjb25maWd1cmU6MjE4 MzA6ICQ/ID0gMApjb25maWd1cmU6MjE4NDQ6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToyMTg3Mjog Y2hlY2tpbmcgZm9yIHN5cy9wYXJhbS5oCmNvbmZpZ3VyZToyMTg4MDogcmVzdWx0OiB5ZXMKY29u ZmlndXJlOjIxNzY4OiBjaGVja2luZyBzaWduYWwuaCB1c2FiaWxpdHkKY29uZmlndXJlOjIxNzg1 OiBjYyAtYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0LmMgPiY1CmNv bmZpZ3VyZToyMTc5MTogJD8gPSAwCmNvbmZpZ3VyZToyMTgwNTogcmVzdWx0OiB5ZXMKY29uZmln dXJlOjIxODA5OiBjaGVja2luZyBzaWduYWwuaCBwcmVzZW5jZQpjb25maWd1cmU6MjE4MjQ6IGNj IC1FICBjb25mdGVzdC5jCmNvbmZpZ3VyZToyMTgzMDogJD8gPSAwCmNvbmZpZ3VyZToyMTg0NDog cmVzdWx0OiB5ZXMKY29uZmlndXJlOjIxODcyOiBjaGVja2luZyBmb3Igc2lnbmFsLmgKY29uZmln dXJlOjIxODgwOiByZXN1bHQ6IHllcwpjb25maWd1cmU6MjE3NTg6IGNoZWNraW5nIGZvciBzdGRp bnQuaApjb25maWd1cmU6MjE3NjQ6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToyMTc2ODogY2hlY2tp bmcgd2NoYXIuaCB1c2FiaWxpdHkKY29uZmlndXJlOjIxNzg1OiBjYyAtYyAtTzIgLWZuby1zdHJp Y3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZToyMTc5MTogJD8gPSAw CmNvbmZpZ3VyZToyMTgwNTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjIxODA5OiBjaGVja2luZyB3 Y2hhci5oIHByZXNlbmNlCmNvbmZpZ3VyZToyMTgyNDogY2MgLUUgIGNvbmZ0ZXN0LmMKY29uZmln dXJlOjIxODMwOiAkPyA9IDAKY29uZmlndXJlOjIxODQ0OiByZXN1bHQ6IHllcwpjb25maWd1cmU6 MjE4NzI6IGNoZWNraW5nIGZvciB3Y2hhci5oCmNvbmZpZ3VyZToyMTg4MDogcmVzdWx0OiB5ZXMK Y29uZmlndXJlOjIxNzY4OiBjaGVja2luZyBzdGRpby5oIHVzYWJpbGl0eQpjb25maWd1cmU6MjE3 ODU6IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUK Y29uZmlndXJlOjIxNzkxOiAkPyA9IDAKY29uZmlndXJlOjIxODA1OiByZXN1bHQ6IHllcwpjb25m aWd1cmU6MjE4MDk6IGNoZWNraW5nIHN0ZGlvLmggcHJlc2VuY2UKY29uZmlndXJlOjIxODI0OiBj YyAtRSAgY29uZnRlc3QuYwpjb25maWd1cmU6MjE4MzA6ICQ/ID0gMApjb25maWd1cmU6MjE4NDQ6 IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToyMTg3MjogY2hlY2tpbmcgZm9yIHN0ZGlvLmgKY29uZmln dXJlOjIxODgwOiByZXN1bHQ6IHllcwpjb25maWd1cmU6MjE3NTg6IGNoZWNraW5nIGZvciBzdGRs aWIuaApjb25maWd1cmU6MjE3NjQ6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToyMTc1ODogY2hlY2tp bmcgZm9yIHN0cmluZy5oCmNvbmZpZ3VyZToyMTc2NDogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjIx NzY4OiBjaGVja2luZyB0aW1lLmggdXNhYmlsaXR5CmNvbmZpZ3VyZToyMTc4NTogY2MgLWMgLU8y IC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6MjE3 OTE6ICQ/ID0gMApjb25maWd1cmU6MjE4MDU6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToyMTgwOTog Y2hlY2tpbmcgdGltZS5oIHByZXNlbmNlCmNvbmZpZ3VyZToyMTgyNDogY2MgLUUgIGNvbmZ0ZXN0 LmMKY29uZmlndXJlOjIxODMwOiAkPyA9IDAKY29uZmlndXJlOjIxODQ0OiByZXN1bHQ6IHllcwpj b25maWd1cmU6MjE4NzI6IGNoZWNraW5nIGZvciB0aW1lLmgKY29uZmlndXJlOjIxODgwOiByZXN1 bHQ6IHllcwpjb25maWd1cmU6MjE3Njg6IGNoZWNraW5nIHN5cy90aW1lLmggdXNhYmlsaXR5CmNv bmZpZ3VyZToyMTc4NTogY2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICBjb25m dGVzdC5jID4mNQpjb25maWd1cmU6MjE3OTE6ICQ/ID0gMApjb25maWd1cmU6MjE4MDU6IHJlc3Vs dDogeWVzCmNvbmZpZ3VyZToyMTgwOTogY2hlY2tpbmcgc3lzL3RpbWUuaCBwcmVzZW5jZQpjb25m aWd1cmU6MjE4MjQ6IGNjIC1FICBjb25mdGVzdC5jCmNvbmZpZ3VyZToyMTgzMDogJD8gPSAwCmNv bmZpZ3VyZToyMTg0NDogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjIxODcyOiBjaGVja2luZyBmb3Ig c3lzL3RpbWUuaApjb25maWd1cmU6MjE4ODA6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToyMTc1ODog Y2hlY2tpbmcgZm9yIHVuaXN0ZC5oCmNvbmZpZ3VyZToyMTc2NDogcmVzdWx0OiB5ZXMKY29uZmln dXJlOjIxOTAwOiBjaGVja2luZyB3aGV0aGVyIHRoZSBwcmVwcm9jZXNzb3Igc3VwcG9ydHMgaW5j bHVkZV9uZXh0CmNvbmZpZ3VyZToyMTkzMzogY2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5n IC1waXBlICAtSWNvbmZ0ZXN0ZDEgLUljb25mdGVzdGQyIGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3Vy ZToyMTkzOTogJD8gPSAwCmNvbmZpZ3VyZToyMTk1NzogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjIx OTc5OiBjaGVja2luZyBmb3IgaW5saW5lCmNvbmZpZ3VyZToyMjAwNTogY2MgLWMgLU8yIC1mbm8t c3RyaWN0LWFsaWFzaW5nIC1waXBlICBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6MjIwMTE6ICQ/ ID0gMApjb25maWd1cmU6MjIwMjk6IHJlc3VsdDogaW5saW5lCmNvbmZpZ3VyZToyMjA1NzogY2hl Y2tpbmcgd2hldGhlciA8c3lzL3NvY2tldC5oPiBpcyBzZWxmLWNvbnRhaW5lZApjb25maWd1cmU6 MjIwODQ6IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3QuYyA+ JjUKY29uZmlndXJlOjIyMDkwOiAkPyA9IDAKY29uZmlndXJlOjIyMTA2OiByZXN1bHQ6IHllcwpj b25maWd1cmU6MjIxMTQ6IGNoZWNraW5nIGZvciBzaHV0ZG93bgpjb25maWd1cmU6MjIxNzA6IGNj IC1vIGNvbmZ0ZXN0IC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgIGNvbmZ0ZXN0LmMg ID4mNQpjb25maWd1cmU6MjIxNzY6ICQ/ID0gMApjb25maWd1cmU6MjIxOTQ6IHJlc3VsdDogeWVz CmNvbmZpZ3VyZToyMjIwNTogY2hlY2tpbmcgd2hldGhlciA8c3lzL3NvY2tldC5oPiBkZWZpbmVz IHRoZSBTSFVUXyogbWFjcm9zCmNvbmZpZ3VyZToyMjIzMjogY2MgLWMgLU8yIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1waXBlICBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6MjIyMzg6ICQ/ID0gMApj b25maWd1cmU6MjIyNTQ6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToyMjQ4MzogY2hlY2tpbmcgZm9y IEMvQysrIHJlc3RyaWN0IGtleXdvcmQKY29uZmlndXJlOjIyNTE4OiBjYyAtYyAtTzIgLWZuby1z dHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZToyMjUyNDogJD8g PSAwCmNvbmZpZ3VyZToyMjU0MjogcmVzdWx0OiBfX3Jlc3RyaWN0CmNvbmZpZ3VyZToyMjU3NDog Y2hlY2tpbmcgZm9yIElQdjQgc29ja2V0cwpjb25maWd1cmU6MjI2MTA6IGNjIC1jIC1PMiAtZm5v LXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjIyNjE2OiAk PyA9IDAKY29uZmlndXJlOjIyNjMyOiByZXN1bHQ6IHllcwpjb25maWd1cmU6MjI2NDI6IGNoZWNr aW5nIGZvciBJUHY2IHNvY2tldHMKY29uZmlndXJlOjIyNjc4OiBjYyAtYyAtTzIgLWZuby1zdHJp Y3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZToyMjY4NDogJD8gPSAw CmNvbmZpZ3VyZToyMjcwMDogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjIyNzExOiBjaGVja2luZyB3 aGV0aGVyIG1hbGxvYywgcmVhbGxvYywgY2FsbG9jIGFyZSBQT1NJWCBjb21wbGlhbnQKY29uZmln dXJlOjIyNzQxOiBjYyAtYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0 LmMgPiY1CmNvbmZpZ3VyZToyMjc0NzogJD8gPSAwCmNvbmZpZ3VyZToyMjc2MzogcmVzdWx0OiB5 ZXMKY29uZmlndXJlOjIyODA4OiBjaGVja2luZyBmb3IgdWlkX3QgaW4gc3lzL3R5cGVzLmgKY29u ZmlndXJlOjIyODMxOiByZXN1bHQ6IHllcwpjb25maWd1cmU6MjI4NDg6IGNoZWNraW5nIGZvciBz dHJ1Y3Qgc2lnYWN0aW9uLnNhX3NpZ2FjdGlvbgpjb25maWd1cmU6MjI4Nzc6IGNjIC1jIC1PMiAt Zm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjIyODgz OiAkPyA9IDAKY29uZmlndXJlOjIyOTQxOiByZXN1bHQ6IHllcwpjb25maWd1cmU6MjI5NjU6IGNo ZWNraW5nIGZvciBzaWdhbHRzdGFjawpjb25maWd1cmU6MjMwMjE6IGNjIC1vIGNvbmZ0ZXN0IC1P MiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgIGNvbmZ0ZXN0LmMgID4mNQpjb25maWd1cmU6 MjMwMjc6ICQ/ID0gMApjb25maWd1cmU6MjMwNDU6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToyMjk2 NTogY2hlY2tpbmcgZm9yIHNpZ2ludGVycnVwdApjb25maWd1cmU6MjMwMjE6IGNjIC1vIGNvbmZ0 ZXN0IC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgIGNvbmZ0ZXN0LmMgID4mNQpjb25m aWd1cmU6MjMwMjc6ICQ/ID0gMApjb25maWd1cmU6MjMwNDU6IHJlc3VsdDogeWVzCmNvbmZpZ3Vy ZToyMjk2NTogY2hlY2tpbmcgZm9yIHZhc25wcmludGYKY29uZmlndXJlOjIzMDIxOiBjYyAtbyBj b25mdGVzdCAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgICBjb25mdGVzdC5jICA+JjUK L3Zhci90bXAvL2NjemUwMDdKLm8oLnRleHQrMHgxMik6IEluIGZ1bmN0aW9uIGBtYWluJzoKOiB1 bmRlZmluZWQgcmVmZXJlbmNlIHRvIGB2YXNucHJpbnRmJwpjb25maWd1cmU6MjMwMjc6ICQ/ID0g MQpjb25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoKfCAvKiBjb25mZGVmcy5oLiAgKi8KfCAj ZGVmaW5lIFBBQ0tBR0VfTkFNRSAiIgp8ICNkZWZpbmUgUEFDS0FHRV9UQVJOQU1FICIiCnwgI2Rl ZmluZSBQQUNLQUdFX1ZFUlNJT04gIiIKfCAjZGVmaW5lIFBBQ0tBR0VfU1RSSU5HICIiCnwgI2Rl ZmluZSBQQUNLQUdFX0JVR1JFUE9SVCAiIgp8ICNkZWZpbmUgUEFDS0FHRSAicHJlbHVkZS1tYW5h Z2VyIgp8ICNkZWZpbmUgVkVSU0lPTiAiMC45LjE0LjIiCnwgI2RlZmluZSBTVERDX0hFQURFUlMg MQp8ICNkZWZpbmUgSEFWRV9TWVNfVFlQRVNfSCAxCnwgI2RlZmluZSBIQVZFX1NZU19TVEFUX0gg MQp8ICNkZWZpbmUgSEFWRV9TVERMSUJfSCAxCnwgI2RlZmluZSBIQVZFX1NUUklOR19IIDEKfCAj ZGVmaW5lIEhBVkVfTUVNT1JZX0ggMQp8ICNkZWZpbmUgSEFWRV9TVFJJTkdTX0ggMQp8ICNkZWZp bmUgSEFWRV9JTlRUWVBFU19IIDEKfCAjZGVmaW5lIEhBVkVfU1RESU5UX0ggMQp8ICNkZWZpbmUg SEFWRV9VTklTVERfSCAxCnwgI2RlZmluZSBfX0VYVEVOU0lPTlNfXyAxCnwgI2RlZmluZSBfQUxM X1NPVVJDRSAxCnwgI2RlZmluZSBfR05VX1NPVVJDRSAxCnwgI2RlZmluZSBfUE9TSVhfUFRIUkVB RF9TRU1BTlRJQ1MgMQp8ICNkZWZpbmUgX1RBTkRFTV9TT1VSQ0UgMQp8ICNkZWZpbmUgSEFWRV9E TEZDTl9IIDEKfCAjZGVmaW5lIEhBVkVfQUxMT0NBIDEKfCAjZGVmaW5lIEhBVkVfQVJQQV9JTkVU X0ggMQp8ICNkZWZpbmUgSEFWRV9GTE9BVF9IIDEKfCAjZGVmaW5lIEhBVkVfU1lTX1NPQ0tFVF9I IDEKfCAjZGVmaW5lIEhBVkVfTkVUREJfSCAxCnwgI2RlZmluZSBIQVZFX05FVElORVRfSU5fSCAx CnwgI2RlZmluZSBIQVZFX1NZU19QQVJBTV9IIDEKfCAjZGVmaW5lIEhBVkVfU0lHTkFMX0ggMQp8 ICNkZWZpbmUgSEFWRV9TVERJTlRfSCAxCnwgI2RlZmluZSBIQVZFX1dDSEFSX0ggMQp8ICNkZWZp bmUgSEFWRV9TVERJT19IIDEKfCAjZGVmaW5lIEhBVkVfU1RETElCX0ggMQp8ICNkZWZpbmUgSEFW RV9TVFJJTkdfSCAxCnwgI2RlZmluZSBIQVZFX1RJTUVfSCAxCnwgI2RlZmluZSBIQVZFX1NZU19U SU1FX0ggMQp8ICNkZWZpbmUgSEFWRV9VTklTVERfSCAxCnwgI2RlZmluZSBIQVZFX0lOQ0xVREVf TkVYVCAxCnwgI2RlZmluZSBIQVZFX1NIVVRET1dOIDEKfCAjZGVmaW5lIHJlc3RyaWN0IF9fcmVz dHJpY3QKfCAjZGVmaW5lIEhBVkVfSVBWNCAxCnwgI2RlZmluZSBIQVZFX0lQVjYgMQp8ICNkZWZp bmUgSEFWRV9TVFJVQ1RfU0lHQUNUSU9OX1NBX1NJR0FDVElPTiAxCnwgI2RlZmluZSBIQVZFX1NJ R0FMVFNUQUNLIDEKfCAjZGVmaW5lIEhBVkVfU0lHSU5URVJSVVBUIDEKfCAvKiBlbmQgY29uZmRl ZnMuaC4gICovCnwgLyogRGVmaW5lIHZhc25wcmludGYgdG8gYW4gaW5ub2N1b3VzIHZhcmlhbnQs IGluIGNhc2UgPGxpbWl0cy5oPiBkZWNsYXJlcyB2YXNucHJpbnRmLgp8ICAgIEZvciBleGFtcGxl LCBIUC1VWCAxMWkgPGxpbWl0cy5oPiBkZWNsYXJlcyBnZXR0aW1lb2ZkYXkuICAqLwp8ICNkZWZp bmUgdmFzbnByaW50ZiBpbm5vY3VvdXNfdmFzbnByaW50Zgp8IAp8IC8qIFN5c3RlbSBoZWFkZXIg dG8gZGVmaW5lIF9fc3R1YiBtYWNyb3MgYW5kIGhvcGVmdWxseSBmZXcgcHJvdG90eXBlcywKfCAg ICAgd2hpY2ggY2FuIGNvbmZsaWN0IHdpdGggY2hhciB2YXNucHJpbnRmICgpOyBiZWxvdy4KfCAg ICAgUHJlZmVyIDxsaW1pdHMuaD4gdG8gPGFzc2VydC5oPiBpZiBfX1NURENfXyBpcyBkZWZpbmVk LCBzaW5jZQp8ICAgICA8bGltaXRzLmg+IGV4aXN0cyBldmVuIG9uIGZyZWVzdGFuZGluZyBjb21w aWxlcnMuICAqLwp8IAp8ICNpZmRlZiBfX1NURENfXwp8ICMgaW5jbHVkZSA8bGltaXRzLmg+Cnwg I2Vsc2UKfCAjIGluY2x1ZGUgPGFzc2VydC5oPgp8ICNlbmRpZgp8IAp8ICN1bmRlZiB2YXNucHJp bnRmCnwgCnwgLyogT3ZlcnJpZGUgYW55IEdDQyBpbnRlcm5hbCBwcm90b3R5cGUgdG8gYXZvaWQg YW4gZXJyb3IuCnwgICAgVXNlIGNoYXIgYmVjYXVzZSBpbnQgbWlnaHQgbWF0Y2ggdGhlIHJldHVy biB0eXBlIG9mIGEgR0NDCnwgICAgYnVpbHRpbiBhbmQgdGhlbiBpdHMgYXJndW1lbnQgcHJvdG90 eXBlIHdvdWxkIHN0aWxsIGFwcGx5LiAgKi8KfCAjaWZkZWYgX19jcGx1c3BsdXMKfCBleHRlcm4g IkMiCnwgI2VuZGlmCnwgY2hhciB2YXNucHJpbnRmICgpOwp8IC8qIFRoZSBHTlUgQyBsaWJyYXJ5 IGRlZmluZXMgdGhpcyBmb3IgZnVuY3Rpb25zIHdoaWNoIGl0IGltcGxlbWVudHMKfCAgICAgdG8g YWx3YXlzIGZhaWwgd2l0aCBFTk9TWVMuICBTb21lIGZ1bmN0aW9ucyBhcmUgYWN0dWFsbHkgbmFt ZWQKfCAgICAgc29tZXRoaW5nIHN0YXJ0aW5nIHdpdGggX18gYW5kIHRoZSBub3JtYWwgbmFtZSBp cyBhbiBhbGlhcy4gICovCnwgI2lmIGRlZmluZWQgX19zdHViX3Zhc25wcmludGYgfHwgZGVmaW5l ZCBfX3N0dWJfX192YXNucHJpbnRmCnwgY2hva2UgbWUKfCAjZW5kaWYKfCAKfCBpbnQKfCBtYWlu ICgpCnwgewp8IHJldHVybiB2YXNucHJpbnRmICgpOwp8ICAgOwp8ICAgcmV0dXJuIDA7CnwgfQpj b25maWd1cmU6MjMwNDU6IHJlc3VsdDogbm8KY29uZmlndXJlOjIzMTIxOiBjaGVja2luZyB3aGV0 aGVyIHNucHJpbnRmIGlzIGRlY2xhcmVkCmNvbmZpZ3VyZToyMzE1MDogY2MgLWMgLU8yIC1mbm8t c3RyaWN0LWFsaWFzaW5nIC1waXBlICBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6MjMxNTY6ICQ/ ID0gMApjb25maWd1cmU6MjMxNzE6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToyMzE5MDogY2hlY2tp bmcgZm9yIHN0ZGJvb2wuaCB0aGF0IGNvbmZvcm1zIHRvIEM5OQpjb25maWd1cmU6MjMyODM6IGNj IC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29uZmln dXJlOjIzMjg5OiAkPyA9IDAKY29uZmlndXJlOjIzMzA0OiByZXN1bHQ6IHllcwpjb25maWd1cmU6 MjMzMDY6IGNoZWNraW5nIGZvciBfQm9vbApjb25maWd1cmU6MjMzMzY6IGNjIC1jIC1PMiAtZm5v LXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjIzMzQyOiAk PyA9IDAKY29uZmlndXJlOjIzMzU3OiByZXN1bHQ6IHllcwpjb25maWd1cmU6MjMzNzY6IGNoZWNr aW5nIGZvciBsb25nIGxvbmcgaW50CmNvbmZpZ3VyZToyMzQyMzogY2MgLW8gY29uZnRlc3QgLU8y IC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICAgY29uZnRlc3QuYyAgPiY1CmNvbmZpZ3VyZToy MzQyOTogJD8gPSAwCmNvbmZpZ3VyZToyMzQ3NDogY2MgLW8gY29uZnRlc3QgLU8yIC1mbm8tc3Ry aWN0LWFsaWFzaW5nIC1waXBlICAgY29uZnRlc3QuYyAgPiY1CmNvbmZpZ3VyZToyMzQ3NzogJD8g PSAwCmNvbmZpZ3VyZToyMzQ4MzogLi9jb25mdGVzdApjb25maWd1cmU6MjM0ODY6ICQ/ID0gMApj b25maWd1cmU6MjM1MTE6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToyMzUyMjogY2hlY2tpbmcgZm9y IHVuc2lnbmVkIGxvbmcgbG9uZyBpbnQKY29uZmlndXJlOjIzNTY5OiBjYyAtbyBjb25mdGVzdCAt TzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgICBjb25mdGVzdC5jICA+JjUKY29uZmlndXJl OjIzNTc1OiAkPyA9IDAKY29uZmlndXJlOjIzNTkyOiByZXN1bHQ6IHllcwpjb25maWd1cmU6MjM2 ODI6IGNoZWNraW5nIHdoZXRoZXIgc3RyZHVwIGlzIGRlY2xhcmVkCmNvbmZpZ3VyZToyMzcxMTog Y2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICBjb25mdGVzdC5jID4mNQpjb25m aWd1cmU6MjM3MTc6ICQ/ID0gMApjb25maWd1cmU6MjM3MzI6IHJlc3VsdDogeWVzCmNvbmZpZ3Vy ZToyMzgzNjogY2hlY2tpbmcgZm9yIHN0cnVjdCB0aW1lc3BlYyBpbiA8dGltZS5oPgpjb25maWd1 cmU6MjM4NjM6IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3Qu YyA+JjUKY29uZmlndXJlOjIzODY5OiAkPyA9IDAKY29uZmlndXJlOjIzODg0OiByZXN1bHQ6IHll cwpjb25maWd1cmU6MjQwNDU6IGNoZWNraW5nIGZvciB3Y2hhcl90CmNvbmZpZ3VyZToyNDA3Mjog Y2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICBjb25mdGVzdC5jID4mNQpjb25m aWd1cmU6MjQwNzg6ICQ/ID0gMApjb25maWd1cmU6MjQwOTM6IHJlc3VsdDogeWVzCmNvbmZpZ3Vy ZToyNDEwNDogY2hlY2tpbmcgZm9yIHdpbnRfdApjb25maWd1cmU6MjQxMzk6IGNjIC1jIC1PMiAt Zm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjI0MTQ1 OiAkPyA9IDAKY29uZmlndXJlOjI0MTYwOiByZXN1bHQ6IHllcwpjb25maWd1cmU6MjQxNzA6IGNo ZWNraW5nIGZvciBzaXplX3QKY29uZmlndXJlOjI0MjAwOiBjYyAtYyAtTzIgLWZuby1zdHJpY3Qt YWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZToyNDIwNjogJD8gPSAwCmNv bmZpZ3VyZToyNDIyMTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjI0MjM0OiBjaGVja2luZyBmb3Ig aW50dHlwZXMuaApjb25maWd1cmU6MjQyNjE6IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2lu ZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjI0MjY3OiAkPyA9IDAKY29uZmlndXJl OjI0MjgyOiByZXN1bHQ6IHllcwpjb25maWd1cmU6MjQyOTM6IGNoZWNraW5nIGZvciBzdGRpbnQu aApjb25maWd1cmU6MjQzMjA6IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAg Y29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjI0MzI2OiAkPyA9IDAKY29uZmlndXJlOjI0MzQxOiBy ZXN1bHQ6IHllcwpjb25maWd1cmU6MjQzNTQ6IGNoZWNraW5nIGZvciBpbnRtYXhfdApjb25maWd1 cmU6MjQzODk6IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3Qu YyA+JjUKY29uZmlndXJlOjI0Mzk1OiAkPyA9IDAKY29uZmlndXJlOjI0NDEwOiByZXN1bHQ6IHll cwpjb25maWd1cmU6MjQ0MzE6IGNoZWNraW5nIHdoZXRoZXIgdnNucHJpbnRmIGlzIGRlY2xhcmVk CmNvbmZpZ3VyZToyNDQ2MDogY2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICBj b25mdGVzdC5jID4mNQpjb25maWd1cmU6MjQ0NjY6ICQ/ID0gMApjb25maWd1cmU6MjQ0ODE6IHJl c3VsdDogeWVzCmNvbmZpZ3VyZToyNDUzMDogY2hlY2tpbmcgZm9yIEVPVkVSRkxPVwpjb25maWd1 cmU6MjQ5Mjg6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToyNTA2MzogY2hlY2tpbmcgZm9yIGEgdGhy ZWFkLXNhZmUgbWtkaXIgLXAKY29uZmlndXJlOjI1MTAyOiByZXN1bHQ6IC4vaW5zdGFsbC1zaCAt YyAtZApjb25maWd1cmU6MjUxNjY6IGNoZWNraW5nIGhvdyB0byBkbyBnZXRhZGRyaW5mbywgZnJl ZWFkZHJpbmZvIGFuZCBnZXRuYW1laW5mbwpjb25maWd1cmU6MjUxNzc6IGNoZWNraW5nIGZvciBs aWJyYXJ5IGNvbnRhaW5pbmcgZ2V0YWRkcmluZm8KY29uZmlndXJlOjI1MjE4OiBjYyAtbyBjb25m dGVzdCAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgICBjb25mdGVzdC5jICA+JjUKY29u ZmlndXJlOjI1MjI0OiAkPyA9IDAKY29uZmlndXJlOjI1MjUyOiByZXN1bHQ6IG5vbmUgcmVxdWly ZWQKY29uZmlndXJlOjI1MjYwOiBjaGVja2luZyBmb3IgZ2V0YWRkcmluZm8KY29uZmlndXJlOjI1 Mjk2OiBjYyAtbyBjb25mdGVzdCAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgICBjb25m dGVzdC5jICA+JjUKY29uZmlndXJlOjI1MzAyOiAkPyA9IDAKY29uZmlndXJlOjI1MzE5OiByZXN1 bHQ6IHllcwpjb25maWd1cmU6MjU0MDI6IGNoZWNraW5nIGZvciBnYWlfc3RyZXJyb3IgKHBvc3Np Ymx5IHZpYSB3czJ0Y3BpcC5oKQpjb25maWd1cmU6MjU0NDE6IGNjIC1vIGNvbmZ0ZXN0IC1PMiAt Zm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgIGNvbmZ0ZXN0LmMgID4mNQpjb25mdGVzdC5jOiBJ biBmdW5jdGlvbiAnbWFpbic6CmNvbmZ0ZXN0LmM6Nzg6IHdhcm5pbmc6IHBhc3NpbmcgYXJndW1l bnQgMSBvZiAnZ2FpX3N0cmVycm9yJyBtYWtlcyBpbnRlZ2VyIGZyb20gcG9pbnRlciB3aXRob3V0 IGEgY2FzdApjb25maWd1cmU6MjU0NDc6ICQ/ID0gMApjb25maWd1cmU6MjU0NjQ6IHJlc3VsdDog eWVzCmNvbmZpZ3VyZToyNTQ4MDogY2hlY2tpbmcgZm9yIGxpYnJhcnkgY29udGFpbmluZyBnZXRo b3N0YnluYW1lCmNvbmZpZ3VyZToyNTUyMTogY2MgLW8gY29uZnRlc3QgLU8yIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1waXBlICAgY29uZnRlc3QuYyAgPiY1CmNvbmZpZ3VyZToyNTUyNzogJD8gPSAw CmNvbmZpZ3VyZToyNTU1NTogcmVzdWx0OiBub25lIHJlcXVpcmVkCmNvbmZpZ3VyZToyNTU2Mzog Y2hlY2tpbmcgZm9yIGxpYnJhcnkgY29udGFpbmluZyBnZXRzZXJ2YnluYW1lCmNvbmZpZ3VyZToy NTYwNDogY2MgLW8gY29uZnRlc3QgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICAgY29u ZnRlc3QuYyAgPiY1CmNvbmZpZ3VyZToyNTYxMDogJD8gPSAwCmNvbmZpZ3VyZToyNTYzODogcmVz dWx0OiBub25lIHJlcXVpcmVkCmNvbmZpZ3VyZToyNTY1MDogY2hlY2tpbmcgZm9yIGdldGhvc3Ri eW5hbWUKY29uZmlndXJlOjI1NzA2OiBjYyAtbyBjb25mdGVzdCAtTzIgLWZuby1zdHJpY3QtYWxp YXNpbmcgLXBpcGUgICBjb25mdGVzdC5jICA+JjUKY29uZmlndXJlOjI1NzEyOiAkPyA9IDAKY29u ZmlndXJlOjI1NzMwOiByZXN1bHQ6IHllcwpjb25maWd1cmU6MjU4MjI6IGNoZWNraW5nIHdoZXRo ZXIgZ2V0YWRkcmluZm8gaXMgZGVjbGFyZWQKY29uZmlndXJlOjI1ODY2OiBjYyAtYyAtTzIgLWZu by1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZToyNTg3Mjog JD8gPSAwCmNvbmZpZ3VyZToyNTg4NzogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjI1OTAzOiBjaGVj a2luZyB3aGV0aGVyIGZyZWVhZGRyaW5mbyBpcyBkZWNsYXJlZApjb25maWd1cmU6MjU5NDc6IGNj IC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29uZmln dXJlOjI1OTUzOiAkPyA9IDAKY29uZmlndXJlOjI1OTY4OiByZXN1bHQ6IHllcwpjb25maWd1cmU6 MjU5ODQ6IGNoZWNraW5nIHdoZXRoZXIgZ2FpX3N0cmVycm9yIGlzIGRlY2xhcmVkCmNvbmZpZ3Vy ZToyNjAyODogY2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICBjb25mdGVzdC5j ID4mNQpjb25maWd1cmU6MjYwMzQ6ICQ/ID0gMApjb25maWd1cmU6MjYwNDk6IHJlc3VsdDogeWVz CmNvbmZpZ3VyZToyNjA2NTogY2hlY2tpbmcgd2hldGhlciBnZXRuYW1laW5mbyBpcyBkZWNsYXJl ZApjb25maWd1cmU6MjYxMDk6IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAg Y29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjI2MTE1OiAkPyA9IDAKY29uZmlndXJlOjI2MTMwOiBy ZXN1bHQ6IHllcwpjb25maWd1cmU6MjYxNDg6IGNoZWNraW5nIGZvciBzdHJ1Y3QgYWRkcmluZm8K Y29uZmlndXJlOjI2MTkwOiBjYyAtYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNv bmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZToyNjE5NjogJD8gPSAwCmNvbmZpZ3VyZToyNjIxMTogcmVz dWx0OiB5ZXMKY29uZmlndXJlOjI2MjQ0OiBjaGVja2luZyBmb3IgaW5ldF9udG9wCmNvbmZpZ3Vy ZToyNjMwMDogY2MgLW8gY29uZnRlc3QgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICAg Y29uZnRlc3QuYyAgPiY1CmNvbmZpZ3VyZToyNjMwNjogJD8gPSAwCmNvbmZpZ3VyZToyNjMyNDog cmVzdWx0OiB5ZXMKY29uZmlndXJlOjI2MzQwOiBjaGVja2luZyB3aGV0aGVyIGluZXRfbnRvcCBp cyBkZWNsYXJlZApjb25maWd1cmU6MjYzNzA6IGNjIC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2lu ZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjI2Mzc2OiAkPyA9IDAKY29uZmlndXJl OjI2MzkxOiByZXN1bHQ6IHllcwpjb25maWd1cmU6MjY0NjE6IGNoZWNraW5nIGZvciBtZW1zZXQK Y29uZmlndXJlOjI2NTE3OiBjYyAtbyBjb25mdGVzdCAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcg LXBpcGUgICBjb25mdGVzdC5jICA+JjUKY29uZnRlc3QuYzo5NDogd2FybmluZzogY29uZmxpY3Rp bmcgdHlwZXMgZm9yIGJ1aWx0LWluIGZ1bmN0aW9uICdtZW1zZXQnCmNvbmZpZ3VyZToyNjUyMzog JD8gPSAwCmNvbmZpZ3VyZToyNjU0MTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjI2NTYzOiBjaGVj a2luZyB3aGV0aGVyIDxuZXRpbmV0L2luLmg+IGlzIHNlbGYtY29udGFpbmVkCmNvbmZpZ3VyZToy NjU5MDogY2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICBjb25mdGVzdC5jID4m NQpjb25maWd1cmU6MjY1OTY6ICQ/ID0gMApjb25maWd1cmU6MjY2MTI6IHJlc3VsdDogeWVzCmNv bmZpZ3VyZToyNjgxNjogY2hlY2tpbmcgZm9yIGEgdGhyZWFkLXNhZmUgbWtkaXIgLXAKY29uZmln dXJlOjI2ODU1OiByZXN1bHQ6IC4vaW5zdGFsbC1zaCAtYyAtZApjb25maWd1cmU6MjY4Nzk6IGNo ZWNraW5nIGZvciByYWlzZQpjb25maWd1cmU6MjY5MzU6IGNjIC1vIGNvbmZ0ZXN0IC1PMiAtZm5v LXN0cmljdC1hbGlhc2luZyAtcGlwZSAgIGNvbmZ0ZXN0LmMgID4mNQpjb25maWd1cmU6MjY5NDE6 ICQ/ID0gMApjb25maWd1cmU6MjY5NTk6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToyNjk4ODogY2hl Y2tpbmcgZm9yIHNpZ2FjdGlvbgpjb25maWd1cmU6MjcwNDQ6IGNjIC1vIGNvbmZ0ZXN0IC1PMiAt Zm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgIGNvbmZ0ZXN0LmMgID4mNQpjb25maWd1cmU6Mjcw NTA6ICQ/ID0gMApjb25maWd1cmU6MjcwNjg6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToyNzI1MDog Y2hlY2tpbmcgZm9yIHNpZ3Byb2NtYXNrCmNvbmZpZ3VyZToyNzMwNjogY2MgLW8gY29uZnRlc3Qg LU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICAgY29uZnRlc3QuYyAgPiY1CmNvbmZpZ3Vy ZToyNzMxMjogJD8gPSAwCmNvbmZpZ3VyZToyNzMyOTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjI3 NDM0OiBjaGVja2luZyBmb3Igc3RkaW50LmgKY29uZmlndXJlOjI3NDQwOiByZXN1bHQ6IHllcwpj b25maWd1cmU6Mjc1Njk6IGNoZWNraW5nIGZvciBTSVpFX01BWApjb25maWd1cmU6MjgyODI6IHJl c3VsdDogeWVzCmNvbmZpZ3VyZToyODI5OTogY2hlY2tpbmcgZm9yIHNucHJpbnRmCmNvbmZpZ3Vy ZToyODM1NTogY2MgLW8gY29uZnRlc3QgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICAg Y29uZnRlc3QuYyAgPiY1CmNvbmZ0ZXN0LmM6OTg6IHdhcm5pbmc6IGNvbmZsaWN0aW5nIHR5cGVz IGZvciBidWlsdC1pbiBmdW5jdGlvbiAnc25wcmludGYnCmNvbmZpZ3VyZToyODM2MTogJD8gPSAw CmNvbmZpZ3VyZToyODM3OTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjI4MzkyOiBjaGVja2luZyB3 aGV0aGVyIHNucHJpbnRmIHJlc3BlY3RzIGEgc2l6ZSBvZiAxCmNvbmZpZ3VyZToyODQyMjogY2Mg LW8gY29uZnRlc3QgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICAgY29uZnRlc3QuYyAg PiY1CmNvbmZpZ3VyZToyODQyNTogJD8gPSAwCmNvbmZpZ3VyZToyODQzMTogLi9jb25mdGVzdApj b25maWd1cmU6Mjg0MzQ6ICQ/ID0gMApjb25maWd1cmU6Mjg0NTE6IHJlc3VsdDogeWVzCmNvbmZp Z3VyZToyODQ5NDogY2hlY2tpbmcgZm9yIHNvY2tsZW5fdApjb25maWd1cmU6Mjg1MzA6IGNjIC1j IC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJl OjI4NTM2OiAkPyA9IDAKY29uZmlndXJlOjI4NTUxOiByZXN1bHQ6IHllcwpjb25maWd1cmU6Mjg3 Mzk6IGNoZWNraW5nIHdoZXRoZXIgc3RkaW50LmggY29uZm9ybXMgdG8gQzk5CmNvbmZpZ3VyZToy ODkxODogY2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICBjb25mdGVzdC5jID4m NQpjb25maWd1cmU6Mjg5MjQ6ICQ/ID0gMApjb25maWd1cmU6Mjg5Mzk6IHJlc3VsdDogeWVzCmNv bmZpZ3VyZToyOTgyNTogY2hlY2tpbmcgZm9yIHN0cmR1cApjb25maWd1cmU6Mjk4ODE6IGNjIC1v IGNvbmZ0ZXN0IC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgIGNvbmZ0ZXN0LmMgID4m NQpjb25mdGVzdC5jOjk5OiB3YXJuaW5nOiBjb25mbGljdGluZyB0eXBlcyBmb3IgYnVpbHQtaW4g ZnVuY3Rpb24gJ3N0cmR1cCcKY29uZmlndXJlOjI5ODg3OiAkPyA9IDAKY29uZmlndXJlOjI5OTA1 OiByZXN1bHQ6IHllcwpjb25maWd1cmU6Mjk5NTM6IGNoZWNraW5nIGZvciBzdHJwYnJrCmNvbmZp Z3VyZTozMDAwOTogY2MgLW8gY29uZnRlc3QgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBl ICAgY29uZnRlc3QuYyAgPiY1CmNvbmZ0ZXN0LmM6MTAwOiB3YXJuaW5nOiBjb25mbGljdGluZyB0 eXBlcyBmb3IgYnVpbHQtaW4gZnVuY3Rpb24gJ3N0cnBicmsnCmNvbmZpZ3VyZTozMDAxNTogJD8g PSAwCmNvbmZpZ3VyZTozMDAzMzogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjMwMDc1OiBjaGVja2lu ZyBmb3Igc3Ryc2VwCmNvbmZpZ3VyZTozMDEzMTogY2MgLW8gY29uZnRlc3QgLU8yIC1mbm8tc3Ry aWN0LWFsaWFzaW5nIC1waXBlICAgY29uZnRlc3QuYyAgPiY1CmNvbmZpZ3VyZTozMDEzNzogJD8g PSAwCmNvbmZpZ3VyZTozMDE1NTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjMwMTgyOiBjaGVja2lu ZyB3aGV0aGVyIDxzeXMvc29ja2V0Lmg+IGlzIHNlbGYtY29udGFpbmVkCmNvbmZpZ3VyZTozMDIz MTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjMwMjM5OiBjaGVja2luZyBmb3Igc2h1dGRvd24KY29u ZmlndXJlOjMwMzE5OiByZXN1bHQ6IHllcwpjb25maWd1cmU6MzAzMzA6IGNoZWNraW5nIHdoZXRo ZXIgPHN5cy9zb2NrZXQuaD4gZGVmaW5lcyB0aGUgU0hVVF8qIG1hY3Jvcwpjb25maWd1cmU6MzAz Nzk6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTozMDYwMjogY2hlY2tpbmcgZm9yIGEgdGhyZWFkLXNh ZmUgbWtkaXIgLXAKY29uZmlndXJlOjMwNjQxOiByZXN1bHQ6IC4vaW5zdGFsbC1zaCAtYyAtZApj b25maWd1cmU6MzA2NTM6IGNoZWNraW5nIHdoZXRoZXIgbG9jYWx0aW1lX3IgaXMgY29tcGF0aWJs ZSB3aXRoIGl0cyBQT1NJWCBzaWduYXR1cmUKY29uZmlndXJlOjMwNjg1OiBjYyAtYyAtTzIgLWZu by1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZTozMDY5MTog JD8gPSAwCmNvbmZpZ3VyZTozMDcwNjogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjMwODY4OiBjaGVj a2luZyBmb3IgcHRyZGlmZl90CmNvbmZpZ3VyZTozMDg5ODogY2MgLWMgLU8yIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1waXBlICBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6MzA5MDQ6ICQ/ID0gMApj b25maWd1cmU6MzA5MTk6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTozMDk0NDogY2hlY2tpbmcgZm9y IHNucHJpbnRmCmNvbmZpZ3VyZTozMTAyNDogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjMwOTQ0OiBj aGVja2luZyBmb3Igd2NzbGVuCmNvbmZpZ3VyZTozMTAwMDogY2MgLW8gY29uZnRlc3QgLU8yIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICAgY29uZnRlc3QuYyAgPiY1CmNvbmZpZ3VyZTozMTAw NjogJD8gPSAwCmNvbmZpZ3VyZTozMTAyNDogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjMxMDM0OiBj aGVja2luZyB3aGV0aGVyIF9zbnByaW50ZiBpcyBkZWNsYXJlZApjb25maWd1cmU6MzEwNjQ6IGNj IC1jIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29uZnRl c3QuYzogSW4gZnVuY3Rpb24gJ21haW4nOgpjb25mdGVzdC5jOjg4OiBlcnJvcjogJ19zbnByaW50 ZicgdW5kZWNsYXJlZCAoZmlyc3QgdXNlIGluIHRoaXMgZnVuY3Rpb24pCmNvbmZ0ZXN0LmM6ODg6 IGVycm9yOiAoRWFjaCB1bmRlY2xhcmVkIGlkZW50aWZpZXIgaXMgcmVwb3J0ZWQgb25seSBvbmNl CmNvbmZ0ZXN0LmM6ODg6IGVycm9yOiBmb3IgZWFjaCBmdW5jdGlvbiBpdCBhcHBlYXJzIGluLikK Y29uZmlndXJlOjMxMDcwOiAkPyA9IDEKY29uZmlndXJlOiBmYWlsZWQgcHJvZ3JhbSB3YXM6Cnwg LyogY29uZmRlZnMuaC4gICovCnwgI2RlZmluZSBQQUNLQUdFX05BTUUgIiIKfCAjZGVmaW5lIFBB Q0tBR0VfVEFSTkFNRSAiIgp8ICNkZWZpbmUgUEFDS0FHRV9WRVJTSU9OICIiCnwgI2RlZmluZSBQ QUNLQUdFX1NUUklORyAiIgp8ICNkZWZpbmUgUEFDS0FHRV9CVUdSRVBPUlQgIiIKfCAjZGVmaW5l IFBBQ0tBR0UgInByZWx1ZGUtbWFuYWdlciIKfCAjZGVmaW5lIFZFUlNJT04gIjAuOS4xNC4yIgp8 ICNkZWZpbmUgU1REQ19IRUFERVJTIDEKfCAjZGVmaW5lIEhBVkVfU1lTX1RZUEVTX0ggMQp8ICNk ZWZpbmUgSEFWRV9TWVNfU1RBVF9IIDEKfCAjZGVmaW5lIEhBVkVfU1RETElCX0ggMQp8ICNkZWZp bmUgSEFWRV9TVFJJTkdfSCAxCnwgI2RlZmluZSBIQVZFX01FTU9SWV9IIDEKfCAjZGVmaW5lIEhB VkVfU1RSSU5HU19IIDEKfCAjZGVmaW5lIEhBVkVfSU5UVFlQRVNfSCAxCnwgI2RlZmluZSBIQVZF X1NURElOVF9IIDEKfCAjZGVmaW5lIEhBVkVfVU5JU1REX0ggMQp8ICNkZWZpbmUgX19FWFRFTlNJ T05TX18gMQp8ICNkZWZpbmUgX0FMTF9TT1VSQ0UgMQp8ICNkZWZpbmUgX0dOVV9TT1VSQ0UgMQp8 ICNkZWZpbmUgX1BPU0lYX1BUSFJFQURfU0VNQU5USUNTIDEKfCAjZGVmaW5lIF9UQU5ERU1fU09V UkNFIDEKfCAjZGVmaW5lIEhBVkVfRExGQ05fSCAxCnwgI2RlZmluZSBIQVZFX0FMTE9DQSAxCnwg I2RlZmluZSBIQVZFX0FSUEFfSU5FVF9IIDEKfCAjZGVmaW5lIEhBVkVfRkxPQVRfSCAxCnwgI2Rl ZmluZSBIQVZFX1NZU19TT0NLRVRfSCAxCnwgI2RlZmluZSBIQVZFX05FVERCX0ggMQp8ICNkZWZp bmUgSEFWRV9ORVRJTkVUX0lOX0ggMQp8ICNkZWZpbmUgSEFWRV9TWVNfUEFSQU1fSCAxCnwgI2Rl ZmluZSBIQVZFX1NJR05BTF9IIDEKfCAjZGVmaW5lIEhBVkVfU1RESU5UX0ggMQp8ICNkZWZpbmUg SEFWRV9XQ0hBUl9IIDEKfCAjZGVmaW5lIEhBVkVfU1RESU9fSCAxCnwgI2RlZmluZSBIQVZFX1NU RExJQl9IIDEKfCAjZGVmaW5lIEhBVkVfU1RSSU5HX0ggMQp8ICNkZWZpbmUgSEFWRV9USU1FX0gg MQp8ICNkZWZpbmUgSEFWRV9TWVNfVElNRV9IIDEKfCAjZGVmaW5lIEhBVkVfVU5JU1REX0ggMQp8 ICNkZWZpbmUgSEFWRV9JTkNMVURFX05FWFQgMQp8ICNkZWZpbmUgSEFWRV9TSFVURE9XTiAxCnwg I2RlZmluZSByZXN0cmljdCBfX3Jlc3RyaWN0CnwgI2RlZmluZSBIQVZFX0lQVjQgMQp8ICNkZWZp bmUgSEFWRV9JUFY2IDEKfCAjZGVmaW5lIEhBVkVfU1RSVUNUX1NJR0FDVElPTl9TQV9TSUdBQ1RJ T04gMQp8ICNkZWZpbmUgSEFWRV9TSUdBTFRTVEFDSyAxCnwgI2RlZmluZSBIQVZFX1NJR0lOVEVS UlVQVCAxCnwgI2RlZmluZSBIQVZFX0RFQ0xfU05QUklOVEYgMQp8ICNkZWZpbmUgSEFWRV9fQk9P TCAxCnwgI2RlZmluZSBIQVZFX1NUREJPT0xfSCAxCnwgI2RlZmluZSBIQVZFX0xPTkdfTE9OR19J TlQgMQp8ICNkZWZpbmUgSEFWRV9VTlNJR05FRF9MT05HX0xPTkdfSU5UIDEKfCAjZGVmaW5lIEhB VkVfREVDTF9TVFJEVVAgMQp8ICNkZWZpbmUgSEFWRV9XQ0hBUl9UIDEKfCAjZGVmaW5lIEhBVkVf V0lOVF9UIDEKfCAjZGVmaW5lIEhBVkVfSU5UVFlQRVNfSF9XSVRIX1VJTlRNQVggMQp8ICNkZWZp bmUgSEFWRV9TVERJTlRfSF9XSVRIX1VJTlRNQVggMQp8ICNkZWZpbmUgSEFWRV9JTlRNQVhfVCAx CnwgI2RlZmluZSBIQVZFX0RFQ0xfVlNOUFJJTlRGIDEKfCAjZGVmaW5lIEhBVkVfR0VUSE9TVEJZ TkFNRSAxCnwgI2RlZmluZSBIQVZFX0RFQ0xfR0VUQUREUklORk8gMQp8ICNkZWZpbmUgSEFWRV9E RUNMX0ZSRUVBRERSSU5GTyAxCnwgI2RlZmluZSBIQVZFX0RFQ0xfR0FJX1NUUkVSUk9SIDEKfCAj ZGVmaW5lIEhBVkVfREVDTF9HRVROQU1FSU5GTyAxCnwgI2RlZmluZSBIQVZFX1NUUlVDVF9BRERS SU5GTyAxCnwgI2RlZmluZSBIQVZFX0lORVRfTlRPUCAxCnwgI2RlZmluZSBIQVZFX0RFQ0xfSU5F VF9OVE9QIDEKfCAjZGVmaW5lIEhBVkVfTUFMTE9DX1BPU0lYIDEKfCAjZGVmaW5lIEhBVkVfTUVN U0VUIDEKfCAjZGVmaW5lIEhBVkVfUkFJU0UgMQp8ICNkZWZpbmUgSEFWRV9TSUdBQ1RJT04gMQp8 ICNkZWZpbmUgSEFWRV9TVERJTlRfSCAxCnwgI2RlZmluZSBIQVZFX1NOUFJJTlRGIDEKfCAjZGVm aW5lIEhBVkVfU1RSRFVQIDEKfCAjZGVmaW5lIEhBVkVfU1RSUEJSSyAxCnwgI2RlZmluZSBIQVZF X1NUUlNFUCAxCnwgI2RlZmluZSBIQVZFX1NIVVRET1dOIDEKfCAjZGVmaW5lIEhBVkVfU05QUklO VEYgMQp8ICNkZWZpbmUgSEFWRV9XQ1NMRU4gMQp8IC8qIGVuZCBjb25mZGVmcy5oLiAgKi8KfCAj aW5jbHVkZSA8c3RkaW8uaD4KfCAKfCBpbnQKfCBtYWluICgpCnwgewp8ICNpZm5kZWYgX3NucHJp bnRmCnwgICAodm9pZCkgX3NucHJpbnRmOwp8ICNlbmRpZgp8IAp8ICAgOwp8ICAgcmV0dXJuIDA7 CnwgfQpjb25maWd1cmU6MzEwODU6IHJlc3VsdDogbm8KY29uZmlndXJlOjMxMTE2OiBjaGVja2lu ZyBmb3IgdnNucHJpbnRmCmNvbmZpZ3VyZTozMTE3MjogY2MgLW8gY29uZnRlc3QgLU8yIC1mbm8t c3RyaWN0LWFsaWFzaW5nIC1waXBlICAgY29uZnRlc3QuYyAgPiY1CmNvbmZ0ZXN0LmM6MTA2OiB3 YXJuaW5nOiBjb25mbGljdGluZyB0eXBlcyBmb3IgYnVpbHQtaW4gZnVuY3Rpb24gJ3ZzbnByaW50 ZicKY29uZmlndXJlOjMxMTc4OiAkPyA9IDAKY29uZmlndXJlOjMxMTk2OiByZXN1bHQ6IHllcwpj b25maWd1cmU6MzEyMDk6IGNoZWNraW5nIHdoZXRoZXIgc25wcmludGYgcmVzcGVjdHMgYSBzaXpl IG9mIDEKY29uZmlndXJlOjMxMjY4OiByZXN1bHQ6IHllcwpjb25maWd1cmU6MzEzMTM6IGNoZWNr aW5nIHdoZXRoZXIgPHdjaGFyLmg+IGlzIHN0YW5kYWxvbmUKY29uZmlndXJlOjMxMzI4OiBjYyAt YyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3Vy ZTozMTMzNDogJD8gPSAwCmNvbmZpZ3VyZTozMTM0OTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjMx NDI2OiBjaGVja2luZyBmb3Igc3RkaW50LmgKY29uZmlndXJlOjMxNDMyOiByZXN1bHQ6IHllcwpj b25maWd1cmU6MzE1ODM6IGNoZWNraW5nIGZvciB3Y2hhcl90CmNvbmZpZ3VyZTozMTYzMTogcmVz dWx0OiB5ZXMKY29uZmlndXJlOjMxNjQyOiBjaGVja2luZyBmb3Igd2ludF90CmNvbmZpZ3VyZToz MTY5ODogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjMxNzEyOiBjaGVja2luZyBmb3Igc2h1dGRvd24K Y29uZmlndXJlOjMxNzkyOiByZXN1bHQ6IHllcwpjb25maWd1cmU6MzIwMDU6IGNoZWNraW5nIGZv ciB0aGUgcHRocmVhZHMgbGlicmFyeSAtbHB0aHJlYWRzCmNvbmZpZ3VyZTozMjA0ODogY2MgLW8g Y29uZnRlc3QgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICAgIGNvbmZ0ZXN0LmMgLWxw dGhyZWFkcyAgPiY1Ci91c3IvYmluL2xkOiBjYW5ub3QgZmluZCAtbHB0aHJlYWRzCmNvbmZpZ3Vy ZTozMjA1NDogJD8gPSAxCmNvbmZpZ3VyZTogZmFpbGVkIHByb2dyYW0gd2FzOgp8IC8qIGNvbmZk ZWZzLmguICAqLwp8ICNkZWZpbmUgUEFDS0FHRV9OQU1FICIiCnwgI2RlZmluZSBQQUNLQUdFX1RB Uk5BTUUgIiIKfCAjZGVmaW5lIFBBQ0tBR0VfVkVSU0lPTiAiIgp8ICNkZWZpbmUgUEFDS0FHRV9T VFJJTkcgIiIKfCAjZGVmaW5lIFBBQ0tBR0VfQlVHUkVQT1JUICIiCnwgI2RlZmluZSBQQUNLQUdF ICJwcmVsdWRlLW1hbmFnZXIiCnwgI2RlZmluZSBWRVJTSU9OICIwLjkuMTQuMiIKfCAjZGVmaW5l IFNURENfSEVBREVSUyAxCnwgI2RlZmluZSBIQVZFX1NZU19UWVBFU19IIDEKfCAjZGVmaW5lIEhB VkVfU1lTX1NUQVRfSCAxCnwgI2RlZmluZSBIQVZFX1NURExJQl9IIDEKfCAjZGVmaW5lIEhBVkVf U1RSSU5HX0ggMQp8ICNkZWZpbmUgSEFWRV9NRU1PUllfSCAxCnwgI2RlZmluZSBIQVZFX1NUUklO R1NfSCAxCnwgI2RlZmluZSBIQVZFX0lOVFRZUEVTX0ggMQp8ICNkZWZpbmUgSEFWRV9TVERJTlRf SCAxCnwgI2RlZmluZSBIQVZFX1VOSVNURF9IIDEKfCAjZGVmaW5lIF9fRVhURU5TSU9OU19fIDEK fCAjZGVmaW5lIF9BTExfU09VUkNFIDEKfCAjZGVmaW5lIF9HTlVfU09VUkNFIDEKfCAjZGVmaW5l IF9QT1NJWF9QVEhSRUFEX1NFTUFOVElDUyAxCnwgI2RlZmluZSBfVEFOREVNX1NPVVJDRSAxCnwg I2RlZmluZSBIQVZFX0RMRkNOX0ggMQp8ICNkZWZpbmUgSEFWRV9BTExPQ0EgMQp8ICNkZWZpbmUg SEFWRV9BUlBBX0lORVRfSCAxCnwgI2RlZmluZSBIQVZFX0ZMT0FUX0ggMQp8ICNkZWZpbmUgSEFW RV9TWVNfU09DS0VUX0ggMQp8ICNkZWZpbmUgSEFWRV9ORVREQl9IIDEKfCAjZGVmaW5lIEhBVkVf TkVUSU5FVF9JTl9IIDEKfCAjZGVmaW5lIEhBVkVfU1lTX1BBUkFNX0ggMQp8ICNkZWZpbmUgSEFW RV9TSUdOQUxfSCAxCnwgI2RlZmluZSBIQVZFX1NURElOVF9IIDEKfCAjZGVmaW5lIEhBVkVfV0NI QVJfSCAxCnwgI2RlZmluZSBIQVZFX1NURElPX0ggMQp8ICNkZWZpbmUgSEFWRV9TVERMSUJfSCAx CnwgI2RlZmluZSBIQVZFX1NUUklOR19IIDEKfCAjZGVmaW5lIEhBVkVfVElNRV9IIDEKfCAjZGVm aW5lIEhBVkVfU1lTX1RJTUVfSCAxCnwgI2RlZmluZSBIQVZFX1VOSVNURF9IIDEKfCAjZGVmaW5l IEhBVkVfSU5DTFVERV9ORVhUIDEKfCAjZGVmaW5lIEhBVkVfU0hVVERPV04gMQp8ICNkZWZpbmUg cmVzdHJpY3QgX19yZXN0cmljdAp8ICNkZWZpbmUgSEFWRV9JUFY0IDEKfCAjZGVmaW5lIEhBVkVf SVBWNiAxCnwgI2RlZmluZSBIQVZFX1NUUlVDVF9TSUdBQ1RJT05fU0FfU0lHQUNUSU9OIDEKfCAj ZGVmaW5lIEhBVkVfU0lHQUxUU1RBQ0sgMQp8ICNkZWZpbmUgSEFWRV9TSUdJTlRFUlJVUFQgMQp8 ICNkZWZpbmUgSEFWRV9ERUNMX1NOUFJJTlRGIDEKfCAjZGVmaW5lIEhBVkVfX0JPT0wgMQp8ICNk ZWZpbmUgSEFWRV9TVERCT09MX0ggMQp8ICNkZWZpbmUgSEFWRV9MT05HX0xPTkdfSU5UIDEKfCAj ZGVmaW5lIEhBVkVfVU5TSUdORURfTE9OR19MT05HX0lOVCAxCnwgI2RlZmluZSBIQVZFX0RFQ0xf U1RSRFVQIDEKfCAjZGVmaW5lIEhBVkVfV0NIQVJfVCAxCnwgI2RlZmluZSBIQVZFX1dJTlRfVCAx CnwgI2RlZmluZSBIQVZFX0lOVFRZUEVTX0hfV0lUSF9VSU5UTUFYIDEKfCAjZGVmaW5lIEhBVkVf U1RESU5UX0hfV0lUSF9VSU5UTUFYIDEKfCAjZGVmaW5lIEhBVkVfSU5UTUFYX1QgMQp8ICNkZWZp bmUgSEFWRV9ERUNMX1ZTTlBSSU5URiAxCnwgI2RlZmluZSBIQVZFX0dFVEhPU1RCWU5BTUUgMQp8 ICNkZWZpbmUgSEFWRV9ERUNMX0dFVEFERFJJTkZPIDEKfCAjZGVmaW5lIEhBVkVfREVDTF9GUkVF QUREUklORk8gMQp8ICNkZWZpbmUgSEFWRV9ERUNMX0dBSV9TVFJFUlJPUiAxCnwgI2RlZmluZSBI QVZFX0RFQ0xfR0VUTkFNRUlORk8gMQp8ICNkZWZpbmUgSEFWRV9TVFJVQ1RfQUREUklORk8gMQp8 ICNkZWZpbmUgSEFWRV9JTkVUX05UT1AgMQp8ICNkZWZpbmUgSEFWRV9ERUNMX0lORVRfTlRPUCAx CnwgI2RlZmluZSBIQVZFX01BTExPQ19QT1NJWCAxCnwgI2RlZmluZSBIQVZFX01FTVNFVCAxCnwg I2RlZmluZSBIQVZFX1JBSVNFIDEKfCAjZGVmaW5lIEhBVkVfU0lHQUNUSU9OIDEKfCAjZGVmaW5l IEhBVkVfU1RESU5UX0ggMQp8ICNkZWZpbmUgSEFWRV9TTlBSSU5URiAxCnwgI2RlZmluZSBIQVZF X1NUUkRVUCAxCnwgI2RlZmluZSBIQVZFX1NUUlBCUksgMQp8ICNkZWZpbmUgSEFWRV9TVFJTRVAg MQp8ICNkZWZpbmUgSEFWRV9TSFVURE9XTiAxCnwgI2RlZmluZSBIQVZFX1NOUFJJTlRGIDEKfCAj ZGVmaW5lIEhBVkVfV0NTTEVOIDEKfCAjZGVmaW5lIEhBVkVfREVDTF9fU05QUklOVEYgMAp8ICNk ZWZpbmUgSEFWRV9WU05QUklOVEYgMQp8ICNkZWZpbmUgSEFWRV9TVERJTlRfSCAxCnwgI2RlZmlu ZSBIQVZFX1dDSEFSX1QgMQp8ICNkZWZpbmUgSEFWRV9XSU5UX1QgMQp8ICNkZWZpbmUgSEFWRV9T SFVURE9XTiAxCnwgLyogZW5kIGNvbmZkZWZzLmguICAqLwp8ICNpbmNsdWRlIDxwdGhyZWFkLmg+ CnwgaW50CnwgbWFpbiAoKQp8IHsKfCBwdGhyZWFkX3QgdGg7IHB0aHJlYWRfam9pbih0aCwgMCk7 CnwgICAgICAgICAgICAgICAgICAgICAgcHRocmVhZF9hdHRyX2luaXQoMCk7IHB0aHJlYWRfY2xl YW51cF9wdXNoKDAsIDApOwp8ICAgICAgICAgICAgICAgICAgICAgIHB0aHJlYWRfY3JlYXRlKDAs MCwwLDApOyBwdGhyZWFkX2NsZWFudXBfcG9wKDApOwp8ICAgOwp8ICAgcmV0dXJuIDA7CnwgfQpj b25maWd1cmU6MzIwNzQ6IHJlc3VsdDogbm8KY29uZmlndXJlOjMxOTUwOiBjaGVja2luZyB3aGV0 aGVyIHB0aHJlYWRzIHdvcmsgd2l0aG91dCBhbnkgZmxhZ3MKY29uZmlndXJlOjMyMDQ4OiBjYyAt byBjb25mdGVzdCAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgICAgY29uZnRlc3QuYyAg ID4mNQovdmFyL3RtcC8vY2NOYjJOMVkubygudGV4dCsweDYxKTogSW4gZnVuY3Rpb24gYG1haW4n Ogo6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHB0aHJlYWRfY3JlYXRlJwpjb25maWd1cmU6MzIw NTQ6ICQ/ID0gMQpjb25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoKfCAvKiBjb25mZGVmcy5o LiAgKi8KfCAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAiIgp8ICNkZWZpbmUgUEFDS0FHRV9UQVJOQU1F ICIiCnwgI2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gIiIKfCAjZGVmaW5lIFBBQ0tBR0VfU1RSSU5H ICIiCnwgI2RlZmluZSBQQUNLQUdFX0JVR1JFUE9SVCAiIgp8ICNkZWZpbmUgUEFDS0FHRSAicHJl bHVkZS1tYW5hZ2VyIgp8ICNkZWZpbmUgVkVSU0lPTiAiMC45LjE0LjIiCnwgI2RlZmluZSBTVERD X0hFQURFUlMgMQp8ICNkZWZpbmUgSEFWRV9TWVNfVFlQRVNfSCAxCnwgI2RlZmluZSBIQVZFX1NZ U19TVEFUX0ggMQp8ICNkZWZpbmUgSEFWRV9TVERMSUJfSCAxCnwgI2RlZmluZSBIQVZFX1NUUklO R19IIDEKfCAjZGVmaW5lIEhBVkVfTUVNT1JZX0ggMQp8ICNkZWZpbmUgSEFWRV9TVFJJTkdTX0gg MQp8ICNkZWZpbmUgSEFWRV9JTlRUWVBFU19IIDEKfCAjZGVmaW5lIEhBVkVfU1RESU5UX0ggMQp8 ICNkZWZpbmUgSEFWRV9VTklTVERfSCAxCnwgI2RlZmluZSBfX0VYVEVOU0lPTlNfXyAxCnwgI2Rl ZmluZSBfQUxMX1NPVVJDRSAxCnwgI2RlZmluZSBfR05VX1NPVVJDRSAxCnwgI2RlZmluZSBfUE9T SVhfUFRIUkVBRF9TRU1BTlRJQ1MgMQp8ICNkZWZpbmUgX1RBTkRFTV9TT1VSQ0UgMQp8ICNkZWZp bmUgSEFWRV9ETEZDTl9IIDEKfCAjZGVmaW5lIEhBVkVfQUxMT0NBIDEKfCAjZGVmaW5lIEhBVkVf QVJQQV9JTkVUX0ggMQp8ICNkZWZpbmUgSEFWRV9GTE9BVF9IIDEKfCAjZGVmaW5lIEhBVkVfU1lT X1NPQ0tFVF9IIDEKfCAjZGVmaW5lIEhBVkVfTkVUREJfSCAxCnwgI2RlZmluZSBIQVZFX05FVElO RVRfSU5fSCAxCnwgI2RlZmluZSBIQVZFX1NZU19QQVJBTV9IIDEKfCAjZGVmaW5lIEhBVkVfU0lH TkFMX0ggMQp8ICNkZWZpbmUgSEFWRV9TVERJTlRfSCAxCnwgI2RlZmluZSBIQVZFX1dDSEFSX0gg MQp8ICNkZWZpbmUgSEFWRV9TVERJT19IIDEKfCAjZGVmaW5lIEhBVkVfU1RETElCX0ggMQp8ICNk ZWZpbmUgSEFWRV9TVFJJTkdfSCAxCnwgI2RlZmluZSBIQVZFX1RJTUVfSCAxCnwgI2RlZmluZSBI QVZFX1NZU19USU1FX0ggMQp8ICNkZWZpbmUgSEFWRV9VTklTVERfSCAxCnwgI2RlZmluZSBIQVZF X0lOQ0xVREVfTkVYVCAxCnwgI2RlZmluZSBIQVZFX1NIVVRET1dOIDEKfCAjZGVmaW5lIHJlc3Ry aWN0IF9fcmVzdHJpY3QKfCAjZGVmaW5lIEhBVkVfSVBWNCAxCnwgI2RlZmluZSBIQVZFX0lQVjYg MQp8ICNkZWZpbmUgSEFWRV9TVFJVQ1RfU0lHQUNUSU9OX1NBX1NJR0FDVElPTiAxCnwgI2RlZmlu ZSBIQVZFX1NJR0FMVFNUQUNLIDEKfCAjZGVmaW5lIEhBVkVfU0lHSU5URVJSVVBUIDEKfCAjZGVm aW5lIEhBVkVfREVDTF9TTlBSSU5URiAxCnwgI2RlZmluZSBIQVZFX19CT09MIDEKfCAjZGVmaW5l IEhBVkVfU1REQk9PTF9IIDEKfCAjZGVmaW5lIEhBVkVfTE9OR19MT05HX0lOVCAxCnwgI2RlZmlu ZSBIQVZFX1VOU0lHTkVEX0xPTkdfTE9OR19JTlQgMQp8ICNkZWZpbmUgSEFWRV9ERUNMX1NUUkRV UCAxCnwgI2RlZmluZSBIQVZFX1dDSEFSX1QgMQp8ICNkZWZpbmUgSEFWRV9XSU5UX1QgMQp8ICNk ZWZpbmUgSEFWRV9JTlRUWVBFU19IX1dJVEhfVUlOVE1BWCAxCnwgI2RlZmluZSBIQVZFX1NURElO VF9IX1dJVEhfVUlOVE1BWCAxCnwgI2RlZmluZSBIQVZFX0lOVE1BWF9UIDEKfCAjZGVmaW5lIEhB VkVfREVDTF9WU05QUklOVEYgMQp8ICNkZWZpbmUgSEFWRV9HRVRIT1NUQllOQU1FIDEKfCAjZGVm aW5lIEhBVkVfREVDTF9HRVRBRERSSU5GTyAxCnwgI2RlZmluZSBIQVZFX0RFQ0xfRlJFRUFERFJJ TkZPIDEKfCAjZGVmaW5lIEhBVkVfREVDTF9HQUlfU1RSRVJST1IgMQp8ICNkZWZpbmUgSEFWRV9E RUNMX0dFVE5BTUVJTkZPIDEKfCAjZGVmaW5lIEhBVkVfU1RSVUNUX0FERFJJTkZPIDEKfCAjZGVm aW5lIEhBVkVfSU5FVF9OVE9QIDEKfCAjZGVmaW5lIEhBVkVfREVDTF9JTkVUX05UT1AgMQp8ICNk ZWZpbmUgSEFWRV9NQUxMT0NfUE9TSVggMQp8ICNkZWZpbmUgSEFWRV9NRU1TRVQgMQp8ICNkZWZp bmUgSEFWRV9SQUlTRSAxCnwgI2RlZmluZSBIQVZFX1NJR0FDVElPTiAxCnwgI2RlZmluZSBIQVZF X1NURElOVF9IIDEKfCAjZGVmaW5lIEhBVkVfU05QUklOVEYgMQp8ICNkZWZpbmUgSEFWRV9TVFJE VVAgMQp8ICNkZWZpbmUgSEFWRV9TVFJQQlJLIDEKfCAjZGVmaW5lIEhBVkVfU1RSU0VQIDEKfCAj ZGVmaW5lIEhBVkVfU0hVVERPV04gMQp8ICNkZWZpbmUgSEFWRV9TTlBSSU5URiAxCnwgI2RlZmlu ZSBIQVZFX1dDU0xFTiAxCnwgI2RlZmluZSBIQVZFX0RFQ0xfX1NOUFJJTlRGIDAKfCAjZGVmaW5l IEhBVkVfVlNOUFJJTlRGIDEKfCAjZGVmaW5lIEhBVkVfU1RESU5UX0ggMQp8ICNkZWZpbmUgSEFW RV9XQ0hBUl9UIDEKfCAjZGVmaW5lIEhBVkVfV0lOVF9UIDEKfCAjZGVmaW5lIEhBVkVfU0hVVERP V04gMQp8IC8qIGVuZCBjb25mZGVmcy5oLiAgKi8KfCAjaW5jbHVkZSA8cHRocmVhZC5oPgp8IGlu dAp8IG1haW4gKCkKfCB7CnwgcHRocmVhZF90IHRoOyBwdGhyZWFkX2pvaW4odGgsIDApOwp8ICAg ICAgICAgICAgICAgICAgICAgIHB0aHJlYWRfYXR0cl9pbml0KDApOyBwdGhyZWFkX2NsZWFudXBf cHVzaCgwLCAwKTsKfCAgICAgICAgICAgICAgICAgICAgICBwdGhyZWFkX2NyZWF0ZSgwLDAsMCww KTsgcHRocmVhZF9jbGVhbnVwX3BvcCgwKTsKfCAgIDsKfCAgIHJldHVybiAwOwp8IH0KY29uZmln dXJlOjMyMDc0OiByZXN1bHQ6IG5vCmNvbmZpZ3VyZTozMTk1NTogY2hlY2tpbmcgd2hldGhlciBw dGhyZWFkcyB3b3JrIHdpdGggLUt0aHJlYWQKY29uZmlndXJlOjMyMDQ4OiBjYyAtbyBjb25mdGVz dCAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgLUt0aHJlYWQgICBjb25mdGVzdC5jICAg PiY1CmNjOiB1bnJlY29nbml6ZWQgb3B0aW9uICctS3RocmVhZCcKL3Zhci90bXAvL2NjVU5nNG9Q Lm8oLnRleHQrMHg2MSk6IEluIGZ1bmN0aW9uIGBtYWluJzoKOiB1bmRlZmluZWQgcmVmZXJlbmNl IHRvIGBwdGhyZWFkX2NyZWF0ZScKY29uZmlndXJlOjMyMDU0OiAkPyA9IDEKY29uZmlndXJlOiBm YWlsZWQgcHJvZ3JhbSB3YXM6CnwgLyogY29uZmRlZnMuaC4gICovCnwgI2RlZmluZSBQQUNLQUdF X05BTUUgIiIKfCAjZGVmaW5lIFBBQ0tBR0VfVEFSTkFNRSAiIgp8ICNkZWZpbmUgUEFDS0FHRV9W RVJTSU9OICIiCnwgI2RlZmluZSBQQUNLQUdFX1NUUklORyAiIgp8ICNkZWZpbmUgUEFDS0FHRV9C VUdSRVBPUlQgIiIKfCAjZGVmaW5lIFBBQ0tBR0UgInByZWx1ZGUtbWFuYWdlciIKfCAjZGVmaW5l IFZFUlNJT04gIjAuOS4xNC4yIgp8ICNkZWZpbmUgU1REQ19IRUFERVJTIDEKfCAjZGVmaW5lIEhB VkVfU1lTX1RZUEVTX0ggMQp8ICNkZWZpbmUgSEFWRV9TWVNfU1RBVF9IIDEKfCAjZGVmaW5lIEhB VkVfU1RETElCX0ggMQp8ICNkZWZpbmUgSEFWRV9TVFJJTkdfSCAxCnwgI2RlZmluZSBIQVZFX01F TU9SWV9IIDEKfCAjZGVmaW5lIEhBVkVfU1RSSU5HU19IIDEKfCAjZGVmaW5lIEhBVkVfSU5UVFlQ RVNfSCAxCnwgI2RlZmluZSBIQVZFX1NURElOVF9IIDEKfCAjZGVmaW5lIEhBVkVfVU5JU1REX0gg MQp8ICNkZWZpbmUgX19FWFRFTlNJT05TX18gMQp8ICNkZWZpbmUgX0FMTF9TT1VSQ0UgMQp8ICNk ZWZpbmUgX0dOVV9TT1VSQ0UgMQp8ICNkZWZpbmUgX1BPU0lYX1BUSFJFQURfU0VNQU5USUNTIDEK fCAjZGVmaW5lIF9UQU5ERU1fU09VUkNFIDEKfCAjZGVmaW5lIEhBVkVfRExGQ05fSCAxCnwgI2Rl ZmluZSBIQVZFX0FMTE9DQSAxCnwgI2RlZmluZSBIQVZFX0FSUEFfSU5FVF9IIDEKfCAjZGVmaW5l IEhBVkVfRkxPQVRfSCAxCnwgI2RlZmluZSBIQVZFX1NZU19TT0NLRVRfSCAxCnwgI2RlZmluZSBI QVZFX05FVERCX0ggMQp8ICNkZWZpbmUgSEFWRV9ORVRJTkVUX0lOX0ggMQp8ICNkZWZpbmUgSEFW RV9TWVNfUEFSQU1fSCAxCnwgI2RlZmluZSBIQVZFX1NJR05BTF9IIDEKfCAjZGVmaW5lIEhBVkVf U1RESU5UX0ggMQp8ICNkZWZpbmUgSEFWRV9XQ0hBUl9IIDEKfCAjZGVmaW5lIEhBVkVfU1RESU9f SCAxCnwgI2RlZmluZSBIQVZFX1NURExJQl9IIDEKfCAjZGVmaW5lIEhBVkVfU1RSSU5HX0ggMQp8 ICNkZWZpbmUgSEFWRV9USU1FX0ggMQp8ICNkZWZpbmUgSEFWRV9TWVNfVElNRV9IIDEKfCAjZGVm aW5lIEhBVkVfVU5JU1REX0ggMQp8ICNkZWZpbmUgSEFWRV9JTkNMVURFX05FWFQgMQp8ICNkZWZp bmUgSEFWRV9TSFVURE9XTiAxCnwgI2RlZmluZSByZXN0cmljdCBfX3Jlc3RyaWN0CnwgI2RlZmlu ZSBIQVZFX0lQVjQgMQp8ICNkZWZpbmUgSEFWRV9JUFY2IDEKfCAjZGVmaW5lIEhBVkVfU1RSVUNU X1NJR0FDVElPTl9TQV9TSUdBQ1RJT04gMQp8ICNkZWZpbmUgSEFWRV9TSUdBTFRTVEFDSyAxCnwg I2RlZmluZSBIQVZFX1NJR0lOVEVSUlVQVCAxCnwgI2RlZmluZSBIQVZFX0RFQ0xfU05QUklOVEYg MQp8ICNkZWZpbmUgSEFWRV9fQk9PTCAxCnwgI2RlZmluZSBIQVZFX1NUREJPT0xfSCAxCnwgI2Rl ZmluZSBIQVZFX0xPTkdfTE9OR19JTlQgMQp8ICNkZWZpbmUgSEFWRV9VTlNJR05FRF9MT05HX0xP TkdfSU5UIDEKfCAjZGVmaW5lIEhBVkVfREVDTF9TVFJEVVAgMQp8ICNkZWZpbmUgSEFWRV9XQ0hB Ul9UIDEKfCAjZGVmaW5lIEhBVkVfV0lOVF9UIDEKfCAjZGVmaW5lIEhBVkVfSU5UVFlQRVNfSF9X SVRIX1VJTlRNQVggMQp8ICNkZWZpbmUgSEFWRV9TVERJTlRfSF9XSVRIX1VJTlRNQVggMQp8ICNk ZWZpbmUgSEFWRV9JTlRNQVhfVCAxCnwgI2RlZmluZSBIQVZFX0RFQ0xfVlNOUFJJTlRGIDEKfCAj ZGVmaW5lIEhBVkVfR0VUSE9TVEJZTkFNRSAxCnwgI2RlZmluZSBIQVZFX0RFQ0xfR0VUQUREUklO Rk8gMQp8ICNkZWZpbmUgSEFWRV9ERUNMX0ZSRUVBRERSSU5GTyAxCnwgI2RlZmluZSBIQVZFX0RF Q0xfR0FJX1NUUkVSUk9SIDEKfCAjZGVmaW5lIEhBVkVfREVDTF9HRVROQU1FSU5GTyAxCnwgI2Rl ZmluZSBIQVZFX1NUUlVDVF9BRERSSU5GTyAxCnwgI2RlZmluZSBIQVZFX0lORVRfTlRPUCAxCnwg I2RlZmluZSBIQVZFX0RFQ0xfSU5FVF9OVE9QIDEKfCAjZGVmaW5lIEhBVkVfTUFMTE9DX1BPU0lY IDEKfCAjZGVmaW5lIEhBVkVfTUVNU0VUIDEKfCAjZGVmaW5lIEhBVkVfUkFJU0UgMQp8ICNkZWZp bmUgSEFWRV9TSUdBQ1RJT04gMQp8ICNkZWZpbmUgSEFWRV9TVERJTlRfSCAxCnwgI2RlZmluZSBI QVZFX1NOUFJJTlRGIDEKfCAjZGVmaW5lIEhBVkVfU1RSRFVQIDEKfCAjZGVmaW5lIEhBVkVfU1RS UEJSSyAxCnwgI2RlZmluZSBIQVZFX1NUUlNFUCAxCnwgI2RlZmluZSBIQVZFX1NIVVRET1dOIDEK fCAjZGVmaW5lIEhBVkVfU05QUklOVEYgMQp8ICNkZWZpbmUgSEFWRV9XQ1NMRU4gMQp8ICNkZWZp bmUgSEFWRV9ERUNMX19TTlBSSU5URiAwCnwgI2RlZmluZSBIQVZFX1ZTTlBSSU5URiAxCnwgI2Rl ZmluZSBIQVZFX1NURElOVF9IIDEKfCAjZGVmaW5lIEhBVkVfV0NIQVJfVCAxCnwgI2RlZmluZSBI QVZFX1dJTlRfVCAxCnwgI2RlZmluZSBIQVZFX1NIVVRET1dOIDEKfCAvKiBlbmQgY29uZmRlZnMu aC4gICovCnwgI2luY2x1ZGUgPHB0aHJlYWQuaD4KfCBpbnQKfCBtYWluICgpCnwgewp8IHB0aHJl YWRfdCB0aDsgcHRocmVhZF9qb2luKHRoLCAwKTsKfCAgICAgICAgICAgICAgICAgICAgICBwdGhy ZWFkX2F0dHJfaW5pdCgwKTsgcHRocmVhZF9jbGVhbnVwX3B1c2goMCwgMCk7CnwgICAgICAgICAg ICAgICAgICAgICAgcHRocmVhZF9jcmVhdGUoMCwwLDAsMCk7IHB0aHJlYWRfY2xlYW51cF9wb3Ao MCk7CnwgICA7CnwgICByZXR1cm4gMDsKfCB9CmNvbmZpZ3VyZTozMjA3NDogcmVzdWx0OiBubwpj b25maWd1cmU6MzE5NTU6IGNoZWNraW5nIHdoZXRoZXIgcHRocmVhZHMgd29yayB3aXRoIC1rdGhy ZWFkCmNvbmZpZ3VyZTozMjA0ODogY2MgLW8gY29uZnRlc3QgLU8yIC1mbm8tc3RyaWN0LWFsaWFz aW5nIC1waXBlIC1rdGhyZWFkICAgY29uZnRlc3QuYyAgID4mNQpjYzogdW5yZWNvZ25pemVkIG9w dGlvbiAnLWt0aHJlYWQnCi92YXIvdG1wLy9jYzY5RDhwUC5vKC50ZXh0KzB4NjEpOiBJbiBmdW5j dGlvbiBgbWFpbic6CjogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcHRocmVhZF9jcmVhdGUnCmNv bmZpZ3VyZTozMjA1NDogJD8gPSAxCmNvbmZpZ3VyZTogZmFpbGVkIHByb2dyYW0gd2FzOgp8IC8q IGNvbmZkZWZzLmguICAqLwp8ICNkZWZpbmUgUEFDS0FHRV9OQU1FICIiCnwgI2RlZmluZSBQQUNL QUdFX1RBUk5BTUUgIiIKfCAjZGVmaW5lIFBBQ0tBR0VfVkVSU0lPTiAiIgp8ICNkZWZpbmUgUEFD S0FHRV9TVFJJTkcgIiIKfCAjZGVmaW5lIFBBQ0tBR0VfQlVHUkVQT1JUICIiCnwgI2RlZmluZSBQ QUNLQUdFICJwcmVsdWRlLW1hbmFnZXIiCnwgI2RlZmluZSBWRVJTSU9OICIwLjkuMTQuMiIKfCAj ZGVmaW5lIFNURENfSEVBREVSUyAxCnwgI2RlZmluZSBIQVZFX1NZU19UWVBFU19IIDEKfCAjZGVm aW5lIEhBVkVfU1lTX1NUQVRfSCAxCnwgI2RlZmluZSBIQVZFX1NURExJQl9IIDEKfCAjZGVmaW5l IEhBVkVfU1RSSU5HX0ggMQp8ICNkZWZpbmUgSEFWRV9NRU1PUllfSCAxCnwgI2RlZmluZSBIQVZF X1NUUklOR1NfSCAxCnwgI2RlZmluZSBIQVZFX0lOVFRZUEVTX0ggMQp8ICNkZWZpbmUgSEFWRV9T VERJTlRfSCAxCnwgI2RlZmluZSBIQVZFX1VOSVNURF9IIDEKfCAjZGVmaW5lIF9fRVhURU5TSU9O U19fIDEKfCAjZGVmaW5lIF9BTExfU09VUkNFIDEKfCAjZGVmaW5lIF9HTlVfU09VUkNFIDEKfCAj ZGVmaW5lIF9QT1NJWF9QVEhSRUFEX1NFTUFOVElDUyAxCnwgI2RlZmluZSBfVEFOREVNX1NPVVJD RSAxCnwgI2RlZmluZSBIQVZFX0RMRkNOX0ggMQp8ICNkZWZpbmUgSEFWRV9BTExPQ0EgMQp8ICNk ZWZpbmUgSEFWRV9BUlBBX0lORVRfSCAxCnwgI2RlZmluZSBIQVZFX0ZMT0FUX0ggMQp8ICNkZWZp bmUgSEFWRV9TWVNfU09DS0VUX0ggMQp8ICNkZWZpbmUgSEFWRV9ORVREQl9IIDEKfCAjZGVmaW5l IEhBVkVfTkVUSU5FVF9JTl9IIDEKfCAjZGVmaW5lIEhBVkVfU1lTX1BBUkFNX0ggMQp8ICNkZWZp bmUgSEFWRV9TSUdOQUxfSCAxCnwgI2RlZmluZSBIQVZFX1NURElOVF9IIDEKfCAjZGVmaW5lIEhB VkVfV0NIQVJfSCAxCnwgI2RlZmluZSBIQVZFX1NURElPX0ggMQp8ICNkZWZpbmUgSEFWRV9TVERM SUJfSCAxCnwgI2RlZmluZSBIQVZFX1NUUklOR19IIDEKfCAjZGVmaW5lIEhBVkVfVElNRV9IIDEK fCAjZGVmaW5lIEhBVkVfU1lTX1RJTUVfSCAxCnwgI2RlZmluZSBIQVZFX1VOSVNURF9IIDEKfCAj ZGVmaW5lIEhBVkVfSU5DTFVERV9ORVhUIDEKfCAjZGVmaW5lIEhBVkVfU0hVVERPV04gMQp8ICNk ZWZpbmUgcmVzdHJpY3QgX19yZXN0cmljdAp8ICNkZWZpbmUgSEFWRV9JUFY0IDEKfCAjZGVmaW5l IEhBVkVfSVBWNiAxCnwgI2RlZmluZSBIQVZFX1NUUlVDVF9TSUdBQ1RJT05fU0FfU0lHQUNUSU9O IDEKfCAjZGVmaW5lIEhBVkVfU0lHQUxUU1RBQ0sgMQp8ICNkZWZpbmUgSEFWRV9TSUdJTlRFUlJV UFQgMQp8ICNkZWZpbmUgSEFWRV9ERUNMX1NOUFJJTlRGIDEKfCAjZGVmaW5lIEhBVkVfX0JPT0wg MQp8ICNkZWZpbmUgSEFWRV9TVERCT09MX0ggMQp8ICNkZWZpbmUgSEFWRV9MT05HX0xPTkdfSU5U IDEKfCAjZGVmaW5lIEhBVkVfVU5TSUdORURfTE9OR19MT05HX0lOVCAxCnwgI2RlZmluZSBIQVZF X0RFQ0xfU1RSRFVQIDEKfCAjZGVmaW5lIEhBVkVfV0NIQVJfVCAxCnwgI2RlZmluZSBIQVZFX1dJ TlRfVCAxCnwgI2RlZmluZSBIQVZFX0lOVFRZUEVTX0hfV0lUSF9VSU5UTUFYIDEKfCAjZGVmaW5l IEhBVkVfU1RESU5UX0hfV0lUSF9VSU5UTUFYIDEKfCAjZGVmaW5lIEhBVkVfSU5UTUFYX1QgMQp8 ICNkZWZpbmUgSEFWRV9ERUNMX1ZTTlBSSU5URiAxCnwgI2RlZmluZSBIQVZFX0dFVEhPU1RCWU5B TUUgMQp8ICNkZWZpbmUgSEFWRV9ERUNMX0dFVEFERFJJTkZPIDEKfCAjZGVmaW5lIEhBVkVfREVD TF9GUkVFQUREUklORk8gMQp8ICNkZWZpbmUgSEFWRV9ERUNMX0dBSV9TVFJFUlJPUiAxCnwgI2Rl ZmluZSBIQVZFX0RFQ0xfR0VUTkFNRUlORk8gMQp8ICNkZWZpbmUgSEFWRV9TVFJVQ1RfQUREUklO Rk8gMQp8ICNkZWZpbmUgSEFWRV9JTkVUX05UT1AgMQp8ICNkZWZpbmUgSEFWRV9ERUNMX0lORVRf TlRPUCAxCnwgI2RlZmluZSBIQVZFX01BTExPQ19QT1NJWCAxCnwgI2RlZmluZSBIQVZFX01FTVNF VCAxCnwgI2RlZmluZSBIQVZFX1JBSVNFIDEKfCAjZGVmaW5lIEhBVkVfU0lHQUNUSU9OIDEKfCAj ZGVmaW5lIEhBVkVfU1RESU5UX0ggMQp8ICNkZWZpbmUgSEFWRV9TTlBSSU5URiAxCnwgI2RlZmlu ZSBIQVZFX1NUUkRVUCAxCnwgI2RlZmluZSBIQVZFX1NUUlBCUksgMQp8ICNkZWZpbmUgSEFWRV9T VFJTRVAgMQp8ICNkZWZpbmUgSEFWRV9TSFVURE9XTiAxCnwgI2RlZmluZSBIQVZFX1NOUFJJTlRG IDEKfCAjZGVmaW5lIEhBVkVfV0NTTEVOIDEKfCAjZGVmaW5lIEhBVkVfREVDTF9fU05QUklOVEYg MAp8ICNkZWZpbmUgSEFWRV9WU05QUklOVEYgMQp8ICNkZWZpbmUgSEFWRV9TVERJTlRfSCAxCnwg I2RlZmluZSBIQVZFX1dDSEFSX1QgMQp8ICNkZWZpbmUgSEFWRV9XSU5UX1QgMQp8ICNkZWZpbmUg SEFWRV9TSFVURE9XTiAxCnwgLyogZW5kIGNvbmZkZWZzLmguICAqLwp8ICNpbmNsdWRlIDxwdGhy ZWFkLmg+CnwgaW50CnwgbWFpbiAoKQp8IHsKfCBwdGhyZWFkX3QgdGg7IHB0aHJlYWRfam9pbih0 aCwgMCk7CnwgICAgICAgICAgICAgICAgICAgICAgcHRocmVhZF9hdHRyX2luaXQoMCk7IHB0aHJl YWRfY2xlYW51cF9wdXNoKDAsIDApOwp8ICAgICAgICAgICAgICAgICAgICAgIHB0aHJlYWRfY3Jl YXRlKDAsMCwwLDApOyBwdGhyZWFkX2NsZWFudXBfcG9wKDApOwp8ICAgOwp8ICAgcmV0dXJuIDA7 CnwgfQpjb25maWd1cmU6MzIwNzQ6IHJlc3VsdDogbm8KY29uZmlndXJlOjMyMDA1OiBjaGVja2lu ZyBmb3IgdGhlIHB0aHJlYWRzIGxpYnJhcnkgLWxsdGhyZWFkCmNvbmZpZ3VyZTozMjA0ODogY2Mg LW8gY29uZnRlc3QgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICAgIGNvbmZ0ZXN0LmMg LWxsdGhyZWFkICA+JjUKL3Vzci9iaW4vbGQ6IGNhbm5vdCBmaW5kIC1sbHRocmVhZApjb25maWd1 cmU6MzIwNTQ6ICQ/ID0gMQpjb25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoKfCAvKiBjb25m ZGVmcy5oLiAgKi8KfCAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAiIgp8ICNkZWZpbmUgUEFDS0FHRV9U QVJOQU1FICIiCnwgI2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gIiIKfCAjZGVmaW5lIFBBQ0tBR0Vf U1RSSU5HICIiCnwgI2RlZmluZSBQQUNLQUdFX0JVR1JFUE9SVCAiIgp8ICNkZWZpbmUgUEFDS0FH RSAicHJlbHVkZS1tYW5hZ2VyIgp8ICNkZWZpbmUgVkVSU0lPTiAiMC45LjE0LjIiCnwgI2RlZmlu ZSBTVERDX0hFQURFUlMgMQp8ICNkZWZpbmUgSEFWRV9TWVNfVFlQRVNfSCAxCnwgI2RlZmluZSBI QVZFX1NZU19TVEFUX0ggMQp8ICNkZWZpbmUgSEFWRV9TVERMSUJfSCAxCnwgI2RlZmluZSBIQVZF X1NUUklOR19IIDEKfCAjZGVmaW5lIEhBVkVfTUVNT1JZX0ggMQp8ICNkZWZpbmUgSEFWRV9TVFJJ TkdTX0ggMQp8ICNkZWZpbmUgSEFWRV9JTlRUWVBFU19IIDEKfCAjZGVmaW5lIEhBVkVfU1RESU5U X0ggMQp8ICNkZWZpbmUgSEFWRV9VTklTVERfSCAxCnwgI2RlZmluZSBfX0VYVEVOU0lPTlNfXyAx CnwgI2RlZmluZSBfQUxMX1NPVVJDRSAxCnwgI2RlZmluZSBfR05VX1NPVVJDRSAxCnwgI2RlZmlu ZSBfUE9TSVhfUFRIUkVBRF9TRU1BTlRJQ1MgMQp8ICNkZWZpbmUgX1RBTkRFTV9TT1VSQ0UgMQp8 ICNkZWZpbmUgSEFWRV9ETEZDTl9IIDEKfCAjZGVmaW5lIEhBVkVfQUxMT0NBIDEKfCAjZGVmaW5l IEhBVkVfQVJQQV9JTkVUX0ggMQp8ICNkZWZpbmUgSEFWRV9GTE9BVF9IIDEKfCAjZGVmaW5lIEhB VkVfU1lTX1NPQ0tFVF9IIDEKfCAjZGVmaW5lIEhBVkVfTkVUREJfSCAxCnwgI2RlZmluZSBIQVZF X05FVElORVRfSU5fSCAxCnwgI2RlZmluZSBIQVZFX1NZU19QQVJBTV9IIDEKfCAjZGVmaW5lIEhB VkVfU0lHTkFMX0ggMQp8ICNkZWZpbmUgSEFWRV9TVERJTlRfSCAxCnwgI2RlZmluZSBIQVZFX1dD SEFSX0ggMQp8ICNkZWZpbmUgSEFWRV9TVERJT19IIDEKfCAjZGVmaW5lIEhBVkVfU1RETElCX0gg MQp8ICNkZWZpbmUgSEFWRV9TVFJJTkdfSCAxCnwgI2RlZmluZSBIQVZFX1RJTUVfSCAxCnwgI2Rl ZmluZSBIQVZFX1NZU19USU1FX0ggMQp8ICNkZWZpbmUgSEFWRV9VTklTVERfSCAxCnwgI2RlZmlu ZSBIQVZFX0lOQ0xVREVfTkVYVCAxCnwgI2RlZmluZSBIQVZFX1NIVVRET1dOIDEKfCAjZGVmaW5l IHJlc3RyaWN0IF9fcmVzdHJpY3QKfCAjZGVmaW5lIEhBVkVfSVBWNCAxCnwgI2RlZmluZSBIQVZF X0lQVjYgMQp8ICNkZWZpbmUgSEFWRV9TVFJVQ1RfU0lHQUNUSU9OX1NBX1NJR0FDVElPTiAxCnwg I2RlZmluZSBIQVZFX1NJR0FMVFNUQUNLIDEKfCAjZGVmaW5lIEhBVkVfU0lHSU5URVJSVVBUIDEK fCAjZGVmaW5lIEhBVkVfREVDTF9TTlBSSU5URiAxCnwgI2RlZmluZSBIQVZFX19CT09MIDEKfCAj ZGVmaW5lIEhBVkVfU1REQk9PTF9IIDEKfCAjZGVmaW5lIEhBVkVfTE9OR19MT05HX0lOVCAxCnwg I2RlZmluZSBIQVZFX1VOU0lHTkVEX0xPTkdfTE9OR19JTlQgMQp8ICNkZWZpbmUgSEFWRV9ERUNM X1NUUkRVUCAxCnwgI2RlZmluZSBIQVZFX1dDSEFSX1QgMQp8ICNkZWZpbmUgSEFWRV9XSU5UX1Qg MQp8ICNkZWZpbmUgSEFWRV9JTlRUWVBFU19IX1dJVEhfVUlOVE1BWCAxCnwgI2RlZmluZSBIQVZF X1NURElOVF9IX1dJVEhfVUlOVE1BWCAxCnwgI2RlZmluZSBIQVZFX0lOVE1BWF9UIDEKfCAjZGVm aW5lIEhBVkVfREVDTF9WU05QUklOVEYgMQp8ICNkZWZpbmUgSEFWRV9HRVRIT1NUQllOQU1FIDEK fCAjZGVmaW5lIEhBVkVfREVDTF9HRVRBRERSSU5GTyAxCnwgI2RlZmluZSBIQVZFX0RFQ0xfRlJF RUFERFJJTkZPIDEKfCAjZGVmaW5lIEhBVkVfREVDTF9HQUlfU1RSRVJST1IgMQp8ICNkZWZpbmUg SEFWRV9ERUNMX0dFVE5BTUVJTkZPIDEKfCAjZGVmaW5lIEhBVkVfU1RSVUNUX0FERFJJTkZPIDEK fCAjZGVmaW5lIEhBVkVfSU5FVF9OVE9QIDEKfCAjZGVmaW5lIEhBVkVfREVDTF9JTkVUX05UT1Ag MQp8ICNkZWZpbmUgSEFWRV9NQUxMT0NfUE9TSVggMQp8ICNkZWZpbmUgSEFWRV9NRU1TRVQgMQp8 ICNkZWZpbmUgSEFWRV9SQUlTRSAxCnwgI2RlZmluZSBIQVZFX1NJR0FDVElPTiAxCnwgI2RlZmlu ZSBIQVZFX1NURElOVF9IIDEKfCAjZGVmaW5lIEhBVkVfU05QUklOVEYgMQp8ICNkZWZpbmUgSEFW RV9TVFJEVVAgMQp8ICNkZWZpbmUgSEFWRV9TVFJQQlJLIDEKfCAjZGVmaW5lIEhBVkVfU1RSU0VQ IDEKfCAjZGVmaW5lIEhBVkVfU0hVVERPV04gMQp8ICNkZWZpbmUgSEFWRV9TTlBSSU5URiAxCnwg I2RlZmluZSBIQVZFX1dDU0xFTiAxCnwgI2RlZmluZSBIQVZFX0RFQ0xfX1NOUFJJTlRGIDAKfCAj ZGVmaW5lIEhBVkVfVlNOUFJJTlRGIDEKfCAjZGVmaW5lIEhBVkVfU1RESU5UX0ggMQp8ICNkZWZp bmUgSEFWRV9XQ0hBUl9UIDEKfCAjZGVmaW5lIEhBVkVfV0lOVF9UIDEKfCAjZGVmaW5lIEhBVkVf U0hVVERPV04gMQp8IC8qIGVuZCBjb25mZGVmcy5oLiAgKi8KfCAjaW5jbHVkZSA8cHRocmVhZC5o Pgp8IGludAp8IG1haW4gKCkKfCB7CnwgcHRocmVhZF90IHRoOyBwdGhyZWFkX2pvaW4odGgsIDAp Owp8ICAgICAgICAgICAgICAgICAgICAgIHB0aHJlYWRfYXR0cl9pbml0KDApOyBwdGhyZWFkX2Ns ZWFudXBfcHVzaCgwLCAwKTsKfCAgICAgICAgICAgICAgICAgICAgICBwdGhyZWFkX2NyZWF0ZSgw LDAsMCwwKTsgcHRocmVhZF9jbGVhbnVwX3BvcCgwKTsKfCAgIDsKfCAgIHJldHVybiAwOwp8IH0K Y29uZmlndXJlOjMyMDc0OiByZXN1bHQ6IG5vCmNvbmZpZ3VyZTozMTk1NTogY2hlY2tpbmcgd2hl dGhlciBwdGhyZWFkcyB3b3JrIHdpdGggLXB0aHJlYWQKY29uZmlndXJlOjMyMDQ4OiBjYyAtbyBj b25mdGVzdCAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgLXB0aHJlYWQgICBjb25mdGVz dC5jICAgPiY1CmNvbmZpZ3VyZTozMjA1NDogJD8gPSAwCmNvbmZpZ3VyZTozMjA3NDogcmVzdWx0 OiB5ZXMKY29uZmlndXJlOjMyMDk0OiBjaGVja2luZyBmb3Igam9pbmFibGUgcHRocmVhZCBhdHRy aWJ1dGUKY29uZmlndXJlOjMyMTE3OiBjYyAtbyBjb25mdGVzdCAtTzIgLWZuby1zdHJpY3QtYWxp YXNpbmcgLXBpcGUgLXB0aHJlYWQgICBjb25mdGVzdC5jICAgPiY1CmNvbmZpZ3VyZTozMjEyMzog JD8gPSAwCmNvbmZpZ3VyZTozMjE5MTogcmVzdWx0OiBQVEhSRUFEX0NSRUFURV9KT0lOQUJMRQpj b25maWd1cmU6MzIxOTg6IGNoZWNraW5nIGlmIG1vcmUgc3BlY2lhbCBmbGFncyBhcmUgcmVxdWly ZWQgZm9yIHB0aHJlYWRzCmNvbmZpZ3VyZTozMjIwNTogcmVzdWx0OiAtRF9USFJFQURfU0FGRQpj b25maWd1cmU6MzIyMTc6IGNoZWNraW5nIGZvciBjY19yCmNvbmZpZ3VyZTozMjI0NTogcmVzdWx0 OiBjYwpjb25maWd1cmU6MzIzMDY6IGNoZWNraW5nIGZvciBsaWJwcmVsdWRlLWNvbmZpZwpjb25m aWd1cmU6MzIzMjQ6IGZvdW5kIC91c3IvbG9jYWwvYmluL2xpYnByZWx1ZGUtY29uZmlnCmNvbmZp Z3VyZTozMjMzNzogcmVzdWx0OiAvdXNyL2xvY2FsL2Jpbi9saWJwcmVsdWRlLWNvbmZpZwpjb25m aWd1cmU6MzIzNDY6IGNoZWNraW5nIGZvciBsaWJwcmVsdWRlIC0gdmVyc2lvbiA+PSAwLjkuNwpj b25maWd1cmU6MzI0Mzk6IGNjIC1vIGNvbmZ0ZXN0IC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAt cGlwZSAtSS91c3IvbG9jYWwvaW5jbHVkZSAtRF9USFJFQURfU0FGRSAtcHRocmVhZCAgIGNvbmZ0 ZXN0LmMgIC1ML3Vzci9sb2NhbC9saWIgLWxwcmVsdWRlIC1ML3Vzci9sb2NhbC9saWIgLWxnbnV0 bHMgLUwvdXNyL2xvY2FsL2xpYiAtbGdjcnlwdCAtbGdwZy1lcnJvciAtbHB0aHJlYWQgPiY1CmNv bmZpZ3VyZTozMjQ0MjogJD8gPSAwCmNvbmZpZ3VyZTozMjQ0ODogLi9jb25mdGVzdApjb25maWd1 cmU6MzI0NTE6ICQ/ID0gMApjb25maWd1cmU6MzI0NzI6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToz MjU3NzogY2hlY2tpbmcgZm9yIGEgc2VkIHRoYXQgZG9lcyBub3QgdHJ1bmNhdGUgb3V0cHV0CmNv bmZpZ3VyZTozMjY1NjogcmVzdWx0OiAvdXNyL2Jpbi9zZWQKY29uZmlndXJlOjMyNjY4OiBjaGVj a2luZyB3aGV0aGVyIHRoZSBDIGNvbXBpbGVyIGFjY2VwdHMgdGhlIC1XZXJyb3IgLVduby1taXNz aW5nLWJyYWNlcyBmbGFnCmNvbmZpZ3VyZTozMjcwNzogY2MgLWMgLU8yIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1waXBlIC1XZXJyb3IgLVduby1taXNzaW5nLWJyYWNlcyAtRF9USFJFQURfU0FGRSAt cHRocmVhZCBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6MzI3MTM6ICQ/ID0gMApjb25maWd1cmU6 MzI3NDQ6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTozMjc2NTogY2hlY2tpbmcgZm9yIGJ1Z2d5IHB0 aHJlYWQgbXV0ZXggaW5pdGlhbGl6ZXJzCmNvbmZpZ3VyZTozMjc5MjogY2MgLWMgLU8yIC1mbm8t c3RyaWN0LWFsaWFzaW5nIC1waXBlIC1Xbm8tbWlzc2luZy1icmFjZXMgLURfVEhSRUFEX1NBRkUg LXB0aHJlYWQgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjMyNzk4OiAkPyA9IDAKY29uZmlndXJl OjMyODE2OiByZXN1bHQ6IG5vCmNvbmZpZ3VyZTozMjg0MjogY2hlY2tpbmcgZm9yIGxpYmdudXRs cy1jb25maWcKY29uZmlndXJlOjMyODczOiByZXN1bHQ6IG5vCmNvbmZpZ3VyZTozMjg4MjogY2hl Y2tpbmcgZm9yIGxpYmdudXRscyAtIHZlcnNpb24gPj0gMS4wLjE3CmNvbmZpZ3VyZTozMzAwODog cmVzdWx0OiBubwpjb25maWd1cmU6MzMwOTY6IGVycm9yOiBsaWJnbnV0bHMgaXMgcmVxdWlyZWQg aW4gb3JkZXIgdG8gYnVpbGQgcHJlbHVkZS1tYW5hZ2VyLgoKIyMgLS0tLS0tLS0tLS0tLS0tLSAj IwojIyBDYWNoZSB2YXJpYWJsZXMuICMjCiMjIC0tLS0tLS0tLS0tLS0tLS0gIyMKCmFjX2N2X2J1 aWxkPWkzODYtcG9ydGJsZC1mcmVlYnNkNy4yCmFjX2N2X2NfY29tcGlsZXJfZ251PXllcwphY19j dl9jX2lubGluZT1pbmxpbmUKYWNfY3ZfY19yZXN0cmljdD1fX3Jlc3RyaWN0CmFjX2N2X2N4eF9j b21waWxlcl9nbnU9eWVzCmFjX2N2X2RlY2xfRU9WRVJGTE9XPXllcwphY19jdl9lbnZfQ0NDX3Nl dD0nJwphY19jdl9lbnZfQ0NDX3ZhbHVlPScnCmFjX2N2X2Vudl9DQ19zZXQ9c2V0CmFjX2N2X2Vu dl9DQ192YWx1ZT1jYwphY19jdl9lbnZfQ0ZMQUdTX3NldD1zZXQKYWNfY3ZfZW52X0NGTEFHU192 YWx1ZT0nLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlJwphY19jdl9lbnZfQ1BQRkxBR1Nf c2V0PScnCmFjX2N2X2Vudl9DUFBGTEFHU192YWx1ZT0nJwphY19jdl9lbnZfQ1BQX3NldD0nJwph Y19jdl9lbnZfQ1BQX3ZhbHVlPScnCmFjX2N2X2Vudl9DWFhDUFBfc2V0PScnCmFjX2N2X2Vudl9D WFhDUFBfdmFsdWU9JycKYWNfY3ZfZW52X0NYWEZMQUdTX3NldD1zZXQKYWNfY3ZfZW52X0NYWEZM QUdTX3ZhbHVlPSctTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUnCmFjX2N2X2Vudl9DWFhf c2V0PXNldAphY19jdl9lbnZfQ1hYX3ZhbHVlPWMrKwphY19jdl9lbnZfRjc3X3NldD0nJwphY19j dl9lbnZfRjc3X3ZhbHVlPScnCmFjX2N2X2Vudl9GRkxBR1Nfc2V0PScnCmFjX2N2X2Vudl9GRkxB R1NfdmFsdWU9JycKYWNfY3ZfZW52X0xERkxBR1Nfc2V0PScnCmFjX2N2X2Vudl9MREZMQUdTX3Zh bHVlPScnCmFjX2N2X2Vudl9MSUJTX3NldD0nJwphY19jdl9lbnZfTElCU192YWx1ZT0nJwphY19j dl9lbnZfYnVpbGRfYWxpYXNfc2V0PXNldAphY19jdl9lbnZfYnVpbGRfYWxpYXNfdmFsdWU9aTM4 Ni1wb3J0YmxkLWZyZWVic2Q3LjIKYWNfY3ZfZW52X2hvc3RfYWxpYXNfc2V0PScnCmFjX2N2X2Vu dl9ob3N0X2FsaWFzX3ZhbHVlPScnCmFjX2N2X2Vudl90YXJnZXRfYWxpYXNfc2V0PScnCmFjX2N2 X2Vudl90YXJnZXRfYWxpYXNfdmFsdWU9JycKYWNfY3ZfZjc3X2NvbXBpbGVyX2dudT1ubwphY19j dl9mdW5jX2FsbG9jYV93b3Jrcz15ZXMKYWNfY3ZfZnVuY19kbG9wZW49eWVzCmFjX2N2X2Z1bmNf Z2V0aG9zdGJ5bmFtZT15ZXMKYWNfY3ZfZnVuY19pbmV0X250b3A9eWVzCmFjX2N2X2Z1bmNfbWVt c2V0PXllcwphY19jdl9mdW5jX3JhaXNlPXllcwphY19jdl9mdW5jX3NobF9sb2FkPW5vCmFjX2N2 X2Z1bmNfc2h1dGRvd249eWVzCmFjX2N2X2Z1bmNfc2lnYWN0aW9uPXllcwphY19jdl9mdW5jX3Np Z2FsdHN0YWNrPXllcwphY19jdl9mdW5jX3NpZ2ludGVycnVwdD15ZXMKYWNfY3ZfZnVuY19zaWdw cm9jbWFzaz15ZXMKYWNfY3ZfZnVuY19zbnByaW50Zj15ZXMKYWNfY3ZfZnVuY19zdHJkdXA9eWVz CmFjX2N2X2Z1bmNfc3RycGJyaz15ZXMKYWNfY3ZfZnVuY19zdHJzZXA9eWVzCmFjX2N2X2Z1bmNf dmFzbnByaW50Zj1ubwphY19jdl9mdW5jX3ZzbnByaW50Zj15ZXMKYWNfY3ZfZnVuY193Y3NsZW49 eWVzCmFjX2N2X2hhdmVfZGVjbF9fc25wcmludGY9bm8KYWNfY3ZfaGF2ZV9kZWNsX2ZyZWVhZGRy aW5mbz15ZXMKYWNfY3ZfaGF2ZV9kZWNsX2dhaV9zdHJlcnJvcj15ZXMKYWNfY3ZfaGF2ZV9kZWNs X2dldGFkZHJpbmZvPXllcwphY19jdl9oYXZlX2RlY2xfZ2V0bmFtZWluZm89eWVzCmFjX2N2X2hh dmVfZGVjbF9pbmV0X250b3A9eWVzCmFjX2N2X2hhdmVfZGVjbF9zbnByaW50Zj15ZXMKYWNfY3Zf aGF2ZV9kZWNsX3N0cmR1cD15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3ZzbnByaW50Zj15ZXMKYWNfY3Zf aGVhZGVyX2FycGFfaW5ldF9oPXllcwphY19jdl9oZWFkZXJfZGxmY25faD15ZXMKYWNfY3ZfaGVh ZGVyX2Zsb2F0X2g9eWVzCmFjX2N2X2hlYWRlcl9pbnR0eXBlc19oPXllcwphY19jdl9oZWFkZXJf bWVtb3J5X2g9eWVzCmFjX2N2X2hlYWRlcl9taW5peF9jb25maWdfaD1ubwphY19jdl9oZWFkZXJf bmV0ZGJfaD15ZXMKYWNfY3ZfaGVhZGVyX25ldGluZXRfaW5faD15ZXMKYWNfY3ZfaGVhZGVyX3Np Z25hbF9oPXllcwphY19jdl9oZWFkZXJfc3RkYm9vbF9oPXllcwphY19jdl9oZWFkZXJfc3RkYz15 ZXMKYWNfY3ZfaGVhZGVyX3N0ZGludF9oPXllcwphY19jdl9oZWFkZXJfc3RkaW9faD15ZXMKYWNf Y3ZfaGVhZGVyX3N0ZGxpYl9oPXllcwphY19jdl9oZWFkZXJfc3RyaW5nX2g9eWVzCmFjX2N2X2hl YWRlcl9zdHJpbmdzX2g9eWVzCmFjX2N2X2hlYWRlcl9zeXNfcGFyYW1faD15ZXMKYWNfY3ZfaGVh ZGVyX3N5c19zb2NrZXRfaD15ZXMKYWNfY3ZfaGVhZGVyX3N5c19zdGF0X2g9eWVzCmFjX2N2X2hl YWRlcl9zeXNfdGltZV9oPXllcwphY19jdl9oZWFkZXJfc3lzX3R5cGVzX2g9eWVzCmFjX2N2X2hl YWRlcl90aW1lX2g9eWVzCmFjX2N2X2hlYWRlcl91bmlzdGRfaD15ZXMKYWNfY3ZfaGVhZGVyX3dj aGFyX2g9eWVzCmFjX2N2X2hvc3Q9aTM4Ni1wb3J0YmxkLWZyZWVic2Q3LjIKYWNfY3ZfbGliX2Rs ZF9zaGxfbG9hZD1ubwphY19jdl9tZW1iZXJfc3RydWN0X3NpZ2FjdGlvbl9zYV9zaWdhY3Rpb249 eWVzCmFjX2N2X29iamV4dD1vCmFjX2N2X3BhdGhfRUdSRVA9Jy91c3IvYmluL2dyZXAgLUUnCmFj X2N2X3BhdGhfR1JFUD0vdXNyL2Jpbi9ncmVwCmFjX2N2X3BhdGhfTElCR05VVExTX0NPTkZJRz1u bwphY19jdl9wYXRoX0xJQlBSRUxVREVfQ09ORklHPS91c3IvbG9jYWwvYmluL2xpYnByZWx1ZGUt Y29uZmlnCmFjX2N2X3BhdGhfU0VEPS91c3IvYmluL3NlZAphY19jdl9wcm9nX0FXSz1uYXdrCmFj X2N2X3Byb2dfQ1BQPSdjYyAtRScKYWNfY3ZfcHJvZ19DWFhDUFA9J2MrKyAtRScKYWNfY3ZfcHJv Z19QVEhSRUFEX0NDPWNjCmFjX2N2X3Byb2dfYWNfY3RfQVI9YXIKYWNfY3ZfcHJvZ19hY19jdF9D Qz1jYwphY19jdl9wcm9nX2FjX2N0X1JBTkxJQj1yYW5saWIKYWNfY3ZfcHJvZ19hY19jdF9TVFJJ UD1zdHJpcAphY19jdl9wcm9nX2NjX2M4OT0nJwphY19jdl9wcm9nX2NjX2c9eWVzCmFjX2N2X3By b2dfY3h4X2c9eWVzCmFjX2N2X3Byb2dfZjc3X2c9bm8KYWNfY3ZfcHJvZ19tYWtlX2dtYWtlX3Nl dD15ZXMKYWNfY3Zfc2FmZV90b19kZWZpbmVfX19leHRlbnNpb25zX189eWVzCmFjX2N2X3NlYXJj aF9nZXRhZGRyaW5mbz0nbm9uZSByZXF1aXJlZCcKYWNfY3Zfc2VhcmNoX2dldGhvc3RieW5hbWU9 J25vbmUgcmVxdWlyZWQnCmFjX2N2X3NlYXJjaF9nZXRzZXJ2YnluYW1lPSdub25lIHJlcXVpcmVk JwphY19jdl90YXJnZXQ9aTM4Ni1wb3J0YmxkLWZyZWVic2Q3LjIKYWNfY3ZfdHlwZV9fQm9vbD15 ZXMKYWNfY3ZfdHlwZV9sb25nX2xvbmdfaW50PXllcwphY19jdl90eXBlX3B0cmRpZmZfdD15ZXMK YWNfY3ZfdHlwZV9zaXplX3Q9eWVzCmFjX2N2X3R5cGVfc29ja2xlbl90PXllcwphY19jdl90eXBl X3N0cnVjdF9hZGRyaW5mbz15ZXMKYWNfY3ZfdHlwZV91aWRfdD15ZXMKYWNfY3ZfdHlwZV91bnNp Z25lZF9sb25nX2xvbmdfaW50PXllcwphY19jdl93b3JraW5nX2FsbG9jYV9oPW5vCmFtX2N2X0ND X2RlcGVuZGVuY2llc19jb21waWxlcl90eXBlPWdjYzMKYW1fY3ZfQ1hYX2RlcGVuZGVuY2llc19j b21waWxlcl90eXBlPWdjYzMKYXhfY3ZfY19jaGVja19mbGFnX19XZXJyb3JfX1dub19taXNzaW5n X2JyYWNlcz15ZXMKZ2xfY3ZfZnVuY19nYWlfc3RyZXJyb3I9eWVzCmdsX2N2X2Z1bmNfZ2V0YWRk cmluZm89eWVzCmdsX2N2X2Z1bmNfbWFsbG9jX3Bvc2l4PXllcwpnbF9jdl9mdW5jX3NpZ3Byb2Nt YXNrPTEKZ2xfY3ZfZnVuY19zbnByaW50Zl9zaXplMT15ZXMKZ2xfY3ZfZnVuY19zbnByaW50Zl91 c2FibGU9eWVzCmdsX2N2X2Z1bmNfdnNucHJpbnRmX3VzYWJsZT15ZXMKZ2xfY3ZfaGF2ZV9pbmNs dWRlX25leHQ9eWVzCmdsX2N2X2hlYWRlcl9pbnR0eXBlc19oPXllcwpnbF9jdl9oZWFkZXJfbmV0 aW5ldF9pbl9oX3NlbGZjb250YWluZWQ9eWVzCmdsX2N2X2hlYWRlcl9zdGRpbnRfaD15ZXMKZ2xf Y3ZfaGVhZGVyX3N5c19zb2NrZXRfaF9zZWxmY29udGFpbmVkPXllcwpnbF9jdl9oZWFkZXJfc3lz X3NvY2tldF9oX3NodXQ9eWVzCmdsX2N2X2hlYWRlcl93Y2hhcl9oX3N0YW5kYWxvbmU9eWVzCmds X2N2X2hlYWRlcl93b3JraW5nX3N0ZGludF9oPXllcwpnbF9jdl9uZXh0X2FycGFfaW5ldF9oPSc8 YXJwYS9pbmV0Lmg+JwpnbF9jdl9uZXh0X3NpZ25hbF9oPSc8c2lnbmFsLmg+JwpnbF9jdl9uZXh0 X3N0ZGludF9oPSc8c3RkaW50Lmg+JwpnbF9jdl9uZXh0X3N0ZGlvX2g9JzxzdGRpby5oPicKZ2xf Y3ZfbmV4dF9zdGRsaWJfaD0nPHN0ZGxpYi5oPicKZ2xfY3ZfbmV4dF9zdHJpbmdfaD0nPHN0cmlu Zy5oPicKZ2xfY3ZfbmV4dF90aW1lX2g9Jzx0aW1lLmg+JwpnbF9jdl9uZXh0X3VuaXN0ZF9oPSc8 dW5pc3RkLmg+JwpnbF9jdl9uZXh0X3djaGFyX2g9Jzx3Y2hhci5oPicKZ2xfY3Zfc2l6ZV9tYXg9 eWVzCmdsX2N2X3NvY2tldF9pcHY0PXllcwpnbF9jdl9zb2NrZXRfaXB2Nj15ZXMKZ2xfY3Zfc3lz X3N0cnVjdF90aW1lc3BlY19pbl90aW1lX2g9eWVzCmdsX2N2X3RpbWVfcl9wb3NpeD15ZXMKZ3Rf Y3ZfY19pbnRtYXhfdD15ZXMKZ3RfY3ZfY193Y2hhcl90PXllcwpndF9jdl9jX3dpbnRfdD15ZXMK bHRfY3ZfZGVwbGlic19jaGVja19tZXRob2Q9cGFzc19hbGwKbHRfY3ZfZGxvcGVuPWRsb3Blbgps dF9jdl9kbG9wZW5fbGlicz0nJwpsdF9jdl9kbG9wZW5fc2VsZj15ZXMKbHRfY3ZfZGxvcGVuX3Nl bGZfc3RhdGljPW5vCmx0X2N2X2ZpbGVfbWFnaWNfY21kPSckTUFHSUNfQ01EJwpsdF9jdl9maWxl X21hZ2ljX3Rlc3RfZmlsZT0nJwpsdF9jdl9sZF9yZWxvYWRfZmxhZz0tcgpsdF9jdl9vYmpkaXI9 LmxpYnMKbHRfY3ZfcGF0aF9MRD0vdXNyL2Jpbi9sZApsdF9jdl9wYXRoX0xEQ1hYPS91c3IvYmlu L2xkCmx0X2N2X3BhdGhfTk09Jy91c3IvYmluL25tIC1CJwpsdF9jdl9wYXRoX1NFRD0vdXNyL2Jp bi9zZWQKbHRfY3ZfcHJvZ19jb21waWxlcl9jX289eWVzCmx0X2N2X3Byb2dfY29tcGlsZXJfY19v X0NYWD15ZXMKbHRfY3ZfcHJvZ19jb21waWxlcl9waWNfd29ya3M9eWVzCmx0X2N2X3Byb2dfY29t cGlsZXJfcGljX3dvcmtzX0NYWD15ZXMKbHRfY3ZfcHJvZ19jb21waWxlcl9ydHRpX2V4Y2VwdGlv bnM9bm8KbHRfY3ZfcHJvZ19jb21waWxlcl9zdGF0aWNfd29ya3M9eWVzCmx0X2N2X3Byb2dfY29t cGlsZXJfc3RhdGljX3dvcmtzX0NYWD15ZXMKbHRfY3ZfcHJvZ19nbnVfbGQ9eWVzCmx0X2N2X3By b2dfZ251X2xkY3h4PXllcwpsdF9jdl9zeXNfZ2xvYmFsX3N5bWJvbF9waXBlPSdzZWQgLW4gLWUg J1wnJ3MvXi4qWyAJXVwoW0FCQ0RHSVJTVFddW0FCQ0RHSVJTVFddKlwpWyAJXVsgCV0qXChbX0Et WmEtel1bX0EtWmEtejAtOV0qXCkkL1wxIFwyIFwyL3AnXCcnJwpsdF9jdl9zeXNfZ2xvYmFsX3N5 bWJvbF90b19jX25hbWVfYWRkcmVzcz0nc2VkIC1uIC1lICdcJydzL146IFwoW14gXSpcKSAkLyAg e1wiXDFcIiwgKGx0X3B0cikgMH0sL3AnXCcnIC1lICdcJydzL15bQkNERUdSU1RdIFwoW14gXSpc KSBcKFteIF0qXCkkLyAgeyJcMiIsIChsdF9wdHIpIFwmXDJ9LC9wJ1wnJycKbHRfY3Zfc3lzX2ds b2JhbF9zeW1ib2xfdG9fY2RlY2w9J3NlZCAtbiAtZSAnXCcncy9eLiAuKiBcKC4qXCkkL2V4dGVy biBpbnQgXDE7L3AnXCcnJwpsdF9jdl9zeXNfbGliX2Rsc2VhcmNoX3BhdGhfc3BlYz0nL2xpYiAv dXNyL2xpYicKbHRfY3Zfc3lzX2xpYl9zZWFyY2hfcGF0aF9zcGVjPS91c3IvbGliCmx0X2N2X3N5 c19tYXhfY21kX2xlbj0yNjIxNDQKbHRfbHRfY3ZfcHJvZ19jb21waWxlcl9jX289JyJ5ZXMiJwps dF9sdF9jdl9wcm9nX2NvbXBpbGVyX2Nfb19DWFg9JyJ5ZXMiJwpsdF9sdF9jdl9zeXNfZ2xvYmFs X3N5bWJvbF9waXBlPScic2VkIC1uIC1lICdcJydzL14uKlsgCV1cXChbQUJDREdJUlNUV11bQUJD REdJUlNUV10qXFwpWyAJXVsgCV0qXFwoW19BLVphLXpdW19BLVphLXowLTldKlxcKVwkL1xcMSBc XDIgXFwyL3AnXCcnIicKbHRfbHRfY3Zfc3lzX2dsb2JhbF9zeW1ib2xfdG9fY19uYW1lX2FkZHJl c3M9JyJzZWQgLW4gLWUgJ1wnJ3MvXjogXFwoW14gXSpcXCkgXCQvICB7XFxcIlxcMVxcXCIsIChs dF9wdHIpIDB9LC9wJ1wnJyAtZSAnXCcncy9eW0JDREVHUlNUXSBcXChbXiBdKlxcKSBcXChbXiBd KlxcKVwkLyAge1wiXFwyXCIsIChsdF9wdHIpIFxcJlxcMn0sL3AnXCcnIicKbHRfbHRfY3Zfc3lz X2dsb2JhbF9zeW1ib2xfdG9fY2RlY2w9JyJzZWQgLW4gLWUgJ1wnJ3MvXi4gLiogXFwoLipcXClc JC9leHRlcm4gaW50IFxcMTsvcCdcJyciJwoKIyMgLS0tLS0tLS0tLS0tLS0tLS0gIyMKIyMgT3V0 cHV0IHZhcmlhYmxlcy4gIyMKIyMgLS0tLS0tLS0tLS0tLS0tLS0gIyMKCkFDTE9DQUw9JyR7U0hF TEx9IC91c3IvcG9ydHMvc2VjdXJpdHkvcHJlbHVkZS1tYW5hZ2VyL3dvcmsvcHJlbHVkZS1tYW5h Z2VyLTAuOS4xNC4yL21pc3NpbmcgLS1ydW4gYWNsb2NhbC0xLjknCkFMTE9DQT0nJwpBTExPQ0Ff SD0nYWxsb2NhLmgnCkFNREVQQkFDS1NMQVNIPSdcJwpBTURFUF9GQUxTRT0nIycKQU1ERVBfVFJV RT0nJwpBTVRBUj0nJHtTSEVMTH0gL3Vzci9wb3J0cy9zZWN1cml0eS9wcmVsdWRlLW1hbmFnZXIv d29yay9wcmVsdWRlLW1hbmFnZXItMC45LjE0LjIvbWlzc2luZyAtLXJ1biB0YXInCkFSPSdhcicK QVJQQV9JTkVUX0g9J2FycGEvaW5ldC5oJwpBVVRPQ09ORj0nJHtTSEVMTH0gL3Vzci9wb3J0cy9z ZWN1cml0eS9wcmVsdWRlLW1hbmFnZXIvd29yay9wcmVsdWRlLW1hbmFnZXItMC45LjE0LjIvbWlz c2luZyAtLXJ1biBhdXRvY29uZicKQVVUT0hFQURFUj0nJHtTSEVMTH0gL3Vzci9wb3J0cy9zZWN1 cml0eS9wcmVsdWRlLW1hbmFnZXIvd29yay9wcmVsdWRlLW1hbmFnZXItMC45LjE0LjIvbWlzc2lu ZyAtLXJ1biBhdXRvaGVhZGVyJwpBVVRPTUFLRT0nJHtTSEVMTH0gL3Vzci9wb3J0cy9zZWN1cml0 eS9wcmVsdWRlLW1hbmFnZXIvd29yay9wcmVsdWRlLW1hbmFnZXItMC45LjE0LjIvbWlzc2luZyAt LXJ1biBhdXRvbWFrZS0xLjknCkFXSz0nbmF3aycKQklUU0laRU9GX1BUUkRJRkZfVD0nJwpCSVRT SVpFT0ZfU0lHX0FUT01JQ19UPScnCkJJVFNJWkVPRl9TSVpFX1Q9JycKQklUU0laRU9GX1dDSEFS X1Q9JycKQklUU0laRU9GX1dJTlRfVD0nJwpDQz0nY2MnCkNDREVQTU9ERT0nZGVwbW9kZT1nY2Mz JwpDRkxBR1M9Jy1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZScKQ1BQPSdjYyAtRScKQ1BQ RkxBR1M9Jy1EX1RIUkVBRF9TQUZFIC1wdGhyZWFkJwpDWFg9J2MrKycKQ1hYQ1BQPSdjKysgLUUn CkNYWERFUE1PREU9J2RlcG1vZGU9Z2NjMycKQ1hYRkxBR1M9Jy1PMiAtZm5vLXN0cmljdC1hbGlh c2luZyAtcGlwZScKQ1lHUEFUSF9XPSdlY2hvJwpEQVRBRElSPScnCkRFRlM9JycKREVQRElSPScu ZGVwcycKRE9DRElSPScnCkRTWU1VVElMPScnCkVDSE89J2VjaG8nCkVDSE9fQz0nJwpFQ0hPX049 Jy1uJwpFQ0hPX1Q9JycKRUdSRVA9Jy91c3IvYmluL2dyZXAgLUUnCkVPVkVSRkxPVz0nJwpFWEVF WFQ9JycKRjc3PScnCkZGTEFHUz0nJwpGTE9BVF9IPScnCkdMT0JBTF9DRkxBR1M9JycKR0xfQ09O RF9MSUJUT09MX0ZBTFNFPScjJwpHTF9DT05EX0xJQlRPT0xfVFJVRT0nJwpHTlVMSUJfQ0FMTE9D X1BPU0lYPScwJwpHTlVMSUJfQ0hPV049JzAnCkdOVUxJQl9EVVAyPScwJwpHTlVMSUJfRU5WSVJP Tj0nMCcKR05VTElCX0ZDSERJUj0nMCcKR05VTElCX0ZGTFVTSD0nMCcKR05VTElCX0ZPUEVOPScw JwpHTlVMSUJfRlBSSU5URl9QT1NJWD0nMCcKR05VTElCX0ZSRU9QRU49JzAnCkdOVUxJQl9GU0VF Sz0nMCcKR05VTElCX0ZTRUVLTz0nMCcKR05VTElCX0ZURUxMPScwJwpHTlVMSUJfRlRFTExPPScw JwpHTlVMSUJfRlRSVU5DQVRFPScwJwpHTlVMSUJfR0VUQ1dEPScwJwpHTlVMSUJfR0VUREVMSU09 JzAnCkdOVUxJQl9HRVRMSU5FPScwJwpHTlVMSUJfR0VUTE9HSU5fUj0nMCcKR05VTElCX0dFVFBB R0VTSVpFPScwJwpHTlVMSUJfR0VUU1VCT1BUPScwJwpHTlVMSUJfSU5FVF9OVE9QPScxJwpHTlVM SUJfSU5FVF9QVE9OPScwJwpHTlVMSUJfTENIT1dOPScwJwpHTlVMSUJfTFNFRUs9JzAnCkdOVUxJ Ql9NQUxMT0NfUE9TSVg9JzEnCkdOVUxJQl9NQlNDQVNFQ01QPScwJwpHTlVMSUJfTUJTQ0FTRVNU Uj0nMCcKR05VTElCX01CU0NIUj0nMCcKR05VTElCX01CU0NTUE49JzAnCkdOVUxJQl9NQlNMRU49 JzAnCkdOVUxJQl9NQlNOQ0FTRUNNUD0nMCcKR05VTElCX01CU05MRU49JzAnCkdOVUxJQl9NQlNQ QlJLPScwJwpHTlVMSUJfTUJTUENBU0VDTVA9JzAnCkdOVUxJQl9NQlNSQ0hSPScwJwpHTlVMSUJf TUJTU0VQPScwJwpHTlVMSUJfTUJTU1BOPScwJwpHTlVMSUJfTUJTU1RSPScwJwpHTlVMSUJfTUJT VE9LX1I9JzAnCkdOVUxJQl9NRU1NRU09JzAnCkdOVUxJQl9NRU1QQ1BZPScwJwpHTlVMSUJfTUVN UkNIUj0nMCcKR05VTElCX01LRFRFTVA9JzAnCkdOVUxJQl9NS1NURU1QPScwJwpHTlVMSUJfT0JT VEFDS19QUklOVEY9JzAnCkdOVUxJQl9PQlNUQUNLX1BSSU5URl9QT1NJWD0nMCcKR05VTElCX1BS SU5URl9QT1NJWD0nMCcKR05VTElCX1BVVEVOVj0nMCcKR05VTElCX1JBV01FTUNIUj0nMCcKR05V TElCX1JFQURMSU5LPScwJwpHTlVMSUJfUkVBTExPQ19QT1NJWD0nMCcKR05VTElCX1JQTUFUQ0g9 JzAnCkdOVUxJQl9TRVRFTlY9JzAnCkdOVUxJQl9TSUdBQ1RJT049JzEnCkdOVUxJQl9TSUdQUk9D TUFTSz0nMScKR05VTElCX1NMRUVQPScwJwpHTlVMSUJfU05QUklOVEY9JzEnCkdOVUxJQl9TUFJJ TlRGX1BPU0lYPScwJwpHTlVMSUJfU1RQQ1BZPScwJwpHTlVMSUJfU1RQTkNQWT0nMCcKR05VTElC X1NUUkNBU0VTVFI9JzAnCkdOVUxJQl9TVFJDSFJOVUw9JzAnCkdOVUxJQl9TVFJEVVA9JzEnCkdO VUxJQl9TVFJFUlJPUj0nMCcKR05VTElCX1NUUk5EVVA9JzAnCkdOVUxJQl9TVFJOTEVOPScwJwpH TlVMSUJfU1RSUEJSSz0nMScKR05VTElCX1NUUlNFUD0nMScKR05VTElCX1NUUlNJR05BTD0nMCcK R05VTElCX1NUUlNUUj0nMCcKR05VTElCX1NUUlRPRD0nMCcKR05VTElCX1NUUlRPS19SPScwJwpH TlVMSUJfVU5TRVRFTlY9JzAnCkdOVUxJQl9WQVNQUklOVEY9JzAnCkdOVUxJQl9WRlBSSU5URl9Q T1NJWD0nMCcKR05VTElCX1ZQUklOVEZfUE9TSVg9JzAnCkdOVUxJQl9WU05QUklOVEY9JzEnCkdO VUxJQl9WU1BSSU5URl9QT1NJWD0nMCcKR05VTElCX1dDV0lEVEg9JzAnCkdSRVA9Jy91c3IvYmlu L2dyZXAnCkhBVkVfQVJQQV9JTkVUX0g9JzEnCkhBVkVfQ0FMTE9DX1BPU0lYPScxJwpIQVZFX0RF Q0xfRU5WSVJPTj0nMScKSEFWRV9ERUNMX0dFVERFTElNPScxJwpIQVZFX0RFQ0xfR0VUTElORT0n MScKSEFWRV9ERUNMX0dFVExPR0lOX1I9JzEnCkhBVkVfREVDTF9JTkVUX05UT1A9JzEnCkhBVkVf REVDTF9JTkVUX1BUT049JzEnCkhBVkVfREVDTF9NRU1NRU09JzEnCkhBVkVfREVDTF9NRU1SQ0hS PScxJwpIQVZFX0RFQ0xfT0JTVEFDS19QUklOVEY9JzEnCkhBVkVfREVDTF9TTlBSSU5URj0nMScK SEFWRV9ERUNMX1NUUkRVUD0nMScKSEFWRV9ERUNMX1NUUkVSUk9SPScxJwpIQVZFX0RFQ0xfU1RS TkRVUD0nMScKSEFWRV9ERUNMX1NUUk5MRU49JzEnCkhBVkVfREVDTF9TVFJTSUdOQUw9JzEnCkhB VkVfREVDTF9TVFJUT0tfUj0nMScKSEFWRV9ERUNMX1ZTTlBSSU5URj0nMScKSEFWRV9ERUNMX1dD V0lEVEg9JzEnCkhBVkVfRFVQMj0nMScKSEFWRV9GU0VFS089JzEnCkhBVkVfRlRFTExPPScxJwpI QVZFX0ZUUlVOQ0FURT0nMScKSEFWRV9HRVRQQUdFU0laRT0nMScKSEFWRV9HRVRTVUJPUFQ9JzEn CkhBVkVfSU5UVFlQRVNfSD0nMScKSEFWRV9MSUJQUkVMVURFREJfRkFMU0U9JycKSEFWRV9MSUJQ UkVMVURFREJfVFJVRT0nJwpIQVZFX0xPTkdfTE9OR19JTlQ9JzEnCkhBVkVfTUFMTE9DX1BPU0lY PScxJwpIQVZFX01FTVBDUFk9JzEnCkhBVkVfTUtEVEVNUD0nMScKSEFWRV9ORVRJTkVUX0lOX0g9 JycKSEFWRV9PU19IPScwJwpIQVZFX1BPU0lYX1NJR05BTEJMT0NLSU5HPScxJwpIQVZFX1JBV01F TUNIUj0nMScKSEFWRV9SRUFETElOSz0nMScKSEFWRV9SRUFMTE9DX1BPU0lYPScxJwpIQVZFX1JQ TUFUQ0g9JzEnCkhBVkVfU0VURU5WPScxJwpIQVZFX1NJR0FDVElPTj0nMScKSEFWRV9TSUdJTkZP X1Q9JzEnCkhBVkVfU0lHTkVEX1NJR19BVE9NSUNfVD0nJwpIQVZFX1NJR05FRF9XQ0hBUl9UPScn CkhBVkVfU0lHTkVEX1dJTlRfVD0nJwpIQVZFX1NJR1NFVF9UPScxJwpIQVZFX1NMRUVQPScxJwpI QVZFX1NURElOVF9IPScxJwpIQVZFX1NUUENQWT0nMScKSEFWRV9TVFBOQ1BZPScxJwpIQVZFX1NU UkNBU0VTVFI9JzEnCkhBVkVfU1RSQ0hSTlVMPScxJwpIQVZFX1NUUk5EVVA9JzEnCkhBVkVfU1RS UEJSSz0nMScKSEFWRV9TVFJTRVA9JzEnCkhBVkVfU1RSVE9EPScxJwpIQVZFX1NUUlVDVF9TSUdB Q1RJT05fU0FfU0lHQUNUSU9OPScxJwpIQVZFX1NZU19CSVRZUEVTX0g9JycKSEFWRV9TWVNfSU5U VFlQRVNfSD0nJwpIQVZFX1NZU19QQVJBTV9IPScwJwpIQVZFX1NZU19TT0NLRVRfSD0nJwpIQVZF X1NZU19UWVBFU19IPScxJwpIQVZFX1VOSVNURF9IPScxJwpIQVZFX1VOU0VURU5WPScxJwpIQVZF X1VOU0lHTkVEX0xPTkdfTE9OR19JTlQ9JzEnCkhBVkVfVkFTUFJJTlRGPScxJwpIQVZFX1dDSEFS X0g9JzEnCkhBVkVfV0lOU09DSzJfSD0nJwpIQVZFX1dTMlRDUElQX0g9JycKSEFWRV9YTUwyX0ZB TFNFPScnCkhBVkVfWE1MMl9UUlVFPScnCkhBVkVfX0JPT0w9JzEnCklOQ0xVREVfTkVYVD0naW5j bHVkZV9uZXh0JwpJTlNUQUxMX0RBVEE9J2luc3RhbGwgIC1vIHJvb3QgLWcgd2hlZWwgLW0gNDQ0 JwpJTlNUQUxMX1BST0dSQU09J2luc3RhbGwgIC1zIC1vIHJvb3QgLWcgd2hlZWwgLW0gNTU1JwpJ TlNUQUxMX1NDUklQVD0naW5zdGFsbCAgLW8gcm9vdCAtZyB3aGVlbCAtbSA1NTUnCklOU1RBTExf U1RSSVBfUFJPR1JBTT0nJHtTSEVMTH0gJChpbnN0YWxsX3NoKSAtYyAtcycKTERGTEFHUz0nJwpM SUJESVI9JycKTElCR05VVExTX0NGTEFHUz0nJwpMSUJHTlVUTFNfQ09ORklHPSdubycKTElCR05V VExTX0xJQlM9JycKTElCSU5UTD0nJwpMSUJPQkpTPScnCkxJQlBSRUxVREVEQl9DRkxBR1M9JycK TElCUFJFTFVERURCX0NPTkZJRz0nJwpMSUJQUkVMVURFREJfTERGTEFHUz0nJwpMSUJQUkVMVURF REJfTElCUz0nJwpMSUJQUkVMVURFX0NGTEFHUz0nLUkvdXNyL2xvY2FsL2luY2x1ZGUnCkxJQlBS RUxVREVfQ09ORklHPScvdXNyL2xvY2FsL2Jpbi9saWJwcmVsdWRlLWNvbmZpZycKTElCUFJFTFVE RV9DT05GSUdfUFJFRklYPScvdXNyL2xvY2FsL2V0Yy9wcmVsdWRlJwpMSUJQUkVMVURFX0xERkxB R1M9JycKTElCUFJFTFVERV9MSUJTPSctTC91c3IvbG9jYWwvbGliIC1scHJlbHVkZSAtTC91c3Iv bG9jYWwvbGliIC1sZ251dGxzIC1ML3Vzci9sb2NhbC9saWIgLWxnY3J5cHQgLWxncGctZXJyb3Ig LWxwdGhyZWFkJwpMSUJQUkVMVURFX1BSRUZJWD0nL3Vzci9sb2NhbCcKTElCUFJFTFVERV9QVEhS RUFEX0NGTEFHUz0nLUkvdXNyL2xvY2FsL2luY2x1ZGUnCkxJQlM9JycKTElCVEVTVFNfTElCREVQ Uz0nJwpMSUJUT09MPSckKFNIRUxMKSAkKHRvcF9idWlsZGRpcikvbGlidG9vbCcKTElCV1JBUF9M SUJTPScnCkxOX1M9J2xuIC1zJwpMT0NBTFNUQVRFRElSPScnCkxUTElCSU5UTD0nJwpMVExJQk9C SlM9JycKTUFJTlQ9JyMnCk1BSU5UQUlORVJfTU9ERV9GQUxTRT0nJwpNQUlOVEFJTkVSX01PREVf VFJVRT0nIycKTUFLRUlORk89JyR7U0hFTEx9IC91c3IvcG9ydHMvc2VjdXJpdHkvcHJlbHVkZS1t YW5hZ2VyL3dvcmsvcHJlbHVkZS1tYW5hZ2VyLTAuOS4xNC4yL21pc3NpbmcgLS1ydW4gbWFrZWlu Zm8nCk1BTkFHRVJfREFUQV9ESVI9JycKTkVUSU5FVF9JTl9IPScnCk5FWFRfQVJQQV9JTkVUX0g9 JzxhcnBhL2luZXQuaD4nCk5FWFRfRkxPQVRfSD0nJwpORVhUX05FVElORVRfSU5fSD0nJwpORVhU X1NJR05BTF9IPSc8c2lnbmFsLmg+JwpORVhUX1NURElOVF9IPSc8c3RkaW50Lmg+JwpORVhUX1NU RElPX0g9JzxzdGRpby5oPicKTkVYVF9TVERMSUJfSD0nPHN0ZGxpYi5oPicKTkVYVF9TVFJJTkdf SD0nPHN0cmluZy5oPicKTkVYVF9TWVNfU09DS0VUX0g9JycKTkVYVF9USU1FX0g9Jzx0aW1lLmg+ JwpORVhUX1VOSVNURF9IPSc8dW5pc3RkLmg+JwpORVhUX1dDSEFSX0g9Jzx3Y2hhci5oPicKTk1F RElUPScnCk9CSkVYVD0nbycKUEFDS0FHRT0ncHJlbHVkZS1tYW5hZ2VyJwpQQUNLQUdFX0JVR1JF UE9SVD0nJwpQQUNLQUdFX05BTUU9JycKUEFDS0FHRV9TVFJJTkc9JycKUEFDS0FHRV9UQVJOQU1F PScnClBBQ0tBR0VfVkVSU0lPTj0nJwpQQVRIX1NFUEFSQVRPUj0nOicKUFJFTFVERV9NQU5BR0VS X0NGTEFHUz0nJwpQVEhSRUFEX0NDPSdjYycKUFRIUkVBRF9DRkxBR1M9Jy1EX1RIUkVBRF9TQUZF IC1wdGhyZWFkJwpQVEhSRUFEX0xERkxBR1M9JycKUFRIUkVBRF9MSUJTPScnClBUUkRJRkZfVF9T VUZGSVg9JycKUkFOTElCPSdyYW5saWInClJFUExBQ0VfQ0hPV049JzAnClJFUExBQ0VfRkNIRElS PScwJwpSRVBMQUNFX0ZGTFVTSD0nMCcKUkVQTEFDRV9GT1BFTj0nMCcKUkVQTEFDRV9GUFJJTlRG PScwJwpSRVBMQUNFX0ZSRU9QRU49JzAnClJFUExBQ0VfRlNFRUs9JzAnClJFUExBQ0VfRlNFRUtP PScwJwpSRVBMQUNFX0ZURUxMPScwJwpSRVBMQUNFX0ZURUxMTz0nMCcKUkVQTEFDRV9HRVRDV0Q9 JzAnClJFUExBQ0VfR0VUTElORT0nMCcKUkVQTEFDRV9HRVRQQUdFU0laRT0nMCcKUkVQTEFDRV9M Q0hPV049JzAnClJFUExBQ0VfTE9DQUxUSU1FX1I9JzAnClJFUExBQ0VfTFNFRUs9JzAnClJFUExB Q0VfTUVNTUVNPScwJwpSRVBMQUNFX01LU1RFTVA9JzAnClJFUExBQ0VfTkFOT1NMRUVQPSdHTlVM SUJfUE9SVENIRUNLJwpSRVBMQUNFX09CU1RBQ0tfUFJJTlRGPScwJwpSRVBMQUNFX1BSSU5URj0n MCcKUkVQTEFDRV9QVVRFTlY9JzAnClJFUExBQ0VfU05QUklOVEY9JzAnClJFUExBQ0VfU1BSSU5U Rj0nMCcKUkVQTEFDRV9TVFJDQVNFU1RSPScwJwpSRVBMQUNFX1NUUkVSUk9SPScwJwpSRVBMQUNF X1NUUlBUSU1FPSdHTlVMSUJfUE9SVENIRUNLJwpSRVBMQUNFX1NUUlNJR05BTD0nMCcKUkVQTEFD RV9TVFJTVFI9JzAnClJFUExBQ0VfU1RSVE9EPScwJwpSRVBMQUNFX1RJTUVHTT0nR05VTElCX1BP UlRDSEVDSycKUkVQTEFDRV9WQVNQUklOVEY9JzAnClJFUExBQ0VfVkZQUklOVEY9JzAnClJFUExB Q0VfVlBSSU5URj0nMCcKUkVQTEFDRV9WU05QUklOVEY9JzAnClJFUExBQ0VfVlNQUklOVEY9JzAn ClJFUExBQ0VfV0NXSURUSD0nMCcKU0VEPScvdXNyL2Jpbi9zZWQnClNFVF9NQUtFPScnClNIRUxM PScvYmluL3NoJwpTSUdfQVRPTUlDX1RfU1VGRklYPScnClNJWkVfVF9TVUZGSVg9JycKU1REQk9P TF9IPScnClNURElOVF9IPScnClNUUklQPSdzdHJpcCcKU1lTQ09ORkRJUj0nJwpTWVNfU09DS0VU X0g9JycKU1lTX1RJTUVfSF9ERUZJTkVTX1NUUlVDVF9USU1FU1BFQz0nMCcKVElNRV9IX0RFRklO RVNfU1RSVUNUX1RJTUVTUEVDPScxJwpWRVJTSU9OPScwLjkuMTQuMicKVk9JRF9VTlNFVEVOVj0n MCcKV0NIQVJfSD0nJwpXQ0hBUl9UX1NVRkZJWD0nJwpXSU5UX1RfU1VGRklYPScnClhNTDJfQ09O RklHPScnClhNTF9DUFBGTEFHUz0nJwpYTUxfTElCUz0nJwphY19jdF9DQz0nY2MnCmFjX2N0X0NY WD0nJwphY19jdF9GNzc9JycKYWN4X3B0aHJlYWRfY29uZmlnPScnCmFtX19mYXN0ZGVwQ0NfRkFM U0U9JyMnCmFtX19mYXN0ZGVwQ0NfVFJVRT0nJwphbV9fZmFzdGRlcENYWF9GQUxTRT0nIycKYW1f X2Zhc3RkZXBDWFhfVFJVRT0nJwphbV9faW5jbHVkZT0naW5jbHVkZScKYW1fX2xlYWRpbmdfZG90 PScuJwphbV9fcXVvdGU9JycKYW1fX3Rhcj0nJHtBTVRBUn0gY2hvZiAtICIkJHRhcmRpciInCmFt X191bnRhcj0nJHtBTVRBUn0geGYgLScKYmluZGlyPScke2V4ZWNfcHJlZml4fS9iaW4nCmJ1aWxk PSdpMzg2LXBvcnRibGQtZnJlZWJzZDcuMicKYnVpbGRfYWxpYXM9J2kzODYtcG9ydGJsZC1mcmVl YnNkNy4yJwpidWlsZF9jcHU9J2kzODYnCmJ1aWxkX29zPSdmcmVlYnNkNy4yJwpidWlsZF92ZW5k b3I9J3BvcnRibGQnCmNvbmZpZ2Rpcj0nJwpkYXRhZGlyPScke2RhdGFyb290ZGlyfScKZGF0YXJv b3RkaXI9JyR7cHJlZml4fS9zaGFyZScKZG9jZGlyPScke2RhdGFyb290ZGlyfS9kb2MvJHtQQUNL QUdFfScKZHZpZGlyPScke2RvY2Rpcn0nCmV4ZWNfcHJlZml4PSdOT05FJwpnbF9MSUJPQkpTPScg dmFzbnByaW50Zi5vIHByaW50Zi1hcmdzLm8gcHJpbnRmLXBhcnNlLm8gYXNucHJpbnRmLm8nCmds X0xUTElCT0JKUz0nJwpnbHRlc3RzX0xJQk9CSlM9JycKZ2x0ZXN0c19MVExJQk9CSlM9JycKaG9z dD0naTM4Ni1wb3J0YmxkLWZyZWVic2Q3LjInCmhvc3RfYWxpYXM9JycKaG9zdF9jcHU9J2kzODYn Cmhvc3Rfb3M9J2ZyZWVic2Q3LjInCmhvc3RfdmVuZG9yPSdwb3J0YmxkJwpodG1sZGlyPScke2Rv Y2Rpcn0nCmluY2x1ZGVkaXI9JyR7cHJlZml4fS9pbmNsdWRlJwppbmZvZGlyPScvdXNyL2xvY2Fs L2luZm8vJwppbnN0YWxsX3NoPScvdXNyL3BvcnRzL3NlY3VyaXR5L3ByZWx1ZGUtbWFuYWdlci93 b3JrL3ByZWx1ZGUtbWFuYWdlci0wLjkuMTQuMi9pbnN0YWxsLXNoJwpsaWJkaXI9JyR7ZXhlY19w cmVmaXh9L2xpYicKbGliZXhlY2Rpcj0nJHtleGVjX3ByZWZpeH0vbGliZXhlYycKbG9jYWxlZGly PScke2RhdGFyb290ZGlyfS9sb2NhbGUnCmxvY2Fsc3RhdGVkaXI9Jy92YXInCm1hbmFnZXJfZmFp bG92ZXJfZGlyPScnCm1hbmFnZXJfcnVuX2Rpcj0nJwptYW5hZ2VyX3NjaGVkdWxlcl9kaXI9JycK bWFuZGlyPScvdXNyL2xvY2FsL21hbicKbWtkaXJfcD0nJChpbnN0YWxsX3NoKSAtZCcKb2xkaW5j bHVkZWRpcj0nL3Vzci9pbmNsdWRlJwpwZGZkaXI9JyR7ZG9jZGlyfScKcHJlZml4PScvdXNyL2xv Y2FsJwpwcm9ncmFtX3RyYW5zZm9ybV9uYW1lPSdzLHgseCwnCnBzZGlyPScke2RvY2Rpcn0nCnNi aW5kaXI9JyR7ZXhlY19wcmVmaXh9L3NiaW4nCnNoYXJlZHN0YXRlZGlyPScke3ByZWZpeH0vY29t JwpzeXNjb25mZGlyPScke3ByZWZpeH0vZXRjJwp0YXJnZXQ9J2kzODYtcG9ydGJsZC1mcmVlYnNk Ny4yJwp0YXJnZXRfYWxpYXM9JycKdGFyZ2V0X2NwdT0naTM4NicKdGFyZ2V0X29zPSdmcmVlYnNk Ny4yJwp0YXJnZXRfdmVuZG9yPSdwb3J0YmxkJwoKIyMgLS0tLS0tLS0tLS0gIyMKIyMgY29uZmRl ZnMuaC4gIyMKIyMgLS0tLS0tLS0tLS0gIyMKCiNkZWZpbmUgUEFDS0FHRV9OQU1FICIiCiNkZWZp bmUgUEFDS0FHRV9UQVJOQU1FICIiCiNkZWZpbmUgUEFDS0FHRV9WRVJTSU9OICIiCiNkZWZpbmUg UEFDS0FHRV9TVFJJTkcgIiIKI2RlZmluZSBQQUNLQUdFX0JVR1JFUE9SVCAiIgojZGVmaW5lIFBB Q0tBR0UgInByZWx1ZGUtbWFuYWdlciIKI2RlZmluZSBWRVJTSU9OICIwLjkuMTQuMiIKI2RlZmlu ZSBTVERDX0hFQURFUlMgMQojZGVmaW5lIEhBVkVfU1lTX1RZUEVTX0ggMQojZGVmaW5lIEhBVkVf U1lTX1NUQVRfSCAxCiNkZWZpbmUgSEFWRV9TVERMSUJfSCAxCiNkZWZpbmUgSEFWRV9TVFJJTkdf SCAxCiNkZWZpbmUgSEFWRV9NRU1PUllfSCAxCiNkZWZpbmUgSEFWRV9TVFJJTkdTX0ggMQojZGVm aW5lIEhBVkVfSU5UVFlQRVNfSCAxCiNkZWZpbmUgSEFWRV9TVERJTlRfSCAxCiNkZWZpbmUgSEFW RV9VTklTVERfSCAxCiNkZWZpbmUgX19FWFRFTlNJT05TX18gMQojZGVmaW5lIF9BTExfU09VUkNF IDEKI2RlZmluZSBfR05VX1NPVVJDRSAxCiNkZWZpbmUgX1BPU0lYX1BUSFJFQURfU0VNQU5USUNT IDEKI2RlZmluZSBfVEFOREVNX1NPVVJDRSAxCiNkZWZpbmUgSEFWRV9ETEZDTl9IIDEKI2RlZmlu ZSBIQVZFX0FMTE9DQSAxCiNkZWZpbmUgSEFWRV9BUlBBX0lORVRfSCAxCiNkZWZpbmUgSEFWRV9G TE9BVF9IIDEKI2RlZmluZSBIQVZFX1NZU19TT0NLRVRfSCAxCiNkZWZpbmUgSEFWRV9ORVREQl9I IDEKI2RlZmluZSBIQVZFX05FVElORVRfSU5fSCAxCiNkZWZpbmUgSEFWRV9TWVNfUEFSQU1fSCAx CiNkZWZpbmUgSEFWRV9TSUdOQUxfSCAxCiNkZWZpbmUgSEFWRV9TVERJTlRfSCAxCiNkZWZpbmUg SEFWRV9XQ0hBUl9IIDEKI2RlZmluZSBIQVZFX1NURElPX0ggMQojZGVmaW5lIEhBVkVfU1RETElC X0ggMQojZGVmaW5lIEhBVkVfU1RSSU5HX0ggMQojZGVmaW5lIEhBVkVfVElNRV9IIDEKI2RlZmlu ZSBIQVZFX1NZU19USU1FX0ggMQojZGVmaW5lIEhBVkVfVU5JU1REX0ggMQojZGVmaW5lIEhBVkVf SU5DTFVERV9ORVhUIDEKI2RlZmluZSBIQVZFX1NIVVRET1dOIDEKI2RlZmluZSByZXN0cmljdCBf X3Jlc3RyaWN0CiNkZWZpbmUgSEFWRV9JUFY0IDEKI2RlZmluZSBIQVZFX0lQVjYgMQojZGVmaW5l IEhBVkVfU1RSVUNUX1NJR0FDVElPTl9TQV9TSUdBQ1RJT04gMQojZGVmaW5lIEhBVkVfU0lHQUxU U1RBQ0sgMQojZGVmaW5lIEhBVkVfU0lHSU5URVJSVVBUIDEKI2RlZmluZSBIQVZFX0RFQ0xfU05Q UklOVEYgMQojZGVmaW5lIEhBVkVfX0JPT0wgMQojZGVmaW5lIEhBVkVfU1REQk9PTF9IIDEKI2Rl ZmluZSBIQVZFX0xPTkdfTE9OR19JTlQgMQojZGVmaW5lIEhBVkVfVU5TSUdORURfTE9OR19MT05H X0lOVCAxCiNkZWZpbmUgSEFWRV9ERUNMX1NUUkRVUCAxCiNkZWZpbmUgSEFWRV9XQ0hBUl9UIDEK I2RlZmluZSBIQVZFX1dJTlRfVCAxCiNkZWZpbmUgSEFWRV9JTlRUWVBFU19IX1dJVEhfVUlOVE1B WCAxCiNkZWZpbmUgSEFWRV9TVERJTlRfSF9XSVRIX1VJTlRNQVggMQojZGVmaW5lIEhBVkVfSU5U TUFYX1QgMQojZGVmaW5lIEhBVkVfREVDTF9WU05QUklOVEYgMQojZGVmaW5lIEhBVkVfR0VUSE9T VEJZTkFNRSAxCiNkZWZpbmUgSEFWRV9ERUNMX0dFVEFERFJJTkZPIDEKI2RlZmluZSBIQVZFX0RF Q0xfRlJFRUFERFJJTkZPIDEKI2RlZmluZSBIQVZFX0RFQ0xfR0FJX1NUUkVSUk9SIDEKI2RlZmlu ZSBIQVZFX0RFQ0xfR0VUTkFNRUlORk8gMQojZGVmaW5lIEhBVkVfU1RSVUNUX0FERFJJTkZPIDEK I2RlZmluZSBIQVZFX0lORVRfTlRPUCAxCiNkZWZpbmUgSEFWRV9ERUNMX0lORVRfTlRPUCAxCiNk ZWZpbmUgSEFWRV9NQUxMT0NfUE9TSVggMQojZGVmaW5lIEhBVkVfTUVNU0VUIDEKI2RlZmluZSBI QVZFX1JBSVNFIDEKI2RlZmluZSBIQVZFX1NJR0FDVElPTiAxCiNkZWZpbmUgSEFWRV9TVERJTlRf SCAxCiNkZWZpbmUgSEFWRV9TTlBSSU5URiAxCiNkZWZpbmUgSEFWRV9TVFJEVVAgMQojZGVmaW5l IEhBVkVfU1RSUEJSSyAxCiNkZWZpbmUgSEFWRV9TVFJTRVAgMQojZGVmaW5lIEhBVkVfU0hVVERP V04gMQojZGVmaW5lIEhBVkVfU05QUklOVEYgMQojZGVmaW5lIEhBVkVfV0NTTEVOIDEKI2RlZmlu ZSBIQVZFX0RFQ0xfX1NOUFJJTlRGIDAKI2RlZmluZSBIQVZFX1ZTTlBSSU5URiAxCiNkZWZpbmUg SEFWRV9TVERJTlRfSCAxCiNkZWZpbmUgSEFWRV9XQ0hBUl9UIDEKI2RlZmluZSBIQVZFX1dJTlRf VCAxCiNkZWZpbmUgSEFWRV9TSFVURE9XTiAxCiNkZWZpbmUgSEFWRV9QVEhSRUFEIDEKCmNvbmZp Z3VyZTogZXhpdCAxCg== --_004_40594450D74B27428500D6A3C59B89302BDAA30E9Aexdrnsmbsgs01_-- From owner-freebsd-ports@FreeBSD.ORG Thu Oct 8 23:13:00 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 313BC1065676 for ; Thu, 8 Oct 2009 23:13:00 +0000 (UTC) (envelope-from perrin@apotheon.com) Received: from outbound-mail-145.bluehost.com (outbound-mail-145.bluehost.com [67.222.38.35]) by mx1.freebsd.org (Postfix) with SMTP id F24718FC1B for ; Thu, 8 Oct 2009 23:12:59 +0000 (UTC) Received: (qmail 21850 invoked by uid 0); 8 Oct 2009 23:12:59 -0000 Received: from unknown (HELO box543.bluehost.com) (74.220.219.143) by outboundproxy5.bluehost.com with SMTP; 8 Oct 2009 23:12:59 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=apotheon.com; h=Date:From:To:Subject:Message-ID:Mail-Followup-To:References:Mime-Version:Content-Type:Content-Disposition:In-Reply-To:User-Agent:X-Identified-User; b=BFsGj4eBcuZXNPFO+TxMD63fZmSO97fPhgOgUAzzRjRfG7tmU75LCiQng7r3dpOuQRTPLHduZddGOEK8d0vLoM9/wecs1RtmO3nVOvH6s5s9/xnHz/SfJGu/TUdxM0BE; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=kukaburra.hydra) by box543.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Mw2AM-0007gI-LC; Thu, 08 Oct 2009 17:12:59 -0600 Received: by kukaburra.hydra (sSMTP sendmail emulation); Thu, 8 Oct 2009 17:05:33 -0600 Date: Thu, 8 Oct 2009 17:05:33 -0600 From: Chad Perrin To: ports@freebsd.org, freebsd-questions@freebsd.org Message-ID: <20091008230533.GA32736@guilt.hydra> Mail-Followup-To: ports@freebsd.org, freebsd-questions@freebsd.org References: <20090930161915.GA18014@lonesome.com> <20091001111417.GF50565@hades.panopticon> <20091001112323.GA26407@droso.net> <20091001114546.GH50565@hades.panopticon> <20091001213656.GA14925@lonesome.com> <20091002133231.GA17567@hades.panopticon> <747dc8f30910061024h5346b25evd27369955f9d6768@mail.gmail.com> <20091007184310.GC19063@guilt.hydra> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Identified-User: {2737:box543.bluehost.com:apotheon:apotheon.org} {sentby:smtp auth 24.8.180.234 authed with ren@apotheon.org} Cc: Subject: Re: ion windows manager on FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2009 23:13:00 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 08, 2009 at 11:19:00AM -0300, Carlos A. M. dos Santos wrote: > On Wed, Oct 7, 2009 at 3:43 PM, Chad Perrin wrote: > > On Wed, Oct 07, 2009 at 01:25:35PM -0300, Carlos A. M. dos Santos wrote: > >> > >> You can fork the code, rename it, whatever, but you can NOT change > >> the license without explicit permission from the original copyright > >> owner. That would be legally considered theft! > > > > Incorrect. =A0It would be legally considered copyright infringement. > > Copyright law is not property law, and both different laws *and* > > different terms apply. =A0"Theft" is not a term legally applied to > > copyright infringement -- at least, in any jurisdiction of which I'm ev= en > > vaguely aware of the state of copyright law. > > > > "That would be legally considered copyright infringement!" >=20 > I was referring to stealing intellectual property, which can be a > synonym of copyright violation, depending on the country law. In my > country, for instance, computer programs are considered intellectual > property but they are also subjected to author rights, just like books > and paintings [1,2] . The term "Intellectual Property" is essentially an invention of people who wished copyright, patent, and trademark bodies of law were treated more like actual property law. Saying something is "intellectual property" sure makes it *sound* like violating the relevant law should be called "stealing", but it's still not theft under the law (unless you happen to live in some jurisdiction that treats this stuff in a very nonstandard manner -- I can't speak for all jurisdictions, since I know nothing about copyright law in Eritrea, for instance). Not only is copyright not *legally* considered theft, but it is not *practically* equivalent to theft, either. In theft, a person has a thing in his or her possession, and the thief takes it away. There is no thing in a copyright holder's possession that is taken away when copyright is infringed. The common excuse for calling it theft is reference to the copyright holder's profits being "stolen", but because those profits do not even exist yet at the time of the copyright infringement, they are not literally being "taken away". >=20 > References (in Portuguese) >=20 > [1] http://www.planalto.gov.br/ccivil_03/Leis/L9609.htm > [2] http://www.planalto.gov.br/ccivil_03/Leis/L9610.htm Alas, I do not read Portuguese. Maybe in Portugal the word for "theft" is defined differently than here, so that it applies not to property per se, but to any illegal act of acquisition; that is not a jurisdiction whose copyright laws are familiar to me. I rather doubt it, though, because a legal definition of theft that is applicable to copyright would fail to account for actual theft of actual property of naturally limited abundance. Given an example with which I am more familiar (the United States), though, I cite Dowling v. US: The infringer invades a statutorily defined province guaranteed to the copyright holder alone. But he does not assume physical control over the copyright; nor does he wholly deprive its owner of its use. Dowling v. US specfically set forth for those who wished to define bootleg recordings as "stolen property" the details for why this was not an appropriate definition, and rejected outright and in all its particulars the concept that copyright infringement is theft in any legal sense of the term. The reasoning is summed up in the above two-sentence quote from the Dowling v. US decision. The economic principle that differentiates copyright infringement from property theft is that of rivalry. A rival good is one whose use by one consumer prevents the use by another, whereas a nonrival good is one whose use by one consumer does not interfere with the use by another. Copyright infringement is illegal acquisition, by a consumer, of a nonrival good; property theft is illegal acquisition, by a consumer, of a rival good. Copyright violation does not deprive anyone else of the opportunity to acquire or use the good in question, whereas property theft *does*, accounting for the differences of legal status for acquisition between rival and nonrival goods. Thomas Jefferson, in discussions of the idea of copyright and patent law before such were even included in the US Constitution, made this distinction as well: He who receives an idea from me, receives instruction himself without lessening mine; as he who lights his taper at mine, receives light without darkening me. --=20 Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkrOcD0ACgkQ9mn/Pj01uKVb+wCdE8aX1Oc0mlUIuZdGx8ZbzhZO iBoAoKpet/O4hjECLxTNBhhQNd2bo48m =i5qB -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-ports@FreeBSD.ORG Fri Oct 9 01:38:40 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 982D1106566B for ; Fri, 9 Oct 2009 01:38:40 +0000 (UTC) (envelope-from stephen.hocking@gmail.com) Received: from mail-yw0-f172.google.com (mail-yw0-f172.google.com [209.85.211.172]) by mx1.freebsd.org (Postfix) with ESMTP id 5440E8FC12 for ; Fri, 9 Oct 2009 01:38:40 +0000 (UTC) Received: by ywh2 with SMTP id 2so6629146ywh.27 for ; Thu, 08 Oct 2009 18:38:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=WSu4N1UEjCfI2JNPZwub+97uqBtbAZZ344ptt0mb2Mg=; b=HyeeB+QEQZ22XBdf6Ct2HJPXrOmcViYNbdXmDW59cmQRSK/DABsrrkkTGYZUk6t/m+ UXn/ahGYWiuxPiAqUdRCn2kW973KeT5kFIHeFPgBatHSn08BOrOaqyRt0TIVugS4l5YC 6jJDN9CPsnsTlkFYQNa1XCWQBGH495pab75UE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=GOxsi2FF1YROxyUNxeWWyuLM507D4GnxcHOE2C268Sf/pfAhaAjnuiyNkaD1V2FQmf kNwvwRp17THOYBgp1bZGqbBVEbyip+l/tn+8vNGQi5iauGzbkr5RIxknP635BRJJs84k vNJkd26XknspFEAAj+4oN2Lx3XWK2F00tG7MU= MIME-Version: 1.0 Received: by 10.151.20.15 with SMTP id x15mr3667010ybi.24.1255052319791; Thu, 08 Oct 2009 18:38:39 -0700 (PDT) In-Reply-To: <4ACDCF28.6040807@gmx.de> References: <6300771b0910071753s6580c099i8c348824a6fe1a72@mail.gmail.com> <4ACDCF28.6040807@gmx.de> Date: Fri, 9 Oct 2009 12:38:39 +1100 Message-ID: <6300771b0910081838y6925627cubdbc4d4dbbc376b8@mail.gmail.com> From: Stephen Hocking To: Matthias Andree Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org Subject: Re: sigwait - differences between Linux & FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2009 01:38:40 -0000 On Thu, Oct 8, 2009 at 10:38 PM, Matthias Andree w= rote: > Stephen Hocking schrieb: >> Hi all, >> >> In my efforts to make the xrdp port more robust under FreeBSD, I have >> discovered that sigwait (kind of an analogue to select(2), but for >> signals rather than I/O) re-enables ignored signals in its list under >> Linux, but not FreeBSD. > > If the application relies on sigwait() to wait for and extract an ignored= signal > (SIG_IGN), it is non-portable, as it expects non-POSIX semantics, and sho= uld be > fixed by the upstream maintainer (I haven't checked that). > > Note: Linux has the same semantics, quoting its manual page (on Ubuntu 9.= 10 beta): > > =C2=A0 =C2=A0 =C2=A0 sigwait =C2=A0suspends the calling thread until one = of the signals in set is > =C2=A0 =C2=A0 =C2=A0 delivered to the calling thread. It then stores the = number of the =C2=A0sig=E2=80=90 >> =C2=A0 =C2=A0 =C2=A0nal received in the location pointed to by sig and r= eturns. The signals >> =C2=A0 =C2=A0 =C2=A0in set must be blocked and not ignored on entrance t= o sigwait. =C2=A0If =C2=A0the > =C2=A0 =C2=A0 =C2=A0 delivered =C2=A0signal has a signal handler function= attached, that function > =C2=A0 =C2=A0 =C2=A0 is not called. > >> The sesman daemon uses SIGCHLD to clean up after a session has exited. U= nder >> Linux this works OK, under FreeSBD it doesn't. > > Not sure I understand. How can it clean up if it's not made aware of chil= d's > termination? Or do some Linux kernels behave in another way? It appears as if the documentation does not match up with the reality in Linux's case. That's what the empirical evidence suggests anyway. The code does does a waitpid after receiving the SIGCHLD to determine what child process has exited and then searches its list of sessions looking for that particular pid, so as to tidy up. I can to some degree understand that implementation of sigwait, as if you state your intention to wait for a particular signal, that means that you don't wish to ignore it. > > Setting SIGCHLD to SIG_IGN (default) means that the kernel will let go of= the > child processes as they exit, rather than turn them into zombies. You can= not > wait() for them though. > >> I have worked around it in a very hackish manner (define a >> dummy signal handler and enable it using signal, which means that the >> sigwait call can then be unblocked by it), but am wondering if anyone >> else has run across the same problem, and if so, if they fixed it in >> an elegant manner. Also, does anyone know the correct semantics of >> sigwait under this situation? > > That is not a hackish workaround, but one of the few safe ways to sigwait= () for > SIGCHLD. A version fixed thus should still work on Linux, so that fix sho= uld be > made by xrdp upstream. > > > The canonical reference would be the POSIX standard (IEEE Std 1003.1). > > 2008: http://www.opengroup.org/onlinepubs/9699919799/ > > 2001, 2004 edition: http://www.opengroup.org/onlinepubs/000095399/ > > The latter is also known as the Single Unix Specification v3 (SUSv3). Thanks for the references. From owner-freebsd-ports@FreeBSD.ORG Fri Oct 9 04:57:45 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E7211065693 for ; Fri, 9 Oct 2009 04:57:45 +0000 (UTC) (envelope-from sahil@tandon.net) Received: from spartan.hamla.org (spartan.hamla.org [206.251.255.30]) by mx1.freebsd.org (Postfix) with ESMTP id 3D1718FC18 for ; Fri, 9 Oct 2009 04:57:44 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by spartan.hamla.org (Postfix) with ESMTP id 7451417075 for ; Fri, 9 Oct 2009 00:57:44 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tandon.net; h= user-agent:in-reply-to:content-disposition:content-type :content-type:mime-version:references:reply-to:message-id :subject:subject:from:from:date:date:received:received; s=aegis; t=1255064264; bh=3V3/20KnmTobrr3n8pU4beYH+kiJEYZ+LjPi6f4CRNQ=; b= VWFXdfXJ1ki5ArBtMNTI33ha8MaLE0HNBdhLAQntdrLn5ZsRHsmfsoblK7F8kH9A yN20eQzZ4qO9n5/10u1/dspcm3BLAwDd6Jw8OStDO6EiNBUjJLVd4YGpi2POxzgs WQc9KGjBsSsRffi4byBwoPoIB71GPMz+gkcUHQm+fYU= X-Virus-Scanned: by ClamAV at spartan.hamla.org Received: from spartan.hamla.org ([127.0.0.1]) by localhost (spartan.hamla.org [127.0.0.1]) (amavisd-new, port 10027) with LMTP id xGXKkE5c5APv for ; Fri, 9 Oct 2009 00:57:44 -0400 (EDT) Received: from magic.hamla.org (cpe-66-108-70-60.nyc.res.rr.com [66.108.70.60]) by spartan.hamla.org (Postfix) with ESMTPSA id E9DD71706C for ; Fri, 9 Oct 2009 00:57:43 -0400 (EDT) Date: Fri, 9 Oct 2009 00:57:41 -0400 From: Sahil Tandon To: freebsd-ports@freebsd.org Message-ID: <20091009045741.GB11968@magic.hamla.org> References: <4ACDEB55.1030905@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ACDEB55.1030905@gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Problems with vpopmail-devel X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2009 04:57:45 -0000 On Thu, 08 Oct 2009, Julian Wissmann wrote: > I'm trying to install vpopmail-devel as dependency for courier-authlib > which I need. When going with portinstall: $portinstall > courier-authlib it tries to fetch vpopmail-5.4.27 which is not > available on any of the Mirror Servers. Trying to look it up manually > there's only a vpopmail-2.4.28 available. mail/vpopmail should soon be updated to 5.4.28, which is the latest available *stable* release. In the meantime, you should be able to grab the older tarball from ftp.FreeBSD.org. => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. vpopmail-5.4.27.tar.gz 100% of 513 kB 2914 kBps => MD5 Checksum OK for vpopmail-5.4.27.tar.gz. => SHA256 Checksum OK for vpopmail-5.4.27.tar.gz. -- Sahil Tandon From owner-freebsd-ports@FreeBSD.ORG Fri Oct 9 06:14:00 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D3AD10656A9 for ; Fri, 9 Oct 2009 06:14:00 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7EDB68FC08 for ; Fri, 9 Oct 2009 06:13:59 +0000 (UTC) Received: from wald.nfv.gwdg.de ([134.76.242.31] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Mw8jl-0004l3-34; Fri, 09 Oct 2009 08:13:57 +0200 Message-ID: <4ACED4BD.1040800@gwdg.de> Date: Fri, 09 Oct 2009 08:14:21 +0200 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.23 (X11/20090827) MIME-Version: 1.0 To: wenheping@gmail.com Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-ports@freebsd.org Subject: graphics/qgis 1.3.0 does not compile on CURRENT X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2009 06:14:00 -0000 Dear maintainer, I tried to install the newest version of qgis port on 9.0-CURRENT and got the following break. QT3 and QT4 are installed. Any ideas? Rainer ------------------------------------------------------ [..snip..] [ 61%] Generating core/core.so g++ -c -DCORE_EXPORT= -pipe -fPIC -O2 -Wall -W -DNDEBUG -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LIB -I. -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/composer -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/raster -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/renderer -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/spatialindex -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/symbology -I/usr/ports/graphics/qgis/work/qgis-1.3.0 -I/usr/local/include -I/usr/local/include/python2.6 -I/usr/local/share/qt4/mkspecs/default -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtSvg -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4 -o sipcorecmodule.o sipcorecmodule.cpp In file included from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: /usr/local/include/qfileinfo.h:120:2: error: #error "QFileInfo::size() should return QIODevice::Offset instead of uint" In file included from /usr/local/share/py-sip/QtXml/qdom.sip:74: /usr/local/include/qdom.h:97: error: function definition does not declare parameters /usr/local/include/qdom.h:122: error: function definition does not declare parameters /usr/local/include/qdom.h:232: error: function definition does not declare parameters /usr/local/include/qdom.h:258: error: function definition does not declare parameters /usr/local/include/qdom.h:286: error: function definition does not declare parameters /usr/local/include/qdom.h:345: error: function definition does not declare parameters /usr/local/include/qdom.h:380: error: function definition does not declare parameters /usr/local/include/qdom.h:399: error: function definition does not declare parameters /usr/local/include/qdom.h:434: error: function definition does not declare parameters /usr/local/include/qdom.h:463: error: function definition does not declare parameters /usr/local/include/qdom.h:518: error: function definition does not declare parameters /usr/local/include/qdom.h:541: error: function definition does not declare parameters /usr/local/include/qdom.h:560: error: function definition does not declare parameters /usr/local/include/qdom.h:579: error: function definition does not declare parameters /usr/local/include/qdom.h:602: error: function definition does not declare parameters /usr/local/include/qdom.h:625: error: function definition does not declare parameters /usr/local/include/qdom.h:644: error: function definition does not declare parameters /usr/local/include/qdom.h:671: error: expected initializer before '&' token In file included from /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgscsexception.h:21, from /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgscoordinatetransform.h:27, from /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsrendercontext.h:21, from /usr/ports/graphics/qgis/work/qgis-1.3.0/python/core/qgsrendercontext.sip:6: /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:116: error: field 'mProjectDom' has incomplete type /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:87: error: invalid use of incomplete type 'struct QDomDocument' /usr/local/include/qdom.h:86: error: forward declaration of 'struct QDomDocument' /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h: In constructor 'QgsProjectBadLayerException::QgsProjectBadLayerException(const std::list >&, const QDomDocument&)': /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: error: class 'QgsProjectBadLayerException' does not have any field named 'mProjectDom' /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h: In member function 'const QDomDocument& QgsProjectBadLayerException::document() const': /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:103: error: 'mProjectDom' was not declared in this scope In file included from /usr/local/share/py-sip/QtCore/qlocale.sip:721: /usr/local/include/qlocale.h: At global scope: /usr/local/include/qlocale.h:43: error: function definition does not declare parameters In file included from /usr/local/include/qfileinfo.h:42, from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: /usr/local/include/qfile.h:50: error: function definition does not declare parameters /usr/local/include/qfile.h:121: error: 'QFile' has not been declared /usr/local/include/qfile.h:121: error: non-member function 'QString name()' cannot have cv-qualifier /usr/local/include/qfile.h: In function 'QString name()': /usr/local/include/qfile.h:122: error: 'fn' was not declared in this scope /usr/local/include/qfile.h: At global scope: /usr/local/include/qfile.h:124: error: 'Offset' in class 'QIODevice' does not name a type In file included from /usr/local/include/qfileinfo.h:43, from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: /usr/local/include/qdatetime.h:51: error: function definition does not declare parameters /usr/local/include/qdatetime.h:123: error: function definition does not declare parameters /usr/local/include/qdatetime.h:184: error: function definition does not declare parameters /usr/local/include/qdatetime.h:241: error: expected initializer before '&' token /usr/local/include/qdatetime.h:242: error: expected initializer before '&' token /usr/local/include/qdatetime.h:243: error: expected initializer before '&' token /usr/local/include/qdatetime.h:244: error: expected initializer before '&' token /usr/local/include/qdatetime.h:245: error: expected initializer before '&' token /usr/local/include/qdatetime.h:246: error: expected initializer before '&' token In file included from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: /usr/local/include/qfileinfo.h:52: error: function definition does not declare parameters /usr/local/include/qfileinfo.h:148: error: 'QFileInfo' has not been declared /usr/local/include/qfileinfo.h:148: error: non-member function 'bool caching()' cannot have cv-qualifier /usr/local/include/qfileinfo.h: In function 'bool caching()': /usr/local/include/qfileinfo.h:150: error: 'cache' was not declared in this scope In file included from /usr/local/share/py-sip/QtCore/qurl.sip:46: /usr/local/include/qurl.h: At global scope: /usr/local/include/qurl.h:49: error: function definition does not declare parameters In file included from /usr/local/include/qpainter.h:44, from /usr/local/share/py-sip/QtGui/qpainter.sip:46: /usr/local/include/qfontmetrics.h:53: error: function definition does not declare parameters In file included from /usr/local/include/qpainter.h:45, from /usr/local/share/py-sip/QtGui/qpainter.sip:46: /usr/local/include/qfontinfo.h:46: error: function definition does not declare parameters /usr/local/include/qfontinfo.h:84: error: invalid use of incomplete type 'struct QFontInfo' /usr/local/include/qt4/QtGui/qwindowdefs.h:72: error: forward declaration of 'struct QFontInfo' In file included from /usr/local/include/qgarray.h:42, from /usr/local/include/qmemarray.h:42, from /usr/local/include/qpointarray.h:42, from /usr/local/include/qpainter.h:49, from /usr/local/share/py-sip/QtGui/qpainter.sip:46: /usr/local/include/qshared.h:46: error: function definition does not declare parameters In file included from /usr/local/include/qmemarray.h:42, from /usr/local/include/qpointarray.h:42, from /usr/local/include/qpainter.h:49, from /usr/local/share/py-sip/QtGui/qpainter.sip:46: /usr/local/include/qgarray.h:46: error: function definition does not declare parameters /usr/local/include/qgarray.h:119: error: 'QGArray' has not been declared /usr/local/include/qgarray.h:119: error: non-member function 'char* at(uint)' cannot have cv-qualifier /usr/local/include/qgarray.h: In function 'char* at(uint)': /usr/local/include/qgarray.h:127: error: 'shd' was not declared in this scope In file included from /usr/local/include/qpointarray.h:42, from /usr/local/include/qpainter.h:49, from /usr/local/share/py-sip/QtGui/qpainter.sip:46: /usr/local/include/qmemarray.h: At global scope: /usr/local/include/qmemarray.h:48: error: expected class-name before '{' token /usr/local/include/qmemarray.h:71: error: 'Optimization' has not been declared /usr/local/include/qmemarray.h: In constructor 'QMemArray::QMemArray(int, int)': /usr/local/include/qmemarray.h:55: error: class 'QMemArray' does not have any field named 'QGArray' /usr/local/include/qmemarray.h: In constructor 'QMemArray::QMemArray(int)': /usr/local/include/qmemarray.h:59: error: class 'QMemArray' does not have any field named 'QGArray' /usr/local/include/qmemarray.h: In copy constructor 'QMemArray::QMemArray(const QMemArray&)': /usr/local/include/qmemarray.h:60: error: class 'QMemArray' does not have any field named 'QGArray' /usr/local/include/qmemarray.h: In member function 'QMemArray& QMemArray::operator=(const QMemArray&)': /usr/local/include/qmemarray.h:63: error: 'QGArray' was not declared in this scope /usr/local/include/qmemarray.h:63: error: expected ';' before '::' token /usr/local/include/qmemarray.h:63: error: '::assign' has not been declared /usr/local/include/qmemarray.h: In member function 'type* QMemArray::data() const': /usr/local/include/qmemarray.h:64: error: 'QGArray' was not declared in this scope /usr/local/include/qmemarray.h:64: error: expected ';' before '::' token /usr/local/include/qmemarray.h:64: error: '::data' has not been declared /usr/local/include/qmemarray.h: In member function 'uint QMemArray::nrefs() const': /usr/local/include/qmemarray.h:65: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'uint QMemArray::size() const': /usr/local/include/qmemarray.h:66: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'bool QMemArray::isEmpty() const': /usr/local/include/qmemarray.h:68: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'bool QMemArray::isNull() const': /usr/local/include/qmemarray.h:69: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'bool QMemArray::resize(uint)': /usr/local/include/qmemarray.h:70: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'bool QMemArray::resize(uint, int)': /usr/local/include/qmemarray.h:71: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'bool QMemArray::truncate(uint)': /usr/local/include/qmemarray.h:72: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'bool QMemArray::fill(const type&, int)': /usr/local/include/qmemarray.h:74: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'void QMemArray::detach()': /usr/local/include/qmemarray.h:75: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'QMemArray& QMemArray::assign(const QMemArray&)': /usr/local/include/qmemarray.h:79: error: 'QGArray' was not declared in this scope /usr/local/include/qmemarray.h:79: error: expected ';' before '::' token /usr/local/include/qmemarray.h:79: error: '::assign' has not been declared /usr/local/include/qmemarray.h: In member function 'QMemArray& QMemArray::assign(const type*, uint)': /usr/local/include/qmemarray.h:81: error: 'QGArray' was not declared in this scope /usr/local/include/qmemarray.h:81: error: expected ';' before '::' token /usr/local/include/qmemarray.h:81: error: '::assign' has not been declared /usr/local/include/qmemarray.h: In member function 'QMemArray& QMemArray::duplicate(const QMemArray&)': /usr/local/include/qmemarray.h:83: error: 'QGArray' was not declared in this scope /usr/local/include/qmemarray.h:83: error: expected ';' before '::' token /usr/local/include/qmemarray.h:83: error: '::duplicate' has not been declared /usr/local/include/qmemarray.h: In member function 'QMemArray& QMemArray::duplicate(const type*, uint)': /usr/local/include/qmemarray.h:85: error: 'QGArray' was not declared in this scope /usr/local/include/qmemarray.h:85: error: expected ';' before '::' token /usr/local/include/qmemarray.h:85: error: '::duplicate' has not been declared /usr/local/include/qmemarray.h: In member function 'QMemArray& QMemArray::setRawData(const type*, uint)': /usr/local/include/qmemarray.h:87: error: 'QGArray' was not declared in this scope /usr/local/include/qmemarray.h:87: error: expected ';' before '::' token /usr/local/include/qmemarray.h:87: error: '::setRawData' has not been declared /usr/local/include/qmemarray.h: In member function 'void QMemArray::resetRawData(const type*, uint)': /usr/local/include/qmemarray.h:90: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'int QMemArray::find(const type&, uint) const': /usr/local/include/qmemarray.h:92: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'int QMemArray::contains(const type&) const': /usr/local/include/qmemarray.h:94: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'void QMemArray::sort()': /usr/local/include/qmemarray.h:95: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'int QMemArray::bsearch(const type&) const': /usr/local/include/qmemarray.h:97: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'type& QMemArray::operator[](int) const': /usr/local/include/qmemarray.h:100: error: 'QGArray' was not declared in this scope /usr/local/include/qmemarray.h:100: error: expected primary-expression before '&' token /usr/local/include/qmemarray.h:100: error: expected primary-expression before ')' token /usr/local/include/qmemarray.h: In member function 'type& QMemArray::at(uint) const': /usr/local/include/qmemarray.h:102: error: 'QGArray' was not declared in this scope /usr/local/include/qmemarray.h:102: error: expected primary-expression before '&' token /usr/local/include/qmemarray.h:102: error: expected primary-expression before ')' token /usr/local/include/qmemarray.h: In member function 'QMemArray::operator const type*() const': /usr/local/include/qmemarray.h:103: error: 'QGArray' was not declared in this scope /usr/local/include/qmemarray.h:103: error: expected ';' before '::' token /usr/local/include/qmemarray.h:103: error: '::data' has not been declared In file included from /usr/local/include/qpainter.h:49, from /usr/local/share/py-sip/QtGui/qpainter.sip:46: /usr/local/include/qpointarray.h: At global scope: /usr/local/include/qpointarray.h:51: error: function definition does not declare parameters /usr/local/include/qpointarray.h:101: error: expected initializer before '&' token /usr/local/include/qpointarray.h:102: error: expected initializer before '&' token /usr/local/include/qpointarray.h:109: error: 'QPointArray' has not been declared /usr/local/include/qpointarray.h: In function 'void setPoint(uint, const QPoint&)': /usr/local/include/qpointarray.h:111: error: invalid initialization of reference of type 'const QPoint&' from expression of type 'int' /usr/local/include/qpointarray.h:109: error: in passing argument 2 of 'void setPoint(uint, const QPoint&)' In file included from /usr/local/include/qpainter.h:50, from /usr/local/share/py-sip/QtGui/qpainter.sip:46: /usr/local/include/qwmatrix.h: At global scope: /usr/local/include/qwmatrix.h:51: error: function definition does not declare parameters /usr/local/include/qwmatrix.h:113: error: expected initializer before 'operator' /usr/local/include/qwmatrix.h:120: error: expected initializer before '&' token /usr/local/include/qwmatrix.h:121: error: expected initializer before '&' token In file included from /usr/local/share/py-sip/QtGui/qpainter.sip:46: /usr/local/include/qpainter.h:67: error: function definition does not declare parameters /usr/local/include/qpainter.h:445: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:450: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:455: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:460: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:465: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:477: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:482: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:487: error: 'RasterOp' in namespace 'Qt' does not name a type /usr/local/include/qpainter.h:492: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:497: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:506: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:515: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:524: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:534: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:539: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:544: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:555: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:561: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:567: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:572: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:578: error: 'CoordinateMode' has not been declared /usr/local/include/qpainter.h:578: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:583: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:588: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:593: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:598: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:603: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:608: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:613: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:618: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:623: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:628: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:633: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:638: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:644: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:650: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:657: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:662: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:667: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:672: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:677: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:682: error: 'TextDirection' has not been declared /usr/local/include/qpainter.h:682: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:687: error: 'TextDirection' has not been declared /usr/local/include/qpainter.h:687: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:693: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:699: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:705: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/include/c++/4.2/bits/stl_list.h: In instantiation of 'std::_List_node': /usr/include/c++/4.2/bits/list.tcc:73: instantiated from 'void std::_List_base<_Tp, _Alloc>::_M_clear() [with _Tp = QDomNode, _Alloc = std::allocator]' /usr/include/c++/4.2/bits/stl_list.h:348: instantiated from 'std::_List_base<_Tp, _Alloc>::~_List_base() [with _Tp = QDomNode, _Alloc = std::allocator]' /usr/include/c++/4.2/bits/stl_list.h:408: instantiated from here /usr/include/c++/4.2/bits/stl_list.h:101: error: 'std::_List_node<_Tp>::_M_data' has incomplete type /usr/local/include/qdom.h:92: error: forward declaration of 'struct QDomNode' /usr/include/c++/4.2/bits/list.tcc: In member function 'void std::_List_base<_Tp, _Alloc>::_M_clear() [with _Tp = QDomNode, _Alloc = std::allocator]': /usr/include/c++/4.2/bits/stl_list.h:348: instantiated from 'std::_List_base<_Tp, _Alloc>::~_List_base() [with _Tp = QDomNode, _Alloc = std::allocator]' /usr/include/c++/4.2/bits/stl_list.h:408: instantiated from here /usr/include/c++/4.2/bits/list.tcc:78: error: 'struct std::_List_node' has no member named '_M_data' /usr/include/c++/4.2/bits/stl_list.h: In member function 'const _Tp& std::_List_const_iterator<_Tp>::operator*() const [with _Tp = QDomNode]': /usr/include/c++/4.2/bits/stl_list.h:1116: instantiated from 'void std::list<_Tp, _Alloc>::_M_initialize_dispatch(_InputIterator, _InputIterator, std::__false_type) [with _InputIterator = std::_List_const_iterator, _Tp = QDomNode, _Alloc = std::allocator]' /usr/include/c++/4.2/bits/stl_list.h:497: instantiated from 'std::list<_Tp, _Alloc>::list(const std::list<_Tp, _Alloc>&) [with _Tp = QDomNode, _Alloc = std::allocator]' /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: instantiated from here /usr/include/c++/4.2/bits/stl_list.h:215: error: 'const struct std::_List_node' has no member named '_M_data' /usr/include/c++/4.2/bits/stl_list.h: In member function 'std::_List_node<_Tp>* std::list<_Tp, _Alloc>::_M_create_node(const _Tp&) [with _Tp = QDomNode, _Alloc = std::allocator]': /usr/include/c++/4.2/bits/stl_list.h:1161: instantiated from 'void std::list<_Tp, _Alloc>::_M_insert(std::_List_iterator<_Tp>, const _Tp&) [with _Tp = QDomNode, _Alloc = std::allocator]' /usr/include/c++/4.2/bits/stl_list.h:764: instantiated from 'void std::list<_Tp, _Alloc>::push_back(const _Tp&) [with _Tp = QDomNode, _Alloc = std::allocator]' /usr/include/c++/4.2/bits/stl_list.h:1116: instantiated from 'void std::list<_Tp, _Alloc>::_M_initialize_dispatch(_InputIterator, _InputIterator, std::__false_type) [with _InputIterator = std::_List_const_iterator, _Tp = QDomNode, _Alloc = std::allocator]' /usr/include/c++/4.2/bits/stl_list.h:497: instantiated from 'std::list<_Tp, _Alloc>::list(const std::list<_Tp, _Alloc>&) [with _Tp = QDomNode, _Alloc = std::allocator]' /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: instantiated from here /usr/include/c++/4.2/bits/stl_list.h:455: error: 'struct std::_List_node' has no member named '_M_data' gmake: *** [sipcorecmodule.o] Fehler 1 *** Error code 2 Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. *** Error code 1 Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. *** Error code 1 Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. *** Error code 1 Stop in /usr/ports/graphics/qgis. *** Error code 1 Stop in /usr/ports/graphics/qgis. From owner-freebsd-ports@FreeBSD.ORG Fri Oct 9 06:40:35 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5567D1065679 for ; Fri, 9 Oct 2009 06:40:35 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 660048FC23 for ; Fri, 9 Oct 2009 06:40:34 +0000 (UTC) Received: from wald.nfv.gwdg.de ([134.76.242.31] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Mw99U-000580-R3; Fri, 09 Oct 2009 08:40:32 +0200 Message-ID: <4ACEDAFE.60808@gwdg.de> Date: Fri, 09 Oct 2009 08:41:02 +0200 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.23 (X11/20090827) MIME-Version: 1.0 To: wen heping References: <4ACED4BD.1040800@gwdg.de> <7be7a2800910082317k6d4dec22o8e6cfacfd5f08e19@mail.gmail.com> In-Reply-To: <7be7a2800910082317k6d4dec22o8e6cfacfd5f08e19@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-ports@freebsd.org Subject: Re: graphics/qgis 1.3.0 does not compile on CURRENT X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2009 06:40:35 -0000 Wen, thanks for the tip. It works! Without qt3 installed all build and installed fine. When I want to 'make package' I get the following error. Do you know it? Rainer ------------------ #make package ===> Building package for qgis-1.3.0 Creating package /usr/ports/packages/All/qgis-1.3.0.tbz Registering depends: gdal-grass-1.4.3_2 grass-6.2.3_6,2 bash-4.0.33 qt4-linguist-4.5.2 qt4-assistant-4.5.2 qt4-webkit-4.5.2 qt4-phonon-gst-4.5.2 qt4-phonon-4.5.2 qt4-dbus-4.5.2 dbus-1.2.4.6_1 fftw-2.1.5_6 gstreamer-plugins-0.10.24,3 gstreamer-0.10.24 gio-fam-backend-2.20.5 gamin-0.1.10_3 gcc-4.4.2.20090929 qt4-help-4.5.2 qt4-clucene-4.5.2 qt4-opengl-4.5.2 qt4-qt3support-4.5.2 qt4-svg-4.5.2 qt4-gui-4.5.2_1 qt4-network-4.5.2 qt4-sqlite-plugin-4.5.2 qt4-sql-4.5.2 qt4-xml-4.5.2 qt4-corelib-4.5.2 glib-2.20.5 popt-1.14 postgresql-client-8.4.0_1 gettext-0.17_1 libxml2-2.7.5 libiconv-1.13.1 sqlite3-3.6.14.2 icu-3.8.1_2 libcheck-0.9.6 liboil-0.3.16 gdal-1.6.0_1 jasper-1.900.1_8 libglut-7.4.4 libGLU-7.4.4 libGL-7.4.4 xorg-libraries-7.4 libXScrnSaver-1.1.3 libXTrap-1.0.0 libXaw-1.0.5_1,1 libXcomposite-0.4.0,1 libXcursor-1.1.9_1 libXdamage-1.1.1 libXevie-1.0.2 libXfontcache-1.0.4 libXi-1.2.1,1 libXinerama-1.0.3,1 libXmu-1.0.4,1 libXp-1.0.0,1 libXpm-3.5.7 libXrandr-1.3.0 libXres-1.0.3_3 libXtst-1.0.3_1 libXvMC-1.0.4_1 libXv-1.0.4,1 libXxf86dga-1.0.2 libXxf86misc-1.0.1 libXxf86vm-1.0.2 libdmx-1.0.2_1 libXext-1.0.5,1 libXfixes-4.0.3_1 tk-8.5.7 libXft-2.1.13 libXrender-0.9.4_1 libxkbui-1.0.2_1 trapproto-3.4.3 libXt-1.0.5_1 liboldX-1.0.1 libungif-4.1.4_5 libxkbfile-1.0.5 libX11-1.2.1_1,1 libdrm-2.4.12 libxcb-1.4 libpthread-stubs-0.1 pcre-7.9 fontconfig-2.6.0,1 libXfont-1.3.4,1 freetype2-2.3.9_1 libFS-1.0.1 libSM-1.1.0_1,1 libICE-1.0.4_1,1 libXau-1.0.4 libXdmcp-1.0.2_1 libfontenc-1.0.4 pixman-0.16.0 xproto-7.0.15 xtrans-1.2.3 pkg-config-0.23_1 py26-setuptools-0.6c9 xdg-utils-1.0.2_4 geos-3.1.1 libgeotiff-1.2.5_1 tiff-3.9.1 jpeg-7 png-1.2.40 proj-4.6.1 perl-threaded-5.10.1 xcb-proto-1.5 python26-2.6.2_3 tcl-8.5.7_1 tcl-modules-8.5.7 gsl-1.12 mpfr-2.4.1_1 libgmp-4.3.1 qt4-doc-4.5.2 freetype-1.3.1_4 gnome_subr-1.0 expat-2.0.1 fontcacheproto-0.1.2 fontsproto-2.0.2 compositeproto-0.4 damageproto-1.1.0_2 dmxproto-2.2.2 dri2proto-2.0 fixesproto-4.0 inputproto-1.5.0 kbproto-1.0.3 printproto-1.0.4 randrproto-1.3.0 recordproto-1.13.2 renderproto-0.9.3 scrnsaverproto-1.1.0 videoproto-2.2.2 xextproto-7.0.5 xf86dgaproto-2.0.3 xf86miscproto-0.9.2 xf86vidmodeproto-2.2.2 xineramaproto-1.1.2. Creating bzip'd tar ball in '/usr/ports/packages/All/qgis-1.3.0.tbz' tar: lib/qgis/libpggeoprocessingplugin.so: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 *** Error code 1 Stop in /usr/ports/graphics/qgis. *** Error code 1 Stop in /usr/ports/graphics/qgis. ------------------ Am 09.10.2009 08:17 (UTC+2) schrieb wen heping: > Yes, this is a bug in QGIS. > You should delete qt3 and then have a try. > > wen > > On Fri, Oct 9, 2009 at 2:14 PM, Rainer Hurling > wrote: > > Dear maintainer, > > I tried to install the newest version of qgis port on 9.0-CURRENT > and got the following break. QT3 and QT4 are installed. Any ideas? > > Rainer > > > ------------------------------------------------------ > [..snip..] > [ 61%] Generating core/core.so > g++ -c -DCORE_EXPORT= -pipe -fPIC -O2 -Wall -W -DNDEBUG > -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB > -DQT_XML_LIB -I. -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/composer > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/raster > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/renderer > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/spatialindex > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/symbology > -I/usr/ports/graphics/qgis/work/qgis-1.3.0 -I/usr/local/include > -I/usr/local/include/python2.6 > -I/usr/local/share/qt4/mkspecs/default > -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui > -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtSvg > -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4 -o > sipcorecmodule.o sipcorecmodule.cpp > In file included from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > /usr/local/include/qfileinfo.h:120:2: error: #error > "QFileInfo::size() should return QIODevice::Offset instead of uint" > In file included from /usr/local/share/py-sip/QtXml/qdom.sip:74: > /usr/local/include/qdom.h:97: error: function definition does not > declare parameters > /usr/local/include/qdom.h:122: error: function definition does not > declare parameters > /usr/local/include/qdom.h:232: error: function definition does not > declare parameters > /usr/local/include/qdom.h:258: error: function definition does not > declare parameters > /usr/local/include/qdom.h:286: error: function definition does not > declare parameters > /usr/local/include/qdom.h:345: error: function definition does not > declare parameters > /usr/local/include/qdom.h:380: error: function definition does not > declare parameters > /usr/local/include/qdom.h:399: error: function definition does not > declare parameters > /usr/local/include/qdom.h:434: error: function definition does not > declare parameters > /usr/local/include/qdom.h:463: error: function definition does not > declare parameters > /usr/local/include/qdom.h:518: error: function definition does not > declare parameters > /usr/local/include/qdom.h:541: error: function definition does not > declare parameters > /usr/local/include/qdom.h:560: error: function definition does not > declare parameters > /usr/local/include/qdom.h:579: error: function definition does not > declare parameters > /usr/local/include/qdom.h:602: error: function definition does not > declare parameters > /usr/local/include/qdom.h:625: error: function definition does not > declare parameters > /usr/local/include/qdom.h:644: error: function definition does not > declare parameters > /usr/local/include/qdom.h:671: error: expected initializer before > '&' token > In file included from > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgscsexception.h:21, > from > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgscoordinatetransform.h:27, > from > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsrendercontext.h:21, > from > /usr/ports/graphics/qgis/work/qgis-1.3.0/python/core/qgsrendercontext.sip:6: > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:116: > error: field 'mProjectDom' has incomplete type > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:87: > error: invalid use of incomplete type 'struct QDomDocument' > /usr/local/include/qdom.h:86: error: forward declaration of 'struct > QDomDocument' > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h: In > constructor > 'QgsProjectBadLayerException::QgsProjectBadLayerException(const > std::list >&, const QDomDocument&)': > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: > error: class 'QgsProjectBadLayerException' does not have any field > named 'mProjectDom' > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h: In > member function 'const QDomDocument& > QgsProjectBadLayerException::document() const': > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:103: > error: 'mProjectDom' was not declared in this scope > In file included from /usr/local/share/py-sip/QtCore/qlocale.sip:721: > /usr/local/include/qlocale.h: At global scope: > /usr/local/include/qlocale.h:43: error: function definition does not > declare parameters > In file included from /usr/local/include/qfileinfo.h:42, > from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > /usr/local/include/qfile.h:50: error: function definition does not > declare parameters > /usr/local/include/qfile.h:121: error: 'QFile' has not been declared > /usr/local/include/qfile.h:121: error: non-member function 'QString > name()' cannot have cv-qualifier > /usr/local/include/qfile.h: In function 'QString name()': > /usr/local/include/qfile.h:122: error: 'fn' was not declared in this > scope > /usr/local/include/qfile.h: At global scope: > /usr/local/include/qfile.h:124: error: 'Offset' in class 'QIODevice' > does not name a type > In file included from /usr/local/include/qfileinfo.h:43, > from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > /usr/local/include/qdatetime.h:51: error: function definition does > not declare parameters > /usr/local/include/qdatetime.h:123: error: function definition does > not declare parameters > /usr/local/include/qdatetime.h:184: error: function definition does > not declare parameters > /usr/local/include/qdatetime.h:241: error: expected initializer > before '&' token > /usr/local/include/qdatetime.h:242: error: expected initializer > before '&' token > /usr/local/include/qdatetime.h:243: error: expected initializer > before '&' token > /usr/local/include/qdatetime.h:244: error: expected initializer > before '&' token > /usr/local/include/qdatetime.h:245: error: expected initializer > before '&' token > /usr/local/include/qdatetime.h:246: error: expected initializer > before '&' token > In file included from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > /usr/local/include/qfileinfo.h:52: error: function definition does > not declare parameters > /usr/local/include/qfileinfo.h:148: error: 'QFileInfo' has not been > declared > /usr/local/include/qfileinfo.h:148: error: non-member function 'bool > caching()' cannot have cv-qualifier > /usr/local/include/qfileinfo.h: In function 'bool caching()': > /usr/local/include/qfileinfo.h:150: error: 'cache' was not declared > in this scope > In file included from /usr/local/share/py-sip/QtCore/qurl.sip:46: > /usr/local/include/qurl.h: At global scope: > /usr/local/include/qurl.h:49: error: function definition does not > declare parameters > In file included from /usr/local/include/qpainter.h:44, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qfontmetrics.h:53: error: function definition > does not declare parameters > In file included from /usr/local/include/qpainter.h:45, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qfontinfo.h:46: error: function definition does > not declare parameters > /usr/local/include/qfontinfo.h:84: error: invalid use of incomplete > type 'struct QFontInfo' > /usr/local/include/qt4/QtGui/qwindowdefs.h:72: error: forward > declaration of 'struct QFontInfo' > In file included from /usr/local/include/qgarray.h:42, > from /usr/local/include/qmemarray.h:42, > from /usr/local/include/qpointarray.h:42, > from /usr/local/include/qpainter.h:49, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qshared.h:46: error: function definition does not > declare parameters > In file included from /usr/local/include/qmemarray.h:42, > from /usr/local/include/qpointarray.h:42, > from /usr/local/include/qpainter.h:49, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qgarray.h:46: error: function definition does not > declare parameters > /usr/local/include/qgarray.h:119: error: 'QGArray' has not been declared > /usr/local/include/qgarray.h:119: error: non-member function 'char* > at(uint)' cannot have cv-qualifier > /usr/local/include/qgarray.h: In function 'char* at(uint)': > /usr/local/include/qgarray.h:127: error: 'shd' was not declared in > this scope > In file included from /usr/local/include/qpointarray.h:42, > from /usr/local/include/qpainter.h:49, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qmemarray.h: At global scope: > /usr/local/include/qmemarray.h:48: error: expected class-name before > '{' token > /usr/local/include/qmemarray.h:71: error: 'Optimization' has not > been declared > /usr/local/include/qmemarray.h: In constructor > 'QMemArray::QMemArray(int, int)': > /usr/local/include/qmemarray.h:55: error: class 'QMemArray' > does not have any field named 'QGArray' > /usr/local/include/qmemarray.h: In constructor > 'QMemArray::QMemArray(int)': > /usr/local/include/qmemarray.h:59: error: class 'QMemArray' > does not have any field named 'QGArray' > /usr/local/include/qmemarray.h: In copy constructor > 'QMemArray::QMemArray(const QMemArray&)': > /usr/local/include/qmemarray.h:60: error: class 'QMemArray' > does not have any field named 'QGArray' > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::operator=(const QMemArray&)': > /usr/local/include/qmemarray.h:63: error: 'QGArray' was not declared > in this scope > /usr/local/include/qmemarray.h:63: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:63: error: '::assign' has not been > declared > /usr/local/include/qmemarray.h: In member function 'type* > QMemArray::data() const': > /usr/local/include/qmemarray.h:64: error: 'QGArray' was not declared > in this scope > /usr/local/include/qmemarray.h:64: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:64: error: '::data' has not been declared > /usr/local/include/qmemarray.h: In member function 'uint > QMemArray::nrefs() const': > /usr/local/include/qmemarray.h:65: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'uint > QMemArray::size() const': > /usr/local/include/qmemarray.h:66: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::isEmpty() const': > /usr/local/include/qmemarray.h:68: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::isNull() const': > /usr/local/include/qmemarray.h:69: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::resize(uint)': > /usr/local/include/qmemarray.h:70: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::resize(uint, int)': > /usr/local/include/qmemarray.h:71: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::truncate(uint)': > /usr/local/include/qmemarray.h:72: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::fill(const type&, int)': > /usr/local/include/qmemarray.h:74: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'void > QMemArray::detach()': > /usr/local/include/qmemarray.h:75: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::assign(const QMemArray&)': > /usr/local/include/qmemarray.h:79: error: 'QGArray' was not declared > in this scope > /usr/local/include/qmemarray.h:79: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:79: error: '::assign' has not been > declared > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::assign(const type*, uint)': > /usr/local/include/qmemarray.h:81: error: 'QGArray' was not declared > in this scope > /usr/local/include/qmemarray.h:81: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:81: error: '::assign' has not been > declared > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::duplicate(const QMemArray&)': > /usr/local/include/qmemarray.h:83: error: 'QGArray' was not declared > in this scope > /usr/local/include/qmemarray.h:83: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:83: error: '::duplicate' has not been > declared > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::duplicate(const type*, uint)': > /usr/local/include/qmemarray.h:85: error: 'QGArray' was not declared > in this scope > /usr/local/include/qmemarray.h:85: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:85: error: '::duplicate' has not been > declared > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::setRawData(const type*, uint)': > /usr/local/include/qmemarray.h:87: error: 'QGArray' was not declared > in this scope > /usr/local/include/qmemarray.h:87: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:87: error: '::setRawData' has not > been declared > /usr/local/include/qmemarray.h: In member function 'void > QMemArray::resetRawData(const type*, uint)': > /usr/local/include/qmemarray.h:90: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'int > QMemArray::find(const type&, uint) const': > /usr/local/include/qmemarray.h:92: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'int > QMemArray::contains(const type&) const': > /usr/local/include/qmemarray.h:94: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'void > QMemArray::sort()': > /usr/local/include/qmemarray.h:95: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'int > QMemArray::bsearch(const type&) const': > /usr/local/include/qmemarray.h:97: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'type& > QMemArray::operator[](int) const': > /usr/local/include/qmemarray.h:100: error: 'QGArray' was not > declared in this scope > /usr/local/include/qmemarray.h:100: error: expected > primary-expression before '&' token > /usr/local/include/qmemarray.h:100: error: expected > primary-expression before ')' token > /usr/local/include/qmemarray.h: In member function 'type& > QMemArray::at(uint) const': > /usr/local/include/qmemarray.h:102: error: 'QGArray' was not > declared in this scope > /usr/local/include/qmemarray.h:102: error: expected > primary-expression before '&' token > /usr/local/include/qmemarray.h:102: error: expected > primary-expression before ')' token > /usr/local/include/qmemarray.h: In member function > 'QMemArray::operator const type*() const': > /usr/local/include/qmemarray.h:103: error: 'QGArray' was not > declared in this scope > /usr/local/include/qmemarray.h:103: error: expected ';' before '::' > token > /usr/local/include/qmemarray.h:103: error: '::data' has not been > declared > In file included from /usr/local/include/qpainter.h:49, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qpointarray.h: At global scope: > /usr/local/include/qpointarray.h:51: error: function definition does > not declare parameters > /usr/local/include/qpointarray.h:101: error: expected initializer > before '&' token > /usr/local/include/qpointarray.h:102: error: expected initializer > before '&' token > /usr/local/include/qpointarray.h:109: error: 'QPointArray' has not > been declared > /usr/local/include/qpointarray.h: In function 'void setPoint(uint, > const QPoint&)': > /usr/local/include/qpointarray.h:111: error: invalid initialization > of reference of type 'const QPoint&' from expression of type 'int' > /usr/local/include/qpointarray.h:109: error: in passing argument 2 > of 'void setPoint(uint, const QPoint&)' > In file included from /usr/local/include/qpainter.h:50, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qwmatrix.h: At global scope: > /usr/local/include/qwmatrix.h:51: error: function definition does > not declare parameters > /usr/local/include/qwmatrix.h:113: error: expected initializer > before 'operator' > /usr/local/include/qwmatrix.h:120: error: expected initializer > before '&' token > /usr/local/include/qwmatrix.h:121: error: expected initializer > before '&' token > In file included from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qpainter.h:67: error: function definition does > not declare parameters > /usr/local/include/qpainter.h:445: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:450: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:455: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:460: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:465: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:477: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:482: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:487: error: 'RasterOp' in namespace > 'Qt' does not name a type > /usr/local/include/qpainter.h:492: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:497: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:506: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:515: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:524: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:534: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:539: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:544: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:555: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:561: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:567: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:572: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:578: error: 'CoordinateMode' has not > been declared > /usr/local/include/qpainter.h:578: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:583: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:588: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:593: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:598: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:603: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:608: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:613: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:618: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:623: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:628: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:633: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:638: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:644: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:650: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:657: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:662: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:667: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:672: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:677: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:682: error: 'TextDirection' has not > been declared > /usr/local/include/qpainter.h:682: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:687: error: 'TextDirection' has not > been declared > /usr/local/include/qpainter.h:687: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:693: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:699: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:705: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/include/c++/4.2/bits/stl_list.h: In instantiation of > 'std::_List_node': > /usr/include/c++/4.2/bits/list.tcc:73: instantiated from 'void > std::_List_base<_Tp, _Alloc>::_M_clear() [with _Tp = QDomNode, > _Alloc = std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:348: instantiated from > 'std::_List_base<_Tp, _Alloc>::~_List_base() [with _Tp = QDomNode, > _Alloc = std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:408: instantiated from here > /usr/include/c++/4.2/bits/stl_list.h:101: error: > 'std::_List_node<_Tp>::_M_data' has incomplete type > /usr/local/include/qdom.h:92: error: forward declaration of 'struct > QDomNode' > /usr/include/c++/4.2/bits/list.tcc: In member function 'void > std::_List_base<_Tp, _Alloc>::_M_clear() [with _Tp = QDomNode, > _Alloc = std::allocator]': > /usr/include/c++/4.2/bits/stl_list.h:348: instantiated from > 'std::_List_base<_Tp, _Alloc>::~_List_base() [with _Tp = QDomNode, > _Alloc = std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:408: instantiated from here > /usr/include/c++/4.2/bits/list.tcc:78: error: 'struct > std::_List_node' has no member named '_M_data' > /usr/include/c++/4.2/bits/stl_list.h: In member function 'const _Tp& > std::_List_const_iterator<_Tp>::operator*() const [with _Tp = > QDomNode]': > /usr/include/c++/4.2/bits/stl_list.h:1116: instantiated from 'void > std::list<_Tp, _Alloc>::_M_initialize_dispatch(_InputIterator, > _InputIterator, std::__false_type) [with _InputIterator = > std::_List_const_iterator, _Tp = QDomNode, _Alloc = > std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:497: instantiated from > 'std::list<_Tp, _Alloc>::list(const std::list<_Tp, _Alloc>&) [with > _Tp = QDomNode, _Alloc = std::allocator]' > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: > instantiated from here > /usr/include/c++/4.2/bits/stl_list.h:215: error: 'const struct > std::_List_node' has no member named '_M_data' > /usr/include/c++/4.2/bits/stl_list.h: In member function > 'std::_List_node<_Tp>* std::list<_Tp, _Alloc>::_M_create_node(const > _Tp&) [with _Tp = QDomNode, _Alloc = std::allocator]': > /usr/include/c++/4.2/bits/stl_list.h:1161: instantiated from 'void > std::list<_Tp, _Alloc>::_M_insert(std::_List_iterator<_Tp>, const > _Tp&) [with _Tp = QDomNode, _Alloc = std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:764: instantiated from 'void > std::list<_Tp, _Alloc>::push_back(const _Tp&) [with _Tp = QDomNode, > _Alloc = std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:1116: instantiated from 'void > std::list<_Tp, _Alloc>::_M_initialize_dispatch(_InputIterator, > _InputIterator, std::__false_type) [with _InputIterator = > std::_List_const_iterator, _Tp = QDomNode, _Alloc = > std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:497: instantiated from > 'std::list<_Tp, _Alloc>::list(const std::list<_Tp, _Alloc>&) [with > _Tp = QDomNode, _Alloc = std::allocator]' > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: > instantiated from here > /usr/include/c++/4.2/bits/stl_list.h:455: error: 'struct > std::_List_node' has no member named '_M_data' > gmake: *** [sipcorecmodule.o] Fehler 1 > *** Error code 2 > > Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. > *** Error code 1 > > Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. > *** Error code 1 > > Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. > *** Error code 1 > > Stop in /usr/ports/graphics/qgis. > *** Error code 1 > > Stop in /usr/ports/graphics/qgis. > > From owner-freebsd-ports@FreeBSD.ORG Fri Oct 9 08:43:19 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48E19106566B for ; Fri, 9 Oct 2009 08:43:19 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id A687E8FC13 for ; Fri, 9 Oct 2009 08:43:18 +0000 (UTC) Received: (qmail invoked by alias); 09 Oct 2009 08:43:16 -0000 Received: from balu.cs.uni-paderborn.de (EHLO balu.cs.uni-paderborn.de) [131.234.21.37] by mail.gmx.net (mp007) with SMTP; 09 Oct 2009 10:43:16 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX19JALZm065JdJv74N3Z56ULuRL5Wfui3df8TYLwX4 QfjOEnesFUqzRc Received: from localhost ([127.0.0.1] helo=balu.cs.uni-paderborn.de) by balu.cs.uni-paderborn.de with esmtp (Exim 4.69) (envelope-from ) id KR8O84-0008BC-GJ; Fri, 09 Oct 2009 10:43:16 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Stephen Hocking" References: <6300771b0910071753s6580c099i8c348824a6fe1a72@mail.gmail.com> <4ACDCF28.6040807@gmx.de> <6300771b0910081838y6925627cubdbc4d4dbbc376b8@mail.gmail.com> Date: Fri, 09 Oct 2009 10:43:16 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Matthias Andree" Organization: Message-ID: In-Reply-To: <6300771b0910081838y6925627cubdbc4d4dbbc376b8@mail.gmail.com> User-Agent: Opera Mail/10.00 (Win32) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.62 Cc: ports@freebsd.org Subject: Re: sigwait - differences between Linux & FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2009 08:43:19 -0000 Am 09.10.2009, 03:38 Uhr, schrieb Stephen Hocking : > It appears as if the documentation does not match up with the reality > in Linux's case. That's what the empirical evidence suggests anyway. > The code does does a waitpid after receiving the SIGCHLD to determine > what child process has exited and then searches its list of sessions > looking for that particular pid, so as to tidy up. My reception is: if the process wants SIGCHLD, it will have to install its own handler, because the default disposition for this signal is SIG_IGN (= discard signal and do not turn child process into a zombie). So use your patch for FreeBSD, feed it to the upstream maintainer with a copy of this thread and relevant quotes from the standard and manpage and move on. :) The alternative is to do away with SIGCHLD and use waitpid((pid_t)-1, WNOHANG) to poll for children that have exited. > I can to some degree understand that implementation of sigwait, as if > you state your intention to wait for a particular signal, that means > that you don't wish to ignore it. That's outside the standard. If it works on a particular Linux kernel version that doesn't mean it will work on every other. Why lose yourself in empirical programming if there are standards? -- Matthias Andree From owner-freebsd-ports@FreeBSD.ORG Fri Oct 9 13:50:56 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95A24106566B for ; Fri, 9 Oct 2009 13:50:56 +0000 (UTC) (envelope-from andersonbn.academico@gmail.com) Received: from mail-qy0-f195.google.com (mail-qy0-f195.google.com [209.85.221.195]) by mx1.freebsd.org (Postfix) with ESMTP id DA9508FC14 for ; Fri, 9 Oct 2009 13:50:55 +0000 (UTC) Received: by qyk33 with SMTP id 33so7023847qyk.29 for ; Fri, 09 Oct 2009 06:50:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=2X/oz/Bqpvkv1rNUfRqxu3OW6zgh8ieaXWme/MfP7Jw=; b=san5A6YLKrqd1AnM/tVCjLy63sLCSdm90ziosJojute6RklUqPDyfQqRwQH5FZnJCS K858tq2dKcUIg1hWfyJkX42uzl3lbVabQXdWlbXy/4XqB8VtL7wReq+D+2u8fgKHWtt6 lQMbaqGs3/yVwgq3TEH/ktNG4zks0haRtik1w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=a96lBkcWp7m6WrrWidwUDA2zyuxJn7UgdR/R6dnfPM14jEnQ7PobzXDk7wo6f2DJa+ vPLE/A2d8wOdCIXjbhbEG2QvH8uxce1Nrdcg2uyUCayHNHYoaktej/iEU8LBQ6B7eL5y pXcrJAlQCoRaT6FOcbHvkXPToDu1VzrcfP0y4= MIME-Version: 1.0 Received: by 10.229.55.210 with SMTP id v18mr942532qcg.19.1255094917436; Fri, 09 Oct 2009 06:28:37 -0700 (PDT) In-Reply-To: <20091009120022.3E2CA1065748@hub.freebsd.org> References: <20091009120022.3E2CA1065748@hub.freebsd.org> Date: Fri, 9 Oct 2009 10:28:37 -0300 Message-ID: From: =?ISO-8859-1?Q?Anderson_Brand=E3o?= To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: freebsd-ports Digest, Vol 333, Issue 6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2009 13:50:56 -0000 Please extract the tarball into the existing directory, at syslogd daemon, wich it is located by default. On Fri, Oct 9, 2009 at 9:00 AM, wrote: > Send freebsd-ports mailing list submissions to > freebsd-ports@freebsd.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > or, via email, send a message with subject or body 'help' to > freebsd-ports-request@freebsd.org > > You can reach the person managing the list at > freebsd-ports-owner@freebsd.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of freebsd-ports digest..." > > > Today's Topics: > > 1. Re: ion windows manager on FreeBSD (Chad Perrin) > 2. Re: sigwait - differences between Linux & FreeBSD > (Stephen Hocking) > 3. Re: Problems with vpopmail-devel (Sahil Tandon) > 4. graphics/qgis 1.3.0 does not compile on CURRENT (Rainer Hurling) > 5. Re: graphics/qgis 1.3.0 does not compile on CURRENT > (Rainer Hurling) > 6. Re: sigwait - differences between Linux & FreeBSD > (Matthias Andree) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 8 Oct 2009 17:05:33 -0600 > From: Chad Perrin > Subject: Re: ion windows manager on FreeBSD > To: ports@freebsd.org, freebsd-questions@freebsd.org > Message-ID: <20091008230533.GA32736@guilt.hydra> > Content-Type: text/plain; charset=3D"iso-8859-1" > > On Thu, Oct 08, 2009 at 11:19:00AM -0300, Carlos A. M. dos Santos wrote: > > On Wed, Oct 7, 2009 at 3:43 PM, Chad Perrin wrote= : > > > On Wed, Oct 07, 2009 at 01:25:35PM -0300, Carlos A. M. dos Santos > wrote: > > >> > > >> You can fork the code, rename it, whatever, but you can NOT change > > >> the license without explicit permission from the original copyright > > >> owner. That would be legally considered theft! > > > > > > Incorrect. It would be legally considered copyright infringement. > > > Copyright law is not property law, and both different laws *and* > > > different terms apply. "Theft" is not a term legally applied to > > > copyright infringement -- at least, in any jurisdiction of which I'm > even > > > vaguely aware of the state of copyright law. > > > > > > "That would be legally considered copyright infringement!" > > > > I was referring to stealing intellectual property, which can be a > > synonym of copyright violation, depending on the country law. In my > > country, for instance, computer programs are considered intellectual > > property but they are also subjected to author rights, just like books > > and paintings [1,2] . > > The term "Intellectual Property" is essentially an invention of people > who wished copyright, patent, and trademark bodies of law were treated > more like actual property law. Saying something is "intellectual > property" sure makes it *sound* like violating the relevant law should be > called "stealing", but it's still not theft under the law (unless you > happen to live in some jurisdiction that treats this stuff in a very > nonstandard manner -- I can't speak for all jurisdictions, since I know > nothing about copyright law in Eritrea, for instance). > > Not only is copyright not *legally* considered theft, but it is not > *practically* equivalent to theft, either. In theft, a person has a > thing in his or her possession, and the thief takes it away. There is no > thing in a copyright holder's possession that is taken away when > copyright is infringed. The common excuse for calling it theft is > reference to the copyright holder's profits being "stolen", but because > those profits do not even exist yet at the time of the copyright > infringement, they are not literally being "taken away". > > > > > > References (in Portuguese) > > > > [1] http://www.planalto.gov.br/ccivil_03/Leis/L9609.htm > > [2] http://www.planalto.gov.br/ccivil_03/Leis/L9610.htm > > Alas, I do not read Portuguese. Maybe in Portugal the word for "theft" > is defined differently than here, so that it applies not to property per > se, but to any illegal act of acquisition; that is not a jurisdiction > whose copyright laws are familiar to me. I rather doubt it, though, > because a legal definition of theft that is applicable to copyright would > fail to account for actual theft of actual property of naturally limited > abundance. > > Given an example with which I am more familiar (the United States), > though, I cite Dowling v. US: > > The infringer invades a statutorily defined province guaranteed to > the copyright holder alone. But he does not assume physical control > over the copyright; nor does he wholly deprive its owner of its use. > > Dowling v. US specfically set forth for those who wished to define > bootleg recordings as "stolen property" the details for why this was not > an appropriate definition, and rejected outright and in all its > particulars the concept that copyright infringement is theft in any legal > sense of the term. The reasoning is summed up in the above two-sentence > quote from the Dowling v. US decision. > > The economic principle that differentiates copyright infringement from > property theft is that of rivalry. A rival good is one whose use by one > consumer prevents the use by another, whereas a nonrival good is one > whose use by one consumer does not interfere with the use by another. > Copyright infringement is illegal acquisition, by a consumer, of a > nonrival good; property theft is illegal acquisition, by a consumer, of a > rival good. Copyright violation does not deprive anyone else of the > opportunity to acquire or use the good in question, whereas property > theft *does*, accounting for the differences of legal status for > acquisition between rival and nonrival goods. > > Thomas Jefferson, in discussions of the idea of copyright and patent law > before such were even included in the US Constitution, made this > distinction as well: > > He who receives an idea from me, receives instruction himself without > lessening mine; as he who lights his taper at mine, receives light > without darkening me. > > -- > Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: application/pgp-signature > Size: 196 bytes > Desc: not available > Url : > http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091008/5a3= 31980/attachment-0001.pgp > > ------------------------------ > > Message: 2 > Date: Fri, 9 Oct 2009 12:38:39 +1100 > From: Stephen Hocking > Subject: Re: sigwait - differences between Linux & FreeBSD > To: Matthias Andree > Cc: ports@freebsd.org > Message-ID: > <6300771b0910081838y6925627cubdbc4d4dbbc376b8@mail.gmail.com> > Content-Type: text/plain; charset=3DUTF-8 > > On Thu, Oct 8, 2009 at 10:38 PM, Matthias Andree > wrote: > > Stephen Hocking schrieb: > >> Hi all, > >> > >> In my efforts to make the xrdp port more robust under FreeBSD, I have > >> discovered that sigwait (kind of an analogue to select(2), but for > >> signals rather than I/O) re-enables ignored signals in its list under > >> Linux, but not FreeBSD. > > > > If the application relies on sigwait() to wait for and extract an ignor= ed > signal > > (SIG_IGN), it is non-portable, as it expects non-POSIX semantics, and > should be > > fixed by the upstream maintainer (I haven't checked that). > > > > Note: Linux has the same semantics, quoting its manual page (on Ubuntu > 9.10 beta): > > > > sigwait suspends the calling thread until one of the signals in > set is > > delivered to the calling thread. It then stores the number of the > sig=E2=80=90 > >> nal received in the location pointed to by sig and returns. The > signals > >> in set must be blocked and not ignored on entrance to sigwait. I= f > the > > delivered signal has a signal handler function attached, that > function > > is not called. > > > >> The sesman daemon uses SIGCHLD to clean up after a session has exited. > Under > >> Linux this works OK, under FreeSBD it doesn't. > > > > Not sure I understand. How can it clean up if it's not made aware of > child's > > termination? Or do some Linux kernels behave in another way? > > It appears as if the documentation does not match up with the reality > in Linux's case. That's what the empirical evidence suggests anyway. > The code does does a waitpid after receiving the SIGCHLD to determine > what child process has exited and then searches its list of sessions > looking for that particular pid, so as to tidy up. > > I can to some degree understand that implementation of sigwait, as if > you state your intention to wait for a particular signal, that means > that you don't wish to ignore it. > > > > > Setting SIGCHLD to SIG_IGN (default) means that the kernel will let go = of > the > > child processes as they exit, rather than turn them into zombies. You > cannot > > wait() for them though. > > > >> I have worked around it in a very hackish manner (define a > >> dummy signal handler and enable it using signal, which means that the > >> sigwait call can then be unblocked by it), but am wondering if anyone > >> else has run across the same problem, and if so, if they fixed it in > >> an elegant manner. Also, does anyone know the correct semantics of > >> sigwait under this situation? > > > > That is not a hackish workaround, but one of the few safe ways to > sigwait() for > > SIGCHLD. A version fixed thus should still work on Linux, so that fix > should be > > made by xrdp upstream. > > > > > > The canonical reference would be the POSIX standard (IEEE Std 1003.1). > > > > 2008: http://www.opengroup.org/onlinepubs/9699919799/ > > > > 2001, 2004 edition: http://www.opengroup.org/onlinepubs/000095399/ > > > > The latter is also known as the Single Unix Specification v3 (SUSv3). > > Thanks for the references. > > > ------------------------------ > > Message: 3 > Date: Fri, 9 Oct 2009 00:57:41 -0400 > From: Sahil Tandon > Subject: Re: Problems with vpopmail-devel > To: freebsd-ports@freebsd.org > Message-ID: <20091009045741.GB11968@magic.hamla.org> > Content-Type: text/plain; charset=3Dus-ascii > > On Thu, 08 Oct 2009, Julian Wissmann wrote: > > > I'm trying to install vpopmail-devel as dependency for courier-authlib > > which I need. When going with portinstall: $portinstall > > courier-authlib it tries to fetch vpopmail-5.4.27 which is not > > available on any of the Mirror Servers. Trying to look it up manually > > there's only a vpopmail-2.4.28 available. > > mail/vpopmail should soon be updated to 5.4.28, which is the latest > available *stable* release. In the meantime, you should be able to grab > the older tarball from ftp.FreeBSD.org. > > =3D> Attempting to fetch from > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. > vpopmail-5.4.27.tar.gz 100% of 513 kB 2914 kBps > =3D> MD5 Checksum OK for vpopmail-5.4.27.tar.gz. > =3D> SHA256 Checksum OK for vpopmail-5.4.27.tar.gz. > > -- > Sahil Tandon > > > ------------------------------ > > Message: 4 > Date: Fri, 09 Oct 2009 08:14:21 +0200 > From: Rainer Hurling > Subject: graphics/qgis 1.3.0 does not compile on CURRENT > To: wenheping@gmail.com > Cc: freebsd-ports@freebsd.org > Message-ID: <4ACED4BD.1040800@gwdg.de> > Content-Type: text/plain; charset=3DISO-8859-15; format=3Dflowed > > Dear maintainer, > > I tried to install the newest version of qgis port on 9.0-CURRENT and > got the following break. QT3 and QT4 are installed. Any ideas? > > Rainer > > > ------------------------------------------------------ > [..snip..] > [ 61%] Generating core/core.so > g++ -c -DCORE_EXPORT=3D -pipe -fPIC -O2 -Wall -W -DNDEBUG -DQT_NO_DEBUG > -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LIB -I. > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/composer > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/raster > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/renderer > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/spatialindex > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/symbology > -I/usr/ports/graphics/qgis/work/qgis-1.3.0 -I/usr/local/include > -I/usr/local/include/python2.6 -I/usr/local/share/qt4/mkspecs/default > -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui > -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtSvg > -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4 -o > sipcorecmodule.o sipcorecmodule.cpp > In file included from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > /usr/local/include/qfileinfo.h:120:2: error: #error "QFileInfo::size() > should return QIODevice::Offset instead of uint" > In file included from /usr/local/share/py-sip/QtXml/qdom.sip:74: > /usr/local/include/qdom.h:97: error: function definition does not > declare parameters > /usr/local/include/qdom.h:122: error: function definition does not > declare parameters > /usr/local/include/qdom.h:232: error: function definition does not > declare parameters > /usr/local/include/qdom.h:258: error: function definition does not > declare parameters > /usr/local/include/qdom.h:286: error: function definition does not > declare parameters > /usr/local/include/qdom.h:345: error: function definition does not > declare parameters > /usr/local/include/qdom.h:380: error: function definition does not > declare parameters > /usr/local/include/qdom.h:399: error: function definition does not > declare parameters > /usr/local/include/qdom.h:434: error: function definition does not > declare parameters > /usr/local/include/qdom.h:463: error: function definition does not > declare parameters > /usr/local/include/qdom.h:518: error: function definition does not > declare parameters > /usr/local/include/qdom.h:541: error: function definition does not > declare parameters > /usr/local/include/qdom.h:560: error: function definition does not > declare parameters > /usr/local/include/qdom.h:579: error: function definition does not > declare parameters > /usr/local/include/qdom.h:602: error: function definition does not > declare parameters > /usr/local/include/qdom.h:625: error: function definition does not > declare parameters > /usr/local/include/qdom.h:644: error: function definition does not > declare parameters > /usr/local/include/qdom.h:671: error: expected initializer before '&' tok= en > In file included from > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgscsexception.h:21, > from > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgscoordinatetransform.= h:27, > from > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsrendercontext.h:21, > from > > /usr/ports/graphics/qgis/work/qgis-1.3.0/python/core/qgsrendercontext.sip= :6: > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:116: > error: field 'mProjectDom' has incomplete type > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:87: > error: invalid use of incomplete type 'struct QDomDocument' > /usr/local/include/qdom.h:86: error: forward declaration of 'struct > QDomDocument' > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h: In > constructor > 'QgsProjectBadLayerException::QgsProjectBadLayerException(const > std::list >&, const QDomDocument&)': > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: > error: class 'QgsProjectBadLayerException' does not have any field named > 'mProjectDom' > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h: In > member function 'const QDomDocument& > QgsProjectBadLayerException::document() const': > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:103: > error: 'mProjectDom' was not declared in this scope > In file included from /usr/local/share/py-sip/QtCore/qlocale.sip:721: > /usr/local/include/qlocale.h: At global scope: > /usr/local/include/qlocale.h:43: error: function definition does not > declare parameters > In file included from /usr/local/include/qfileinfo.h:42, > from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > /usr/local/include/qfile.h:50: error: function definition does not > declare parameters > /usr/local/include/qfile.h:121: error: 'QFile' has not been declared > /usr/local/include/qfile.h:121: error: non-member function 'QString > name()' cannot have cv-qualifier > /usr/local/include/qfile.h: In function 'QString name()': > /usr/local/include/qfile.h:122: error: 'fn' was not declared in this scop= e > /usr/local/include/qfile.h: At global scope: > /usr/local/include/qfile.h:124: error: 'Offset' in class 'QIODevice' > does not name a type > In file included from /usr/local/include/qfileinfo.h:43, > from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > /usr/local/include/qdatetime.h:51: error: function definition does not > declare parameters > /usr/local/include/qdatetime.h:123: error: function definition does not > declare parameters > /usr/local/include/qdatetime.h:184: error: function definition does not > declare parameters > /usr/local/include/qdatetime.h:241: error: expected initializer before > '&' token > /usr/local/include/qdatetime.h:242: error: expected initializer before > '&' token > /usr/local/include/qdatetime.h:243: error: expected initializer before > '&' token > /usr/local/include/qdatetime.h:244: error: expected initializer before > '&' token > /usr/local/include/qdatetime.h:245: error: expected initializer before > '&' token > /usr/local/include/qdatetime.h:246: error: expected initializer before > '&' token > In file included from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > /usr/local/include/qfileinfo.h:52: error: function definition does not > declare parameters > /usr/local/include/qfileinfo.h:148: error: 'QFileInfo' has not been > declared > /usr/local/include/qfileinfo.h:148: error: non-member function 'bool > caching()' cannot have cv-qualifier > /usr/local/include/qfileinfo.h: In function 'bool caching()': > /usr/local/include/qfileinfo.h:150: error: 'cache' was not declared in > this scope > In file included from /usr/local/share/py-sip/QtCore/qurl.sip:46: > /usr/local/include/qurl.h: At global scope: > /usr/local/include/qurl.h:49: error: function definition does not > declare parameters > In file included from /usr/local/include/qpainter.h:44, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qfontmetrics.h:53: error: function definition does > not declare parameters > In file included from /usr/local/include/qpainter.h:45, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qfontinfo.h:46: error: function definition does not > declare parameters > /usr/local/include/qfontinfo.h:84: error: invalid use of incomplete type > 'struct QFontInfo' > /usr/local/include/qt4/QtGui/qwindowdefs.h:72: error: forward > declaration of 'struct QFontInfo' > In file included from /usr/local/include/qgarray.h:42, > from /usr/local/include/qmemarray.h:42, > from /usr/local/include/qpointarray.h:42, > from /usr/local/include/qpainter.h:49, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qshared.h:46: error: function definition does not > declare parameters > In file included from /usr/local/include/qmemarray.h:42, > from /usr/local/include/qpointarray.h:42, > from /usr/local/include/qpainter.h:49, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qgarray.h:46: error: function definition does not > declare parameters > /usr/local/include/qgarray.h:119: error: 'QGArray' has not been declared > /usr/local/include/qgarray.h:119: error: non-member function 'char* > at(uint)' cannot have cv-qualifier > /usr/local/include/qgarray.h: In function 'char* at(uint)': > /usr/local/include/qgarray.h:127: error: 'shd' was not declared in this > scope > In file included from /usr/local/include/qpointarray.h:42, > from /usr/local/include/qpainter.h:49, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qmemarray.h: At global scope: > /usr/local/include/qmemarray.h:48: error: expected class-name before '{' > token > /usr/local/include/qmemarray.h:71: error: 'Optimization' has not been > declared > /usr/local/include/qmemarray.h: In constructor > 'QMemArray::QMemArray(int, int)': > /usr/local/include/qmemarray.h:55: error: class 'QMemArray' does > not have any field named 'QGArray' > /usr/local/include/qmemarray.h: In constructor > 'QMemArray::QMemArray(int)': > /usr/local/include/qmemarray.h:59: error: class 'QMemArray' does > not have any field named 'QGArray' > /usr/local/include/qmemarray.h: In copy constructor > 'QMemArray::QMemArray(const QMemArray&)': > /usr/local/include/qmemarray.h:60: error: class 'QMemArray' does > not have any field named 'QGArray' > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::operator=3D(const QMemArray&)': > /usr/local/include/qmemarray.h:63: error: 'QGArray' was not declared in > this scope > /usr/local/include/qmemarray.h:63: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:63: error: '::assign' has not been declare= d > /usr/local/include/qmemarray.h: In member function 'type* > QMemArray::data() const': > /usr/local/include/qmemarray.h:64: error: 'QGArray' was not declared in > this scope > /usr/local/include/qmemarray.h:64: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:64: error: '::data' has not been declared > /usr/local/include/qmemarray.h: In member function 'uint > QMemArray::nrefs() const': > /usr/local/include/qmemarray.h:65: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'uint > QMemArray::size() const': > /usr/local/include/qmemarray.h:66: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::isEmpty() const': > /usr/local/include/qmemarray.h:68: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::isNull() const': > /usr/local/include/qmemarray.h:69: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::resize(uint)': > /usr/local/include/qmemarray.h:70: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::resize(uint, int)': > /usr/local/include/qmemarray.h:71: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::truncate(uint)': > /usr/local/include/qmemarray.h:72: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::fill(const type&, int)': > /usr/local/include/qmemarray.h:74: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'void > QMemArray::detach()': > /usr/local/include/qmemarray.h:75: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::assign(const QMemArray&)': > /usr/local/include/qmemarray.h:79: error: 'QGArray' was not declared in > this scope > /usr/local/include/qmemarray.h:79: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:79: error: '::assign' has not been declare= d > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::assign(const type*, uint)': > /usr/local/include/qmemarray.h:81: error: 'QGArray' was not declared in > this scope > /usr/local/include/qmemarray.h:81: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:81: error: '::assign' has not been declare= d > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::duplicate(const QMemArray&)': > /usr/local/include/qmemarray.h:83: error: 'QGArray' was not declared in > this scope > /usr/local/include/qmemarray.h:83: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:83: error: '::duplicate' has not been > declared > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::duplicate(const type*, uint)': > /usr/local/include/qmemarray.h:85: error: 'QGArray' was not declared in > this scope > /usr/local/include/qmemarray.h:85: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:85: error: '::duplicate' has not been > declared > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::setRawData(const type*, uint)': > /usr/local/include/qmemarray.h:87: error: 'QGArray' was not declared in > this scope > /usr/local/include/qmemarray.h:87: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:87: error: '::setRawData' has not been > declared > /usr/local/include/qmemarray.h: In member function 'void > QMemArray::resetRawData(const type*, uint)': > /usr/local/include/qmemarray.h:90: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'int > QMemArray::find(const type&, uint) const': > /usr/local/include/qmemarray.h:92: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'int > QMemArray::contains(const type&) const': > /usr/local/include/qmemarray.h:94: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'void > QMemArray::sort()': > /usr/local/include/qmemarray.h:95: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'int > QMemArray::bsearch(const type&) const': > /usr/local/include/qmemarray.h:97: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'type& > QMemArray::operator[](int) const': > /usr/local/include/qmemarray.h:100: error: 'QGArray' was not declared in > this scope > /usr/local/include/qmemarray.h:100: error: expected primary-expression > before '&' token > /usr/local/include/qmemarray.h:100: error: expected primary-expression > before ')' token > /usr/local/include/qmemarray.h: In member function 'type& > QMemArray::at(uint) const': > /usr/local/include/qmemarray.h:102: error: 'QGArray' was not declared in > this scope > /usr/local/include/qmemarray.h:102: error: expected primary-expression > before '&' token > /usr/local/include/qmemarray.h:102: error: expected primary-expression > before ')' token > /usr/local/include/qmemarray.h: In member function > 'QMemArray::operator const type*() const': > /usr/local/include/qmemarray.h:103: error: 'QGArray' was not declared in > this scope > /usr/local/include/qmemarray.h:103: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:103: error: '::data' has not been declared > In file included from /usr/local/include/qpainter.h:49, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qpointarray.h: At global scope: > /usr/local/include/qpointarray.h:51: error: function definition does not > declare parameters > /usr/local/include/qpointarray.h:101: error: expected initializer before > '&' token > /usr/local/include/qpointarray.h:102: error: expected initializer before > '&' token > /usr/local/include/qpointarray.h:109: error: 'QPointArray' has not been > declared > /usr/local/include/qpointarray.h: In function 'void setPoint(uint, const > QPoint&)': > /usr/local/include/qpointarray.h:111: error: invalid initialization of > reference of type 'const QPoint&' from expression of type 'int' > /usr/local/include/qpointarray.h:109: error: in passing argument 2 of > 'void setPoint(uint, const QPoint&)' > In file included from /usr/local/include/qpainter.h:50, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qwmatrix.h: At global scope: > /usr/local/include/qwmatrix.h:51: error: function definition does not > declare parameters > /usr/local/include/qwmatrix.h:113: error: expected initializer before > 'operator' > /usr/local/include/qwmatrix.h:120: error: expected initializer before > '&' token > /usr/local/include/qwmatrix.h:121: error: expected initializer before > '&' token > In file included from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qpainter.h:67: error: function definition does not > declare parameters > /usr/local/include/qpainter.h:445: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:450: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:455: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:460: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:465: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:477: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:482: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:487: error: 'RasterOp' in namespace 'Qt' > does not name a type > /usr/local/include/qpainter.h:492: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:497: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:506: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:515: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:524: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:534: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:539: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:544: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:555: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:561: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:567: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:572: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:578: error: 'CoordinateMode' has not been > declared > /usr/local/include/qpainter.h:578: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:583: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:588: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:593: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:598: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:603: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:608: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:613: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:618: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:623: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:628: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:633: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:638: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:644: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:650: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:657: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:662: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:667: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:672: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:677: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:682: error: 'TextDirection' has not been > declared > /usr/local/include/qpainter.h:682: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:687: error: 'TextDirection' has not been > declared > /usr/local/include/qpainter.h:687: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:693: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:699: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:705: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/include/c++/4.2/bits/stl_list.h: In instantiation of > 'std::_List_node': > /usr/include/c++/4.2/bits/list.tcc:73: instantiated from 'void > std::_List_base<_Tp, _Alloc>::_M_clear() [with _Tp =3D QDomNode, _Alloc = =3D > std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:348: instantiated from > 'std::_List_base<_Tp, _Alloc>::~_List_base() [with _Tp =3D QDomNode, > _Alloc =3D std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:408: instantiated from here > /usr/include/c++/4.2/bits/stl_list.h:101: error: > 'std::_List_node<_Tp>::_M_data' has incomplete type > /usr/local/include/qdom.h:92: error: forward declaration of 'struct > QDomNode' > /usr/include/c++/4.2/bits/list.tcc: In member function 'void > std::_List_base<_Tp, _Alloc>::_M_clear() [with _Tp =3D QDomNode, _Alloc = =3D > std::allocator]': > /usr/include/c++/4.2/bits/stl_list.h:348: instantiated from > 'std::_List_base<_Tp, _Alloc>::~_List_base() [with _Tp =3D QDomNode, > _Alloc =3D std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:408: instantiated from here > /usr/include/c++/4.2/bits/list.tcc:78: error: 'struct > std::_List_node' has no member named '_M_data' > /usr/include/c++/4.2/bits/stl_list.h: In member function 'const _Tp& > std::_List_const_iterator<_Tp>::operator*() const [with _Tp =3D QDomNode]= ': > /usr/include/c++/4.2/bits/stl_list.h:1116: instantiated from 'void > std::list<_Tp, _Alloc>::_M_initialize_dispatch(_InputIterator, > _InputIterator, std::__false_type) [with _InputIterator =3D > std::_List_const_iterator, _Tp =3D QDomNode, _Alloc =3D > std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:497: instantiated from > 'std::list<_Tp, _Alloc>::list(const std::list<_Tp, _Alloc>&) [with _Tp = =3D > QDomNode, _Alloc =3D std::allocator]' > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: > instantiated from here > /usr/include/c++/4.2/bits/stl_list.h:215: error: 'const struct > std::_List_node' has no member named '_M_data' > /usr/include/c++/4.2/bits/stl_list.h: In member function > 'std::_List_node<_Tp>* std::list<_Tp, _Alloc>::_M_create_node(const > _Tp&) [with _Tp =3D QDomNode, _Alloc =3D std::allocator]': > /usr/include/c++/4.2/bits/stl_list.h:1161: instantiated from 'void > std::list<_Tp, _Alloc>::_M_insert(std::_List_iterator<_Tp>, const _Tp&) > [with _Tp =3D QDomNode, _Alloc =3D std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:764: instantiated from 'void > std::list<_Tp, _Alloc>::push_back(const _Tp&) [with _Tp =3D QDomNode, > _Alloc =3D std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:1116: instantiated from 'void > std::list<_Tp, _Alloc>::_M_initialize_dispatch(_InputIterator, > _InputIterator, std::__false_type) [with _InputIterator =3D > std::_List_const_iterator, _Tp =3D QDomNode, _Alloc =3D > std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:497: instantiated from > 'std::list<_Tp, _Alloc>::list(const std::list<_Tp, _Alloc>&) [with _Tp = =3D > QDomNode, _Alloc =3D std::allocator]' > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: > instantiated from here > /usr/include/c++/4.2/bits/stl_list.h:455: error: 'struct > std::_List_node' has no member named '_M_data' > gmake: *** [sipcorecmodule.o] Fehler 1 > *** Error code 2 > > Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. > *** Error code 1 > > Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. > *** Error code 1 > > Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. > *** Error code 1 > > Stop in /usr/ports/graphics/qgis. > *** Error code 1 > > Stop in /usr/ports/graphics/qgis. > > > ------------------------------ > > Message: 5 > Date: Fri, 09 Oct 2009 08:41:02 +0200 > From: Rainer Hurling > Subject: Re: graphics/qgis 1.3.0 does not compile on CURRENT > To: wen heping > Cc: freebsd-ports@freebsd.org > Message-ID: <4ACEDAFE.60808@gwdg.de> > Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed > > Wen, thanks for the tip. It works! Without qt3 installed all build and > installed fine. > > When I want to 'make package' I get the following error. Do you know it? > > Rainer > > ------------------ > #make package > =3D=3D=3D> Building package for qgis-1.3.0 > Creating package /usr/ports/packages/All/qgis-1.3.0.tbz > Registering depends: gdal-grass-1.4.3_2 grass-6.2.3_6,2 bash-4.0.33 > qt4-linguist-4.5.2 qt4-assistant-4.5.2 qt4-webkit-4.5.2 > qt4-phonon-gst-4.5.2 qt4-phonon-4.5.2 qt4-dbus-4.5.2 dbus-1.2.4.6_1 > fftw-2.1.5_6 gstreamer-plugins-0.10.24,3 gstreamer-0.10.24 > gio-fam-backend-2.20.5 gamin-0.1.10_3 gcc-4.4.2.20090929 qt4-help-4.5.2 > qt4-clucene-4.5.2 qt4-opengl-4.5.2 qt4-qt3support-4.5.2 qt4-svg-4.5.2 > qt4-gui-4.5.2_1 qt4-network-4.5.2 qt4-sqlite-plugin-4.5.2 qt4-sql-4.5.2 > qt4-xml-4.5.2 qt4-corelib-4.5.2 glib-2.20.5 popt-1.14 > postgresql-client-8.4.0_1 gettext-0.17_1 libxml2-2.7.5 libiconv-1.13.1 > sqlite3-3.6.14.2 icu-3.8.1_2 libcheck-0.9.6 liboil-0.3.16 gdal-1.6.0_1 > jasper-1.900.1_8 libglut-7.4.4 libGLU-7.4.4 libGL-7.4.4 > xorg-libraries-7.4 libXScrnSaver-1.1.3 libXTrap-1.0.0 libXaw-1.0.5_1,1 > libXcomposite-0.4.0,1 libXcursor-1.1.9_1 libXdamage-1.1.1 libXevie-1.0.2 > libXfontcache-1.0.4 libXi-1.2.1,1 libXinerama-1.0.3,1 libXmu-1.0.4,1 > libXp-1.0.0,1 libXpm-3.5.7 libXrandr-1.3.0 libXres-1.0.3_3 > libXtst-1.0.3_1 libXvMC-1.0.4_1 libXv-1.0.4,1 libXxf86dga-1.0.2 > libXxf86misc-1.0.1 libXxf86vm-1.0.2 libdmx-1.0.2_1 libXext-1.0.5,1 > libXfixes-4.0.3_1 tk-8.5.7 libXft-2.1.13 libXrender-0.9.4_1 > libxkbui-1.0.2_1 trapproto-3.4.3 libXt-1.0.5_1 liboldX-1.0.1 > libungif-4.1.4_5 libxkbfile-1.0.5 libX11-1.2.1_1,1 libdrm-2.4.12 > libxcb-1.4 libpthread-stubs-0.1 pcre-7.9 fontconfig-2.6.0,1 > libXfont-1.3.4,1 freetype2-2.3.9_1 libFS-1.0.1 libSM-1.1.0_1,1 > libICE-1.0.4_1,1 libXau-1.0.4 libXdmcp-1.0.2_1 libfontenc-1.0.4 > pixman-0.16.0 xproto-7.0.15 xtrans-1.2.3 pkg-config-0.23_1 > py26-setuptools-0.6c9 xdg-utils-1.0.2_4 geos-3.1.1 libgeotiff-1.2.5_1 > tiff-3.9.1 jpeg-7 png-1.2.40 proj-4.6.1 perl-threaded-5.10.1 > xcb-proto-1.5 python26-2.6.2_3 tcl-8.5.7_1 tcl-modules-8.5.7 gsl-1.12 > mpfr-2.4.1_1 libgmp-4.3.1 qt4-doc-4.5.2 freetype-1.3.1_4 gnome_subr-1.0 > expat-2.0.1 fontcacheproto-0.1.2 fontsproto-2.0.2 compositeproto-0.4 > damageproto-1.1.0_2 dmxproto-2.2.2 dri2proto-2.0 fixesproto-4.0 > inputproto-1.5.0 kbproto-1.0.3 printproto-1.0.4 randrproto-1.3.0 > recordproto-1.13.2 renderproto-0.9.3 scrnsaverproto-1.1.0 > videoproto-2.2.2 xextproto-7.0.5 xf86dgaproto-2.0.3 xf86miscproto-0.9.2 > xf86vidmodeproto-2.2.2 xineramaproto-1.1.2. > Creating bzip'd tar ball in '/usr/ports/packages/All/qgis-1.3.0.tbz' > tar: lib/qgis/libpggeoprocessingplugin.so: Cannot stat: No such file or > directory > tar: Error exit delayed from previous errors. > pkg_create: make_dist: tar command failed with code 256 > *** Error code 1 > > Stop in /usr/ports/graphics/qgis. > *** Error code 1 > > Stop in /usr/ports/graphics/qgis. > ------------------ > > > > Am 09.10.2009 08:17 (UTC+2) schrieb wen heping: > > Yes, this is a bug in QGIS. > > You should delete qt3 and then have a try. > > > > wen > > > > On Fri, Oct 9, 2009 at 2:14 PM, Rainer Hurling > > wrote: > > > > Dear maintainer, > > > > I tried to install the newest version of qgis port on 9.0-CURRENT > > and got the following break. QT3 and QT4 are installed. Any ideas? > > > > Rainer > > > > > > ------------------------------------------------------ > > [..snip..] > > [ 61%] Generating core/core.so > > g++ -c -DCORE_EXPORT=3D -pipe -fPIC -O2 -Wall -W -DNDEBUG > > -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB > > -DQT_XML_LIB -I. -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/cor= e > > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/composer > > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/raster > > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/renderer > > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/spatialindex > > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/symbology > > -I/usr/ports/graphics/qgis/work/qgis-1.3.0 -I/usr/local/include > > -I/usr/local/include/python2.6 > > -I/usr/local/share/qt4/mkspecs/default > > -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui > > -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtSvg > > -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4 -o > > sipcorecmodule.o sipcorecmodule.cpp > > In file included from > /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > > /usr/local/include/qfileinfo.h:120:2: error: #error > > "QFileInfo::size() should return QIODevice::Offset instead of uint" > > In file included from /usr/local/share/py-sip/QtXml/qdom.sip:74: > > /usr/local/include/qdom.h:97: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:122: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:232: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:258: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:286: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:345: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:380: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:399: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:434: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:463: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:518: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:541: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:560: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:579: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:602: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:625: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:644: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:671: error: expected initializer before > > '&' token > > In file included from > > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgscsexception.h:21, > > from > > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgscoordinatetransform.= h:27, > > from > > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsrendercontext.h:21, > > from > > > /usr/ports/graphics/qgis/work/qgis-1.3.0/python/core/qgsrendercontext.sip= :6: > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:11= 6: > > error: field 'mProjectDom' has incomplete type > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:87= : > > error: invalid use of incomplete type 'struct QDomDocument' > > /usr/local/include/qdom.h:86: error: forward declaration of 'struct > > QDomDocument' > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h: I= n > > constructor > > 'QgsProjectBadLayerException::QgsProjectBadLayerException(const > > std::list >&, const > QDomDocument&)': > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90= : > > error: class 'QgsProjectBadLayerException' does not have any field > > named 'mProjectDom' > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h: I= n > > member function 'const QDomDocument& > > QgsProjectBadLayerException::document() const': > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:10= 3: > > error: 'mProjectDom' was not declared in this scope > > In file included from /usr/local/share/py-sip/QtCore/qlocale.sip:72= 1: > > /usr/local/include/qlocale.h: At global scope: > > /usr/local/include/qlocale.h:43: error: function definition does no= t > > declare parameters > > In file included from /usr/local/include/qfileinfo.h:42, > > from /usr/local/share/py-sip/QtCore/qfileinfo.sip:4= 2: > > /usr/local/include/qfile.h:50: error: function definition does not > > declare parameters > > /usr/local/include/qfile.h:121: error: 'QFile' has not been declare= d > > /usr/local/include/qfile.h:121: error: non-member function 'QString > > name()' cannot have cv-qualifier > > /usr/local/include/qfile.h: In function 'QString name()': > > /usr/local/include/qfile.h:122: error: 'fn' was not declared in thi= s > > scope > > /usr/local/include/qfile.h: At global scope: > > /usr/local/include/qfile.h:124: error: 'Offset' in class 'QIODevice= ' > > does not name a type > > In file included from /usr/local/include/qfileinfo.h:43, > > from /usr/local/share/py-sip/QtCore/qfileinfo.sip:4= 2: > > /usr/local/include/qdatetime.h:51: error: function definition does > > not declare parameters > > /usr/local/include/qdatetime.h:123: error: function definition does > > not declare parameters > > /usr/local/include/qdatetime.h:184: error: function definition does > > not declare parameters > > /usr/local/include/qdatetime.h:241: error: expected initializer > > before '&' token > > /usr/local/include/qdatetime.h:242: error: expected initializer > > before '&' token > > /usr/local/include/qdatetime.h:243: error: expected initializer > > before '&' token > > /usr/local/include/qdatetime.h:244: error: expected initializer > > before '&' token > > /usr/local/include/qdatetime.h:245: error: expected initializer > > before '&' token > > /usr/local/include/qdatetime.h:246: error: expected initializer > > before '&' token > > In file included from > /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > > /usr/local/include/qfileinfo.h:52: error: function definition does > > not declare parameters > > /usr/local/include/qfileinfo.h:148: error: 'QFileInfo' has not been > > declared > > /usr/local/include/qfileinfo.h:148: error: non-member function 'boo= l > > caching()' cannot have cv-qualifier > > /usr/local/include/qfileinfo.h: In function 'bool caching()': > > /usr/local/include/qfileinfo.h:150: error: 'cache' was not declared > > in this scope > > In file included from /usr/local/share/py-sip/QtCore/qurl.sip:46: > > /usr/local/include/qurl.h: At global scope: > > /usr/local/include/qurl.h:49: error: function definition does not > > declare parameters > > In file included from /usr/local/include/qpainter.h:44, > > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > > /usr/local/include/qfontmetrics.h:53: error: function definition > > does not declare parameters > > In file included from /usr/local/include/qpainter.h:45, > > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > > /usr/local/include/qfontinfo.h:46: error: function definition does > > not declare parameters > > /usr/local/include/qfontinfo.h:84: error: invalid use of incomplete > > type 'struct QFontInfo' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:72: error: forward > > declaration of 'struct QFontInfo' > > In file included from /usr/local/include/qgarray.h:42, > > from /usr/local/include/qmemarray.h:42, > > from /usr/local/include/qpointarray.h:42, > > from /usr/local/include/qpainter.h:49, > > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > > /usr/local/include/qshared.h:46: error: function definition does no= t > > declare parameters > > In file included from /usr/local/include/qmemarray.h:42, > > from /usr/local/include/qpointarray.h:42, > > from /usr/local/include/qpainter.h:49, > > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > > /usr/local/include/qgarray.h:46: error: function definition does no= t > > declare parameters > > /usr/local/include/qgarray.h:119: error: 'QGArray' has not been > declared > > /usr/local/include/qgarray.h:119: error: non-member function 'char* > > at(uint)' cannot have cv-qualifier > > /usr/local/include/qgarray.h: In function 'char* at(uint)': > > /usr/local/include/qgarray.h:127: error: 'shd' was not declared in > > this scope > > In file included from /usr/local/include/qpointarray.h:42, > > from /usr/local/include/qpainter.h:49, > > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > > /usr/local/include/qmemarray.h: At global scope: > > /usr/local/include/qmemarray.h:48: error: expected class-name befor= e > > '{' token > > /usr/local/include/qmemarray.h:71: error: 'Optimization' has not > > been declared > > /usr/local/include/qmemarray.h: In constructor > > 'QMemArray::QMemArray(int, int)': > > /usr/local/include/qmemarray.h:55: error: class 'QMemArray' > > does not have any field named 'QGArray' > > /usr/local/include/qmemarray.h: In constructor > > 'QMemArray::QMemArray(int)': > > /usr/local/include/qmemarray.h:59: error: class 'QMemArray' > > does not have any field named 'QGArray' > > /usr/local/include/qmemarray.h: In copy constructor > > 'QMemArray::QMemArray(const QMemArray&)': > > /usr/local/include/qmemarray.h:60: error: class 'QMemArray' > > does not have any field named 'QGArray' > > /usr/local/include/qmemarray.h: In member function 'QMemArray= & > > QMemArray::operator=3D(const QMemArray&)': > > /usr/local/include/qmemarray.h:63: error: 'QGArray' was not declare= d > > in this scope > > /usr/local/include/qmemarray.h:63: error: expected ';' before '::' > token > > /usr/local/include/qmemarray.h:63: error: '::assign' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'type* > > QMemArray::data() const': > > /usr/local/include/qmemarray.h:64: error: 'QGArray' was not declare= d > > in this scope > > /usr/local/include/qmemarray.h:64: error: expected ';' before '::' > token > > /usr/local/include/qmemarray.h:64: error: '::data' has not been > declared > > /usr/local/include/qmemarray.h: In member function 'uint > > QMemArray::nrefs() const': > > /usr/local/include/qmemarray.h:65: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'uint > > QMemArray::size() const': > > /usr/local/include/qmemarray.h:66: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'bool > > QMemArray::isEmpty() const': > > /usr/local/include/qmemarray.h:68: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'bool > > QMemArray::isNull() const': > > /usr/local/include/qmemarray.h:69: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'bool > > QMemArray::resize(uint)': > > /usr/local/include/qmemarray.h:70: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'bool > > QMemArray::resize(uint, int)': > > /usr/local/include/qmemarray.h:71: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'bool > > QMemArray::truncate(uint)': > > /usr/local/include/qmemarray.h:72: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'bool > > QMemArray::fill(const type&, int)': > > /usr/local/include/qmemarray.h:74: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'void > > QMemArray::detach()': > > /usr/local/include/qmemarray.h:75: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'QMemArray= & > > QMemArray::assign(const QMemArray&)': > > /usr/local/include/qmemarray.h:79: error: 'QGArray' was not declare= d > > in this scope > > /usr/local/include/qmemarray.h:79: error: expected ';' before '::' > token > > /usr/local/include/qmemarray.h:79: error: '::assign' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'QMemArray= & > > QMemArray::assign(const type*, uint)': > > /usr/local/include/qmemarray.h:81: error: 'QGArray' was not declare= d > > in this scope > > /usr/local/include/qmemarray.h:81: error: expected ';' before '::' > token > > /usr/local/include/qmemarray.h:81: error: '::assign' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'QMemArray= & > > QMemArray::duplicate(const QMemArray&)': > > /usr/local/include/qmemarray.h:83: error: 'QGArray' was not declare= d > > in this scope > > /usr/local/include/qmemarray.h:83: error: expected ';' before '::' > token > > /usr/local/include/qmemarray.h:83: error: '::duplicate' has not bee= n > > declared > > /usr/local/include/qmemarray.h: In member function 'QMemArray= & > > QMemArray::duplicate(const type*, uint)': > > /usr/local/include/qmemarray.h:85: error: 'QGArray' was not declare= d > > in this scope > > /usr/local/include/qmemarray.h:85: error: expected ';' before '::' > token > > /usr/local/include/qmemarray.h:85: error: '::duplicate' has not bee= n > > declared > > /usr/local/include/qmemarray.h: In member function 'QMemArray= & > > QMemArray::setRawData(const type*, uint)': > > /usr/local/include/qmemarray.h:87: error: 'QGArray' was not declare= d > > in this scope > > /usr/local/include/qmemarray.h:87: error: expected ';' before '::' > token > > /usr/local/include/qmemarray.h:87: error: '::setRawData' has not > > been declared > > /usr/local/include/qmemarray.h: In member function 'void > > QMemArray::resetRawData(const type*, uint)': > > /usr/local/include/qmemarray.h:90: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'int > > QMemArray::find(const type&, uint) const': > > /usr/local/include/qmemarray.h:92: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'int > > QMemArray::contains(const type&) const': > > /usr/local/include/qmemarray.h:94: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'void > > QMemArray::sort()': > > /usr/local/include/qmemarray.h:95: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'int > > QMemArray::bsearch(const type&) const': > > /usr/local/include/qmemarray.h:97: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'type& > > QMemArray::operator[](int) const': > > /usr/local/include/qmemarray.h:100: error: 'QGArray' was not > > declared in this scope > > /usr/local/include/qmemarray.h:100: error: expected > > primary-expression before '&' token > > /usr/local/include/qmemarray.h:100: error: expected > > primary-expression before ')' token > > /usr/local/include/qmemarray.h: In member function 'type& > > QMemArray::at(uint) const': > > /usr/local/include/qmemarray.h:102: error: 'QGArray' was not > > declared in this scope > > /usr/local/include/qmemarray.h:102: error: expected > > primary-expression before '&' token > > /usr/local/include/qmemarray.h:102: error: expected > > primary-expression before ')' token > > /usr/local/include/qmemarray.h: In member function > > 'QMemArray::operator const type*() const': > > /usr/local/include/qmemarray.h:103: error: 'QGArray' was not > > declared in this scope > > /usr/local/include/qmemarray.h:103: error: expected ';' before '::' > > token > > /usr/local/include/qmemarray.h:103: error: '::data' has not been > > declared > > In file included from /usr/local/include/qpainter.h:49, > > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > > /usr/local/include/qpointarray.h: At global scope: > > /usr/local/include/qpointarray.h:51: error: function definition doe= s > > not declare parameters > > /usr/local/include/qpointarray.h:101: error: expected initializer > > before '&' token > > /usr/local/include/qpointarray.h:102: error: expected initializer > > before '&' token > > /usr/local/include/qpointarray.h:109: error: 'QPointArray' has not > > been declared > > /usr/local/include/qpointarray.h: In function 'void setPoint(uint, > > const QPoint&)': > > /usr/local/include/qpointarray.h:111: error: invalid initialization > > of reference of type 'const QPoint&' from expression of type 'int' > > /usr/local/include/qpointarray.h:109: error: in passing argument 2 > > of 'void setPoint(uint, const QPoint&)' > > In file included from /usr/local/include/qpainter.h:50, > > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > > /usr/local/include/qwmatrix.h: At global scope: > > /usr/local/include/qwmatrix.h:51: error: function definition does > > not declare parameters > > /usr/local/include/qwmatrix.h:113: error: expected initializer > > before 'operator' > > /usr/local/include/qwmatrix.h:120: error: expected initializer > > before '&' token > > /usr/local/include/qwmatrix.h:121: error: expected initializer > > before '&' token > > In file included from /usr/local/share/py-sip/QtGui/qpainter.sip:46= : > > /usr/local/include/qpainter.h:67: error: function definition does > > not declare parameters > > /usr/local/include/qpainter.h:445: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:450: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:455: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:460: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:465: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:477: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:482: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:487: error: 'RasterOp' in namespace > > 'Qt' does not name a type > > /usr/local/include/qpainter.h:492: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:497: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:506: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:515: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:524: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:534: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:539: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:544: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:555: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:561: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:567: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:572: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:578: error: 'CoordinateMode' has not > > been declared > > /usr/local/include/qpainter.h:578: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:583: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:588: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:593: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:598: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:603: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:608: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:613: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:618: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:623: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:628: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:633: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:638: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:644: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:650: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:657: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:662: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:667: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:672: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:677: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:682: error: 'TextDirection' has not > > been declared > > /usr/local/include/qpainter.h:682: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:687: error: 'TextDirection' has not > > been declared > > /usr/local/include/qpainter.h:687: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:693: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:699: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:705: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/include/c++/4.2/bits/stl_list.h: In instantiation of > > 'std::_List_node': > > /usr/include/c++/4.2/bits/list.tcc:73: instantiated from 'void > > std::_List_base<_Tp, _Alloc>::_M_clear() [with _Tp =3D QDomNode, > > _Alloc =3D std::allocator]' > > /usr/include/c++/4.2/bits/stl_list.h:348: instantiated from > > 'std::_List_base<_Tp, _Alloc>::~_List_base() [with _Tp =3D QDomNode= , > > _Alloc =3D std::allocator]' > > /usr/include/c++/4.2/bits/stl_list.h:408: instantiated from here > > /usr/include/c++/4.2/bits/stl_list.h:101: error: > > 'std::_List_node<_Tp>::_M_data' has incomplete type > > /usr/local/include/qdom.h:92: error: forward declaration of 'struct > > QDomNode' > > /usr/include/c++/4.2/bits/list.tcc: In member function 'void > > std::_List_base<_Tp, _Alloc>::_M_clear() [with _Tp =3D QDomNode, > > _Alloc =3D std::allocator]': > > /usr/include/c++/4.2/bits/stl_list.h:348: instantiated from > > 'std::_List_base<_Tp, _Alloc>::~_List_base() [with _Tp =3D QDomNode= , > > _Alloc =3D std::allocator]' > > /usr/include/c++/4.2/bits/stl_list.h:408: instantiated from here > > /usr/include/c++/4.2/bits/list.tcc:78: error: 'struct > > std::_List_node' has no member named '_M_data' > > /usr/include/c++/4.2/bits/stl_list.h: In member function 'const _Tp= & > > std::_List_const_iterator<_Tp>::operator*() const [with _Tp =3D > > QDomNode]': > > /usr/include/c++/4.2/bits/stl_list.h:1116: instantiated from 'voi= d > > std::list<_Tp, _Alloc>::_M_initialize_dispatch(_InputIterator, > > _InputIterator, std::__false_type) [with _InputIterator =3D > > std::_List_const_iterator, _Tp =3D QDomNode, _Alloc =3D > > std::allocator]' > > /usr/include/c++/4.2/bits/stl_list.h:497: instantiated from > > 'std::list<_Tp, _Alloc>::list(const std::list<_Tp, _Alloc>&) [with > > _Tp =3D QDomNode, _Alloc =3D std::allocator]' > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90= : > > instantiated from here > > /usr/include/c++/4.2/bits/stl_list.h:215: error: 'const struct > > std::_List_node' has no member named '_M_data' > > /usr/include/c++/4.2/bits/stl_list.h: In member function > > 'std::_List_node<_Tp>* std::list<_Tp, _Alloc>::_M_create_node(const > > _Tp&) [with _Tp =3D QDomNode, _Alloc =3D std::allocator]'= : > > /usr/include/c++/4.2/bits/stl_list.h:1161: instantiated from 'voi= d > > std::list<_Tp, _Alloc>::_M_insert(std::_List_iterator<_Tp>, const > > _Tp&) [with _Tp =3D QDomNode, _Alloc =3D std::allocator]' > > /usr/include/c++/4.2/bits/stl_list.h:764: instantiated from 'void > > std::list<_Tp, _Alloc>::push_back(const _Tp&) [with _Tp =3D QDomNod= e, > > _Alloc =3D std::allocator]' > > /usr/include/c++/4.2/bits/stl_list.h:1116: instantiated from 'voi= d > > std::list<_Tp, _Alloc>::_M_initialize_dispatch(_InputIterator, > > _InputIterator, std::__false_type) [with _InputIterator =3D > > std::_List_const_iterator, _Tp =3D QDomNode, _Alloc =3D > > std::allocator]' > > /usr/include/c++/4.2/bits/stl_list.h:497: instantiated from > > 'std::list<_Tp, _Alloc>::list(const std::list<_Tp, _Alloc>&) [with > > _Tp =3D QDomNode, _Alloc =3D std::allocator]' > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90= : > > instantiated from here > > /usr/include/c++/4.2/bits/stl_list.h:455: error: 'struct > > std::_List_node' has no member named '_M_data' > > gmake: *** [sipcorecmodule.o] Fehler 1 > > *** Error code 2 > > > > Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. > > *** Error code 1 > > > > Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. > > *** Error code 1 > > > > Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. > > *** Error code 1 > > > > Stop in /usr/ports/graphics/qgis. > > *** Error code 1 > > > > Stop in /usr/ports/graphics/qgis. > > > > > > > ------------------------------ > > Message: 6 > Date: Fri, 09 Oct 2009 10:43:16 +0200 > From: "Matthias Andree" > Subject: Re: sigwait - differences between Linux & FreeBSD > To: "Stephen Hocking" > Cc: ports@freebsd.org > Message-ID: > Content-Type: text/plain; charset=3Dutf-8; format=3Dflowed; delsp=3Dyes > > Am 09.10.2009, 03:38 Uhr, schrieb Stephen Hocking > : > > > It appears as if the documentation does not match up with the reality > > in Linux's case. That's what the empirical evidence suggests anyway. > > The code does does a waitpid after receiving the SIGCHLD to determine > > what child process has exited and then searches its list of sessions > > looking for that particular pid, so as to tidy up. > > My reception is: if the process wants SIGCHLD, it will have to install it= s > own handler, because the default disposition for this signal is SIG_IGN (= =3D > discard signal and do not turn child process into a zombie). > > So use your patch for FreeBSD, feed it to the upstream maintainer with a > copy of this thread and relevant quotes from the standard and manpage and > move on. :) > > The alternative is to do away with SIGCHLD and use waitpid((pid_t)-1, > WNOHANG) to poll for children that have exited. > > > I can to some degree understand that implementation of sigwait, as if > > you state your intention to wait for a particular signal, that means > > that you don't wish to ignore it. > > That's outside the standard. If it works on a particular Linux kernel > version that doesn't mean it will work on every other. Why lose yourself > in empirical programming if there are standards? > > -- > Matthias Andree > > > ------------------------------ > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > End of freebsd-ports Digest, Vol 333, Issue 6 > ********************************************* > From owner-freebsd-ports@FreeBSD.ORG Fri Oct 9 14:28:15 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75A5D106568D; Fri, 9 Oct 2009 14:28:15 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [92.53.104.116]) by mx1.freebsd.org (Postfix) with ESMTP id 326E98FC16; Fri, 9 Oct 2009 14:28:15 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1MwGS3-0004Ez-Ut; Fri, 09 Oct 2009 18:28:12 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id CCB71B84D; Fri, 9 Oct 2009 18:28:12 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id B3E9FB849; Fri, 9 Oct 2009 18:28:12 +0400 (MSD) Date: Fri, 9 Oct 2009 18:28:12 +0400 From: Dmitry Marakasov To: Jeremy Messenger Message-ID: <20091009142812.GA88254@hades.panopticon> References: <20091007153059.GD69519@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: gnome@freebsd.org, freebsd-ports@freebsd.org Subject: Re: glib/webkit update? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2009 14:28:15 -0000 * Jeremy Messenger (mezz7@cox.net) wrote: > GNOME 2.28 was released during our ports tree freeze time, so we weren't > able to put into ports tree. If you can't wait, grab those in MarcusCom > CVS[1]. Thanks for answers! I've updated GNOME, just to discover that JOSM actually uses qt4-webkit :) Well, I've updated qt4 from area51 as well, and now everything is working great. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-ports@FreeBSD.ORG Fri Oct 9 16:28:36 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E801C1065679 for ; Fri, 9 Oct 2009 16:28:36 +0000 (UTC) (envelope-from edwar181@yahoo.com) Received: from n7.bullet.mail.ac4.yahoo.com (n7.bullet.mail.ac4.yahoo.com [76.13.13.235]) by mx1.freebsd.org (Postfix) with SMTP id 8A3568FC1C for ; Fri, 9 Oct 2009 16:28:36 +0000 (UTC) Received: from [76.13.13.26] by n7.bullet.mail.ac4.yahoo.com with NNFMP; 09 Oct 2009 16:15:24 -0000 Received: from [76.13.10.167] by t3.bullet.mail.ac4.yahoo.com with NNFMP; 09 Oct 2009 16:15:24 -0000 Received: from [127.0.0.1] by omp108.mail.ac4.yahoo.com with NNFMP; 09 Oct 2009 16:15:24 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 312053.54877.bm@omp108.mail.ac4.yahoo.com Received: (qmail 79220 invoked by uid 60001); 9 Oct 2009 16:15:24 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1255104924; bh=lWV7YzuqW8+UjMAaY+Qfp6oSdELAJrHXIRUQiEerUtQ=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=QddPSRnYEY0Ll/rWODLQ0nu6Iay6AA2RcPEb00Bv/wLkHmeZe+7OWyeMg/bTJEWdbLcCkwWf2wscT4DDcoiIZi7u+lMIojm93q9+YRiHLIFXrioJW3y+bnhCixYSgEv+H8/WnMgeaPBR5elAUOjh6k0zrsCVr+uNruHsgxyUjL0= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=UfL5aT+qnySzRhesTPy2sSnrZxAngdGiglI7v7ZYKifgXZrBKRMPcq00+yaxLHapEOjF87rPKv6gaPo8+KycgYOZAE17pkmBZbQS/uK9yRSgXCGyq974ZhJJn1gg5zrd17OVkT+4qQIVHH3Jgm4t0/rW5RPejH+kXZGCG6SCnBA=; Message-ID: <197996.79192.qm@web57510.mail.re1.yahoo.com> X-YMail-OSG: zSkQQCwVM1nHWXc8QScSPU5rdflwf_KfXri6.5pqNn_U3sL6G6nrvqjd9AMBUXbKl.FNMr2G8piFPIaRj5imtWjyGHOsSOXvyBZE7unR5hONy2IZl4X16Bm2CFJi1IQdHAltgcKc1FNSgrzhlr9QrD0TDt9NozmFL70ETyOByvoYAmRYcFWdfB5sRP0eOOcNdfTCIdIVcQlTVFLmDxreHdFD7y5D4yPq3kk1hEyimDSMHXDJsPRdwu7DDPN3qrtK95KHkd0JJ2B23qyZZjdbMja0mZnhvtTAJZ90wO.6tfLzrHlRBMfiEfVZMZF30chM2CmG3Vja_qSz7JkbrQmua6pxDms3JOG.2A-- Received: from [162.40.13.2] by web57510.mail.re1.yahoo.com via HTTP; Fri, 09 Oct 2009 09:15:23 PDT X-Mailer: YahooMailRC/182.10 YahooMailWebService/0.7.347.3 Date: Fri, 9 Oct 2009 09:15:23 -0700 (PDT) From: Edward Shriver To: ports@FreeBSD.org MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 09 Oct 2009 16:58:57 +0000 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@FreeBSD.org Subject: portsnap X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2009 16:28:37 -0000 Sirs:=0A=0AI am attempting to load FreeBSD-7.0.=A0 The computer I am using = has no internet connection.=A0 Could you please let me have the location an= d name of the file(s) that portsnap needs to do its 'extract' thing.=0A=0AY= our help will be appreciated.=0A=0AEdward L Shriver=0Aedwar181@yahoo.com=0A= =0A=0A From owner-freebsd-ports@FreeBSD.ORG Fri Oct 9 16:28:44 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3388D1065679 for ; Fri, 9 Oct 2009 16:28:44 +0000 (UTC) (envelope-from edwar181@yahoo.com) Received: from n7a.bullet.mail.ac4.yahoo.com (n7a.bullet.mail.ac4.yahoo.com [76.13.13.70]) by mx1.freebsd.org (Postfix) with SMTP id C3E8E8FC15 for ; Fri, 9 Oct 2009 16:28:43 +0000 (UTC) Received: from [76.13.13.25] by n7.bullet.mail.ac4.yahoo.com with NNFMP; 09 Oct 2009 16:15:24 -0000 Received: from [76.13.10.168] by t4.bullet.mail.ac4.yahoo.com with NNFMP; 09 Oct 2009 16:15:24 -0000 Received: from [127.0.0.1] by omp109.mail.ac4.yahoo.com with NNFMP; 09 Oct 2009 16:15:24 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 319677.33785.bm@omp109.mail.ac4.yahoo.com Received: (qmail 79220 invoked by uid 60001); 9 Oct 2009 16:15:24 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1255104924; bh=lWV7YzuqW8+UjMAaY+Qfp6oSdELAJrHXIRUQiEerUtQ=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=QddPSRnYEY0Ll/rWODLQ0nu6Iay6AA2RcPEb00Bv/wLkHmeZe+7OWyeMg/bTJEWdbLcCkwWf2wscT4DDcoiIZi7u+lMIojm93q9+YRiHLIFXrioJW3y+bnhCixYSgEv+H8/WnMgeaPBR5elAUOjh6k0zrsCVr+uNruHsgxyUjL0= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=UfL5aT+qnySzRhesTPy2sSnrZxAngdGiglI7v7ZYKifgXZrBKRMPcq00+yaxLHapEOjF87rPKv6gaPo8+KycgYOZAE17pkmBZbQS/uK9yRSgXCGyq974ZhJJn1gg5zrd17OVkT+4qQIVHH3Jgm4t0/rW5RPejH+kXZGCG6SCnBA=; Message-ID: <197996.79192.qm@web57510.mail.re1.yahoo.com> X-YMail-OSG: zSkQQCwVM1nHWXc8QScSPU5rdflwf_KfXri6.5pqNn_U3sL6G6nrvqjd9AMBUXbKl.FNMr2G8piFPIaRj5imtWjyGHOsSOXvyBZE7unR5hONy2IZl4X16Bm2CFJi1IQdHAltgcKc1FNSgrzhlr9QrD0TDt9NozmFL70ETyOByvoYAmRYcFWdfB5sRP0eOOcNdfTCIdIVcQlTVFLmDxreHdFD7y5D4yPq3kk1hEyimDSMHXDJsPRdwu7DDPN3qrtK95KHkd0JJ2B23qyZZjdbMja0mZnhvtTAJZ90wO.6tfLzrHlRBMfiEfVZMZF30chM2CmG3Vja_qSz7JkbrQmua6pxDms3JOG.2A-- Received: from [162.40.13.2] by web57510.mail.re1.yahoo.com via HTTP; Fri, 09 Oct 2009 09:15:23 PDT X-Mailer: YahooMailRC/182.10 YahooMailWebService/0.7.347.3 Date: Fri, 9 Oct 2009 09:15:23 -0700 (PDT) From: Edward Shriver To: ports@FreeBSD.org MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 09 Oct 2009 16:59:13 +0000 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@FreeBSD.org Subject: portsnap X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2009 16:28:44 -0000 Sirs:=0A=0AI am attempting to load FreeBSD-7.0.=A0 The computer I am using = has no internet connection.=A0 Could you please let me have the location an= d name of the file(s) that portsnap needs to do its 'extract' thing.=0A=0AY= our help will be appreciated.=0A=0AEdward L Shriver=0Aedwar181@yahoo.com=0A= =0A=0A From owner-freebsd-ports@FreeBSD.ORG Fri Oct 9 17:44:14 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86177106566B for ; Fri, 9 Oct 2009 17:44:14 +0000 (UTC) (envelope-from mdonada@auroraalimentos.com.br) Received: from auroraalimentos.com.br (mx.auroraalimentos.com.br [200.228.43.6]) by mx1.freebsd.org (Postfix) with ESMTP id D8BA58FC08 for ; Fri, 9 Oct 2009 17:44:13 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by auroraalimentos.com.br (Postfix) with ESMTP id DD9CDFD41EE for ; Fri, 9 Oct 2009 14:31:26 -0300 (BRT) Received: from auroraalimentos.com.br ([127.0.0.1]) by localhost (mx.auroraalimentos.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1L+wYgCDd3p2 for ; Fri, 9 Oct 2009 14:31:26 -0300 (BRT) Received: from [121.1.16.22] (unknown [121.1.16.22]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by auroraalimentos.com.br (Postfix) with ESMTP id F1DE4FD41F8 for ; Fri, 9 Oct 2009 14:31:24 -0300 (BRT) Message-ID: <4ACF73D3.9070103@auroraalimentos.com.br> Date: Fri, 09 Oct 2009 14:33:07 -0300 From: =?ISO-8859-1?Q?M=E1rcio_Luciano_Donada?= User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: NTOP X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2009 17:44:14 -0000 Hi list, I installed ntop using the ports to monitor a bridge interface, but when you start the process of ntop have the following message: Fri Oct 9 14:31:08 2009 NOTE: Interface merge enabled by default Fri Oct 9 14:31:09 2009 Initializing gdbm databases Fri Oct 9 14:31:09 2009 ntop will be started as user nobody Fri Oct 9 14:31:09 2009 ntop v.3.3.10 Fri Oct 9 14:31:09 2009 Configured on Oct 3 2009 0:54:35, built on Oct 3 2009 00:57:43. Fri Oct 9 14:31:09 2009 Copyright 1998-2009 by Luca Deri Fri Oct 9 14:31:09 2009 Get the freshest ntop from http://www.ntop.org/ Fri Oct 9 14:31:09 2009 NOTE: ntop is running from '/usr/local/bin' Fri Oct 9 14:31:09 2009 NOTE: (but see warning on man page for the --instance parameter) Fri Oct 9 14:31:09 2009 NOTE: ntop libraries are in '/usr/local/lib' Fri Oct 9 14:31:09 2009 Initializing ntop Fri Oct 9 14:31:09 2009 No patterns to load: protocol guessing disabled. Fri Oct 9 14:31:09 2009 Checking bridge0 for additional devices Fri Oct 9 14:31:09 2009 Resetting traffic statistics for device bridge0 Fri Oct 9 14:31:09 2009 Initializing device bridge0 (0) Fri Oct 9 14:31:09 2009 DLT: Device 0 [bridge0] is 1, mtu 1514, header 14 Fri Oct 9 14:31:09 2009 Initializing gdbm databases Fri Oct 9 14:31:09 2009 VENDOR: Loading MAC address table. Fri Oct 9 14:31:09 2009 VENDOR: Checking for MAC address table file Fri Oct 9 14:31:09 2009 VENDOR: File '/usr/local/etc/ntop/specialMAC.txt.gz' does not need to be reloaded Fri Oct 9 14:31:09 2009 VENDOR: ntop continues ok Fri Oct 9 14:31:09 2009 VENDOR: Checking for MAC address table file Fri Oct 9 14:31:09 2009 VENDOR: File '/usr/local/etc/ntop/oui.txt.gz' does not need to be reloaded Fri Oct 9 14:31:09 2009 VENDOR: ntop continues ok Fri Oct 9 14:31:09 2009 Fingerprint: Loading signature file Fri Oct 9 14:31:09 2009 Fingerprint: Checking for Fingerprint file... file Fri Oct 9 14:31:09 2009 **WARNING** Fingerprint: Unable to open file 'etter.finger.os' Fri Oct 9 14:31:09 2009 INIT: Parent process is exiting (this is normal) bridge# Fri Oct 9 14:31:09 2009 INIT: Bye bye: I'm becoming a daemon... [warn] kevent: Bad file descriptor ntop falls out after 20 seconds. # uname -a FreeBSD bridge.xxxxx.com.br 7.2-STABLE FreeBSD 7.2-STABLE #0: Thu Oct 8 11:22:36 BRT 2009 marcio@bridge.xxxxxx.com.br:/usr/src/sys/i386/compile/BRIDGE i386 -- Márcio Luciano Donada Aurora Alimentos - Cooperativa Central Oeste Catarinense Departamento de T.I. From owner-freebsd-ports@FreeBSD.ORG Fri Oct 9 18:37:46 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 868091065694 for ; Fri, 9 Oct 2009 18:37:46 +0000 (UTC) (envelope-from que_deseja@hotmail.com) Received: from blu0-omc2-s36.blu0.hotmail.com (blu0-omc2-s36.blu0.hotmail.com [65.55.111.111]) by mx1.freebsd.org (Postfix) with ESMTP id 51CE68FC0A for ; Fri, 9 Oct 2009 18:37:45 +0000 (UTC) Received: from BLU126-W29 ([65.55.111.71]) by blu0-omc2-s36.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 9 Oct 2009 11:25:44 -0700 Message-ID: X-Originating-IP: [98.192.212.177] From: Desmond da Peoples To: Date: Fri, 9 Oct 2009 18:25:45 +0000 Importance: Normal In-Reply-To: <197996.79192.qm@web57510.mail.re1.yahoo.com> References: <197996.79192.qm@web57510.mail.re1.yahoo.com> MIME-Version: 1.0 X-OriginalArrivalTime: 09 Oct 2009 18:25:44.0414 (UTC) FILETIME=[EA152FE0:01CA490D] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org Subject: RE: portsnap X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2009 18:37:46 -0000 You need to enable the CVSup file. Look in the handbook for installing the = ports tree. Go to chapter 4.5 in the freebsd handbook and follow the directions there. Be sure that you have a good connection. > Date: Fri=2C 9 Oct 2009 09:15:23 -0700 > From: edwar181@yahoo.com > To: ports@FreeBSD.org > CC: ports@FreeBSD.org > Subject: portsnap >=20 > Sirs: >=20 > I am attempting to load FreeBSD-7.0. The computer I am using has no inte= rnet connection. Could you please let me have the location and name of the= file(s) that portsnap needs to do its 'extract' thing. >=20 > Your help will be appreciated. >=20 > Edward L Shriver > edwar181@yahoo.com >=20 >=20 > =20 > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe=2C send any mail to "freebsd-ports-unsubscribe@freebsd.org= " =0A= _________________________________________________________________=0A= Hotmail: Free=2C trusted and rich email service.=0A= http://clk.atdmt.com/GBL/go/171222984/direct/01/= From owner-freebsd-ports@FreeBSD.ORG Fri Oct 9 18:43:11 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 463421065676; Fri, 9 Oct 2009 18:43:11 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id 08CA08FC15; Fri, 9 Oct 2009 18:43:10 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id C8B9C35A825; Fri, 9 Oct 2009 20:43:09 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id ADEBA228CD; Fri, 9 Oct 2009 20:43:09 +0200 (CEST) Date: Fri, 9 Oct 2009 20:43:09 +0200 From: Jilles Tjoelker To: Stephen Hocking Message-ID: <20091009184309.GA15210@stack.nl> References: <6300771b0910071753s6580c099i8c348824a6fe1a72@mail.gmail.com> <20091008100209.GG2259@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091008100209.GG2259@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: ports@freebsd.org, Kostik Belousov , hackers@freebsd.org Subject: Re: sigwait - differences between Linux & FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2009 18:43:11 -0000 On Thu, Oct 08, 2009 at 01:02:09PM +0300, Kostik Belousov wrote: > On Thu, Oct 08, 2009 at 11:53:21AM +1100, Stephen Hocking wrote: > > In my efforts to make the xrdp port more robust under FreeBSD, I have > > discovered that sigwait (kind of an analogue to select(2), but for > > signals rather than I/O) re-enables ignored signals in its list under > > Linux, but not FreeBSD. The sesman daemon uses SIGCHLD to clean up > > after a session has exited. Under Linux this works OK, under FreeSBD > > it doesn't. I have worked around it in a very hackish manner (define a > > dummy signal handler and enable it using signal, which means that the > > sigwait call can then be unblocked by it), but am wondering if anyone > > else has run across the same problem, and if so, if they fixed it in > > an elegant manner. Also, does anyone know the correct semantics of > > sigwait under this situation? > ports@ is the wrong list to discuss the issue in the base system. > Solaris 10 sigwait(2) manpage says the following: > If sigwait() is called on an ignored signal, then the occurrence of the > signal will be ignored, unless sigaction() changes the disposition. > We have the same behaviour as Solaris, ingored signals are not queued or > recorded regardeless of the presence of sigwaiting thread. POSIX permits both behaviours here: a blocked and ignored signal may or may not be discarded immediately on generation. Making this depend on whether there is a sigwaiting thread seems broken, and I don't think Linux does that. I think your "very hackish" approach is correct: set up a dummy signal handler after blocking the signal. Additionally, POSIX requires applications to set the SA_SIGINFO flag if they want queuing. This applies even if the signals are blocked and received using sigwaitinfo(2) or sigtimedwait(2). The SA_SIGINFO flag can only be set by setting a handler using sigaction(2). (Note, this does not mean that all signals are queued if SA_SIGINFO is set. It means that signals may not be queued if SA_SIGINFO is not set.) -- Jilles Tjoelker From owner-freebsd-ports@FreeBSD.ORG Fri Oct 9 20:21:24 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FC911065670 for ; Fri, 9 Oct 2009 20:21:24 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by mx1.freebsd.org (Postfix) with ESMTP id 1A0E38FC12 for ; Fri, 9 Oct 2009 20:21:23 +0000 (UTC) Received: by ewy18 with SMTP id 18so1395452ewy.43 for ; Fri, 09 Oct 2009 13:21:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=FMmQl62p3sI/069+eynlOIm8bKWcvOIO1oHq+M5MJss=; b=nMqS6s9p/9L36KOwiBJE1aXRtDnFn7kb764qzHkRNY3+gMyU+1aZuLrs2qJHgZJEh2 Olhc1u6jNmFkyUxuEzgwI5Mg5KSF2SH30W059Q28B5Pcx/rnHz/c8dzcDJhVvLmDseaf UxG42o7sr2XUdhaeYBx8jT/WrR9tiY9Wm8r4Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=e4n54w5KTebtWNVVwXa5rWxBvDpTfj2hN2HV6D7UrvbyFutJUZQyn61CaWrec8EdNf CbYNQamvu0Poxo1aGKNzt91D52F74HBMwN4fPBF31bPkecr4sBACznXhvVjEQ0m+TO2d xhRclUJyL5HDdMANPAwNchyoHymGziiWZAF48= MIME-Version: 1.0 Received: by 10.216.88.78 with SMTP id z56mr1008936wee.37.1255119682777; Fri, 09 Oct 2009 13:21:22 -0700 (PDT) Date: Fri, 9 Oct 2009 20:21:22 +0000 Message-ID: From: "b. f." To: freebsd-ports@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: edwar181@yahoo.com Subject: Re: portsnap X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2009 20:21:24 -0000 Desmond da Peoples wrote: >You need to enable the CVSup file. Look in the handbook for installing the ports tree. >Go to chapter 4.5 in the freebsd handbook and follow the directions there. >Be sure that you have a good connection. ?! Which part of the OP's "The computer I am using has no internet connection" didn't you understand? >> I am attempting to load FreeBSD-7.0. Why 7.0? You should probably use >= 7.2. >>The computer I am using has no internet >>connection. Could you please let me have the location and name of the file(s) that portsnap needs to do its 'extract' thing. You can read portsnap.sh (it is a shell script) to see what is going on. It may need to grab a snapshot, metadata, tags, and keys from one or more of a list of portsnap servers. Since the files it needs change over time, and since by manually downloading these files you will be bypassing some of the integrity and security checks that are the main benefit of portsnap anyway, I think it will be more convenient for you to just download a new ports and index tarball, from, for example: ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/ports.tar.gz http://www.FreeBSD.org/ports/INDEX-7.bz2 or one of the mirrors listed in the FreeBSD handbook, and unpack it into /usr/ports or whatever using tar(1) (don't forget to preserve your distfiles subdirectory if it is part of the old ports tree that you will need to delete first before unpacking the new one.) If you end up using a version of FreeBSD other than 7, you will need to substitute that version for the 7 in the URL of the index file above. If you are going to be updating often, then you should probably use some form of incremental update, so you are not downloading a 45MB tarball each time -- you could run a cvs or rsync client on the machine that has an internet connection, but it would probably be most convenient to just learn to use ctm(1), which was designed for this purpose. (See http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ctm.html .) Then you could subscribe to the ctm-ports-cur mailing list and get your small incremental updates via email, after making only one big download. Don't forget that you'll have to fetch any new port distfiles manually as well -- running 'make fetch-recursive-list' the origins of each of the ports that need to be added or updated can help you compile a list of the needed files. For example, after unpacking your new ports tree, you could run: pkg_version -oIq -l '<' | tr -d ' ' | xargs -I % make -C /usr/ports/% fetch-recursive-list to get a list of any new distfiles for installed ports that have been updated. b. From owner-freebsd-ports@FreeBSD.ORG Fri Oct 9 20:35:52 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 601A3106568F for ; Fri, 9 Oct 2009 20:35:52 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id D43048FC21 for ; Fri, 9 Oct 2009 20:35:51 +0000 (UTC) Received: from rwpc12.mby.riverwillow.net.au (rwpc12.mby.riverwillow.net.au [172.25.24.168]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n99KKai7016033 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 10 Oct 2009 07:20:37 +1100 (AEDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1255119637; bh=cM+s8r/eSLlKRA+Y0mAacnonSFiRMA+GfFBZBLwp1bQ=; h=Date:From:To:Cc:Subject:Message-ID:References:Mime-Version: Content-Type:In-Reply-To; b=rdj4q7ACETlgjVncVesVKcm/5gBzfcIpGUCsG8rBZ0lMkPStRj2MGZgcndDotfZGO 1jXatGXur/otMyWHhQiDafA5V+wcv29Jh1xtbOW6XKA3u4VcquKzsDkPz749yrZTT0 TtBplfnEUhudhCdojYqHPd41BXys5eol2JQKJ29s= Received: from rwpc12.mby.riverwillow.net.au (localhost [127.0.0.1]) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n99KKaYK044569; Sat, 10 Oct 2009 07:20:36 +1100 (AEDT) (envelope-from john.marshall@riverwillow.com.au) Received: (from john@localhost) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3/Submit) id n99KKahW044568; Sat, 10 Oct 2009 07:20:36 +1100 (AEDT) (envelope-from john) Date: Sat, 10 Oct 2009 07:20:35 +1100 From: John Marshall To: Edward Shriver Message-ID: <20091009202035.GV1086@rwpc12.mby.riverwillow.net.au> Mail-Followup-To: Edward Shriver , ports@freebsd.org References: <197996.79192.qm@web57510.mail.re1.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7uYPyRQQ5N0D02nI" Content-Disposition: inline In-Reply-To: <197996.79192.qm@web57510.mail.re1.yahoo.com> User-Agent: Mutt/1.4.2.3i OpenPGP: id=A29A84A2; url=http://pki.riverwillow.net.au/pgp/johnmarshall.asc Cc: ports@freebsd.org Subject: Re: portsnap X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2009 20:35:52 -0000 --7uYPyRQQ5N0D02nI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 09 Oct 2009, 09:15 -0700, Edward Shriver wrote: > I am attempting to load FreeBSD-7.0.? The computer I am using has no inte= rnet connection.? Could you please let me have the location and name of the= file(s) that portsnap needs to do its 'extract' thing. On a system that _does_ have Internet connectivity: - Do 'portsnap fetch' so that you have a current ports tree snapshot - Take a backup of /var/db/portsnap On the machine you are installing: - Restore /var/db/portsnap from the backup - Do 'portsnap extract' --=20 John Marshall --7uYPyRQQ5N0D02nI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkrPmxMACgkQw/tAaKKahKKwzwCdGSSnvQ7Zl9GrfhHkQqwnCcST gCQAoKCwXiyRz1vSLh/A66vn36/rTa/d =qwju -----END PGP SIGNATURE----- --7uYPyRQQ5N0D02nI-- From owner-freebsd-ports@FreeBSD.ORG Fri Oct 9 21:01:52 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6DAF10656A4 for ; Fri, 9 Oct 2009 21:01:52 +0000 (UTC) (envelope-from scjamorim@bsd.com.br) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by mx1.freebsd.org (Postfix) with ESMTP id 0AC568FC08 for ; Fri, 9 Oct 2009 21:01:50 +0000 (UTC) Received: by ewy18 with SMTP id 18so1423008ewy.43 for ; Fri, 09 Oct 2009 14:01:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.211.155.19 with SMTP id h19mr769956ebo.48.1255122109365; Fri, 09 Oct 2009 14:01:49 -0700 (PDT) In-Reply-To: <4ACF73D3.9070103@auroraalimentos.com.br> References: <4ACF73D3.9070103@auroraalimentos.com.br> Date: Fri, 9 Oct 2009 18:01:49 -0300 Message-ID: <5859850b0910091401h5e854f29i6c13a7067cff0cd4@mail.gmail.com> From: Sylvio Cesar To: =?ISO-8859-1?Q?M=E1rcio_Luciano_Donada?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: NTOP X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2009 21:01:52 -0000 Hi Marcio, The solution is in no PR that still is open: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D139361 Thanks, Sylvio Cesar 2009/10/9 M=E1rcio Luciano Donada : > Hi list, > I installed ntop using the ports to monitor a bridge interface, but when > you start the process of ntop have the following message: > > Fri Oct =A09 14:31:08 2009 =A0NOTE: Interface merge enabled by default > Fri Oct =A09 14:31:09 2009 =A0Initializing gdbm databases > Fri Oct =A09 14:31:09 2009 =A0ntop will be started as user nobody > Fri Oct =A09 14:31:09 2009 =A0ntop v.3.3.10 > Fri Oct =A09 14:31:09 2009 =A0Configured on Oct =A03 2009 =A00:54:35, bui= lt on > Oct =A03 2009 00:57:43. > Fri Oct =A09 14:31:09 2009 =A0Copyright 1998-2009 by Luca Deri > Fri Oct =A09 14:31:09 2009 =A0Get the freshest ntop from http://www.ntop.= org/ > Fri Oct =A09 14:31:09 2009 =A0NOTE: ntop is running from '/usr/local/bin' > Fri Oct =A09 14:31:09 2009 =A0NOTE: (but see warning on man page for the > --instance parameter) > Fri Oct =A09 14:31:09 2009 =A0NOTE: ntop libraries are in '/usr/local/lib= ' > Fri Oct =A09 14:31:09 2009 =A0Initializing ntop > Fri Oct =A09 14:31:09 2009 =A0No patterns to load: protocol guessing disa= bled. > Fri Oct =A09 14:31:09 2009 =A0Checking bridge0 for additional devices > Fri Oct =A09 14:31:09 2009 =A0Resetting traffic statistics for device bri= dge0 > Fri Oct =A09 14:31:09 2009 =A0Initializing device bridge0 (0) > Fri Oct =A09 14:31:09 2009 =A0DLT: Device 0 [bridge0] is 1, mtu 1514, hea= der 14 > Fri Oct =A09 14:31:09 2009 =A0Initializing gdbm databases > Fri Oct =A09 14:31:09 2009 =A0VENDOR: Loading MAC address table. > Fri Oct =A09 14:31:09 2009 =A0VENDOR: Checking for MAC address table file > Fri Oct =A09 14:31:09 2009 =A0VENDOR: File > '/usr/local/etc/ntop/specialMAC.txt.gz' does not need to be reloaded > Fri Oct =A09 14:31:09 2009 =A0VENDOR: ntop continues ok > Fri Oct =A09 14:31:09 2009 =A0VENDOR: Checking for MAC address table file > Fri Oct =A09 14:31:09 2009 =A0VENDOR: File '/usr/local/etc/ntop/oui.txt.g= z' > does not need to be reloaded > Fri Oct =A09 14:31:09 2009 =A0VENDOR: ntop continues ok > Fri Oct =A09 14:31:09 2009 =A0Fingerprint: Loading signature file > Fri Oct =A09 14:31:09 2009 =A0Fingerprint: Checking for Fingerprint file.= .. file > Fri Oct =A09 14:31:09 2009 =A0**WARNING** Fingerprint: Unable to open fil= e > 'etter.finger.os' > Fri Oct =A09 14:31:09 2009 =A0INIT: Parent process is exiting (this is no= rmal) > bridge# Fri Oct =A09 14:31:09 2009 =A0INIT: Bye bye: I'm becoming a daemo= n... > [warn] kevent: Bad file descriptor > > > ntop falls out after 20 seconds. > # uname -a > FreeBSD bridge.xxxxx.com.br 7.2-STABLE FreeBSD 7.2-STABLE #0: Thu Oct =A0= 8 > 11:22:36 BRT 2009 > marcio@bridge.xxxxxx.com.br:/usr/src/sys/i386/compile/BRIDGE =A0i386 > > > -- > M=E1rcio Luciano Donada > Aurora Alimentos - Cooperativa Central Oeste Catarinense > Departamento de T.I. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@FreeBSD.ORG Sat Oct 10 02:34:13 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD9F5106566B for ; Sat, 10 Oct 2009 02:34:13 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id E27778FC0A for ; Sat, 10 Oct 2009 02:34:12 +0000 (UTC) Received: from delta.allbsd.org (p4206-ipbf1902funabasi.chiba.ocn.ne.jp [114.146.107.206]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id n9A2Xxfo017956; Sat, 10 Oct 2009 11:34:10 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id n9A2XoIO083007; Sat, 10 Oct 2009 11:33:53 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sat, 10 Oct 2009 11:32:55 +0900 (JST) Message-Id: <20091010.113255.47053601.hrs@allbsd.org> To: web@umich.edu From: Hiroki Sato In-Reply-To: <20090929175944.GK23010@itcom245.staff.itd.umich.edu> References: <20090929175944.GK23010@itcom245.staff.itd.umich.edu> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.2.52 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart0(Sat_Oct_10_11_32_55_2009_866)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.2 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Sat, 10 Oct 2009 11:34:11 +0900 (JST) Cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: pcb-20081128_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Oct 2009 02:34:13 -0000 ----Security_Multipart0(Sat_Oct_10_11_32_55_2009_866)-- Content-Type: Multipart/Mixed; boundary="--Next_Part(Sat_Oct_10_11_32_55_2009_776)--" Content-Transfer-Encoding: 7bit ----Next_Part(Sat_Oct_10_11_32_55_2009_776)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit William Bulley wrote in <20090929175944.GK23010@itcom245.staff.itd.umich.edu>: we> I am building cad/pcb on 7.2-STABLE and I get this: we> we> cc -std=gnu99 -DNDEBUG -O2 -fno-strict-aliasing -pipe we> -I/usr/local/include -I/usr/local/include -I/usr/local/include we> -Wall -Wdeclaration-after-statement -pthread -L/usr/local/lib we> -rdynamic -o pcb action.o autoplace.o autoroute.o buffer.o we> change.o clip.o command.o compat.o copy.o create.o crosshair.o we> data.o djopt.o draw.o drill.o edif.o error.o file.o find.o flags.o we> fontmode.o heap.o insert.o intersect.o line.o lrealpath.o main.o we> mirror.o misc.o move.o mtspace.o mymem.o netlist.o parse_l.o parse_y.o we> polygon.o polygon1.o puller.o print.o rats.o remove.o report.o res_parse.o we> res_lex.o rotate.o rtree.o rubberband.o search.o select.o set.o strflags.o we> thermal.o undo.o vector.o vendor.o hid/common/actions.o hid/common/flags.o we> hid/common/hidinit.o hid/common/hidnogui.o hid/common/extents.o we> liblesstif.a liblpr.a libbom.a libgerber.a libnelma.a libpng.a libps.a we> -lXm -lXpm -lXmu -lXt -lXext -lSM -lICE -lX11 -lfl -lm -lXrender we> -L/usr/local/lib -R/usr/local/lib -L/usr/local/lib -L/usr/local/lib -lgd -lgd we> main.o(.text+0xc8e): In function `main': we> : undefined reference to `bindtextdomain' we> main.o(.text+0xca2): In function `main': we> : undefined reference to `bind_textdomain_codeset' we> gmake[4]: *** [pcb] Error 1 we> gmake[4]: Leaving directory `/usr/ports/cad/pcb/work/pcb-20081128/src' we> gmake[3]: *** [all-recursive] Error 1 we> gmake[3]: Leaving directory `/usr/ports/cad/pcb/work/pcb-20081128/src' we> gmake[2]: *** [all] Error 2 we> gmake[2]: Leaving directory `/usr/ports/cad/pcb/work/pcb-20081128/src' we> gmake[1]: *** [all-recursive] Error 1 we> gmake[1]: Leaving directory `/usr/ports/cad/pcb/work/pcb-20081128' we> gmake: *** [all] Error 2 we> *** Error code 1 we> we> My build line in /usr/ports/cad/pcb was: we> we> # make WITH_MOTIF_GUI=yes install we> we> It builds fine if I use: we> we> # make install we> we> Regards, Thanks for the report. Could you try the attached patch and let me know if it works or not? -- Hiroki ----Next_Part(Sat_Oct_10_11_32_55_2009_776)-- Content-Type: Text/X-Patch; charset=utf-8 Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="pcb.diff" SW5kZXg6IGZpbGVzL3BhdGNoLXNyYy1wY2ItbWVudS5yZXMNCj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxl OiBmaWxlcy9wYXRjaC1zcmMtcGNiLW1lbnUucmVzDQpkaWZmIC1OIGZpbGVzL3BhdGNoLXNyYy1w Y2ItbWVudS5yZXMNCi0tLSAvZGV2L251bGwJMSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMA0KKysr IGZpbGVzL3BhdGNoLXNyYy1wY2ItbWVudS5yZXMJMTAgT2N0IDIwMDkgMDI6MDE6NDIgLTAwMDAN CkBAIC0wLDAgKzEsMTEgQEANCistLS0gc3JjL3BjYi1tZW51LnJlcy5vcmlnCTIwMDktMTAtMTAg MTA6NDQ6NDQuMDAwMDAwMDAwICswOTAwDQorKysrIHNyYy9wY2ItbWVudS5yZXMJMjAwOS0xMC0x MCAxMTowMDo1OC4wMDAwMDAwMDAgKzA5MDANCitAQCAtNTIsNyArNTIsNyBAQA0KKyAgIHtWaWV3 DQorICAgIHsiRmxpcCB1cC9kb3duIiBjaGVja2VkPWZsaXBfeSBTd2FwU2lkZXMoVikgYT17IlRh YiIgIjxLZXk+VGFiIn19DQorICAgIHsiRmxpcCBsZWZ0L3JpZ2h0IiBjaGVja2VkPWZsaXBfeCBT d2FwU2lkZXMoSCkgYT17IlNoaWZ0LVRhYiIgIlNoaWZ0PEtleT5UYWIifX0NCistICAgeyJTcGlu IDE4MO+9sCIgU3dhcFNpZGVzKFIpIGE9eyJDdHJsLVRhYiIgIkN0cmw8S2V5PlRhYiJ9fQ0KKysg ICB7IlNwaW4gMTgwIiBTd2FwU2lkZXMoUikgYT17IkN0cmwtVGFiIiAiQ3RybDxLZXk+VGFiIn19 DQorICAgIHsiU3dhcCBTaWRlcyIgU3dhcFNpZGVzKCkgYT17IkN0cmwtU2hpZnQtVGFiIiAiQ3Ry bCBTaGlmdDxLZXk+VGFiIn19DQorICAgIHsiQ2VudGVyIGN1cnNvciIgQ2VudGVyKCkgYT17IkMi ICI8S2V5PmMifX0NCisgICAgeyJTaG93IHNvbGRlcm1hc2siIGNoZWNrZWQ9c2hvd21hc2sgRGlz cGxheShUb2dnbGVNYXNrKX0NCg== ----Next_Part(Sat_Oct_10_11_32_55_2009_776)---- ----Security_Multipart0(Sat_Oct_10_11_32_55_2009_866)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkrP8lcACgkQTyzT2CeTzy2iRgCg1nwT6+eixEhuv/l6zkTRYclp wCYAnAhOYjowbRpTpAGOqzU/uopDjq2w =V3vC -----END PGP SIGNATURE----- ----Security_Multipart0(Sat_Oct_10_11_32_55_2009_866)---- From owner-freebsd-ports@FreeBSD.ORG Sat Oct 10 16:15:43 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2904B106566B for ; Sat, 10 Oct 2009 16:15:43 +0000 (UTC) (envelope-from raszobbi@gmail.com) Received: from mail-bw0-f223.google.com (mail-bw0-f223.google.com [209.85.218.223]) by mx1.freebsd.org (Postfix) with ESMTP id A84028FC0A for ; Sat, 10 Oct 2009 16:15:42 +0000 (UTC) Received: by bwz23 with SMTP id 23so1200672bwz.43 for ; Sat, 10 Oct 2009 09:15:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=hS+veSRre/Www/HNOVfZg+kC9dEnLpTJr/CXRh1yaDk=; b=Nmfxq7qT1y/ztdpq1OF5cBU3QuYh6DRdh+kjH5z88WDmgUax1CjTJ8PzEY86T/Vivt IJp37m3zG8i1hvoUXXlN1vFmpZVqC0uXF0gv5hwprSmobac21pdsayUhkhiFPvD6SOXf euh9Hakjmp4LZUyWrxliHv93n3FaetgG3Ka7k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=lui38o9JPVv0P2NLlwHmPv53pFTGzS1806gep2Ny7IiDW7v/yU9K+uFptwoibq3g4D PBVJwcJumKnKoJV7hyJrTPT4Lhwx4wvNgoy/oDhoLzC1Z/bMXDw3n7OG+XnRQerDaH14 F76WyCu/ixIuIyqFNguy6wBd5+q4slM1jKEbY= Received: by 10.204.34.3 with SMTP id j3mr3336955bkd.23.1255190040630; Sat, 10 Oct 2009 08:54:00 -0700 (PDT) Received: from ilras.barsh.com ([92.251.9.140]) by mx.google.com with ESMTPS id 9sm3415500fks.4.2009.10.10.08.53.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 10 Oct 2009 08:54:00 -0700 (PDT) Message-ID: <4AD0AE16.3050405@gmail.com> Date: Sat, 10 Oct 2009 17:53:58 +0200 From: mc User-Agent: Thunderbird 2.0.0.23 (X11/20091009) MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: gtk20 segmentation fault X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Oct 2009 16:15:43 -0000 hi, i got a segmentation fault last week running port audio/jamin after this error Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated Segmentation fault (core dumped) but today i am getting the same error running x11-wm/obconf i tried deinstalling gtk20 a few times woth no effect , however only the first deinstall said something about a csum mismatch, is this port not building properly or something else? i have fedora 10 in virtualbox and got the same error running obconf, but it doesn't fault and runs- still i don't know what that means. is there anything else i might rebuild? freebsd 8.0rc1 amd64 From owner-freebsd-ports@FreeBSD.ORG Sat Oct 10 19:55:30 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2D38106568B for ; Sat, 10 Oct 2009 19:55:30 +0000 (UTC) (envelope-from alex@stangl.us) Received: from stangl.us (stangl.us [66.93.193.95]) by mx1.freebsd.org (Postfix) with ESMTP id 8F3D98FC0A for ; Sat, 10 Oct 2009 19:55:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by scout.stangl.us (Postfix) with ESMTP id 9C66DB8E2 for ; Sat, 10 Oct 2009 14:39:42 -0500 (CDT) X-Virus-Scanned: amavisd-new at stangl.us Received: from stangl.us ([127.0.0.1]) by localhost (scout.stangl.us [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mysqe5GXXy7S for ; Sat, 10 Oct 2009 14:39:41 -0500 (CDT) Received: by scout.stangl.us (Postfix, from userid 1001) id 233D4B8DE; Sat, 10 Oct 2009 14:39:41 -0500 (CDT) Date: Sat, 10 Oct 2009 14:39:40 -0500 From: Alex Stangl To: freebsd-ports@freebsd.org Message-ID: <20091010193940.GA66957@scout.stangl.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Enforcing library version in a port Makefile? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Oct 2009 19:55:30 -0000 Hi, I am trying to create a new port. The software I am trying to port uses scons which calls out to pkg-config to check for certain minimal library version #s (e.g., sndfile >= 1.0.18, libcurl >= 7). I would like to enforce these same checks upfront in the Makefile rather than letting the build potentially blow up in scons. Section 5.7.8 of the Porter's Handbook says that all of the _DEPENDS variables *except LIB_DEPENDS* can enforce minimal dependency versions. It's not clear why LIB_DEPENDS is excluded here, or what the correct alternative approach is. It doesn't seem like putting LIB_DEPENDS= curl.5 is equivalent to libcurl >= 7. Hopefully there's a straightforward way to accomplish this, without having to patch or scrap the scons config file. Unfortunately I have not been able to find the answers from searching the net, so I hope somebody here can help. Thanks, Alex From owner-freebsd-ports@FreeBSD.ORG Sat Oct 10 20:48:59 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0985A1065670; Sat, 10 Oct 2009 20:48:59 +0000 (UTC) (envelope-from jstub@jstub.com) Received: from jstub.com (64-142-26-240.dsl.static.sonic.net [64.142.26.240]) by mx1.freebsd.org (Postfix) with ESMTP id ADDAF8FC14; Sat, 10 Oct 2009 20:48:57 +0000 (UTC) Received: from [192.168.247.14] (simplicity.jstub.com [192.168.247.14]) by jstub.com (8.11.6/8.11.6) with ESMTP id n9AKmuv42465; Sat, 10 Oct 2009 13:48:56 -0700 (PDT) (envelope-from jstub@jstub.com) Message-ID: <4AD0F332.2020900@jstub.com> Date: Sat, 10 Oct 2009 13:48:50 -0700 From: "John B. Stubblebine" Organization: Stubblebine Family User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: ports@FreeBSD.org, ntarmos@cs.uoi.gr, G Lewis , maho@FreeBSD.org Content-Type: multipart/mixed; boundary="------------010300010201090103090902" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: gretl Install Failure, and several dependencies X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jstub@jstub.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Oct 2009 20:48:59 -0000 This is a multi-part message in MIME format. --------------010300010201090103090902 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable FreeBSD Lists for: gretl (ports), ports, xcb-util (ntarmos), gnuplot (G Lewis), blas (maho), lapack (maho), I have been having trouble trying to install "ports/math/gretl" on PC-BSD= =2E I am sending this to the FreeBSD lists for ports, gretl, and all the=20 maintainers of the ports/packages that gretl's "portupgrade -PRyk"=20 failed to get installed correctly.=20 Questions: 1. The output from "uname -a" on my PC-BSD-7.1.1 system is: [root@pcbsd]/root(125)# uname -a FreeBSD pcbsd 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #12: Fri Apr 17=20 15:37:58 EDT 2009 =20 root@pcbsdx32-7:/usr/obj/pcbsd-build71/cvs/7.1-src/sys/PCBSD i386 [root@pcbsd]/root(126)# QUESTION: Could the use of prerelease 7.2 cause some confusion about=20 what portsnap and portupgrade need to do?? I have done a fresh=20 "portsnap" before beginning the "gretl" portupgrade. 2. Here is the tail of the output from the portupgrade for gretl: [root@pcbsd]/usr/home/jstub(108)# portupgrade -PRyk gretl checking for suffix of object files... configure: error: in=20 `/usr/ports/lang/gcc44/work/build/i386-portbld-freebsd7.2/libgcc': configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. gmake[2]: *** [configure-stage1-target-libgcc] Error 1 gmake[2]: Leaving directory `/usr/ports/lang/gcc44/work/build' gmake[1]: *** [stage1-bubble] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/gcc44/work/build' gmake: *** [bootstrap-lean] Error 2 *** Error code 1 Stop in /usr/ports/lang/gcc44. *** Error code 1 Stop in /usr/ports/math/gretl. ** Command failed [exit code 1]: /usr/bin/script -qa=20 /tmp/portupgrade20091009-41895-oprfdj-0 env UPGRADE_TOOL=3Dportupgrade=20 UPGRADE_PORT=3Dgretl-1.8.2 UPGRADE_PORT_VER=3D1.8.2 make ** Fix the problem and try again. ---> Build of math/gretl ended at: Fri, 09 Oct 2009 15:28:12 -0700=20 (consumed 00:19:08) ---> Upgrade of math/gretl ended at: Fri, 09 Oct 2009 15:28:12 -0700=20 (consumed00:19:08) ---> ** Upgrade tasks 5: 0 done, 0 ignored, 0 skipped and 5 failed ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) ! x11/xcb-util (xcb-util-0.3.5) (configure error) ! math/gnuplot (gnuplot-4.2.5_1) (linker error) ! math/blas (blas-1.0_3) (configure error) ! math/lapack (lapack-3.2.1) (configure error) ! math/gretl (gretl-1.8.2) (configure error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 5 failed ---> Session ended at: Fri, 09 Oct 2009 15:28:12 -0700 (consumed 01:08:1= 5) [root@pcbsd]/usr/home/jstub(108)# portupgrade -PRyk gretl FILE: config.log ATTACHED AS: config.log-libgcc SO THERE ARE FIVE PORTS/PACKAGES THAT didn't get installed correctly. I = have also tried to install these five separately, and not had success,=20 with similar messages. QUESTION: What do I need to do to get "gretl" installed with all its=20 dependencies? 3. When I tried to run "gretl_x11" within an xterm window, this is the=20 result: [jstub@pcbsd ~/bin]$ gretl_x11 /libexec/ld-elf.so.1: Shared object "libgfortran.so.3" not found,=20 required by "gretl_x11" [jstub@pcbsd ~/bin]$ I'm guessing that this missing library file is supposed to be included=20 in one of the ports/packages that failed to install... I did set DISPLAY=3Dlocalhost:0.0 and tried the X utility "xev" to see=20 what my trackball was sending for each button. And it did put its=20 window on my screen, and it worked as advertised. QUESTION: Will gretl run correctly once I get all its dependencies to=20 install?? I am guessing (hoping?) that this will work 4. There are 84 dependencies listed for "gretl" and so there is a lot=20 of territory for confusion/failure. The list of these is in the "ps." QUESTION: With this complex a package/port should I give up on PC-BSD? = Would FreeBSD-7.2 RELEASE with all its updates be more likely to be=20 successful for gretl to install and run? Also, I have gathered lots more output from the failed installs of=20 gretl, and my separate installs of its dependencies, if you are=20 interested, and it would help resolve these difficulties with the=20 "gretl" installation process. --=20 Best regards, John B. Stubblebine jstub@jstub.com =FC Please consider the environment before printing this email.=20 gretl Required list from the FreeBSD web site just now: atk-1.26.0=20 = ,=20 bitstream-vera-1.10_4=20 ,=20 blas-1.0_4=20 = ,=20 cairo-1.8.8,1=20 ,=20 compositeproto-0.4=20 ,=20 damageproto-1.1.0_2=20 ,=20 encodings-1.0.2,1=20 ,=20 expat-2.0.1=20 ,=20 fftw3-3.2.2_1=20 ,=20 fixesproto-4.0=20 ,=20 font-bh-ttf-1.0.0=20 ,=20 font-misc-ethiopic-1.0.0=20 ,=20 font-misc-meltho-1.0.0_1=20 ,=20 font-util-1.0.1=20 ,=20 fontconfig-2.6.0,1=20 ,=20 freetype2-2.3.9_1=20 ,=20 gamin-0.1.10_3=20 ,=20 gcc-4.4.2.20091006=20 ,=20 gd-2.0.35_1,1=20 ,=20 gettext-0.17_1=20 ,=20 gio-fam-backend-2.20.5=20 ,=20 glib-2.20.5=20 ,=20 gmake-3.81_3=20 ,=20 gnomehier-2.3_12=20 ,=20 gnuplot-4.2.6=20 ,=20 gtk-2.16.6=20 = ,=20 gtksourceview2-2.6.2_1=20 ,=20 hicolor-icon-theme-0.10_2=20 ,=20 inputproto-1.5.0=20 ,=20 intltool-0.40.6=20 ,=20 jasper-1.900.1_8=20 ,=20 jpeg-7=20 ,=20 kbproto-1.0.3=20 ,=20 lapack-3.2.1_1=20 ,=20 libICE-1.0.4_1,1=20 ,=20 libSM-1.1.0_1,1=20 ,=20 libX11-1.2.1_1,1=20 ,=20 libXau-1.0.4=20 ,=20 libXaw-1.0.5_1,1=20 ,=20 libXcomposite-0.4.0,1=20 ,=20 libXcursor-1.1.9_1=20 ,=20 libXdamage-1.1.1=20 ,=20 libXdmcp-1.0.2_1=20 ,=20 libXext-1.0.5,1=20 ,=20 libXfixes-4.0.3_1=20 ,=20 libXft-2.1.13=20 ,=20 libXi-1.2.1,1=20 ,=20 libXinerama-1.0.3,1=20 ,=20 libXmu-1.0.4,1=20 ,=20 libXp-1.0.0,1=20 ,=20 libXpm-3.5.7=20 ,=20 libXrandr-1.3.0=20 ,=20 libXrender-0.9.4_1=20 ,=20 libXt-1.0.5_1=20 ,=20 libfontenc-1.0.4=20 ,=20 libgmp-4.3.1=20 ,=20 libiconv-1.13.1=20 ,=20 libpthread-stubs-0.1=20 ,=20 libtool-2.2.6a_1=20 ,=20 libxcb-1.4=20 = ,=20 libxml2-2.7.5=20 ,=20 mkfontdir-1.0.4=20 ,=20 mkfontscale-1.0.6=20 ,=20 mpfr-2.4.1_1=20 ,=20 open-motif-2.2.3_6=20 ,=20 p5-XML-Parser-2.36_1=20 ,=20 pango-1.24.5=20 ,=20 pcre-7.9=20 , = pdflib-7.0.4=20 ,=20 perl-5.8.9_3=20 ,=20 pixman-0.16.0=20 ,=20 pkg-config-0.23_1=20 ,=20 plotutils-2.5,1=20 ,=20 png-1.2.40=20 = ,=20 printproto-1.0.4=20 ,=20 python26-2.6.2_3=20 ,=20 randrproto-1.3.0=20 ,=20 renderproto-0.9.3=20 ,=20 shared-mime-info-0.60_1=20 ,=20 tiff-3.9.1=20 = ,=20 xbitmaps-1.0.1=20 ,=20 xcb-proto-1.5=20 ,=20 xcb-util-0.3.6=20 ,=20 xextproto-7.0.5=20 ,=20 xineramaproto-1.1.2=20 ,=20 xorg-fonts-truetype-7.4=20 ,=20 xproto-7.0.15=20 --------------010300010201090103090902 Content-Type: text/plain; name="config.log-libgcc" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="config.log-libgcc" This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by GNU C Runtime Library configure 1.0, which was generated by GNU Autoconf 2.59. Invocation command line was $ /usr/ports/lang/gcc44/work/gcc-4.4-20091006/libgcc/configure --cache-file=./config.cache --enable-multilib --disable-nls --with-system-zlib --with-libiconv-prefix=/usr/local --with-gmp=/usr/local --libdir=/usr/local/lib/gcc44 --libexecdir=/usr/local/libexec/gcc44 --with-gxx-include-dir=/usr/local/lib/gcc44/include/c++/ --disable-rpath --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/gcc44 --enable-languages=c,c++,fortran,java,objc --program-transform-name=s,$,44, --with-target-subdir=i386-portbld-freebsd7.2 --build=i386-portbld-freebsd7.2 --host=i386-portbld-freebsd7.2 --target=i386-portbld-freebsd7.2 --srcdir=../.././../gcc-4.4-20091006/libgcc --disable-intermodule --enable-checking=yes,types --disable-coverage --enable-languages=c ## --------- ## ## Platform. ## ## --------- ## hostname = pcbsd uname -m = i386 uname -r = 7.2-PRERELEASE uname -s = FreeBSD uname -v = FreeBSD 7.2-PRERELEASE #12: Fri Apr 17 15:37:58 EDT 2009 root@pcbsdx32-7:/usr/obj/pcbsd-build71/cvs/7.1-src/sys/PCBSD /usr/bin/uname -p = i386 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /sbin PATH: /bin PATH: /usr/sbin PATH: /usr/bin PATH: /usr/games PATH: /Programs/bin PATH: /PCBSD/local/bin PATH: /PCBSD/local/sbin PATH: /PCBSD/local/kde4/bin PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/local/kde4/bin PATH: /root/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:1199: creating cache ./config.cache configure:1388: checking for --enable-version-specific-runtime-libs configure:1403: result: no configure:1435: checking for a BSD-compatible install configure:1490: result: /usr/bin/install -c -o root -g wheel configure:1506: checking for gawk configure:1522: found /PCBSD/local/bin/gawk configure:1532: result: gawk configure:1555: checking build system type configure:1573: result: i386-portbld-freebsd7.2 configure:1581: checking host system type configure:1595: result: i386-portbld-freebsd7.2 configure:1654: checking for i386-portbld-freebsd7.2-ar configure:1680: result: ar configure:1733: checking for i386-portbld-freebsd7.2-lipo configure:1759: result: lipo configure:1813: checking for i386-portbld-freebsd7.2-nm configure:1839: result: /usr/ports/lang/gcc44/work/build/./gcc/nm configure:1892: checking for i386-portbld-freebsd7.2-ranlib configure:1918: result: ranlib configure:1972: checking for i386-portbld-freebsd7.2-strip configure:1998: result: strip configure:2049: checking whether ln -s works configure:2053: result: yes configure:2070: checking for i386-portbld-freebsd7.2-gcc configure:2096: result: /usr/ports/lang/gcc44/work/build/./gcc/xgcc -B/usr/ports/lang/gcc44/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd7.2/bin/ -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem /usr/local/i386-portbld-freebsd7.2/include -isystem /usr/local/i386-portbld-freebsd7.2/sys-include configure:2380: checking for C compiler version configure:2383: /usr/ports/lang/gcc44/work/build/./gcc/xgcc -B/usr/ports/lang/gcc44/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd7.2/bin/ -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem /usr/local/i386-portbld-freebsd7.2/include -isystem /usr/local/i386-portbld-freebsd7.2/sys-include --version &5 xgcc (GCC) 4.4.2 20091006 (prerelease) Copyright (C) 2009 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2386: $? = 0 configure:2388: /usr/ports/lang/gcc44/work/build/./gcc/xgcc -B/usr/ports/lang/gcc44/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd7.2/bin/ -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem /usr/local/i386-portbld-freebsd7.2/include -isystem /usr/local/i386-portbld-freebsd7.2/sys-include -v &5 Reading specs from /usr/ports/lang/gcc44/work/build/./gcc/specs Target: i386-portbld-freebsd7.2 Configured with: ./../gcc-4.4-20091006/configure --disable-nls --with-system-zlib --with-libiconv-prefix=/usr/local --with-gmp=/usr/local --program-suffix=44 --libdir=/usr/local/lib/gcc44 --libexecdir=/usr/local/libexec/gcc44 --with-gxx-include-dir=/usr/local/lib/gcc44/include/c++/ --disable-rpath --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/gcc44 --build=i386-portbld-freebsd7.2 Thread model: posix gcc version 4.4.2 20091006 (prerelease) (GCC) configure:2391: $? = 0 configure:2393: /usr/ports/lang/gcc44/work/build/./gcc/xgcc -B/usr/ports/lang/gcc44/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd7.2/bin/ -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem /usr/local/i386-portbld-freebsd7.2/include -isystem /usr/local/i386-portbld-freebsd7.2/sys-include -V &5 xgcc: '-V' must come at the start of the command line configure:2396: $? = 1 configure:2415: /usr/ports/lang/gcc44/work/build/./gcc/xgcc -B/usr/ports/lang/gcc44/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd7.2/bin/ -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem /usr/local/i386-portbld-freebsd7.2/include -isystem /usr/local/i386-portbld-freebsd7.2/sys-include -o conftest -g -O2 -fno-strict-aliasing -pipe -I/usr/local/include conftest.c >&5 /libexec/ld-elf.so.1: Shared object "libmpfr.so.3" not found, required by "cc1" configure:2418: $? = 1 configure:2590: checking for suffix of object files configure:2611: /usr/ports/lang/gcc44/work/build/./gcc/xgcc -B/usr/ports/lang/gcc44/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd7.2/bin/ -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem /usr/local/i386-portbld-freebsd7.2/include -isystem /usr/local/i386-portbld-freebsd7.2/sys-include -c -g -O2 -fno-strict-aliasing -pipe -I/usr/local/include conftest.c >&5 /libexec/ld-elf.so.1: Shared object "libmpfr.so.3" not found, required by "cc1" configure:2614: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "GNU C Runtime Library" | #define PACKAGE_TARNAME "libgcc" | #define PACKAGE_VERSION "1.0" | #define PACKAGE_STRING "GNU C Runtime Library 1.0" | #define PACKAGE_BUGREPORT "" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:2627: error: in `/usr/ports/lang/gcc44/work/build/i386-portbld-freebsd7.2/libgcc': configure:2629: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=i386-portbld-freebsd7.2 ac_cv_build_alias=i386-portbld-freebsd7.2 ac_cv_env_CC_set=set ac_cv_env_CC_value='/usr/ports/lang/gcc44/work/build/./gcc/xgcc -B/usr/ports/lang/gcc44/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd7.2/bin/ -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem /usr/local/i386-portbld-freebsd7.2/include -isystem /usr/local/i386-portbld-freebsd7.2/sys-include' ac_cv_env_CFLAGS_set=set ac_cv_env_CFLAGS_value='-g -O2 -fno-strict-aliasing -pipe -I/usr/local/include ' ac_cv_env_CPPFLAGS_set=set ac_cv_env_CPPFLAGS_value='' ac_cv_env_CPP_set='' ac_cv_env_CPP_value='' ac_cv_env_LDFLAGS_set=set ac_cv_env_LDFLAGS_value='' ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=i386-portbld-freebsd7.2 ac_cv_env_host_alias_set=set ac_cv_env_host_alias_value=i386-portbld-freebsd7.2 ac_cv_env_target_alias_set=set ac_cv_env_target_alias_value=i386-portbld-freebsd7.2 ac_cv_host=i386-portbld-freebsd7.2 ac_cv_host_alias=i386-portbld-freebsd7.2 ac_cv_prog_AR=ar ac_cv_prog_AWK=gawk ac_cv_prog_CC='/usr/ports/lang/gcc44/work/build/./gcc/xgcc -B/usr/ports/lang/gcc44/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd7.2/bin/ -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem /usr/local/i386-portbld-freebsd7.2/include -isystem /usr/local/i386-portbld-freebsd7.2/sys-include' ac_cv_prog_LIPO=lipo ac_cv_prog_NM=/usr/ports/lang/gcc44/work/build/./gcc/nm ac_cv_prog_RANLIB=ranlib ac_cv_prog_STRIP=strip ## ----------------- ## ## Output variables. ## ## ----------------- ## AR='ar' AWK='gawk' CC='/usr/ports/lang/gcc44/work/build/./gcc/xgcc -B/usr/ports/lang/gcc44/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd7.2/bin/ -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem /usr/local/i386-portbld-freebsd7.2/include -isystem /usr/local/i386-portbld-freebsd7.2/sys-include' CFLAGS='-g -O2 -fno-strict-aliasing -pipe -I/usr/local/include ' CPP='' CPPFLAGS='' DEFS='' ECHO_C='' ECHO_N='-n' ECHO_T='' EXEEXT='' INSTALL_DATA='install -o root -g wheel -m 444' INSTALL_PROGRAM='install -s -o root -g wheel -m 555' INSTALL_SCRIPT='install -o root -g wheel -m 555' LDFLAGS='' LIBOBJS='' LIBS='' LIPO='lipo' LN_S='ln -s' LTLIBOBJS='' NM='/usr/ports/lang/gcc44/work/build/./gcc/nm' OBJEXT='' PACKAGE_BUGREPORT='' PACKAGE_NAME='GNU C Runtime Library' PACKAGE_STRING='GNU C Runtime Library 1.0' PACKAGE_TARNAME='libgcc' PACKAGE_VERSION='1.0' PATH_SEPARATOR=':' RANLIB='ranlib' SHELL='/bin/sh' STRIP='strip' ac_ct_AR='' ac_ct_CC='' ac_ct_LIPO='' ac_ct_NM='' ac_ct_RANLIB='' ac_ct_STRIP='' asm_hidden_op='' bindir='${exec_prefix}/bin' build='i386-portbld-freebsd7.2' build_alias='i386-portbld-freebsd7.2' build_cpu='i386' build_libsubdir='build-i386-portbld-freebsd7.2' build_os='freebsd7.2' build_subdir='build-i386-portbld-freebsd7.2' build_vendor='portbld' datadir='${prefix}/share' decimal_float='' enable_decimal_float='' enable_shared='yes' exec_prefix='NONE' extra_parts='' fixed_point='' host='i386-portbld-freebsd7.2' host_alias='i386-portbld-freebsd7.2' host_cpu='i386' host_noncanonical='i386-portbld-freebsd7.2' host_os='freebsd7.2' host_subdir='.' host_vendor='portbld' includedir='${prefix}/include' infodir='/usr/local/info/gcc44' libdir='/usr/local/lib/gcc44' libexecdir='/usr/local/libexec/gcc44' libgcc_topdir='../.././../gcc-4.4-20091006/libgcc/..' localstatedir='${prefix}/var' mandir='/usr/local/man' oldincludedir='/usr/include' prefix='/usr/local' program_transform_name='s,$,44,' sbindir='${exec_prefix}/sbin' set_have_cc_tls='' sharedstatedir='${prefix}/com' slibdir='$(libdir)' sysconfdir='${prefix}/etc' target_alias='i386-portbld-freebsd7.2' target_subdir='i386-portbld-freebsd7.2' tmake_file='' vis_hide='' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE_BUGREPORT "" #define PACKAGE_NAME "GNU C Runtime Library" #define PACKAGE_STRING "GNU C Runtime Library 1.0" #define PACKAGE_TARNAME "libgcc" #define PACKAGE_VERSION "1.0" configure: exit 1 --------------010300010201090103090902--