From owner-freebsd-ports@FreeBSD.ORG Sun Mar 22 00:05:46 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63610832; Sun, 22 Mar 2015 00:05:46 +0000 (UTC) Received: from hades.sorbs.net (mail.sorbs.net [67.231.146.200]) by mx1.freebsd.org (Postfix) with ESMTP id 4E202D9C; Sun, 22 Mar 2015 00:05:45 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NLL00A6H767TE00@hades.sorbs.net>; Sat, 21 Mar 2015 17:10:57 -0700 (PDT) Message-id: <550E0756.403@sorbs.net> Date: Sun, 22 Mar 2015 01:05:42 +0100 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Guido Falsi Subject: Re: net/unison240 depends on lang/ocaml-nox11 References: <550D4CA0.8000606@sorbs.net> <550D61BF.3030403@FreeBSD.org> <550D636B.5020000@sorbs.net> <550D6D0F.7080401@FreeBSD.org> <550D7726.1060704@sorbs.net> <550D853C.7070303@FreeBSD.org> In-reply-to: <550D853C.7070303@FreeBSD.org> Cc: Jeremie Le Hen , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 00:05:46 -0000 Guido Falsi wrote: > > Exactly. > > There are four cases: > > one asks for both with or without X11, works fine, in both. > This is all ok. > one asks for ocaml without X11 and unison with X11, this is wrong and > cannot obviously work. > Absolutely. But this in theory should disable X11 in unison automatically (something that cannot happen atm) > last case is asking for ocaml with X11 and unison without. This could > work in theory, and will work on a live system, but will not work in > poudriere at present, due to ocaml changing it's package name > dynamically. I don't know how to make it work with the present ports system. > > This would be seemingly common, but is often a mistake. > This fourth case anyway makes little sense to me anyway, once you have > pulled in the X11 dependency why not use it in all ports which can take > advantage of it? > > Absolutely - however this is where it comes wrong in many ways. There is a drive to push as much as possible to packages, rather than source no problem with that. poudriere is there for people like me where I have 50+ servers running the same package set and therefore we build our own repo and therefore all options should be consistent.... So then comes a global setting being overridden by a local setting... which runs dangerous because in my case I had X11 set and not set at the same time across dependent ports... In theory it should reject the config or override one (though then do you override nox11 or with x11.) Anyhow... enough of my comments, looks like you're on top of it and others in this thread are being a lot more helpful that I ever will be. Regards, -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-ports@FreeBSD.ORG Sun Mar 22 01:20:56 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 234B752C for ; Sun, 22 Mar 2015 01:20:56 +0000 (UTC) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E4BA1401 for ; Sun, 22 Mar 2015 01:20:55 +0000 (UTC) Received: by iedfl3 with SMTP id fl3so16590846ied.1 for ; Sat, 21 Mar 2015 18:20:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=JVhLyai5eY0aC6Rrj4YuFp8rRJcMTscbd0fMtI5rOzs=; b=vK7N+bb99t9MIAs44RwsH1FoSmBYOhxY7K3SBYOTkd5jr03u/41BRhEyKn2pICzjuw 4542hijAyhvKSBa4H2rWAqv3dtZbAiBt1Q2gDDscMPSnjIxx+ndd5FZC6/2Qv4X4sYHj oKxwQ91Yo8Cp2LZjRsrgYGshmjcXgsRdo0RCf+Cwwm0cgewR+tHSi3cg183b1sM6eUzA hKLgm7Ry4Vue3x/yLKjwBebtRVJc6Tko9qRq53z97ni0w8K6zQ9KxW9UkZWG8c7pXEiz j3R1jLSsoojC8cRt0rJ265dgzgwKRIbtzDHDXX1O6ctn+ApD81i6KfefImUwNlP1vHPp yg8A== X-Received: by 10.107.151.73 with SMTP id z70mr79929038iod.41.1426987255264; Sat, 21 Mar 2015 18:20:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.249.166 with HTTP; Sat, 21 Mar 2015 18:20:34 -0700 (PDT) From: Matt Klein Date: Sat, 21 Mar 2015 21:20:34 -0400 Message-ID: Subject: Broken port: handbrake To: ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 01:20:56 -0000 Hello, I'm having a problem with the port "handbrake". >From the Makefile: # Created by: Andrew Thompson # $FreeBSD: head/multimedia/handbrake/Makefile 374303 2014-12-08 16:48:38Z tijl $ The build and install of the port succeeds, but the resulting installation is broken. Attempting to read a DVD leads to this error: # HandBrakeCLI -t 1 -f mp4 -e x264 -q 20 -E faac -B 160 -i /dev/cd0 -o /tmp/out.mp4 [21:03:28] hb_init: starting libhb thread HandBrake rev5474 (2015032199) - FreeBSD amd64 - http://handbrake.fr 4 CPUs detected Opening /dev/cd0... [21:03:28] hb_scan: path=/dev/cd0, title_index=4 libbluray/bdnav/index_parse.c:162: indx_parse(): error opening /dev/cd0/BDMV/index.bdmv libbluray/bdnav/index_parse.c:162: indx_parse(): error opening /dev/cd0/BDMV/BACKUP/index.bdmv libbluray/bluray.c:1725: nav_get_title_list(/dev/cd0) failed (0x8048b3000) [21:03:28] bd: not a bd - trying as a stream/file instead libdvdnav: Using dvdnav version 4.1.3 libdvdread: Missing symbols in libdvdcss.so.2, this shouldn't happen ! libdvdread: Using libdvdcss version for DVD access Segmentation fault >From these links: https://bbs.archlinux.org/viewtopic.php?id=187410 http://www.linuxquestions.org/questions/slackware-14/handbrake-and-current-4175528049/ It looks this is due to a handbrake bug that was fixed in version 0.9.9-8; I'm guessing that the version installed by the port is earlier than this, but I don't know enough about how the ports system works to be able to say definitively or to fix it myself. I'm using FreeNAS version 9.3. # uname -i -K -r -U -v 9.3-RELEASE-p10 FreeBSD 9.3-RELEASE-p10 #0 r275790+c9242cc: Mon Mar 16 12:46:11 PDT 2015 root@build3.ixsystems.com:/tank/home/nightlies/FN93/objs/os-base/amd64/tank/home/nightlies/FN93/FreeBSD/src/sys/FREENAS.amd64 FREENAS64 903000 903000 Any assistance would be greatly appreciated! Thanks, Matt Klein From owner-freebsd-ports@FreeBSD.ORG Sun Mar 22 01:28:09 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E49C7898 for ; Sun, 22 Mar 2015 01:28:09 +0000 (UTC) Received: from mail-oi0-f53.google.com (mail-oi0-f53.google.com [209.85.218.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AAEF36BC for ; Sun, 22 Mar 2015 01:28:09 +0000 (UTC) Received: by oier21 with SMTP id r21so117475673oie.1 for ; Sat, 21 Mar 2015 18:28:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=xxoULtWbdJPGZ9RBuRLonVfCOv6Dgmpqh6nnR52d3/A=; b=CPOzBeb5abtH2jG85EWiu74MC7SdLQYideqNWe0659O8TTVBXMtwv1lgiJseHLlTle b0w3ocJAnUl+8qd6zZgQE0IQ7i1uF7Csqox+h2ixMKEw8vnYk6Vf/SvHkKnnAWB4d1yi 126oKuObhf7U0m5Zhrnf5C1kMz0TqObqDpa288+IEAAqwvhB8Xtgr8hYaWzL6VzvuaqZ 9z2hM1aCWD8MMsNfqEC3d+9yk8wrGyQpB77wZa5e7uBZ2PJUqfOzJIKXj8FZJDhArneZ Wkibk+S5ZSMF/YqZxIxXjTRqjme2MJXw59J1qGVTSgatL2AOvvnQO71WMKDl0lbKSYU2 Y52w== X-Gm-Message-State: ALoCoQl94jedoeBN7GKcBfY7sywNUtTp5gbd372K4oX8LeEVgXqwiwZvxHqq5bApzk/9GT4CfNQA MIME-Version: 1.0 X-Received: by 10.182.199.70 with SMTP id ji6mr69692963obc.3.1426987682978; Sat, 21 Mar 2015 18:28:02 -0700 (PDT) Received: by 10.76.12.39 with HTTP; Sat, 21 Mar 2015 18:28:02 -0700 (PDT) Received: by 10.76.12.39 with HTTP; Sat, 21 Mar 2015 18:28:02 -0700 (PDT) In-Reply-To: References: Date: Sat, 21 Mar 2015 20:28:02 -0500 Message-ID: Subject: Re: Broken port: handbrake From: Matthew Donovan To: Matt Klein Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 01:28:10 -0000 On Mar 21, 2015 8:21 PM, "Matt Klein" wrote: > > Hello, > > I'm having a problem with the port "handbrake". > > From the Makefile: > # Created by: Andrew Thompson > # $FreeBSD: head/multimedia/handbrake/Makefile 374303 2014-12-08 16:48:38Z > tijl $ > > The build and install of the port succeeds, but the resulting installation > is broken. Attempting to read a DVD leads to this error: > > # HandBrakeCLI -t 1 -f mp4 -e x264 -q 20 -E faac -B 160 -i /dev/cd0 -o > /tmp/out.mp4 > [21:03:28] hb_init: starting libhb thread > HandBrake rev5474 (2015032199) - FreeBSD amd64 - http://handbrake.fr > 4 CPUs detected > Opening /dev/cd0... > [21:03:28] hb_scan: path=/dev/cd0, title_index=4 > libbluray/bdnav/index_parse.c:162: indx_parse(): error opening > /dev/cd0/BDMV/index.bdmv > libbluray/bdnav/index_parse.c:162: indx_parse(): error opening > /dev/cd0/BDMV/BACKUP/index.bdmv > libbluray/bluray.c:1725: nav_get_title_list(/dev/cd0) failed (0x8048b3000) > [21:03:28] bd: not a bd - trying as a stream/file instead > libdvdnav: Using dvdnav version 4.1.3 > libdvdread: Missing symbols in libdvdcss.so.2, this shouldn't happen ! > libdvdread: Using libdvdcss version for DVD access > Segmentation fault > > From these links: > > https://bbs.archlinux.org/viewtopic.php?id=187410 > http://www.linuxquestions.org/questions/slackware-14/handbrake-and-current-4175528049/ > > It looks this is due to a handbrake bug that was fixed in version 0.9.9-8; > I'm guessing that the version installed by the port is earlier than this, > but I don't know enough about how the ports system works to be able to say > definitively or to fix it myself. > > I'm using FreeNAS version 9.3. > # uname -i -K -r -U -v > 9.3-RELEASE-p10 FreeBSD 9.3-RELEASE-p10 #0 r275790+c9242cc: Mon Mar 16 > 12:46:11 PDT 2015 > root@build3.ixsystems.com: /tank/home/nightlies/FN93/objs/os-base/amd64/tank/home/nightlies/FN93/FreeBSD/src/sys/FREENAS.amd64 > FREENAS64 903000 903000 > > Any assistance would be greatly appreciated! > > Thanks, > Matt Klein > _______________________________________________ > 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" Your ports are out of date the lastest port is 9.9.3. The port does need to be updated to the latest however. Which I cant do currently as not near a FreeBSD system currently From owner-freebsd-ports@FreeBSD.ORG Sun Mar 22 03:31:59 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6566E5C4; Sun, 22 Mar 2015 03:31:59 +0000 (UTC) Received: from chilled.skew.org (chilled.skew.org [70.90.116.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.skew.org", Issuer "AlphaSSL CA - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1E9E12E9; Sun, 22 Mar 2015 03:31:58 +0000 (UTC) Received: from chilled.skew.org (localhost [127.0.0.1]) by chilled.skew.org (8.14.7/8.14.7) with ESMTP id t2M3HqeP036906 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 21 Mar 2015 21:17:52 -0600 (MDT) (envelope-from mike@chilled.skew.org) Received: (from mike@localhost) by chilled.skew.org (8.14.7/8.14.7/Submit) id t2M3Hq5w036905; Sat, 21 Mar 2015 21:17:52 -0600 (MDT) (envelope-from mike) Date: Sat, 21 Mar 2015 21:17:51 -0600 From: Mike Brown To: freebsd-ports@freebsd.org Subject: ports-mgmt/portell distfiles no longer on SourceForge Message-ID: <20150322031751.GA36846@chilled.skew.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Whoa: whoa. User-Agent: Mutt/1.5.23 (2014-03-12) Cc: mich@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 03:31:59 -0000 ports-mgmt/portell can't be installed now because its SourceForge project has disappeared. It looks like the author is now just using a GitHub Gist for it: https://gist.github.com/rkulla/1122022 Is that usable? From owner-freebsd-ports@FreeBSD.ORG Sun Mar 22 05:35:15 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 731D6131 for ; Sun, 22 Mar 2015 05:35:15 +0000 (UTC) Received: from mout.gmx.com (mout.gmx.com [74.208.4.201]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 40909EAA for ; Sun, 22 Mar 2015 05:35:15 +0000 (UTC) Received: from [108.70.50.7] by 3capp-mailcom-lxa03.server.lan (via HTTP); Sun, 22 Mar 2015 06:35:13 +0100 Message-ID: From: "side light" To: freebsd-ports@freebsd.org Subject: gnu dependencies Date: Sun, 22 Mar 2015 06:35:13 +0100 Importance: normal Sensitivity: Normal X-Priority: 3 X-Provags-ID: V03:K0:KtZcopddgx2EPhYZY3XCQDPKrxI8CGJuCnjZQKKvpiF wgjDj7l+KwaMvos6KIPnFJ1gNQ5RG7KsXBU1v3oo20+Z6tMiZQ 1tL3KbYhxvI5opLtNHXiHoQme+mKN5355mFtdyKyOdYutx9xrH AFMi03vag38QVmb3hP0uanvEDdq2DjrYdF6RXexpzeOQ2JwQTP M8T4vsiISGEdyIoEifwi1Pp1S8jRfgHvmQUJ5jKh9yEIKfCk2V K8vxRlzBBhgw7x6MLtCGQnKKu9joDx4ttwC7BvYW1Zon8ysg7F 4nuamh2kaMgU9zxTOX/6xTzIASP X-UI-Out-Filterresults: notjunk:1; MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 05:35:15 -0000 Hello, Since FreeBSD now has Clang and always had its own shell, a lot of dependencies and options like bash, gnu, hal, gcc, and gtk aren't needed for many ports to compile. Some programs (especially gtk affiliated and linux emulation programs) still fail without gmake, but there is gmake-lite for that. The point is, I was able to compile programs by removing many of these dependencies from Makefile's, and reduced compile time from 2 hours to 5 minutes for emulators/wine, with no problems, and the program worked. I think there is a lot of bloat on ports, because it was imported, with only one knowhow of how to compile it. Now that this is pointed out, this way should be easier, and certain dependencies do have their BSD equilvalent replacements. Thanks. From owner-freebsd-ports@FreeBSD.ORG Sun Mar 22 09:40:39 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7AFB507 for ; Sun, 22 Mar 2015 09:40:39 +0000 (UTC) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9C3368C7 for ; Sun, 22 Mar 2015 09:40:39 +0000 (UTC) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3l8v2y2vTXzZrj; Sun, 22 Mar 2015 10:40:26 +0100 (CET) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id en6xfLFz3SLG; Sun, 22 Mar 2015 10:40:11 +0100 (CET) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Sun, 22 Mar 2015 10:40:06 +0100 (CET) Message-ID: <550E8DF5.1020708@FreeBSD.org> Date: Sun, 22 Mar 2015 10:40:05 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Michael Grimm , freebsd-ports@freebsd.org Subject: Re: net/unison240 depends on lang/ocaml-nox11 References: <550D4CA0.8000606@sorbs.net> <550D61BF.3030403@FreeBSD.org> <550D636B.5020000@sorbs.net> <550D6D0F.7080401@FreeBSD.org> <550D7726.1060704@sorbs.net> <550D853C.7070303@FreeBSD.org> <550DB3FD.7070006@madpilot.net> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 09:40:40 -0000 On 03/21/15 21:53, Michael Grimm wrote: > On 21.03.2015, at 19:10, Guido Falsi wrote: >> On 03/21/15 17:55, Michael Grimm wrote: > >>> I recently (after last upgrade of poudriere-devel, although I do not know if that is the cause) ran into a comparable issue with unison without X11 : >>> >>> | MWN> cat /usr/local/etc/poudriere.d/stable10-make.conf >>> | WITHOUT_X11=yes >>> [...] >> >> I don't think old style WITH_/WITHOUT_ flags are supported anymore. >> Looking at the code you should in fact get a warning about this. > > Hmm, not that I am aware of. But I will have a closer look. But! Commenting that "WITHOUT_X11=yes" has been recognized by poudriere: the unison-nox11 port could be compiled successfully with default ocaml settings. > It is still working because there a re a few special cases which still need to be supported, but the general WITH_/WITHOUT aren't supported and the code making them work can be removed anytime. >>> That's weird, ocaml-nox11 defaults to "TK=on" which requires X11 support. Bug or feature? >> >> You sure you have no option directory with per port options enabling TK? > > Yes, I'm sure that I haven't had an option directory with per port options en/disabling TK set. > >> Options activate per port do override WITH_/WITHOUT_ and >> OPTIONS_UNSET/OPTIONS_SET. > > Only, *after* setting "OPTIONS_FILE_UNSET+=TK" in lang_ocaml/options, I was able to get unison-nox11 port compiled by poudriere successfully. *Before* I haven't had any lang_ocaml/options settings at all. And because the default setting of ocaml-nox11 is "OPTIONS_FILE_SET+=TK" -which requires X11 support (!)- poudriere fails compiling ocaml-nox11 port. (If I am not mistaken miserably.) > Yes, looking at the ocaml port Makefile, it requires those to be disabled separately, it will mark the port as IGNORE if conflicting options are requested. Please note that the options framework isn't smart enough to manage this kind of dependencies, when using options care is required by the user. Anyway if you have a better proposal you can file a PR with a patch against the ocaml port.(which I do not maintain, and know very little of) -- Guido Falsi From owner-freebsd-ports@FreeBSD.ORG Sun Mar 22 10:14:12 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8EED314C for ; Sun, 22 Mar 2015 10:14:12 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7A0B2C4F for ; Sun, 22 Mar 2015 10:14:12 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t2MAECwd035052 for ; Sun, 22 Mar 2015 10:14:12 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t2MAECWX035051; Sun, 22 Mar 2015 10:14:12 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201503221014.t2MAECWX035051@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Sun, 22 Mar 2015 10:14:12 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 10:14:12 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ audio/pd | 0.46-5 | 0.46-6 ------------------------------------------------+-----------------+------------ devel/gecode | 4.3.3 | 4.4.0 ------------------------------------------------+-----------------+------------ graphics/gdal-grass | 1.4.3 | 1.11.2 ------------------------------------------------+-----------------+------------ net-p2p/gtk-gnutella | 1.1.1 | 1.1.2 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Sun Mar 22 10:28:34 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82B0164F; Sun, 22 Mar 2015 10:28:34 +0000 (UTC) Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4592FD71; Sun, 22 Mar 2015 10:28:34 +0000 (UTC) Received: by iecvj10 with SMTP id vj10so17778751iec.0; Sun, 22 Mar 2015 03:28:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XcOPx7LnFFrm+z2fvw/jsGFEcNDaX/b+ZLECeRooKlQ=; b=Y4IOYf/vGjRvOuWZzZCPBGrnIgs8TyRm9RUeGWKPFXcqdiKZgQbGtfntu+0+HyPdlV jhigngnA+qcixP3jPSskEG2PQgFE/ZvRPJMTYWzTJI2BiQFQEPfSICFV0fbsfjILYYDb LZSId5EdnlGYBsDZ/QmcCtxl0M3eNijP8CaZxP0dfImuTj8mH7toufdhigr5jPJPrJTb axBpaFjR54yDZkb1IkC0L7907UFYylL3uYocFDHMk0uBgBh6ln4Lb2HndXjJQf+qSNw/ hD5oyUv/xdNxZ+ltW6WnmjTjNWj7l1D4GeyrdqPWO6alItEptuu4+Q5AuwLWZJv0lKtv qv7g== MIME-Version: 1.0 X-Received: by 10.50.97.41 with SMTP id dx9mr7593483igb.1.1427020113541; Sun, 22 Mar 2015 03:28:33 -0700 (PDT) Received: by 10.64.216.71 with HTTP; Sun, 22 Mar 2015 03:28:33 -0700 (PDT) In-Reply-To: <20150321230802.GG87678@ivaldir.etoilebsd.net> References: <20150320153711.GB87678@ivaldir.etoilebsd.net> <20150321230802.GG87678@ivaldir.etoilebsd.net> Date: Sun, 22 Mar 2015 18:28:33 +0800 Message-ID: Subject: Re: [HEADSUP] WIP on fonts From: Ben Woods To: Baptiste Daroussin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "ports@freebsd.org" , "x11@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 10:28:34 -0000 My poudriere is acting funny now, and I'm not sure if it's related. It keeps deleting xorg-fonts-truetype because there is a new dependency (x11-fonts/dejavu), and then having to rebuild a whole suit of packages as a result. The interesting thing is that dejavu was a dependency the entire time. It will successfully peform the bulk build and update the package set. If I then re-run the bulk build, it does the same thing every time. My make.conf file (which hasn't changed in some time) contains: OPTIONS_SET= VAAPI VDPAU X265 ASS FAAC LAME MDNSRESPONDER RRDTOOL STATGRAB DEJAVU The strange output from poudriere: [00:00:22] ====>> Sanity checking the repository [00:00:22] ====>> Checking packages for incremental rebuild needed [00:00:42] ====>> Deleting xorg-fonts-truetype-7.7_1.txz: new dependency: x11-fonts/dejavu [00:00:45] ====>> Deleting pango-1.36.8.txz: missing dependency: xorg-fonts-truetype-7.7_1 [00:00:45] ====>> Deleting plexhometheater-1.2.2_7.txz: missing dependency: pango-1.36.8 [00:00:45] ====>> Deleting policykit-gnome-0.9.2_7.txz: missing dependency: pango-1.36.8 [00:00:45] ====>> Deleting rrdtool-1.4.8_6.txz: missing dependency: pango-1.36.8 Any ideas? -Ben On Sunday, March 22, 2015, Baptiste Daroussin wrote: > On Fri, Mar 20, 2015 at 04:37:13PM +0100, Baptiste Daroussin wrote: > > Hi all, > > > > Some of you may have notice some work on the font area. > > > > The goal of this work is to prevent every single font package to act > differently > > and most of the time not correctly. > > > > The change will be done in multiple steps: > > 1/ Convert every ports to USES=fonts > > 2/ Remove @fc and @fontsdir keywords to only keep @fcfontsdir > > 3/ Move all fonts from ${LOCALBASE}/lib/X11/fonts to > ${LOCALBASE}/share/fonts in > > order to make the fonts following XDG as well as making them working for > non-x11 > > world (wayland for example) > > > > Best regards, > > Bapt > > > Done in r381876 please report me all possible issue, I have done quite a > lot of > testing but I cannot test everything. > > Best regards, > Bapt > -- -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-ports@FreeBSD.ORG Sun Mar 22 16:53:11 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BD9BAA1 for ; Sun, 22 Mar 2015 16:53:11 +0000 (UTC) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.auburn.protected-networks.net", Issuer "Protected Networks Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0BC4079B for ; Sun, 22 Mar 2015 16:53:11 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@mail.auburn.protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id EEA301CC00 for ; Sun, 22 Mar 2015 12:53:08 -0400 (EDT) Message-ID: <550EF36F.9030607@protected-networks.net> Date: Sun, 22 Mar 2015 12:53:03 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: ports@FreeBSD.org Subject: firefox 36.0.4 fails to build OpenPGP: id=0442D492 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lQX1gH2ifTKJp7wJ7jUHqP123XSiCFwGG" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 16:53:11 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --lQX1gH2ifTKJp7wJ7jUHqP123XSiCFwGG Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable firefox fails to compile with the following apparent missed dependency. What's missing? loading cache ./config.cache checking host system type... x86_64-portbld-freebsd11.0 checking target system type... x86_64-portbld-freebsd11.0 checking build system type... x86_64-portbld-freebsd11.0 checking for mawk... no checking for gawk... gawk Using Python from environment variable $PYTHON Creating Python environment New python executable in /usr/ports/www/firefox/work/mozilla-release/obj-x86_64-portbld-freebsd11.= 0/_virtualenv/bin/python2.7 Not overwriting existing python script /usr/ports/www/firefox/work/mozilla-release/obj-x86_64-portbld-freebsd11.= 0/_virtualenv/bin/python (you must use /usr/ports/www/firefox/work/mozilla-release/obj-x86_64-portbld-freebsd11.= 0/_virtualenv/bin/python2.7) Installing setuptools, pip... Complete output from command /usr/ports/www/firef...ualenv/bin/python2.7 -c "import sys, pip; sys...d\"] + sys.argv[1:]))" setuptools pip: Traceback (most recent call last): File "", line 1, in File "/usr/ports/www/firefox/work/mozilla-release/python/virtualenv/virtualenv= _support/pip-1.5.4-py2.py3-none-any.whl/pip/__init__.py", line 10, in File "/usr/ports/www/firefox/work/mozilla-release/python/virtualenv/virtualenv= _support/pip-1.5.4-py2.py3-none-any.whl/pip/util.py", line 18, in File "/usr/ports/www/firefox/work/mozilla-release/python/virtualenv/virtualenv= _support/pip-1.5.4-py2.py3-none-any.whl/pip/_vendor/distlib/version.py", line 14, in File "/usr/ports/www/firefox/work/mozilla-release/python/virtualenv/virtualenv= _support/pip-1.5.4-py2.py3-none-any.whl/pip/_vendor/distlib/compat.py", line 31, in ImportError: cannot import name HTTPSHandler ---------------------------------------- =2E..Installing setuptools, pip...done. Traceback (most recent call last): File "/usr/ports/www/firefox/work/mozilla-release/python/virtualenv/virtualenv= =2Epy", line 2338, in main() File "/usr/ports/www/firefox/work/mozilla-release/python/virtualenv/virtualenv= =2Epy", line 824, in main symlink=3Doptions.symlink) File "/usr/ports/www/firefox/work/mozilla-release/python/virtualenv/virtualenv= =2Epy", line 992, in create_environment install_wheel(to_install, py_executable, search_dirs) File "/usr/ports/www/firefox/work/mozilla-release/python/virtualenv/virtualenv= =2Epy", line 960, in install_wheel 'PIP_NO_INDEX': '1' File "/usr/ports/www/firefox/work/mozilla-release/python/virtualenv/virtualenv= =2Epy", line 902, in call_subprocess % (cmd_desc, proc.returncode)) OSError: Command /usr/ports/www/firef...ualenv/bin/python2.7 -c "import sys, pip; sys...d\"] + sys.argv[1:]))" setuptools pip failed with error code 1 Traceback (most recent call last): File "/usr/ports/www/firefox/work/mozilla-release/python/mozbuild/mozbuild/vir= tualenv.py", line 473, in manager.ensure() File "/usr/ports/www/firefox/work/mozilla-release/python/mozbuild/mozbuild/vir= tualenv.py", line 128, in ensure return self.build() File "/usr/ports/www/firefox/work/mozilla-release/python/mozbuild/mozbuild/vir= tualenv.py", line 371, in build self.create() File "/usr/ports/www/firefox/work/mozilla-release/python/mozbuild/mozbuild/vir= tualenv.py", line 147, in create raise Exception('Error creating virtualenv.') Exception: Error creating virtualenv. imb --lQX1gH2ifTKJp7wJ7jUHqP123XSiCFwGG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlUO83MACgkQQv9rrgRC1JIkWwCZAaRdYrmfpBueOIQBYz+zp+AJ KwQAoK33iuGOHOwiriSEphwSbR78guQh =lm1X -----END PGP SIGNATURE----- --lQX1gH2ifTKJp7wJ7jUHqP123XSiCFwGG-- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 22 17:31:31 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A9063E2 for ; Sun, 22 Mar 2015 17:31:31 +0000 (UTC) Received: from pozo.com (pozo.com [50.197.129.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pozo.com", Issuer "pozo.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BEFF9B52 for ; Sun, 22 Mar 2015 17:31:30 +0000 (UTC) Received: from ACER.pozo.com (dsl-189-172-79-132-dyn.prod-infinitum.com.mx [189.172.79.132] (may be forged)) (authenticated bits=0) by pozo.com (8.14.9/8.14.9) with ESMTP id t2MHLd5e044212 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NOT); Sun, 22 Mar 2015 10:21:41 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <201503221721.t2MHLd5e044212@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 22 Mar 2015 10:21:27 -0700 To: Michael Butler , ports@FreeBSD.org From: Manfred Antar Subject: Re: firefox 36.0.4 fails to build Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-101.2 required=5.0 tests=AWL,BAYES_00,MISSING_MID, RDNS_NONE,SPF_SOFTFAIL,URIBL_BLOCKED,USER_IN_WHITELIST autolearn=no autolearn_force=no version=3.4.0, No X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: t2MHLd5e044212 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 17:31:31 -0000 At 09:53 AM 3/22/2015, Michael Butler wrote: >firefox fails to compile with the following apparent missed dependency. >What's missing? > >loading cache ./config.cache >checking host system type... x86_64-portbld-freebsd11.0 >checking target system type... x86_64-portbld-freebsd11.0 >checking build system type... x86_64-portbld-freebsd11.0 >checking for mawk... no >checking for gawk... gawk >Using Python from environment variable $PYTHON >Creating Python environment >New python executable in >/usr/ports/www/firefox/work/mozilla-release/obj-x86_64-portbld-freebsd11.0/_virtualenv/bin/python2.7 >Not overwriting existing python script >/usr/ports/www/firefox/work/mozilla-release/obj-x86_64-portbld-freebsd11.0/_virtualenv/bin/python >(you must use >/usr/ports/www/firefox/work/mozilla-release/obj-x86_64-portbld-freebsd11.0/_virtualenv/bin/python2.7) >Installing setuptools, pip... > Complete output from command >/usr/ports/www/firef...ualenv/bin/python2.7 -c "import sys, pip; >sys...d\"] + sys.argv[1:]))" setuptools pip: > Traceback (most recent call last): > File "", line 1, in > File >"/usr/ports/www/firefox/work/mozilla-release/python/virtualenv/virtualenv_support/pip-1.5.4-py2.py3-none-any.whl/pip/__init__.py", >line 10, in > File >"/usr/ports/www/firefox/work/mozilla-release/python/virtualenv/virtualenv_support/pip-1.5.4-py2.py3-none-any.whl/pip/util.py", >line 18, in > File >"/usr/ports/www/firefox/work/mozilla-release/python/virtualenv/virtualenv_support/pip-1.5.4-py2.py3-none-any.whl/pip/_vendor/distlib/version.py", >line 14, in > File >"/usr/ports/www/firefox/work/mozilla-release/python/virtualenv/virtualenv_support/pip-1.5.4-py2.py3-none-any.whl/pip/_vendor/distlib/compat.py", >line 31, in >ImportError: cannot import name HTTPSHandler >---------------------------------------- >...Installing setuptools, pip...done. >Traceback (most recent call last): > File >"/usr/ports/www/firefox/work/mozilla-release/python/virtualenv/virtualenv.py", >line 2338, in > main() > File >"/usr/ports/www/firefox/work/mozilla-release/python/virtualenv/virtualenv.py", >line 824, in main > symlink=options.symlink) > File >"/usr/ports/www/firefox/work/mozilla-release/python/virtualenv/virtualenv.py", >line 992, in create_environment > install_wheel(to_install, py_executable, search_dirs) > File >"/usr/ports/www/firefox/work/mozilla-release/python/virtualenv/virtualenv.py", >line 960, in install_wheel > 'PIP_NO_INDEX': '1' > File >"/usr/ports/www/firefox/work/mozilla-release/python/virtualenv/virtualenv.py", >line 902, in call_subprocess > % (cmd_desc, proc.returncode)) >OSError: Command /usr/ports/www/firef...ualenv/bin/python2.7 -c "import >sys, pip; sys...d\"] + sys.argv[1:]))" setuptools pip failed with error >code 1 >Traceback (most recent call last): > File >"/usr/ports/www/firefox/work/mozilla-release/python/mozbuild/mozbuild/virtualenv.py", >line 473, in > manager.ensure() > File >"/usr/ports/www/firefox/work/mozilla-release/python/mozbuild/mozbuild/virtualenv.py", >line 128, in ensure > return self.build() > File >"/usr/ports/www/firefox/work/mozilla-release/python/mozbuild/mozbuild/virtualenv.py", >line 371, in build > self.create() > File >"/usr/ports/www/firefox/work/mozilla-release/python/mozbuild/mozbuild/virtualenv.py", >line 147, in create > raise Exception('Error creating virtualenv.') >Exception: Error creating virtualenv. > > imb > > > From owner-freebsd-ports@FreeBSD.ORG Sun Mar 22 17:39:37 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1303C4E7 for ; Sun, 22 Mar 2015 17:39:37 +0000 (UTC) Received: from pozo.com (pozo.com [50.197.129.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pozo.com", Issuer "pozo.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E5818B80 for ; Sun, 22 Mar 2015 17:39:36 +0000 (UTC) Received: from ACER.pozo.com (dsl-189-172-79-132-dyn.prod-infinitum.com.mx [189.172.79.132] (may be forged)) (authenticated bits=0) by pozo.com (8.14.9/8.14.9) with ESMTP id t2MHdNYU061095 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NOT); Sun, 22 Mar 2015 10:39:27 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <201503221739.t2MHdNYU061095@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 22 Mar 2015 10:39:12 -0700 To: Michael Butler , ports@FreeBSD.org From: Manfred Antar Subject: Re: firefox 36.0.4 fails to build In-Reply-To: <201503221721.t2MHLd5e044212@pozo.com> References: <201503221721.t2MHLd5e044212@pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-99.9 required=5.0 tests=AWL,BAYES_40,MISSING_MID, RCVD_IN_SORBS_DUL,RDNS_NONE,SPF_SOFTFAIL,URIBL_BLOCKED,USER_IN_WHITELIST autolearn=no autolearn_force=no version=3.4.0, No X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: t2MHdNYU061095 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 17:39:37 -0000 At 10:21 AM 3/22/2015, Manfred Antar wrote: My last post didn't come through. Reinstall python , then it should work. ======================== || null@pozo.com || || || ======================== From owner-freebsd-ports@FreeBSD.ORG Sun Mar 22 17:45:48 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 498D37AC for ; Sun, 22 Mar 2015 17:45:48 +0000 (UTC) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D466C60 for ; Sun, 22 Mar 2015 17:45:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=KVg71+Ri8joVN0QvoM3/xOJOOkDIXj3ermGIhysTn5A=; b=cTCX77ffDxaBxXM0p6N6A00BMX8UMTLvWfzaArI3sPw1sw/cGT4ot4s282OW+XmJ87UviO+ysO6afCRzwecb4RZ+RiPr0CFnqcs6nla+D9eeEXwnw9yKNJAOS9bhaFnZ6GSjbSn9GMbBxzYzZRxm4D5REYrHtqNXBR7IwTiYyVQ=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:27684 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES128-GCM-SHA256:128) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YZjwX-0003nj-OX for freebsd-ports@freebsd.org; Sun, 22 Mar 2015 12:45:46 -0500 Received: from 104-54-221-134.lightspeed.austtx.sbcglobal.net ([104.54.221.134]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sun, 22 Mar 2015 12:45:45 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 22 Mar 2015 12:45:45 -0500 From: Larry Rosenman To: Freebsd ports Subject: BZ 198747 Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.0 X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 17:45:48 -0000 Can a committer look at: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198747 It's a simple patch/upgrade. Thanks! -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-ports@FreeBSD.ORG Sun Mar 22 17:53:34 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8CC7A908 for ; Sun, 22 Mar 2015 17:53:34 +0000 (UTC) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3DFF2D4F for ; Sun, 22 Mar 2015 17:53:34 +0000 (UTC) Received: by qcay5 with SMTP id y5so39225793qca.1 for ; Sun, 22 Mar 2015 10:53:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=mkTtw93wHztHNEv4so5fx2gylKAQ3ftAwU4/zQOcYfg=; b=vkBMSyVbThxmFF3Epyif9No1qwJ38QR3KLskZ04Xn3LahNaO22fpNadqHOng35j8ah 9d/56+UsepWOR5vOrGg+m9AC4Uy8hfxAsINHH6mV4pXaAkbpU/QXNhK8OxjVEauVJvrV npYTSEq0ICJMY2u/xCBWYVtWbAqBKVA1E0Kj8idpDDAzhkbS7CM9bRr1O345f1s8WC01 qM6bfw9A3IWS3GqMTo1MXncSaX86K0uvnEOetJB4VyIKcIM6Eh6lA/iEB6NRJDVPTktF g99OZzBSK68g0HXJTloHQ2jpF8irpr6ZPzyM/XBvZITdrO1xZzYhg6UQL2LmxVjDARAP dtxA== X-Received: by 10.140.218.196 with SMTP id o187mr89027672qhb.30.1427046813316; Sun, 22 Mar 2015 10:53:33 -0700 (PDT) Received: from [10.77.88.9] (pool-74-104-166-127.bstnma.fios.verizon.net. [74.104.166.127]) by mx.google.com with ESMTPSA id j94sm7517722qgd.47.2015.03.22.10.53.32 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 22 Mar 2015 10:53:32 -0700 (PDT) Mime-Version: 1.0 (1.0) Subject: Re: Broken port: handbrake From: Matt Klein X-Mailer: iPhone Mail (12B466) In-Reply-To: Date: Sun, 22 Mar 2015 13:53:30 -0400 Message-Id: References: To: Matthew Donovan Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "ports@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 17:53:34 -0000 Thanks for the response. I did just run "portsnap fetch && portsnap extract"= right before trying. Why wouldn't I be at the latest version of the ports t= ree? Also, do I understand you correctly that even if I were using the lates= t ports, the handbrake port would still be broken? Any suggestions for how I= could fix it manually? Thanks, Matt > On Mar 21, 2015, at 9:28 PM, Matthew Donovan wrote= : >=20 >=20 > On Mar 21, 2015 8:21 PM, "Matt Klein" wrote: > > > > Hello, > > > > I'm having a problem with the port "handbrake". > > > > =46rom the Makefile: > > # Created by: Andrew Thompson > > # $FreeBSD: head/multimedia/handbrake/Makefile 374303 2014-12-08 16:48:3= 8Z > > tijl $ > > > > The build and install of the port succeeds, but the resulting installati= on > > is broken. Attempting to read a DVD leads to this error: > > > > # HandBrakeCLI -t 1 -f mp4 -e x264 -q 20 -E faac -B 160 -i /dev/cd0 -o > > /tmp/out.mp4 > > [21:03:28] hb_init: starting libhb thread > > HandBrake rev5474 (2015032199) - FreeBSD amd64 - http://handbrake.fr > > 4 CPUs detected > > Opening /dev/cd0... > > [21:03:28] hb_scan: path=3D/dev/cd0, title_index=3D4 > > libbluray/bdnav/index_parse.c:162: indx_parse(): error opening > > /dev/cd0/BDMV/index.bdmv > > libbluray/bdnav/index_parse.c:162: indx_parse(): error opening > > /dev/cd0/BDMV/BACKUP/index.bdmv > > libbluray/bluray.c:1725: nav_get_title_list(/dev/cd0) failed (0x8048b300= 0) > > [21:03:28] bd: not a bd - trying as a stream/file instead > > libdvdnav: Using dvdnav version 4.1.3 > > libdvdread: Missing symbols in libdvdcss.so.2, this shouldn't happen ! > > libdvdread: Using libdvdcss version for DVD access > > Segmentation fault > > > > =46rom these links: > > > > https://bbs.archlinux.org/viewtopic.php?id=3D187410 > > http://www.linuxquestions.org/questions/slackware-14/handbrake-and-curre= nt-4175528049/ > > > > It looks this is due to a handbrake bug that was fixed in version 0.9.9-= 8; > > I'm guessing that the version installed by the port is earlier than this= , > > but I don't know enough about how the ports system works to be able to s= ay > > definitively or to fix it myself. > > > > I'm using FreeNAS version 9.3. > > # uname -i -K -r -U -v > > 9.3-RELEASE-p10 FreeBSD 9.3-RELEASE-p10 #0 r275790+c9242cc: Mon Mar 16 > > 12:46:11 PDT 2015 > > root@build3.ixsystems.com:/tank/home/nightlies/FN93/objs/os-base/amd64/t= ank/home/nightlies/FN93/FreeBSD/src/sys/FREENAS.amd64 > > FREENAS64 903000 903000 > > > > Any assistance would be greatly appreciated! > > > > Thanks, > > Matt Klein > > _______________________________________________ > > 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"= >=20 > Your ports are out of date the lastest port is 9.9.3. The port does need t= o be updated to the latest however. Which I cant do currently as not near a= FreeBSD system currently From owner-freebsd-ports@FreeBSD.ORG Sun Mar 22 18:17:20 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9A38407 for ; Sun, 22 Mar 2015 18:17:20 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 78726F90 for ; Sun, 22 Mar 2015 18:17:20 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1YZkR5-000MBr-JL; Sun, 22 Mar 2015 19:17:19 +0100 Date: Sun, 22 Mar 2015 19:17:19 +0100 From: Kurt Jaeger To: Larry Rosenman Subject: Re: BZ 198747 Message-ID: <20150322181719.GY62590@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: Freebsd ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 18:17:20 -0000 Hi! > Can a committer look at: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198747 > > It's a simple patch/upgrade. Done. pkg-plist was not complete, fixed. -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-ports@FreeBSD.ORG Sun Mar 22 18:19:48 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 698F5653 for ; Sun, 22 Mar 2015 18:19:48 +0000 (UTC) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3953FFBE for ; Sun, 22 Mar 2015 18:19:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=2WjLJjJoKVf1Q7nfQM6KkE4nOZOAwJGT5t5AWJrpVfE=; b=iWyBsD2bc7kujRvO0+WlYfUrmHl+9xtGQKPnMwQ2M1gjPNXwRkP0prYscxVO1ngH3PAYdx72gHw1AswvdrxEhAI2IyCSaGQF4V8WdLC2wmWlPwLm5uRmnWxpN3N+KyZdcI+WaeR+7ueujYtGKpgcmzL3gYh9F7Wt7o6TkTBfHTM=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:40724 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES128-GCM-SHA256:128) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YZkTS-0004Bl-8L; Sun, 22 Mar 2015 13:19:47 -0500 Received: from 104-54-221-134.lightspeed.austtx.sbcglobal.net ([104.54.221.134]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sun, 22 Mar 2015 13:19:46 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 22 Mar 2015 13:19:46 -0500 From: Larry Rosenman To: Kurt Jaeger Subject: Re: BZ 198747 In-Reply-To: <20150322181719.GY62590@home.opsec.eu> References: <20150322181719.GY62590@home.opsec.eu> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.0 X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 Cc: Freebsd ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 18:19:48 -0000 On 2015-03-22 13:17, Kurt Jaeger wrote: > Hi! > >> Can a committer look at: >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198747 >> >> It's a simple patch/upgrade. > > Done. pkg-plist was not complete, fixed. What's the easiest way for me to check the plist in the future ? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-ports@FreeBSD.ORG Sun Mar 22 18:24:42 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68BC677F for ; Sun, 22 Mar 2015 18:24:42 +0000 (UTC) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.auburn.protected-networks.net", Issuer "Protected Networks Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 30DE6DB for ; Sun, 22 Mar 2015 18:24:42 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@mail.auburn.protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id 1C97F1CC00; Sun, 22 Mar 2015 14:24:33 -0400 (EDT) Message-ID: <550F08DE.3090305@protected-networks.net> Date: Sun, 22 Mar 2015 14:24:30 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Manfred Antar , ports@FreeBSD.org Subject: Re: firefox 36.0.4 fails to build References: <201503221721.t2MHLd5e044212@pozo.com> <201503221739.t2MHdNYU061095@pozo.com> In-Reply-To: <201503221739.t2MHdNYU061095@pozo.com> OpenPGP: id=0442D492 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nK84W7EC7FsbT1dNTNR1Lv24uw9C1Rcvq" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 18:24:42 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --nK84W7EC7FsbT1dNTNR1Lv24uw9C1Rcvq Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 03/22/15 13:39, Manfred Antar wrote: > At 10:21 AM 3/22/2015, Manfred Antar wrote: >=20 >=20 > My last post didn't come through. > Reinstall python , then it should work. Thanks! That did it :-) imb --nK84W7EC7FsbT1dNTNR1Lv24uw9C1Rcvq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlUPCN8ACgkQQv9rrgRC1JJkeQCglVgldgalyv/imXmwRTHWuuuC Ac8An1ITNwXVzLgxvkIysATXepqkwx+p =NfAV -----END PGP SIGNATURE----- --nK84W7EC7FsbT1dNTNR1Lv24uw9C1Rcvq-- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 22 18:26:40 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 149D3A70 for ; Sun, 22 Mar 2015 18:26:40 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C499410B for ; Sun, 22 Mar 2015 18:26:39 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1YZka7-000ME3-RY; Sun, 22 Mar 2015 19:26:39 +0100 Date: Sun, 22 Mar 2015 19:26:39 +0100 From: Kurt Jaeger To: Larry Rosenman Subject: Re: BZ 198747 Message-ID: <20150322182639.GZ62590@home.opsec.eu> References: <20150322181719.GY62590@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: Freebsd ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 18:26:40 -0000 Hi! > >> Can a committer look at: > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198747 > >> > >> It's a simple patch/upgrade. > > > > Done. pkg-plist was not complete, fixed. > What's the easiest way for me to check the plist in the future ? Add DEVELOPER=yes to /etc/make.conf and make check-plist -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-ports@FreeBSD.ORG Sun Mar 22 23:32:46 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B16E869; Sun, 22 Mar 2015 23:32:46 +0000 (UTC) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EFAA9858; Sun, 22 Mar 2015 23:32:45 +0000 (UTC) Received: from laptop2.herveybayaustralia.com.au (laptop2.herveybayaustralia.com.au [192.168.0.185]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 33FD761F9D; Mon, 23 Mar 2015 09:32:33 +1000 (EST) Message-ID: <550F510F.70201@herveybayaustralia.com.au> Date: Mon, 23 Mar 2015 09:32:31 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org, mat@FreeBSD.org Subject: [SOLVED] Re: Baikal caldav and documentroot References: <550A2673.7070704@herveybayaustralia.com.au> In-Reply-To: <550A2673.7070704@herveybayaustralia.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 23:32:46 -0000 On 03/19/15 11:29, Da Rock wrote: > Just a quick one: is anyone using Baikal for caldav? Is there a reason > it _must_ be documentroot? > > I haven't been successful in finding out the why - no docs either. Bit > of a pain in the butt with my current setup, but if I _must_ then I > guess I'll have to figure out how to adjust. Well I figured it out, and I thought I'd let those interested ( :) ) know what the solution is to this one. There are practically no docs to this webapp, so I thought I'd check out the rewrite rules in apache (of which I haven't had anything to do with as yet) to see if that might make it work for me. There is a rewrite rule already referencing .well-known/caldav|carddav, and looking at this I decided to run a search to see what might be happening. Apparently this an rfc expectation for easy implementation by clients - although I have yet to find a client that does use it! So, while it is best practice for this to be documentroot - namely this particular rfc requirement, the rewrite rule is supposed to take care of this. An adjustment to this will allow the sysadmin to allocate baikal to a subfolder. This will allow access to baikal, but it still won't allow it to be used as a caldav - yet. To get this working fully, you need to go into system settings in baikal admin and change the variables for the _web path_ only. Keep in mind this is for the port install only, it may be different for a manual install. To summarise, this is what you need to do to make baikal work as a subfolder of another vhost (not necessarily documentroot): 1. Adjust the rewrite rule in your apache setup to reflect the you want your caldav in: RewriteEngine On RewriteRule /.well-known/carddav /card.php [R,L] RewriteRule /.well-known/caldav /cal.php [R,L] 2. Navigate to the baikal admin page and go to system settings and adjust the top 2 variables that relate to the absolute web path _only_. Do not touch the server path settings! PROJECT_BASEURI . "/cal.php/" PROJECT_BASEURI . "/card.php/" 3. Test! Mat, perhaps this will be a good note in the port install message as well, as its not up to the port maintainer to take care of documentation of an application itself. Either that or maybe a readme somewhere in either share/ or the baikal/ directory. A note that this is at the sysadmins own risk might be in order too :) Having said that, it would be good if all projects did at least some basic documentation for the apps created! HTH From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 03:45:37 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0302D79A for ; Mon, 23 Mar 2015 03:45:37 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D7C3426A for ; Mon, 23 Mar 2015 03:45:36 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id t2N3jaBR023407 for ; Mon, 23 Mar 2015 03:45:36 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id t2N3jaOM023406 for freebsd-ports@freebsd.org; Mon, 23 Mar 2015 03:45:36 GMT (envelope-from bdrewery) Received: (qmail 85796 invoked from network); 22 Mar 2015 22:45:31 -0500 Received: from unknown (HELO ?10.10.1.139?) (freebsd@shatow.net@10.10.1.139) by sweb.xzibition.com with ESMTPA; 22 Mar 2015 22:45:31 -0500 Message-ID: <550F8C58.60205@FreeBSD.org> Date: Sun, 22 Mar 2015 22:45:28 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Mike Brown , freebsd-ports@freebsd.org Subject: Re: ports-mgmt/portell distfiles no longer on SourceForge References: <20150322031751.GA36846@chilled.skew.org> In-Reply-To: <20150322031751.GA36846@chilled.skew.org> OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a990H1ExPTSIKahUVB27qkBB6mNOd9DU3" Cc: mich@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 03:45:37 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --a990H1ExPTSIKahUVB27qkBB6mNOd9DU3 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 3/21/2015 10:17 PM, Mike Brown wrote: > ports-mgmt/portell can't be installed now because its SourceForge proje= ct has=20 > disappeared. It looks like the author is now just using a GitHub Gist f= or it:=20 > https://gist.github.com/rkulla/1122022 >=20 > Is that usable? Here's some craziness. Try it out please. https://people.freebsd.org/~bdrewery/patches/ports-mgmt-portell-gist.diff= --=20 Regards, Bryan Drewery --a990H1ExPTSIKahUVB27qkBB6mNOd9DU3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJVD4xZAAoJEDXXcbtuRpfPb2MH/0ddwxbwQUy1Iq60XV1IZxhH JCDpbvn5UT1+hgjELBvunXJ5IO8AHCjHZVC/Q81spU63OOyCtFrey2W4I60+rjiv naGNBrRKQvpbWw/mXzYNeGgRRRobBZSOpqnXXJ2rjEc4XxvwpGqwGdj9AkgNmol0 tbtuGff8eNpf80a2gRt6D9JbuHLRtOnSnAhLh8ipb7ArcWHeWnEFB3EKFuhJ7Sae 1EB1anHUTFSvwP/1Y3bFgipzxxmrFxjtYVe1LaK2AitvojwExOhGfs3qd0t/KBBm TU9JQIGS9dZst+b3yecWev7h/MDQlEhiFEejdCSUvdH43waEm2xTRVhCG8snBbI= =JiFW -----END PGP SIGNATURE----- --a990H1ExPTSIKahUVB27qkBB6mNOd9DU3-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 08:31:19 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75679277 for ; Mon, 23 Mar 2015 08:31:19 +0000 (UTC) Received: from mout.gmx.com (mout.gmx.com [74.208.4.201]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 42AD2237 for ; Mon, 23 Mar 2015 08:31:19 +0000 (UTC) Received: from [108.70.50.7] by 3capp-mailcom-lxa11.server.lan (via HTTP); Mon, 23 Mar 2015 09:31:18 +0100 Message-ID: From: "side light" To: freebsd-ports@freebsd.org Subject: clang; gmake Date: Mon, 23 Mar 2015 09:31:18 +0100 Importance: normal Sensitivity: Normal X-Priority: 3 X-Provags-ID: V03:K0:dSg0w6rrC1Sin/a0YqHDNescndDR3EKMJJffxno7GuL pT8h6fVY4Pf3uuiwWazvX/6ajqexAii+LYL4plXW87PhmkE6YL aY0GxX7Br5KEZuFBp2jyZxEJ1+dlak0leI7VNZHizbFuBdqScS UJsYSJ1qGRUYh9W9J4vk3tvOalv6LVR12dSZSYLm5/5YD4KKf+ ks5pgErcBveavtrfX3KGrwgbz/vfbdUcnjEgfPqXo/FFfYfCT3 HLoOVhtPm+h+vV+6ClCJVJMZv5QESgL2fcslZvnvFM7VrBWBDL lyp+nxUgsiil9LOzmXvNMmpr5qc X-UI-Out-Filterresults: notjunk:1; MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 08:31:19 -0000 Correction on my last post. Removing "gmake" alone from many Makefiles improves many builds, by reducing gmake dependencies and options. This is since FreeBSD has its native clang. GNU and GTK tools didn't necessarily have to be removed for compile improvements to be made. Also, it would be better if ports that use hardware to have an option of only DEVD or HAL. I propose to take this into account in port-trees. It will in fact make port maintainer's jobs' easier. Thank you. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 10:09:03 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6878054F for ; Mon, 23 Mar 2015 10:09:03 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 53994F8B for ; Mon, 23 Mar 2015 10:09:03 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t2NA93xZ043150 for ; Mon, 23 Mar 2015 10:09:03 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t2NA93Gj043149; Mon, 23 Mar 2015 10:09:03 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201503231009.t2NA93Gj043149@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Mon, 23 Mar 2015 10:09:03 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 10:09:03 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ chinese/joe | 3.7 | 4.0 ------------------------------------------------+-----------------+------------ devel/p5-Benchmark-Timer | 0.7102 | 0.7103 ------------------------------------------------+-----------------+------------ editors/joe | 3.7 | 4.0 ------------------------------------------------+-----------------+------------ misc/mc | 4.8.13 | 4.8.14 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 11:54:52 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4763AC9C for ; Mon, 23 Mar 2015 11:54:52 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 07F28D6E for ; Mon, 23 Mar 2015 11:54:52 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1Ya0wV-000Nfh-Ci for ports@freebsd.org; Mon, 23 Mar 2015 12:54:51 +0100 Date: Mon, 23 Mar 2015 12:54:51 +0100 From: Kurt Jaeger To: ports@freebsd.org Subject: pkg upgrade hang on 10.1p8/amd64 with graphviz. Message-ID: <20150323115451.GB62590@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 11:54:52 -0000 Hi! I have a strange situation: Proceed with this action? [y/N]: y [1/5] Installing graphviz-2.38.0_6... [1/5] Extracting graphviz-2.38.0_6: 100% load: 0.10 cmd: dot 46012 [urdlck] 1.56r 0.00u 0.00s 12% 11188k and there it hangs. Any ideas on how to fix this ? -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 12:03:11 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 056EE28B for ; Mon, 23 Mar 2015 12:03:11 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B82A0E81 for ; Mon, 23 Mar 2015 12:03:10 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1Ya14Y-000NhA-5D for ports@freebsd.org; Mon, 23 Mar 2015 13:03:10 +0100 Date: Mon, 23 Mar 2015 13:03:10 +0100 From: Kurt Jaeger To: ports@freebsd.org Subject: Re: pkg upgrade hang on 10.1p8/amd64 with graphviz. Message-ID: <20150323120310.GC62590@home.opsec.eu> References: <20150323115451.GB62590@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150323115451.GB62590@home.opsec.eu> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 12:03:11 -0000 Hi! > I have a strange situation: > > Proceed with this action? [y/N]: y > [1/5] Installing graphviz-2.38.0_6... > [1/5] Extracting graphviz-2.38.0_6: 100% > load: 0.10 cmd: dot 46012 [urdlck] 1.56r 0.00u 0.00s 12% 11188k > > and there it hangs. Any ideas on how to fix this ? I found a workaround: cd /usr/local/lib/graphviz/ # fstat config6 USER CMD PID FD MOUNT INUM MODE SZ|DV R/W NAME root dot 46182 3 / 298326 -rw-r--r-- 0 w config6 # kill -1 46182 There's something strange with graphviz. -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 12:34:42 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8476C25 for ; Mon, 23 Mar 2015 12:34:42 +0000 (UTC) Received: from outmail01564.authsmtp.com (outmail01564.authsmtp.com [62.13.150.244]) by mx1.freebsd.org (Postfix) with ESMTP id 9B53F258 for ; Mon, 23 Mar 2015 12:34:42 +0000 (UTC) Received: from mail-c237.authsmtp.com (mail-c237.authsmtp.com [62.13.128.237]) by punt16.authsmtp.com (8.14.2/8.14.2/) with ESMTP id t2NCYYWq057287 for ; Mon, 23 Mar 2015 12:34:34 GMT DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=theopinionroom.com; s=authsmtp; t=1427114074; bh=ZDwLt4xRP+wraQZOXhVRmMM6t4ulPjilO15rQWXDyO4=; h=From:Subject:To:Date; b=cpDT3bIKuveT1IgdSFM0nB7xyrQ1zWMf4rRZ57d0+GHiS36vrdwsZX3iee9j4AmC3 GqMthvjYL7ZPfCx1/Xf2E1dZ7NLS1qG1WJCq/4JV3qdWAwA+bEuohgHB3U8RdetwXJ rkjYOTxRgLmPKtRERIm2peSRln+tSjBXyR8ySfWE= Received: from mail.authsmtp.com ([73.165.76.255]) (authenticated bits=0) by mail.authsmtp.com (8.14.2/8.14.2/) with ESMTP id t2NCYXJP041809 for ; Mon, 23 Mar 2015 12:34:34 GMT Message-Id: <201503231234.t2NCYXJP041809@mail.authsmtp.com> From: "The Opinion Room" Subject: Want Your Opinion To: "ports" MIME-Version: 1.0 Organization: The Opinion Room Date: Mon, 23 Mar 2015 08:34:28 -0400 X-Server-Quench: f64a4cf5-d158-11e4-9f74-002590a135d3 X-AuthReport-Spam: If SPAM / abuse - report it at: http://www.authsmtp.com/abuse X-AuthRoute: OCd1aQgRClZJRRUe DTksEC9NTh0kIBxL BwUEKg4cK10MQxxW KFpBBlRJPVAWXl0f XCRcFVZXTyAgG3x3 awtUfQRfaElKVQZu Hk9KXFNUERtvBwID AxsBUBxwchpGNjpy GzULNgo7XEB7fUZ0 DEhcFm9IM2FkOWRM BkVFIwJReB5Lf0pB d1kpU3cQYWUFY3Ng FlZoYjxqKwpWLjgd cwYQNxo1WUcNHzk6 L/3L X-Authentic-SMTP: 61633639303439.1024:706 X-AuthFastPath: 0 (Was 255) X-AuthSMTP-Origin: 73.165.76.255/2525 X-AuthVirus-Status: No virus detected - but ensure you scan with your own anti-virus system. Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 12:34:43 -0000 The Opinion Room Visit http://theopinionroom.com/Home/Welcome/ to vi= ew this in your browser.=20 Share Your Opinions!=20 The Opinion Room is currently looking for individuals willing to parti= cipate in paid market research studies from the comfort of their home = using any computer, tablet or=20 mobile device. Participants will receive cash and other rewards for every market rese= arch study they successfully complete. The majority of our studies tak= e less than 15 minutes to=20 complete! Your responses will always remain confidential and you will never be r= equired to make a purchase in order to participate. In fact, participa= tion in any of our paid market=20 research studies is absolutely voluntary! Companies want to hear from you and so do we! Your opinion will help c= ompanies make important decisions about their products and services.=20= Registration is FREE and takes only a few minutes. Join The Opinion Ro= om today! https://theopinionroom.com/Home/JoinUs/ You are receiving this email from The Opinion Room, Inc. because you h= ave registered with one of our partner or affiliate websites. To ensure our emails are always delivered to your Inbox and not to you= r Junk / Spam folder, please add taylor@theopinionroom.com to your Saf= e Sender contacts list or=20 address book.=20 Not interested? Unsubscribe Instantly. The Opinion Room's Privacy Policy: https://theopinionroom.com/Home/Pri= vacyPolicy From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 12:40:40 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 733F7D31; Mon, 23 Mar 2015 12:40:40 +0000 (UTC) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2FB10353; Mon, 23 Mar 2015 12:40:39 +0000 (UTC) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3l9b0H2HvxzZrj; Mon, 23 Mar 2015 13:40:31 +0100 (CET) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id GDWTnnr3hXT5; Mon, 23 Mar 2015 13:40:28 +0100 (CET) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Mon, 23 Mar 2015 13:40:28 +0100 (CET) Message-ID: <551009BB.9020906@FreeBSD.org> Date: Mon, 23 Mar 2015 13:40:27 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Gerhard Schmidt , freebsd-stable@freebsd.org, FreeBSD Ports Subject: Re: Problems with openssl 1.0.2 update References: <550FEBE6.5090804@ze.tum.de> In-Reply-To: <550FEBE6.5090804@ze.tum.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 12:40:40 -0000 On 03/23/15 11:33, Gerhard Schmidt wrote: > Hi, > > we experiencing a problem after upgrading the openssl port to openssl > 1.0.2. > > /usr/bin/vi started to crash after some seconds with segfault. > /rescue/vi works just fine. Deleting the openssl 1.0.2 package > everything works just fine again. Installing the old openssl 1.0.1_18 > package it still works just fine. > > it seams that besides vi the bash also has this problem. Anybody > experiencing the same or is this something specific to my system. > > I'm running FreeBSD 10.1 updated tonight. I am seeing runtime problems with asterisk13 (which I maintain), caused by the OpenSSL update fallout. In this case, after some analysis, I concluded the problem is the libsrtp port requiring OpenSSL from ports(for a reason), causing asterisk to link to that too, which would be correct. Asterisk also uses the security/trousers port, which links to system OpenSSL. This ensues a conflict which now results in asterisk segfaulting and stopping to work. I'm investigating what can be done about this. As a local solution I can force the trousers port to link against OpenSSL from ports, but this will not fix the general problem. As a port maintaner I ony see modifying the trousers port to depend on ports OpenSSL as a solution, is this acceptable? -- Guido Falsi From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 15:43:25 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E459290 for ; Mon, 23 Mar 2015 15:43:25 +0000 (UTC) Received: from resqmta-ch2-05v.sys.comcast.net (resqmta-ch2-05v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:37]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A9B7CF47 for ; Mon, 23 Mar 2015 15:43:25 +0000 (UTC) Received: from resomta-ch2-03v.sys.comcast.net ([69.252.207.99]) by resqmta-ch2-05v.sys.comcast.net with comcast id 73j21q00529Cfhx013jPKh; Mon, 23 Mar 2015 15:43:23 +0000 Received: from www.cyberbotx.com ([107.5.48.95]) by resomta-ch2-03v.sys.comcast.net with comcast id 73jP1q00523DSHF013jPTo; Mon, 23 Mar 2015 15:43:23 +0000 Received: from 192.168.2.2 (SquirrelMail authenticated user cyberbotx) by www.cyberbotx.com with HTTP; Mon, 23 Mar 2015 11:43:23 -0400 Message-ID: <9623862267593285ee2fb436666eba27.squirrel@www.cyberbotx.com> Date: Mon, 23 Mar 2015 11:43:23 -0400 Subject: Adding options framework variables that depend on variables coming after bsd.port.pre.mk From: "Naram Qashat" To: freebsd-ports@FreeBSD.org User-Agent: SquirrelMail/1.4.23 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1427125403; bh=tbTkAQegSN/SK58wP6J/J8oQf9M4Iz6kS4d2g2KEqe8=; h=Received:Received:Received:Message-ID:Date:Subject:From:To: MIME-Version:Content-Type; b=X9LVNSstfCRoOJnr2Ox4E24ZaQy+/QMdUi3uI+gHXnqxfb56xGOx6MBAqEXvauFi1 quaziMsWJfXKNeYc697hu7rQu0nRhcVV04zuLWs8Y/Jnazf7z05IUK3vDXWi03QeID XRBLvgYD1Gvc9Mav6nXDZRtUe1wqnL9XwUBdngfS3gBI1TaRsOn0M3mp+8EZXXgkb6 SCw6F4ktixdt+rCueCFIgI9sXqut/UTpgJWtKjBXGpuEwxHqcpm1qrJobWrNXkAU8Q 6UbRslnRIIT5q3EYtXDkJYpojqb5aP5Z9zk6K4yP+JtHSuaPAPidiK6gQ784EtXUif el2NA0/YdtnoQ== X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 15:43:26 -0000 I'm wanting to add an options framework LIB_DEPENDS that depends on variables that normally come after bsd.port.pre.mk. In this case, I am trying to add a UTEMPTER_LIB_DEPENDS on sysutils/libutempter, but I want to check OPSYS and OSVERSION beforehand, since base FreeBSD 9.x contains utempter while any earlier FreeBSDs as well as non-FreeBSD OSes don't contain it and need the port. I cannot place the UTEMPTER_LIB_DEPENDS line after bsd.port.pre.mk because the options framework doesn't see it then, but I also cannot wrap it around an if conditional using OPSYS and OSVERSION before bsd.port.pre.mk because those variables aren't set yet. I've been told that there is a workaround, but I was not told what the workaround was. Does anyone know how this can be acomplished? From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 15:57:23 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F6E2CBF; Mon, 23 Mar 2015 15:57:23 +0000 (UTC) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5D1E7169; Mon, 23 Mar 2015 15:57:23 +0000 (UTC) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3l9gMB6R0CzZrj; Mon, 23 Mar 2015 16:57:10 +0100 (CET) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id vqOOHdf4viqh; Mon, 23 Mar 2015 16:56:55 +0100 (CET) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Mon, 23 Mar 2015 16:56:50 +0100 (CET) Message-ID: <551037C2.9020507@FreeBSD.org> Date: Mon, 23 Mar 2015 16:56:50 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, FreeBSD Ports Subject: Re: Problems with openssl 1.0.2 update References: <550FEBE6.5090804@ze.tum.de> <551009BB.9020906@FreeBSD.org> In-Reply-To: <551009BB.9020906@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 15:57:23 -0000 On 03/23/15 13:40, Guido Falsi wrote: > On 03/23/15 11:33, Gerhard Schmidt wrote: >> Hi, >> >> we experiencing a problem after upgrading the openssl port to openssl >> 1.0.2. >> >> /usr/bin/vi started to crash after some seconds with segfault. >> /rescue/vi works just fine. Deleting the openssl 1.0.2 package >> everything works just fine again. Installing the old openssl 1.0.1_18 >> package it still works just fine. >> >> it seams that besides vi the bash also has this problem. Anybody >> experiencing the same or is this something specific to my system. >> >> I'm running FreeBSD 10.1 updated tonight. > > I am seeing runtime problems with asterisk13 (which I maintain), caused > by the OpenSSL update fallout. > > In this case, after some analysis, I concluded the problem is the > libsrtp port requiring OpenSSL from ports(for a reason), causing > asterisk to link to that too, which would be correct. > > Asterisk also uses the security/trousers port, which links to system > OpenSSL. This ensues a conflict which now results in asterisk > segfaulting and stopping to work. > > I'm investigating what can be done about this. As a local solution I can > force the trousers port to link against OpenSSL from ports, but this > will not fix the general problem. As a port maintaner I ony see > modifying the trousers port to depend on ports OpenSSL as a solution, is > this acceptable? > Quick followup to keep anyone interested informed(and for ML archives just in case). The only "fix" I could commit to fix the binary package was removing the SRTP option from the defaults, avoiding to pull in the libsrtp port which itself pulled in OpenSSL from ports, causing the library mix. I'm not proud of such a solution, but was unable to do anything better right away. If someone has a better solution, please send patches. So for now anyone wanting to use SRTP with asterisk will have to build his own packages. :( -- Guido Falsi From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 16:39:06 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C61F7CFD for ; Mon, 23 Mar 2015 16:39:06 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A35E4827 for ; Mon, 23 Mar 2015 16:39:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id t2NGd6JS082208 for ; Mon, 23 Mar 2015 16:39:06 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id t2NGd6T1082204 for ports@freebsd.org; Mon, 23 Mar 2015 16:39:06 GMT (envelope-from bdrewery) Received: (qmail 52873 invoked from network); 23 Mar 2015 11:39:04 -0500 Received: from unknown (HELO ?10.10.1.139?) (freebsd@shatow.net@10.10.1.139) by sweb.xzibition.com with ESMTPA; 23 Mar 2015 11:39:04 -0500 Message-ID: <551041A9.6040500@FreeBSD.org> Date: Mon, 23 Mar 2015 11:39:05 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Ben Woods , Baptiste Daroussin Subject: Re: [HEADSUP] WIP on fonts References: <20150320153711.GB87678@ivaldir.etoilebsd.net> <20150321230802.GG87678@ivaldir.etoilebsd.net> In-Reply-To: OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wH8QA7AOoB1DKC3MU1mkeWxaqE7K7qC9g" Cc: "ports@freebsd.org" , "x11@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 16:39:07 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --wH8QA7AOoB1DKC3MU1mkeWxaqE7K7qC9g Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 3/22/2015 5:28 AM, Ben Woods wrote: > My poudriere is acting funny now, and I'm not sure if it's related. It > keeps deleting xorg-fonts-truetype because there is a new dependency > (x11-fonts/dejavu), and then having to rebuild a whole suit of packages= as > a result. >=20 > The interesting thing is that dejavu was a dependency the entire time. = It > will successfully peform the bulk build and update the package set. If = I > then re-run the bulk build, it does the same thing every time. >=20 > My make.conf file (which hasn't changed in some time) contains: > OPTIONS_SET=3D VAAPI VDPAU X265 ASS FAAC LAME > MDNSRESPONDER RRDTOOL STATGRAB DEJAVU >=20 >=20 It will do this if a port has a dependency listed that it does not actually use. So the xorg-fonts-truetype is incorrectly depending on x11-fonts/dejavu. > The strange output from poudriere: >=20 > [00:00:22] =3D=3D=3D=3D>> Sanity checking the repository > [00:00:22] =3D=3D=3D=3D>> Checking packages for incremental rebuild nee= ded > [00:00:42] =3D=3D=3D=3D>> Deleting xorg-fonts-truetype-7.7_1.txz: new d= ependency: > x11-fonts/dejavu > [00:00:45] =3D=3D=3D=3D>> Deleting pango-1.36.8.txz: missing dependency= : > xorg-fonts-truetype-7.7_1 > [00:00:45] =3D=3D=3D=3D>> Deleting plexhometheater-1.2.2_7.txz: missing= dependency: > pango-1.36.8 > [00:00:45] =3D=3D=3D=3D>> Deleting policykit-gnome-0.9.2_7.txz: missing= dependency: > pango-1.36.8 > [00:00:45] =3D=3D=3D=3D>> Deleting rrdtool-1.4.8_6.txz: missing depende= ncy: > pango-1.36.8 >=20 >=20 > Any ideas? > -Ben >=20 > On Sunday, March 22, 2015, Baptiste Daroussin wrote:= >=20 >> On Fri, Mar 20, 2015 at 04:37:13PM +0100, Baptiste Daroussin wrote: >>> Hi all, >>> >>> Some of you may have notice some work on the font area. >>> >>> The goal of this work is to prevent every single font package to act >> differently >>> and most of the time not correctly. >>> >>> The change will be done in multiple steps: >>> 1/ Convert every ports to USES=3Dfonts >>> 2/ Remove @fc and @fontsdir keywords to only keep @fcfontsdir >>> 3/ Move all fonts from ${LOCALBASE}/lib/X11/fonts to >> ${LOCALBASE}/share/fonts in >>> order to make the fonts following XDG as well as making them working = for >> non-x11 >>> world (wayland for example) >>> >>> Best regards, >>> Bapt >> >> >> Done in r381876 please report me all possible issue, I have done quite= a >> lot of >> testing but I cannot test everything. >> >> Best regards, >> Bapt >> >=20 >=20 --=20 Regards, Bryan Drewery --wH8QA7AOoB1DKC3MU1mkeWxaqE7K7qC9g Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJVEEGpAAoJEDXXcbtuRpfPdY0IAJeUCdPiLSt180L2TUcVt6st Wbq2TY4jrZcMFgpJKg1wTJklPDnTQT84uxazlRH8usu94f/XD7KaoU+cXl5MwVTy 8lF/2Ar8peOHU2+rSAYHz0DiL6vWDNE35mYuQpJ96ZPXpOJ/OmOW7/yw5CmUFQQl HH8ZFltYehpo+lKv8zmM/LEXg7RuYC3wkwC4iCStkhOAGm7/e8+7wisomYApzCS8 YLkyHYNPwuZjFwo0mz0EcLcSUEsBtn0DbD7zlRajwVjLVRgfTwJJOXDC8W+USg7o Zk+5FvFd6On1tzX3ibbxmmhkb7SxCoHrrfNrCumLSTMyBforVQaxihTYpwI46PI= =O5ei -----END PGP SIGNATURE----- --wH8QA7AOoB1DKC3MU1mkeWxaqE7K7qC9g-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 16:44:22 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04E1516E for ; Mon, 23 Mar 2015 16:44:22 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D5DEF903 for ; Mon, 23 Mar 2015 16:44:21 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id t2NGiLKP085426 for ; Mon, 23 Mar 2015 16:44:21 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id t2NGiLgB085421 for ports@freebsd.org; Mon, 23 Mar 2015 16:44:21 GMT (envelope-from bdrewery) Received: (qmail 53478 invoked from network); 23 Mar 2015 11:44:20 -0500 Received: from unknown (HELO ?10.10.1.139?) (freebsd@shatow.net@10.10.1.139) by sweb.xzibition.com with ESMTPA; 23 Mar 2015 11:44:20 -0500 Message-ID: <551042E5.4050909@FreeBSD.org> Date: Mon, 23 Mar 2015 11:44:21 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Ben Woods , Baptiste Daroussin Subject: Re: [HEADSUP] WIP on fonts References: <20150320153711.GB87678@ivaldir.etoilebsd.net> <20150321230802.GG87678@ivaldir.etoilebsd.net> <551041A9.6040500@FreeBSD.org> In-Reply-To: <551041A9.6040500@FreeBSD.org> OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="crMF4jKJErAO2K8eXlrM3tkqSNfgF7sWx" Cc: "ports@freebsd.org" , "x11@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 16:44:22 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --crMF4jKJErAO2K8eXlrM3tkqSNfgF7sWx Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 3/23/2015 11:39 AM, Bryan Drewery wrote: > On 3/22/2015 5:28 AM, Ben Woods wrote: >> My poudriere is acting funny now, and I'm not sure if it's related. It= >> keeps deleting xorg-fonts-truetype because there is a new dependency >> (x11-fonts/dejavu), and then having to rebuild a whole suit of package= s as >> a result. >> >> The interesting thing is that dejavu was a dependency the entire time.= It >> will successfully peform the bulk build and update the package set. If= I >> then re-run the bulk build, it does the same thing every time. >> >> My make.conf file (which hasn't changed in some time) contains: >> OPTIONS_SET=3D VAAPI VDPAU X265 ASS FAAC LAME >> MDNSRESPONDER RRDTOOL STATGRAB DEJAVU >> >> >=20 > It will do this if a port has a dependency listed that it does not > actually use. So the xorg-fonts-truetype is incorrectly depending on > x11-fonts/dejavu. xorg-fonts-trutype has: + ${FONTDIR}/dejavu/DejaVuSans.ttf:${PORTSDIR}/x11-fonts/dejavu ~/svn/ports/x11-fonts/xorg-fonts-truetype # make -V FONTDIR /usr/local/share/fonts The dejavu port has: ~/svn/ports/x11-fonts/dejavu # grep DejaVuSans.ttf pkg-plist %%FONTSDIR%%/DejaVuSans.ttf ~/svn/ports/x11-fonts/dejavu # make -V '${PLIST_SUB:MFONTSDIR*}' FONTSDIR=3D"/usr/local/share/fonts/dejavu" So somehow the package is lacking this file, or poudriere is wrong here. I'm double checking with some builds now. >=20 >> The strange output from poudriere: >> >> [00:00:22] =3D=3D=3D=3D>> Sanity checking the repository >> [00:00:22] =3D=3D=3D=3D>> Checking packages for incremental rebuild ne= eded >> [00:00:42] =3D=3D=3D=3D>> Deleting xorg-fonts-truetype-7.7_1.txz: new = dependency: >> x11-fonts/dejavu >> [00:00:45] =3D=3D=3D=3D>> Deleting pango-1.36.8.txz: missing dependenc= y: >> xorg-fonts-truetype-7.7_1 >> [00:00:45] =3D=3D=3D=3D>> Deleting plexhometheater-1.2.2_7.txz: missin= g dependency: >> pango-1.36.8 >> [00:00:45] =3D=3D=3D=3D>> Deleting policykit-gnome-0.9.2_7.txz: missin= g dependency: >> pango-1.36.8 >> [00:00:45] =3D=3D=3D=3D>> Deleting rrdtool-1.4.8_6.txz: missing depend= ency: >> pango-1.36.8 >> >> >> Any ideas? >> -Ben >> >> On Sunday, March 22, 2015, Baptiste Daroussin wrote= : >> >>> On Fri, Mar 20, 2015 at 04:37:13PM +0100, Baptiste Daroussin wrote: >>>> Hi all, >>>> >>>> Some of you may have notice some work on the font area. >>>> >>>> The goal of this work is to prevent every single font package to act= >>> differently >>>> and most of the time not correctly. >>>> >>>> The change will be done in multiple steps: >>>> 1/ Convert every ports to USES=3Dfonts >>>> 2/ Remove @fc and @fontsdir keywords to only keep @fcfontsdir >>>> 3/ Move all fonts from ${LOCALBASE}/lib/X11/fonts to >>> ${LOCALBASE}/share/fonts in >>>> order to make the fonts following XDG as well as making them working= for >>> non-x11 >>>> world (wayland for example) >>>> >>>> Best regards, >>>> Bapt >>> >>> >>> Done in r381876 please report me all possible issue, I have done quit= e a >>> lot of >>> testing but I cannot test everything. >>> >>> Best regards, >>> Bapt >>> >> >> >=20 >=20 --=20 Regards, Bryan Drewery --crMF4jKJErAO2K8eXlrM3tkqSNfgF7sWx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJVEELlAAoJEDXXcbtuRpfPQrkH/3WErJsPTu17QVBpIxDcSmdK f70QZimDfTPYcxAGZwENObil8g7NoN2sVwrOOzp2w6Lm9BCBC1fE0Op/oPY/Exb6 HkCaEUnsXHMjzGTUTVVTdEeWhbIWuhFzFRZqvNec/Lf1pYaWkoo/IFAbKeP041V4 q64g+wyrEvCNS7oPDQzOB0zaYZsSUbpreRpiod3xwbiJLnbnNcsEaGSf8qTbW4xi vFF4ddr/rA3hcDRewX3YpjnIVcdx0jx1VhZGfW/g0AG3t2lbFTF2m8zMVnrNbfFy 0s8WHdwD+eEhgsjsZ9KwxDplCFGWcKYXp1Qm0G6qcdt2Cq8+izSRDRLs1c1LX1E= =gpeP -----END PGP SIGNATURE----- --crMF4jKJErAO2K8eXlrM3tkqSNfgF7sWx-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 17:26:45 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96894EAC for ; Mon, 23 Mar 2015 17:26:45 +0000 (UTC) Received: from asp.reflexion.net (outbound-241.asp.reflexion.net [69.84.129.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F9FBE6A for ; Mon, 23 Mar 2015 17:26:44 +0000 (UTC) Received: (qmail 27785 invoked from network); 23 Mar 2015 17:00:03 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 23 Mar 2015 17:00:03 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.40.1) with SMTP; Mon, 23 Mar 2015 13:00:03 -0400 (EDT) Received: (qmail 23977 invoked from network); 23 Mar 2015 17:00:03 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 23 Mar 2015 17:00:03 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-67-189-19-145.hsd1.or.comcast.net [67.189.19.145]) by iron2.pdx.net (Postfix) with ESMTPSA id 7DCB11C43A6; Mon, 23 Mar 2015 09:59:59 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: CROSS_TOOLCHAIN=powerpc64-gcc mishandles "Substitution Failure Is Not An Error" when compiling clang and stops the build From: Mark Millard In-Reply-To: <52182692-C48C-4438-8AF1-318828E8F966@dsl-only.net> Date: Mon, 23 Mar 2015 10:00:01 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <2C8146E7-B814-4F40-BEB0-224CF79C0BBD@dsl-only.net> References: <52182692-C48C-4438-8AF1-318828E8F966@dsl-only.net> To: freebsd-toolchain@freebsd.org X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-ports@freebsd.org, FreeBSD PowerPC ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 17:26:45 -0000 https://llvm.org/bugs/show_bug.cgi?id=3D22771 from Dimitry Andric's = submittal of the problem indicates that the libc++ code is not a = "Substitution Failure Is Not An Error" context and so is wrong. (C is = certainly simpler than C++ for identifying what applies where.) They have an improvement but Richard Smith's tiny test case shows it is = not yet correct: > Here's a testcase that fails with Clang: >=20 > #define __has_feature(x) 0 > #include > class X { X(const X&); }; > bool b =3D std::is_convertible::value; >=20 > (Using a public deleted copy constructor fails similarly.) in that both the original code and the improvement fail to compile the = above but instead treat it as an error. (Dimitry Andric tested the = improvement and https://llvm.org/bugs/show_bug.cgi?id=3D22771 shows the = error that he got.) =3D=3D=3D Mark Millard markmi at dsl-only.net On 2015-Mar-20, at 11:27 PM, Mark Millard = wrote: Basic context: > # dmesg | head > ... > FreeBSD 11.0-CURRENT #0 r279514M: Wed Mar 18 20:11:15 PDT 2015 > root@FBSDG5C0:/usr/obj/usr/srcC/sys/GENERIC64vtsc-NODEBUG powerpc > gcc version 4.9.1 (FreeBSD Ports Collection for powerpc64)=20 > ... > # freebsd-version -ku; uname -apKU > 11.0-CURRENT > 11.0-CURRENT > FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r279514M: Wed = Mar 18 20:11:15 PDT 2015 = root@FBSDG5C0:/usr/obj/usr/srcC/sys/GENERIC64vtsc-NODEBUG powerpc = powerpc64 1100062 1100062 > make -j 8 CROSS_TOOLCHAIN=3Dpowerpc64-gcc \ > WITHOUT_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D \ > WITH_LLDB=3D \ > WITH_GCC_BOOTSTRAP=3D WITH_GCC=3D WITHOUT_GNUCXX=3D \ > WITHOUT_BOOT=3D WITHOUT_LIB32=3D \ > buildworld buildkernel \ > KERNCONF=3DGENERIC64vtsc-NODEBUG \ > TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 For the context set by: > # more /etc/src.conf > CC=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc > CXX=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > CPP=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-cpp > CROSS_BINUTILS_PREFIX=3D/usr/local/powerpc64-freebsd/bin/ > X_COMPILER_TYPE=3Dgcc > WITH_LIBCPLUSPLUS=3D > # > # CXXFLAGS For buildworld/buildkernel CROSS_TOOLCHAIN=3Dpowerpc64-gcc = use... > # spans being-built and (failing finding those directories) live and = so for > # -DNO_CLEAN after being-built ones are in place depends on = self-hodsting > # where the two are sufficient compatibile. > # > # I've used .../. paths so I can tell use of these from other sources = of paths. > # > # Actually only appropriate for for _includes _libraries _depend = everything build32 : > CXXFLAGS+=3D-I/usr/obj/usr/srcC/tmp/usr/include/c++/v1/. -std=3Dgnu++11 = -L/usr/obj/usr/srcC/lib/libc++/. > # > # Actually only appropriate for for _worldtmp _legacy _bootstrap-tools = _cleanobj _obj _build-tools _cross-tools : > CXXFLAGS+=3D-I/usr/include/c++/v1/. -std=3Dgnu++11 -L/usr/lib/. > # > # But for self-hosting in a cross tools like manor sometimes having = both can work. > # > NO_WERROR=3D The problem: (Somewhat reformatted text...) > In file included from /usr/include/c++/v1/./algorithm:625:0, > from = /usr/srcC/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/= StringRef.h:13, > from = /usr/srcC/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/= StringMap.h:17, > from = /usr/srcC/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/Supp= ort/SpecialCaseList.h:51, > from = /usr/srcC/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Speci= alCaseList.cpp:17: > /usr/include/c++/v1/./type_traits: >=20 > In instantiation of 'struct std::__1::__is_convertible&, = llvm::StringMap, 0u, 0u>': > /usr/include/c++/v1/./type_traits:943:62: > required from >=20 > 'struct std::__1::is_convertible&, = llvm::StringMap >' > /usr/include/c++/v1/./utility:269:77: > required by >=20 > substitution of 'template std::__1::pair<_T1, = _T2>::pair(const std::__1::pair<_U1, _U2>&, typename = std::__1::enable_if<(std::__1::is_convertible::value && = std::__1::is_convertible::value)>::type*) [with _U1 =3D = llvm::StringRef; _U2 =3D llvm::StringMap]' > = /usr/srcC/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/= StringMap.h:371:55: > required from >=20 > 'llvm::StringMap::MapEntryTy& = llvm::StringMap::GetOrCreateValue(llvm::StringRef, = InitTy) [with InitTy =3D llvm::StringMap; = ValueTy =3D llvm::StringMap; AllocatorTy =3D= llvm::MallocAllocator; llvm::StringMap::MapEntryTy =3D = llvm::StringMapEntry >]' > = /usr/srcC/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/= StringMap.h:375:43: > required from >=20 > 'llvm::StringMap::MapEntryTy& = llvm::StringMap::GetOrCreateValue(llvm::StringRef) = [with ValueTy =3D llvm::StringMap; = AllocatorTy =3D llvm::MallocAllocator; llvm::StringMap::MapEntryTy =3D = llvm::StringMapEntry >]' > = /usr/srcC/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/= StringMap.h:299:32: > required from >=20 > 'ValueTy& llvm::StringMap::operator[](llvm::StringRef) [with ValueTy =3D = llvm::StringMap; AllocatorTy =3D = llvm::MallocAllocator]' > = /usr/srcC/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Speci= alCaseList.cpp:120:21: > required from >=20 > here > /usr/include/c++/v1/./type_traits:881:87: error: use of deleted = function 'llvm::StringMap::StringMap(const = llvm::StringMap&)' > = sizeof(__is_convertible_imp::__test<_T2>(__is_convertible_imp::__source<_T= 1>())) =3D=3D 1 > = ^ and a little more... > In file included from = /usr/srcC/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/Supp= ort/SpecialCaseList.h:51:0, > from = /usr/srcC/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Speci= alCaseList.cpp:17: > = /usr/srcC/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/= StringMap.h:226:7: > note: 'llvm::StringMap::StringMap(const = llvm::StringMap&)' is implicitly declared = as deleted because 'llvm::StringMap' = declares a move constructor or move assignment operator > class StringMap : public StringMapImpl { > ^ where... > namespace __is_convertible_imp > { > template char __test(_Tp); > template __two __test(...); > #ifndef _LIBCPP_HAS_NO_RVALUE_REFERENCES > template _Tp&& __source(); > #else =20 > template typename remove_reference<_Tp>::type& __source(); > #endif >=20 > ... > } In other words: > __is_convertible_imp::__source&>() is a function returning llvm::StringMap&& = (an r-value reference, not a universal one). (I'm presuming rvalue = references but the overall point is the same even for const = llvm::StringMap& as the return type.) As for __is_convertible_imp::__test: > = __is_convertible_imp::__test= > > (llvm::StringMap) is a function returning a value of type char that is used when the = argument can be passed into a = llvm::StringMap type of parameter. Failure = of this to be possible is not of itself an error ("substitution failure = is not an error" for selecting template functions): it just means that = other example definitions of __is_convertible_imp::__test functions may = be used to match the argument instead. and > = __is_convertible_imp::__test= >(...) is a function returning a value of type __two for all potential, valid = argument lists. (_T2 is actually ignored.) When both = __is_convertible_imp::__test's are non-errors the prior one is picked by = the language rules: a better parameter vs. argument match. Note that the status of deleted copy constructors can contribute to if > = __is_convertible_imp::__test= > > (llvm::StringMap) is a match for the convertibility classifications and it is not an error = for them to do so. The size of the selected = __is_convertible_imp::__test= >'s result type indicates the is-convertible status (sizeof(char) !=3D = sizeof(__two)) and the sizeof use means that overall the expression is a = constexpr (compile time constant) that is based on the type analysis by = the compiler, with no actual constructions happening. But the powerpc64-gcc 4.9.1 compiler is not applying the principle of = "substitution failure is not an error" and is not using the implicitly = deleted-status to cause a mis-match for: > = __is_convertible_imp::__test= > > (llvm::StringMap) So the compiler rejects the code for supposed use of an implicitly = deleted StringMap(const StringMap &RHS) constructor. This is a wrong = classification for the code. It appears that powerpc64-gcc (gcc 4.9.1) is not up to compiling = 11.0-CURRENT -r279514's clang/llvm as-is. Context details, mostly applying to both gcc 4.2.1 based world/kernel = with powperpc-gcc in use for cross compiling and gcc 4.9.1 based = world/kernel: powerpc64-gcc automatically looks in /usr/local/include for header files = (like most such ports) and this can pick up the wrong file(s). I ended = up renaming /usr/local/include/iconv.h so that it would not be found and used where a file with different = content from my /usr/srcC/... was needed. CROSS_TOOLCHAIN=3Dpowerpc64-gcc use does not allow -melf32ppc_fbsd for = WITH_BOOT=3D and WITH_LIB32=3D build activity to use. Even if there was = a powerpc-xtoolchain-gcc (and powerpc-gcc) around then selectively doing = just the WITH_BOOT=3D and WITH_LIB32=3D would still not seem a natural = fit. In my experiments at times for the 4.9.1 based live-world I've placed = the following symbolic links: > # ls -FPal /usr/lib/libstdc* > lrwxr-xr-x 1 root wheel 8 Mar 19 03:47 /usr/lib/libstdc++.a@ -> = libc++.a > lrwxr-xr-x 1 root wheel 9 Mar 19 03:47 /usr/lib/libstdc++.so@ -> = libc++.so >=20 > # ls -FPal /usr/bin/gcc /usr/bin/g++ > lrwxr-xr-x 1 root wheel 48 Mar 19 04:20 /usr/bin/g++@ -> = /usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > lrwxr-xr-x 1 root wheel 48 Mar 19 04:20 /usr/bin/gcc@ -> = /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc For example csu/powerpc64/... uses "gcc" directly, ignoring XCC and CC. The CC, CXX, and CPP in... > # more /etc/src.conf > CC=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc > CXX=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > CPP=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-cpp > ... that essentially duplicate the XCC, XCXX, XCPP assignments from = CROSS_TOOLCHAIN=3Dpowerpc64-gcc are there because otherwise various = stages do not use the cross tools (legacy, bootstrap-tools, build-tools, = cross-tools, kernel-tools, lib32's build-tools). Originally I was = investigating how far I could get without involving gcc 4.2.1 and what = would be involved. In the running world built-via-powerpc64-gcc environment /etc/src.conf = having ... > # CXXFLAGS For buildworld/buildkernel CROSS_TOOLCHAIN=3Dpowerpc64-gcc = use... > CXXFLAGS+=3D-I/usr/obj/usr/srcC/tmp/usr/include/c++/v1/. -std=3Dgnu+=3D1= 1 -L/usr/obj/usr/srcC/lib/libc++/. is used because otherwise (for example)... > /usr/local/bin/powerpc64-portbld-freebsd11.0-g++ -fpic -DPIC -O2 = -pipe -DHAVE_CONFIG_H -I/usr/srcC/contrib/atf = -I/usr/srcC/lib/atf/libatf-c++/../libatf-c -I. -DHAVE_CONFIG_H = -fstack-protector -Wsyste > m-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wpointer-arith -Wno-uninitialized -c = /usr/srcC/contrib/atf/atf-c++/detail/application.cpp -o application.So ends up with... > In file included from = /usr/srcC/contrib/atf/atf-c++/detail/application.cpp:26:0: > /usr/srcC/contrib/atf/atf-c++/detail/application.hpp:29:19: fatal = error: ostream: No such file or directory > #include > ^ > compilation terminated. from lack of -I/usr/obj/usr/srcC/tmp/usr/include/c++/v1/. in CXXFLAGS = and the like. This is despite the /usr/srcC/Makefile.inc1 logic (that = ends up inactive/ineffective for some reason): > .if ${XCC:M/*} > ... > .if defined(X_COMPILER_TYPE) && ${X_COMPILER_TYPE} =3D=3D gcc > XCFLAGS+=3D -isystem ${WORLDTMP}/usr/include = -L${WORLDTMP}/usr/lib > XCXXFLAGS+=3D -I${WORLDTMP}/usr/include/c++/v1 -std=3Dgnu++11 = -L${WORLDTMP}/../lib/libc++ > DEPFLAGS+=3D -I${WORLDTMP}/usr/include/c++/v1 As for /etc/make.conf it looks like... > # more /etc/make.conf > #CC=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc > #CXX=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > #CPP=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-cpp > #CROSS_BINUTILS_PREFIX=3D/usr/local/powerpc64-freebsd/bin/ > #X_COMPILER_TYPE=3Dgcc > # CXFLAGS For normal powerpc64-gcc use... > # AVOID during the buildworld/buildkernel activities: > # _includes _libraries _depend everything build32. > # See /etc/src.conf for example buildworld/buildkernel > # values for that context. > #CXXFLAGS+=3D-I/usr/include/c++/v1 -std=3Dgnu++11 = -L/usr/obj/usr/srcC/lib/libc++ > # > #CC=3D/usr/local/bin/gcc5 > #CXX=3D/usr/local/bin/g++5 > #CPP=3D/usr/local/bin/cpp5 > #CC=3D/usr/local/bin/clang36 > #CXX=3D/usr/local/bin/clang++36 > #CPP=3D/usr/local/bin/clang-cpp36 > WRKDIRPREFIX=3D/usr/obj/portswork > #WITH_DEBUG=3D > MALLOC_PRODUCTION=3D (Some of the comments show how gcc5/g++5 use was temporarily forced = while rebuilding powerpc64-gcc from a booted world that had been built = based on powerpc64-gcc in a gcc 4.2.1 world.) > # svnlite info /usr/srcC/ > Path: /usr/srcC > Working Copy Root Path: /usr/srcC > URL: https://svn0.us-west.freebsd.org/base/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 279514 > Node Kind: directory > Schedule: normal > Last Changed Author: adrian > Last Changed Rev: 279514 > Last Changed Date: 2015-03-01 18:27:25 -0800 (Sun, 01 Mar 2015) > # svnlite status /usr/srcC/ --no-ignore > ? /usr/srcC/.snap > M /usr/srcC/contrib/llvm/include/llvm/ADT/IntrusiveRefCntPtr.h > ? /usr/srcC/restoresymtable > M /usr/srcC/sys/ddb/db_main.c > M /usr/srcC/sys/ddb/db_script.c > ? /usr/srcC/sys/powerpc/conf/GENERIC64vtsc > ? /usr/srcC/sys/powerpc/conf/GENERIC64vtsc-NODEBUG > ? /usr/srcC/sys/powerpc/conf/GENERICvtsc > ? /usr/srcC/sys/powerpc/conf/GENERICvtsc-NODEBUG > M /usr/srcC/sys/powerpc/ofw/ofw_machdep.c > M /usr/srcC/sys/powerpc/ofw/ofwcall64.S IntrusiveRefCntPtr.h does not matter if clang building is not involved. = It needed a friend declaration to gain access to a private field, = otherwise compilation stopped. And the rest existed in my environment before I started this = powerpc64-xtoolchain-gcc exploration. lib/libnv/test/dnv_tests.cc and lib/libnv/test/nv_tests.cc are from = later (-r279760) than the rest of the unmodified source code. This is in = order to remove ambiguous overload issues. > # svnlite info /usr/ports > Path: /usr/ports > Working Copy Root Path: /usr/ports > URL: https://svn0.us-west.freebsd.org/ports/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 381120 > Node Kind: directory > Schedule: normal > Last Changed Author: dbn > Last Changed Rev: 381120 > Last Changed Date: 2015-03-12 10:13:39 -0700 (Thu, 12 Mar 2015) I have gcc5 and clang36 ports installed. I've made no use of clang36. On a powerpc64 11.0-CURRENT powerpc64-xtoolchain-gcc fails to complete = its installation because powerpc64-gcc fails to complete its = installation. The problems were 4 mismatched file names and one file = also not put into staging. I copied appropriate files to the missing = names and place and from that status the installation was able to = continue and complete via postmaster with -C (as long as powerpc64-gcc = was not in use rebuilding itself: some other compiler was in use for = that activity instead). =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 18:03:49 2015 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F06FEC6D for ; Mon, 23 Mar 2015 18:03:49 +0000 (UTC) Received: from gw.catspoiler.org (cl-1657.chi-02.us.sixxs.net [IPv6:2001:4978:f:678::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 95FAF351 for ; Mon, 23 Mar 2015 18:03:49 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id t2NI3ceA029770; Mon, 23 Mar 2015 10:03:42 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201503231803.t2NI3ceA029770@gw.catspoiler.org> Date: Mon, 23 Mar 2015 11:03:38 -0700 (PDT) From: Don Lewis Subject: Re: Adding options framework variables that depend on variables coming after bsd.port.pre.mk To: cyberbotx@cyberbotx.com In-Reply-To: <9623862267593285ee2fb436666eba27.squirrel@www.cyberbotx.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 18:03:50 -0000 On 23 Mar, Naram Qashat wrote: > I'm wanting to add an options framework LIB_DEPENDS that depends on > variables that normally come after bsd.port.pre.mk. > > In this case, I am trying to add a UTEMPTER_LIB_DEPENDS on > sysutils/libutempter, but I want to check OPSYS and OSVERSION beforehand, > since base FreeBSD 9.x contains utempter while any earlier FreeBSDs as > well as non-FreeBSD OSes don't contain it and need the port. > > I cannot place the UTEMPTER_LIB_DEPENDS line after bsd.port.pre.mk because > the options framework doesn't see it then, but I also cannot wrap it > around an if conditional using OPSYS and OSVERSION before bsd.port.pre.mk > because those variables aren't set yet. > > I've been told that there is a workaround, but I was not told what the > workaround was. Does anyone know how this can be acomplished? Maybe something like: UTEMPTER_LIB_DEPENDS=${FOO} .include .if ${OPSYS} ... && ${OSVERSION} ... FOO= what you want to add to LIB_DEPENDS .endif From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 18:26:28 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1E06522; Mon, 23 Mar 2015 18:26:27 +0000 (UTC) Received: from mail-ob0-x236.google.com (mail-ob0-x236.google.com [IPv6:2607:f8b0:4003:c01::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B38117E5; Mon, 23 Mar 2015 18:26:27 +0000 (UTC) Received: by obbgg8 with SMTP id gg8so129707154obb.1; Mon, 23 Mar 2015 11:26:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=+Z3HP7AkGyG3HEPharCgLTTNQ2HLsXjyt2Kmf0u5NAM=; b=L+km4hUnljVQk41hm5Dki1JFv+RwD1/lK1WUFt/En0BmkSSONn1TLT5ljKS0InUwLr eRc3y3jGCurUijZCoJJv2bR3lAWYhVGAJAu/dfrgXtYqMOSbDEUpvRMK/V6NmmXxn3uz 7ofGqimxRWLeGdbMxTPWf5YAvDN/y4vA20Cno43lYD2vmNKLxNqhaX6IYwUCpc/CWeu8 8qjf+XsNuqcKICOmX2+hhYpXq0iwW4l+yLLxPFQsIHnwjI4BdQBqolucjT8m7XiYhDXY b+A7OyfaFCIWMkEAT8en4VpkCHazRZUkcGm/a2sIA4v/f5qPEq2esBj6R1mP8CSZ+sWS gLnQ== MIME-Version: 1.0 X-Received: by 10.202.230.69 with SMTP id d66mr414847oih.8.1427135187005; Mon, 23 Mar 2015 11:26:27 -0700 (PDT) Received: by 10.182.248.164 with HTTP; Mon, 23 Mar 2015 11:26:26 -0700 (PDT) Date: Mon, 23 Mar 2015 14:26:26 -0400 Message-ID: Subject: Time to be real From: Joe Nosay To: freebsd-current , FreeBSD PowerPC ML , FreeBSD Hackers , FreeBSD Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 18:26:28 -0000 Go to hell. Go fuck yourselves. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 18:59:23 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D30AD7AD for ; Mon, 23 Mar 2015 18:59:23 +0000 (UTC) Received: from resqmta-ch2-09v.sys.comcast.net (resqmta-ch2-09v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:41]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8E7DEBDE for ; Mon, 23 Mar 2015 18:59:23 +0000 (UTC) Received: from resomta-ch2-08v.sys.comcast.net ([69.252.207.104]) by resqmta-ch2-09v.sys.comcast.net with comcast id 76wN1q0012Fh1PH016zMRW; Mon, 23 Mar 2015 18:59:21 +0000 Received: from www.cyberbotx.com ([107.5.48.95]) by resomta-ch2-08v.sys.comcast.net with comcast id 76zJ1q00623DSHF016zJMn; Mon, 23 Mar 2015 18:59:21 +0000 Received: from 192.168.2.2 (SquirrelMail authenticated user cyberbotx) by www.cyberbotx.com with HTTP; Mon, 23 Mar 2015 14:59:21 -0400 Message-ID: <99927a0a14c9f258b00a43bfa9155107.squirrel@www.cyberbotx.com> In-Reply-To: <201503231803.t2NI3ceA029770@gw.catspoiler.org> References: <201503231803.t2NI3ceA029770@gw.catspoiler.org> Date: Mon, 23 Mar 2015 14:59:21 -0400 Subject: Re: Adding options framework variables that depend on variables coming after bsd.port.pre.mk From: "Naram Qashat" To: "Don Lewis" User-Agent: SquirrelMail/1.4.23 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1427137161; bh=MmfMDjMlFCAkXi15D5+JNS5EE9/xUyunX35u73M3zBE=; h=Received:Received:Received:Message-ID:Date:Subject:From:To: MIME-Version:Content-Type; b=tfMYnTE8dzWrry5wAuWJjBY9wgV0SMXURUOgAu/XAU/wz50QyTzQWiiUw1SdxWkcf xgBKyGmZlD5KLyuP+fsjvfnR+DXyIZz4GhedsWliLM/b1rUaDEXggY3wfTXHz8txen 0BGYJvIzPQ+U3bJ1Krt/6LrcV3YICJkJYKmqgf8FIRo25ANCUf9Apv/HEMxNCfNtam N38UfXfTpwhhyS5B0oDU0Z98cfq5HCOPmYE1KluVYrPxnJOv/Xg3dMXz3fvWe13dfB vblHT0I+cLvsD9O69OcAcuChGIPR6kBcb6pflQ4cshLEG/4swAFzaFHsmTOYyH/N/2 Zd9ck4Efi6mBw== Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 18:59:23 -0000 > On 23 Mar, Naram Qashat wrote: >> I'm wanting to add an options framework LIB_DEPENDS that depends on >> variables that normally come after bsd.port.pre.mk. >> >> In this case, I am trying to add a UTEMPTER_LIB_DEPENDS on >> sysutils/libutempter, but I want to check OPSYS and OSVERSION >> beforehand, >> since base FreeBSD 9.x contains utempter while any earlier FreeBSDs as >> well as non-FreeBSD OSes don't contain it and need the port. >> >> I cannot place the UTEMPTER_LIB_DEPENDS line after bsd.port.pre.mk >> because >> the options framework doesn't see it then, but I also cannot wrap it >> around an if conditional using OPSYS and OSVERSION before >> bsd.port.pre.mk >> because those variables aren't set yet. >> >> I've been told that there is a workaround, but I was not told what the >> workaround was. Does anyone know how this can be acomplished? > > Maybe something like: > > UTEMPTER_LIB_DEPENDS=${FOO} > > .include > > .if ${OPSYS} ... && ${OSVERSION} ... > FOO= what you want to add to LIB_DEPENDS > .endif That worked perfectly, thanks! From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 19:07:19 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2149DB00; Mon, 23 Mar 2015 19:07:19 +0000 (UTC) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id F3452CE9; Mon, 23 Mar 2015 19:07:18 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id A3052A041; Mon, 23 Mar 2015 14:07:17 -0500 (CDT) Date: Mon, 23 Mar 2015 14:07:17 -0500 From: Mark Linimon To: Joe Nosay Subject: Re: Time to be real Message-ID: <20150323190717.GA497@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.21 (2010-09-15) Cc: FreeBSD Hackers , freebsd-current , FreeBSD Mailing List , FreeBSD PowerPC ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 19:07:19 -0000 Thank you for your troll. For your convenience, we will do our best not to reply to you any further, to waste either your time, or valuable electrons. mcl From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 20:13:56 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80E79830; Mon, 23 Mar 2015 20:13:56 +0000 (UTC) Received: from biertje.skysmurf.nl (unknown [IPv6:2001:984:78b5:1:21b:78ff:fea8:3f22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 18BFA7D8; Mon, 23 Mar 2015 20:13:55 +0000 (UTC) Received: from biertje.skysmurf.nl (localhost [127.0.0.1]) by biertje.skysmurf.nl (8.14.9/8.14.9) with ESMTP id t2NKDqYV002578; Mon, 23 Mar 2015 21:13:52 +0100 (CET) (envelope-from fonz@biertje.skysmurf.nl) Received: (from fonz@localhost) by biertje.skysmurf.nl (8.14.9/8.14.9/Submit) id t2NKDqmF002577; Mon, 23 Mar 2015 21:13:52 +0100 (CET) (envelope-from fonz) Date: Mon, 23 Mar 2015 21:13:52 +0100 From: "A.J. \"Fonz\" van Werven" To: Mark Linimon Subject: Re: Time to be real Message-ID: <20150323201352.GA2555@biertje.skysmurf.nl> References: <20150323190717.GA497@lonesome.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <20150323190717.GA497@lonesome.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD PowerPC ML , Joe Nosay , freebsd-current , FreeBSD Mailing List , FreeBSD Hackers X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 20:13:56 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Mark Linimon wrote: > to waste either your time, or valuable electrons. Come now, electrons are overrated. They come with every occurance of beta(-negative) decay. In fact, the intermediate negative W-boson that gives you said electron also gives you an electron antineutrino, entirely free of charge :-) AvW --=20 I'm not completely useless, I can be used as a bad example. --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVEHP/AAoJEAfP7gJTaCe87rYQANx4drJI1XTfOg8BE4N1cVb9 K6gDOpzB/SasOQgxDSXVrVJc6xGQcxBMojA+4H/oBG39U2stNfH4uWY4OEC8RsVx RGRiq1XWWOc+yphEygA7afDnHvdRq1SZh3ds41HWu337b0JQlb0/0gtMtsijw4cd cQHlEL+IQIkwySwvH9J58I4vBybFXEViM9KhSXiLGN+V7ou3BG/5SoN9z+ihCTCz hRPvJ3Nl6kGzRIm7YAjXQKrip/EktpRYv8utQDMIlHlC3YtKV7F88EbPPWSg3kR7 xtTthup3oXze+JHH0Fb2aHJDUV4ddebyDCZQ7AXUWmgDsJjtq5713HnoE9Lr8x6j 9X6mVsQKokWM2DUeHCJuWPGA3tLFGpV/pzavPPC3Btvsojz0w6tETIZFKTR2Uamb Leoh8hW9wBz/KupJhrTMaNytAIN8zNQYHsi2IJQ+Yq1FXNKe61DSE2D84BramgSH ktuRFMnW8uqFEQMUFmTQjwIqUW3G/xDbI4NHPpzobU0AaPkIXt+GIrNYqldKNCCq CERKSxabITfMbNDzpgKmhCxCh1YWN55gywsn0hm9RZZM3qn6PgqnZ5StYPGhcTcs xivhr/HM3VwuJT5oWQDLhiEjGIEgslVtNWf78TUowRbRJEy84gdaxaRsVbpKV8qx IKmHeNC0OamxSO50kZSQ =Vbh3 -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 20:28:34 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DEC9BD5B; Mon, 23 Mar 2015 20:28:34 +0000 (UTC) Received: from hades.sorbs.net (mail.sorbs.net [67.231.146.200]) by mx1.freebsd.org (Postfix) with ESMTP id C806D916; Mon, 23 Mar 2015 20:28:33 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NLO00I4OMG31700@hades.sorbs.net>; Mon, 23 Mar 2015 13:33:41 -0700 (PDT) Message-id: <55107768.7020301@sorbs.net> Date: Mon, 23 Mar 2015 21:28:24 +0100 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: "A.J. \"Fonz\" van Werven" Subject: Re: Time to be real References: <20150323190717.GA497@lonesome.com> <20150323201352.GA2555@biertje.skysmurf.nl> In-reply-to: <20150323201352.GA2555@biertje.skysmurf.nl> Cc: Joe Nosay , FreeBSD Hackers , freebsd-current , FreeBSD Mailing List , Mark Linimon , FreeBSD PowerPC ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 20:28:35 -0000 A.J. "Fonz" van Werven wrote: > Mark Linimon wrote: > > >> to waste either your time, or valuable electrons. >> > > Come now, electrons are overrated. There's a lot of negativity over electrons here... -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 21:14:33 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18447ED7; Mon, 23 Mar 2015 21:14:33 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E1850E5E; Mon, 23 Mar 2015 21:14:32 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t2NL89Gp052297; Mon, 23 Mar 2015 14:08:54 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: freebsd-current , FreeBSD PowerPC ML , FreeBSD Hackers , FreeBSD Mailing List In-Reply-To: References: From: "Chris H" Subject: Re: Time to be real Date: Mon, 23 Mar 2015 14:08:54 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 21:14:33 -0000 On Mon, 23 Mar 2015 14:26:26 -0400 Joe Nosay wrote _____________________________ /____________________________/| | ___ || | /__/| || | PLEASE | || || | | || || | DO NOT FEED | || || | |__|/ || | THE TROLLS ___ || | /__/| || | |__|/ || |____________________________|/ | || | ||/| |\|/\||/| ________/\// /\/ |_____________ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 22:37:30 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55116579; Mon, 23 Mar 2015 22:37:30 +0000 (UTC) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DE991972; Mon, 23 Mar 2015 22:37:29 +0000 (UTC) Received: by wibdy8 with SMTP id dy8so60084902wib.0; Mon, 23 Mar 2015 15:37:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ahRu5W1LwXPnUVcT7pMDVW/EcCMK/PBWDS2veKk8vt8=; b=x9hGIQ/gZbF5H678c3kCEC0n/A/F4FcckqUdf044u5OD01M3tJ/+oOH95kbn3WAw5J ZiRcyLWL7gGORQJGgjN5yitUe0RkBX7VNhztIdTQ90uOZzairpi3LmCXypAyAuiY12Vi V27zPzU8T5ltF1vEFSLoUWuY/4cfI3tdNp++4zP1ua++M5K8pJYAr8k8fwo4ipDTkoSr kEP45b9dH4AQceP2YSApjwfSIw30tGG6Tm2jR405tzRrEQTokEM0087tMgqXJET4FOba xaz31tkPkYRlYNt9UAYzN5bhj/t44QcpdXvFjOIoIbmk+RPDLQEQQA0F51lfNnvOsrw6 2+Rg== MIME-Version: 1.0 X-Received: by 10.194.108.137 with SMTP id hk9mr2339923wjb.112.1427150248269; Mon, 23 Mar 2015 15:37:28 -0700 (PDT) Received: by 10.194.58.162 with HTTP; Mon, 23 Mar 2015 15:37:28 -0700 (PDT) Date: Tue, 24 Mar 2015 00:37:28 +0200 Message-ID: Subject: ports errors classification From: umka ursa To: freebsd-ports@freebsd.org, hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 22:37:30 -0000 Hello comunity! Im looking for documentation about ports instalation error codes. I meen somthing like this: *** [install] Error code 1 *** [build-depends] Error code 1 Can not find it yet. Can you shere it please? From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 22:52:03 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4C5EA4D for ; Mon, 23 Mar 2015 22:52:03 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A321EB68 for ; Mon, 23 Mar 2015 22:52:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id t2NMq3Yo011929 for ; Mon, 23 Mar 2015 22:52:03 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id t2NMq3Bp011926 for ports@freebsd.org; Mon, 23 Mar 2015 22:52:03 GMT (envelope-from bdrewery) Received: (qmail 44451 invoked from network); 23 Mar 2015 17:51:50 -0500 Received: from unknown (HELO ?10.10.1.139?) (freebsd@shatow.net@10.10.1.139) by sweb.xzibition.com with ESMTPA; 23 Mar 2015 17:51:50 -0500 Message-ID: <55109907.4090607@FreeBSD.org> Date: Mon, 23 Mar 2015 17:51:51 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Ben Woods , Baptiste Daroussin Subject: Re: [HEADSUP] WIP on fonts References: <20150320153711.GB87678@ivaldir.etoilebsd.net> <20150321230802.GG87678@ivaldir.etoilebsd.net> <551041A9.6040500@FreeBSD.org> <551042E5.4050909@FreeBSD.org> In-Reply-To: <551042E5.4050909@FreeBSD.org> OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CtmXo223AO0FCGQ1oKKjrgRdRg7s0f2a0" Cc: "ports@freebsd.org" , "x11@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 22:52:04 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CtmXo223AO0FCGQ1oKKjrgRdRg7s0f2a0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 3/23/2015 11:44 AM, Bryan Drewery wrote: > On 3/23/2015 11:39 AM, Bryan Drewery wrote: >> On 3/22/2015 5:28 AM, Ben Woods wrote: >>> My poudriere is acting funny now, and I'm not sure if it's related. I= t >>> keeps deleting xorg-fonts-truetype because there is a new dependency >>> (x11-fonts/dejavu), and then having to rebuild a whole suit of packag= es as >>> a result. >>> >>> The interesting thing is that dejavu was a dependency the entire time= =2E It >>> will successfully peform the bulk build and update the package set. I= f I >>> then re-run the bulk build, it does the same thing every time. >>> >>> My make.conf file (which hasn't changed in some time) contains: >>> OPTIONS_SET=3D VAAPI VDPAU X265 ASS FAAC LAME >>> MDNSRESPONDER RRDTOOL STATGRAB DEJAVU >>> >>> >> >> It will do this if a port has a dependency listed that it does not >> actually use. So the xorg-fonts-truetype is incorrectly depending on >> x11-fonts/dejavu. >=20 >=20 > xorg-fonts-trutype has: > + > ${FONTDIR}/dejavu/DejaVuSans.ttf:${PORTSDIR}/x11-fonts/dejavu > ~/svn/ports/x11-fonts/xorg-fonts-truetype # make -V FONTDIR > /usr/local/share/fonts >=20 >=20 > The dejavu port has: >=20 > ~/svn/ports/x11-fonts/dejavu # grep DejaVuSans.ttf pkg-plist > %%FONTSDIR%%/DejaVuSans.ttf > ~/svn/ports/x11-fonts/dejavu # make -V '${PLIST_SUB:MFONTSDIR*}' > FONTSDIR=3D"/usr/local/share/fonts/dejavu" >=20 > So somehow the package is lacking this file, or poudriere is wrong here= =2E >=20 > I'm double checking with some builds now. >=20 It seems fine to me. Does it still happen for you every time? --=20 Regards, Bryan Drewery --CtmXo223AO0FCGQ1oKKjrgRdRg7s0f2a0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJVEJkHAAoJEDXXcbtuRpfPoicH/Ri3+jqDHoe+9wBaG0wsHWVU Y2vFInJecI5roYfy5CSkb3DUuk0D1P1UbBxJvClAJ6Z6UTuDxUSu62I0JSQQtvTk estPplFguDpBEL2fWACmFjJef0x9yALQIsC1dm8Z6+8mV+IGl2jSgtpVzpqsHmAH IvwEPr3WJ8zbsdYcGDugw46YvNcqf+ScXAe4SBZAKsjOElVZKlVYtJE5ElJQ5pJW yWDIcP9LcfxGU29ZD4ZJGnaHwCX2QRKYkr3oP3hb5VMgQvDFClH2h7afUBQE8VxP 07tr+FmTrhDvwWtCiWJr6Y64cZ+4diyYiBiv0qO8f3I1CrQ7QnceRmbvP+lYX94= =YNMx -----END PGP SIGNATURE----- --CtmXo223AO0FCGQ1oKKjrgRdRg7s0f2a0-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 23 22:55:55 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20F6CB01; Mon, 23 Mar 2015 22:55:55 +0000 (UTC) Received: from mail-out.smeets.im (mail-out.smeets.im [5.9.17.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C177BB81; Mon, 23 Mar 2015 22:55:54 +0000 (UTC) Received: from mail.smeets.im (mail.smeets.im [IPv6:2a01:4f8:160:918a::25:3]) by mail-out.smeets.im (Postfix) with ESMTP id 30D9613D0; Mon, 23 Mar 2015 23:55:46 +0100 (CET) Received: from amavis.smeets.im (amavis.smeets.im [IPv6:2a01:4f8:160:918a::aa:4]) by mail.smeets.im (Postfix) with ESMTP id B1144892AF; Mon, 23 Mar 2015 23:55:46 +0100 (CET) X-Virus-Scanned: amavisd-new at smeets.im Received: from mail.smeets.im ([IPv6:2a01:4f8:160:918a::25:3]) by amavis.smeets.im (amavis.smeets.im [IPv6:2a01:4f8:160:918a::aa:4]) (amavisd-new, port 10025) with ESMTP id IM0x-EBallLC; Mon, 23 Mar 2015 23:55:46 +0100 (CET) Received: from nibbler-wlan.home.lan (unknown [85.22.28.128]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.smeets.im (Postfix) with ESMTPSA id 0CFFF89287; Mon, 23 Mar 2015 23:55:46 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=smeets.im; s=default; t=1427151346; bh=wzjfAI8SnrISTLRGX19ytl4rEYHaZEODHnqpTr5Udto=; h=Subject:To:references:From:Date:in-reply-to; b=kutD6pJylQBUYXFARnuDnVu95CpEgm7ILbiBGFZC9HfDLOl4mGCJUfpc/GhNx3Yu3 ttYaF0BwfL7LXqYNZMvOM2/kHPP4SEjP1tkTvLtY/qherX/nmadmu1shgV5br08uEp aCctdQpZYc3moR7ncKovIU3e6PZhRs3/vBoPqNew= Subject: Re: Time to be real To: Joe Nosay , freebsd-current , FreeBSD PowerPC ML , FreeBSD Hackers , FreeBSD Mailing List , postmaster@FreeBSD.org references: From: Florian Smeets message-id: <551099EF.60606@smeets.im> Date: Mon, 23 Mar 2015 23:55:43 +0100 user-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.0a2 mime-version: 1.0 in-reply-to: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="QiLcX1B4EWATpqjQXNOcBHiknGSwbaaap" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2015 22:55:55 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QiLcX1B4EWATpqjQXNOcBHiknGSwbaaap Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi, Joe has indicated in the past that SPAM was sent from his account: https://lists.freebsd.org/pipermail/freebsd-ports/2014-September/095407.h= tml We (postmaster@) contacted Joe and are looking into the issue. Please do not reply to the thread anymore. Florian --QiLcX1B4EWATpqjQXNOcBHiknGSwbaaap Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQJ8BAEBCgBmBQJVEJnvXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNzAxMDMyMDNCQ0FCNDRBOThGRUM4NDRF NzA1M0RGOUZGODZGMDc2AAoJEOcFPfn/hvB2rvAQAItSKctjP+p57HkCDl/IEh80 fRIkU+z6NJwEC11kybV2md/tyFT+pKSLCFGPsUx7H8+X31Z0neabkNkJFUeeNn2+ irfnuLy3tw3jV9CC2CJcQoLLcVVWrLlOzXqW2O0uBx4vNAFAg+XF7s66T/6K19Lq c2WCN3F/2Qch27QiK0I5vCTUhEcb14Uk994KZnJx3pkTTnVTx4yQ1TSN1FPIDRlh 5As0GuD0M52ORAG1iZ5Fat4T9nit1omxV0cfPJqiqy3uM9cofoutvz8FjT8lTn+1 vKq2Ba23dOJQk1fxfIc4v51/21DFYSAqcV2c6SfsKB8Zicua/aZKz84vhLfbdYm9 sZ6Kdb8WL3LuboUc5Sj2utdpH8XouVJQA4F0ChCIHvcxsUNLhnl22CFumqc/RZ13 GE1bp/pGUpymlJDHSXZndyLSsZUvH+608eMTJQwYiUybro8BeMX0Nomc0iW2GCbN PRZH3ivRE27NsoONSa4TZRQUVL6Qs9DyEHDSjkLvD4b+J0pYncWRzV7EExAUzk5b bJbVdKC+OWZsSA20XJGl3RVQsLym8FFvmkLa7dVTCX258QPDP3W9YW5kudibirGv dfQCvMvyLykZjzlNYUTXTWSkzDoeGDn2FHlax6eBGAVPLvmdqSMd1EEYrnMW8LHR FK1HZijS3Qhwkrb3ypV/ =+A9w -----END PGP SIGNATURE----- --QiLcX1B4EWATpqjQXNOcBHiknGSwbaaap-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 03:27:45 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA2BA7CD; Tue, 24 Mar 2015 03:27:45 +0000 (UTC) Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 78FD2CF4; Tue, 24 Mar 2015 03:27:45 +0000 (UTC) Received: by obdfc2 with SMTP id fc2so138393209obd.3; Mon, 23 Mar 2015 20:27:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=BGRTABMgehd4qvcsmgNZVpNVUUsBksCquvKIzLVQZIo=; b=wxrJhd5ItH/0IPc41w+ETjbqFRM1dpyDsd0U5DGjyDHkAY1FJ85y0jEzMqaIj1jYZi CP0QGlEu+U4C8MeeVCbLWxy8CaIxwM9fn5REzqw5UjoUNEXT9hBE+bW+OWQVX6w2OyHz G3gTcAiirsgPo8p6Iw5aFmH0kAYH46jh3UeKME5SirxfEdYTrUSFHaA9zRdp7uG0KV5i FOyndB6r9VzZmRYTxfc4yWooaXXl92GGiBqYy/lLL54WCXEBKHjXw+NI3+Ae+qCtOPmR RaGnUz3e3G0A31oXW+rwHiajOZL9CLFiRBV3HJnYXLtNiUlb6z27ejgWcXIZp5l3gcs1 7HBA== MIME-Version: 1.0 X-Received: by 10.182.22.167 with SMTP id e7mr1651833obf.31.1427167664761; Mon, 23 Mar 2015 20:27:44 -0700 (PDT) Sender: robbak@gmail.com Received: by 10.76.145.9 with HTTP; Mon, 23 Mar 2015 20:27:44 -0700 (PDT) In-Reply-To: References: Date: Tue, 24 Mar 2015 13:27:44 +1000 X-Google-Sender-Auth: _P-WCu2aMKitHFzbJAMG6dIiR8M Message-ID: Subject: Re: ports errors classification From: Robert Backhaus To: umka ursa Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: hackers@freebsd.org, Freebsd_mailinglist_PORTS X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 03:27:45 -0000 The code is just the value returned by the last process to run. Processes that complete successfully return 0, and if they fail, they return something else. So if you want to know what the codes mean, you have to look at the documentation - generally the man page - for the process, such as the compiler, or the 'cp ' command. That said, the number is generally 1 for any failure. On 24 March 2015 at 08:37, umka ursa wrote: > Hello comunity! > Im looking for documentation about ports instalation error codes. I meen > somthing like this: > > *** [install] Error code 1 > *** [build-depends] Error code 1 > > Can not find it yet. > Can you shere it please? > _______________________________________________ > 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 Tue Mar 24 05:25:34 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 094CD703; Tue, 24 Mar 2015 05:25:34 +0000 (UTC) Received: from mail-yh0-x235.google.com (mail-yh0-x235.google.com [IPv6:2607:f8b0:4002:c01::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AF7A1A49; Tue, 24 Mar 2015 05:25:33 +0000 (UTC) Received: by yhjf44 with SMTP id f44so79389376yhj.3; Mon, 23 Mar 2015 22:25:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=yOEV39FdPjG2Xfhr6SPd78EvX642/Ujn6N5QZsfEGmc=; b=pcXYvION8sO5E4x4WWCG7DekjEVKYRzKk6yH5yUKZat2I5kfCSTqBFVg1g2Om0ANsm VWtu/FfRdur5t+0iuoOYRc6abnR1yOzkCl4F3zxp7f9JoOrNX7kKJtRxaP2F0/hXRAKD uaPPIYoanSDPfhC3s7XhaL/FyksVI3mdVgckC4y27zckxTNpWDw+/y4M7KRq2JK1WOd/ s4OezpGbeMdDoo0nBt4hsbM8nRfixDNAhPbK6sbmB5MVWHFv8P7r1dxAusqBaTbS918u 0BPILQGAsUYbkUBG5seE+9AC24c65A8TYQ459iokYkItIm6N5ESlK7SpND6UJmSymYDm 4UZg== X-Received: by 10.52.251.75 with SMTP id zi11mr2143373vdc.70.1427174732708; Mon, 23 Mar 2015 22:25:32 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id ey6sm764678vdc.10.2015.03.23.22.25.28 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Mar 2015 22:25:29 -0700 (PDT) Sender: Baptiste Daroussin Date: Tue, 24 Mar 2015 06:25:26 +0100 From: Baptiste Daroussin To: Bryan Drewery Subject: Re: [HEADSUP] WIP on fonts Message-ID: <20150324052526.GA37936@ivaldir.etoilebsd.net> References: <20150320153711.GB87678@ivaldir.etoilebsd.net> <20150321230802.GG87678@ivaldir.etoilebsd.net> <551041A9.6040500@FreeBSD.org> <551042E5.4050909@FreeBSD.org> <55109907.4090607@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <55109907.4090607@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "ports@freebsd.org" , Ben Woods , "x11@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 05:25:34 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 23, 2015 at 05:51:51PM -0500, Bryan Drewery wrote: > On 3/23/2015 11:44 AM, Bryan Drewery wrote: > > On 3/23/2015 11:39 AM, Bryan Drewery wrote: > >> On 3/22/2015 5:28 AM, Ben Woods wrote: > >>> My poudriere is acting funny now, and I'm not sure if it's related. It > >>> keeps deleting xorg-fonts-truetype because there is a new dependency > >>> (x11-fonts/dejavu), and then having to rebuild a whole suit of packag= es as > >>> a result. > >>> > >>> The interesting thing is that dejavu was a dependency the entire time= =2E It > >>> will successfully peform the bulk build and update the package set. I= f I > >>> then re-run the bulk build, it does the same thing every time. > >>> > >>> My make.conf file (which hasn't changed in some time) contains: > >>> OPTIONS_SET=3D VAAPI VDPAU X265 ASS FAAC LAME > >>> MDNSRESPONDER RRDTOOL STATGRAB DEJAVU > >>> > >>> > >> > >> It will do this if a port has a dependency listed that it does not > >> actually use. So the xorg-fonts-truetype is incorrectly depending on > >> x11-fonts/dejavu. > >=20 > >=20 > > xorg-fonts-trutype has: > > + > > ${FONTDIR}/dejavu/DejaVuSans.ttf:${PORTSDIR}/x11-fonts/dejavu > > ~/svn/ports/x11-fonts/xorg-fonts-truetype # make -V FONTDIR > > /usr/local/share/fonts > >=20 > >=20 > > The dejavu port has: > >=20 > > ~/svn/ports/x11-fonts/dejavu # grep DejaVuSans.ttf pkg-plist > > %%FONTSDIR%%/DejaVuSans.ttf > > ~/svn/ports/x11-fonts/dejavu # make -V '${PLIST_SUB:MFONTSDIR*}' > > FONTSDIR=3D"/usr/local/share/fonts/dejavu" > >=20 > > So somehow the package is lacking this file, or poudriere is wrong here. > >=20 > > I'm double checking with some builds now. > >=20 >=20 > It seems fine to me. Does it still happen for you every time? >=20 >=20 > --=20 > Regards, > Bryan Drewery >=20 This was due to me not bumping dejavu fonts, that is fixed now Bapt --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEUEARECAAYFAlUQ9UYACgkQ8kTtMUmk6ExBuwCYkYOcL4XYyAao3z5pmX/E4Mfc ewCglZMRIl34GSSbAVYW1js3B5IhYUU= =4Tn5 -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 05:26:40 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2D807D1 for ; Tue, 24 Mar 2015 05:26:40 +0000 (UTC) Received: from nschwmtas03p.mx.bigpond.com (nschwmtas03p.mx.bigpond.com [61.9.189.143]) by mx1.freebsd.org (Postfix) with ESMTP id 778C8A59 for ; Tue, 24 Mar 2015 05:26:40 +0000 (UTC) Received: from nschwcmgw05p ([61.9.190.165]) by nschwmtas03p.mx.bigpond.com with ESMTP id <20150324052633.UCVT23397.nschwmtas03p.mx.bigpond.com@nschwcmgw05p> for ; Tue, 24 Mar 2015 05:26:33 +0000 Received: from aneurin.horsfall.org ([120.146.8.15]) by nschwcmgw05p with BigPond Outbound id 7HSY1q0120KTh7401HSYwG; Tue, 24 Mar 2015 05:26:33 +0000 X-Authority-Analysis: v=2.0 cv=XNWyuHdE c=1 sm=1 a=4q38a75ucWZEoAuqF1Taiw==:17 a=IPki1kwjZaUA:10 a=wPDyFdB5xvgA:10 a=kj9zAlcOel0A:10 a=jl1WCCbAAAAA:8 a=emO1SXQWCLwA:10 a=wBiFNjLls1aAb0NytMMA:9 a=CjuIK1q_8ugA:10 a=oRGrlLRogwYA:10 a=4q38a75ucWZEoAuqF1Taiw==:117 Received: from aneurin.horsfall.org (localhost [127.0.0.1]) by aneurin.horsfall.org (8.14.9/8.14.9) with ESMTP id t2O5QVGV012946 for ; Tue, 24 Mar 2015 16:26:32 +1100 (EST) (envelope-from dave@horsfall.org) Received: from localhost (dave@localhost) by aneurin.horsfall.org (8.14.9/8.14.9/Submit) with ESMTP id t2O5QV8m012943 for ; Tue, 24 Mar 2015 16:26:31 +1100 (EST) (envelope-from dave@horsfall.org) X-Authentication-Warning: aneurin.horsfall.org: dave owned process doing -bs Date: Tue, 24 Mar 2015 16:26:30 +1100 (EST) From: Dave Horsfall To: FreeBSD Ports Subject: Fixing a busted ports area Message-ID: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) X-Witty-Saying: "chmod 666 the_mode_of_the_beast" MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 05:26:41 -0000 FreeBSD 9.3-RELEASE-p10 (GENERIC) #0: Tue Feb 24 21:01:19 UTC 2015 The ports area is broken, due to what I guess was a mangled upgrade path from FreeBSD 8.x. For example, when installing cups-client, I get: pkg-static: pkgconf-0.9.7 conflicts with pkg-config-0.25_1 (installs files into the same place). Problematic file: /usr/local/bin/pkg-config *** [fake-pkg] Error code 70 It's not clear to me how to fix this. Is the simplest way to just remove (or move) /usr/ports, install it from CD, then upgrade? I have quite a few ports installed. -- Dave Horsfall DTM (VK2KFU) "Those who don't understand security will suffer." http://www.horsfall.org/spam.html (and check the home page whilst you're there) From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 05:33:31 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 952038AC; Tue, 24 Mar 2015 05:33:31 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 74790B61; Tue, 24 Mar 2015 05:33:31 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-255-201.lns20.per4.internode.on.net [121.45.255.201]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t2O5XKZB074710 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 23 Mar 2015 22:33:23 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <5510F71B.7030900@freebsd.org> Date: Tue, 24 Mar 2015 13:33:15 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: ports@freebsd.org Subject: patch to bsd.ports.mk to support out-of-tree patches. Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Devin Teske X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 05:33:31 -0000 Hi, I've a need to keep soe changes outside of the ports tree, to allow me to tailor our installs. I could use the "EXTRA_PATCHES" setting, but I'd have to outline the patches every time and keep track of them one by one. Instead, I have adde dhte following to bsd.ports.mk: diff -u bsd.port.mk.orig bsd.port.mk --- bsd.port.mk.orig 2015-03-23 21:55:47.498891000 -0700 +++ bsd.port.mk 2015-03-23 22:15:16.757385000 -0700 @@ -834,6 +834,11 @@ # The patches specified by this variable will be # applied after the normal distribution patches but # before those in ${PATCHDIR}. +# EXTRA_PATCH_TREE - where to find extra 'out-of-tree' patches +# Points to a directory hierarchy with the same layout +# as the ports tree, where local patches can be found. +# This allows a third party to keep their patches in +# some other source control system if needed. # PATCH_WRKSRC - Directory to apply patches in. # Default: ${WRKSRC} # @@ -3523,6 +3528,37 @@ esac | ${PATCH} ${PATCH_DIST_ARGS} `patch_dist_strip $$i` ; \ done ) .endif +.if defined(EXTRA_PATCH_TREE) + @set -e ;\ + if [ -d ${EXTRA_PATCH_TREE} ]; then \ + if [ "`${ECHO_CMD} ${EXTRA_PATCH_TREE}/${PKGORIGIN}/patch-*`" != "${EXTRA_PATCH_TREE}/${PKGORIGIN}/patch-*" ]; then \ + ${ECHO_MSG} "===> Applying local patches for ${PKGNAME}" ; \ + PATCHES_APPLIED="" ; \ + for i in ${EXTRA_PATCH_TREE}/${PKGORIGIN}/patch-*; do \ + case $$i in \ + *.orig|*.rej|*~|*,v) \ + ${ECHO_MSG} "===> Ignoring patchfile $$i" ; \ + ;; \ + *) \ + if [ ${PATCH_DEBUG_TMP} = yes ]; then \ + ${ECHO_MSG} "===> Applying local patch $$i" ; \ + fi; \ + if ${PATCH} ${PATCH_ARGS} < $$i ; then \ + PATCHES_APPLIED="$$PATCHES_APPLIED $$i" ; \ + else \ + ${ECHO_MSG} `${ECHO_CMD} "=> Patch $$i failed to apply cleanly." | ${SED} "s|${EXTRA_PATCH_TREE}/${PKGORIGIN}/||"` ; \ + if [ x"$$PATCHES_APPLIED" != x"" -a ${PATCH_SILENT} != "yes" ]; then \ + ${ECHO_MSG} `${ECHO_CMD} "=> Patch(es) $$PATCHES_APPLIED applied cleanly." | ${SED} "s|${EXTRA_PATCH_TREE}/${PKGORIGIN +}/||g"` ; \ + fi; \ + ${FALSE} ; \ + fi; \ + ;; \ + esac; \ + done; \ + fi; \ + fi +.endif .if defined(EXTRA_PATCHES) @set -e ; \ for i in ${EXTRA_PATCHES}; do \ ============ this allows me to keep as many patches as I require in a separate "out-of-tree" repository, that I can change at will, allowing the actual ports tree to be updated as needed with no chances of file collisions etc. Basically I keep a second parallel 'shadow' tree containing nothing but patches, and the ports tree remains unchanged. Is there any interest on taking this onboard? Julian From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 05:39:03 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 012869EF for ; Tue, 24 Mar 2015 05:39:02 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C9ADDB9F for ; Tue, 24 Mar 2015 05:39:02 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t2O5fQUd053875; Mon, 23 Mar 2015 22:41:33 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: FreeBSD Ports , Dave Horsfall In-Reply-To: References: From: "Chris H" Subject: Re: Fixing a busted ports area Date: Mon, 23 Mar 2015 22:41:33 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <66d2890a12752bb48480766ae2c19596@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 05:39:03 -0000 On Tue, 24 Mar 2015 16:26:30 +1100 (EST) Dave Horsfall wrote > FreeBSD 9.3-RELEASE-p10 (GENERIC) #0: Tue Feb 24 21:01:19 UTC 2015 > > The ports area is broken, due to what I guess was a mangled upgrade path > from FreeBSD 8.x. For example, when installing cups-client, I get: > > pkg-static: pkgconf-0.9.7 conflicts with pkg-config-0.25_1 (installs files > into the same place). Problematic file: /usr/local/bin/pkg-config > *** [fake-pkg] Error code 70 > > It's not clear to me how to fix this. Is the simplest way to just remove > (or move) /usr/ports, install it from CD, then upgrade? I have quite a > few ports installed. You haven't been too specific as to your upgrade path. But sometimes it's as easy as changing to the offending ports folder, and issuing a make deinstall. Then attempting whatever upgrade procedure you following at the time of the incident. However, if this same type of error persists unreasonably. You may require more drastic measures, to overcome the issue(s). --Chris > > -- > Dave Horsfall DTM (VK2KFU) "Those who don't understand security will > suffer." http://www.horsfall.org/spam.html (and check the home page whilst > you're there) _______________________________________________ > 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 Tue Mar 24 05:43:14 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77B19AAA; Tue, 24 Mar 2015 05:43:14 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46418C52; Tue, 24 Mar 2015 05:43:14 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t2O5jd9g054525; Mon, 23 Mar 2015 22:45:45 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: ports@freebsd.org, Julian Elischer In-Reply-To: <5510F71B.7030900@freebsd.org> References: <5510F71B.7030900@freebsd.org> From: "Chris H" Subject: Re: patch to bsd.ports.mk to support out-of-tree patches. Date: Mon, 23 Mar 2015 22:45:45 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <0f7fcd73df4eca6817fc5eca8ff42207@ultimatedns.net> Content-Transfer-Encoding: 8bit Cc: Devin Teske X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 05:43:14 -0000 On Tue, 24 Mar 2015 13:33:15 +0800 Julian Elischer wrote > Hi, I've a need to keep soe changes outside of the ports tree, to > allow me to tailor > our installs. I could use the "EXTRA_PATCHES" setting, but I'd have to > outline the > patches every time and keep track of them one by one. > > Instead, I have adde dhte following to bsd.ports.mk: > > > > diff -u bsd.port.mk.orig bsd.port.mk > --- bsd.port.mk.orig 2015-03-23 21:55:47.498891000 -0700 > +++ bsd.port.mk 2015-03-23 22:15:16.757385000 -0700 > @@ -834,6 +834,11 @@ > # The patches specified by this variable will be > # applied after the normal distribution patches but > # before those in ${PATCHDIR}. > +# EXTRA_PATCH_TREE - where to find extra 'out-of-tree' patches > +# Points to a directory hierarchy with the same layout > +# as the ports tree, where local patches can be found. > +# This allows a third party to keep their patches in > +# some other source control system if needed. > # PATCH_WRKSRC - Directory to apply patches in. > # Default: ${WRKSRC} > # > @@ -3523,6 +3528,37 @@ > esac | ${PATCH} ${PATCH_DIST_ARGS} 'patch_dist_strip $$i' ; \ > done ) > .endif > +.if defined(EXTRA_PATCH_TREE) > + @set -e ;\ > + if [ -d ${EXTRA_PATCH_TREE} ]; then \ > + if [ "'${ECHO_CMD} > ${EXTRA_PATCH_TREE}/${PKGORIGIN}/patch-*'" != > "${EXTRA_PATCH_TREE}/${PKGORIGIN}/patch-*" ]; then \ > + ${ECHO_MSG} "===> Applying local patches for > ${PKGNAME}" ; \ > + PATCHES_APPLIED="" ; \ > + for i in > ${EXTRA_PATCH_TREE}/${PKGORIGIN}/patch-*; do \ > + case $$i in \ > + *.orig|*.rej|*~|*,v) \ > + ${ECHO_MSG} "===> > Ignoring patchfile $$i" ; \ > + ;; \ > + *) \ > + if [ > ${PATCH_DEBUG_TMP} = yes ]; then \ > + ${ECHO_MSG} "===> Applying local patch $$i" ; \ > + fi; \ > + if ${PATCH} > ${PATCH_ARGS} < $$i ; then \ > + PATCHES_APPLIED="$$PATCHES_APPLIED $$i" ; \ > + else \ > + ${ECHO_MSG} '${ECHO_CMD} "=> Patch $$i failed to apply cleanly." | > ${SED} "s|${EXTRA_PATCH_TREE}/${PKGORIGIN}/||"' ; \ > + if [ > x"$$PATCHES_APPLIED" != x"" -a ${PATCH_SILENT} != "yes" ]; then \ > + ${ECHO_MSG} '${ECHO_CMD} "=> Patch(es) $$PATCHES_APPLIED applied > cleanly." | ${SED} "s|${EXTRA_PATCH_TREE}/${PKGORIGIN > +}/||g"' ; \ > + fi; \ > + ${FALSE} ; \ > + fi; \ > + ;; \ > + esac; \ > + done; \ > + fi; \ > + fi > +.endif > .if defined(EXTRA_PATCHES) > @set -e ; \ > for i in ${EXTRA_PATCHES}; do \ > > > ============ > > > this allows me to keep as many patches as I require in a separate > "out-of-tree" > repository, that I can change at will, allowing the actual ports tree > to be > updated as needed with no chances of file collisions etc. > > Basically I keep a second parallel 'shadow' tree containing nothing > but patches, and > the ports tree remains unchanged. > > Is there any interest on taking this onboard? Thank you for this, Julian! Absolutely interested in seeing this. I've been forced to kludge a similar approach. This would be wonderful. Please do. --Chris > > > Julian > > > > > _______________________________________________ > 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 Tue Mar 24 05:47:27 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 37F9BB62 for ; Tue, 24 Mar 2015 05:47:27 +0000 (UTC) Received: from asp.reflexion.net (outbound-241.asp.reflexion.net [69.84.129.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CE35DC6D for ; Tue, 24 Mar 2015 05:47:25 +0000 (UTC) Received: (qmail 21174 invoked from network); 24 Mar 2015 05:47:19 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 24 Mar 2015 05:47:19 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.40.1) with SMTP; Tue, 24 Mar 2015 01:47:19 -0400 (EDT) Received: (qmail 26159 invoked from network); 24 Mar 2015 05:47:18 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Mar 2015 05:47:18 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-67-189-19-145.hsd1.or.comcast.net [67.189.19.145]) by iron2.pdx.net (Postfix) with ESMTPSA id 87ED21C43A2; Mon, 23 Mar 2015 22:47:11 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: CROSS_TOOLCHAIN=amd64-gcc fails to build after clang 3.6.0 import [what N2255 suggests] From: Mark Millard In-Reply-To: <96AD8046-52B1-455F-A07B-39FA8CADF80D@dsl-only.net> Date: Mon, 23 Mar 2015 22:47:16 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <96AD8046-52B1-455F-A07B-39FA8CADF80D@dsl-only.net> To: rodrigc@FreeBSD.org, Dimitry Andric X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-toolchain@freebsd.org, freebsd-ports@freebsd.org, FreeBSD PowerPC ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 05:47:27 -0000 http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2255.html has = the following note about std::is_convertible : > Library implementor's note: Except for the protected/private access = checks, and the ambiguity checks, this specification is completely = implementable in C++03 (even without rvalue references). However it is = intended that this be implemented with compiler help to get the access = and ambiguity checks correct. This note would seem to apply to examples like Richard Smith's tiny test = case listed in https://llvm.org/bugs/show_bug.cgi?id=3D22771 : > Here's a testcase that fails with Clang: >=20 > #define __has_feature(x) 0 > #include > class X { X(const X&); }; > bool b =3D std::is_convertible::value; >=20 > (Using a public deleted copy constructor fails similarly.) It sounds like there are going to be limitations to any library-only = solution (i.e., to any fallback implementation of std::is_convertible). So for a failing fallback test example to matter likely requires that = the failure not depend on accessibility checks or ambiguity checks. Might it be that the improvement that was being tested is sufficient = given the general limitations on library-only code solutions? Going the other way: if one wants code (such as llvm/clang source) to = survive environments that need to use a library-only fallback then that = code needs to avoid depending on accessibility or ambiguity properties = for its direct or indirect use of std::is_convertible. I do not know = what criteria llvm/clang uses for such issues. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2015-Mar-22, at 09:56 PM, Mark Millard = wrote: I'd sent out a note Saturday for this for powerpc64-xtoolchain-gcc and = its powerpc64-gcc port: use of CROSS_TOOLCHAIN=3Dpowerpc64-gcc used on a = powerpc64. No solution, just notes about what was going on after looking = at the source code related to the messages. If you care, see: > CROSS_TOOLCHAIN=3Dpowerpc64-gcc mishandles "Substitution Failure Is = Not An Error" when compiling clang and stops the build ( = https://lists.freebsd.org/pipermail/freebsd-toolchain/2015-March/001506.ht= ml ) > = sizeof(__is_convertible_imp::__test<_T2>(__is_convertible_imp::__source<_T= 1>())) > =3D=3D 1 is the core place involved in your example and mine but the order of = compilation for my context means a different starting place that ended = up using the above. lang/gcc5 did the same when I later tried it. I doubt that host-type or TARGET or TARGET_ARCH matter. I doubt = xtoolchain vs. normal port matters. I expect that the issue spans a = range of g++ versions. Unfortunately that probably also means that the effectively = "Substitution Failure of this kind Is An Error" rule now in use will = probably be around for a while: it is likely not some local accident = that has a quick fix. The best case is if it is simple but each = version/variant needs to release with the change. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 06:38:34 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5FA3DF1E for ; Tue, 24 Mar 2015 06:38:34 +0000 (UTC) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 219691D6 for ; Tue, 24 Mar 2015 06:38:34 +0000 (UTC) Received: by iecvj10 with SMTP id vj10so53512548iec.0 for ; Mon, 23 Mar 2015 23:38:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=hwZVYt8/DJQlIOgrnxtgOGd/Qn3XG4nNs+wHl7QOo8Q=; b=VHVMvtgvuZ0VFl6Nx/sgm+U3o5db0JiPZPvdTCSDzssjQj3JOb4dJpUMeDs9fJ6PjO HT5mL6it9LHZm31TZWh5rArKCk4ik9HIAmhdn2aC/AQ6gfV/YK7PVQjIBUJ5+i348et9 2ujS0mHvp4wAs1rP0tSfbFiC2HwtU/tfCQCvLiBLOEslGnt8rQBr7Qv5rEJouj7llB6X VsA/trsWjm5uE2D29s8J3Yr0nU3TeTpxS2CfjploviQhf4eLdJHqsEaKGLPniFGKUtzi YD9OuggTcMiUobPkZupanrXIMA83rdkm8nftadL/0onVHgNd6hAtvOvf8BTWCE7cMP2R O9sw== MIME-Version: 1.0 X-Received: by 10.50.66.198 with SMTP id h6mr19626087igt.35.1427179113521; Mon, 23 Mar 2015 23:38:33 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.174.86 with HTTP; Mon, 23 Mar 2015 23:38:33 -0700 (PDT) In-Reply-To: <66d2890a12752bb48480766ae2c19596@ultimatedns.net> References: <66d2890a12752bb48480766ae2c19596@ultimatedns.net> Date: Mon, 23 Mar 2015 23:38:33 -0700 X-Google-Sender-Auth: nlk7mIeZd4lJpm00Og9vhoK_XCE Message-ID: Subject: Re: Fixing a busted ports area From: Kevin Oberman To: Chris H Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Dave Horsfall , FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 06:38:34 -0000 On Mon, Mar 23, 2015 at 10:41 PM, Chris H wrote: > On Tue, 24 Mar 2015 16:26:30 +1100 (EST) Dave Horsfall > wrote > > > FreeBSD 9.3-RELEASE-p10 (GENERIC) #0: Tue Feb 24 21:01:19 UTC 2015 > > > > The ports area is broken, due to what I guess was a mangled upgrade path > > from FreeBSD 8.x. For example, when installing cups-client, I get: > > > > pkg-static: pkgconf-0.9.7 conflicts with pkg-config-0.25_1 (installs > files > > into the same place). Problematic file: /usr/local/bin/pkg-config > > *** [fake-pkg] Error code 70 > > > > It's not clear to me how to fix this. Is the simplest way to just remove > > (or move) /usr/ports, install it from CD, then upgrade? I have quite a > > few ports installed. > You haven't been too specific as to your upgrade path. > But sometimes it's as easy as changing to the offending > ports folder, and issuing a make deinstall. Then attempting > whatever upgrade procedure you following at the time of the > incident. > However, if this same type of error persists unreasonably. > You may require more drastic measures, to overcome the issue(s). > > --Chris > > You rally need to check out /usr/ports/UPDATING. Take a look at 20120726 If you are making this big a jump, you will likely hit a few more of these, -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 08:06:44 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF8C8C8; Tue, 24 Mar 2015 08:06:44 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8ABF7D84; Tue, 24 Mar 2015 08:06:44 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-255-201.lns20.per4.internode.on.net [121.45.255.201]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t2O86Tr4075283 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 24 Mar 2015 01:06:32 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <55111AFF.8090901@freebsd.org> Date: Tue, 24 Mar 2015 16:06:23 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Chris H , ports@freebsd.org Subject: Re: patch to bsd.ports.mk to support out-of-tree patches. References: <5510F71B.7030900@freebsd.org> <0f7fcd73df4eca6817fc5eca8ff42207@ultimatedns.net> In-Reply-To: <0f7fcd73df4eca6817fc5eca8ff42207@ultimatedns.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Devin Teske X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 08:06:44 -0000 On 3/24/15 1:45 PM, Chris H wrote: > On Tue, 24 Mar 2015 13:33:15 +0800 Julian Elischer wrote > >> Hi, I've a need to keep soe changes outside of the ports tree, to >> allow me to tailor >> our installs. I could use the "EXTRA_PATCHES" setting, but I'd have to >> outline the >> patches every time and keep track of them one by one. >> >> Instead, I have adde dhte following to bsd.ports.mk: >> >> >> >> diff -u bsd.port.mk.orig bsd.port.mk >> --- bsd.port.mk.orig 2015-03-23 21:55:47.498891000 -0700 >> +++ bsd.port.mk 2015-03-23 22:15:16.757385000 -0700 >> @@ -834,6 +834,11 @@ >> # The patches specified by this variable will be >> # applied after the normal distribution patches but >> # before those in ${PATCHDIR}. >> +# EXTRA_PATCH_TREE - where to find extra 'out-of-tree' patches >> +# Points to a directory hierarchy with the same layout >> +# as the ports tree, where local patches can be found. >> +# This allows a third party to keep their patches in >> +# some other source control system if needed. >> # PATCH_WRKSRC - Directory to apply patches in. >> # Default: ${WRKSRC} >> # >> @@ -3523,6 +3528,37 @@ >> esac | ${PATCH} ${PATCH_DIST_ARGS} 'patch_dist_strip $$i' ; \ >> done ) >> .endif >> +.if defined(EXTRA_PATCH_TREE) >> + @set -e ;\ >> + if [ -d ${EXTRA_PATCH_TREE} ]; then \ >> + if [ "'${ECHO_CMD} >> ${EXTRA_PATCH_TREE}/${PKGORIGIN}/patch-*'" != >> "${EXTRA_PATCH_TREE}/${PKGORIGIN}/patch-*" ]; then \ >> + ${ECHO_MSG} "===> Applying local patches for >> ${PKGNAME}" ; \ >> + PATCHES_APPLIED="" ; \ >> + for i in >> ${EXTRA_PATCH_TREE}/${PKGORIGIN}/patch-*; do \ >> + case $$i in \ >> + *.orig|*.rej|*~|*,v) \ >> + ${ECHO_MSG} "===> >> Ignoring patchfile $$i" ; \ >> + ;; \ >> + *) \ >> + if [ >> ${PATCH_DEBUG_TMP} = yes ]; then \ >> + ${ECHO_MSG} "===> Applying local patch $$i" ; \ >> + fi; \ >> + if ${PATCH} >> ${PATCH_ARGS} < $$i ; then \ >> + PATCHES_APPLIED="$$PATCHES_APPLIED $$i" ; \ >> + else \ >> + ${ECHO_MSG} '${ECHO_CMD} "=> Patch $$i failed to apply cleanly." | >> ${SED} "s|${EXTRA_PATCH_TREE}/${PKGORIGIN}/||"' ; \ >> + if [ >> x"$$PATCHES_APPLIED" != x"" -a ${PATCH_SILENT} != "yes" ]; then \ >> + ${ECHO_MSG} '${ECHO_CMD} "=> Patch(es) $$PATCHES_APPLIED applied >> cleanly." | ${SED} "s|${EXTRA_PATCH_TREE}/${PKGORIGIN >> +}/||g"' ; \ >> + fi; \ >> + ${FALSE} ; \ >> + fi; \ >> + ;; \ >> + esac; \ >> + done; \ >> + fi; \ >> + fi >> +.endif >> .if defined(EXTRA_PATCHES) >> @set -e ; \ >> for i in ${EXTRA_PATCHES}; do \ >> >> >> ============ >> >> >> this allows me to keep as many patches as I require in a separate >> "out-of-tree" >> repository, that I can change at will, allowing the actual ports tree >> to be >> updated as needed with no chances of file collisions etc. >> >> Basically I keep a second parallel 'shadow' tree containing nothing >> but patches, and >> the ports tree remains unchanged. >> >> Is there any interest on taking this onboard? > Thank you for this, Julian! > Absolutely interested in seeing this. I've been forced > to kludge a similar approach. This would be wonderful. Well, we'll see what the regular ports people think.. I am not a ports committer :-) > > Please do. > > --Chris >> From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 08:44:13 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA28CBFA for ; Tue, 24 Mar 2015 08:44:13 +0000 (UTC) Received: from mail-yk0-x246.google.com (mail-yk0-x246.google.com [IPv6:2607:f8b0:4002:c07::246]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 98D5A17B for ; Tue, 24 Mar 2015 08:44:13 +0000 (UTC) Received: by ykr200 with SMTP id 200so197794428ykr.2 for ; Tue, 24 Mar 2015 01:44:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=fqThphAlcJwnpBELUzMcoLtmFCqObCPtnHTHZVd+fvs=; b=O1mzTOUCXyGG6YAML7fDq6TNbhLkfliXLVClyOvo0TZQfF5LHZBJw4QnkGX5sZZHP+ 8xl0VRLFLFigQjA27Bvk4ZevXo6rjcyJmtw5ERch9OF5iI/GIcVzTHzM1ZgME6RPEZkV gvhv3nd5WMZn6as3ffdEo9Djl2vF+5aEe54xxFeDYEsU+VaPuatGrQXnCVKhdIdt7PbU 76EewYNs3vtGsa9wai+DTG5R7RWCUD1lX+jmA/C4AHbA9M7seBqwEMhFnsG7Bgu8dYXO KtQuQQOqW4EcPzBSEA5zDCars9Wi7qCMXp3Yy/oSRmp3cEh042gtOhUBL3w7D4EPYyu5 mCag== MIME-Version: 1.0 X-Received: by 10.236.20.234 with SMTP id p70mr3868545yhp.46.1427186652943; Tue, 24 Mar 2015 01:44:12 -0700 (PDT) Message-ID: <089e01538c247a313d051204c96f@google.com> Date: Tue, 24 Mar 2015 08:44:12 +0000 Subject: ports@freebsd.org From: "Patricia | Sing Tech Pte Ltd" To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 08:44:14 -0000 Hi, I came across-your contact over the-web and wanted to-share a brief note. I think a few-changes, aesthetically and/or SEO-wise, can make your site-convert more-visitors into leads-and also get it placed-higher in the organic search-results, for a few of the select terms. Your-business definitely needs to have an SEO-strategy in place if you are interested in succeeding in terms of online-marketing; it remains one of the single most important components of any organization's branding efforts and online presence. I would just-need to know-which (if not both) services-you're open to checking out-information about, either web-design or-SEO. Would you be-open to seeing more-brief info/quote for what-I would like to accomplish? Best regards, Patricia | Director MKT Singtech Media Pte. Ltd. Headquarters: 29, Sin Ming Lane, #04-07 Midview City, Singapore 573969 Other Offices: Hong Kong & China | Australia | New Zealand | USA| UAE From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 09:50:42 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31BE4F1 for ; Tue, 24 Mar 2015 09:50:42 +0000 (UTC) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C1745ABE for ; Tue, 24 Mar 2015 09:50:40 +0000 (UTC) Received: by wibgn9 with SMTP id gn9so90090353wib.1 for ; Tue, 24 Mar 2015 02:50:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:content-transfer-encoding :subject:date:message-id:cc:to:mime-version; bh=nIHLEyUL/uFQZNDw4vGTU5diFENzyM3xE4HjEzRaZpo=; b=Eh9nz9hxRlSvaqQIM26Q0vIIst5EX2f0DCbk6+EBJxI6CPBceUykU70oEJ098k1yam 36eJySM2NaN5FF6uAQR/YHgLAVlZQWiEkeXTJLAmFi6RzaBDA2P2MvTblzmGdxJHecq0 wNGEzuARZ9uhWml03Vajz6pVq0Ek75UAsB01kyCTu9MTXw0FaXWs57DTcw8/dk3n6sCb m7lvI8OT0ZothkPCZphmUcLGSp1HV4hPuFN2P8NSaOSuAMX6enIc5CgEfEolsbHAnRRN M3YUlnDXLmbeqlZQY7S+OLxZPAefzG4HfXp/WOj+8TAk5Sc7MXiFQ0cNFUuS+P5kChUs WdBw== X-Gm-Message-State: ALoCoQmUFV4oA1VANMoDihLaqnPOcz1owOoitd/5e1WmK+zWUoPz0POjKi5rpRSbmOAnFdAipaZk X-Received: by 10.180.75.73 with SMTP id a9mr27030917wiw.45.1427190639147; Tue, 24 Mar 2015 02:50:39 -0700 (PDT) Received: from b-funky-mbp.trompet (53510208.cm-6-2a.dynamic.ziggo.nl. [83.81.2.8]) by mx.google.com with ESMTPSA id hl15sm15123995wib.3.2015.03.24.02.50.38 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 24 Mar 2015 02:50:38 -0700 (PDT) From: Ruud Boon Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: FreeBSD Port: unifi4-4.2.0 Date: Tue, 24 Mar 2015 10:50:37 +0100 Message-Id: <81BDAC35-13BA-4422-9BAB-9CD908536051@t-boonproductions.nl> To: feld@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 09:50:42 -0000 Hi, I=E2=80=99m wondering. Are there any plans to upgrade the unifi port to = the latest 4.6.0 version? All the best. Ruud From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 10:24:28 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75F2D5CC for ; Tue, 24 Mar 2015 10:24:28 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 62309E32 for ; Tue, 24 Mar 2015 10:24:28 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t2OAOS1V045738 for ; Tue, 24 Mar 2015 10:24:28 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t2OAOSfA045737; Tue, 24 Mar 2015 10:24:28 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201503241024.t2OAOSfA045737@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Tue, 24 Mar 2015 10:24:28 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 10:24:28 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ biology/migrate | 3.6.6 | 3.6.7 ------------------------------------------------+-----------------+------------ lang/librep | 0.92.4 | 0.92.5 ------------------------------------------------+-----------------+------------ sysutils/ganglia-monitor-core | 3.4.0 | 3.7.1 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 10:34:03 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4573B54 for ; Tue, 24 Mar 2015 10:34:03 +0000 (UTC) Received: from swatch.464695.com (swatch.464695.com [104.148.9.119]) by mx1.freebsd.org (Postfix) with ESMTP id 51F3FF76 for ; Tue, 24 Mar 2015 10:34:03 +0000 (UTC) To: freebsd-ports@freebsd.org Subject: Are you interested in photo retouching? Message-ID: <701a7c0ad3fe256d16563ce5f82ba178@lowes.com> Date: Tue, 24 Mar 2015 08:35:34 +0100 From: "Harry" Reply-To: dinglingcon@sina.com MIME-Version: 1.0 X-Mailer-LID: 5 X-Mailer-RecptId: 6480529 X-Mailer-SID: 171 X-Mailer-Sent-By: 1 Content-Type: text/plain; format=flowed; charset="UTF-8" Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 10:34:03 -0000 How are you? Are you interested in photo retouching or other photo editing solutions? We specialize in providing below photo retouching services: Photoshop photos editing/retouching Jewelry photos retouching Ecommerce products photo editing Photo cutting out/clipping path Beauty/skin retouching, Wedding photo editing and photo background manipulation. You can send us a photo for free testing and check our quality Waiting for your soonest response. Best regards, Harry Email: markedit@tom.com From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 10:39:11 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95EEAE34; Tue, 24 Mar 2015 10:39:11 +0000 (UTC) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.18.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 54E7886; Tue, 24 Mar 2015 10:39:11 +0000 (UTC) Received: from [80.67.16.118] (helo=webmailfront01.ispgateway.de) by smtprelay06.ispgateway.de with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.84) (envelope-from ) id 1YaM8W-0003c0-Ld; Tue, 24 Mar 2015 11:32:40 +0100 Received: from his1.his.de (his1.his.de [192.124.237.237]) by webmail.df.eu (Horde Framework) with HTTP; Tue, 24 Mar 2015 11:32:40 +0100 Date: Tue, 24 Mar 2015 11:32:40 +0100 Message-ID: <20150324113240.Horde._MOpnfwGcxQa7v8pi_ozUQ2@webmail.df.eu> From: Marcus von Appen To: Julian Elischer , ports@freebsd.org Subject: Re: patch to bsd.ports.mk to support out-of-tree patches. References: <5510F71B.7030900@freebsd.org> In-Reply-To: <5510F71B.7030900@freebsd.org> Reply-to: mva@freebsd.org User-Agent: Internet Messaging Program (IMP) H5 (6.0.4) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Df-Sender: ZnJlZWJzZEBzeXNmYXVsdC5vcmc= X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 10:39:11 -0000 Julian Elischer : [...] > esac | ${PATCH} ${PATCH_DIST_ARGS} `patch_dist_strip $$i` ; \ > done ) > .endif > +.if defined(EXTRA_PATCH_TREE) [...] > +.endif > .if defined(EXTRA_PATCHES) > @set -e ; \ > for i in ${EXTRA_PATCHES}; do \ > > > ============ Nice. I'd however change the patch behaviour to the following: - patch-* from FreeBSD - EXTRA_PATCHES from FreeBSD - local patches Your patch looks like it appleis the out-of-tree patches prior to any EXTRA_PATCHES defined by the port itself. This should not be the case, in my opinion. Locally managed patches should always come last to ensure that all FreeBSD/maintainer-specific bits have been applied and the local changes are just added on top of those. Cheers Marcus From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 12:47:56 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32FCC432 for ; Tue, 24 Mar 2015 12:47:56 +0000 (UTC) Received: from new2-smtp.messagingengine.com (new2-smtp.messagingengine.com [66.111.4.224]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 02CF114C for ; Tue, 24 Mar 2015 12:47:55 +0000 (UTC) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailnew.nyi.internal (Postfix) with ESMTP id 5A3E8C18 for ; Tue, 24 Mar 2015 08:47:52 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute5.internal (MEProxy); Tue, 24 Mar 2015 08:47:54 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:x-sasl-enc:from:to:cc :mime-version:content-transfer-encoding:content-type:in-reply-to :references:subject:date; s=smtpout; bh=FkUaF/HN6Sb5Bk01KtIIIOhq 2TM=; b=oHWUcabe8TJtHGzChRWEsXtkWZku0cCscvm/MY6h0H45MMb6Whw85RsK 8Omeec/mfQSKWpdLbnaW44KuawPLSPjHn/Mdw55rvMHtr5ABBkN61VkuUlHrHKen HlwbrjABaTSege9RISrWr3VmcL8GRwlMETJGTZy+uB3+qaHOS9o= Received: by web3.nyi.internal (Postfix, from userid 99) id AD7ED1140EA; Tue, 24 Mar 2015 08:47:54 -0400 (EDT) Message-Id: <1427201274.774629.244520854.7CBC3AD3@webmail.messagingengine.com> X-Sasl-Enc: PLaEAqAMz7WIEOILPb00PS0IFx8qpIlzFjFbecMmTUc7 1427201274 From: Mark Felder To: Ruud Boon MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-15db86eb In-Reply-To: <81BDAC35-13BA-4422-9BAB-9CD908536051@t-boonproductions.nl> References: <81BDAC35-13BA-4422-9BAB-9CD908536051@t-boonproductions.nl> Subject: Re: FreeBSD Port: unifi4-4.2.0 Date: Tue, 24 Mar 2015 07:47:54 -0500 Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 12:47:56 -0000 On Tue, Mar 24, 2015, at 04:50, Ruud Boon wrote: > Hi, >=20 > I=E2=80=99m wondering. Are there any plans to upgrade the unifi port to t= he > latest 4.6.0 version? >=20 > All the best. > Ruud >=20 I had not noticed 4.6.0 is out. I'll definitely get the port updated, but I don't use unifi4 anywhere right now. I've been on 3.x because of some horror stories... :-) From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 13:19:20 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11311C9E; Tue, 24 Mar 2015 13:19:20 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CFBC469F; Tue, 24 Mar 2015 13:19:19 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t2ODLj4v044298; Tue, 24 Mar 2015 06:21:51 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: ports@freebsd.org, Julian Elischer In-Reply-To: <55111AFF.8090901@freebsd.org> References: <5510F71B.7030900@freebsd.org> <0f7fcd73df4eca6817fc5eca8ff42207@ultimatedns.net>, <55111AFF.8090901@freebsd.org> From: "Chris H" Subject: Re: patch to bsd.ports.mk to support out-of-tree patches. Date: Tue, 24 Mar 2015 06:21:51 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit Cc: Devin Teske X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 13:19:20 -0000 On Tue, 24 Mar 2015 16:06:23 +0800 Julian Elischer wrote > On 3/24/15 1:45 PM, Chris H wrote: > > On Tue, 24 Mar 2015 13:33:15 +0800 Julian Elischer > > wrote > > >> Hi, I've a need to keep soe changes outside of the ports tree, to > >> allow me to tailor > >> our installs. I could use the "EXTRA_PATCHES" setting, but I'd have to > >> outline the > >> patches every time and keep track of them one by one. > >> > >> Instead, I have adde dhte following to bsd.ports.mk: > >> > >> > >> > >> diff -u bsd.port.mk.orig bsd.port.mk > >> --- bsd.port.mk.orig 2015-03-23 21:55:47.498891000 -0700 > >> +++ bsd.port.mk 2015-03-23 22:15:16.757385000 -0700 > >> @@ -834,6 +834,11 @@ > >> # The patches specified by this variable will be > >> # applied after the normal distribution patches but > >> # before those in ${PATCHDIR}. > >> +# EXTRA_PATCH_TREE - where to find extra 'out-of-tree' patches > >> +# Points to a directory hierarchy with the same layout > >> +# as the ports tree, where local patches can be found. > >> +# This allows a third party to keep their patches in > >> +# some other source control system if needed. > >> # PATCH_WRKSRC - Directory to apply patches in. > >> # Default: ${WRKSRC} > >> # > >> @@ -3523,6 +3528,37 @@ > >> esac | ${PATCH} ${PATCH_DIST_ARGS} 'patch_dist_strip $$i' ; \ > >> done ) > >> .endif > >> +.if defined(EXTRA_PATCH_TREE) > >> + @set -e ;\ > >> + if [ -d ${EXTRA_PATCH_TREE} ]; then \ > >> + if [ "'${ECHO_CMD} > >> ${EXTRA_PATCH_TREE}/${PKGORIGIN}/patch-*'" != > >> "${EXTRA_PATCH_TREE}/${PKGORIGIN}/patch-*" ]; then \ > >> + ${ECHO_MSG} "===> Applying local patches for > >> ${PKGNAME}" ; \ > >> + PATCHES_APPLIED="" ; \ > >> + for i in > >> ${EXTRA_PATCH_TREE}/${PKGORIGIN}/patch-*; do \ > >> + case $$i in \ > >> + *.orig|*.rej|*~|*,v) \ > >> + ${ECHO_MSG} "===> > >> Ignoring patchfile $$i" ; \ > >> + ;; \ > >> + *) \ > >> + if [ > >> ${PATCH_DEBUG_TMP} = yes ]; then \ > >> + ${ECHO_MSG} "===> Applying local patch $$i" ; \ > >> + fi; \ > >> + if ${PATCH} > >> ${PATCH_ARGS} < $$i ; then \ > >> + PATCHES_APPLIED="$$PATCHES_APPLIED $$i" ; \ > >> + else \ > >> + ${ECHO_MSG} '${ECHO_CMD} "=> Patch $$i failed to apply cleanly." | > >> ${SED} "s|${EXTRA_PATCH_TREE}/${PKGORIGIN}/||"' ; \ > >> + if [ > >> x"$$PATCHES_APPLIED" != x"" -a ${PATCH_SILENT} != "yes" ]; then \ > >> + ${ECHO_MSG} '${ECHO_CMD} "=> Patch(es) $$PATCHES_APPLIED applied > >> cleanly." | ${SED} "s|${EXTRA_PATCH_TREE}/${PKGORIGIN > >> +}/||g"' ; \ > >> + fi; \ > >> + ${FALSE} ; \ > >> + fi; \ > >> + ;; \ > >> + esac; \ > >> + done; \ > >> + fi; \ > >> + fi > >> +.endif > >> .if defined(EXTRA_PATCHES) > >> @set -e ; \ > >> for i in ${EXTRA_PATCHES}; do \ > >> > >> > >> ============ > >> > >> > >> this allows me to keep as many patches as I require in a separate > >> "out-of-tree" > >> repository, that I can change at will, allowing the actual ports tree > >> to be > >> updated as needed with no chances of file collisions etc. > >> > >> Basically I keep a second parallel 'shadow' tree containing nothing > >> but patches, and > >> the ports tree remains unchanged. > >> > >> Is there any interest on taking this onboard? > > Thank you for this, Julian! > > Absolutely interested in seeing this. I've been forced > > to kludge a similar approach. This would be wonderful. > Well, we'll see what the regular ports people think.. I am not a ports > committer :-) You are too kind. For I am but a lowly Maintainer. :-) > > > > > Please do. > > > > --Chris > >> --Chris -- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 14:38:31 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC3BEF2E; Tue, 24 Mar 2015 14:38:30 +0000 (UTC) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9DA59D9; Tue, 24 Mar 2015 14:38:30 +0000 (UTC) Received: by ieclw3 with SMTP id lw3so61797651iec.2; Tue, 24 Mar 2015 07:38:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=PjswvaF3rTR3dAagiXAV9XtwGqZE99jtlwnI/rllD3I=; b=yPBk/Pgg4v2DvX7o6u2fcNXv2RoYe14iBeTH+JfRrQXSN+/SsRuS39K+arC9LJyGXM vyRhJbvCqs+8DR3sE0HW9sx/tzyUeWo7gGsi/cUTNqlRs33K+X2yQs06OjyGTOoPSK+d +TIeOpLVlH0ZR8vknFATueKcvxj7v8u0nlpzmg/Fc9Lndjs8QDLnUB1DFyF3gOPwYHb/ JZUTkSWdiNDlXGJELqYFnREBsqcDp6YrZ4eXYb3rlQS/Ki/8r/aSACdpS2y0RaqVfev+ Q7/2d0gpOAZONuLB2Hw32oXyUXsJEAe+WTGp52qTOptCEch2ksZIW5tJO14FJldI+D+O 5pSQ== X-Received: by 10.107.155.13 with SMTP id d13mr6741079ioe.29.1427207910000; Tue, 24 Mar 2015 07:38:30 -0700 (PDT) MIME-Version: 1.0 References: <20150320153711.GB87678@ivaldir.etoilebsd.net> <20150321230802.GG87678@ivaldir.etoilebsd.net> <551041A9.6040500@FreeBSD.org> <551042E5.4050909@FreeBSD.org> <55109907.4090607@FreeBSD.org> <20150324052526.GA37936@ivaldir.etoilebsd.net> In-Reply-To: <20150324052526.GA37936@ivaldir.etoilebsd.net> From: Ben Woods Date: Tue, 24 Mar 2015 14:38:29 +0000 Message-ID: Subject: Re: [HEADSUP] WIP on fonts To: Baptiste Daroussin , Bryan Drewery Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "ports@freebsd.org" , "x11@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 14:38:31 -0000 I can confirm this issue is now resolved with the latest ports tree. Thanks for your help Bryan and Bapt! On Tue, 24 Mar 2015 at 1:25 pm Baptiste Daroussin wrote: > On Mon, Mar 23, 2015 at 05:51:51PM -0500, Bryan Drewery wrote: > > On 3/23/2015 11:44 AM, Bryan Drewery wrote: > > > On 3/23/2015 11:39 AM, Bryan Drewery wrote: > > >> On 3/22/2015 5:28 AM, Ben Woods wrote: > > >>> My poudriere is acting funny now, and I'm not sure if it's related. > It > > >>> keeps deleting xorg-fonts-truetype because there is a new dependency > > >>> (x11-fonts/dejavu), and then having to rebuild a whole suit of > packages as > > >>> a result. > > >>> > > >>> The interesting thing is that dejavu was a dependency the entire > time. It > > >>> will successfully peform the bulk build and update the package set. > If I > > >>> then re-run the bulk build, it does the same thing every time. > > >>> > > >>> My make.conf file (which hasn't changed in some time) contains: > > >>> OPTIONS_SET= VAAPI VDPAU X265 ASS FAAC LAME > > >>> MDNSRESPONDER RRDTOOL STATGRAB DEJAVU > > >>> > > >>> > > >> > > >> It will do this if a port has a dependency listed that it does not > > >> actually use. So the xorg-fonts-truetype is incorrectly depending on > > >> x11-fonts/dejavu. > > > > > > > > > xorg-fonts-trutype has: > > > + > > > ${FONTDIR}/dejavu/DejaVuSans.ttf:${PORTSDIR}/x11-fonts/dejavu > > > ~/svn/ports/x11-fonts/xorg-fonts-truetype # make -V FONTDIR > > > /usr/local/share/fonts > > > > > > > > > The dejavu port has: > > > > > > ~/svn/ports/x11-fonts/dejavu # grep DejaVuSans.ttf pkg-plist > > > %%FONTSDIR%%/DejaVuSans.ttf > > > ~/svn/ports/x11-fonts/dejavu # make -V '${PLIST_SUB:MFONTSDIR*}' > > > FONTSDIR="/usr/local/share/fonts/dejavu" > > > > > > So somehow the package is lacking this file, or poudriere is wrong > here. > > > > > > I'm double checking with some builds now. > > > > > > > It seems fine to me. Does it still happen for you every time? > > > > > > -- > > Regards, > > Bryan Drewery > > > > > This was due to me not bumping dejavu fonts, that is fixed now > > Bapt > From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 15:33:59 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 302D0404 for ; Tue, 24 Mar 2015 15:33:59 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E1D17989 for ; Tue, 24 Mar 2015 15:33:58 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 4611CBDC30 for ; Tue, 24 Mar 2015 16:33:56 +0100 (CET) Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id 23159BDC24 for ; Tue, 24 Mar 2015 16:33:56 +0100 (CET) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id 22AAA614B for ; Tue, 24 Mar 2015 16:33:55 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id CD7477FAFCAE for ; Tue, 24 Mar 2015 16:33:54 +0100 (CET) Date: Tue, 24 Mar 2015 16:33:54 +0100 From: Mathieu Arnold To: freebsd-ports@freebsd.org Subject: Re: [TESTING] BIND9 chroot trying to get back Message-ID: <08AB54C71B9A12598E7A5CE5@ogg.in.absolight.net> In-Reply-To: References: X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 15:33:59 -0000 +--On 23 f=C3=A9vrier 2015 20:31:22 +0100 Mathieu Arnold wrote: | Hi, |=20 | While I don't see a real need for it, I've heard you, and I'm getting the | named chroot back in the port. I've only worked on dns/bind99 for now, | but when it's ready, I'll apply the patch to all the available BIND9 | ports that there is. |=20 | The diff is available on our phabric, at | you don't need an account to see, or | download the patch. To download the patch, there is a "download raw = diff" | on the right of the header. |=20 | Any testing done by someone else that me is appreciated, comments, | changes... are welcome too, as long as they are constructive ones. |=20 | WARNING: while I've tested it, it may unleash a troll that will your | configuration, or something, if you test on production servers, don't = come | bitching about it breaking everything afterwards. :-) The patch has been committed. --=20 Mathieu Arnold From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 19:47:12 2015 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D436D09; Tue, 24 Mar 2015 19:47:12 +0000 (UTC) Received: from pangkur.medieval.org (pangkur.medieval.org [173.164.239.233]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C7305CEB; Tue, 24 Mar 2015 19:47:11 +0000 (UTC) Received: from pangkur.medieval.org (todd@localhost [127.0.0.1]) by pangkur.medieval.org (8.14.9/8.12.3) with ESMTP id t2OJjAkF031101; Tue, 24 Mar 2015 12:45:10 -0700 (PDT) (envelope-from todd@pangkur.medieval.org) Received: (from todd@localhost) by pangkur.medieval.org (8.14.9/8.12.6/Submit) id t2OJjAR8031100; Tue, 24 Mar 2015 12:45:10 -0700 (PDT) Date: Tue, 24 Mar 2015 12:45:10 -0700 (PDT) From: Todd Michel McComb Message-Id: <201503241945.t2OJjAR8031100@pangkur.medieval.org> To: gecko@FreeBSD.org Subject: Firefox 36.0.4 seg fault Cc: freebsd-ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 19:47:12 -0000 FreeBSD pangkur.medieval.org 8.4-STABLE FreeBSD 8.4-STABLE #4: Mon Mar 23 14:29:56 PDT 2015 root@pangkur.medieval.org:/usr/obj/usr/src/sys/GENERIC amd64 /usr/ports/www/firefox/Makefile: $FreeBSD: head/www/firefox/Makefile 381889 2015-03-22 08:00:19Z jbeich $ Firefox built cleanly, segmentation fault when trying to run. No other info returned, so very hard to debug. (I have built Firefox before, but it has been a few versions since I updated it.) todd@pangkur/usr/src/etc~12:44~1031> firefox Segmentation fault todd@pangkur/usr/src/etc~12:44~1032> firefox -v Mozilla Firefox 36.0.4 todd@pangkur/usr/src/etc~12:44~1033> firefox --safe-mode Segmentation fault From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 20:26:19 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D512DB2 for ; Tue, 24 Mar 2015 20:26:19 +0000 (UTC) Received: from ziemba.us (osmtp.ziemba.us [208.106.105.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D96D719B for ; Tue, 24 Mar 2015 20:26:18 +0000 (UTC) Received: from hairball.ziemba.us (localhost.ziemba.us [127.0.0.1]) by hairball.ziemba.us (8.14.9/8.14.9) with ESMTP id t2OKJ15h097850 for ; Tue, 24 Mar 2015 13:19:01 -0700 (PDT) (envelope-from pz-freebsd-ports@ziemba.us) Received: (from mailnull@localhost) by hairball.ziemba.us (8.14.9/8.14.9/Submit) id t2OKIw8I097827 for freebsd-ports@freebsd.org; Tue, 24 Mar 2015 13:18:58 -0700 (PDT) (envelope-from pz-freebsd-ports@ziemba.us) X-Authentication-Warning: hairball.ziemba.us: mailnull set sender to pz-freebsd-ports@ziemba.us using -f Received: (from news@localhost) by usenet.ziemba.us (8.14.5/8.14.5/Submit) id t2OKIwv9059221 for treehouse-mail-freebsd-ports@hairball.ziemba.us; Tue, 24 Mar 2015 13:18:58 -0700 (PDT) (envelope-from news) From: "G. Paul Ziemba" To: freebsd-ports@freebsd.org Subject: Re: patch to bsd.ports.mk to support out-of-tree patches. Date: Tue, 24 Mar 2015 20:18:58 +0000 (UTC) Message-id: References: <5510F71B.7030900@freebsd.org> <20150324113240.Horde._MOpnfwGcxQa7v8pi_ozUQ2@webmail.df.eu> Reply-to: paul+usenet@w6yx.stanford.edu Errors-to: "G. Paul Ziemba" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 20:26:19 -0000 mva@freebsd.org (Marcus von Appen) writes: >Julian Elischer : >[...] >> esac | ${PATCH} ${PATCH_DIST_ARGS} `patch_dist_strip $$i` ; \ >> done ) >> .endif >> +.if defined(EXTRA_PATCH_TREE) >[...] >> +.endif >> .if defined(EXTRA_PATCHES) >> @set -e ; \ >> for i in ${EXTRA_PATCHES}; do \ >> >> >> ============ >Nice. I'd however change the patch behaviour to the following: >- patch-* from FreeBSD >- EXTRA_PATCHES from FreeBSD >- local patches >Your patch looks like it appleis the out-of-tree patches prior >to any EXTRA_PATCHES defined by the port itself. This should not be >the case, in my opinion. Locally managed patches should always come >last to ensure that all FreeBSD/maintainer-specific bits have been >applied and the local changes are just added on top of those. Julian and others, I am wholly in favor of this capability. I have been using a similar bsd.port.mk patch for some years based on the discussions in this thread: http://lists.freebsd.org/pipermail/freebsd-ports/2008-December/051767.html I also agree with Marcus above regarding the order of application of patches. Looking forward to its inclusion in the ports tree. -- G. Paul Ziemba FreeBSD unix: 1:16PM up 13 days, 12:51, 5 users, load averages: 1.36, 1.08, 0.97 From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 21:13:07 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82AA9AB6 for ; Tue, 24 Mar 2015 21:13:07 +0000 (UTC) Received: from smtp-auth.serv.Uni-Osnabrueck.DE (vm135.rz.uni-osnabrueck.de [131.173.16.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 07157908 for ; Tue, 24 Mar 2015 21:13:05 +0000 (UTC) Received: from spock.drpetervoigt.private (p549B5109.dip0.t-ipconnect.de [84.155.81.9]) (authenticated bits=0) by smtp-auth.serv.Uni-Osnabrueck.DE (8.13.8/8.13.8) with ESMTP id t2OLD1cn022162 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 24 Mar 2015 22:13:02 +0100 Received: from kirk.drpetervoigt.private (kirk.drpetervoigt.private [192.168.1.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: pvoigt) by spock.drpetervoigt.private (Postfix) with ESMTPSA id 4F77D4A03310 for ; Tue, 24 Mar 2015 22:13:01 +0100 (CET) Date: Tue, 24 Mar 2015 22:12:53 +0100 From: "Dr. Peter Voigt" To: freebsd-ports@freebsd.org Subject: Unable to upgrade firefox from 36.0.1,1 to 36.0.4,1 Message-ID: <20150324221253.676facb4@kirk.drpetervoigt.private> Organization: =?UTF-8?B?VW5pdmVyc2l0w6R0IE9zbmFicsO8Y2s=?= X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.23; x86_64-suse-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 6.0.0.2142326, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.3.24.210039 (Univ. Osnabrueck) X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report= HTML_00_01 0.05, HTML_00_10 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_2000_2999 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, FROM_NAME_PHRASE 0, NO_URI_FOUND 0, RDNS_POOLED 0, RDNS_SUSP 0, RDNS_SUSP_SPECIFIC 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __RDNS_POOLED_10 0, __SANE_MSGID 0, __TO_MALFORMED_2 0, __TO_NO_NAME 0 X-PMX-Spam-Level: IIIIIIII X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 21:13:07 -0000 I am using 10.1-RELEASE (amd64) and have firefox-36.0.1,1 installed and running. I am unable to upgrade to 36.0.4,1: # portmaster --no-confirm --no-term-title -D -G -x openssl firefox ... /usr/ports/www/firefox/work/mozilla-release/obj-x86_64-portbld-freebsd10.1/_virtualenv/bin/python /usr/ports/www/firefox/work/mozilla-release/config/expandlibs_gen.py -o libgfx_layers.a.desc TextureClientX11.o X11BasicCompositor.o X11TextureSourceBasic.o X11TextureHost.o ShadowLayerUtilsX11.o X11TextureSourceOGL.o BasicImageLayer.o ImageContainer.o Layers.o LayerTreeInvalidation.o Unified_cpp_gfx_layers0.o Unified_cpp_gfx_layers1.o Unified_cpp_gfx_layers2.o Unified_cpp_gfx_layers3.o Unified_cpp_gfx_layers4.o Unified_cpp_gfx_layers5.o gmake[6]: Leaving directory '/usr/ports/www/firefox/work/mozilla-release/obj-x86_64-portbld-freebsd10.1/gfx/layers' gmake[5]: Leaving directory '/usr/ports/www/firefox/work/mozilla-release/obj-x86_64-portbld-freebsd10.1' gmake[4]: *** [compile] Error 2 /usr/ports/www/firefox/work/mozilla-release/config/recurse.mk:36: recipe for target 'compile' failed gmake[4]: Leaving directory '/usr/ports/www/firefox/work/mozilla-release/obj-x86_64-portbld-freebsd10.1' gmake[3]: *** [default] Error 2 /usr/ports/www/firefox/work/mozilla-release/config/rules.mk:545: recipe for target 'default' failed gmake[3]: Leaving directory '/usr/ports/www/firefox/work/mozilla-release/obj-x86_64-portbld-freebsd10.1' gmake[2]: *** [realbuild] Error 2 /usr/ports/www/firefox/work/mozilla-release/client.mk:398: recipe for target 'realbuild' failed gmake[2]: Leaving directory '/usr/ports/www/firefox/work/mozilla-release' gmake[1]: *** [build] Error 2 /usr/ports/www/firefox/work/mozilla-release/client.mk:171: recipe for target 'build' failed gmake[1]: Leaving directory '/usr/ports/www/firefox/work/mozilla-release' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make: stopped in /usr/ports/www/firefox ===>>> make build failed for www/firefox ===>>> Aborting update ===>>> You can restart from the point of failure with this command line: portmaster www/firefox Any suggestion are appreciated. Regards, Peter From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 21:22:58 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 06ECCFB6 for ; Tue, 24 Mar 2015 21:22:58 +0000 (UTC) Received: from smtp205.alice.it (smtp205.alice.it [82.57.200.101]) by mx1.freebsd.org (Postfix) with ESMTP id B77D3A47 for ; Tue, 24 Mar 2015 21:22:57 +0000 (UTC) Received: from soth.ventu (87.18.56.84) by smtp205.alice.it (8.6.060.28) (authenticated as acanedi@alice.it) id 547D8A4D17D33A44; Tue, 24 Mar 2015 22:22:48 +0100 Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.15.1/8.14.9) with ESMTP id t2OLMk9S053334; Tue, 24 Mar 2015 22:22:47 +0100 (CET) (envelope-from ml@netfence.it) Message-ID: <5511D5A6.4010109@netfence.it> Date: Tue, 24 Mar 2015 22:22:46 +0100 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: geoffroy desvernay Subject: [SOLVED] Re: Netdisco References: <55097697.4050100@netfence.it> <55097A63.6070900@centrale-marseille.fr> In-Reply-To: <55097A63.6070900@centrale-marseille.fr> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 21:22:58 -0000 On 03/18/15 14:15, geoffroy desvernay wrote: > You have to use commmands as netdisco user (I should document this…) > => > su - netdisco > netdisco-daemon status Hello. Thanks for your answer, but this did not help. Fred's suggestion (setting NEDISCO_HOME) solved. bye av. P.S. Thanks Fred! :) From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 21:26:39 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2C6762B for ; Tue, 24 Mar 2015 21:26:39 +0000 (UTC) Received: from smtp102.ord1c.emailsrvr.com (smtp102.ord1c.emailsrvr.com [108.166.43.102]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7D191A92 for ; Tue, 24 Mar 2015 21:26:39 +0000 (UTC) Received: from smtp21.relay.ord1c.emailsrvr.com (localhost.localdomain [127.0.0.1]) by smtp21.relay.ord1c.emailsrvr.com (SMTP Server) with ESMTP id CF21338056D for ; Tue, 24 Mar 2015 17:19:36 -0400 (EDT) Received: by smtp21.relay.ord1c.emailsrvr.com (Authenticated sender: rhavenn-AT-rhavenn.net) with ESMTPSA id 720673802E2 for ; Tue, 24 Mar 2015 17:19:36 -0400 (EDT) X-Sender-Id: rhavenn@rhavenn.net Received: from vash.rhavenn.local ([UNAVAILABLE]. [209.112.171.194]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:25 (trex/5.4.2); Tue, 24 Mar 2015 21:19:36 GMT Received: from localhost (vash.rhavenn.local [local]); by vash.rhavenn.local (OpenSMTPD) with ESMTPA id 1dc75e97; for ; Tue, 24 Mar 2015 13:19:34 -0800 (AKDT) Date: Tue, 24 Mar 2015 13:19:34 -0800 From: Henrik Hudson To: freebsd-ports@freebsd.org Subject: changing php-ldap dependancy for poudriere packages? Message-ID: <20150324211934.GA63230@vash.rhavenn.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 21:26:39 -0000 I use poudriere packages to build to my own local repo. I need SASL / GSSAPI support in my openldap client. I can't get the php56-ldap library to use the openldap-sasl-client pkg. It keeps trying to remove it and install the openldap-client package. There is a note from 2012 in UPDATING about doing: pkg set -o net/openldap24-client:net/openldap24-sasl-client but that doesn't seem to do anything on the destination machine. So, how do I get the php56-ldap port / package to depend on openldap-sasl-client ? henrik -- Henrik Hudson lists@rhavenn.net ----------------------------------------- "God, root, what is difference?" Pitr; UF From owner-freebsd-ports@FreeBSD.ORG Tue Mar 24 21:41:20 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B2E5F85 for ; Tue, 24 Mar 2015 21:41:20 +0000 (UTC) Received: from smtp102.ord1c.emailsrvr.com (smtp102.ord1c.emailsrvr.com [108.166.43.102]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 342F7CE2 for ; Tue, 24 Mar 2015 21:41:19 +0000 (UTC) Received: from smtp5.relay.ord1c.emailsrvr.com (localhost.localdomain [127.0.0.1]) by smtp5.relay.ord1c.emailsrvr.com (SMTP Server) with ESMTP id 1329D18078A for ; Tue, 24 Mar 2015 17:41:19 -0400 (EDT) Received: by smtp5.relay.ord1c.emailsrvr.com (Authenticated sender: rhavenn-AT-rhavenn.net) with ESMTPSA id ABAB51806E1 for ; Tue, 24 Mar 2015 17:41:18 -0400 (EDT) X-Sender-Id: rhavenn@rhavenn.net Received: from vash.rhavenn.local ([UNAVAILABLE]. [209.112.171.194]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:25 (trex/5.4.2); Tue, 24 Mar 2015 21:41:19 GMT Received: from localhost (vash.rhavenn.local [local]); by vash.rhavenn.local (OpenSMTPD) with ESMTPA id 0bed85b0; for ; Tue, 24 Mar 2015 13:41:17 -0800 (AKDT) Date: Tue, 24 Mar 2015 13:41:17 -0800 From: Henrik Hudson To: freebsd-ports@freebsd.org Subject: Re: changing php-ldap dependancy for poudriere packages? Message-ID: <20150324214117.GA63290@vash.rhavenn.local> References: <20150324211934.GA63230@vash.rhavenn.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150324211934.GA63230@vash.rhavenn.local> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 21:41:20 -0000 On Tue, 24 Mar 2015, Henrik Hudson wrote: > I use poudriere packages to build to my own local repo. > > I need SASL / GSSAPI support in my openldap client. > > I can't get the php56-ldap library to use the openldap-sasl-client > pkg. It keeps trying to remove it and install the openldap-client > package. > > There is a note from 2012 in UPDATING about doing: > pkg set -o net/openldap24-client:net/openldap24-sasl-client > > but that doesn't seem to do anything on the destination machine. > > So, how do I get the php56-ldap port / package to depend on > openldap-sasl-client ? > For anyone else... Adding "WANT_OPENLDAP_SASL=yes" to my make.conf for the poudriere package build seems to have fixed this. henrik > -- Henrik Hudson lists@rhavenn.net ----------------------------------------- "God, root, what is difference?" Pitr; UF From owner-freebsd-ports@FreeBSD.ORG Wed Mar 25 01:50:36 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A619E9C0 for ; Wed, 25 Mar 2015 01:50:36 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6A3CDBFF for ; Wed, 25 Mar 2015 01:50:36 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id t2P1oaUn076225 for ; Wed, 25 Mar 2015 01:50:36 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id t2P1oaRB076223 for ports@freebsd.org; Wed, 25 Mar 2015 01:50:36 GMT (envelope-from bdrewery) Received: (qmail 86663 invoked from network); 24 Mar 2015 20:50:29 -0500 Received: from unknown (HELO ?10.10.1.139?) (freebsd@shatow.net@10.10.1.139) by sweb.xzibition.com with ESMTPA; 24 Mar 2015 20:50:29 -0500 Message-ID: <55121468.2040308@FreeBSD.org> Date: Tue, 24 Mar 2015 20:50:32 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Julian Elischer , ports@freebsd.org Subject: Re: patch to bsd.ports.mk to support out-of-tree patches. References: <5510F71B.7030900@freebsd.org> <20150324113240.Horde._MOpnfwGcxQa7v8pi_ozUQ2@webmail.df.eu> In-Reply-To: <20150324113240.Horde._MOpnfwGcxQa7v8pi_ozUQ2@webmail.df.eu> OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fjtKXxOqNKJRKJviPblFJxd2cbWbU1m7n" Cc: mva@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2015 01:50:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --fjtKXxOqNKJRKJviPblFJxd2cbWbU1m7n Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 3/24/2015 5:32 AM, Marcus von Appen wrote: > Julian Elischer : >=20 > [...] >> esac | ${PATCH} ${PATCH_DIST_ARGS} `patch_dist_strip $$i` ; \= >> done ) >> .endif >> +.if defined(EXTRA_PATCH_TREE) > [...] >> +.endif >> .if defined(EXTRA_PATCHES) >> @set -e ; \ >> for i in ${EXTRA_PATCHES}; do \ >> >> >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > Nice. I'd however change the patch behaviour to the following: >=20 > - patch-* from FreeBSD > - EXTRA_PATCHES from FreeBSD > - local patches >=20 > Your patch looks like it appleis the out-of-tree patches prior > to any EXTRA_PATCHES defined by the port itself. This should not be > the case, in my opinion. Locally managed patches should always come > last to ensure that all FreeBSD/maintainer-specific bits have been > applied and the local changes are just added on top of those. >=20 > Cheers > Marcus >=20 Agreed. The local patches are intended to avoid touching the port. If they are not last then you may have to go tweaking some of the other ports patches to fix your own. --=20 Regards, Bryan Drewery --fjtKXxOqNKJRKJviPblFJxd2cbWbU1m7n Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJVEhRoAAoJEDXXcbtuRpfPBEgIAK8umMiyFNDvkYILtEP9jjLW uB7nOyI1ehBXnjaI22nEBKPLwWsWNtMZ4AXXPZGU4/nBBcRLRCoaZn7rzWUROBc6 EoqV7MNz17o54sIr+Rp/MHc3uB2X1yT3G89LYgU4dcSper/O0I8xvbTHWrQCizVb bkJ8DWB7mPfx5aLz1jKHEJZokffmH3TgLKjRh+aFdJaJCqlxVUBDv5z8nlxS1EqO wLei6sJ4H1eH5YTce9RKaUI+2WXT8WUrLNI4IWFDuMl6bYgnZIxmlIEtGn+kTF0p 3zZIQb/o+zObkIJ+2cz/U/zkQPF6EutTt1/ok05kVL373daSxYBGb7OHfx40FNQ= =YaEj -----END PGP SIGNATURE----- --fjtKXxOqNKJRKJviPblFJxd2cbWbU1m7n-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 25 01:53:09 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B6B4AAF; Wed, 25 Mar 2015 01:53:09 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1C943CB7; Wed, 25 Mar 2015 01:53:08 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-255-201.lns20.per4.internode.on.net [121.45.255.201]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t2P1r3Sb078624 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 24 Mar 2015 18:53:06 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <551214F9.5070202@freebsd.org> Date: Wed, 25 Mar 2015 09:52:57 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Bryan Drewery , ports@freebsd.org Subject: Re: patch to bsd.ports.mk to support out-of-tree patches. References: <5510F71B.7030900@freebsd.org> <20150324113240.Horde._MOpnfwGcxQa7v8pi_ozUQ2@webmail.df.eu> <55121468.2040308@FreeBSD.org> In-Reply-To: <55121468.2040308@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: mva@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2015 01:53:09 -0000 On 3/25/15 9:50 AM, Bryan Drewery wrote: > On 3/24/2015 5:32 AM, Marcus von Appen wrote: >> Julian Elischer : >> >> [...] >>> esac | ${PATCH} ${PATCH_DIST_ARGS} `patch_dist_strip $$i` ; \ >>> done ) >>> .endif >>> +.if defined(EXTRA_PATCH_TREE) >> [...] >>> +.endif >>> .if defined(EXTRA_PATCHES) >>> @set -e ; \ >>> for i in ${EXTRA_PATCHES}; do \ >>> >>> >>> ============ >> Nice. I'd however change the patch behaviour to the following: >> >> - patch-* from FreeBSD >> - EXTRA_PATCHES from FreeBSD >> - local patches >> >> Your patch looks like it appleis the out-of-tree patches prior >> to any EXTRA_PATCHES defined by the port itself. This should not be >> the case, in my opinion. Locally managed patches should always come >> last to ensure that all FreeBSD/maintainer-specific bits have been >> applied and the local changes are just added on top of those. >> >> Cheers >> Marcus >> > Agreed. The local patches are intended to avoid touching the port. If > they are not last then you may have to go tweaking some of the other > ports patches to fix your own. > that makes sense.. it just means shifting the code down a bit.. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 25 06:51:28 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE5D0882; Wed, 25 Mar 2015 06:51:28 +0000 (UTC) Received: from amp.iem.pw.edu.pl (amper.iem.pw.edu.pl [194.29.146.6]) by mx1.freebsd.org (Postfix) with SMTP id DCDFFD84; Wed, 25 Mar 2015 06:51:27 +0000 (UTC) Received: by amp.iem.pw.edu.pl (Postfix, from userid 700) id 79DAA11566; Wed, 25 Mar 2015 07:43:30 +0100 (CET) Date: Wed, 25 Mar 2015 07:43:30 +0100 From: Andrzej Tobola To: Julian Elischer Subject: Re: patch to bsd.ports.mk to support out-of-tree patches. Message-ID: <20150325064330.GA32672@amp.iem.pw.edu.pl> References: <5510F71B.7030900@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5510F71B.7030900@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@freebsd.org, Devin Teske X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2015 06:51:28 -0000 On Tue, Mar 24, 2015 at 01:33:15PM +0800, Julian Elischer wrote: > Hi, I've a need to keep soe changes outside of the ports tree, to > allow me to tailor > our installs. I could use the "EXTRA_PATCHES" setting, but I'd have to > outline the > patches every time and keep track of them one by one. I am using (from a long time) union-mount of local /usr/local/ports over ports tree: % mount | grep ports /ftp/pub/BSD/FreeBSD/GIT/ports on /usr/ports (nullfs, read-only) :/usr/local/ports on /usr/ports (unionfs, read-only) % grep ports /etc/fstab /ftp/pub/ports /usr/ports nullfs noauto,ro 0 0 /usr/local/ports /usr/ports unionfs noauto,ro 0 0 Simple and effective. I am using Makefile.local to add local Makefile extensions cheers, -a From owner-freebsd-ports@FreeBSD.ORG Wed Mar 25 07:22:21 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54CF6B90 for ; Wed, 25 Mar 2015 07:22:21 +0000 (UTC) Received: from smtpc2.chinaemail.cn (smtpc2.chinaemail.cn [98.126.12.226]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.chinaemail.cn", Issuer "CNNIC SSL" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2E61691 for ; Wed, 25 Mar 2015 07:22:19 +0000 (UTC) Received: from smtpc1.chinaemail.cn (smtpc1.chinaemail.cn [184.173.76.226]) by smtpc2.chinaemail.cn (Postfix) with ESMTP id DF9DA20069E for ; Wed, 25 Mar 2015 15:15:01 +0800 (CST) Received: from mx100.chinaemail.cn (mx100.chinaemail.cn [174.139.163.218]) by smtpc1.chinaemail.cn (Postfix) with ESMTP id 6BB3358 for ; Wed, 25 Mar 2015 15:14:50 +0800 (CST) Received: from mx401_bak.chinaemail.cn (unknown [115.182.8.73]) by mx100.chinaemail.cn (Postfix) with ESMTP id 65F9B38D200A for ; Wed, 25 Mar 2015 15:13:29 +0800 (CST) Received: from CHINA-9B5EBCA4D (unknown [115.238.151.130]) (Authenticated sender: vivihan@zhongjinalu.com) by mx401_bak.chinaemail.cn (Bossmail) with ESMTP id 5B1BB266800D for ; Wed, 25 Mar 2015 15:14:14 +0800 (CST) Date: Wed, 25 Mar 2015 15:14:39 +0800 From: "vivihan" To: "freebsd-ports" References: <201503251315104686926@zhongjinalu.com>, <201503251317071250815@zhongjinalu.com>, <201503251320324681908@zhongjinalu.com> Subject: cooperation,aluminum foil supplier Message-ID: <201503251514386718316@zhongjinalu.com> X-mailer: Foxmail 6, 15, 201, 23 [cn] Mime-Version: 1.0 X-MID: 1941309513.2236778913.11.1427267654.475296.3116 X-Rate: Yes X-Real-From: vivihan@zhongjinalu.com X-Rcpt: ,freebsd-ports@freebsd.org, X-Mop-Send: ,carlblues@zhongjinalu.com, Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2015 07:22:21 -0000 DQoNCg0KRGVhciBDdXN0b21lciAsDQogDQpUaGlzIGlzIFZpdmkgZnJvbSBaSEUgSklBTkcgWkhP TkcgSklOIEFMVU1JTlVNIElORFVTVFJZIENPLkxURCAuIHdlIHNwZWNpYWxpemUgaW4gdGhpcyBm aWVsZCBmb3IgNiB5ZWFycy4NCiANCkZpcnN0ICwgSSBpbnRyb2R1Y2UgYnkgbXlzZWxmICxNeSBF bmdsaXNoIG5hbWUgaXMgVml2aSAsTXkgQ2hpbmVzZSBuYW1lIElzIFhpYW8geGlhIEhhbiAsMzAg eWVhcnMgb2xkICxJIHdvcmsgaW4gdGhpcyBhbHVtaW51bSBtYXJrZXQgZm9yIDUgeWVhcnMuDQpX ZSB3b3VsZCBsaWtlIHRvIHRha2UgdGhpcyBvcHBvcnR1bml0eSB0byBpbnRyb2R1Y2Ugb3VyIGNv bXBhbnkgYW5kIHByb2R1Y3RzLCB3aXRoIHRoZSBob3BlIHRoYXQgd2UgbWF5IHdvcmsgdG9nZXRo ZXIgaW4gZnV0dXJlIC4NCiANCk91ciBmYWN0b3J5ICBsb2NhdGVkIEluIENpZG9uZyBpbmR1c3Ry aWFsIHpvbmUsIGlzIGEgcHJpdmF0ZSBqb2ludC1zdG9jayBlbnRlcnByaXNlLiBUaGUgY29tcGFu eSBjb3ZlcnMgYW4gYXJlYSBvZiA4NiwzODAsdG90YWwgaW52ZXN0bWVudCBvZiA1MDBtaWxsaW9u IHl1YW4uIEFubnVhbCBvdXRwdXQgb2YgQWx1bWludW0gc2hlZXQgLHN0cmlwLGZvaWwgcHJvZHVj dHMgNTAsMDAwdG9ucy5PdXIgY29tcGFueSBoYXZlIGFkdmFudGFnZSBnZW9ncmFwaGljIGxvY2F0 aW9uLCB0aGUgdHJhbnNwb3J0IGlzIHZlcnkgY29udmVuaWVudC5Pbmx5IDQwIGtpbG9tZXRyZXMg ZnJvbSBOaW5nYm8gQmVpbHVuIHBvcnSjrCAzOCBraWxvbWV0ZXJzIGZyb20gTmluZ2JvIGFpcnBv cnQsMTUwIGtpbG9tZXRlcnMgZnJvbSBIYW5nemhvdSBYaWFvIFNoYW4gYWlycG9ydC4uDQpQcm9k dWN0IGxpc3QgYXMgYmVsb3cgLHdlbGNvbWUgdG8gc2VuZCB0aGUgZW5xdWlyZSB0b21lOg0KMS4g ICAgSG91c2Vob2xkIGZvaWwgICg4MDExIC0wLCB0aGlja25lc3MgOjEybWljICwxNG1pYyAsIDE1 bWljICwxOCBtaWMgLCB3aWR0aDozMDBtbSAsNDUwbW0gLDQwMG1tICwyOTBtbSApDQoyLiAgQ29u dGFpbmVyIGZvaWwgKDMwMDMsODAxMSkNCjMuICBNZWRpY2luZSBmb2lsICg4MDExLSBIMTgpDQo0 LiAgIFRhcGUgZm9pbCAoODAxMS1PLDEyMzUtMCkNCjUuICBTb2Z0IHBhY2tpbmcgZm9pbCg4MDEx LTAsMTIzNS0wKQ0KNi4gIEFpciBjb25kaXRpb25hbCBmb2lsICg4MDExLUgyMiw4MDExLUgxOCw4 MDExLTApDQo3LiAgICBjYWJsZSBmb2lsICxpbnN1bGF0aW9uIGZvaWwgKDgwMTEtTyApDQo4LiAg ICBoZWF0IHNlYWxpbmcgZm9pbCAoODAxMS1PICkNCjkuICAgIGFsdW1pbnVtIGNvaWwgLCBjb2xv ciBjb2F0aW5nIGZvaWwgLGZvaWxzdG9jayAsZW1ib3NzZWQgZm9pbCAgLGRlY29yYXRlIGZvaWwo ODAxMS1IMTgsODAxMS1IMjQpDQoNCjIwMTUtMDMtMjUgDQoNCg0KDQogICAgICAgICAgICAgICAg ICAgICAgICAgICAgDQoNCg0KDQpaSEUgSklBTkcgWkhPTkcgSklOIEFMVU1JTlVNIElORFVTVFJZ IENPLkxURKOoY2lkb25nIGluZHVzdHJ5IHpvbmUgo6xDaXhpIHpoZWppYW5nIHByb3ZpY2Ugo6xj aGluYaOpDQoNClRlbDogICs4Ni01NzQtNTg1ODMzMzEgIA0KTW9iaWxlOis4Ni0xODg1ODQ4Mjk1 Ni8gMTUwNTg0ODQ5NzkNCkZheDogICs4Ni01NzQtNTg1ODMzMTINCkh0dHA6Ly93d3cuemhvbmdq aW5hbHUuY29tDQpFbWFpbDogVklWSUhBTkBaSE9OR0pJTkFMVS5DT00NClNLWVBFOm5pbmE2MzU0 NjE5MCANCg== From owner-freebsd-ports@FreeBSD.ORG Wed Mar 25 08:01:45 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04502DC for ; Wed, 25 Mar 2015 08:01:45 +0000 (UTC) Received: from seven.atsoft.pl (seven.atsoft.pl [193.59.176.220]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B3052628 for ; Wed, 25 Mar 2015 08:01:43 +0000 (UTC) Received: from [10.0.1.63] (zarz-prod-gw.zarzad.buligl.pl [193.59.176.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by seven.atsoft.pl (Postfix) with ESMTPSA id A42F7F6D36F for ; Wed, 25 Mar 2015 08:50:47 +0100 (CET) Message-ID: <551268D7.7030802@atsoft.pl> Date: Wed, 25 Mar 2015 08:50:47 +0100 From: =?UTF-8?B?SmFudXN6IE9yxYJvd3NraQ==?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: ports@FreeBSD.org Subject: Joe 4 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-AtSoft-MailScanner-Information: Please contact the ISP for more information X-AtSoft-MailScanner-ID: A42F7F6D36F.A2F64 X-AtSoft-MailScanner: Found to be clean X-AtSoft-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-2.9, required 3.5, autolearn=not spam, ALL_TRUSTED -1.00, BAYES_00 -1.90) X-AtSoft-MailScanner-From: janusz@atsoft.pl X-AtSoft-MailScanner-Watermark: 1427874648.47886@VVBQ29TVRiUfGI/RMtI1rw X-Spam-Status: No X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2015 08:01:45 -0000 make install ===> Installing for joe-4.0,1 ===> joe-4.0,1 depends on executable: aspell - found ===> Checking if joe already installed ===> Registering installation for joe-4.0,1 pkg-static: Unable to access file /usr/ports/editors/joe/work/stage/usr/local/share/doc/joe/HACKING: No such file or directory pkg-static: Unable to access file /usr/ports/editors/joe/work/stage/usr/local/share/doc/joe/HINTS: No such file or directory pkg-static: Unable to access file /usr/ports/editors/joe/work/stage/usr/local/share/doc/joe/LIST: No such file or directory pkg-static: Unable to access file /usr/ports/editors/joe/work/stage/usr/local/share/doc/joe/NEWS: No such file or directory pkg-static: Unable to access file /usr/ports/editors/joe/work/stage/usr/local/share/doc/joe/README: No such file or directory *** Error code 74 Stop. make[1]: stopped in /usr/ports/editors/joe *** Error code 1 Stop. make: stopped in /usr/ports/editors/joe From owner-freebsd-ports@FreeBSD.ORG Wed Mar 25 09:43:29 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B356537 for ; Wed, 25 Mar 2015 09:43:29 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 66C14AF for ; Wed, 25 Mar 2015 09:43:29 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t2P9hThC043742 for ; Wed, 25 Mar 2015 09:43:29 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t2P9hTBV043741; Wed, 25 Mar 2015 09:43:29 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201503250943.t2P9hTBV043741@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Wed, 25 Mar 2015 09:43:29 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2015 09:43:29 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ audio/quimup | 1.3.2 | 1.4.0 ------------------------------------------------+-----------------+------------ devel/gitg | 3.14.1 | 3.16.0 ------------------------------------------------+-----------------+------------ devel/smake | 1.2.3 | 1.2.5 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 25 13:02:23 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1A4591B; Wed, 25 Mar 2015 13:02:23 +0000 (UTC) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8EF3CE05; Wed, 25 Mar 2015 13:02:23 +0000 (UTC) Received: from yuri.doctorlan.com (c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128]) (authenticated bits=0) by shell1.rawbw.com (8.14.9/8.14.9) with ESMTP id t2PD2GjQ057359 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 25 Mar 2015 06:02:17 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128] claimed to be yuri.doctorlan.com Message-ID: <5512B1D7.7040307@rawbw.com> Date: Wed, 25 Mar 2015 06:02:15 -0700 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Todd Michel McComb , gecko@freebsd.org Subject: Re: Firefox 36.0.4 seg fault References: <201503241945.t2OJjAR8031100@pangkur.medieval.org> In-Reply-To: <201503241945.t2OJjAR8031100@pangkur.medieval.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2015 13:02:23 -0000 On 03/24/2015 12:45, Todd Michel McComb wrote: > Firefox built cleanly, segmentation fault when trying to run. No > other info returned, so very hard to debug. (I have built Firefox > before, but it has been a few versions since I updated it.) What does this command print? $ xdpyinfo | grep GLX Yuri From owner-freebsd-ports@FreeBSD.ORG Wed Mar 25 14:37:34 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D250C9EB for ; Wed, 25 Mar 2015 14:37:34 +0000 (UTC) Received: from nm14-vm2.access.bullet.mail.gq1.yahoo.com (nm14-vm2.access.bullet.mail.gq1.yahoo.com [216.39.63.42]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9E5C8D62 for ; Wed, 25 Mar 2015 14:37:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.net; s=s1024; t=1427294098; bh=Tctc85hWXEUy+huDR1UvzJxwua//5cySYwzarMQ7pBA=; h=From:To:Subject:Date:From:Subject; b=YxwsPGRKklkb+EEvIRQSsU+nd5NM57tmcx1v1KCLpPJPqz7AEFsUbFLW5JbwyR0flEQqCsu+Q6Jha4flBT3RsU5S84s2st6oA+42HQxlnWUG0IoCnwFdYwHwklW+TBOINKBdr8b5HzzEQucngiu8SnYoFu6bRf2U3r/hKeeynqY= Received: from [216.39.60.168] by nm14.access.bullet.mail.gq1.yahoo.com with NNFMP; 25 Mar 2015 14:34:58 -0000 Received: from [67.195.22.117] by tm4.access.bullet.mail.gq1.yahoo.com with NNFMP; 25 Mar 2015 14:34:58 -0000 Received: from [127.0.0.1] by smtp112.sbc.mail.gq1.yahoo.com with NNFMP; 25 Mar 2015 14:34:58 -0000 X-Yahoo-Newman-Id: 391295.32216.bm@smtp112.sbc.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 4Gv0RXMVM1kkadoMkelxWbV7h_y89utZmgb3eKPVsZnm5iG mavGDq3LvWjtxN5pR8MEVMM8TNYu3WJ3ANXMDiNEpOBdh7ZfYyPnc1gSItMy PeBXkVV5BnAPY_btZ1HDwSA8rVois.OpkBT.4JsRUPQNRpV.6P7pbUp__1Oc Qi6PyLsR1phPRgpeEg2CJoS6yVOD2fpgfYH146r3qZ_3jAsLoue7zK.omTKi IqpNRNS5gNnK6G4hAeXVnIweRcS60dA3poZB37q3BBwOm83YmPwe3Nyrn5Ok MKJgoOFHLa0jx2ximzGYEUcrLBZDBRtwbNfY56fDx31zmrSDNE4NonRTl3wk F9n5tYdiEqccP.U63joufJTcHx_8QXIFdoaPg8U4n1NQ3hk2Kez2Hzms5nsd HTM2nQ_gRa8SSa128vW58ZTESAO4EEXiwduL2oGCkQG4G5nKpnq545RP1AeA 5s2tkzOA6CjkDkktn1MUjM7LwIegO5f4YTuPn0tBWLHBYiD8zsyjtxNZG.cJ a1Dk6i0xYujOCyux7CynEZS9HGo045vyU2qz5O5CB X-Yahoo-SMTP: pPvqnOaswBBbYZLVYFzvU7GaowLcbNioPp.aF8KvOjZk From: To: freebsd-ports Subject: Gigabyte shipping *Linux-only* ARM server board Date: Wed, 25 Mar 2015 10:34:57 -0400 Message-ID: X-Mailer: Forte Agent 4.2/32.1118 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2015 14:37:34 -0000 MP30-AR0. Big specs. "Without stating the obvious, these machines were not designed to run anything other than Linux at the bare metal level. The other potential pain point for integrators or end users is that the only currently supported operating system is Ubuntu 14. Over time, one would hope this would expand to cover other systems in use, such as Debian and RedHat." Does this bother anyone but me? From owner-freebsd-ports@FreeBSD.ORG Wed Mar 25 15:38:00 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9941A682 for ; Wed, 25 Mar 2015 15:38:00 +0000 (UTC) Received: from mail.bein.link (bein.link [37.252.124.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5DC207B0 for ; Wed, 25 Mar 2015 15:38:00 +0000 (UTC) Received: by mail.bein.link (Postfix, from userid 1001) id CDE971AF1A2; Wed, 25 Mar 2015 15:37:52 +0000 (UTC) Date: Wed, 25 Mar 2015 15:37:52 +0000 From: Maxim V Filimonov To: freebsd-ports@freebsd.org Subject: Re: Gigabyte shipping *Linux-only* ARM server board Message-ID: <20150325153752.GA85395@bein.link> Mail-Followup-To: Maxim V Filimonov , freebsd-ports@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2015 15:38:00 -0000 On Wed, Mar 25, 2015 at 10:34:57AM -0400, scratch65535@att.net wrote: > MP30-AR0. Big specs. > > "Without stating the obvious, these machines were not designed to > run anything other than Linux at the bare metal level. The other > potential pain point for integrators or end users is that the > only currently supported operating system is Ubuntu 14. Over > time, one would hope this would expand to cover other systems in > use, such as Debian and RedHat." > > Does this bother anyone but me? The only thing that bothers me is "how is making that on the bare metal level even possible?" -- wbr, Maxim Filimonov From owner-freebsd-ports@FreeBSD.ORG Wed Mar 25 16:03:08 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB30EDB7; Wed, 25 Mar 2015 16:03:08 +0000 (UTC) Received: from equinox.hilltopgroup.com (equinox.hilltopgroup.com [204.109.63.175]) by mx1.freebsd.org (Postfix) with ESMTP id B67C0BDE; Wed, 25 Mar 2015 16:03:08 +0000 (UTC) Received: from igarinil.com (adsl-072-149-073-165.sip.asm.bellsouth.net [72.149.73.165]) by equinox.hilltopgroup.com (Postfix) with ESMTP id B8F59461554; Wed, 25 Mar 2015 11:59:39 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=hilltopgroup.com; s=mail; t=1427299386; x=1741789983; q=dns/txt; h=Date:From: Subject:Message-ID:Content-Type:Content-Disposition; bh=FUMhfyPh lVTJB+FR1p6+513yHJ3n929QiYzbqnbjaGE=; b=oyfn3hFX1lOnmNlN2Ut9Xa1Q fQg5R6BbwCnNrq1XEHQUSB8isGMc5nsKkyeqYSnnrLwcZBr0p4wF+U/bj2nYbmeZ B9uQLevm96fBYGjkHkmBG4RIYwITQteiBv3KI1Jnce7dDI3EqL1QDf6uzNFbzue3 m48UAlZ9U22h9Mgo8Xo= Received: from ([192.168.5.22]) by oberth.igarinil.com with SMTP id 0810B00368.11410595; Wed, 25 Mar 2015 12:03:05 -0400 Date: Wed, 25 Mar 2015 16:03:05 +0000 From: Joseph Ward To: kmoore@FreeBSD.org Subject: Re: Pipelight version no longer functions Message-ID: <20150325160305.GI56782@personal.monitor.hilltop.int> References: <20150325155720.GH56782@personal.monitor.hilltop.int> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150325155720.GH56782@personal.monitor.hilltop.int> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org, swills@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2015 16:03:09 -0000 Freshports listed kmoore as the maintainer, but I see make maintainer lists ports. Sorry about that Kris. I've CC's ports. On Wed, Mar 25, 2015 at 03:57:20PM +0000, Joseph Ward wrote: > The latest version of pipelight in the ports tree (2.7.3) no longer will work for new plugins according to #pipelight. I thought you might want to know as you're listed as the primary maintainer, and I CC'd swills they were the last person to commit. > > Thanks! > > -Joseph Ward From owner-freebsd-ports@FreeBSD.ORG Thu Mar 26 02:21:38 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 927C4744; Thu, 26 Mar 2015 02:21:38 +0000 (UTC) Received: from newton.apeiron.net (newton.apeiron.net [208.79.95.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.apeiron.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 70DB58CD; Thu, 26 Mar 2015 02:21:37 +0000 (UTC) X-Virus-Scanned: amavisd-new at apeiron.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=apeiron.net; s=newton; t=1427336490; bh=AMld+1NhT6BtPpZORbbVsFoBQMRNWaIHpC6aJhWLIys=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=zIbb8i27zAtoX9xyfoKApVXsnnWduQ/iy3Z25rD/HPgEeP30RkHQ2lUss9Dw/mOFZ axR2/XbQa5S8Ti6Zt3g3AJpL/AzUIlQ1YYkyEnivaPHG9VivCyK5g6TnUL9TYvYxWS Ue5v/qtaxGnr7cky8LwVGTFT761Rg4OOl6c+88Qs= Received: by newton.apeiron.net (Postfix, from userid 4001) id E433D9066; Wed, 25 Mar 2015 19:21:29 -0700 (PDT) Date: Wed, 25 Mar 2015 19:21:29 -0700 From: Geoffrey Mainland To: Guido Falsi Subject: Re: net/unison240 depends on lang/ocaml-nox11 Message-ID: <20150326022129.GA7814@apeiron.net> References: <5507555C.7030508@FreeBSD.org> <5507F80F.70609@FreeBSD.org> <55080F30.9010104@FreeBSD.org> <550B65A1.9080402@apeiron.net> <550DAD30.4080905@FreeBSD.org> <550DB13D.7020005@apeiron.net> <550DB247.2050800@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <550DB247.2050800@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Jeremie Le Hen , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2015 02:21:38 -0000 On Sat, Mar 21, 2015 at 07:02:47PM +0100, Guido Falsi wrote: > On 03/21/15 18:58, Geoffrey Mainland wrote: > > On 3/21/15 10:41 AM, Guido Falsi wrote: > >> On 03/20/15 01:11, Geoffrey Mainland wrote: > >>> On 03/17/2015 07:25 AM, Guido Falsi wrote: > >>>> On 03/17/15 11:44, Jeremie Le Hen wrote: > >>>>> On Tue, Mar 17, 2015 at 10:46 AM, Guido Falsi wrote: > >>>>>> On 03/17/15 09:31, Jeremie Le Hen wrote: > >>>>>>> On Mon, Mar 16, 2015 at 11:12 PM, Guido Falsi wrote: > >>>>>>>> On 03/16/15 22:37, Jeremie Le Hen wrote: > >>>>>>>>> Actually, I've just realized that I fixed net/unison232 in my local tree :o). > >>>>>>>>> > >>>>>>>>> Would you mind submitting it and applying the same for unison240? > >>>>>>>>> > >>>>>>>> I never noticed this since it never happened to me and nobody else > >>>>>>>> reported it. > >>>>>>>> > >>>>>>>> Anyway now that you draw my attention, yes, it needs fixing. > >>>>>>>> > >>>>>>>> Your patch looks correct, but please allow me a little time for some > >>>>>>>> testing. > >>>>>>> OK thanks! :) > >>>>>> Just committed it. Thanks again for reporting the issue! > >>>>> Thanks! > >>>>> > >>>>> I don't want to abuse your time, but "make checksum" is broken on > >>>>> net/unison240 :). > >>>>> > >>>> Looks like distfiles were rerolled. 2.48 has the same problem. > >>>> > >>>> Will commit updated checksums shortly! > >>>> > >>>> Thanks again. > >>> I still get the same error Jeremie was getting with poudriere. > >>> > >>> I think the BUILD_DEPENDS should not be set unconditionally. The below > >>> patch fixes the problem for me. > >>> > >>> Does this look correct to you? > >>> > >>> Thanks, > >>> Geoff > >>> > >>> diff --git a/net/unison/Makefile b/net/unison/Makefile > >>> index 7404beb..461ebab 100644 > >>> --- a/net/unison/Makefile > >>> +++ b/net/unison/Makefile > >>> @@ -15,7 +15,7 @@ COMMENT?= User-level file synchronization tool > >>> > >>> LICENSE= GPLv3 > >>> > >>> -BUILD_DEPENDS= ocamlc:${PORTSDIR}/lang/ocaml > >>> + > >>> > >>> PLIST_SUB= PORTVERSION=${PORTVERSION} > >>> USES= gmake > >>> @@ -38,11 +38,13 @@ OPTIONS_DEFAULT?= DOCS X11 > >>> .if ${PORT_OPTIONS:MX11} > >>> MAKE_ARGS+= UISTYLE=gtk2 > >>> PLIST_SUB+= TEXT="" > >>> +BUILD_DEPENDS= ocamlc:${PORTSDIR}/lang/ocaml > >>> BUILD_DEPENDS+= lablgtk2:${PORTSDIR}/x11-toolkits/ocaml-lablgtk2 \ > >>> icotool:${PORTSDIR}/graphics/icoutils > >>> RUN_DEPENDS+= lablgtk2:${PORTSDIR}/x11-toolkits/ocaml-lablgtk2 > >>> SUB_FILES+= ${PORTNAME}.desktop > >>> .else > >>> +BUILD_DEPENDS= ocamlc:${PORTSDIR}/lang/ocaml-nox11 > >>> MAKE_ARGS+= UISTYLE=text > >>> PLIST_SUB+= TEXT="@comment " > >>> PKGMESSAGE= ${PKGDIR}/pkg-message.nox11 > >>> > >> This is the same as the port was before the latest patch. > >> > >> (having BUILD_DEPENDS= followed by BUILD_DEPENDS+= is semantically the > >> same as one unified BUILD_DEPENDS+=) > >> > >> Please send me your build log. I need to understand what is going on. > >> Can you also tell me what other ports you are building in the same > >> poudriere run together with unison? I'm interested in other ports which > >> depend on ocaml. Maybe there is some other port in the tree with the > >> same problem unison had, which are unmasked by my latest patch. > >> > >> BTW I'm going to investigate the option of modifying ocaml port > >> behavior, I'm not sure it is really correct anymore. > >> > > > > I can send you the build logs, but no, it's not the same as before the > > patch. > > > > Note the dependency is changed to lang/ocaml-nox11 instead of > > lang/ocaml. That is, we depend on lang/ocaml when the X11 option is > > enabled, and lang/ocaml-nox11 when the X11 option is not enabled. > > It is not the same as teh port is now, but it is the same as the port > was before r381478, you can check this diff: > > https://svnweb.freebsd.org/ports/head/net/unison240/Makefile?r1=381478&r2=381477 > > (other changes are there too, but irrelevant for the depends matter) > > > > > If you still think there is no difference, I will send you full build > > logs both with and without the patch. > > I'd need the logs anyway, since I don't know what the cause of the error > you are seeing is. > > I also need to know if in the same poudriere run you were building any > other port depending on ocaml. Poudriere logs are posted here: https://zeno.apeiron.net/unison/test1/ With the config at the above link, poudriere won't even start a build as it complains (rightly) about dependency conflicts. Removing lang/ocaml-nox11 from test.pklist gets the build to start, but it ultimately fails because I have OPTIONS_UNSET=X11 in the make.conf. You can see the logs from this failed poudriere build here: https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-25_22h09m00s The successful poudriere build, with the above patch to unison, is here: https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-25_21h34m02s I would like a way to have ocaml and unison, both X11-free, as I am running on a headless machine. That used to be possible, and still is if I patch unison as shown above. Thanks, Geoff From owner-freebsd-ports@FreeBSD.ORG Thu Mar 26 05:30:51 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7E522C2 for ; Thu, 26 Mar 2015 05:30:51 +0000 (UTC) Received: from mx100.chinaemail.cn (mx100.chinaemail.cn [174.139.163.218]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.chinaemail.cn", Issuer "CNNIC SSL" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C6916D7A for ; Thu, 26 Mar 2015 05:30:49 +0000 (UTC) Received: from mx401_bak.chinaemail.cn (unknown [115.182.8.73]) by mx100.chinaemail.cn (Postfix) with ESMTP id 4FD6E38D2004 for ; Thu, 26 Mar 2015 13:29:32 +0800 (CST) Received: from CHINA-9B5EBCA4D (unknown [115.238.151.130]) (Authenticated sender: vivihan@zhongjinalu.com) by mx401_bak.chinaemail.cn (Bossmail) with ESMTP id 4FC961190008 for ; Thu, 26 Mar 2015 13:30:12 +0800 (CST) Date: Thu, 26 Mar 2015 13:33:02 +0800 From: "vivihan" To: "freebsd-ports" References: <201503251315104686926@zhongjinalu.com>, <201503251317071250815@zhongjinalu.com>, <201503251320324681908@zhongjinalu.com>, <201503251512103756836@zhongjinalu.com> Subject: cooperation,aluminum foil supplier Message-ID: <201503261332590620306@zhongjinalu.com> X-mailer: Foxmail 6, 15, 201, 23 [cn] Mime-Version: 1.0 X-MID: 1941309513.2236778913.5.1427347812.409328.14325 X-Rate: Yes X-Real-From: vivihan@zhongjinalu.com X-Rcpt: ,freebsd-ports@freebsd.org, X-Mop-Send: ,carlblues@zhongjinalu.com, Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2015 05:30:52 -0000 DQoNCg0KDQoNCg0KDQoNCg0KDQpEZWFyIEN1c3RvbWVyICwNCiANClRoaXMgaXMgVml2aSBmcm9t IFpIRSBKSUFORyBaSE9ORyBKSU4gQUxVTUlOVU0gSU5EVVNUUlkgQ08uTFREIC4gd2Ugc3BlY2lh bGl6ZSBpbiB0aGlzIGZpZWxkIGZvciA2IHllYXJzLg0KIA0KRmlyc3QgLCBJIGludHJvZHVjZSBi eSBteXNlbGYgLE15IEVuZ2xpc2ggbmFtZSBpcyBWaXZpICxNeSBDaGluZXNlIG5hbWUgSXMgWGlh byB4aWEgSGFuICwzMCB5ZWFycyBvbGQgLEkgd29yayBpbiB0aGlzIGFsdW1pbnVtIG1hcmtldCBm b3IgNSB5ZWFycy4NCldlIHdvdWxkIGxpa2UgdG8gdGFrZSB0aGlzIG9wcG9ydHVuaXR5IHRvIGlu dHJvZHVjZSBvdXIgY29tcGFueSBhbmQgcHJvZHVjdHMsIHdpdGggdGhlIGhvcGUgdGhhdCB3ZSBt YXkgd29yayB0b2dldGhlciBpbiBmdXR1cmUgLg0KIA0KT3VyIGZhY3RvcnkgIGxvY2F0ZWQgSW4g Q2lkb25nIGluZHVzdHJpYWwgem9uZSwgaXMgYSBwcml2YXRlIGpvaW50LXN0b2NrIGVudGVycHJp c2UuIFRoZSBjb21wYW55IGNvdmVycyBhbiBhcmVhIG9mIDg2LDM4MCx0b3RhbCBpbnZlc3RtZW50 IG9mIDUwMG1pbGxpb24geXVhbi4gQW5udWFsIG91dHB1dCBvZiBBbHVtaW51bSBzaGVldCAsc3Ry aXAsZm9pbCBwcm9kdWN0cyA1MCwwMDB0b25zLk91ciBjb21wYW55IGhhdmUgYWR2YW50YWdlIGdl b2dyYXBoaWMgbG9jYXRpb24sIHRoZSB0cmFuc3BvcnQgaXMgdmVyeSBjb252ZW5pZW50Lk9ubHkg NDAga2lsb21ldHJlcyBmcm9tIE5pbmdibyBCZWlsdW4gcG9ydKOsIDM4IGtpbG9tZXRlcnMgZnJv bSBOaW5nYm8gYWlycG9ydCwxNTAga2lsb21ldGVycyBmcm9tIEhhbmd6aG91IFhpYW8gU2hhbiBh aXJwb3J0Li4NClByb2R1Y3QgbGlzdCBhcyBiZWxvdyAsd2VsY29tZSB0byBzZW5kIHRoZSBlbnF1 aXJlIHRvbWU6DQoxLiAgICBIb3VzZWhvbGQgZm9pbCAgKDgwMTEgLTAsIHRoaWNrbmVzcyA6MTJt aWMgLDE0bWljICwgMTVtaWMgLDE4IG1pYyAsIHdpZHRoOjMwMG1tICw0NTBtbSAsNDAwbW0gLDI5 MG1tICkNCjIuICBDb250YWluZXIgZm9pbCAoMzAwMyw4MDExKQ0KMy4gIE1lZGljaW5lIGZvaWwg KDgwMTEtIEgxOCkNCjQuICAgVGFwZSBmb2lsICg4MDExLU8sMTIzNS0wKQ0KNS4gIFNvZnQgcGFj a2luZyBmb2lsKDgwMTEtMCwxMjM1LTApDQo2LiAgQWlyIGNvbmRpdGlvbmFsIGZvaWwgKDgwMTEt SDIyLDgwMTEtSDE4LDgwMTEtMCkNCjcuICAgIGNhYmxlIGZvaWwgLGluc3VsYXRpb24gZm9pbCAo ODAxMS1PICkNCjguICAgIGhlYXQgc2VhbGluZyBmb2lsICg4MDExLU8gKQ0KOS4gICAgYWx1bWlu dW0gY29pbCAsIGNvbG9yIGNvYXRpbmcgZm9pbCAsZm9pbHN0b2NrICxlbWJvc3NlZCBmb2lsICAs ZGVjb3JhdGUgZm9pbCg4MDExLUgxOCw4MDExLUgyNCkNCg0KMjAxNS0wMy0yNSANCg0KDQoNCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICANCg0KDQoNClpIRSBKSUFORyBaSE9ORyBKSU4gQUxV TUlOVU0gSU5EVVNUUlkgQ08uTFREo6hjaWRvbmcgaW5kdXN0cnkgem9uZSCjrENpeGkgemhlamlh bmcgcHJvdmljZSCjrGNoaW5ho6kNCg0KVGVsOiAgKzg2LTU3NC01ODU4MzMzMSAgDQpNb2JpbGU6 Kzg2LTE4ODU4NDgyOTU2LyAxNTA1ODQ4NDk3OQ0KRmF4OiAgKzg2LTU3NC01ODU4MzMxMg0KSHR0 cDovL3d3dy56aG9uZ2ppbmFsdS5jb20NCkVtYWlsOiBWSVZJSEFOQFpIT05HSklOQUxVLkNPTQ0K U0tZUEU6bmluYTYzNTQ2MTkwIA0K From owner-freebsd-ports@FreeBSD.ORG Thu Mar 26 09:36:54 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1352519 for ; Thu, 26 Mar 2015 09:36:54 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CBFCBA41 for ; Thu, 26 Mar 2015 09:36:54 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t2Q9as2K014864 for ; Thu, 26 Mar 2015 09:36:54 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t2Q9asfX014863; Thu, 26 Mar 2015 09:36:54 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201503260936.t2Q9asfX014863@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Thu, 26 Mar 2015 09:36:54 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2015 09:36:55 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ audio/qsampler | 0.2.3 | 0.3.0 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Thu Mar 26 10:56:21 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1AE5770F; Thu, 26 Mar 2015 10:56:21 +0000 (UTC) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 98C92316; Thu, 26 Mar 2015 10:56:20 +0000 (UTC) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3lCNXR2ffWzZrj; Thu, 26 Mar 2015 11:56:07 +0100 (CET) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id 0OeLvZo2fMpS; Thu, 26 Mar 2015 11:55:47 +0100 (CET) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Thu, 26 Mar 2015 11:55:41 +0100 (CET) Message-ID: <5513E5AD.8050103@FreeBSD.org> Date: Thu, 26 Mar 2015 11:55:41 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Geoffrey Mainland Subject: Re: net/unison240 depends on lang/ocaml-nox11 References: <5507555C.7030508@FreeBSD.org> <5507F80F.70609@FreeBSD.org> <55080F30.9010104@FreeBSD.org> <550B65A1.9080402@apeiron.net> <550DAD30.4080905@FreeBSD.org> <550DB13D.7020005@apeiron.net> <550DB247.2050800@FreeBSD.org> <20150326022129.GA7814@apeiron.net> In-Reply-To: <20150326022129.GA7814@apeiron.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: Jeremie Le Hen , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2015 10:56:21 -0000 On 03/26/15 03:21, Geoffrey Mainland wrote: > On Sat, Mar 21, 2015 at 07:02:47PM +0100, Guido Falsi wrote: >> On 03/21/15 18:58, Geoffrey Mainland wrote: >>> On 3/21/15 10:41 AM, Guido Falsi wrote: >>> If you still think there is no difference, I will send you full build >>> logs both with and without the patch. >> >> I'd need the logs anyway, since I don't know what the cause of the error >> you are seeing is. >> >> I also need to know if in the same poudriere run you were building any >> other port depending on ocaml. > > Poudriere logs are posted here: > > https://zeno.apeiron.net/unison/test1/ > > With the config at the above link, poudriere won't even start a build > as it complains (rightly) about dependency conflicts. > > Removing lang/ocaml-nox11 from test.pklist gets the build to start, > but it ultimately fails because I have OPTIONS_UNSET=X11 in the > make.conf. You can see the logs from this failed poudriere build here: > > https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-25_22h09m00s > > The successful poudriere build, with the above patch to unison, is here: > > https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-25_21h34m02s > > I would like a way to have ocaml and unison, both X11-free, as I am > running on a headless machine. That used to be possible, and still is > if I patch unison as shown above. Looking at this data I'd say you are trying to use an incorrect config: You don't need to specify both the unison-nox11 port and the ocaml-nox11 port in the list of ports to be built. Having OPTIONS_UNSET=X11 in make.conf you could ask for just net/unison and poudriere, respecting the OPTIONS_UNSET will build both unison and ocaml without any X11 support. In such a case you'd have a unison package, not stating it is not supporting X11 but in fact it will have no X11 binaries (this can be verified by looking into the package, which is just a txz archive) You can also request poudriere to build only net/unison-nox11, in such a case you end up with both packages with "-nox11" in their name. I think this is the best choice. you could also request poudriere to build both net/unison-nox11 and lang/ocaml and get the exact same result, but it is redundant, poudriere will anyway build ocaml from lang/ocaml, respecting the OPTIONS_USET. I can't apply your patch which would bring the port to be semantically the same as before my last modification, because it would break another legitimate and use, which is if you build any other port in the same run which asks for unison-nox11(which requires lang/ocaml-nox11 with your patch) and at the same time compiles some other ports depending on lang/ocaml. This would ensue a duplicate origin error, with no workaround for the user. You can see this situation as a limitation of the framework, if you like, but while there is an easy solution for you (just ask poudriere to build only unison-nox11 with OPTIONS_UNSET=X11 in make.conf and it will build and keep updated both unison-nox11 and ocaml-nox11), there is no solution for the duplicate origin, unless other ports are modified, which could also break even more things. -- Guido Falsi From owner-freebsd-ports@FreeBSD.ORG Thu Mar 26 11:59:08 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1BE7F4AB; Thu, 26 Mar 2015 11:59:08 +0000 (UTC) Received: from hades.sorbs.net (mail.sorbs.net [67.231.146.200]) by mx1.freebsd.org (Postfix) with ESMTP id 035EBBF8; Thu, 26 Mar 2015 11:59:07 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NLT002BMIV84W00@hades.sorbs.net>; Thu, 26 Mar 2015 05:04:23 -0700 (PDT) Message-id: <5513F487.4040105@sorbs.net> Date: Thu, 26 Mar 2015 12:59:03 +0100 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Guido Falsi Subject: Re: net/unison240 depends on lang/ocaml-nox11 References: <5507555C.7030508@FreeBSD.org> <5507F80F.70609@FreeBSD.org> <55080F30.9010104@FreeBSD.org> <550B65A1.9080402@apeiron.net> <550DAD30.4080905@FreeBSD.org> <550DB13D.7020005@apeiron.net> <550DB247.2050800@FreeBSD.org> <20150326022129.GA7814@apeiron.net> <5513E5AD.8050103@FreeBSD.org> In-reply-to: <5513E5AD.8050103@FreeBSD.org> Cc: Jeremie Le Hen , Geoffrey Mainland , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2015 11:59:08 -0000 Guido Falsi wrote: > On 03/26/15 03:21, Geoffrey Mainland wrote: > >> On Sat, Mar 21, 2015 at 07:02:47PM +0100, Guido Falsi wrote: >> >>> On 03/21/15 18:58, Geoffrey Mainland wrote: >>> >>>> On 3/21/15 10:41 AM, Guido Falsi wrote: >>>> If you still think there is no difference, I will send you full build >>>> logs both with and without the patch. >>>> >>> I'd need the logs anyway, since I don't know what the cause of the error >>> you are seeing is. >>> >>> I also need to know if in the same poudriere run you were building any >>> other port depending on ocaml. >>> >> Poudriere logs are posted here: >> >> https://zeno.apeiron.net/unison/test1/ >> >> With the config at the above link, poudriere won't even start a build >> as it complains (rightly) about dependency conflicts. >> >> Removing lang/ocaml-nox11 from test.pklist gets the build to start, >> but it ultimately fails because I have OPTIONS_UNSET=X11 in the >> make.conf. You can see the logs from this failed poudriere build here: >> >> https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-25_22h09m00s >> >> The successful poudriere build, with the above patch to unison, is here: >> >> https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-25_21h34m02s >> >> I would like a way to have ocaml and unison, both X11-free, as I am >> running on a headless machine. That used to be possible, and still is >> if I patch unison as shown above. >> > > Looking at this data I'd say you are trying to use an incorrect config: > > You don't need to specify both the unison-nox11 port and the ocaml-nox11 > port in the list of ports to be built. > > Having OPTIONS_UNSET=X11 in make.conf you could ask for just net/unison > and poudriere, respecting the OPTIONS_UNSET will build both unison and > ocaml without any X11 support. In such a case you'd have a unison > package, not stating it is not supporting X11 but in fact it will have > no X11 binaries (this can be verified by looking into the package, which > is just a txz archive) > > You can also request poudriere to build only net/unison-nox11, in such a > case you end up with both packages with "-nox11" in their name. I think > this is the best choice. > > you could also request poudriere to build both net/unison-nox11 and > lang/ocaml and get the exact same result, but it is redundant, poudriere > will anyway build ocaml from lang/ocaml, respecting the OPTIONS_USET. > > I can't apply your patch which would bring the port to be semantically > the same as before my last modification, because it would break another > legitimate and use, which is if you build any other port in the same run > which asks for unison-nox11(which requires lang/ocaml-nox11 with your > patch) and at the same time compiles some other ports depending on > lang/ocaml. This would ensue a duplicate origin error, with no > workaround for the user. > > You can see this situation as a limitation of the framework, if you > like, but while there is an easy solution for you (just ask poudriere to > build only unison-nox11 with OPTIONS_UNSET=X11 in make.conf and it will > build and keep updated both unison-nox11 and ocaml-nox11), there is no > solution for the duplicate origin, unless other ports are modified, > which could also break even more things. > > You know thinking about it - the problem is in poudriere - or more of the way it builds depends, and that could be the way the ports framework thinks about things... and possibly pkg.. My thoughts about the fix would be to have poudriere pick up the options when installing pre-built depends and specifically with the global 'unset' (which conflicts with the default 'set') have poudriere and/or ports check for both ocaml and ocaml-noxll.... or on build pick up the options of what is being depended upon... or remove the -nox11 suffix completely (which would likely cause more issues.) unison shouldn't care which version of ocaml is installed.. unless X11 is 'on' in which case ocaml needs to be compiled with X11 as well. eg: ocaml + unison = OK ocaml-nox11 + unison = NOT OK ocmal + unison-nox11 = OK ocmal-nox11 + unison-nox11 = OK Now poudriere sees the global and local X11 unset options when computing deps and builds as specified in the options, but doesn't account for unison-nox11 wanting ocaml-nox11 but ocaml is ok... The solution (if possible) would seem to be tell unison that without X11 being set both ocaml and ocaml-nox11 are valid dependencies and either are needed... Of course that means the pkg manager needs to know this as well... which neither pkg nor pkg_* can do.... though if in poudriere both can be built so who cares? The solution then would seem to be to get unison to request the dependency of ocaml-nox11 if X11 is unset in unison and building in poudriere (can this be detected?).. or that the risk that no-one would be stupid to ocaml-nox11 + unison (which a conflict of ocaml-nox11* should solve) and therefore just test for ocaml is installed by filesystem test and not via pkg test when building without X11.... which would seem to be the solution to all of the above.... unless I'm missing something. The other solution for may just be to patch the ocaml Makefile from: OPTIONS_DEFAULT=X11 TK THREADS to OPTIONS_DEFAULT?=X11 TK THREADS Which if I understand the param correctly will change from always set the defaults to X11 TK THREADS to set the defaults if there is no previous config. Michelle -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-ports@FreeBSD.ORG Thu Mar 26 13:53:38 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 118825FF; Thu, 26 Mar 2015 13:53:38 +0000 (UTC) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A9FC7B43; Thu, 26 Mar 2015 13:53:37 +0000 (UTC) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3lCSSz1xTqzZrj; Thu, 26 Mar 2015 14:53:23 +0100 (CET) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id zKahRpcl4ZrK; Thu, 26 Mar 2015 14:52:57 +0100 (CET) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Thu, 26 Mar 2015 14:52:52 +0100 (CET) Message-ID: <55140F34.3090304@FreeBSD.org> Date: Thu, 26 Mar 2015 14:52:52 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Michelle Sullivan Subject: Re: net/unison240 depends on lang/ocaml-nox11 References: <5507555C.7030508@FreeBSD.org> <5507F80F.70609@FreeBSD.org> <55080F30.9010104@FreeBSD.org> <550B65A1.9080402@apeiron.net> <550DAD30.4080905@FreeBSD.org> <550DB13D.7020005@apeiron.net> <550DB247.2050800@FreeBSD.org> <20150326022129.GA7814@apeiron.net> <5513E5AD.8050103@FreeBSD.org> <5513F487.4040105@sorbs.net> In-Reply-To: <5513F487.4040105@sorbs.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: Jeremie Le Hen , Geoffrey Mainland , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2015 13:53:38 -0000 On 03/26/15 12:59, Michelle Sullivan wrote: > Guido Falsi wrote: >> On 03/26/15 03:21, Geoffrey Mainland wrote: >> >>> On Sat, Mar 21, 2015 at 07:02:47PM +0100, Guido Falsi wrote: >>> >>> Poudriere logs are posted here: >>> >>> https://zeno.apeiron.net/unison/test1/ >>> >>> With the config at the above link, poudriere won't even start a build >>> as it complains (rightly) about dependency conflicts. >>> >>> Removing lang/ocaml-nox11 from test.pklist gets the build to start, >>> but it ultimately fails because I have OPTIONS_UNSET=X11 in the >>> make.conf. You can see the logs from this failed poudriere build here: >>> >>> https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-25_22h09m00s >>> >>> The successful poudriere build, with the above patch to unison, is here: >>> >>> https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-25_21h34m02s >>> >>> I would like a way to have ocaml and unison, both X11-free, as I am >>> running on a headless machine. That used to be possible, and still is >>> if I patch unison as shown above. >>> >> >> Looking at this data I'd say you are trying to use an incorrect config: >> >> You don't need to specify both the unison-nox11 port and the ocaml-nox11 >> port in the list of ports to be built. >> >> Having OPTIONS_UNSET=X11 in make.conf you could ask for just net/unison >> and poudriere, respecting the OPTIONS_UNSET will build both unison and >> ocaml without any X11 support. In such a case you'd have a unison >> package, not stating it is not supporting X11 but in fact it will have >> no X11 binaries (this can be verified by looking into the package, which >> is just a txz archive) >> >> You can also request poudriere to build only net/unison-nox11, in such a >> case you end up with both packages with "-nox11" in their name. I think >> this is the best choice. >> >> you could also request poudriere to build both net/unison-nox11 and >> lang/ocaml and get the exact same result, but it is redundant, poudriere >> will anyway build ocaml from lang/ocaml, respecting the OPTIONS_USET. >> >> I can't apply your patch which would bring the port to be semantically >> the same as before my last modification, because it would break another >> legitimate and use, which is if you build any other port in the same run >> which asks for unison-nox11(which requires lang/ocaml-nox11 with your >> patch) and at the same time compiles some other ports depending on >> lang/ocaml. This would ensue a duplicate origin error, with no >> workaround for the user. >> >> You can see this situation as a limitation of the framework, if you >> like, but while there is an easy solution for you (just ask poudriere to >> build only unison-nox11 with OPTIONS_UNSET=X11 in make.conf and it will >> build and keep updated both unison-nox11 and ocaml-nox11), there is no >> solution for the duplicate origin, unless other ports are modified, >> which could also break even more things. >> >> > You know thinking about it - the problem is in poudriere - or more of > the way it builds depends, and that could be the way the ports framework > thinks about things... and possibly pkg.. This is beyond the scope of this thread. At present I can only make the unison port work in the widest possible array of configurations. Any request to modify pkgng or poudriere behavior should be directed at the appropriate mailing lists/maintainers. I'll reply below with my PERSONAL opinions about such requests. I reword it: the opinions below are personal and don't reflect the opinions of the maintainers of the mentioned tools(pkgng, poudriere) or portmgr or any other involved party in any way! > > My thoughts about the fix would be to have poudriere pick up the options > when installing pre-built depends and specifically with the global > 'unset' (which conflicts with the default 'set') have poudriere and/or > ports check for both ocaml and ocaml-noxll.... or on build pick up the > options of what is being depended upon... or remove the -nox11 suffix > completely (which would likely cause more issues.) > > unison shouldn't care which version of ocaml is installed.. unless X11 > is 'on' in which case ocaml needs to be compiled with X11 as well. In fact it does not, but, with the present versions of the tools and the state of the ports tree, considering the ocaml port changes it's pkgname depending on options, if I make unison have a conditional depend on ocaml/ocaml-nox11 it will trigger a multiple origin error in case another port depends on the othr flavour of ocaml. There no solution to this, except an overhaul of the ocaml port, perhaps, which has good chances of breaking other things. If, like I'm doing now, I just depend on lang/ocaml, so, if there are no conflicting flags in the environment, it works. It just needs a little attention from the poudriere user. > > eg: > > ocaml + unison = OK > ocaml-nox11 + unison = NOT OK > ocmal + unison-nox11 = OK > ocmal-nox11 + unison-nox11 = OK > > Now poudriere sees the global and local X11 unset options when computing > deps and builds as specified in the options, but doesn't account for > unison-nox11 wanting ocaml-nox11 but ocaml is ok... The solution (if It's problematic only since ocaml changes pkgname dynamically, but such a practice isn't forbidden by the rules at present. Changing the rules is possible but all of the ports tree needs to be checked for the consequences of such a change. Ocaml isn't the only port doing that, also. > possible) would seem to be tell unison that without X11 being set both > ocaml and ocaml-nox11 are valid dependencies and either are needed... > Of course that means the pkg manager needs to know this as well... which > neither pkg nor pkg_* can do.... though if in poudriere both can be > built so who cares? The solution then would seem to be to get unison to > request the dependency of ocaml-nox11 if X11 is unset in unison and > building in poudriere (can this be detected?).. or that the risk that > no-one would be stupid to ocaml-nox11 + unison (which a conflict of > ocaml-nox11* should solve) and therefore just test for ocaml is > installed by filesystem test and not via pkg test when building without > X11.... which would seem to be the solution to all of the above.... This would mean making the X11 flag special and add a lot of special knowledge about it all around. At present the tools just compare strings, ocaml-nox11 != ocaml. What you're asking for is a special case where ocaml-nox11 ~= ocaml. (with ~= meaning "sometimes equal to, if the conditions are right"). It can't be generalized to all -flag since in most cases you DO care, maybe your port really needs X11 support, or is crippled at ruintime even if it builds without that, or other obscure interaction. In fact unison too does care, since IF ocaml is built without X11 support unison itself cannot be built without. Even more obscure unison with X11 also depends on ocaml-lablgtk2, and this port too needs to be built with specific options for unison to work (GLADE or GNOMECANVAS, can't remember). Since I have no way of checking that I just "hope for the best". So, there's a lot of special casing to be done, in most cases requiring very specialized knowledge of each and every package. If you want to lobby for this kind of work done on the tools you're welcome, but I see it as impractical, also considering the fast moving target the ports tree is and needs to be, due to the continuous updates to it's leafs. IMHO such minute knowledge belongs to the administrator. The more complex and customized the system the harder the administrator's life. > unless I'm missing something. The other solution for may just be to > patch the ocaml Makefile from: > > OPTIONS_DEFAULT=X11 TK THREADS > > to > > OPTIONS_DEFAULT?=X11 TK THREADS > > Which if I understand the param correctly will change from always set > the defaults to X11 TK THREADS to set the defaults if there is no > previous config. No, that would not work. It simply says to make OPTIONS_DEFAULT=XXX IF OPTIONS_DEFAULT is undefined, but nowhere in the ports Makefiles if the OPTIONS_DEFAULT variable defined, and setting it arbitrarily in make.conf is definitely dangerous if many ports applied such solution. OPTIONS are taken from OPTIONS_DEFINE, and copied into PORT_OPTIONS depending on what is in the various OPTIONS_DEFAULT variables(which are read only from the ports Makefile prospective), what is defined in the OPTIONS_SET/OPTIONS_UNSET (also with the per port and FORCE variations) and the per port configuration in option directories, every factor with it's own priority. BTW there are: # OPTIONS_SET_FORCE - List of options to enable for all ports. # OPTIONS_UNSET_FORCE - List of options to disable for all ports. # ${OPTIONS_NAME}_SET_FORCE - List of options to enable for a specific port. # ${OPTIONS_NAME}_UNSET_FORCE # - List of options to disable for a specific port to be used in make.conf which are what you are looking for I think. If I remember correctly these will override the per port configuration in /var/db/ports (or poudriere equivalent in /usr/local/etc/poudriere.d). These flags do not solve the "problem" of the user setting them in a make.conf somewhere and forgetting about them, just to be bitten months later by some obscure problem caused by them. -- Guido Falsi From owner-freebsd-ports@FreeBSD.ORG Thu Mar 26 14:24:16 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 795C9910 for ; Thu, 26 Mar 2015 14:24:16 +0000 (UTC) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 154E6FA2 for ; Thu, 26 Mar 2015 14:24:15 +0000 (UTC) Received: by wiaa2 with SMTP id a2so24901967wia.0 for ; Thu, 26 Mar 2015 07:24:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-type:content-transfer-encoding; bh=aMBwvqJtkvgG362enGM2zOLJJjWUFcQ3BYHFP7LfaTY=; b=EJrbQsIkxhJyuRPoSNMLFK2iNUcJ2RLG3P+Tpj7eiTRcLRSPe8LpX3EV4rdAhZJEQj COkPKOVMikoAyA7ArEuzV60m6R1AGjN5g0yJVQTPpqXSLFb+TYvz6h+2P7nsHN3MKXdM qjtTUApktg1F6VRBRRhiApQSHQMH7cIXYw2R4QsADuQzOPbv1X5n42MBJDRSHWo2gJvC GwwX8pse25QPHgl04wK7Sky1ir7REAMZU4GqhafrsNe0AYjcTjfrOxubb7Cw2ceYjOHk T5IsZD+LUm7xMKJtBfrjmceegmWj1Kmyd4WpaZ0YVNPl0q7zVIIGVDTLF6sL0PBTBgLM e1bQ== X-Gm-Message-State: ALoCoQkjQDI0oN2cXX8RF9SyYJoM+558aWwf1z6gbuUk9bYTOQvh46lPQWGzOGOZL+Zi7W8mNOL2 X-Received: by 10.194.175.39 with SMTP id bx7mr29365444wjc.22.1427379437970; Thu, 26 Mar 2015 07:17:17 -0700 (PDT) Received: from rsbsd.rsb ([78.162.22.15]) by mx.google.com with ESMTPSA id wc10sm25528380wic.21.2015.03.26.07.17.16 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 26 Mar 2015 07:17:17 -0700 (PDT) Date: Thu, 26 Mar 2015 16:17:14 +0200 From: Beeblebrox To: Subject: multimedia/ffmpeg crashes with libfaac, works with libfdk_aac Message-ID: <20150326161714.3dcdb418@rsbsd.rsb> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2015 14:24:16 -0000 Since the default ffmpeg AAC encoder is libfaac, this: $ ffmpeg -i 01.wav 01.m4a gives a segfault. GDB shows Program received signal SIGSEGV, Segmentation fault. 0x00000008068ba7cf in AACQuantize () from /usr/local/lib/libfaac.so.0 If I use libfdk_aac however, $ ffmpeg -i 01.wav -c:a libfdk_aac 01.m4a Results in proper conversion. Just FYI. --=20 FreeBSD_amd64_11-Current_RadeonKMS Please CC my email when responding, mail from list is not delivered. From owner-freebsd-ports@FreeBSD.ORG Thu Mar 26 15:34:27 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84849985; Thu, 26 Mar 2015 15:34:27 +0000 (UTC) Received: from newton.apeiron.net (newton.apeiron.net [IPv6:2607:f2f8:ae14::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.apeiron.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E473ADD; Thu, 26 Mar 2015 15:34:26 +0000 (UTC) X-Virus-Scanned: amavisd-new at apeiron.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=apeiron.net; s=newton; t=1427384065; bh=rPGNL9tDTJrrtFRPICBM/dq6LBDU9s07WKHrY8qkgFQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=pQKGWOGSUPsZCt1VtQ2qesmvN9uI0MOGYc7ygGI8wO+jDdz+m6WPmVulYWhCCIFaC x71F5XrqRNhTdHAF1tdcHc3rcmC7espqA9oXgqvV7iEZa2U2kpyGA9CkcmjUnBmYgV DX1FiYhOAFoccknscfSVsqHsqaad6Suigy5+c9SQ= Received: by newton.apeiron.net (Postfix, from userid 4001) id BFA6A91C6; Thu, 26 Mar 2015 08:34:24 -0700 (PDT) Date: Thu, 26 Mar 2015 08:34:24 -0700 From: Geoffrey Mainland To: Guido Falsi Subject: Re: net/unison240 depends on lang/ocaml-nox11 Message-ID: <20150326153424.GA14468@apeiron.net> References: <5507F80F.70609@FreeBSD.org> <55080F30.9010104@FreeBSD.org> <550B65A1.9080402@apeiron.net> <550DAD30.4080905@FreeBSD.org> <550DB13D.7020005@apeiron.net> <550DB247.2050800@FreeBSD.org> <20150326022129.GA7814@apeiron.net> <5513E5AD.8050103@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5513E5AD.8050103@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Jeremie Le Hen , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2015 15:34:27 -0000 On Thu, Mar 26, 2015 at 11:55:41AM +0100, Guido Falsi wrote: > On 03/26/15 03:21, Geoffrey Mainland wrote: > > On Sat, Mar 21, 2015 at 07:02:47PM +0100, Guido Falsi wrote: > >> On 03/21/15 18:58, Geoffrey Mainland wrote: > >>> On 3/21/15 10:41 AM, Guido Falsi wrote: > >>> If you still think there is no difference, I will send you full build > >>> logs both with and without the patch. > >> > >> I'd need the logs anyway, since I don't know what the cause of the error > >> you are seeing is. > >> > >> I also need to know if in the same poudriere run you were building any > >> other port depending on ocaml. > > > > Poudriere logs are posted here: > > > > https://zeno.apeiron.net/unison/test1/ > > > > With the config at the above link, poudriere won't even start a build > > as it complains (rightly) about dependency conflicts. > > > > Removing lang/ocaml-nox11 from test.pklist gets the build to start, > > but it ultimately fails because I have OPTIONS_UNSET=X11 in the > > make.conf. You can see the logs from this failed poudriere build here: > > > > https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-25_22h09m00s > > > > The successful poudriere build, with the above patch to unison, is here: > > > > https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-25_21h34m02s > > > > I would like a way to have ocaml and unison, both X11-free, as I am > > running on a headless machine. That used to be possible, and still is > > if I patch unison as shown above. > > Looking at this data I'd say you are trying to use an incorrect config: > > You don't need to specify both the unison-nox11 port and the ocaml-nox11 > port in the list of ports to be built. > > Having OPTIONS_UNSET=X11 in make.conf you could ask for just net/unison > and poudriere, respecting the OPTIONS_UNSET will build both unison and > ocaml without any X11 support. In such a case you'd have a unison > package, not stating it is not supporting X11 but in fact it will have > no X11 binaries (this can be verified by looking into the package, which > is just a txz archive) Thank you for your help, I appreciate it. Unfortunately, building just net/unison with OPTIONS_UNSET=X11 in make.conf doesn't work. See the log here: https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-26_10h51m36s > You can also request poudriere to build only net/unison-nox11, in such a > case you end up with both packages with "-nox11" in their name. I think > this is the best choice. Building just net/unison-nox11 *with* OPTIONS_UNSET=X11 also doesn't work: https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-26_11h00m14s Building just net/unison-nox11 *without* OPTIONS_UNSET=X11 does work: https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-26_11h18m16s Of course this also pulls in all the X11 dependencies. It appears that installing unison requires that lang/ocaml be installed with the X11 dependencies. This is in contrast to the old state of affairs (reverting to the old lang/ocaml-nox11 dependency), where no X11 dependencies were built: https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-25_21h34m02s If this is as good as it gets, that's fine. If you see a way for me to install unison and avoid X11, please let me know. Thanks, Geoff From owner-freebsd-ports@FreeBSD.ORG Thu Mar 26 16:41:05 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92595E6 for ; Thu, 26 Mar 2015 16:41:05 +0000 (UTC) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3505C35E for ; Thu, 26 Mar 2015 16:41:04 +0000 (UTC) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3lCXBK4LVQzZs9; Thu, 26 Mar 2015 17:40:57 +0100 (CET) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id UJeguFhQN351; Thu, 26 Mar 2015 17:40:53 +0100 (CET) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Thu, 26 Mar 2015 17:40:49 +0100 (CET) Message-ID: <55143691.5040905@FreeBSD.org> Date: Thu, 26 Mar 2015 17:40:49 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Geoffrey Mainland Subject: Re: net/unison240 depends on lang/ocaml-nox11 References: <5507F80F.70609@FreeBSD.org> <55080F30.9010104@FreeBSD.org> <550B65A1.9080402@apeiron.net> <550DAD30.4080905@FreeBSD.org> <550DB13D.7020005@apeiron.net> <550DB247.2050800@FreeBSD.org> <20150326022129.GA7814@apeiron.net> <5513E5AD.8050103@FreeBSD.org> <20150326153424.GA14468@apeiron.net> In-Reply-To: <20150326153424.GA14468@apeiron.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2015 16:41:05 -0000 On 03/26/15 16:34, Geoffrey Mainland wrote: > On Thu, Mar 26, 2015 at 11:55:41AM +0100, Guido Falsi wrote: >> On 03/26/15 03:21, Geoffrey Mainland wrote: >>> On Sat, Mar 21, 2015 at 07:02:47PM +0100, Guido Falsi wrote: >>>> On 03/21/15 18:58, Geoffrey Mainland wrote: >>>>> On 3/21/15 10:41 AM, Guido Falsi wrote: >>>>> If you still think there is no difference, I will send you full build >>>>> logs both with and without the patch. >>>> >>>> I'd need the logs anyway, since I don't know what the cause of the error >>>> you are seeing is. >>>> >>>> I also need to know if in the same poudriere run you were building any >>>> other port depending on ocaml. >>> >>> Poudriere logs are posted here: >>> >>> https://zeno.apeiron.net/unison/test1/ >>> >>> With the config at the above link, poudriere won't even start a build >>> as it complains (rightly) about dependency conflicts. >>> >>> Removing lang/ocaml-nox11 from test.pklist gets the build to start, >>> but it ultimately fails because I have OPTIONS_UNSET=X11 in the >>> make.conf. You can see the logs from this failed poudriere build here: >>> >>> https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-25_22h09m00s >>> >>> The successful poudriere build, with the above patch to unison, is here: >>> >>> https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-25_21h34m02s >>> >>> I would like a way to have ocaml and unison, both X11-free, as I am >>> running on a headless machine. That used to be possible, and still is >>> if I patch unison as shown above. >> >> Looking at this data I'd say you are trying to use an incorrect config: >> >> You don't need to specify both the unison-nox11 port and the ocaml-nox11 >> port in the list of ports to be built. >> >> Having OPTIONS_UNSET=X11 in make.conf you could ask for just net/unison >> and poudriere, respecting the OPTIONS_UNSET will build both unison and >> ocaml without any X11 support. In such a case you'd have a unison >> package, not stating it is not supporting X11 but in fact it will have >> no X11 binaries (this can be verified by looking into the package, which >> is just a txz archive) > > Thank you for your help, I appreciate it. Thanks, unluckily, as I already said there can be many interactions in the system, not always obvious...Not even to maintainers/committers! :) > > Unfortunately, building just net/unison with OPTIONS_UNSET=X11 in > make.conf doesn't work. See the log here: > > https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-26_10h51m36s > >> You can also request poudriere to build only net/unison-nox11, in such a >> case you end up with both packages with "-nox11" in their name. I think >> this is the best choice. > > Building just net/unison-nox11 *with* OPTIONS_UNSET=X11 also doesn't > work: > > https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-26_11h00m14s There' a clear error message from the ocaml port here: requires X11 support to build TK bindings the ocaml port has an X11 and a TK option. TK depends on X11, you are asking the ocaml port to give you TK but not X11, so it just errors out, since from the port point of view there isn't a clear solution, and asks for user intervention, since it's being given conflicting options. The port could also say "well I can't build TK without X11 so I'll just ignore the TK option and build without X11 and without TK", which isn't really correct(the other way round, forcing X11 on could be just as reasonable), but could be what you expected. Anyway the ocaml port is coded in this way, so you also have to add TK to the disabled options. most probably you have TK enabled in the ocaml per port options. > > Building just net/unison-nox11 *without* OPTIONS_UNSET=X11 does work: > > https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-26_11h18m16s > > Of course this also pulls in all the X11 dependencies. obviously, that's what you asked for, in this case. > > It appears that installing unison requires that lang/ocaml be installed > with the X11 dependencies. > > This is in contrast to the old state of affairs (reverting to the old > lang/ocaml-nox11 dependency), where no X11 dependencies were built: > > https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-25_21h34m02s > > If this is as good as it gets, that's fine. If you see a way for me to > install unison and avoid X11, please let me know. It did work because the ocaml-nox11 port has this line: OPTIONS_EXCLUDE=TK X11 which takes care of both the options, so ocaml found no conflict. (never use OPTIONS_EXCLUDE in make.conf, it doesn't belong there, it's for port makefiles. OPTIONS_SET/OPTIONS_UNSET/OPTIONS_SET_FORCE/OPTIONS_UNSET_FORCE are meant for user customization) -- Guido Falsi From owner-freebsd-ports@FreeBSD.ORG Thu Mar 26 17:32:49 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 389D8447; Thu, 26 Mar 2015 17:32:49 +0000 (UTC) Received: from hades.sorbs.net (mail.sorbs.net [67.231.146.200]) by mx1.freebsd.org (Postfix) with ESMTP id 21405CB7; Thu, 26 Mar 2015 17:32:48 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NLT0052FYB7R700@hades.sorbs.net>; Thu, 26 Mar 2015 10:37:57 -0700 (PDT) Message-id: <551442B6.7020708@sorbs.net> Date: Thu, 26 Mar 2015 18:32:38 +0100 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Guido Falsi Subject: Re: net/unison240 depends on lang/ocaml-nox11 References: <5507555C.7030508@FreeBSD.org> <5507F80F.70609@FreeBSD.org> <55080F30.9010104@FreeBSD.org> <550B65A1.9080402@apeiron.net> <550DAD30.4080905@FreeBSD.org> <550DB13D.7020005@apeiron.net> <550DB247.2050800@FreeBSD.org> <20150326022129.GA7814@apeiron.net> <5513E5AD.8050103@FreeBSD.org> <5513F487.4040105@sorbs.net> <55140F34.3090304@FreeBSD.org> In-reply-to: <55140F34.3090304@FreeBSD.org> Cc: Jeremie Le Hen , Geoffrey Mainland , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2015 17:32:49 -0000 Guido Falsi wrote: > On 03/26/15 12:59, Michelle Sullivan wrote: > >> Guido Falsi wrote: >> >>> On 03/26/15 03:21, Geoffrey Mainland wrote: >>> >>> >>>> On Sat, Mar 21, 2015 at 07:02:47PM +0100, Guido Falsi wrote: >>>> >>>> Poudriere logs are posted here: >>>> >>>> https://zeno.apeiron.net/unison/test1/ >>>> >>>> With the config at the above link, poudriere won't even start a build >>>> as it complains (rightly) about dependency conflicts. >>>> >>>> Removing lang/ocaml-nox11 from test.pklist gets the build to start, >>>> but it ultimately fails because I have OPTIONS_UNSET=X11 in the >>>> make.conf. You can see the logs from this failed poudriere build here: >>>> >>>> https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-25_22h09m00s >>>> >>>> The successful poudriere build, with the above patch to unison, is here: >>>> >>>> https://zeno.apeiron.net/poudriere/build.html?mastername=test-9-amd64-git&build=2015-03-25_21h34m02s >>>> >>>> I would like a way to have ocaml and unison, both X11-free, as I am >>>> running on a headless machine. That used to be possible, and still is >>>> if I patch unison as shown above. >>>> >>>> >>> Looking at this data I'd say you are trying to use an incorrect config: >>> >>> You don't need to specify both the unison-nox11 port and the ocaml-nox11 >>> port in the list of ports to be built. >>> >>> Having OPTIONS_UNSET=X11 in make.conf you could ask for just net/unison >>> and poudriere, respecting the OPTIONS_UNSET will build both unison and >>> ocaml without any X11 support. In such a case you'd have a unison >>> package, not stating it is not supporting X11 but in fact it will have >>> no X11 binaries (this can be verified by looking into the package, which >>> is just a txz archive) >>> >>> You can also request poudriere to build only net/unison-nox11, in such a >>> case you end up with both packages with "-nox11" in their name. I think >>> this is the best choice. >>> >>> you could also request poudriere to build both net/unison-nox11 and >>> lang/ocaml and get the exact same result, but it is redundant, poudriere >>> will anyway build ocaml from lang/ocaml, respecting the OPTIONS_USET. >>> >>> I can't apply your patch which would bring the port to be semantically >>> the same as before my last modification, because it would break another >>> legitimate and use, which is if you build any other port in the same run >>> which asks for unison-nox11(which requires lang/ocaml-nox11 with your >>> patch) and at the same time compiles some other ports depending on >>> lang/ocaml. This would ensue a duplicate origin error, with no >>> workaround for the user. >>> >>> You can see this situation as a limitation of the framework, if you >>> like, but while there is an easy solution for you (just ask poudriere to >>> build only unison-nox11 with OPTIONS_UNSET=X11 in make.conf and it will >>> build and keep updated both unison-nox11 and ocaml-nox11), there is no >>> solution for the duplicate origin, unless other ports are modified, >>> which could also break even more things. >>> >>> >>> >> You know thinking about it - the problem is in poudriere - or more of >> the way it builds depends, and that could be the way the ports framework >> thinks about things... and possibly pkg.. >> > > This is beyond the scope of this thread. At present I can only make the > unison port work in the widest possible array of configurations. > I do not disagree with that statement in anyway - just exploring possibilities. > Any request to modify pkgng or poudriere behavior should be directed at > the appropriate mailing lists/maintainers. TBH Won't waste my time, because even if poudriere people looked at it I won't use 3.1 or above as it has issues in its own right that are unacceptable and not going to get fixed and any such patch wouldn't be applied to 3.0. > I'll reply below with my > PERSONAL opinions about such requests. > > I reword it: the opinions below are personal and don't reflect the > opinions of the maintainers of the mentioned tools(pkgng, poudriere) or > portmgr or any other involved party in any way! > I understand your need to ensure they understand it's your personal view. :) > >> My thoughts about the fix would be to have poudriere pick up the options >> when installing pre-built depends and specifically with the global >> 'unset' (which conflicts with the default 'set') have poudriere and/or >> ports check for both ocaml and ocaml-noxll.... or on build pick up the >> options of what is being depended upon... or remove the -nox11 suffix >> completely (which would likely cause more issues.) >> >> unison shouldn't care which version of ocaml is installed.. unless X11 >> is 'on' in which case ocaml needs to be compiled with X11 as well. >> > > In fact it does not, but, with the present versions of the tools and the > state of the ports tree, considering the ocaml port changes it's pkgname > depending on options, if I make unison have a conditional depend on > ocaml/ocaml-nox11 it will trigger a multiple origin error in case > another port depends on the othr flavour of ocaml. Possibly... though if unison-nox11 is requested the options of ocaml is not necessary to change - so long as there is an ocaml installed - which comes down to poudriere requesting ocaml and falling back to ocaml-nox11 if it's not available (or more likely correct select ocaml-nox11 and fall back to ocaml if it's not available/built) > There no solution to > this, except an overhaul of the ocaml port, perhaps, which has good > chances of breaking other things. > > If, like I'm doing now, I just depend on lang/ocaml, so, if there are no > conflicting flags in the environment, it works. It just needs a little > attention from the poudriere user. > In my case my problem is solved - I just have 'UNSET_X11' in the global make.conf... which resolved the mistake of having 'UNSET_X11' in unison and no options set in ocaml... just trying to see if there is something more elegant so people really have to try to screw it up rather than screwing it up by omission. > >> eg: >> >> ocaml + unison = OK >> ocaml-nox11 + unison = NOT OK >> ocmal + unison-nox11 = OK >> ocmal-nox11 + unison-nox11 = OK >> >> Now poudriere sees the global and local X11 unset options when computing >> deps and builds as specified in the options, but doesn't account for >> unison-nox11 wanting ocaml-nox11 but ocaml is ok... The solution (if >> > > It's problematic only since ocaml changes pkgname dynamically, but such > a practice isn't forbidden by the rules at present. > I don't think that is a problem on the whole. > Changing the rules is possible but all of the ports tree needs to be > checked for the consequences of such a change. Ocaml isn't the only port > doing that, also. > True and the promised changes to pkg (which like most bugs 'will be in the next version') is still not there... though I suspect they will find embedding the build options in the pkg will result in the same problems again, just at a different level (there isn't an easy solution.) >> possible) would seem to be tell unison that without X11 being set both >> ocaml and ocaml-nox11 are valid dependencies and either are needed... >> Of course that means the pkg manager needs to know this as well... which >> neither pkg nor pkg_* can do.... though if in poudriere both can be >> built so who cares? The solution then would seem to be to get unison to >> request the dependency of ocaml-nox11 if X11 is unset in unison and >> building in poudriere (can this be detected?).. or that the risk that >> no-one would be stupid to ocaml-nox11 + unison (which a conflict of >> ocaml-nox11* should solve) and therefore just test for ocaml is >> installed by filesystem test and not via pkg test when building without >> X11.... which would seem to be the solution to all of the above.... >> > > This would mean making the X11 flag special and add a lot of special > knowledge about it all around. > In some ways it is.. perhaps one should have another 'Uses' for 'X11'... though thinking trivially about it, it will probably suffer in similar or more painful ways. > At present the tools just compare strings, ocaml-nox11 != ocaml. > > What you're asking for is a special case where ocaml-nox11 ~= ocaml. > (with ~= meaning "sometimes equal to, if the conditions are right"). > > It can't be generalized to all -flag since in most cases you DO care, > maybe your port really needs X11 support, or is crippled at ruintime > even if it builds without that, or other obscure interaction. > Sure? Think about unison (and other such packages where X11 can be turned off but depend on other packages that have -nox11 variants) ... unison doesn't care if X11 is off just whether ocaml or ocaml-nox11 installed so back to poudriere, for build_deps it should be able to request the -nox11 package and if it's not there retry for the package with x11 because both are valid dependencies (as an either-or) of unison-nox11 (only ocaml (with x11) is a valid dependency of unison though.) > In fact unison too does care, since IF ocaml is built without X11 > support unison itself cannot be built without. Even more obscure unison > with X11 also depends on ocaml-lablgtk2, and this port too needs to be > built with specific options for unison to work (GLADE or GNOMECANVAS, > can't remember). Since I have no way of checking that I just "hope for > the best". > Agreed but that's with x11... net/unison deps: ocaml+ocaml-lablgtk2(+others) net/unison-nox11 deps: ocaml-nox11 or ocaml+ocaml-lablgtk2(+others) > So, there's a lot of special casing to be done, in most cases requiring > very specialized knowledge of each and every package. > > If you want to lobby for this kind of work done on the tools you're > welcome, but I see it as impractical, also considering the fast moving > target the ports tree is and needs to be, due to the continuous updates > to it's leafs. > > IMHO such minute knowledge belongs to the administrator. The more > complex and customized the system the harder the administrator's life. > Not necessarily (note: necessarily - means I think there *may* be a solution - but whether thats possible/acceptable only discussion would be the key) For example, the pkg installation process instead of picking up an automatic dependency of ocaml of unison-nox11 any pkg installation would abort and tell the admin that ocaml would need to be installed first as there are 2 matching packages possible (or just prompting for which one to get/install) - unless one of the valid ones is already installed.. because something else may have installed ocaml already and may need the with x11 version. This is one of the major problems I have with packaging systems such as pkg and why I preferred (and still use) the old one. You setup the dependency, and you run into a problem of not being able to install what you want. eg: You might want unison-nox11 and another package also dependent on ocaml with x11 on the system... also if you don't want any x11 support on the system you end up with ocaml with all the x11 overhead as soon as you install unison-nox11 because that's what's in the package tree (unison-nox11 depended on ocaml instead of ocaml-nox11)... and then when you fix that you end up with a problem if you install packages in the reverse order.... > No, that would not work. It simply says to make OPTIONS_DEFAULT=XXX IF > OPTIONS_DEFAULT is undefined, but nowhere in the ports Makefiles if the > OPTIONS_DEFAULT variable defined, and setting it arbitrarily in > make.conf is definitely dangerous if many ports applied such solution. > Thanks for clarifying. (and listening) Regards, -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-ports@FreeBSD.ORG Thu Mar 26 18:09:45 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B163722D for ; Thu, 26 Mar 2015 18:09:45 +0000 (UTC) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 55DD7143 for ; Thu, 26 Mar 2015 18:09:44 +0000 (UTC) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3lCZ8W0BNqzZrN; Thu, 26 Mar 2015 19:09:31 +0100 (CET) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id 9VN_m7cGpI5M; Thu, 26 Mar 2015 19:09:28 +0100 (CET) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Thu, 26 Mar 2015 19:09:28 +0100 (CET) Message-ID: <55144B57.50301@FreeBSD.org> Date: Thu, 26 Mar 2015 19:09:27 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Michelle Sullivan Subject: Re: net/unison240 depends on lang/ocaml-nox11 References: <5507555C.7030508@FreeBSD.org> <5507F80F.70609@FreeBSD.org> <55080F30.9010104@FreeBSD.org> <550B65A1.9080402@apeiron.net> <550DAD30.4080905@FreeBSD.org> <550DB13D.7020005@apeiron.net> <550DB247.2050800@FreeBSD.org> <20150326022129.GA7814@apeiron.net> <5513E5AD.8050103@FreeBSD.org> <5513F487.4040105@sorbs.net> <55140F34.3090304@FreeBSD.org> <551442B6.7020708@sorbs.net> In-Reply-To: <551442B6.7020708@sorbs.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2015 18:09:45 -0000 On 03/26/15 18:32, Michelle Sullivan wrote: > Guido Falsi wrote: >> On 03/26/15 12:59, Michelle Sullivan wrote: >> >>> Guido Falsi wrote: >>> > >> I'll reply below with my >> PERSONAL opinions about such requests. >> >> I reword it: the opinions below are personal and don't reflect the >> opinions of the maintainers of the mentioned tools(pkgng, poudriere) or >> portmgr or any other involved party in any way! >> > > I understand your need to ensure they understand it's your personal view. :) >> >>> My thoughts about the fix would be to have poudriere pick up the options >>> when installing pre-built depends and specifically with the global >>> 'unset' (which conflicts with the default 'set') have poudriere and/or >>> ports check for both ocaml and ocaml-noxll.... or on build pick up the >>> options of what is being depended upon... or remove the -nox11 suffix >>> completely (which would likely cause more issues.) >>> >>> unison shouldn't care which version of ocaml is installed.. unless X11 >>> is 'on' in which case ocaml needs to be compiled with X11 as well. >>> >> >> In fact it does not, but, with the present versions of the tools and the >> state of the ports tree, considering the ocaml port changes it's pkgname >> depending on options, if I make unison have a conditional depend on >> ocaml/ocaml-nox11 it will trigger a multiple origin error in case >> another port depends on the othr flavour of ocaml. > > Possibly... though if unison-nox11 is requested the options of ocaml is > not necessary to change - so long as there is an ocaml installed - which > comes down to poudriere requesting ocaml and falling back to ocaml-nox11 > if it's not available (or more likely correct select ocaml-nox11 and > fall back to ocaml if it's not available/built) It all boils down to one simple concept: All the tools at present are coded with the knowledge that "foobar-nox11 != foobar" (or "foobar-baz != foobar", in general). This is an assumed thruth in the logic. I'ts like a postulate. You propose to change the postulate, which would require a radical change to the whole structure. Personally, while pkgng isn't perfect, I find it really really useful and it really lowers management load for me, even though it requires some overhead it's much better than the old pkg tools. I find it not worse than other OSes package management tools, in some respect definitely better. poudriere+pkgng+binary-updates has limitations and requires continuous care for poudriere configuration. Using no package manager or a less strict one gives more freedom but that has a cost as well, old pkg system was a nightmare of untracked files, leftovers, and corrupt /var/db/pkg. > >> There no solution to >> this, except an overhaul of the ocaml port, perhaps, which has good >> chances of breaking other things. >> >> If, like I'm doing now, I just depend on lang/ocaml, so, if there are no >> conflicting flags in the environment, it works. It just needs a little >> attention from the poudriere user. >> > In my case my problem is solved - I just have 'UNSET_X11' in the global > make.conf... which resolved the mistake of having 'UNSET_X11' in unison > and no options set in ocaml... just trying to see if there is something > more elegant so people really have to try to screw it up rather than > screwing it up by omission. OPTIONS_SET_FORCE/OPTIONS_UNSET_FORCE are the way to go, with those you don't risk overriding with a per port option. Just put them all together in one place where you can check them easily and fast in case of something going wrong. >> >> This would mean making the X11 flag special and add a lot of special >> knowledge about it all around. >> > > In some ways it is.. perhaps one should have another 'Uses' for 'X11'... > though thinking trivially about it, it will probably suffer in similar > or more painful ways. It may be special for a user, but there isn't really any special handling in the infrastructure for it. It's up to the ports themselves. It's a flag like any other, and from a programmer point of view this is a very good thing :) > >> At present the tools just compare strings, ocaml-nox11 != ocaml. >> >> What you're asking for is a special case where ocaml-nox11 ~= ocaml. >> (with ~= meaning "sometimes equal to, if the conditions are right"). >> >> It can't be generalized to all -flag since in most cases you DO care, >> maybe your port really needs X11 support, or is crippled at ruintime >> even if it builds without that, or other obscure interaction. >> > > Sure? Think about unison (and other such packages where X11 can be > turned off but depend on other packages that have -nox11 variants) ... > unison doesn't care if X11 is off just whether ocaml or ocaml-nox11 > installed so back to poudriere, for build_deps it should be able to > request the -nox11 package and if it's not there retry for the package > with x11 because both are valid dependencies (as an either-or) of > unison-nox11 (only ocaml (with x11) is a valid dependency of unison > though.) that would require again poudriere to know that ocaml-nox11 is in some way related to ocaml and make an informed decision based on such knowledge. But the tools have no such knowledge and make no such assumption. They simply see two different strings in package name, which is assumed to be unique, so they must be different packages. While the outcome of an informed decision looks simple enough for the unison case it's not so clear cut in most other cases and would require very specific knowledge of each package and the context of the system on which the package will run. I think that such information and decision making belongs to the system administrator. I'd hate a build system which interpreted my flags and did things it's way, I'd rather get a failure and an error message. Bonus points if the error message is clear and helpful :) > >> In fact unison too does care, since IF ocaml is built without X11 >> support unison itself cannot be built without. Even more obscure unison >> with X11 also depends on ocaml-lablgtk2, and this port too needs to be >> built with specific options for unison to work (GLADE or GNOMECANVAS, >> can't remember). Since I have no way of checking that I just "hope for >> the best". >> > Agreed but that's with x11... > > net/unison deps: ocaml+ocaml-lablgtk2(+others) > net/unison-nox11 deps: ocaml-nox11 or ocaml+ocaml-lablgtk2(+others) Again ocaml != ocaml-nox11. They look similar to humans, but for the systems are two different things and that's intentional. > > You might want unison-nox11 and another package also dependent on ocaml > with x11 on the system... also if you don't want any x11 support on the > system you end up with ocaml with all the x11 overhead as soon as you > install unison-nox11 because that's what's in the package tree > (unison-nox11 depended on ocaml instead of ocaml-nox11)... and then when > you fix that you end up with a problem if you install packages in the > reverse order.... At present it is quite possible to build ocaml WITH X11 and unison without it even in poudriere, just don't use the global OPTIIONS_UNSET=X11, but use per ports flag, with X11 enabled for ocaml and unset for unison. Poudriere will do the correct thing, you just have to tell it what you want it to do. -- Guido Falsi From owner-freebsd-ports@FreeBSD.ORG Thu Mar 26 19:50:49 2015 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C3B1AC4; Thu, 26 Mar 2015 19:50:49 +0000 (UTC) Received: from outbound.ifdnrg.com (outbound.ifdnrg.com [193.200.98.38]) by mx1.freebsd.org (Postfix) with ESMTP id E1DFDEDB; Thu, 26 Mar 2015 19:50:48 +0000 (UTC) Received: from [192.168.100.30] (cpc72297-sgyl28-2-0-cust55.18-2.cable.virginm.net [81.98.112.56]) (authenticated bits=0) by outbound.ifdnrg.com (8.15.1/8.14.9) with ESMTPSA id t2QJenBD097705 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 26 Mar 2015 19:40:52 GMT (envelope-from paul@ifdnrg.com) X-Authentication-Warning: outbound.ifdnrg.com: Host cpc72297-sgyl28-2-0-cust55.18-2.cable.virginm.net [81.98.112.56] claimed to be [192.168.100.30] Message-ID: <551460C0.3060609@ifdnrg.com> Date: Thu, 26 Mar 2015 19:40:48 +0000 From: Paul Macdonald User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org, FreeBSD Questions , info Subject: Proftpd bug, chroot does not allow for access to or creation of folders named 'lib' Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2015 19:50:49 -0000 AFFECTS 10.1 BUG: Proftpd with chroot on does not allow for the creation of or uploading to folders named 'lib' I have installed proftpd-basic_1.3.4a-5+deb7u2_armhf.deb onto a raspberry pi to test if problem is upstream and can create and upload to 'lib' folders there. As many wordpress plugins use such folders, this is quite problematic. I'd appreciate it if anyone else can test this ( i've tried on several servers) thanks Paul. -- ------------------------- Paul Macdonald IFDNRG Ltd Web and video hosting ------------------------- t: 0131 5548070 m: 07970339546 e: paul@ifdnrg.com w: http://www.ifdnrg.com ------------------------- IFDNRG 40 Maritime Street Edinburgh EH6 6SA ---------------------------------------------------- High Specification Dedicated Servers from £100.00pm ---------------------------------------------------- From owner-freebsd-ports@FreeBSD.ORG Fri Mar 27 09:12:15 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 464462F8 for ; Fri, 27 Mar 2015 09:12:15 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 31AF4E6D for ; Fri, 27 Mar 2015 09:12:15 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t2R9CF74006853 for ; Fri, 27 Mar 2015 09:12:15 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t2R9CFWf006846; Fri, 27 Mar 2015 09:12:15 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201503270912.t2R9CFWf006846@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Fri, 27 Mar 2015 09:12:15 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2015 09:12:15 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ devel/ucommon | 6.1.11 | 6.3.1 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Fri Mar 27 12:02:39 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FF6BF34 for ; Fri, 27 Mar 2015 12:02:39 +0000 (UTC) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2D55B82E for ; Fri, 27 Mar 2015 12:02:38 +0000 (UTC) Received: from mart.js.berklix.net (p57BCF4B7.dip0.t-ipconnect.de [87.188.244.183]) (authenticated bits=128) by slim.berklix.org (8.14.5/8.14.5) with ESMTP id t2RC76P5064018 for ; Fri, 27 Mar 2015 13:07:07 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id t2RC2RfW034841 for ; Fri, 27 Mar 2015 13:02:27 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id t2RC2Edm041298 for ; Fri, 27 Mar 2015 13:02:27 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201503271202.t2RC2Edm041298@fire.js.berklix.net> To: ports@freebsd.org Subject: current/ports/security/nss (fwd) From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com/~jhs/cv/ Date: Fri, 27 Mar 2015 13:02:14 +0100 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2015 12:02:39 -0000 Hi ports@freebsd.org current/ports/security/nss is broken. How to fix it ? PS I first asked via Makefile MAINTAINER= address freebsd-gecko@FreeBSD.org but no reply, (list swamped in noise from freebsd.org robots). http://lists.freebsd.org/pipermail/freebsd-gecko/2015-March/005233.html To: gecko@FreeBSD.org Date: Sun, 22 Mar 2015 16:01:01 +0100 Anyone else see this or know the fix ?: (with a fresh current ports/ & /var/db/ports ) cd /usr/ports/www/firefox ; make .. ../../../dist/FreeBSD11.0_OPT.OBJ/lib/libnss3.so: undefined reference to `PR_htons' cc: error: linker command failed with exit code 1 (use -v to see invocation) ../../coreconf/rules.mk:245: recipe for target 'FreeBSD11.0_OPT.OBJ/addbuiltin' failed gmake[6]: *** [FreeBSD11.0_OPT.OBJ/addbuiltin] Error 1 gmake[6]: Leaving directory '/1s4/release/11.0-CURRENT/usr/ports/security/nss/work/nss-3.17.4/nss/cmd/addbuiltin' ../coreconf/rules.mk:104: recipe for target 'libs' failed gmake[5]: *** [libs] Error 2 gmake[5]: Leaving directory '/1s4/release/11.0-CURRENT/usr/ports/security/nss/work/nss-3.17.4/nss/cmd' coreconf/rules.mk:104: recipe for target 'libs' failed gmake[4]: *** [libs] Error 2 gmake[4]: Leaving directory '/1s4/release/11.0-CURRENT/usr/ports/security/nss/work/nss-3.17.4/nss' *** Error code 1 Stop. make[3]: stopped in /1s4/release/11.0-CURRENT/usr/ports/security/nss Cheers, Julian - -- Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com Indent previous with "> ". Reply Below as a play script. Send plain text, Not quoted-printable, HTML, or base64. From owner-freebsd-ports@FreeBSD.ORG Fri Mar 27 13:42:33 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 361CE381 for ; Fri, 27 Mar 2015 13:42:33 +0000 (UTC) Received: from local.wintek.com (local.wintek.com [72.12.201.234]) by mx1.freebsd.org (Postfix) with ESMTP id 0682C5E3 for ; Fri, 27 Mar 2015 13:42:32 +0000 (UTC) Received: from rjk.wintek.local (172.28.1.248) by local.wintek.com (172.28.1.234) with Microsoft SMTP Server id 8.3.342.0; Fri, 27 Mar 2015 09:41:22 -0400 Message-ID: <55155E01.6040600@wintek.com> Date: Fri, 27 Mar 2015 09:41:21 -0400 From: Richard Kuhns User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:36.0) Gecko/20100101 Firefox/36.0 SeaMonkey/2.33.1 MIME-Version: 1.0 To: "freebsd-ports@freebsd.org" Subject: I want to tell pkg to just forget about an installed port Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2015 13:42:33 -0000 Hello, How can I tell pkg to completely forget about an installed port, without deleting it? Specifically, I installed net-mgmt/observium a couple of months ago. I really like it and have paid for a subscription so what is currently on disk is mostly *not* what was installed by the port, so I'd like to tell pkg to forget about it. Thanks! - Richard Kuhns Main Number: 765-742-8428 Wintek Corporation Direct: 765-269-8541 427 N 6th Street Internet Support: 765-269-8503 Lafayette, IN 47901-2211 Consulting: 765-269-8504 From owner-freebsd-ports@FreeBSD.ORG Fri Mar 27 13:53:37 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7425CFC1; Fri, 27 Mar 2015 13:53:37 +0000 (UTC) Received: from smtp205.alice.it (smtp205.alice.it [82.57.200.101]) by mx1.freebsd.org (Postfix) with ESMTP id DBCBF789; Fri, 27 Mar 2015 13:53:36 +0000 (UTC) Received: from soth.ventu (87.18.56.84) by smtp205.alice.it (8.6.060.28) (authenticated as acanedi@alice.it) id 547D8A4D18C989A9; Fri, 27 Mar 2015 14:53:29 +0100 Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.15.1/8.14.9) with ESMTP id t2RDrSUb079065; Fri, 27 Mar 2015 14:53:28 +0100 (CET) (envelope-from ml@netfence.it) Message-ID: <551560D8.5070604@netfence.it> Date: Fri, 27 Mar 2015 14:53:28 +0100 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: mr@FreeBSD.org Subject: cad/openscad fails to build on 9.3/i386 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2015 13:53:37 -0000 Hello. I'm trying to upgrade OpensCAD to 2015.03, which was committed yesterday. However it fails to build. Following is the log. > # make > ===> License GPLv2 accepted by the user > ===> openscad-2015.03 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by openscad-2015.03 for building > ===> Extracting for openscad-2015.03 > => SHA256 Checksum OK for openscad-2015.03.src.tar.gz. > ===> Patching for openscad-2015.03 > /usr/bin/sed -i.bak -e 's,share/man,man,' /tmp/usr/ports/cad/openscad/work/openscad-2015.03/openscad.pro > ===> openscad-2015.03 depends on file: /usr/local/bin/flex - found > ===> openscad-2015.03 depends on file: /usr/local/libdata/pkgconfig/eigen3.pc - found > ===> openscad-2015.03 depends on file: /usr/local/include/boost/tuple/tuple.hpp - found > ===> openscad-2015.03 depends on executable: msgfmt - found > ===> openscad-2015.03 depends on executable: bison - found > ===> openscad-2015.03 depends on executable: update-desktop-database - found > ===> openscad-2015.03 depends on executable: pkgconf - found > ===> openscad-2015.03 depends on file: /usr/local/libdata/pkgconfig/glproto.pc - found > ===> openscad-2015.03 depends on file: /usr/local/libdata/pkgconfig/dri2proto.pc - found > ===> openscad-2015.03 depends on file: /usr/local/lib/qt4/libQtCore.so - found > ===> openscad-2015.03 depends on file: /usr/local/lib/qt4/libQtGui.so - found > ===> openscad-2015.03 depends on file: /usr/local/bin/moc-qt4 - found > ===> openscad-2015.03 depends on file: /usr/local/lib/qt4/libQtOpenGL.so - found > ===> openscad-2015.03 depends on file: /usr/local/bin/qmake-qt4 - found > ===> openscad-2015.03 depends on file: /usr/local/bin/rcc - found > ===> openscad-2015.03 depends on file: /usr/local/bin/uic-qt4 - found > ===> openscad-2015.03 depends on shared library: libgmp.so - found (/usr/local/lib/libgmp.so.10.1.3) > ===> openscad-2015.03 depends on shared library: libmpfr.so - found (/usr/local/lib/libmpfr.so.4.1.2) > ===> openscad-2015.03 depends on shared library: libCGAL.so - found (/usr/local/lib/libCGAL.so.10) > ===> openscad-2015.03 depends on shared library: libqscintilla2.so - found (/usr/local/lib/qt4/libqscintilla2.so.11.3.0) > ===> openscad-2015.03 depends on shared library: libharfbuzz.so - found (/usr/local/lib/libharfbuzz.so.0.936.0) > ===> openscad-2015.03 depends on shared library: libopencsg.so - found (/usr/local/lib/libopencsg.so.1.3.2) > ===> openscad-2015.03 depends on shared library: libGLU.so - found (/usr/local/lib/libGLU.so.1.3.1) > ===> openscad-2015.03 depends on shared library: libGLEW.so - found (/usr/local/lib/libGLEW.so.1) > ===> Configuring for openscad-2015.03 > Project MESSAGE: If you're building a development binary, consider adding CONFIG+=experimental > Project MESSAGE: User set EIGEN location: /usr/local/include/eigen3 > ===> Building for openscad-2015.03 > /usr/local/bin/moc-qt4 -DOPENSCAD_VERSION=2015.03 -DOPENSCAD_YEAR=2015.0 -DOPENSCAD_MONTH=03.0 -DOPENSCAD_DAY=.0 -DENABLE_CGAL -DENABLE_OPENCSG -DUSE_SCINTILLA_EDITOR -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. -I/usr/local/include/eigen3 -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtOpenGL -I/usr/local/include/qt4 -Isrc -I/usr/local/include/qt4 -Isrc/libtess2/Include -I/usr/local/include -Iobjects -I/usr/local/include/qt4 -I/usr/local/include src/Dock.h -o objects/moc_Dock.cpp > /usr/local/bin/uic-qt4 src/MainWindow.ui -o objects/ui_MainWindow.h -tr _ > /usr/local/bin/moc-qt4 -DOPENSCAD_VERSION=2015.03 -DOPENSCAD_YEAR=2015.0 -DOPENSCAD_MONTH=03.0 -DOPENSCAD_DAY=.0 -DENABLE_CGAL -DENABLE_OPENCSG -DUSE_SCINTILLA_EDITOR -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. -I/usr/local/include/eigen3 -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtOpenGL -I/usr/local/include/qt4 -Isrc -I/usr/local/include/qt4 -Isrc/libtess2/Include -I/usr/local/include -Iobjects -I/usr/local/include/qt4 -I/usr/local/include src/QGLView.h -o objects/moc_QGLView.cpp > /usr/local/bin/uic-qt4 src/Preferences.ui -o objects/ui_Preferences.h -tr _ > /usr/local/bin/uic-qt4 src/OpenCSGWarningDialog.ui -o objects/ui_OpenCSGWarningDialog.h -tr _ > /usr/local/bin/uic-qt4 src/AboutDialog.ui -o objects/ui_AboutDialog.h -tr _ > /usr/local/bin/uic-qt4 src/FontListDialog.ui -o objects/ui_FontListDialog.h -tr _ > /usr/local/bin/moc-qt4 -DOPENSCAD_VERSION=2015.03 -DOPENSCAD_YEAR=2015.0 -DOPENSCAD_MONTH=03.0 -DOPENSCAD_DAY=.0 -DENABLE_CGAL -DENABLE_OPENCSG -DUSE_SCINTILLA_EDITOR -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. -I/usr/local/include/eigen3 -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtOpenGL -I/usr/local/include/qt4 -Isrc -I/usr/local/include/qt4 -Isrc/libtess2/Include -I/usr/local/include -Iobjects -I/usr/local/include/qt4 -I/usr/local/include src/FontListTableView.h -o objects/moc_FontListTableView.cpp > /usr/local/bin/uic-qt4 src/ProgressWidget.ui -o objects/ui_ProgressWidget.h -tr _ > /usr/local/bin/uic-qt4 src/launchingscreen.ui -o objects/ui_launchingscreen.h -tr _ > /usr/local/bin/uic-qt4 src/LibraryInfoDialog.ui -o objects/ui_LibraryInfoDialog.h -tr _ > /usr/local/bin/moc-qt4 -DOPENSCAD_VERSION=2015.03 -DOPENSCAD_YEAR=2015.0 -DOPENSCAD_MONTH=03.0 -DOPENSCAD_DAY=.0 -DENABLE_CGAL -DENABLE_OPENCSG -DUSE_SCINTILLA_EDITOR -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. -I/usr/local/include/eigen3 -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtOpenGL -I/usr/local/include/qt4 -Isrc -I/usr/local/include/qt4 -Isrc/libtess2/Include -I/usr/local/include -Iobjects -I/usr/local/include/qt4 -I/usr/local/include src/editor.h -o objects/moc_editor.cpp > /usr/local/bin/moc-qt4 -DOPENSCAD_VERSION=2015.03 -DOPENSCAD_YEAR=2015.0 -DOPENSCAD_MONTH=03.0 -DOPENSCAD_DAY=.0 -DENABLE_CGAL -DENABLE_OPENCSG -DUSE_SCINTILLA_EDITOR -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. -I/usr/local/include/eigen3 -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtOpenGL -I/usr/local/include/qt4 -Isrc -I/usr/local/include/qt4 -Isrc/libtess2/Include -I/usr/local/include -Iobjects -I/usr/local/include/qt4 -I/usr/local/include src/scintillaeditor.h -o objects/moc_scintillaeditor.cpp > c++ -c -O2 -pipe -fno-strict-aliasing -frounding-math -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -I/usr/local/include/harfbuzz -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/freetype2 -pthread -D_THREAD_SAFE -Wall -W -Wno-unused-local-typedefs -DOPENSCAD_VERSION=2015.03 -DOPENSCAD_YEAR=2015.0 -DOPENSCAD_MONTH=03.0 -DOPENSCAD_DAY=.0 -DENABLE_CGAL -DENABLE_OPENCSG -DUSE_SCINTILLA_EDITOR -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. -I/usr/local/include/eigen3 -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtOpenGL -I/usr/local/include/qt4 -Isrc -I/usr/local/include/qt4 -Isrc/libtess2/Include -I/usr/local/include -Iobjects -I/usr/local/include/qt4 -I/usr/local/include -o objects/scadlexer.o src/scadlexer.cpp > cc1plus: error: unrecognized command line option "-Wno-unused-local-typedefs" > *** [objects/scadlexer.o] Error code 1 > 1 error > ===> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > the maintainer. > *** [do-build] Error code 1 > > Stop in /usr/ports/cad/openscad. I'm not in a hurry to upgrade this, but if you want me to make any test, feel free to ask. bye & Thanks av. From owner-freebsd-ports@FreeBSD.ORG Fri Mar 27 15:45:44 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B3A5418 for ; Fri, 27 Mar 2015 15:45:44 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5C896810 for ; Fri, 27 Mar 2015 15:45:44 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t2RFjZ58007916; Fri, 27 Mar 2015 08:45:41 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: "freebsd-ports@freebsd.org" , Richard Kuhns In-Reply-To: <55155E01.6040600@wintek.com> References: <55155E01.6040600@wintek.com> From: "Chris H" Subject: Re: I want to tell pkg to just forget about an installed port Date: Fri, 27 Mar 2015 08:45:41 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2015 15:45:44 -0000 On Fri, 27 Mar 2015 09:41:21 -0400 Richard Kuhns wrote > Hello, > > How can I tell pkg to completely forget about an installed port, without > deleting it? > > Specifically, I installed net-mgmt/observium a couple of months ago. I > really like it and have paid for a subscription so what is currently on > disk is mostly *not* what was installed by the port, so I'd like to tell > pkg to forget about it. You're most probably interested in: lock see pkg(8) for details on how, and where to set this option (command). --Chris > > Thanks! > > - > Richard Kuhns Main Number: 765-742-8428 > Wintek Corporation Direct: 765-269-8541 > 427 N 6th Street Internet Support: 765-269-8503 > Lafayette, IN 47901-2211 Consulting: 765-269-8504 > _______________________________________________ > 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 Fri Mar 27 16:28:33 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 294AF6DF for ; Fri, 27 Mar 2015 16:28:33 +0000 (UTC) Received: from asp.reflexion.net (outbound-243.asp.reflexion.net [69.84.129.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D769DDCE for ; Fri, 27 Mar 2015 16:28:31 +0000 (UTC) Received: (qmail 17653 invoked from network); 27 Mar 2015 16:28:30 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 27 Mar 2015 16:28:30 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.40.1) with SMTP; Fri, 27 Mar 2015 12:28:30 -0400 (EDT) Received: (qmail 22363 invoked from network); 27 Mar 2015 16:28:30 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 27 Mar 2015 16:28:30 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-67-189-19-145.hsd1.or.comcast.net [67.189.19.145]) by iron2.pdx.net (Postfix) with ESMTPSA id 794111C43A6; Fri, 27 Mar 2015 09:28:26 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Fwd: 11.0-CURRENT: SCTP_MAX_CWND, lib/libc/net/sctp_sys_calls.c -r279859 vs. updating to head snaphot -r280598 Date: Fri, 27 Mar 2015 09:28:28 -0700 References: <24B7C687-9147-42F1-AE49-92F93DC85AA8@dsl-only.net> To: freebsd-toolchain@freebsd.org, freebsd-ports@freebsd.org Message-Id: <2114397E-B46A-4DF3-BAE4-59DA4D548C1B@dsl-only.net> Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2015 16:28:33 -0000 About the below Miacheal Tuexen wrote back: > I guess there is something wrong with the build system / Makefiles = such that the entries in the search path for include files are in the = wrong order. I don't think this is related to the concrete patch you are = referring to. It only exposes the problem. As I see, you experience = similar problems in other situations to. >=20 > Maybe someone knowing the build system has to look into it. And it = seems to be somewhat platform specific, since I have not observed this = problem when testing the build on amd64 and arm. >=20 > Best regards > Michael =3D=3D=3D Mark Millard markmi at dsl-only.net Begin forwarded message: From: Mark Millard Subject: 11.0-CURRENT: SCTP_MAX_CWND, lib/libc/net/sctp_sys_calls.c = -r279859 vs. updating to head snaphot -r280598 Date: 2015-March-26 at 07:36:01 PM PDT Cc: FreeBSD PowerPC ML To: freebsd-current@freebsd.org, tuexen@freebsd.org Basic context: # freebsd-version -ku; uname -apKU 11.0-CURRENT 11.0-CURRENT FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r279514M: Sat Mar = 21 05:15:23 PDT 2015 = root@FBSDG5C0:/usr/obj/usr/srcC/sys/GENERIC64vtsc-NODEBUG powerpc = powerpc64 1100062 1100062 The problem: Summary of the details that are listed later. Both of the following = exist: /usr/src/sys/netinet/sctp.h /usr/include/netinet/sctp.h The first can be newer than the 2nd during buildworld. The buildworld compile of /head/lib/libc/net/sctp_sys_calls.c from an = updated /usr/src can/does end up using the second instead of the first, = at least for the powerpc64-xtoolchain-gcc style of buildworld activity = that I am trying. The recent addition of SCTP_MAX_CWND ends up with its definition missing = because of this: during the build /usr/include/netinet/sctp.h ends up = being the file included and the compile fails from the missing = additional definition. Either the #include paths in /head/lib/libc/net/sctp_sys_calls.c or the = command line arguments should force the /usr/src/sys/netinet/sctp.h = vintage file to be found. The 3 netinet/ relevant includes are shown = below... > ... > #include > #include > #include > #include More than sctp.h might have such issues since there are 3 netinet/ = include paths in /head/lib/libc/net/sctp_sys_calls.c . I have not checked for other .c files with similar issues for = usage during buildworld. The problem details: /head/lib/libc/net/sctp_sys_calls.c -r279859 added: > case SCTP_MAX_CWND: > ((struct sctp_assoc_value *)arg)->assoc_id =3D id; > break; and head (20150325 r280598) contains it. But the SCTP_MAX_CWND reference blocks buildworld (for at least = /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc = (powerpc64-xtoolchain=3Dgcc) use): > /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -fpic -DPIC -O2 = -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include = -I/usr/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE = -I/usr/src/lib/libc/../../contrib/gdtoa = -I/usr/src/lib/libc/../../contrib/libc-vis -DINET6 = -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE = -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd = -I/usr/src/lib/libc/../../contrib/jemalloc/include -DMALLOC_PRODUCTION = -I/usr/src/lib/libc/../../contrib/tzcode/stdtime = -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES = -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING = -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector = -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized = -Wno-pointer-sign -c /usr/src/lib/libc/net/sctp_sys_calls.c -o = sctp_sys_calls.So >=20 > /usr/src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_opt_info': > /usr/src/lib/libc/net/sctp_sys_calls.c:386:7: error: 'SCTP_MAX_CWND' = undeclared (first use in this function) > case SCTP_MAX_CWND: ^ Looking to see where usage and definitions might be in /usr/src for = -r280598 ... > # pwd > /usr/src > $ find . \( -type d -name .svn -prune \) -or \( -type f -exec grep = SCTP_MAX_CWND {} \; -print \) | more > case SCTP_MAX_CWND: > ./lib/libc/net/sctp_sys_calls.c > case SCTP_MAX_CWND: > case SCTP_MAX_CWND: > ./sys/netinet/sctp_usrreq.c > #define SCTP_MAX_CWND 0x00000032 > ./sys/netinet/sctp.h And looking at the list of includes in = /head/lib/libc/net/sctp_sys_calls.c for -r279859 shows: > #include > __FBSDID("$FreeBSD$"); >=20 > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include That there was no complaint about sctp.h being missing suggests that a = was found but did not contain a SCTP_MAX_CWND = definition: so a different one than the above find/grep reported. Using a find to report other sctp.h files shows: > # find / \( -type d -name .svn -prune \) -or \( -type f -name sctp.h = -print \) | more > /usr/src/sys/netinet/sctp.h > /usr/include/netinet/sctp.h The diff of those shows the problem if the wrong file is found and used: > # diff /usr/include/netinet/sctp.h /usr/src/sys/netinet/sctp.h > 34c34 > < __FBSDID("$FreeBSD: head/sys/netinet/sctp.h 269945 2014-08-13 = 15:50:16Z tuexen $"); > --- >> __FBSDID("$FreeBSD: head/sys/netinet/sctp.h 279859 2015-03-10 = 19:49:25Z tuexen $"); > 130a131 >> #define SCTP_MAX_CWND 0x00000032 Context details: > make -j 8 CROSS_TOOLCHAIN=3Dpowerpc64-gcc=20 > WITHOUT_CLANG_BOOTSTRAP=3D WITHOUT_CLANG=3D WITHOUT_CLANG_IS_CC=3D \ > WITHOUT_LLDB=3D \ > WITH_GCC_BOOTSTRAP=3D WITH_GCC=3D WITHOUT_GNUCXX=3D \ > WITHOUT_BOOT=3D WITHOUT_LIB32=3D \ > buildworld buildkernel \ > KERNCONF=3DGENERIC64vtsc-NODEBUG > TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 > # svnlite info /usr/src > Path: . > Working Copy Root Path: /usr/src > URL: https://svn0.us-west.freebsd.org/base/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 280615 > Node Kind: directory > Schedule: normal > Last Changed Author: hselasky > Last Changed Rev: 280598 > Last Changed Date: 2015-03-25 06:32:27 -0700 (Wed, 25 Mar 2015) signals.h and pthread.h have been updated to more recent than -r280598 = in order to avoid the __nonnull issues that exist as of -r280598. > # svnlite st /usr/src --no-ignore > ? /usr/src/.snap > ? /usr/src/restoresymtable > M /usr/src/sys/ddb/db_main.c > M /usr/src/sys/ddb/db_script.c > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG > ? /usr/src/sys/powerpc/conf/GENERICvtsc > ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG > M /usr/src/sys/powerpc/ofw/ofw_machdep.c > M /usr/src/sys/powerpc/ofw/ofwcall64.S (The .c/.S changes are tied to a PowerMac-G5-specific boot-problem fix = and getting information from early boot failures if I get any more. The = GENERIC's remove ps3 in order to have both vt and sc at the same = time.) > # more /etc/src.conf=20 > NO_WERROR=3D > WITH_LIBCPLUSPLUS=3D > CC=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc > CXX=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > CPP=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-cpp > CROSS_BINUTILS_PREFIX=3D/usr/local/powerpc64-freebsd/bin/ > X_COMPILER_TYPE=3Dgcc > CXXFLAGS+=3D-I/usr/obj/usr/srcC/tmp/usr/include/c++/v1/. -std=3Dgnu++11 = -L/usr/obj/usr/srcC/lib/libc++/. > CXXFLAGS+=3D-I/usr/include/c++/v1/. -std=3Dgnu++11 -L/usr/lib/. (The above and just below experiments with mostly(?) avoiding use of gcc = 4.2.1, even for CC/CXX/CPP contexts.) > # ls -FPal /usr/bin/g[+c]* > lrwxr-xr-x 1 root wheel 48 Mar 20 02:03 /usr/bin/g++@ -> = /usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > lrwxr-xr-x 1 root wheel 48 Mar 19 04:20 /usr/bin/gcc@ -> = /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc > # more /etc/make.conf > WRKDIRPREFIX=3D/usr/obj/portswork > #WITH_DEBUG=3D > MALLOC_PRODUCTION=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ports@FreeBSD.ORG Fri Mar 27 16:29:39 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C90728D3 for ; Fri, 27 Mar 2015 16:29:39 +0000 (UTC) Received: from new2-smtp.messagingengine.com (new2-smtp.messagingengine.com [66.111.4.224]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 95B58DF0 for ; Fri, 27 Mar 2015 16:29:39 +0000 (UTC) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailnew.nyi.internal (Postfix) with ESMTP id 17531F12 for ; Fri, 27 Mar 2015 12:29:34 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute5.internal (MEProxy); Fri, 27 Mar 2015 12:29:36 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=ZZmHmMAns3DcM5V Y3iG9um+NF/g=; b=FSoKi0cX3psUMpGGF4LGX+L/r12uFD6NxG0ImyIyCAc+PsW tDk0Pd8HviKbMiL9f4ZuMJ+180FUDWHX2AL+z4zw2TXc3g3AsZaNkjlhDiH8vrNg BcRbZ8ni6g0nPzR+B1htgKldLrWdnh1S6US9hOFNRxoXWURx8wMZ/cfaJ+z0= Received: by web3.nyi.internal (Postfix, from userid 99) id BA10C109830; Fri, 27 Mar 2015 12:29:36 -0400 (EDT) Message-Id: <1427473776.2764517.246103097.2559DEDE@webmail.messagingengine.com> X-Sasl-Enc: Qg4usSV4ChDRbwgjvempv2DtQXup+VPXd4f6NqpR1R71 1427473776 From: Mark Felder To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-f437beda Subject: Re: I want to tell pkg to just forget about an installed port Date: Fri, 27 Mar 2015 11:29:36 -0500 In-Reply-To: <55155E01.6040600@wintek.com> References: <55155E01.6040600@wintek.com> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2015 16:29:39 -0000 On Fri, Mar 27, 2015, at 08:41, Richard Kuhns wrote: > Hello, > > How can I tell pkg to completely forget about an installed port, without > deleting it? > > Specifically, I installed net-mgmt/observium a couple of months ago. I > really like it and have paid for a subscription so what is currently on > disk is mostly *not* what was installed by the port, so I'd like to tell > pkg to forget about it. > Why not just move /usr/local/www/observium out of the way, pkg delete observium, and then move it back? From owner-freebsd-ports@FreeBSD.ORG Fri Mar 27 16:30:16 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3598D978 for ; Fri, 27 Mar 2015 16:30:16 +0000 (UTC) Received: from o-server.protys.cz (o-server.protys.cz [90.183.113.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EF5F8E01 for ; Fri, 27 Mar 2015 16:30:15 +0000 (UTC) Received: from JIRKA (jirka.protys.cz [90.183.113.101]) by o-server.protys.cz (Postfix) with ESMTP id D95D316A448; Fri, 27 Mar 2015 17:20:17 +0100 (CET) Reply-To: From: "Jiri Lazansky" To: Subject: FreeBSD Port: mc-4.8.14 Date: Fri, 27 Mar 2015 17:20:15 +0100 Organization: ProTyS, a.s. Message-ID: <002601d068a9$e89ed730$b9dc8590$@protys.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdBoph4rSKX/DwttQtC2fpvGRakJsA== Content-Language: cs Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2015 16:30:16 -0000 Dear maintainer: I tried to upgrade well working mc-4.8.13_3 to mc-4.8.14 on FreeBSD 9.3 = (AMD64) with subshell using the port misc/mc. My shell is 'bash'. The result was: 1. Very long start-up time 2. Subshell not working (has not read ~/.bashrc). Following patch resolved the situation: =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 --- src/subshell.c.orig +++ src/subshell.c @@ -874,8 +874,7 @@ { case BASH: g_snprintf (precmd, sizeof (precmd), - " = PROMPT_COMMAND=3D${PROMPT_COMMAND:+$PROMPT_COMMAND; }'pwd>&%d;kill -STOP = $$'\n", - subshell_pipe[WRITE]); + " PROMPT_COMMAND=3D'pwd>&%d;kill -STOP $$'\n", = subshell_pipe[WRITE]); break; case ZSH: =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 The output of 'mc -V' is GNU Midnight Commander 4.8.14 Built with GLib 2.42.2 Using the S-Lang library with terminfo database With builtin Editor With subshell support as default With support for background operations With mouse support on xterm With support for X11 events With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, sftpfs, fish, = smbfs Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: = 64; Please analyse the reasons and try to update the port. Best regards Jiri Lazansky From owner-freebsd-ports@FreeBSD.ORG Fri Mar 27 16:32:46 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C702FAA5 for ; Fri, 27 Mar 2015 16:32:46 +0000 (UTC) Received: from asp.reflexion.net (outbound-243.asp.reflexion.net [69.84.129.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 80844EC3 for ; Fri, 27 Mar 2015 16:32:46 +0000 (UTC) Received: (qmail 13524 invoked from network); 27 Mar 2015 16:32:45 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 27 Mar 2015 16:32:45 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.40.1) with SMTP; Fri, 27 Mar 2015 12:32:45 -0400 (EDT) Received: (qmail 24925 invoked from network); 27 Mar 2015 16:32:45 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 27 Mar 2015 16:32:45 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-67-189-19-145.hsd1.or.comcast.net [67.189.19.145]) by iron2.pdx.net (Postfix) with ESMTPSA id 5DE841C439E; Fri, 27 Mar 2015 09:32:41 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Fwd: 11.0-CURRENT: SBUF_INCLUDENUL, /head/sys/kern/subr_sbuf.c -r280193 vs. updating to head snaphot -r280598 Date: Fri, 27 Mar 2015 09:32:43 -0700 References: To: freebsd-toolchain@freebsd.org, freebsd-ports@freebsd.org Message-Id: <7E2A4AC1-9C67-4029-A59F-E6902AE35380@dsl-only.net> Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2015 16:32:46 -0000 About the below Ian Lepore wrote: > This and the other similar reports on current@ appear to be problems > with the xtoolchain ports, not the base build system, and probably > should have been reported to the port's maintainer, or on ports@. Or > perhaps it's some sort of usage error, I don't know anything about the > xtoolchain stuff. In any case, there doesn't seem to be anything = wrong > with the base build using the supported build mechanisms. =3D=3D=3D Mark Millard markmi at dsl-only.net Begin forwarded message: Subject: 11.0-CURRENT: SBUF_INCLUDENUL, /head/sys/kern/subr_sbuf.c = -r280193 vs. updating to head snaphot -r280598 From: Mark Millard Date: 2015-March-26 at 09:15:46 PM PDT Cc: FreeBSD PowerPC ML To: freebsd-current@freebsd.org, Ian Lepore Basic context: # freebsd-version -ku; uname -apKU 11.0-CURRENT 11.0-CURRENT FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r279514M: Sat Mar = 21 05:15:23 PDT 2015 = root@FBSDG5C0:/usr/obj/usr/srcC/sys/GENERIC64vtsc-NODEBUG powerpc = powerpc64 1100062 1100062 The problem: Summary of the details that are listed later. Both of the following = exist: /usr/src/sys/sys/sbuf.h /usr/include/sys/sbuf.h The first can be newer than the 2nd during buildworld. The buildworld compile of /head/sys/kern/subr_sbuf.c from an updated = /usr/src can/does end up using the second instead of the first, at least = for the powerpc64-xtoolchain-gcc style of buildworld activity that I am = trying. The recent addition of SBUF_INCLUDENUL use ends up with its definition = missing because of this: during the build /usr/include/sys/sbuf.h ends = up being the file included and the compile fails from the missing = additional definition. Either the #include paths in /head/sys/kern/subr_sbuf.c or the command = line arguments should force the /usr/src/sys/sys/sbuf.h vintage file to = be found. The /head/sys/kern/subr_sbuf.c relevant includes are shown = below... > #include > __FBSDID("$FreeBSD: head/sys/kern/subr_sbuf.c 280193 2015-03-17 = 21:00:31Z ian $"); >=20 > #include >=20 > #ifdef _KERNEL > #include > #include > #include > #include > #include > #include > #include > #else /* _KERNEL */ > #include > #include > #include > #include > #include > #include > #endif /* _KERNEL */ >=20 > #include I have not checked for other .c files with similar issues for = usage during buildworld. The problem details: /head/sys/kern/subr_sbuf.c -r280193 added: > #define SBUF_NULINCLUDED(s) ((s)->s_flags & SBUF_INCLUDENUL) and head (20150325 r280598) contains it. But the SBUF_INCLUDENUL reference blocks buildworld (for at least = /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc = (powerpc64-xtoolchain=3Dgcc) use): > /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -fpic -DPIC -O2 = -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes = -Wmissing-pro > totypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings = -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts = -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition > -Wno-pointer-sign -c /usr/src/lib/libsbuf/../../sys/kern/subr_sbuf.c = -o subr_sbuf.So > ... > /usr/src/lib/libsbuf/../../sys/kern/subr_sbuf.c:73:45: error: = 'SBUF_INCLUDENUL' undeclared (first use in this function) > #define SBUF_NULINCLUDED(s) ((s)->s_flags & SBUF_INCLUDENUL) > ^ Looking to see where SBUF_INCLUDENUL usage and definitions might be in = /usr/src for -r280598 ... > # pwd > /usr/src > # find . \( -type d -name .svn -prune \) -or \( -type f -exec grep = SBUF_INCLUDENUL {} \; -print \) | more > .It Dv SBUF_INCLUDENUL > ./share/man/man9/sbuf.9 > #define SBUF_INCLUDENUL 0x00000002 /* nulterm byte is counted in = len */ > ./sys/sys/sbuf.h > sbuf_clear_flags(&sbuf, SBUF_INCLUDENUL); > ./sys/vm/uma_core.c > SBUF_INCLUDENUL); > ./sys/netinet/tcp_hostcache.c > sbuf_clear_flags(&sbuf, SBUF_INCLUDENUL); > ./sys/kern/kern_malloc.c > SBUF_INCLUDENUL); > ./sys/kern/kern_cons.c > sbuf_clear_flags(&sb, SBUF_INCLUDENUL); > sbuf_clear_flags(&sb, SBUF_INCLUDENUL); > ./sys/kern/kern_descrip.c > sbuf_clear_flags(&sb, SBUF_INCLUDENUL); > sbuf_clear_flags(&sb, SBUF_INCLUDENUL); > sbuf_clear_flags(&sb, SBUF_INCLUDENUL); > sbuf_clear_flags(&sb, SBUF_INCLUDENUL); > sbuf_clear_flags(&sb, SBUF_INCLUDENUL); > ./sys/kern/kern_proc.c > sbuf_new(&sb, NULL, 256, SBUF_AUTOEXTEND | SBUF_INCLUDENUL); > ./sys/kern/kern_et.c > sbuf_new(&sb, NULL, 128, SBUF_AUTOEXTEND | SBUF_INCLUDENUL); > ./sys/kern/kern_fail.c > s =3D sbuf_new(s, buf, length, SBUF_FIXEDLEN | = SBUF_INCLUDENUL); > ./sys/kern/kern_sysctl.c > #define SBUF_NULINCLUDED(s) ((s)->s_flags & SBUF_INCLUDENUL) > ./sys/kern/subr_sbuf.c Looking at the list of includes in /head/lib/libc/net/sctp_sys_calls.c = for -r280193 shows: > #include > __FBSDID("$FreeBSD: head/sys/kern/subr_sbuf.c 280193 2015-03-17 = 21:00:31Z ian $"); >=20 > #include >=20 > #ifdef _KERNEL > #include > #include > #include > #include > #include > #include > #include > #else /* _KERNEL */ > #include > #include > #include > #include > #include > #include > #endif /* _KERNEL */ >=20 > #include That there was no complaint about sbuf.h being missing suggests that a = was found but did not contain a SBUF_INCLUDENUL definition: = so a different one than the above find/grep reported. Using a find to report other sctp.h files shows: > # find /usr/include \( -type d -name .svn -prune \) -or \( -type f = -name sbuf.h -print \) | more > /usr/include/sys/sbuf.h The diff of the two variants shows the problem if the wrong file is = found and used: > # diff /usr/include/sys/sbuf.h /usr/src/sys/sys/sbuf.h > 28c28 > < * $FreeBSD: head/sys/sys/sbuf.h 269179 2014-07-28 07:20:22Z = gahr $ > --- >> * $FreeBSD: head/sys/sys/sbuf.h 279992 2015-03-14 16:02:11Z ian = $ > 50a51 >> #define SBUF_INCLUDENUL 0x00000002 /* nulterm byte is = counted in len */ > 66a68,70 >> int sbuf_get_flags(struct sbuf *); >> void sbuf_clear_flags(struct sbuf *, int); >> void sbuf_set_flags(struct sbuf *, int); Context details: > make -j 8 CROSS_TOOLCHAIN=3Dpowerpc64-gcc=20 > WITHOUT_CLANG_BOOTSTRAP=3D WITHOUT_CLANG=3D WITHOUT_CLANG_IS_CC=3D \ > WITHOUT_LLDB=3D \ > WITH_GCC_BOOTSTRAP=3D WITH_GCC=3D WITHOUT_GNUCXX=3D \ > WITHOUT_BOOT=3D WITHOUT_LIB32=3D \ > buildworld buildkernel \ > KERNCONF=3DGENERIC64vtsc-NODEBUG > TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 > # svnlite info /usr/src > Path: . > Working Copy Root Path: /usr/src > URL: https://svn0.us-west.freebsd.org/base/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 280615 > Node Kind: directory > Schedule: normal > Last Changed Author: hselasky > Last Changed Rev: 280598 > Last Changed Date: 2015-03-25 06:32:27 -0700 (Wed, 25 Mar 2015) signals.h and pthread.h have been updated to more recent than -r280598 = in order to avoid the __nonnull issues that exist as of -r280598. > # svnlite st /usr/src --no-ignore > ? /usr/src/.snap > ? /usr/src/restoresymtable > M /usr/src/sys/ddb/db_main.c > M /usr/src/sys/ddb/db_script.c > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG > ? /usr/src/sys/powerpc/conf/GENERICvtsc > ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG > M /usr/src/sys/powerpc/ofw/ofw_machdep.c > M /usr/src/sys/powerpc/ofw/ofwcall64.S (The .c/.S changes are tied to a PowerMac-G5-specific boot-problem fix = and getting information from early boot failures if I get any more. The = GENERIC's remove ps3 in order to have both vt and sc at the same = time.) > # more /etc/src.conf=20 > NO_WERROR=3D > WITH_LIBCPLUSPLUS=3D > CC=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc > CXX=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > CPP=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-cpp > CROSS_BINUTILS_PREFIX=3D/usr/local/powerpc64-freebsd/bin/ > X_COMPILER_TYPE=3Dgcc > CXXFLAGS+=3D-I/usr/obj/usr/srcC/tmp/usr/include/c++/v1/. -std=3Dgnu++11 = -L/usr/obj/usr/srcC/lib/libc++/. > CXXFLAGS+=3D-I/usr/include/c++/v1/. -std=3Dgnu++11 -L/usr/lib/. (The above and just below experiments with mostly(?) avoiding use of gcc = 4.2.1, even for CC/CXX/CPP contexts.) > # ls -FPal /usr/bin/g[+c]* > lrwxr-xr-x 1 root wheel 48 Mar 20 02:03 /usr/bin/g++@ -> = /usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > lrwxr-xr-x 1 root wheel 48 Mar 19 04:20 /usr/bin/gcc@ -> = /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc > # more /etc/make.conf > WRKDIRPREFIX=3D/usr/obj/portswork > #WITH_DEBUG=3D > MALLOC_PRODUCTION=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ports@FreeBSD.ORG Fri Mar 27 20:11:09 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE543A72 for ; Fri, 27 Mar 2015 20:11:09 +0000 (UTC) Received: from clavin1.langille.org (clavin.langille.org [162.208.116.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "clavin.langille.org", Issuer "StartCom Class 2 Primary Intermediate Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C9AD6F2B for ; Fri, 27 Mar 2015 20:11:09 +0000 (UTC) Received: from (clavin1.int.langille.org (clavin1.int.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) with ESMTPSA id 5EA0C33BF ; Fri, 27 Mar 2015 20:11:07 +0000 (UTC) From: Dan Langille Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: FreeBSD Port: security/py-kerberos Date: Fri, 27 Mar 2015 16:11:06 -0400 Message-Id: To: roland@micite.net Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) Cc: ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2015 20:11:10 -0000 Hello, Why does security/py-kerberos require security/krb5? I ask because we already have Kerberos in base. Why do we need two = installations of Kerberos? I'm confused. :/ I ask because I just added security/py-requests-kerberos to the tree. =E2=80=94=20 Dan Langille http://langille.org/ From owner-freebsd-ports@FreeBSD.ORG Fri Mar 27 21:39:56 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53C93557 for ; Fri, 27 Mar 2015 21:39:56 +0000 (UTC) Received: from clavin1.langille.org (clavin.langille.org [162.208.116.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "clavin.langille.org", Issuer "StartCom Class 2 Primary Intermediate Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D265A88 for ; Fri, 27 Mar 2015 21:39:55 +0000 (UTC) Received: from (clavin1.int.langille.org (clavin1.int.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) with ESMTPSA id 9E1C33472 ; Fri, 27 Mar 2015 21:39:53 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: FreeBSD Port: security/py-kerberos From: Dan Langille In-Reply-To: <5515CD55.3040203@micite.net> Date: Fri, 27 Mar 2015 17:39:54 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <7AC0D3B1-32EB-4732-BD7F-7258FD068992@langille.org> References: <5515CD55.3040203@micite.net> To: Roland van Laar X-Mailer: Apple Mail (2.2070.6) Cc: ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2015 21:39:56 -0000 > On Mar 27, 2015, at 5:36 PM, Roland van Laar = wrote: >=20 > On 27-03-15 21:11, Dan Langille wrote: >> Hello, >>=20 >> Why does security/py-kerberos require security/krb5? >>=20 >> I ask because we already have Kerberos in base. Why do we need two = installations of Kerberos? >>=20 >> I'm confused. :/ >>=20 >> I ask because I just added security/py-requests-kerberos to the tree. >=20 > py-kerberos depends on gssapi/gssapi_generic.h. > This file isn't included in the base kerberos, but it is in the = security/krb5 port. I see. So we need it only for compiling, not for running? I want to avoid having two Kerberos installed on the server. :) =E2=80=94=20 Dan Langille http://langille.org/ From owner-freebsd-ports@FreeBSD.ORG Fri Mar 27 21:45:01 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F9848C4 for ; Fri, 27 Mar 2015 21:45:01 +0000 (UTC) Received: from smtp08.online.nl (smtp08.online.nl [194.134.42.53]) by mx1.freebsd.org (Postfix) with ESMTP id 395BEBC5 for ; Fri, 27 Mar 2015 21:45:00 +0000 (UTC) Received: from smtp08.online.nl (localhost [127.0.0.1]) by smtp08.online.nl (Postfix) with ESMTP id 1183D6682C for ; Fri, 27 Mar 2015 22:38:07 +0100 (CET) Received: from micite.net (s529d340f.adsl.online.nl [82.157.52.15]) by smtp08.online.nl (Postfix) with ESMTP for ; Fri, 27 Mar 2015 22:38:06 +0100 (CET) Received: (qmail 95127 invoked by uid 98); 27 Mar 2015 21:34:45 -0000 Received: from 192.168.1.64 (roland@192.168.1.64) by lutetium.micite.net (envelope-from , uid 82) with qmail-scanner-2.01 (spamassassin: 3.3.2. Clear:RC:0(192.168.1.64):SA:0(1.4/5.0):. Processed in 2.644788 secs); 27 Mar 2015 21:34:45 -0000 X-Spam-Status: No, score=1.4 required=5.0 X-Spam-Level: + Received: from unknown (HELO ?192.168.1.92?) (roland@192.168.1.64) by server-lutetium.lan with SMTP; 27 Mar 2015 21:33:01 -0000 Message-ID: <5515CD55.3040203@micite.net> Date: Fri, 27 Mar 2015 22:36:21 +0100 From: Roland van Laar User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Dan Langille Subject: Re: FreeBSD Port: security/py-kerberos References: In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Online-Scanned: by Cloudmark authority (on smtp08.online.nl) Cc: ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2015 21:45:01 -0000 On 27-03-15 21:11, Dan Langille wrote: > Hello, > > Why does security/py-kerberos require security/krb5? > > I ask because we already have Kerberos in base. Why do we need two installations of Kerberos? > > I'm confused. :/ > > I ask because I just added security/py-requests-kerberos to the tree. py-kerberos depends on gssapi/gssapi_generic.h. This file isn't included in the base kerberos, but it is in the security/krb5 port. Regards, Roland > > > — > Dan Langille > http://langille.org/ > > > > > From owner-freebsd-ports@FreeBSD.ORG Fri Mar 27 22:02:33 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04F2ED97 for ; Fri, 27 Mar 2015 22:02:33 +0000 (UTC) Received: from clavin1.langille.org (clavin.langille.org [162.208.116.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "clavin.langille.org", Issuer "StartCom Class 2 Primary Intermediate Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CF34ADC0 for ; Fri, 27 Mar 2015 22:02:32 +0000 (UTC) Received: from (clavin1.int.langille.org (clavin1.int.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) with ESMTPSA id 6B70C3514 ; Fri, 27 Mar 2015 22:02:31 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: FreeBSD Port: security/py-kerberos From: Dan Langille In-Reply-To: <5515D279.8090406@micite.net> Date: Fri, 27 Mar 2015 18:02:31 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <4FF6BD31-447E-4EE0-8A66-8385D686424D@langille.org> References: <5515CD55.3040203@micite.net> <7AC0D3B1-32EB-4732-BD7F-7258FD068992@langille.org> <5515D20D.4010802@micite.net> <5515D279.8090406@micite.net> To: Roland van Laar X-Mailer: Apple Mail (2.2070.6) Cc: ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2015 22:02:33 -0000 > On Mar 27, 2015, at 5:58 PM, Roland van Laar = wrote: >=20 > On 27-03-15 22:56, Roland van Laar wrote: >> On 27-03-15 22:39, Dan Langille wrote: >>>> On Mar 27, 2015, at 5:36 PM, Roland van Laar = wrote: >>>>=20 >>>> On 27-03-15 21:11, Dan Langille wrote: >>>>> Hello, >>>>>=20 >>>>> Why does security/py-kerberos require security/krb5? >>>>>=20 >>>>> I ask because we already have Kerberos in base. Why do we need = two installations of Kerberos? >>>>>=20 >>>>> I'm confused. :/ >>>>>=20 >>>>> I ask because I just added security/py-requests-kerberos to the = tree. >>>> py-kerberos depends on gssapi/gssapi_generic.h. >>>> This file isn't included in the base kerberos, but it is in the = security/krb5 port. >>> I see. >>>=20 >>> So we need it only for compiling, not for running? >> ;-) I haven't tried running it without the krb5 package. > The resulting python module is: kerberos.so. > Which actually depends on libkrb5support.so from security/krb5 > See: >=20 > # ldd ./kerberos.so > ./kerberos.so: > libpython2.7.so.1 =3D> /usr/local/lib/libpython2.7.so.1 = (0x801606000) > libgssapi_krb5.so =3D> /usr/local/lib/libgssapi_krb5.so = (0x8019c1000) > libkrb5.so =3D> /usr/local/lib/libkrb5.so (0x801c08000) > libk5crypto.so =3D> /usr/local/lib/libk5crypto.so (0x801ee8000) > libcom_err.so =3D> /usr/local/lib/libcom_err.so (0x802117000) > libc.so.7 =3D> /lib/libc.so.7 (0x80081f000) > libthr.so.3 =3D> /lib/libthr.so.3 (0x80231a000) > libintl.so.9 =3D> /usr/local/lib/libintl.so.9 (0x80253f000) > libutil.so.9 =3D> /lib/libutil.so.9 (0x802748000) > libm.so.5 =3D> /lib/libm.so.5 (0x80295a000) > libkrb5support.so =3D> /usr/local/lib/libkrb5support.so = (0x802b82000) That looks like what I found on my server after installing. >>> I want to avoid having two Kerberos installed on the server. :) I wonder why it needs security/krb5 and can't use Kerberos from base. = It seems odd to me... =E2=80=94=20 Dan Langille http://langille.org/ From owner-freebsd-ports@FreeBSD.ORG Fri Mar 27 22:03:47 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FBF5E48 for ; Fri, 27 Mar 2015 22:03:47 +0000 (UTC) Received: from smtp06.online.nl (smtp06.online.nl [194.134.42.51]) by mx1.freebsd.org (Postfix) with ESMTP id 3848BDD0 for ; Fri, 27 Mar 2015 22:03:46 +0000 (UTC) Received: from smtp06.online.nl (localhost [127.0.0.1]) by smtp06.online.nl (Postfix) with ESMTP id CAA0C966CD for ; Fri, 27 Mar 2015 22:53:42 +0100 (CET) Received: from micite.net (s529d340f.adsl.online.nl [82.157.52.15]) by smtp06.online.nl (Postfix) with ESMTP for ; Fri, 27 Mar 2015 22:53:42 +0100 (CET) Received: (qmail 95436 invoked by uid 98); 27 Mar 2015 21:50:21 -0000 Received: from 192.168.1.64 (roland@192.168.1.64) by lutetium.micite.net (envelope-from , uid 82) with qmail-scanner-2.01 (spamassassin: 3.3.2. Clear:RC:0(192.168.1.64):SA:0(1.4/5.0):. Processed in 2.688261 secs); 27 Mar 2015 21:50:21 -0000 X-Spam-Status: No, score=1.4 required=5.0 X-Spam-Level: + Received: from unknown (HELO ?192.168.1.92?) (roland@192.168.1.64) by server-lutetium.lan with SMTP; 27 Mar 2015 21:48:58 -0000 Message-ID: <5515D112.6000905@micite.net> Date: Fri, 27 Mar 2015 22:52:18 +0100 From: Roland van Laar User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Dan Langille Subject: Re: FreeBSD Port: security/py-kerberos References: <5515CD55.3040203@micite.net> <7AC0D3B1-32EB-4732-BD7F-7258FD068992@langille.org> In-Reply-To: <7AC0D3B1-32EB-4732-BD7F-7258FD068992@langille.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Online-Scanned: by Cloudmark authority (on smtp06.online.nl) Cc: ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2015 22:03:47 -0000 On 27-03-15 22:39, Dan Langille wrote: >> On Mar 27, 2015, at 5:36 PM, Roland van Laar wrote: >> >> On 27-03-15 21:11, Dan Langille wrote: >>> Hello, >>> >>> Why does security/py-kerberos require security/krb5? >>> >>> I ask because we already have Kerberos in base. Why do we need two installations of Kerberos? >>> >>> I'm confused. :/ >>> >>> I ask because I just added security/py-requests-kerberos to the tree. >> py-kerberos depends on gssapi/gssapi_generic.h. >> This file isn't included in the base kerberos, but it is in the security/krb5 port. > I see. > > So we need it only for compiling, not for running? ;-) I haven't tried running it without the krb5 package. > > I want to avoid having two Kerberos installed on the server. :) > > — > Dan Langille > http://langille.org/ > > > > > From owner-freebsd-ports@FreeBSD.ORG Fri Mar 27 22:05:50 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DAE96F09 for ; Fri, 27 Mar 2015 22:05:50 +0000 (UTC) Received: from smtp03.online.nl (smtp03.online.nl [194.134.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id 935EADE7 for ; Fri, 27 Mar 2015 22:05:50 +0000 (UTC) Received: from smtp03.online.nl (localhost [127.0.0.1]) by smtp03.online.nl (Postfix) with ESMTP id 1337668884 for ; Fri, 27 Mar 2015 23:00:01 +0100 (CET) Received: from micite.net (s529d340f.adsl.online.nl [82.157.52.15]) by smtp03.online.nl (Postfix) with ESMTP for ; Fri, 27 Mar 2015 23:00:00 +0100 (CET) Received: (qmail 95600 invoked by uid 98); 27 Mar 2015 21:56:39 -0000 Received: from 192.168.1.64 (roland@192.168.1.64) by lutetium.micite.net (envelope-from , uid 82) with qmail-scanner-2.01 (spamassassin: 3.3.2. Clear:RC:0(192.168.1.64):SA:0(1.4/5.0):. Processed in 2.654365 secs); 27 Mar 2015 21:56:39 -0000 X-Spam-Status: No, score=1.4 required=5.0 X-Spam-Level: + Received: from unknown (HELO ?192.168.1.92?) (roland@192.168.1.64) by server-lutetium.lan with SMTP; 27 Mar 2015 21:54:57 -0000 Message-ID: <5515D279.8090406@micite.net> Date: Fri, 27 Mar 2015 22:58:17 +0100 From: Roland van Laar User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Dan Langille Subject: Re: FreeBSD Port: security/py-kerberos References: <5515CD55.3040203@micite.net> <7AC0D3B1-32EB-4732-BD7F-7258FD068992@langille.org> <5515D20D.4010802@micite.net> In-Reply-To: <5515D20D.4010802@micite.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Online-Scanned: by Cloudmark authority (on smtp03.online.nl) Cc: ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2015 22:05:50 -0000 On 27-03-15 22:56, Roland van Laar wrote: > On 27-03-15 22:39, Dan Langille wrote: >>> On Mar 27, 2015, at 5:36 PM, Roland van Laar wrote: >>> >>> On 27-03-15 21:11, Dan Langille wrote: >>>> Hello, >>>> >>>> Why does security/py-kerberos require security/krb5? >>>> >>>> I ask because we already have Kerberos in base. Why do we need two >>>> installations of Kerberos? >>>> >>>> I'm confused. :/ >>>> >>>> I ask because I just added security/py-requests-kerberos to the tree. >>> py-kerberos depends on gssapi/gssapi_generic.h. >>> This file isn't included in the base kerberos, but it is in the >>> security/krb5 port. >> I see. >> >> So we need it only for compiling, not for running? > ;-) I haven't tried running it without the krb5 package. The resulting python module is: kerberos.so. Which actually depends on libkrb5support.so from security/krb5 See: # ldd ./kerberos.so ./kerberos.so: libpython2.7.so.1 => /usr/local/lib/libpython2.7.so.1 (0x801606000) libgssapi_krb5.so => /usr/local/lib/libgssapi_krb5.so (0x8019c1000) libkrb5.so => /usr/local/lib/libkrb5.so (0x801c08000) libk5crypto.so => /usr/local/lib/libk5crypto.so (0x801ee8000) libcom_err.so => /usr/local/lib/libcom_err.so (0x802117000) libc.so.7 => /lib/libc.so.7 (0x80081f000) libthr.so.3 => /lib/libthr.so.3 (0x80231a000) libintl.so.9 => /usr/local/lib/libintl.so.9 (0x80253f000) libutil.so.9 => /lib/libutil.so.9 (0x802748000) libm.so.5 => /lib/libm.so.5 (0x80295a000) libkrb5support.so => /usr/local/lib/libkrb5support.so (0x802b82000) >> >> I want to avoid having two Kerberos installed on the server. :) >> >> — >> Dan Langille >> http://langille.org/ >> >> >> >> >> > From owner-freebsd-ports@FreeBSD.ORG Fri Mar 27 22:16:24 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE48D251 for ; Fri, 27 Mar 2015 22:16:24 +0000 (UTC) Received: from smtp01.online.nl (smtp01.online.nl [194.134.41.31]) by mx1.freebsd.org (Postfix) with ESMTP id 5C3F1EEF for ; Fri, 27 Mar 2015 22:16:24 +0000 (UTC) Received: from smtp01.online.nl (localhost [127.0.0.1]) by smtp01.online.nl (Postfix) with ESMTP id 9248B8E18F for ; Fri, 27 Mar 2015 23:08:07 +0100 (CET) Received: from micite.net (s529d340f.adsl.online.nl [82.157.52.15]) by smtp01.online.nl (Postfix) with ESMTP for ; Fri, 27 Mar 2015 23:08:07 +0100 (CET) Received: (qmail 95825 invoked by uid 98); 27 Mar 2015 22:04:46 -0000 Received: from 192.168.1.64 (roland@192.168.1.64) by lutetium.micite.net (envelope-from , uid 82) with qmail-scanner-2.01 (spamassassin: 3.3.2. Clear:RC:0(192.168.1.64):SA:0(1.4/5.0):. Processed in 2.686866 secs); 27 Mar 2015 22:04:46 -0000 X-Spam-Status: No, score=1.4 required=5.0 X-Spam-Level: + Received: from unknown (HELO ?192.168.1.92?) (roland@192.168.1.64) by server-lutetium.lan with SMTP; 27 Mar 2015 22:03:02 -0000 Message-ID: <5515D45E.2010803@micite.net> Date: Fri, 27 Mar 2015 23:06:22 +0100 From: Roland van Laar User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Dan Langille Subject: Re: FreeBSD Port: security/py-kerberos References: <5515CD55.3040203@micite.net> <7AC0D3B1-32EB-4732-BD7F-7258FD068992@langille.org> <5515D20D.4010802@micite.net> <5515D279.8090406@micite.net> <4FF6BD31-447E-4EE0-8A66-8385D686424D@langille.org> In-Reply-To: <4FF6BD31-447E-4EE0-8A66-8385D686424D@langille.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Online-Scanned: by Cloudmark authority (on smtp01.online.nl) Cc: ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2015 22:16:25 -0000 On 27-03-15 23:02, Dan Langille wrote: >> On Mar 27, 2015, at 5:58 PM, Roland van Laar wrote: >> >> On 27-03-15 22:56, Roland van Laar wrote: >>> On 27-03-15 22:39, Dan Langille wrote: >>>>> On Mar 27, 2015, at 5:36 PM, Roland van Laar wrote: >>>>> >>>>> On 27-03-15 21:11, Dan Langille wrote: >>>>>> Hello, >>>>>> >>>>>> Why does security/py-kerberos require security/krb5? >>>>>> >>>>>> I ask because we already have Kerberos in base. Why do we need two installations of Kerberos? >>>>>> >>>>>> I'm confused. :/ >>>>>> >>>>>> I ask because I just added security/py-requests-kerberos to the tree. >>>>> py-kerberos depends on gssapi/gssapi_generic.h. >>>>> This file isn't included in the base kerberos, but it is in the security/krb5 port. >>>> I see. >>>> >>>> So we need it only for compiling, not for running? >>> ;-) I haven't tried running it without the krb5 package. >> The resulting python module is: kerberos.so. >> Which actually depends on libkrb5support.so from security/krb5 >> See: >> >> # ldd ./kerberos.so >> ./kerberos.so: >> libpython2.7.so.1 => /usr/local/lib/libpython2.7.so.1 (0x801606000) >> libgssapi_krb5.so => /usr/local/lib/libgssapi_krb5.so (0x8019c1000) >> libkrb5.so => /usr/local/lib/libkrb5.so (0x801c08000) >> libk5crypto.so => /usr/local/lib/libk5crypto.so (0x801ee8000) >> libcom_err.so => /usr/local/lib/libcom_err.so (0x802117000) >> libc.so.7 => /lib/libc.so.7 (0x80081f000) >> libthr.so.3 => /lib/libthr.so.3 (0x80231a000) >> libintl.so.9 => /usr/local/lib/libintl.so.9 (0x80253f000) >> libutil.so.9 => /lib/libutil.so.9 (0x802748000) >> libm.so.5 => /lib/libm.so.5 (0x80295a000) >> libkrb5support.so => /usr/local/lib/libkrb5support.so (0x802b82000) > That looks like what I found on my server after installing. > >>>> I want to avoid having two Kerberos installed on the server. :) > I wonder why it needs security/krb5 and can't use Kerberos from base. It seems odd to me... In what way is it odd? The base kerberos is a different one than the MIT one. py-kerberos is developed by Apple for their calendarserver software and I think they just used the MIT implementation. > > — > Dan Langille > http://langille.org/ > > > > > From owner-freebsd-ports@FreeBSD.ORG Sat Mar 28 01:04:06 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6562B15B for ; Sat, 28 Mar 2015 01:04:06 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46859219 for ; Sat, 28 Mar 2015 01:04:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id t2S146Uh038616 for ; Sat, 28 Mar 2015 01:04:06 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id t2S146wx038615 for freebsd-ports@freebsd.org; Sat, 28 Mar 2015 01:04:06 GMT (envelope-from bdrewery) Received: (qmail 59646 invoked from network); 27 Mar 2015 20:04:03 -0500 Received: from unknown (HELO ?10.10.1.139?) (freebsd@shatow.net@10.10.1.139) by sweb.xzibition.com with ESMTPA; 27 Mar 2015 20:04:03 -0500 Message-ID: <5515FE0A.40702@FreeBSD.org> Date: Fri, 27 Mar 2015 20:04:10 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: lev@FreeBSD.org, freebsd-ports@freebsd.org Subject: Re: How could I increase "runaway" timer for package build cluster? References: <54FB7119.4030208@FreeBSD.org> In-Reply-To: <54FB7119.4030208@FreeBSD.org> OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SMKAtFRRhhdpLRGcFHIeVUKIMnVD8qrTC" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Mar 2015 01:04:06 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --SMKAtFRRhhdpLRGcFHIeVUKIMnVD8qrTC Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 3/7/2015 3:43 PM, Lev Serebryakov wrote: >=20 > One of my ports (devel/gcc-arm-embedded) doesn't produce much output > on build (output is redirected to log files), but takes severa hours > to be built. >=20 > Looks like pkg building cluster doesn't like such behavior. >=20 > Could I notify build cluster (poudrere?) that this package takes a > lot of time without output? >=20 Well, consider the user's perspective too. "Is anything actually happenin= g?" Can you modify it to produce output? --=20 Regards, Bryan Drewery --SMKAtFRRhhdpLRGcFHIeVUKIMnVD8qrTC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJVFf4LAAoJEDXXcbtuRpfPsPoH/2x6cQHZZvOyPWhezlS8rArl XxjiMFdAZG0XNBtm7umDAyeJ9bjfenfp0UQEv2PfsxURhjqc+1uPY4nQS0NT9SHP pGR6xb0nWrAbMAVs1eIUslogA9wueDltYRnOLo7aj57MG7oB5hSxD3+ROlpKExb4 WPwe++3ScK1vxZy+Dm4bF5AsvZhPgcCq+zpOs79ptZKObE9xf5bYCfoIRDXjeNEL mDtKAdDQrR/aPFaGSUrEjt9JkyIXn7+R5DLV0eC5B4PfZk5Q+ZDK6kNsBDQ59ckH OxxqZ/M+go4Z1noFlx6w/u/WS2s8bHDPexS1OPk5FZ1zeKzaKr7cURis8/SGsYw= =K965 -----END PGP SIGNATURE----- --SMKAtFRRhhdpLRGcFHIeVUKIMnVD8qrTC-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 28 10:01:35 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1DE6E60 for ; Sat, 28 Mar 2015 10:01:35 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A8F90CDD for ; Sat, 28 Mar 2015 10:01:35 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-ports@freebsd.org with esmtp (envelope-from ) id <1YbnVL-002mNj-Ls>; Sat, 28 Mar 2015 10:58:11 +0100 Received: from x5ce10c22.dyn.telefonica.de ([92.225.12.34] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-ports@freebsd.org with esmtpsa (envelope-from ) id <1YbnVL-000Ewr-Iz>; Sat, 28 Mar 2015 10:58:11 +0100 Date: Sat, 28 Mar 2015 10:58:07 +0100 From: "O. Hartmann" To: FreeBSD Ports Subject: pkg-static: sqlite error while executing INSERT OR REPLACE INTO Message-ID: <20150328105807.7db95a09.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/D0LJeZmGEwNUtTA6E4w6cfj"; protocol="application/pgp-signature" X-Originating-IP: 92.225.12.34 X-ZEDAT-Hint: A X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Mar 2015 10:01:36 -0000 --Sig_/D0LJeZmGEwNUtTA6E4w6cfj Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I can not update/reinstall port textproc/clucene due to the following error= message: [...] =3D=3D=3D> Installing for clucene-2.3.3.4_6 =3D=3D=3D> Registering installation for clucene-2.3.3.4_6 Installing clucene-2.3.3.4_6... pkg-static: sqlite error while executing INSERT OR REPLACE INTO packages( o= rigin, name, version, comment, desc, message, arch, maintainer, www, prefix, flatsize, a= utomatic, licenselogic, mtree_id, time, manifestdigest) VALUES( ?1, ?2, ?3, ?4, ?5, ?6, ?7, ?8, ?9, ?10, ?11, ?12, ?13, (SELECT id = FROM mtree WHERE content =3D ?14), NOW(), ?15) in file pkgdb.c:1602: FOREIGN KEY const= raint failed *** Error code 70 [...] It seems that the sql statement gets trapped in some inconsistent databasef= ile and I do not know how to fix this problem. How can I fix/repair this issue if related to a sqlite problem? The system is FreeBSD 11.0-CURRENT #2 r280457: Tue Mar 24 21:30:21 CET 2015 amd64, the /usr/ports tree is at Revision: 382449, I use "portmaster" as the tool = of choice. Please CC me, do not subscribe this list. Regards and thanks in advance, Oliver --Sig_/D0LJeZmGEwNUtTA6E4w6cfj Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJVFnsvAAoJEOgBcD7A/5N8w/4H/jrr8cfozT7WyPM319Br2sfI +6iXBeijOu6daaytTfTNuk3T7otrrClAAtDVtU1J6zoTPliU3fWwOFoZLuN15Gbi lhDeYjjILllV1PHPO1RO5IRZtz+Ut0es8oAhD1JejHVMiGeJ6VOcdrhTUx5avpMl tfvASMYRU9gJyjdUYH9QsCEuk/DUk6G7jgYcQCvUvirsYO5+asqOdDU21umP99wv ghjNDFu4cN26fA1FHKMuSjqezqCYSZRADP95617lhhhMGiz5I3cXKVqeiEVBn39k wD4MwISWYA4uCUosbxxq9pzJeM61Zd2slG8MSc7+zklrpJ3Lw7UF80cM8lykSy8= =sVXM -----END PGP SIGNATURE----- --Sig_/D0LJeZmGEwNUtTA6E4w6cfj-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 28 16:26:33 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 869128EE; Sat, 28 Mar 2015 16:26:33 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 42C427F0; Sat, 28 Mar 2015 16:26:32 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::81a8:baf0:98fb:d610] (unknown [IPv6:2001:7b8:3a7:0:81a8:baf0:98fb:d610]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id AB3225C2E; Sat, 28 Mar 2015 17:26:23 +0100 (CET) Subject: Re: cad/openscad fails to build on 9.3/i386 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_514849E9-265D-42A2-9D06-F5DAFCF86FB7"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b6 From: Dimitry Andric In-Reply-To: <551560D8.5070604@netfence.it> Date: Sat, 28 Mar 2015 17:26:20 +0100 Message-Id: <40A0B648-E27D-4802-AA58-26FB47EF03E7@FreeBSD.org> References: <551560D8.5070604@netfence.it> To: Andrea Venturoli X-Mailer: Apple Mail (2.2070.6) Cc: ports@freebsd.org, mr@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Mar 2015 16:26:33 -0000 --Apple-Mail=_514849E9-265D-42A2-9D06-F5DAFCF86FB7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 27 Mar 2015, at 14:53, Andrea Venturoli wrote: > I'm trying to upgrade OpensCAD to 2015.03, which was committed = yesterday. > However it fails to build. ... >> c++ -c -O2 -pipe -fno-strict-aliasing -frounding-math = -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include = -I/usr/local/include -I/usr/local/include/harfbuzz = -I/usr/local/include/freetype2 -I/usr/local/include = -I/usr/local/include/freetype2 -pthread -D_THREAD_SAFE -Wall -W = -Wno-unused-local-typedefs -DOPENSCAD_VERSION=3D2015.03 = -DOPENSCAD_YEAR=3D2015.0 -DOPENSCAD_MONTH=3D03.0 -DOPENSCAD_DAY=3D.0 = -DENABLE_CGAL -DENABLE_OPENCSG -DUSE_SCINTILLA_EDITOR -DQT_NO_DEBUG = -DQT_OPENGL_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED = -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. = -I/usr/local/include/eigen3 -I/usr/local/include/qt4/QtCore = -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtOpenGL = -I/usr/local/include/qt4 -Isrc -I/usr/local/include/qt4 = -Isrc/libtess2/Include -I/usr/local/include -Iobjects = -I/usr/local/include/qt4 -I/usr/local/include -o objects/scadlexer.o = src/scadlexer.cpp >> cc1plus: error: unrecognized command line option = "-Wno-unused-local-typedefs" >> *** [objects/scadlexer.o] Error code 1 This is because upstream has unconditionally added the -Wno-unused-local-typedefs flag, which is only supported by gcc 4.7 and higher: https://github.com/openscad/openscad/issues/757 Our base gcc is very old, so it does not have this flag. It is probably easiest to compile this port with lang/gcc, or with clang. -Dimitry --Apple-Mail=_514849E9-265D-42A2-9D06-F5DAFCF86FB7 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.27 iEYEARECAAYFAlUW1jMACgkQsF6jCi4glqOjlQCg3rq3zSA+yF7iyczcG167dFi7 TsgAn2RWVeZxIcbwCQmZNNdF38+Cz3bp =ikRP -----END PGP SIGNATURE----- --Apple-Mail=_514849E9-265D-42A2-9D06-F5DAFCF86FB7--