From owner-freebsd-ports@FreeBSD.ORG Sun Nov 2 03:27:30 2014 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 659FE79A; Sun, 2 Nov 2014 03:27:30 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 148F0D60; Sun, 2 Nov 2014 03:27:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Subject:Cc:To:From:Date; bh=SAMtVwHBHqOo0ZZRzOJk84bCtZWIFnC1OlKt1YKtx7Q=; b=nX4S4XUDCGGS0sCbge4ixvJEkgXhHHbl2eBPWdA5b/E7yP81hpISeAXPTpJNbo51y+f+N9oavBbuLJvdwZGSMT71bA3uIcpNyopbByROCnLyDUveiQRoNYK00PVA0uyrK2+PRo94JZtJTgmABdENvwwSqbFPfWS49pW+GB/cXNo=; Received: from [182.8.127.199] (port=55893 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpa (Exim 4.82) (envelope-from ) id 1Xklp4-000q0L-B3; Sat, 01 Nov 2014 21:27:23 -0600 Date: Sun, 2 Nov 2014 11:27:17 +0800 From: Erich Dollansky To: freebsd-ports@freebsd.org Subject: devel/tex-web2c not found Message-ID: <20141102112717.69653489@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: 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, 02 Nov 2014 03:27:30 -0000 Hi, when I try to compile tex-web2c, I will get this: configure: You requested to build `web2c' using an installed `kpathsea' version, configure: which requires to locate the header file. configure: error: Sorry, not found under any of: /usr/local/include ***** ===> Script "configure" failed unexpectedly. Please report the problem to hrs@FreeBSD.org [maintainer] and attach the "/usr/home/PORTS/work/usr/ports/devel/tex-web2c/work/texlive-20140525-source/texk/web2c/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** Error code 1 Stop. make: stopped in /usr/ports/devel/tex-web2c [X220]...devel/tex-web2c (root) > I hope it is a simple as the file does not exist at all. Erich PS The log file is available here: http://www.alogt.com/downloads/config.log What snv says: [X220]/usr/ports (root) > svn info Path: . Working Copy Root Path: /usr/ports URL: svn://svn0.us-east.freebsd.org/ports/head Relative URL: ^/head Repository Root: svn://svn0.us-east.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 371983 Node Kind: directory Schedule: normal Last Changed Author: antoine Last Changed Rev: 371983 Last Changed Date: 2014-11-01 15:05:51 +0800 (Sat, 01 Nov 2014) From owner-freebsd-ports@FreeBSD.ORG Sun Nov 2 15:33:35 2014 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 94EE8DFB for ; Sun, 2 Nov 2014 15:33:35 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48FE3100 for ; Sun, 2 Nov 2014 15:33:35 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id sA2FXXWn030544 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 2 Nov 2014 08:33:33 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id sA2FXXwY030541 for ; Sun, 2 Nov 2014 08:33:33 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 2 Nov 2014 08:33:33 -0700 (MST) From: Warren Block To: ports@FreeBSD.org Subject: Re: Moved ports not being handled In-Reply-To: Message-ID: References: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 02 Nov 2014 08:33:33 -0700 (MST) 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, 02 Nov 2014 15:33:35 -0000 On Wed, 29 Oct 2014, Warren Block wrote: > Recently, portmaster kept wanting to upgrade these three ports: > > graphics/libcdr01 > graphics/libfreehand > print/libmspub01 > > It succeeded in rebuilding them every time, but always saw them as needing to > be upgraded. Checking the output showed this: > > ===>>> The graphics/libcdr port moved to graphics/libcdr01 > ===>>> Reason: Replaced by newer version > > ===>>> The graphics/libfreehand00 port moved to graphics/libfreehand > ===>>> Reason: Replaced by newer version > > ===>>> The print/libmspub port moved to print/libmspub01 > ===>>> Reason: Replaced by newer version > > The old versions were still installed, so each time an upgrade was performed > with portmaster, it saw the old version and reinstalled the new version. > After realizing this, it was easy enough to just pkg delete the old versions. > > Is an entry in UPDATING needed for these, or should portmaster handle them > automatically? > > Forum thread: > http://forums.freebsd.org/threads/graphics-libfreehand00-and-print-libmspub-not-updating-correctly.48703/ Seeing this again with textproc/libmwaw. The new version is installed, but the old version remains. From owner-freebsd-ports@FreeBSD.ORG Sun Nov 2 15:49:43 2014 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 078AB195 for ; Sun, 2 Nov 2014 15:49:43 +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 BDD5B1FF for ; Sun, 2 Nov 2014 15:49:42 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XkxPR-000KXr-EA; Sun, 02 Nov 2014 16:49:41 +0100 Date: Sun, 2 Nov 2014 16:49:41 +0100 From: Kurt Jaeger To: Warren Block Subject: Re: Moved ports not being handled Message-ID: <20141102154941.GM66862@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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, 02 Nov 2014 15:49:43 -0000 Hi! > > Recently, portmaster kept wanting to upgrade these three ports: > > > > graphics/libcdr01 > > graphics/libfreehand > > print/libmspub01 > Seeing this again with textproc/libmwaw. The new version is installed, > but the old version remains. I've seen similar issues. This is my solution: If you delete the old version, then no further upgrade will be triggered. -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Sun Nov 2 18:16:29 2014 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 7F4F37C0 for ; Sun, 2 Nov 2014 18:16:29 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1736C165 for ; Sun, 2 Nov 2014 18:16:28 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id q5so4805993wiv.10 for ; Sun, 02 Nov 2014 10:16:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=hGuN/h8c7RJXg6/DCISiQA/hnqAScBioN1VU5NLqdRM=; b=vQn0+DYEsmsYSTCyqxorjfUof+dQcobOHw0YFi+5p7X3BLUoLYt5v998ocfQffiBvD Rl74veMbjr08v9mxbsnaf1v5UDOnoXRe651uK3kaWYx9xWKddu5KnSpRiCVZMa+6Ivgt q4t0vj5BHuLBrQCjNU7veWDfYxOHaijrjBbdSwtwV+siBCH2QendXZ/HWjNIogQSvzTQ diSqx1kaJ/cjUMXtLBUxagIkaPlpHupU4UWwDr0iNK+oaV7yEU4xTn5RIfLEJ8NiE8PK ds0px/+FSbwgMdTAoRb3liev0eov5ZqF2UyGutwzdBEoRWEJrz0Dcx0BaOJti6AKps1f 0+2g== X-Received: by 10.194.157.137 with SMTP id wm9mr42941179wjb.5.1414952187190; Sun, 02 Nov 2014 10:16:27 -0800 (PST) Received: from gumby.homeunix.com (5ec1f671.skybroadband.com. [94.193.246.113]) by mx.google.com with ESMTPSA id t9sm19420671wjf.41.2014.11.02.10.16.25 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 02 Nov 2014 10:16:26 -0800 (PST) Date: Sun, 2 Nov 2014 18:16:23 +0000 From: RW To: ports@freebsd.org Subject: Re: Reducing the size of the ports tree (brainstorm v2) Message-ID: <20141102181623.463fff71@gumby.homeunix.com> In-Reply-To: <20141101000723.782768a3@kalimero.tijl.coosemans.org> References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <20141101000723.782768a3@kalimero.tijl.coosemans.org> X-Mailer: Claws Mail 3.11.0 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) 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: Sun, 02 Nov 2014 18:16:29 -0000 On Sat, 1 Nov 2014 00:07:23 +0100 Tijl Coosemans wrote: > On Fri, 31 Oct 2014 19:56:21 +0100 Baptiste Daroussin > wrote: > > Hi all, > > > > tijl@ spotted an interesting point, distinfo and pkg-descr files > > files convenient are taking a lot of space for "free", we can > > reduce the size of the while ports tree by a factor 2 by simply > > merging them into one of the other files (Makefile and/or > > pkg-plist) from my testing it really devides significantly the size > > of the tree. > > > > Problem is how to merge them if we want to. > > > > What we do not want to loose: > > - Easyness of parsing distinfo > > - Easyness to get informations about the description > > I think it's worth remembering that this saves an amount of storage that can be had for around 1 penny/cent. The threshold for this being more trouble than it's worth is pretty low. > > so far I have not been able to figure out a user friendly way > > > > Ideas I got so far only concerns pkg-descr: > > Adding an entry in the Makefile for the WWW: > > WWW= bla > > or an entry in the plist: @www http... > > > > for the description the Makefile is not suitable as multi line > > entry in Makefiles are painful > > Maybe a new keyword: > > @descr < > mydesc > > in > > multiline > > EOD > > > > which could easily be added to the plist parser in pkg. But I'm do > > not find that very friendly in particular for make(1) to extract > > the data. > > > > Concerning the distinfo I have no idea. > > > > so this mail is a call of ideas :), if nothing nice ideas is found > > we will just do nothing here :) > > For distinfo I was thinking about something like this in the Makefile: > > DIST_FILES= FOO BAR > > FOO_FILE= foo-1.0 > FOO_SITES= http://www.example.com/foo/ > FOO_SIZE= 12345 > FOO_SHA256= 0123456789abcdef..... > > BAR_FILE= bar-2.0 > BAR_SITES= http://www.example.com/bar/ > BAR_SIZE= 54321 > BAR_SHA256= .....fedcba9876543210 > > If bsd.port.mk then contained this: > DIST_FILES?= DIST > DIST_FILE?= > ${PORTNAME}-${DISTVERSIONPREFIX}${DISTVERSION}${DISTVERSIONSUFFIX} > > Then for ports with a single distfile named after PORTNAME (the large > majority), the above would reduce to: > > DIST_SITES= http://www.example.com/foo/ > DIST_SIZE= 12345 > DIST_SHA256= 0123456789abcdef..... > > Also, if BAR_SITES is the same as FOO_SITES you can use somthing like > BAR_SITES=${FOO_SITES} of course. distviper and portsclean -D access all the distinfo files in the tree. They could be heavily slowed if that information had to be got through make targets. From owner-freebsd-ports@FreeBSD.ORG Sun Nov 2 18:18:13 2014 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 5C874870 for ; Sun, 2 Nov 2014 18:18:13 +0000 (UTC) Received: from mail-pa0-f47.google.com (mail-pa0-f47.google.com [209.85.220.47]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3240117B for ; Sun, 2 Nov 2014 18:18:12 +0000 (UTC) Received: by mail-pa0-f47.google.com with SMTP id kx10so10719846pab.6 for ; Sun, 02 Nov 2014 10:18:06 -0800 (PST) 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=yNjtHt7q5PMs5Yu9sG2ik0bz2uJoFhxwGmP7cA23PXw=; b=AtJY4CkopTEnqghzkbye+EEbvMvI6EV456SGU+nhEB6ujcWDCtGT7Ggg8Yt6j7oXSO t3QM5PqX9Evi0QlQcwfq7Tj0yL23SKcv1Mc3Wb17HX7mQNQMpbmNEvYKgQQAq6p628/A yfe6Qtg9+35KJe+Wu+5viGXjBjehHi41cXZUdy6b9/fVyQunoqFHiQgI5/cSdgO0U8eB 27PrvXhKYkdvCVGr9EHrUmRhifKyYVbfZqD53vIEiflhyFq9I2+mB0f/GV79wYpy+HYF Jk+fH1DdNBbFJHS/1wBRD0CyzSwSnhT/MgtGzQoictxJSO46e9ZIcm0/Ri+vgEjgboeS JEBQ== X-Gm-Message-State: ALoCoQncnFo3pzWOi2LK2mVBpoRTQUq8fAYlFpJN2kFxGb8PEPPntklsZis7d7u6Rjmf7NVLmdNc MIME-Version: 1.0 X-Received: by 10.70.33.73 with SMTP id p9mr38323725pdi.103.1414952286618; Sun, 02 Nov 2014 10:18:06 -0800 (PST) Received: by 10.70.31.100 with HTTP; Sun, 2 Nov 2014 10:18:06 -0800 (PST) Received: by 10.70.31.100 with HTTP; Sun, 2 Nov 2014 10:18:06 -0800 (PST) In-Reply-To: <5454A5C9.2050003@infracaninophile.co.uk> References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <5454A5C9.2050003@infracaninophile.co.uk> Date: Sun, 2 Nov 2014 10:18:06 -0800 Message-ID: Subject: Re: Reducing the size of the ports tree (brainstorm v2) From: Jos Backus To: Matthew Seaman Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Ports 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: Sun, 02 Nov 2014 18:18:13 -0000 How about using SQLite to store this metadata? Jos From owner-freebsd-ports@FreeBSD.ORG Sun Nov 2 18:50:48 2014 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 7DAE9DC2 for ; Sun, 2 Nov 2014 18:50:48 +0000 (UTC) Received: from mailrelay012.isp.belgacom.be (mailrelay012.isp.belgacom.be [195.238.6.179]) by mx1.freebsd.org (Postfix) with ESMTP id 16B24688 for ; Sun, 2 Nov 2014 18:50:47 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmoGAHR8VlRbsIXe/2dsb2JhbABcgw6BLNRkAoERFwEBAQEBfYQDAQEEOhwjEAsYCSUPKh4GE4gsAxYBwi4NhkABAQEBAQUBAQEBHo5WgXFJB4RLAQSeAJZRg3k8L4EHgUQBAQE Received: from 222.133-176-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.176.133.222]) by relay.skynet.be with ESMTP; 02 Nov 2014 19:50:23 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.9/8.14.9) with ESMTP id sA2IoLBA030008; Sun, 2 Nov 2014 19:50:22 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Sun, 2 Nov 2014 19:50:21 +0100 From: Tijl Coosemans To: RW Subject: Re: Reducing the size of the ports tree (brainstorm v2) Message-ID: <20141102195021.045f70c3@kalimero.tijl.coosemans.org> In-Reply-To: <20141102181623.463fff71@gumby.homeunix.com> References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <20141101000723.782768a3@kalimero.tijl.coosemans.org> <20141102181623.463fff71@gumby.homeunix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII 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, 02 Nov 2014 18:50:48 -0000 On Sun, 2 Nov 2014 18:16:23 +0000 RW wrote: > On Sat, 1 Nov 2014 00:07:23 +0100 > Tijl Coosemans wrote: >> On Fri, 31 Oct 2014 19:56:21 +0100 Baptiste Daroussin >> wrote: >>> tijl@ spotted an interesting point, distinfo and pkg-descr files >>> files convenient are taking a lot of space for "free", we can >>> reduce the size of the while ports tree by a factor 2 by simply >>> merging them into one of the other files (Makefile and/or >>> pkg-plist) from my testing it really devides significantly the size >>> of the tree. >>> >>> Problem is how to merge them if we want to. >>> >>> What we do not want to loose: >>> - Easyness of parsing distinfo >>> - Easyness to get informations about the description > > I think it's worth remembering that this saves an amount of storage > that can be had for around 1 penny/cent. The threshold for this being > more trouble than it's worth is pretty low. The reason I looked into this is because many subversion operations are slow on the ports tree. For me it's about saving time there and not so much about saving disk space. From owner-freebsd-ports@FreeBSD.ORG Sun Nov 2 19:10:50 2014 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 DB60788B for ; Sun, 2 Nov 2014 19:10:50 +0000 (UTC) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.allbsd.org", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 669218D2 for ; Sun, 2 Nov 2014 19:10:50 +0000 (UTC) Received: from alph.d.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=56) by mail.allbsd.org (8.14.9/8.14.8) with ESMTP id sA2JAOvS087858 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 3 Nov 2014 04:10:35 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.9/8.14.8) with ESMTP id sA2JAMYa013654; Mon, 3 Nov 2014 04:10:24 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Mon, 03 Nov 2014 04:09:09 +0900 (JST) Message-Id: <20141103.040909.2057505695245100985.hrs@allbsd.org> To: erichsfreebsdlist@alogt.com Subject: Re: devel/tex-web2c not found From: Hiroki Sato In-Reply-To: <20141102112717.69653489@X220.alogt.com> References: <20141102112717.69653489@X220.alogt.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.6 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_Nov__3_04_09_09_2014_040)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Mon, 03 Nov 2014 04:10:40 +0900 (JST) X-Spam-Status: No, score=-97.9 required=13.0 tests=CONTENT_TYPE_PRESENT, RDNS_NONE,SPF_SOFTFAIL,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org 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: Sun, 02 Nov 2014 19:10:50 -0000 ----Security_Multipart(Mon_Nov__3_04_09_09_2014_040)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Erich Dollansky wrote in <20141102112717.69653489@X220.alogt.com>: er> Hi, er> er> when I try to compile tex-web2c, I will get this: er> er> configure: You requested to build `web2c' using an installed er> `kpathsea' version, configure: which requires to locate the er> header file. configure: error: Sorry, not found er> under any of: /usr/local/include ***** ===> Script "configure" failed er> unexpectedly. Please report the problem to hrs@FreeBSD.org [maintainer] er> and attach the er> "/usr/home/PORTS/work/usr/ports/devel/tex-web2c/work/texlive-20140525-source/texk/web2c/config.log" er> including the output of the failure of your make command. Also, it er> might be a good idea to provide an overview of all packages installed er> on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** er> Error code 1 er> er> Stop. er> make: stopped in /usr/ports/devel/tex-web2c er> [X220]...devel/tex-web2c (root) > er> er> I hope it is a simple as the file does not exist at all. Do you have tex-kpathsea package on your box? tex-web2c depends on it and your box should have it, but the error indicates that it does not exist. -- Hiroki ----Security_Multipart(Mon_Nov__3_04_09_09_2014_040)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlRWgVUACgkQTyzT2CeTzy0dHwCfdtT+GiSfGfpSD39jSHHC3qK2 5J0An0tfs4C1qSPHfWJAoTjgHkuYiB+c =GWzZ -----END PGP SIGNATURE----- ----Security_Multipart(Mon_Nov__3_04_09_09_2014_040)---- From owner-freebsd-ports@FreeBSD.ORG Sun Nov 2 19:20:36 2014 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 D7E11C6A for ; Sun, 2 Nov 2014 19:20:36 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8042E9AD for ; Sun, 2 Nov 2014 19:20:36 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id sA2JKYDW089448 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 2 Nov 2014 12:20:34 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id sA2JKYGp089445; Sun, 2 Nov 2014 12:20:34 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 2 Nov 2014 12:20:34 -0700 (MST) From: Warren Block To: Kurt Jaeger Subject: Re: Moved ports not being handled In-Reply-To: <20141102154941.GM66862@home.opsec.eu> Message-ID: References: <20141102154941.GM66862@home.opsec.eu> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 02 Nov 2014 12:20:34 -0700 (MST) 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, 02 Nov 2014 19:20:36 -0000 On Sun, 2 Nov 2014, Kurt Jaeger wrote: >>> Recently, portmaster kept wanting to upgrade these three ports: >>> >>> graphics/libcdr01 >>> graphics/libfreehand >>> print/libmspub01 > >> Seeing this again with textproc/libmwaw. The new version is installed, >> but the old version remains. > > I've seen similar issues. This is my solution: > > If you delete the old version, then no further upgrade will be triggered. Yes, but is this a regression in portmaster, or should those ports be mentioned in UPDATING? From owner-freebsd-ports@FreeBSD.ORG Sun Nov 2 20:02:24 2014 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 C85F71C7 for ; Sun, 2 Nov 2014 20:02:24 +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 AF3D5D51 for ; Sun, 2 Nov 2014 20:02:24 +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 sA2K2OcY066859 for ; Sun, 2 Nov 2014 20:02:24 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id sA2K2ODw066853 for freebsd-ports@FreeBSD.org; Sun, 2 Nov 2014 20:02:24 GMT (envelope-from bdrewery) Received: (qmail 5280 invoked from network); 2 Nov 2014 14:02:20 -0600 Received: from unknown (HELO blah) (freebsd@shatow.net@129.253.54.225) by sweb.xzibition.com with ESMTPA; 2 Nov 2014 14:02:20 -0600 Message-ID: <54568DA2.6030309@FreeBSD.org> Date: Sun, 02 Nov 2014 14:01:38 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org Subject: SSP now default for ports/packages, ssp/new_xorg repository EOL Content-Type: text/plain; charset=utf-8; format=flowed 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, 02 Nov 2014 20:02:24 -0000 Ports and Package users, Ports now have SSP enabled by default. The package repository will now build SSP by default as well. SSP is "Stack Smashing Protection" and can be read about at https://en.wikipedia.org/wiki/Buffer_overflow_protection. This only applies to the head (/latest) packages, not the Quarterly branch packages. This applies to the ports checkout that portsnap uses. WITHOUT_SSP can be defined in make.conf to not use this feature. SSP will be used to build ports (with -fstack-protector) on all amd64 releases and i386 releases which are 10.0 or newer. The "ssp" repository and "new_xorg" repositories will no longer be updated after 11/15 as they are no longer needed as both are default for ports now. Please update your repository configurations to now only track the /latest repository. This is the default from /etc/pkg/FreeBSD.conf. Remove any overrides from /usr/local/etc/pkg/repos/ for the "ssp" or "new_xorg" repositories. Regards, Bryan Drewery on behalf of portmgr From owner-freebsd-ports@FreeBSD.ORG Sun Nov 2 20:09:23 2014 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 1EE6A993 for ; Sun, 2 Nov 2014 20:09:23 +0000 (UTC) Received: from asp.reflexion.net (outbound-243.asp.reflexion.net [69.84.129.243]) (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 88064E55 for ; Sun, 2 Nov 2014 20:09:22 +0000 (UTC) Received: (qmail 1440 invoked from network); 2 Nov 2014 20:09:15 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 2 Nov 2014 20:09:15 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Sun, 02 Nov 2014 15:09:15 -0500 (EST) Received: (qmail 23645 invoked from network); 2 Nov 2014 20:09:15 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 2 Nov 2014 20:09:15 -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-98-246-178-138.hsd1.or.comcast.net [98.246.178.138]) by iron2.pdx.net (Postfix) with ESMTPSA id 992671C4061; Sun, 2 Nov 2014 12:09:10 -0800 (PST) From: Mark Millard Subject: powerpc64 vs. Mesa-10.3.2: .libs/libmesa.a(builtin_functions.o)(.text+???): sibling call optimization to `_???' (various) does not allow automatic multiple TOCs Date: Sun, 2 Nov 2014 12:09:13 -0800 Message-Id: <5D05A4D0-ED6B-4153-A133-572FC3E0A56F@dsl-only.net> To: FreeBSD PowerPC ML , freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: =?iso-8859-1?Q?Jean-S=E9bastien_P=E9dron?= 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, 02 Nov 2014 20:09:23 -0000 Context: powerpc64/GENERIC64 variant. I list the details at the end of = this note, including for "svnlite info /usr/ports" but it is recently = svnlite update'd. graphics/dri complained a lot about "automatic multiple TOCs" and = reported needing to recompile with -minimal-toc or = -fno-optimize-sibling-calls or to declare such things extern in = work/Mesa-10.3.2/src/mesa/drivers/dri/ : CXXLD mesa_dri_drivers.la /usr/bin/ld: ../../.libs/libmesa.a(builtin_functions.o)(.text+0x18e0): = sibling call optimization to `_ZN9exec_nodenwEmPv' does not allow = automatic multiple TOCs; recompile with -mminimal-toc or = -fno-optimize-sibling-calls, or make `_ZN9exec_nodenwEmPv' extern /usr/bin/ld: ../../.libs/libmesa.a(builtin_functions.o)(.text+0x195c): = sibling call optimization to `_ZN9exec_nodenwEmPv' does not allow = automatic multiple TOCs; recompile with -mminimal-toc or = -fno-optimize-sibling-calls, or make `_ZN9exec_nodenwEmPv' extern ... (It is a long list of these.) /usr/bin/ld: ../../.libs/libmesa.a(builtin_functions.o)(.text+0x175b0): = sibling call optimization to `_ZN9exec_nodenwEmPv' does not allow = automatic multiple TOCs; recompile with -mminimal-toc or = -fno-optimize-sibling-calls, or make `_ZN9exec_nodenwEmPv' extern /usr/bin/ld: ../../.libs/libmesa.a(builtin_functions.o)(.text+0x17600): = sibling call optimization to = `_ZN11ir_function13add_signatureEP21ir_function_signature' does not = allow automatic multiple TOCs; recompile with -mminimal-toc or = -fno-optimize-sibling-calls, or make = `_ZN11ir_function13add_signatureEP21ir_function_signature' extern /usr/bin/ld: ../../.libs/libmesa.a(builtin_functions.o)(.text+0x26c14): = sibling call optimization to `_ZN9exec_nodenwEmPv' does not allow = automatic multiple TOCs; recompile with -mminimal-toc or = -fno-optimize-sibling-calls, or make `_ZN9exec_nodenwEmPv' extern /usr/bin/ld: final link failed: Bad value Makefile:632: recipe for target 'mesa_dri_drivers.la' failed gmake[7]: *** [mesa_dri_drivers.la] Error 1 gmake[7]: Leaving directory = '/usr/obj/portswork/usr/ports/graphics/dri/work/Mesa-10.3.2/src/mesa/drive= rs/dri' Makefile:718: recipe for target 'all-recursive' failed gmake[6]: *** [all-recursive] Error 1 gmake[6]: Leaving directory = '/usr/obj/portswork/usr/ports/graphics/dri/work/Mesa-10.3.2/src/mesa/drive= rs/dri' Makefile:3967: recipe for target 'all-recursive' failed gmake[5]: *** [all-recursive] Error 1 gmake[5]: Leaving directory = '/usr/obj/portswork/usr/ports/graphics/dri/work/Mesa-10.3.2/src/mesa' Makefile:1401: recipe for target 'all' failed gmake[4]: *** [all] Error 2 gmake[4]: Leaving directory = '/usr/obj/portswork/usr/ports/graphics/dri/work/Mesa-10.3.2/src/mesa' Makefile:518: recipe for target 'all-recursive' failed gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory = '/usr/obj/portswork/usr/ports/graphics/dri/work/Mesa-10.3.2/src' Makefile:585: recipe for target 'all-recursive' failed gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory = '/usr/obj/portswork/usr/ports/graphics/dri/work/Mesa-10.3.2' =3D=3D=3D> Compilation failed unexpectedly. Context details: root@FBSDG5M1:~/fbsd_rebuild_materials # uname -a FreeBSD FBSDG5M1 10.1-RC4 FreeBSD 10.1-RC4 #101 r273955M: Sat Nov 1 = 19:50:42 PDT 2014 root@FBSDG5M1:/usr/obj/usr/src/sys/GENERIC64 = powerpc root@FBSDG5M1:~/fbsd_rebuild_materials # svnlite info /usr/src Path: /usr/src Working Copy Root Path: /usr/src URL: https://svn0.us-west.freebsd.org/base/releng/10.1 Relative URL: ^/releng/10.1 Repository Root: https://svn0.us-west.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 273955 Node Kind: directory Schedule: normal Last Changed Author: gjb Last Changed Rev: 273874 Last Changed Date: 2014-10-30 15:21:12 -0700 (Thu, 30 Oct 2014) root@FBSDG5M1:~/fbsd_rebuild_materials # 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: 372060 Node Kind: directory Schedule: normal Last Changed Author: madpilot Last Changed Rev: 372060 Last Changed Date: 2014-11-02 01:44:01 -0800 (Sun, 02 Nov 2014) root@FBSDG5M1:~/fbsd_rebuild_materials # svnlite status /usr/src/sys M /usr/src/sys/ddb/db_main.c M /usr/src/sys/ddb/db_script.c M /usr/src/sys/powerpc/conf/GENERIC64 M /usr/src/sys/powerpc/ofw/ofw_machdep.c M /usr/src/sys/powerpc/ofw/ofwcall64.S /usr/src/sys/powerpc/conf/GENERIC64 root@FBSDG5M1:~/fbsd_rebuild_materials # svnlite diff = /usr/src/sys/powerpc/conf/GENERIC64 Index: /usr/src/sys/powerpc/conf/GENERIC64 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/powerpc/conf/GENERIC64 (revision 273955) +++ /usr/src/sys/powerpc/conf/GENERIC64 (working copy) @@ -28,7 +28,7 @@ =20 # Platform support options POWERMAC #NewWorld Apple PowerMacs -options PS3 #Sony Playstation 3 +#options PS3 #Sony Playstation 3 = HACK!!! to allow sc options MAMBO #IBM Mambo Full System Simulator options PSERIES #PAPR-compliant systems (e.g. = IBM p) =20 @@ -76,6 +76,12 @@ # Debugging support. Always need this: options KDB # Enable kernel debugger = support. options KDB_TRACE # Print a stack trace for a = panic. +options DDB # HACK!!! to dump early crash = info +options GDB # HACK!!! ... +#options KTR +#options KTR_MASK=3DKTR_TRAP +#options KTR_CPUMASK=3D0xF +#options KTR_VERBOSE =20 # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor = Kernel @@ -115,6 +121,14 @@ device vt # Core console driver device kbdmux =20 +# HACK!!! to allow sc for 2560x1440 display on Radeon X1950 that vt = mishandled +# syscons is a console driver, resembling an SCO console +device sc +#device kbdmux # HACK: already listed by vt +options SC_OFWFB # OFW frame buffer +options SC_DFLT_FONT # compile font in +makeoptions SC_DFLT_FONT=3Dcp437 + # Serial (COM) ports device scc device uart root@FBSDG5M1:~/fbsd_rebuild_materials # more /etc/make.conf WITH_DEBUG_FILES=3D WITHOUT_CLANG=3D WRKDIRPREFIX=3D/usr/obj/portswork WITH_DEBUG=3D (Note: WITHOUT_CLANG is just because last I tried clang would not build = for WITH_DEBUG. And powerpc64/GENERIC64 does not use clang for = buildworld/buildkernel yet.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ports@FreeBSD.ORG Sun Nov 2 20:58:35 2014 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 034B15A1 for ; Sun, 2 Nov 2014 20:58:35 +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 BBC8E315 for ; Sun, 2 Nov 2014 20:58:34 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA2L0Bfu067326; Sun, 2 Nov 2014 13:00:14 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Nick Rogers In-Reply-To: References: <20141021093930.512251194d972a238e27e45a@mimar.rs> , From: "Chris H" Subject: Re: www/dansguardian revival? Date: Sun, 02 Nov 2014 13:00:14 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <727e7b743177b720d1d19bdf0e387166@ultimatedns.net> 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: Sun, 02 Nov 2014 20:58:35 -0000 On Fri, 31 Oct 2014 16:55:47 -0700 Nick Rogers wrote > On Tue, Oct 21, 2014 at 6:29 PM, Chris H wrote: > > > On Tue, 21 Oct 2014 09:39:30 +0200 Marko Cupać > > wrote > > > > > On Mon, 20 Oct 2014 17:47:19 -0700 > > > "Chris H" wrote: > > > > > > > Unless theirs any objection. I'll take it. I'll open a pr(1) > > > > with a shar(1) ready, in about an hour. > > > > > > > > --Chris > > > > > > Nice to hear that dansguardian will be back in ports. I also used it > > > for years in combination with www/squid33 without problem. I was > > > compiling it from ports, and the trick was to compile squid33 first, > > > and dansguardian only after, as dansguardian would only check existence > > > of /use/local/bin/squid, and if it was already there, no matter which > > > version, it would happily compile, install and work. > > > > Right. But there's ${STAGE} to deal with, as well. I may > > make sqid34 the DEPENDS (I'm still testing). > > I'm also working with the -devel version, and will likely > > convert it to the (un)devel version, as there is less user > > overhead involved -- RESTRICTED/COPYRIGHT/LICENSE/{...} > > > > Should be able to post a complete version, sometime > > tomorrow. > > > > Hey Chris. Any luck getting your new dansguardian port to work? I can't > find a PR for it. Just wondering if theres anything I can do to help test > or if it would be worth my while to just submit a PR with the last-known > www/dansguardian for the time being. Thanks. > > -Nick Sorry for the delay, and thank you for your generous offer, Nick. There were some issues with www/squid(34), and decided to wait to see if they would be addressed soonish. I see that there was a [partial] resolution just submitted. I'll see if they made it into the ports tree. If so, I'll see where things are with regard to their (e|a)ffect on www/dansguardian. If there's still issues, I'll take you up on your generous offer. :) FWIW I run my dev box on 11 (CURRENT). Thanks, again. --Chris > > > > --Chris > > > > > > > -- > > > Marko Cupać > > > https://www.mimar.rs > > > _______________________________________________ > > > 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" > > > > > > _______________________________________________ > > 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" > > > _______________________________________________ > 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 Sun Nov 2 21:42:43 2014 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 8EEF07BC; Sun, 2 Nov 2014 21:42:43 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AAF419DE; Sun, 2 Nov 2014 21:42:42 +0000 (UTC) Received: from [192.168.0.101] ([87.139.233.65]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0LuwiT-1YBcEA3F7B-0108Vb; Sun, 02 Nov 2014 22:42:39 +0100 Message-ID: <5456A556.9020400@gmx.de> Date: Sun, 02 Nov 2014 22:42:46 +0100 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Bryan Drewery Subject: Re: SSP now default for ports/packages, ssp/new_xorg repository EOL References: <54568DA2.6030309@FreeBSD.org> In-Reply-To: <54568DA2.6030309@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:pw4cXc/Pt7vEh391JQ0j5ZMVdPACXDiXeIe+GZkeoqJfNjUPabk KZQEaXduurxrKKL3LLojli9428k5I4b4QAcBOLhxThA/XS08ulujYKwC+WdMS9oEmazOieM RPg7JlgofgOGjIk/smm/dfBzMpPrgdNyWt1fsTudzG6pDAP1dyFHKXjJhNAh/Wv7KLMwix8 BcvFaM6B78GX8iCqmOsQA== X-UI-Out-Filterresults: notjunk:1; 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: Sun, 02 Nov 2014 21:42:43 -0000 On 2014-11-02 21:01, Bryan Drewery wrote: > Ports and Package users, > > Ports now have SSP enabled by default. The package repository will now build SSP by default as well. SSP is "Stack Smashing Protection" and can be read about at https://en.wikipedia.org/wiki/Buffer_overflow_protection. > > This only applies to the head (/latest) packages, not the Quarterly branch packages. This applies to the ports checkout that portsnap uses. > > WITHOUT_SSP can be defined in make.conf to not use this feature. > > SSP will be used to build ports (with -fstack-protector) on all amd64 releases and i386 releases which are 10.0 or newer. > > The "ssp" repository and "new_xorg" repositories will no longer be updated after 11/15 as they are no longer needed as both are default for ports now. Please update your repository configurations to now only track the /latest repository. This is the default from /etc/pkg/FreeBSD.conf. Remove any overrides from /usr/local/etc/pkg/repos/ for the "ssp" or "new_xorg" repositories. > > Regards, > Bryan Drewery on behalf of portmgr Hi Bryan, thats good notes, but how about users tracking ssp and changing the repo or upgrading to 10.1 if released? I suspect packages will be replaced during 10.1 upgrade with NON_SSP packages since the tree was tagged already yesterday by babt. -- olli From owner-freebsd-ports@FreeBSD.ORG Sun Nov 2 21:59:28 2014 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 E6D21B51; Sun, 2 Nov 2014 21:59:28 +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 B06A9ACF; Sun, 2 Nov 2014 21:59:28 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA2M1A62087184; Sun, 2 Nov 2014 14:01:10 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: ports@freebsd.org, Jeffrey Bouquet via freebsd-ports In-Reply-To: <1414837936.42754.YahooMailBasic@web140901.mail.bf1.yahoo.com> References: <1414837936.42754.YahooMailBasic@web140901.mail.bf1.yahoo.com> From: "Chris H" Subject: Re: RE: reducing the size of the ports tree Date: Sun, 02 Nov 2014 14:01:10 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit Cc: pkg@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, 02 Nov 2014 21:59:29 -0000 On Sat, 1 Nov 2014 03:32:16 -0700 Jeffrey Bouquet via freebsd-ports wrote > Not initially welcoming this new effort... > explanation and other PKG problems taking precedence... > > > I've a few scripts which use the smaller files, and have used them > extensively in pipes. Syntax within the Makefile would make those > counterintuitive. I would wonder also if it would break port > infrastructure like the Mk and Tools and "make search" and > portsearch (etc -- ports ) ... essentially breaking more things than > would be solved. Indeed, I've many ideas for MORE small > files for people crafting shell scripts that would be of more use > down the road, and incorporated someday into additional port tools, > portmasters, portupgrades, etc... > > So as far as this particular suggestion, maybe if someone wants it > bad enough one should build a prototype and test locally several > years with many ports and upgrades to determine what it breaks... and > how to write new tools. > > But I conjecture that effort would be better spent with PR backlogs, > fixing pkg2ng (which fails here on one machine ) etc... and > making pkg more robust... (complete recovery if the database is > hosed, with a something local_sqlite_hosed_reuild_sh.sh etc etc > And the documentation. Many many more examples of everyday usage > over the course of a year and UPDATING scenarious would be > appreciated... > > > and also streamlining pkg so it works better on low power machines with > many ports installed. Including less segfaults... > > As an aside, I am now on a machine which never had the problem before, > after a failed pkg2ng conversion, > > A... pkg install -f nettle > wants to install csound! what file is telling it that? The database ??? > ... and seven others I had just deinstalled > > B... make install ( proceeds with "Child process terminated abnomally... > segmentation fault) before the install. Not known if anything was running > beforehand. Not problems with the install. But it keeps occuring... > What process? Something in the background wanting that nettle >> > csound dependency? Pkg working before the make command? Part > of the make command infrastructure now more buggy? > > Thankfully that machine is not the primary one here, and all the programs > installed still work on it as far as I know. But its registration data is > not exact and pkg-devel as installed on it could be debugged more... as > well as pkg2ng retested to work on v9 more precisely... It failed three > times to convert that machine. (not installed unless desinstalling direct > from the port, so could not upgrade.. or pkg info the port) I feel inclined to add a "me too" here. If nothing else, the proposal seems to violate POLA (not unlike pkg(8) did). Mind you, I _do_ recognize the advantages that pkg(8) brought. But [as yet] am not convinced it was (quite) time to make it _replace_ pkg(7). That said, and more to the point of this thread. I too believe it will introduce many issues for the toolsets users have built, and maintained against the current ports structure. As mentioned already; it will also _break_ many tools/utilities already available in the ports tree now. What to do then? Abandon/remove them? The requirement for sqlite3(1) that pkg(8) introduced was a poor decision IMHO. It introduces a single-point-of-failure that is generally considered bad practice for "critical" software. If something goes wrong with the database, you're up a creek, even with a backup. The introduction also broke many toolchains previously built against the largely text-based record keeping of pkg(7). Imagine if the DNS only required a single NS. What happens if that NS becomes unreachable? So it is for the sqlite3(1) requirement. What if you're an average user? You will likely have little knowledge of SQL syntax, and it will not be very helpful to them, if they need information about their ports install(s), or to manipulate things. While I've probably commented beyond the initial scope of this threads [intended] context. I think the other points I've made, also speak to the reasons I don't feel further modifications of the ports infrastructure would be welcomed, or advantageous. In this way, or at this time. Thank you for all your time, and consideration. --Chris > _______________________________________________ > 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 Sun Nov 2 23:38:27 2014 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 EFE4F6D4; Sun, 2 Nov 2014 23:38:26 +0000 (UTC) Received: from fep15.mx.upcmail.net (fep15.mx.upcmail.net [62.179.121.35]) by mx1.freebsd.org (Postfix) with ESMTP id 3EFDE3FF; Sun, 2 Nov 2014 23:38:25 +0000 (UTC) Received: from edge03.upcmail.net ([192.168.13.238]) by viefep15-int.chello.at (InterMail vM.8.01.05.13 201-2260-151-135-20130320) with ESMTP id <20141102233818.YUGZ8041.viefep15-int.chello.at@edge03.upcmail.net>; Mon, 3 Nov 2014 00:38:18 +0100 Received: from [192.168.0.23] ([178.84.134.112]) by edge03.upcmail.net with edge id AneF1p0152Rg3Ey01neF1l; Mon, 03 Nov 2014 00:38:17 +0100 X-SourceIP: 178.84.134.112 Message-ID: <5456C06A.2030904@rainbow-runner.nl> Date: Mon, 03 Nov 2014 00:38:18 +0100 From: Koop Mast User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Mark Millard , FreeBSD PowerPC ML , freebsd-ports@freebsd.org Subject: Re: powerpc64 vs. Mesa-10.3.2: .libs/libmesa.a(builtin_functions.o)(.text+???): sibling call optimization to `_???' (various) does not allow automatic multiple TOCs References: <5D05A4D0-ED6B-4153-A133-572FC3E0A56F@dsl-only.net> In-Reply-To: <5D05A4D0-ED6B-4153-A133-572FC3E0A56F@dsl-only.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= 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, 02 Nov 2014 23:38:27 -0000 On 2-11-2014 21:09, Mark Millard wrote: > Context: powerpc64/GENERIC64 variant. I list the details at the end of this note, including for "svnlite info /usr/ports" but it is recently svnlite update'd. > > graphics/dri complained a lot about "automatic multiple TOCs" and reported needing to recompile with -minimal-toc or -fno-optimize-sibling-calls or to declare such things extern in work/Mesa-10.3.2/src/mesa/drivers/dri/ : > > CXXLD mesa_dri_drivers.la > /usr/bin/ld: ../../.libs/libmesa.a(builtin_functions.o)(.text+0x18e0): sibling call optimization to `_ZN9exec_nodenwEmPv' does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or make `_ZN9exec_nodenwEmPv' extern > /usr/bin/ld: ../../.libs/libmesa.a(builtin_functions.o)(.text+0x195c): sibling call optimization to `_ZN9exec_nodenwEmPv' does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or make `_ZN9exec_nodenwEmPv' extern > ... (It is a long list of these.) > /usr/bin/ld: ../../.libs/libmesa.a(builtin_functions.o)(.text+0x175b0): sibling call optimization to `_ZN9exec_nodenwEmPv' does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or make `_ZN9exec_nodenwEmPv' extern > /usr/bin/ld: ../../.libs/libmesa.a(builtin_functions.o)(.text+0x17600): sibling call optimization to `_ZN11ir_function13add_signatureEP21ir_function_signature' does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or make `_ZN11ir_function13add_signatureEP21ir_function_signature' extern > /usr/bin/ld: ../../.libs/libmesa.a(builtin_functions.o)(.text+0x26c14): sibling call optimization to `_ZN9exec_nodenwEmPv' does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or make `_ZN9exec_nodenwEmPv' extern > /usr/bin/ld: final link failed: Bad value > Makefile:632: recipe for target 'mesa_dri_drivers.la' failed > gmake[7]: *** [mesa_dri_drivers.la] Error 1 > gmake[7]: Leaving directory '/usr/obj/portswork/usr/ports/graphics/dri/work/Mesa-10.3.2/src/mesa/drivers/dri' > Makefile:718: recipe for target 'all-recursive' failed > gmake[6]: *** [all-recursive] Error 1 > gmake[6]: Leaving directory '/usr/obj/portswork/usr/ports/graphics/dri/work/Mesa-10.3.2/src/mesa/drivers/dri' > Makefile:3967: recipe for target 'all-recursive' failed > gmake[5]: *** [all-recursive] Error 1 > gmake[5]: Leaving directory '/usr/obj/portswork/usr/ports/graphics/dri/work/Mesa-10.3.2/src/mesa' > Makefile:1401: recipe for target 'all' failed > gmake[4]: *** [all] Error 2 > gmake[4]: Leaving directory '/usr/obj/portswork/usr/ports/graphics/dri/work/Mesa-10.3.2/src/mesa' > Makefile:518: recipe for target 'all-recursive' failed > gmake[3]: *** [all-recursive] Error 1 > gmake[3]: Leaving directory '/usr/obj/portswork/usr/ports/graphics/dri/work/Mesa-10.3.2/src' > Makefile:585: recipe for target 'all-recursive' failed > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory '/usr/obj/portswork/usr/ports/graphics/dri/work/Mesa-10.3.2' > ===> Compilation failed unexpectedly. > > Can you try the following patch? We have the same fix in webkit-gtk3, so this might work for you. https://people.freebsd.org/~kwm/mesa-powerpc64.diff -Koop From owner-freebsd-ports@FreeBSD.ORG Sun Nov 2 23:53:28 2014 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 677CF7EC for ; Sun, 2 Nov 2014 23:53:28 +0000 (UTC) Received: from asp.reflexion.net (outbound-243.asp.reflexion.net [69.84.129.243]) (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 0B11A797 for ; Sun, 2 Nov 2014 23:53:27 +0000 (UTC) Received: (qmail 21836 invoked from network); 2 Nov 2014 23:53:25 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 2 Nov 2014 23:53:25 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Sun, 02 Nov 2014 18:53:25 -0500 (EST) Received: (qmail 8564 invoked from network); 2 Nov 2014 23:53:25 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 2 Nov 2014 23:53:25 -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 Received: from [192.168.1.8] (c-98-246-178-138.hsd1.or.comcast.net [98.246.178.138]) by iron2.pdx.net (Postfix) with ESMTPSA id CE7001C405E; Sun, 2 Nov 2014 15:53:19 -0800 (PST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: powerpc64 vs. Mesa-10.3.2: .libs/libmesa.a(builtin_functions.o)(.text+???): sibling call optimization to `_???' (various) does not allow automatic multiple TOCs From: Mark Millard In-Reply-To: <5456C06A.2030904@rainbow-runner.nl> Date: Sun, 2 Nov 2014 15:53:24 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <4451559F-46D9-41BE-ABDE-552EC33AFD24@dsl-only.net> References: <5D05A4D0-ED6B-4153-A133-572FC3E0A56F@dsl-only.net> <5456C06A.2030904@rainbow-runner.nl> To: Koop Mast X-Mailer: Apple Mail (2.1878.6) Cc: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= , 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: Sun, 02 Nov 2014 23:53:28 -0000 Thanks much. It may be a while before I get back to try this: I'm trying to build a = powerpc64/GENERIC64 11.0 kernel variant for an experiment for someone = and the PowerMac is busy doing that right now. =3D=3D=3D Mark Millard markmi at dsl-only.net On Nov 2, 2014, at 3:38 PM, Koop Mast wrote: > Can you try the following patch? We have the same fix in webkit-gtk3, = so this might work for you. > https://people.freebsd.org/~kwm/mesa-powerpc64.diff >=20 > -Koop From owner-freebsd-ports@FreeBSD.ORG Mon Nov 3 00:02:38 2014 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 15AAA99A for ; Mon, 3 Nov 2014 00:02:38 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 E17EE864 for ; Mon, 3 Nov 2014 00:02:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=3RvLFFhU1Yxe1TzdyRZoWjgiSGnQxv1kAWDCpEJe2qE=; b=uBVRsln6t33DsUlu3f90wW32Z24sWJeHSTu/4diBgGMXR900M+HQlf8fM0V1Hq/ZNu5+jVNiC+9oziinNvi19P2T0bWdGeLNkNtQk2/UhCFlTQznKf9j4vnkXL1jl9J1EvgALNcba/3BT55UM1p5gZpzTBrz9bm60lhmOyQmDew=; Received: from [182.0.221.227] (port=37031 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpa (Exim 4.82) (envelope-from ) id 1Xl56S-003Sv8-B5 for freebsd-ports@freebsd.org; Sun, 02 Nov 2014 17:02:37 -0700 Date: Mon, 3 Nov 2014 08:02:32 +0800 From: Erich Dollansky To: freebsd-ports@freebsd.org Subject: audio/jack: Wrong file names Message-ID: <20141103080232.2f092070@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: 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, 03 Nov 2014 00:02:38 -0000 Hi, I am in the process of rebuilding all of my ports. When I try to rebuild /usr/ports/audio/jack, I run into a problem. This is the error message I have got: ===> Registering installation for jackit-0.124.1 pkg-static: lstat(/usr/home/PORTS/work/usr/ports/audio/jack/work/stage/usr/local/share/jack-audio-connection-kit/reference/html/globals_e.html): No such file or directory pkg-static: lstat(/usr/home/PORTS/work/usr/ports/audio/jack/work/stage/usr/local/share/jack-audio-connection-kit/reference/html/globals_i.html): No such file or directory pkg-static: lstat(/usr/home/PORTS/work/usr/ports/audio/jack/work/stage/usr/local/share/jack-audio-connection-kit/reference/html/globals_j.html): No such file or directory pkg-static: lstat(/usr/home/PORTS/work/usr/ports/audio/jack/work/stage/usr/local/share/jack-audio-connection-kit/reference/html/globals_m.html): No such file or directory pkg-static: lstat(/usr/home/PORTS/work/usr/ports/audio/jack/work/stage/usr/local/share/jack-audio-connection-kit/reference/html/globals_o.html): No such file or directory pkg-static: lstat(/usr/home/PORTS/work/usr/ports/audio/jack/work/stage/usr/local/share/jack-audio-connection-kit/reference/html/globals_p.html): No such file or directory pkg-static: lstat(/usr/home/PORTS/work/usr/ports/audio/jack/work/stage/usr/local/share/jack-audio-connection-kit/reference/html/globals_t.html): No such file or directory pkg-static: lstat(/usr/home/PORTS/work/usr/ports/audio/jack/work/stage/usr/local/share/jack-audio-connection-kit/reference/html/globals_w.html): No such file or directory *** Error code 74 Stop. make[1]: stopped in /usr/ports/audio/jack But I have these files: [X220]...reference/html (root) > ll gl* -rw-r--r-- 1 root wheel 3.6K Nov 3 07:37 globals.html -rw-r--r-- 1 root wheel 3.6K Nov 3 07:37 globals_0x65.html -rw-r--r-- 1 root wheel 3.7K Nov 3 07:37 globals_0x69.html -rw-r--r-- 1 root wheel 44K Nov 3 07:37 globals_0x6a.html -rw-r--r-- 1 root wheel 3.6K Nov 3 07:37 globals_0x6d.html -rw-r--r-- 1 root wheel 3.6K Nov 3 07:37 globals_0x6f.html -rw-r--r-- 1 root wheel 4.1K Nov 3 07:37 globals_0x70.html -rw-r--r-- 1 root wheel 3.6K Nov 3 07:37 globals_0x74.html -rw-r--r-- 1 root wheel 3.6K Nov 3 07:37 globals_0x77.html -rw-r--r-- 1 root wheel 4.0K Nov 3 07:37 globals_defs.html -rw-r--r-- 1 root wheel 3.9K Nov 3 07:37 globals_enum.html -rw-r--r-- 1 root wheel 11K Nov 3 07:37 globals_eval.html -rw-r--r-- 1 root wheel 28K Nov 3 07:37 globals_func.html -rw-r--r-- 1 root wheel 7.8K Nov 3 07:37 globals_type.html -rw-r--r-- 1 root wheel 3.9K Nov 3 07:37 globals_vars.html Are the file names wrongly generated? Erich From owner-freebsd-ports@FreeBSD.ORG Mon Nov 3 00:34:49 2014 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 49EEAD4 for ; Mon, 3 Nov 2014 00:34:49 +0000 (UTC) Received: from mx.waitman.net (mx.waitman.net [136.0.16.173]) by mx1.freebsd.org (Postfix) with ESMTP id 3A1C8AC6 for ; Mon, 3 Nov 2014 00:34:48 +0000 (UTC) Received: by mx.waitman.net (Postfix, from userid 2) id 9B62F434AC; Sun, 2 Nov 2014 08:35:33 -0800 (PST) Received: from 70.90.171.37 by mx.waitman.net with HTTP; Sun, 2 Nov 2014 08:35:33 -0800 Message-ID: <81c408df36e645fdf2207a5d5208d3fc.squirrel@mx.waitman.net> Date: Sun, 2 Nov 2014 08:35:33 -0800 Subject: why is 'make' installing? From: "Waitman Gobble" To: freebsd-ports@freebsd.org Reply-To: uzimac@da3m0n8t3r.com User-Agent: SquirrelMail/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 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, 03 Nov 2014 00:34:49 -0000 Issue, help appreciated. Missed day two of MeetBSD sorry alot going on today. Day one was great. I'm updating a port and noticed that 'make' is actually calling install in my program Makefile. seems strange. It's not registering the port as installed but the compiled binary is going into /usr/local/bin ie: > ls /usr/local/bin/dcraw-m ls: /usr/local/bin/dcraw-m: No such file or directory > make ===> License GPLv2 accepted by the user ===> Found saved configuration for dcraw-m-9.22 ===> dcraw-m-9.22 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by dcraw-m-9.22 for building ===> Extracting for dcraw-m-9.22 => SHA256 Checksum OK for dcraw-m-9.22.tar.gz. ===> Patching for dcraw-m-9.22 ===> dcraw-m-9.22 depends on shared library: libjasper.so - found (/usr/local/lib/libjasper.so.4.0.0) ===> dcraw-m-9.22 depends on shared library: libjpeg.so - found (/usr/local/lib/libjpeg.so.11) ===> dcraw-m-9.22 depends on shared library: liblcms2.so - found (/usr/local/lib/liblcms2.so.2.0.6) ===> dcraw-m-9.22 depends on shared library: libMagickWand-6.Q16.so - found (/usr/local/lib/libMagickWand-6.Q16.so.2.0.0) ===> Configuring for dcraw-m-9.22 ===> Building for dcraw-m-9.22 ===> Staging for dcraw-m-9.22 ===> Generating temporary packing list install -m 0755 -g wheel -o root dcraw-m /usr/local/bin ====> Compressing man pages (compress-man) ====> Running Q/A tests (stage-qa) > ls /usr/local/bin/dcraw-m /usr/local/bin/dcraw-m AFAIK a port 'make' should not actually call install in the Makefile. ? > rm /usr/local/bin/dcraw-m > cd work/waitman-dcraw-m-1b90326/ > make clean > make cc -O2 -pipe -Wall -Werror -I/usr/local/include `MagickWand-config --cflags --cppflags` -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16 -DNO_JASPER -L/usr/local/lib `MagickWand-config --ldflags --libs` -lm -llcms2 -ljpeg -o dcraw-m dcraw-m.c > ls /usr/local/bin/dcraw-m ls: /usr/local/bin/dcraw-m: No such file or directory > make install install -m 0755 -g wheel -o root dcraw-m /usr/local/bin > ls /usr/local/bin/dcraw-m /usr/local/bin/dcraw-m hmmm why is 'make' on the port Makefile calling install? > uname -a FreeBSD dx.waitman.net 11.0-CURRENT FreeBSD 11.0-CURRENT #2: Mon Oct 27 18:47:44 PDT 2014 root@dx.waitman.net:/usr/obj/usr/src/sys/AMINEH amd64 Thank you, -- Waitman Gobble Los Altos California USA +1.510-830-7975 From owner-freebsd-ports@FreeBSD.ORG Mon Nov 3 00:54:37 2014 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 BE780650 for ; Mon, 3 Nov 2014 00:54:37 +0000 (UTC) Received: from nm35-vm5.bullet.mail.bf1.yahoo.com (nm35-vm5.bullet.mail.bf1.yahoo.com [72.30.238.77]) (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 68E13C72 for ; Mon, 3 Nov 2014 00:54:36 +0000 (UTC) Received: from [66.196.81.172] by nm35.bullet.mail.bf1.yahoo.com with NNFMP; 03 Nov 2014 00:51:30 -0000 Received: from [98.139.212.201] by tm18.bullet.mail.bf1.yahoo.com with NNFMP; 03 Nov 2014 00:51:30 -0000 Received: from [127.0.0.1] by omp1010.mail.bf1.yahoo.com with NNFMP; 03 Nov 2014 00:51:30 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 552024.9761.bm@omp1010.mail.bf1.yahoo.com Received: (qmail 25757 invoked by uid 60001); 3 Nov 2014 00:51:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1414975890; bh=idb4QD3JQ0K+18U+Z33btYruAeMrq3XhfJu70SyH4Is=; h=Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=sHygpBXzRxuSQvPmQvQAS/PgmK+XP9ChBx2qRIcgvLdLJ/pRxZzqscHXyW5k3BJ5Mm8fMdQaoP+YiLxTuGBvoVWuSyWWDCuQKqUQWo5sdYV4xocBSD+/EvbHq1Lxua8A0jfKCj87DrFuN3h1dhEvLrJR9AIwRDhDfIRfvQXeg5A= X-YMail-OSG: zGJPWV8VM1nwsqiiDYVB7Dn5cOYX_4.gCIN83zOzXO0rD9Z f.t0ahs1yDoH.QWGGmb9hGTSG7hYqRL8mn18gGB57yV2MWWMgBZn_X3lyjse Cv2icDNwUndlmgFwRZl0oa3US6Y9CzY8Vmce4qu2UXfOWz3axsXuF4hf3iTo yNMFuh1h7LSwRKk3fpBSsbZ9VshsVLbtdX2DlqQFcUjffjCOVBvzF1PkSHYL PIVKFVy5oL0aiwuWdmuI1Bi.fosnAXIGNKTjaFe5ea_fjI.C_sjbDnopWVBt FzfZphdw.rgT4qXmYuow0XCNoxlVZOZjQsbWD8U6xZR.Se_AHnw38ZWv0LPY .s.YxRvLVf5yZUPg0fb4Cf84h27NFCBumLBu8shH8aMjAFTxy4k7ThqP158N 77Gh8H9gQR5x7wueLXEb6B0YUGJAeMHa_9ARdInr.N0L7j1Wrb.SA1FltSGx iFsj1qhnPOpQ4lZziFvw8Dt7LUE42AxbCcD0T5gK218kBmjTKwVX152I.FrR M_WJSqlbE1o8YAh6Xf7G9QX2z5wPtwdVbyXeAtR4YmJ8yFHHzQQ-- Received: from [66.92.43.99] by web140903.mail.bf1.yahoo.com via HTTP; Sun, 02 Nov 2014 16:51:30 PST X-Rocket-MIMEInfo: 002.001, SSB3b25kZXIgaWYgdGhhdCBoYXMgYW55dGhpbmcgd2l0aCB0aGUNCiJjaGlsZCBwcm9jZXNzIHRlcm1pbmF0ZWQgYWJucm1hbGx5IiBJIHNhdyB3aGVuIHN0YXJ0aW5nIGEgDQoibWFrZSBidWlsZCIgaW4gbW9zdCBhbnksIG9yIGEgbnVtYmVyIG9mLCBwb3J0KHMpIHJlY2VudGx5Li4uICBvbiBhbm90aGVyIHY5IA0KbWFjaGluZS4gICABMAEBAQE- X-Mailer: YahooMailClassic/810 YahooMailWebService/0.8.203.733 Message-ID: <1414975890.91978.YahooMailBasic@web140903.mail.bf1.yahoo.com> Date: Sun, 2 Nov 2014 16:51:30 -0800 From: Jeffrey Bouquet Subject: RE: Why is make installing To: freebsd-ports@freebsd.org 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: Mon, 03 Nov 2014 00:54:37 -0000 I wonder if that has anything with the "child process terminated abnrmally" I saw when starting a "make build" in most any, or a number of, port(s) recently... on another v9 machine. From owner-freebsd-ports@FreeBSD.ORG Mon Nov 3 01:21:50 2014 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 83EC6907 for ; Mon, 3 Nov 2014 01:21:50 +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 5507FE86 for ; Mon, 3 Nov 2014 01:21:50 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA31NHGl023958; Sun, 2 Nov 2014 17:23:18 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: freebsd-ports@freebsd.org, "Waitman Gobble" In-Reply-To: <81c408df36e645fdf2207a5d5208d3fc.squirrel@mx.waitman.net> References: <81c408df36e645fdf2207a5d5208d3fc.squirrel@mx.waitman.net> From: "Chris H" Subject: Re: why is 'make' installing? Date: Sun, 02 Nov 2014 17:23:18 -0800 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, 03 Nov 2014 01:21:50 -0000 On Sun, 2 Nov 2014 08:35:33 -0800 "Waitman Gobble" wrote > Issue, help appreciated. Missed day two of MeetBSD sorry alot going on > today. Day one was great. > > I'm updating a port and noticed that 'make' is actually calling install in > my program Makefile. seems strange. It's not registering the port as > installed but the compiled binary is going into /usr/local/bin > > ie: > > > ls /usr/local/bin/dcraw-m > ls: /usr/local/bin/dcraw-m: No such file or directory > > > make > ===> License GPLv2 accepted by the user > ===> Found saved configuration for dcraw-m-9.22 > ===> dcraw-m-9.22 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by dcraw-m-9.22 for building > ===> Extracting for dcraw-m-9.22 > => SHA256 Checksum OK for dcraw-m-9.22.tar.gz. > ===> Patching for dcraw-m-9.22 > ===> dcraw-m-9.22 depends on shared library: libjasper.so - found > (/usr/local/lib/libjasper.so.4.0.0) > ===> dcraw-m-9.22 depends on shared library: libjpeg.so - found > (/usr/local/lib/libjpeg.so.11) > ===> dcraw-m-9.22 depends on shared library: liblcms2.so - found > (/usr/local/lib/liblcms2.so.2.0.6) > ===> dcraw-m-9.22 depends on shared library: libMagickWand-6.Q16.so - > found (/usr/local/lib/libMagickWand-6.Q16.so.2.0.0) > ===> Configuring for dcraw-m-9.22 > ===> Building for dcraw-m-9.22 > ===> Staging for dcraw-m-9.22 > ===> Generating temporary packing list > install -m 0755 -g wheel -o root dcraw-m /usr/local/bin > ====> Compressing man pages (compress-man) > ====> Running Q/A tests (stage-qa) > > > ls /usr/local/bin/dcraw-m > /usr/local/bin/dcraw-m > > AFAIK a port 'make' should not actually call install in the Makefile. ? > > > rm /usr/local/bin/dcraw-m > > cd work/waitman-dcraw-m-1b90326/ > > make clean > > make > cc -O2 -pipe -Wall -Werror -I/usr/local/include 'MagickWand-config > --cflags --cppflags' -DMAGICKCORE_HDRI_ENABLE=0 > -DMAGICKCORE_QUANTUM_DEPTH=16 -DNO_JASPER -L/usr/local/lib > 'MagickWand-config --ldflags --libs' -lm -llcms2 -ljpeg -o dcraw-m > dcraw-m.c > > ls /usr/local/bin/dcraw-m > ls: /usr/local/bin/dcraw-m: No such file or directory > > make install > install -m 0755 -g wheel -o root dcraw-m /usr/local/bin > > ls /usr/local/bin/dcraw-m > /usr/local/bin/dcraw-m > > > hmmm why is 'make' on the port Makefile calling install? Because you asserted "make install"? > > make install > install -m 0755 -g wheel -o root dcraw-m /usr/local/bin That's all I can gather from the limited output you provided. :) --Chris > > > uname -a > FreeBSD dx.waitman.net 11.0-CURRENT FreeBSD 11.0-CURRENT #2: Mon Oct 27 > 18:47:44 PDT 2014 root@dx.waitman.net:/usr/obj/usr/src/sys/AMINEH > amd64 > > > Thank you, > > -- > Waitman Gobble > Los Altos California USA > +1.510-830-7975 > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-ports@FreeBSD.ORG Mon Nov 3 01:28:16 2014 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 A9EEAABE; Mon, 3 Nov 2014 01:28:16 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [IPv6:2001:470:1f05:b76::196]) by mx1.freebsd.org (Postfix) with ESMTP id 92EDCEC3; Mon, 3 Nov 2014 01:28:16 +0000 (UTC) Received: from AlfredMacbookAir.local (unknown [129.253.54.225]) by elvis.mu.org (Postfix) with ESMTPSA id 1FC46341F83D; Sun, 2 Nov 2014 17:28:16 -0800 (PST) Message-ID: <5456DA2C.8090506@freebsd.org> Date: Sun, 02 Nov 2014 17:28:12 -0800 From: Alfred Perlstein Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Tijl Coosemans , RW Subject: Re: Reducing the size of the ports tree (brainstorm v2) References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <20141101000723.782768a3@kalimero.tijl.coosemans.org> <20141102181623.463fff71@gumby.homeunix.com> <20141102195021.045f70c3@kalimero.tijl.coosemans.org> In-Reply-To: <20141102195021.045f70c3@kalimero.tijl.coosemans.org> 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: Mon, 03 Nov 2014 01:28:16 -0000 On 11/2/14, 10:50 AM, Tijl Coosemans wrote: > On Sun, 2 Nov 2014 18:16:23 +0000 RW wrote: >> On Sat, 1 Nov 2014 00:07:23 +0100 >> Tijl Coosemans wrote: >>> On Fri, 31 Oct 2014 19:56:21 +0100 Baptiste Daroussin >>> wrote: >>>> tijl@ spotted an interesting point, distinfo and pkg-descr files >>>> files convenient are taking a lot of space for "free", we can >>>> reduce the size of the while ports tree by a factor 2 by simply >>>> merging them into one of the other files (Makefile and/or >>>> pkg-plist) from my testing it really devides significantly the size >>>> of the tree. >>>> >>>> Problem is how to merge them if we want to. >>>> >>>> What we do not want to loose: >>>> - Easyness of parsing distinfo >>>> - Easyness to get informations about the description >> I think it's worth remembering that this saves an amount of storage >> that can be had for around 1 penny/cent. The threshold for this being >> more trouble than it's worth is pretty low. > The reason I looked into this is because many subversion operations > are slow on the ports tree. For me it's about saving time there and > not so much about saving disk space. Starting to think that we should think about making the ports into trees that are category based and then another directory for the .mk files. Subversion supports externals, git supports submodules. Maybe it's time to leverage those and have a top level "project" with svn externals or git submodules. -Alfred From owner-freebsd-ports@FreeBSD.ORG Mon Nov 3 03:02:05 2014 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 BE16C1F7 for ; Mon, 3 Nov 2014 03:02:05 +0000 (UTC) Received: from mx.waitman.net (mx.waitman.net [136.0.16.173]) by mx1.freebsd.org (Postfix) with ESMTP id AA52F9E8 for ; Mon, 3 Nov 2014 03:02:05 +0000 (UTC) Received: by mx.waitman.net (Postfix, from userid 2) id 15EA4434AC; Sun, 2 Nov 2014 11:11:01 -0800 (PST) Received: from 70.90.171.37 by mx.waitman.net with HTTP; Sun, 2 Nov 2014 11:11:01 -0800 Message-ID: <488709657f18de907d45e18583f9fba8.squirrel@mx.waitman.net> In-Reply-To: References: <81c408df36e645fdf2207a5d5208d3fc.squirrel@mx.waitman.net> Date: Sun, 2 Nov 2014 11:11:01 -0800 Subject: Re: why is 'make' installing? From: "Waitman Gobble" To: "Chris H" Reply-To: uzimac@da3m0n8t3r.com User-Agent: SquirrelMail/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Waitman Gobble , 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, 03 Nov 2014 03:02:05 -0000 On Sun, November 2, 2014 5:23 pm, Chris H wrote: > On Sun, 2 Nov 2014 08:35:33 -0800 "Waitman Gobble" > > wrote > >> Issue, help appreciated. Missed day two of MeetBSD sorry alot going on >> today. Day one was great. >> >> I'm updating a port and noticed that 'make' is actually calling install >> in my program Makefile. seems strange. It's not registering the port as >> installed but the compiled binary is going into /usr/local/bin >> >> ie: >> >> >>> ls /usr/local/bin/dcraw-m >> ls: /usr/local/bin/dcraw-m: No such file or directory >> >> >>> make >> ===> License GPLv2 accepted by the user >> ===> Found saved configuration for dcraw-m-9.22 >> ===> dcraw-m-9.22 depends on file: /usr/local/sbin/pkg - found >> ===> Fetching all distfiles required by dcraw-m-9.22 for building >> ===> Extracting for dcraw-m-9.22 >> => SHA256 Checksum OK for dcraw-m-9.22.tar.gz. >> ===> Patching for dcraw-m-9.22 >> ===> dcraw-m-9.22 depends on shared library: libjasper.so - found >> (/usr/local/lib/libjasper.so.4.0.0) >> ===> dcraw-m-9.22 depends on shared library: libjpeg.so - found >> (/usr/local/lib/libjpeg.so.11) >> ===> dcraw-m-9.22 depends on shared library: liblcms2.so - found >> (/usr/local/lib/liblcms2.so.2.0.6) >> ===> dcraw-m-9.22 depends on shared library: libMagickWand-6.Q16.so - >> found (/usr/local/lib/libMagickWand-6.Q16.so.2.0.0) ===> Configuring for >> dcraw-m-9.22 ===> Building for dcraw-m-9.22 >> ===> Staging for dcraw-m-9.22 >> ===> Generating temporary packing list >> install -m 0755 -g wheel -o root dcraw-m /usr/local/bin ====> Compressing >> man pages (compress-man) ====> Running Q/A tests (stage-qa) >> >> >>> ls /usr/local/bin/dcraw-m >> /usr/local/bin/dcraw-m >> >> >> AFAIK a port 'make' should not actually call install in the Makefile. ? >> >> >>> rm /usr/local/bin/dcraw-m cd work/waitman-dcraw-m-1b90326/ make clean >>> make >> cc -O2 -pipe -Wall -Werror -I/usr/local/include 'MagickWand-config >> --cflags --cppflags' -DMAGICKCORE_HDRI_ENABLE=0 >> -DMAGICKCORE_QUANTUM_DEPTH=16 -DNO_JASPER -L/usr/local/lib >> 'MagickWand-config --ldflags --libs' -lm -llcms2 -ljpeg -o dcraw-m >> dcraw-m.c >>> ls /usr/local/bin/dcraw-m >> ls: /usr/local/bin/dcraw-m: No such file or directory >> >>> make install >> install -m 0755 -g wheel -o root dcraw-m /usr/local/bin >>> ls /usr/local/bin/dcraw-m >> /usr/local/bin/dcraw-m >> >> >> >> hmmm why is 'make' on the port Makefile calling install? > > Because you asserted "make install"? > >>> make install >> install -m 0755 -g wheel -o root dcraw-m /usr/local/bin > > That's all I can gather from the limited output you provided. :) > > > --Chris > > >> >>> uname -a >> FreeBSD dx.waitman.net 11.0-CURRENT FreeBSD 11.0-CURRENT #2: Mon Oct 27 >> 18:47:44 PDT 2014 root@dx.waitman.net:/usr/obj/usr/src/sys/AMINEH >> amd64 >> >> >> Thank you, >> >> >> -- >> Waitman Gobble >> Los Altos California USA >> +1.510-830-7975 >> >> >> _______________________________________________ >> 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" >> > > no, i was showing that the program Makefile only installs when you explicitly do 'make install', but the port Makefile seems to be calling 'make install' for some reason. here's another port that is not mine, it is doing the same thing.. [1492] > cd /usr/ports/graphics/dcraw [1493] > make ===> dcraw-9.21 depends on file: /usr/local/sbin/pkg - found => dcraw-9.21.tar.xz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch http://distcache.FreeBSD.org/local-distfiles/sunpoet/dcraw-9.21.tar.xz dcraw-9.21.tar.xz 100% of 78 kB 206 kBps 00m01s ===> Fetching all distfiles required by dcraw-9.21 for building ===> Extracting for dcraw-9.21 => SHA256 Checksum OK for dcraw-9.21.tar.xz. ===> Patching for dcraw-9.21 ===> dcraw-9.21 depends on shared library: libjasper.so - found (/usr/local/lib/libjasper.so.4.0.0) ===> dcraw-9.21 depends on shared library: libjpeg.so - found (/usr/local/lib/libjpeg.so.11) ===> dcraw-9.21 depends on shared library: liblcms2.so - found (/usr/local/lib/liblcms2.so.2.0.6) ===> Configuring for dcraw-9.21 ===> Building for dcraw-9.21 dcraw.c:1009:4: warning: add explicit braces to avoid dangling else [-Wdangling-else] else ip[col][c] = (ip[col-width][c] + ip[col+width][c] + 1) >> 1; ^ dcraw.c:9038:41: warning: data argument not used by format string [-Wformat-extra-args] _("Converting to %s colorspace...\n"), name[output_color-1]); ^ dcraw.c:9708:44: warning: adding 'unsigned int' to a string does not append to the string [-Wstring-plus-int] write_ext = ".pgm\0.ppm\0.ppm\0.pam" + colors*5-5; ~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~ dcraw.c:9708:44: note: use array indexing to silence this warning write_ext = ".pgm\0.ppm\0.ppm\0.pam" + colors*5-5; ^ & [ ] 3 warnings generated. ===> Staging for dcraw-9.21 ===> Generating temporary packing list install -s -o root -g wheel -m 555 /usr/ports/graphics/dcraw/work/dcraw-9.21/dcraw /usr/ports/graphics/dcraw/work/stage/usr/local/bin/ install -o root -g wheel -m 444 /usr/ports/graphics/dcraw/work/dcraw-9.21/dcraw.1 /usr/ports/graphics/dcraw/work/stage/usr/local/man/man1/ ====> Compressing man pages (compress-man) ====> Running Q/A tests (stage-qa) any idea why 'make' in the port directory would trigger 'install' ? -- Waitman Gobble San Jose California USA (510) 830-7975 From owner-freebsd-ports@FreeBSD.ORG Mon Nov 3 03:20:29 2014 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 70ECB889 for ; Mon, 3 Nov 2014 03:20:29 +0000 (UTC) Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 37842B76 for ; Mon, 3 Nov 2014 03:20:29 +0000 (UTC) Received: by mail-ob0-f170.google.com with SMTP id nt9so9439933obb.1 for ; Sun, 02 Nov 2014 19:20:28 -0800 (PST) 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=VuQ5x78WB/7gSjM45wv+XTeASaZCaLgfRGRjyXwJEyI=; b=lDBF30EqaM44e3BqtEdsc/uDO6LZvaqhIWnWNM1BfrUeiVlMyuRWXR8FXqK7JeEbg9 eEOp0y2Y4zM182YaHdMmGg68xKxU/9Tj+KuoXv4tUK+heGdRdC0Sv6/FNpY4/dYKj6aM jSbsJsyzPNL0LeX7DnqrGaFbF3shh8PCCoNXi8nJqSLb+Zkt0SSFt5dQydwWSt28nrxF lONq70rCeaD66LTcRH3AK8m1I1jDBB4tJtmGZI53ei8sG7stwcOctZtDYWVak6AwwOKH pIfvIR8zmkLAjd7DjLMRxERLvrt2kxJ6yH4tJ5JUetlVwnXN1HhgDNvpo6Tyz9I94ePe +0/g== MIME-Version: 1.0 X-Received: by 10.202.231.147 with SMTP id e141mr5817456oih.8.1414984828098; Sun, 02 Nov 2014 19:20:28 -0800 (PST) Received: by 10.202.6.21 with HTTP; Sun, 2 Nov 2014 19:20:28 -0800 (PST) Received: by 10.202.6.21 with HTTP; Sun, 2 Nov 2014 19:20:28 -0800 (PST) In-Reply-To: <488709657f18de907d45e18583f9fba8.squirrel@mx.waitman.net> References: <81c408df36e645fdf2207a5d5208d3fc.squirrel@mx.waitman.net> <488709657f18de907d45e18583f9fba8.squirrel@mx.waitman.net> Date: Sun, 2 Nov 2014 19:20:28 -0800 Message-ID: Subject: Re: why is 'make' installing? From: Freddie Cash To: uzimac@da3m0n8t3r.com Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Chris H , 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: Mon, 03 Nov 2014 03:20:29 -0000 It's installing into the staing directory in order to create the binary package that actually gets installed. More the full install path. This is the STAGING work that went on this year. On Nov 2, 2014 7:02 PM, "Waitman Gobble" wrote: > > On Sun, November 2, 2014 5:23 pm, Chris H wrote: > > On Sun, 2 Nov 2014 08:35:33 -0800 "Waitman Gobble" > > > > wrote > > > >> Issue, help appreciated. Missed day two of MeetBSD sorry alot going on > >> today. Day one was great. > >> > >> I'm updating a port and noticed that 'make' is actually calling install > >> in my program Makefile. seems strange. It's not registering the port as > >> installed but the compiled binary is going into /usr/local/bin > >> > >> ie: > >> > >> > >>> ls /usr/local/bin/dcraw-m > >> ls: /usr/local/bin/dcraw-m: No such file or directory > >> > >> > >>> make > >> ===> License GPLv2 accepted by the user > >> ===> Found saved configuration for dcraw-m-9.22 > >> ===> dcraw-m-9.22 depends on file: /usr/local/sbin/pkg - found > >> ===> Fetching all distfiles required by dcraw-m-9.22 for building > >> ===> Extracting for dcraw-m-9.22 > >> => SHA256 Checksum OK for dcraw-m-9.22.tar.gz. > >> ===> Patching for dcraw-m-9.22 > >> ===> dcraw-m-9.22 depends on shared library: libjasper.so - found > >> (/usr/local/lib/libjasper.so.4.0.0) > >> ===> dcraw-m-9.22 depends on shared library: libjpeg.so - found > >> (/usr/local/lib/libjpeg.so.11) > >> ===> dcraw-m-9.22 depends on shared library: liblcms2.so - found > >> (/usr/local/lib/liblcms2.so.2.0.6) > >> ===> dcraw-m-9.22 depends on shared library: libMagickWand-6.Q16.so - > >> found (/usr/local/lib/libMagickWand-6.Q16.so.2.0.0) ===> Configuring > for > >> dcraw-m-9.22 ===> Building for dcraw-m-9.22 > >> ===> Staging for dcraw-m-9.22 > >> ===> Generating temporary packing list > >> install -m 0755 -g wheel -o root dcraw-m /usr/local/bin ====> > Compressing > >> man pages (compress-man) ====> Running Q/A tests (stage-qa) > >> > >> > >>> ls /usr/local/bin/dcraw-m > >> /usr/local/bin/dcraw-m > >> > >> > >> AFAIK a port 'make' should not actually call install in the Makefile. ? > >> > >> > >>> rm /usr/local/bin/dcraw-m cd work/waitman-dcraw-m-1b90326/ make clean > >>> make > >> cc -O2 -pipe -Wall -Werror -I/usr/local/include 'MagickWand-config > >> --cflags --cppflags' -DMAGICKCORE_HDRI_ENABLE=0 > >> -DMAGICKCORE_QUANTUM_DEPTH=16 -DNO_JASPER -L/usr/local/lib > >> 'MagickWand-config --ldflags --libs' -lm -llcms2 -ljpeg -o dcraw-m > >> dcraw-m.c > >>> ls /usr/local/bin/dcraw-m > >> ls: /usr/local/bin/dcraw-m: No such file or directory > >> > >>> make install > >> install -m 0755 -g wheel -o root dcraw-m /usr/local/bin > >>> ls /usr/local/bin/dcraw-m > >> /usr/local/bin/dcraw-m > >> > >> > >> > >> hmmm why is 'make' on the port Makefile calling install? > > > > Because you asserted "make install"? > > > >>> make install > >> install -m 0755 -g wheel -o root dcraw-m /usr/local/bin > > > > That's all I can gather from the limited output you provided. :) > > > > > > --Chris > > > > > >> > >>> uname -a > >> FreeBSD dx.waitman.net 11.0-CURRENT FreeBSD 11.0-CURRENT #2: Mon Oct 27 > >> 18:47:44 PDT 2014 root@dx.waitman.net:/usr/obj/usr/src/sys/AMINEH > >> amd64 > >> > >> > >> Thank you, > >> > >> > >> -- > >> Waitman Gobble > >> Los Altos California USA > >> +1.510-830-7975 > >> > >> > >> _______________________________________________ > >> 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 > " > >> > > > > > > no, i was showing that the program Makefile only installs when you > explicitly do 'make install', but the port Makefile seems to be calling > 'make install' for some reason. > > > here's another port that is not mine, it is doing the same thing.. > > > [1492] > cd /usr/ports/graphics/dcraw > [1493] > make > ===> dcraw-9.21 depends on file: /usr/local/sbin/pkg - found > => dcraw-9.21.tar.xz doesn't seem to exist in /usr/ports/distfiles/. > => Attempting to fetch > http://distcache.FreeBSD.org/local-distfiles/sunpoet/dcraw-9.21.tar.xz > dcraw-9.21.tar.xz 100% of 78 kB 206 kBps > 00m01s > ===> Fetching all distfiles required by dcraw-9.21 for building > ===> Extracting for dcraw-9.21 > => SHA256 Checksum OK for dcraw-9.21.tar.xz. > ===> Patching for dcraw-9.21 > ===> dcraw-9.21 depends on shared library: libjasper.so - found > (/usr/local/lib/libjasper.so.4.0.0) > ===> dcraw-9.21 depends on shared library: libjpeg.so - found > (/usr/local/lib/libjpeg.so.11) > ===> dcraw-9.21 depends on shared library: liblcms2.so - found > (/usr/local/lib/liblcms2.so.2.0.6) > ===> Configuring for dcraw-9.21 > ===> Building for dcraw-9.21 > dcraw.c:1009:4: warning: add explicit braces to avoid dangling else > [-Wdangling-else] > else ip[col][c] = (ip[col-width][c] + ip[col+width][c] + 1) >> 1; > ^ > dcraw.c:9038:41: warning: data argument not used by format string > [-Wformat-extra-args] > _("Converting to %s colorspace...\n"), name[output_color-1]); > ^ > dcraw.c:9708:44: warning: adding 'unsigned int' to a string does not > append to > the string [-Wstring-plus-int] > write_ext = ".pgm\0.ppm\0.ppm\0.pam" + colors*5-5; > ~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~ > dcraw.c:9708:44: note: use array indexing to silence this warning > write_ext = ".pgm\0.ppm\0.ppm\0.pam" + colors*5-5; > ^ > & [ ] > 3 warnings generated. > ===> Staging for dcraw-9.21 > ===> Generating temporary packing list > install -s -o root -g wheel -m 555 > /usr/ports/graphics/dcraw/work/dcraw-9.21/dcraw > /usr/ports/graphics/dcraw/work/stage/usr/local/bin/ > install -o root -g wheel -m 444 > /usr/ports/graphics/dcraw/work/dcraw-9.21/dcraw.1 > /usr/ports/graphics/dcraw/work/stage/usr/local/man/man1/ > ====> Compressing man pages (compress-man) > ====> Running Q/A tests (stage-qa) > > > > > any idea why 'make' in the port directory would trigger 'install' ? > > > > -- > Waitman Gobble > San Jose California USA > (510) 830-7975 > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@FreeBSD.ORG Mon Nov 3 04:25:12 2014 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 1F6B25A4 for ; Mon, 3 Nov 2014 04:25:12 +0000 (UTC) Received: from mx.waitman.net (mx.waitman.net [136.0.16.173]) by mx1.freebsd.org (Postfix) with ESMTP id 09E8A1AB for ; Mon, 3 Nov 2014 04:25:11 +0000 (UTC) Received: by mx.waitman.net (Postfix, from userid 2) id EFADC434AC; Sun, 2 Nov 2014 12:34:04 -0800 (PST) Received: from 70.90.171.37 by mx.waitman.net with HTTP; Sun, 2 Nov 2014 12:34:04 -0800 Message-ID: In-Reply-To: References: <81c408df36e645fdf2207a5d5208d3fc.squirrel@mx.waitman.net> <488709657f18de907d45e18583f9fba8.squirrel@mx.waitman.net> Date: Sun, 2 Nov 2014 12:34:04 -0800 Subject: Re: why is 'make' installing? From: "Waitman Gobble" To: "Freddie Cash" Reply-To: uzimac@da3m0n8t3r.com User-Agent: SquirrelMail/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: uzimac@da3m0n8t3r.com, freebsd-ports , Chris H 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, 03 Nov 2014 04:25:12 -0000 On Sun, November 2, 2014 7:20 pm, Freddie Cash wrote: > It's installing into the staing directory in order to create the binary > package that actually gets installed. More the full install path. > > This is the STAGING work that went on this year. > On Nov 2, 2014 7:02 PM, "Waitman Gobble" wrote: > > >> >> On Sun, November 2, 2014 5:23 pm, Chris H wrote: >> >>> On Sun, 2 Nov 2014 08:35:33 -0800 "Waitman Gobble" >>> >>> wrote >>> >>>> Issue, help appreciated. Missed day two of MeetBSD sorry alot going >>>> on today. Day one was great. >>>> >>>> I'm updating a port and noticed that 'make' is actually calling >>>> install in my program Makefile. seems strange. It's not registering >>>> the port as installed but the compiled binary is going into >>>> /usr/local/bin >>>> >>>> >>>> ie: >>>> >>>> >>>> >>>>> ls /usr/local/bin/dcraw-m >>>> ls: /usr/local/bin/dcraw-m: No such file or directory >>>> >>>> >>>> >>>>> make >>>> ===> License GPLv2 accepted by the user >>>> ===> Found saved configuration for dcraw-m-9.22 >>>> ===> dcraw-m-9.22 depends on file: /usr/local/sbin/pkg - found >>>> ===> Fetching all distfiles required by dcraw-m-9.22 for building >>>> ===> Extracting for dcraw-m-9.22 >>>> => SHA256 Checksum OK for dcraw-m-9.22.tar.gz. >>>> ===> Patching for dcraw-m-9.22 >>>> ===> dcraw-m-9.22 depends on shared library: libjasper.so - found >>>> (/usr/local/lib/libjasper.so.4.0.0) >>>> ===> dcraw-m-9.22 depends on shared library: libjpeg.so - found >>>> (/usr/local/lib/libjpeg.so.11) >>>> ===> dcraw-m-9.22 depends on shared library: liblcms2.so - found >>>> (/usr/local/lib/liblcms2.so.2.0.6) >>>> ===> dcraw-m-9.22 depends on shared library: >>>> libMagickWand-6.Q16.so - found >>>> (/usr/local/lib/libMagickWand-6.Q16.so.2.0.0) ===> Configuring >>>> >> for >>>> dcraw-m-9.22 ===> Building for dcraw-m-9.22 ===> Staging for >>>> dcraw-m-9.22 ===> Generating temporary packing list >>>> install -m 0755 -g wheel -o root dcraw-m /usr/local/bin ====> >> Compressing >> >>>> man pages (compress-man) ====> Running Q/A tests (stage-qa) >>>> >>>> >>>>> ls /usr/local/bin/dcraw-m >>>> /usr/local/bin/dcraw-m >>>> >>>> >>>> >>>> AFAIK a port 'make' should not actually call install in the >>>> Makefile. ? >>>> >>>> >>>> >>>>> rm /usr/local/bin/dcraw-m cd work/waitman-dcraw-m-1b90326/ make >>>>> clean make >>>> cc -O2 -pipe -Wall -Werror -I/usr/local/include >>>> 'MagickWand-config >>>> --cflags --cppflags' -DMAGICKCORE_HDRI_ENABLE=0 >>>> -DMAGICKCORE_QUANTUM_DEPTH=16 -DNO_JASPER -L/usr/local/lib >>>> 'MagickWand-config --ldflags --libs' -lm -llcms2 -ljpeg -o dcraw-m >>>> dcraw-m.c >>>>> ls /usr/local/bin/dcraw-m >>>> ls: /usr/local/bin/dcraw-m: No such file or directory >>>> >>>> >>>>> make install >>>> install -m 0755 -g wheel -o root dcraw-m /usr/local/bin >>>>> ls /usr/local/bin/dcraw-m >>>> /usr/local/bin/dcraw-m >>>> >>>> >>>> >>>> >>>> hmmm why is 'make' on the port Makefile calling install? >>> >>> Because you asserted "make install"? >>> >>> >>>>> make install >>>> install -m 0755 -g wheel -o root dcraw-m /usr/local/bin >>> >>> That's all I can gather from the limited output you provided. :) >>> >>> >>> >>> --Chris >>> >>> >>> >>>> >>>>> uname -a >>>> FreeBSD dx.waitman.net 11.0-CURRENT FreeBSD 11.0-CURRENT #2: Mon >>>> Oct 27 >>>> 18:47:44 PDT 2014 >>>> root@dx.waitman.net:/usr/obj/usr/src/sys/AMINEH >>>> amd64 >>>> >>>> >>>> Thank you, >>>> >>>> >>>> >>>> -- >>>> Waitman Gobble >>>> Los Altos California USA >>>> +1.510-830-7975 >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >>>> >> " >> >>>> >>> >>> >> >> no, i was showing that the program Makefile only installs when you >> explicitly do 'make install', but the port Makefile seems to be calling >> 'make install' for some reason. >> >> >> >> here's another port that is not mine, it is doing the same thing.. >> >> >> [1492] > cd /usr/ports/graphics/dcraw >> [1493] > make >> ===> dcraw-9.21 depends on file: /usr/local/sbin/pkg - found >> => dcraw-9.21.tar.xz doesn't seem to exist in /usr/ports/distfiles/. >> => Attempting to fetch >> http://distcache.FreeBSD.org/local-distfiles/sunpoet/dcraw-9.21.tar.xz >> dcraw-9.21.tar.xz 100% of 78 kB 206 kBps >> 00m01s >> ===> Fetching all distfiles required by dcraw-9.21 for building >> ===> Extracting for dcraw-9.21 >> => SHA256 Checksum OK for dcraw-9.21.tar.xz. >> ===> Patching for dcraw-9.21 >> ===> dcraw-9.21 depends on shared library: libjasper.so - found >> (/usr/local/lib/libjasper.so.4.0.0) >> ===> dcraw-9.21 depends on shared library: libjpeg.so - found >> (/usr/local/lib/libjpeg.so.11) >> ===> dcraw-9.21 depends on shared library: liblcms2.so - found >> (/usr/local/lib/liblcms2.so.2.0.6) >> ===> Configuring for dcraw-9.21 >> ===> Building for dcraw-9.21 >> dcraw.c:1009:4: warning: add explicit braces to avoid dangling else >> [-Wdangling-else] >> else ip[col][c] = (ip[col-width][c] + ip[col+width][c] + 1) >> 1; ^ >> dcraw.c:9038:41: warning: data argument not used by format string >> [-Wformat-extra-args] >> _("Converting to %s colorspace...\n"), name[output_color-1]); >> ^ >> dcraw.c:9708:44: warning: adding 'unsigned int' to a string does not >> append to the string [-Wstring-plus-int] write_ext = >> ".pgm\0.ppm\0.ppm\0.pam" + colors*5-5; >> ~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~ >> dcraw.c:9708:44: note: use array indexing to silence this warning >> write_ext = ".pgm\0.ppm\0.ppm\0.pam" + colors*5-5; ^ >> & [ ] >> 3 warnings generated. >> ===> Staging for dcraw-9.21 >> ===> Generating temporary packing list >> install -s -o root -g wheel -m 555 >> /usr/ports/graphics/dcraw/work/dcraw-9.21/dcraw >> /usr/ports/graphics/dcraw/work/stage/usr/local/bin/ >> install -o root -g wheel -m 444 >> /usr/ports/graphics/dcraw/work/dcraw-9.21/dcraw.1 >> /usr/ports/graphics/dcraw/work/stage/usr/local/man/man1/ >> ====> Compressing man pages (compress-man) >> ====> Running Q/A tests (stage-qa) >> >> >> >> >> >> any idea why 'make' in the port directory would trigger 'install' ? >> >> >> >> -- >> Waitman Gobble >> San Jose California USA >> (510) 830-7975 >> _______________________________________________ >> 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" >> >> > _______________________________________________ > 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" > > ok thank you, i'll check take a look at the Makefile. -- Waitman Gobble San Jose California USA (510) 830-7975 From owner-freebsd-ports@FreeBSD.ORG Mon Nov 3 06:03:29 2014 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 0241E585; Mon, 3 Nov 2014 06:03:29 +0000 (UTC) Received: from icp-osb-irony-out2.external.iinet.net.au (icp-osb-irony-out2.external.iinet.net.au [203.59.1.218]) by mx1.freebsd.org (Postfix) with ESMTP id 4ACD3C29; Mon, 3 Nov 2014 06:03:27 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4LAK4ZV1TLzmzc/2dsb2JhbABcgw6BLII2t0wGmxgCgSAWAQEBAQF9hAMBAQMBOkQLCw0UJQ8FGDISiDgIyUYBAQgCAR+GN4oIAQFWgy2BHgWeAIdeQY4yhAwpLwEBgQ2BPAEBAQ X-IronPort-AV: E=Sophos;i="5.07,305,1413216000"; d="scan'208";a="270993712" Received: from unknown (HELO smtp.phoenix) ([203.206.108.220]) by icp-osb-irony-out2.iinet.net.au with ESMTP; 03 Nov 2014 14:03:25 +0800 Received: by smtp.phoenix (Postfix, from userid 1001) id BEC19968; Mon, 3 Nov 2014 17:03:22 +1100 (AEDT) Date: Mon, 3 Nov 2014 17:03:22 +1100 From: andrew clarke To: freebsd-ports@freebsd.org, vbox@FreeBSD.org Subject: Re: cannot find -legacy error building /usr/lib32 with FreeBSD 10.1-RC3 Message-ID: <20141103060322.GA86974@ozzmosis.com> References: <20141023114552.GA96726@ozzmosis.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141023114552.GA96726@ozzmosis.com> 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: Mon, 03 Nov 2014 06:03:29 -0000 On Thu 2014-10-23 22:45:52 UTC+1100, andrew clarke (mail@ozzmosis.com) wrote: > My intention was to build virtualbox-ose-additions-4.3.18 from ports... > > # uname -a > FreeBSD vbox-freebsd10 10.1-RC3 FreeBSD 10.1-RC3 #0 r273437: Tue Oct 21 23:55:15 UTC 2014 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > > # cd /usr/ports/emulators/virtualbox-ose-additions > # make > Requires 32-bit libraries installed under /usr/lib32. > Do: cd /usr/src; make build32 install32; ldconfig -v -m -R /usr/lib32 > *** Error code 1 > > Stop. It turns out I just needed to download ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/10.1-RC3/lib32.txz untar it to / and then I could build the above port. Not sure why I didn't have lib32 already installed. I must've unchecked it during the initial 10.0 install for some reason. From owner-freebsd-ports@FreeBSD.ORG Mon Nov 3 08:22:19 2014 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 A3363CC3 for ; Mon, 3 Nov 2014 08:22:19 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 32638B8C for ; Mon, 3 Nov 2014 08:22:18 +0000 (UTC) Received: from mandree.no-ip.org ([78.48.46.146]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MIuzJ-1Xn7e72yk5-002ZOv for ; Mon, 03 Nov 2014 09:22:10 +0100 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id E0F8223D556 for ; Mon, 3 Nov 2014 09:22:09 +0100 (CET) Message-ID: <54573B31.7080809@gmx.de> Date: Mon, 03 Nov 2014 09:22:09 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Reducing the size of the ports tree (brainstorm v2) References: <20141031185621.GC15967@ivaldir.etoilebsd.net> In-Reply-To: <20141031185621.GC15967@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:J2UZ4Lkcz/0k9RmcxB5xxAZt2axyq93w5/mdW8altit62kkMAHf 5KrFhyzmVLWX/IE5zjUUqV7vhDZqKA4BzJpsI20TvGg6va79ZiORuQPoxPmGsbk6eBVWYlJ CndBpTplubmBdWIExcJ0nrkhcXe2fWIuZ4UcF2H9u7uMtsmLgaFbD7Nf8YCYu3nTzWwCOOS 8ueE2BS3o25p9L+afxoyA== X-UI-Out-Filterresults: notjunk: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, 03 Nov 2014 08:22:19 -0000 Am 31.10.2014 um 19:56 schrieb Baptiste Daroussin: > Hi all, > > tijl@ spotted an interesting point, distinfo and pkg-descr files files > convenient are taking a lot of space for "free", we can reduce the size of the > while ports tree by a factor 2 by simply merging them into one of the other > files (Makefile and/or pkg-plist) from my testing it really devides > significantly the size of the tree. > > Problem is how to merge them if we want to. > > What we do not want to loose: > - Easyness of parsing distinfo > - Easyness to get informations about the description > > so far I have not been able to figure out a user friendly way > > Ideas I got so far only concerns pkg-descr: > Adding an entry in the Makefile for the WWW: > WWW= bla > or an entry in the plist: @www http... > > for the description the Makefile is not suitable as multi line entry in > Makefiles are painful > Maybe a new keyword: > @descr < mydesc > in > multiline > EOD > > which could easily be added to the plist parser in pkg. But I'm do not find that > very friendly in particular for make(1) to extract the data. > > Concerning the distinfo I have no idea. > > so this mail is a call of ideas :), if nothing nice ideas is found we will just > do nothing here :) My urgent recommendation is to leave it as is. Even if it wastes 200 MB. Space is so cheap these days it's not worth introducing new instabilities, re-train all contributors and all that. We haven't even shaken off all the staging and pkg fall-out, and now we're talking about the next revolution. And if we really decided that we want to change things, we would need these things BEFORE the implementation: 1. a clear list of the problems. 1a. Space does not count, see above. 1b. Insufficient tools (SVN) do not count. If the tools are bad, we need other tools, not change our way of doing things. 2. a clear list of requirements what the solution is to achieve 3. only then can we start implementing. What you're proposing is a solution without a clear plan of what it's supposed to solve, and how. And IF we still decided the current way of things is so painful we need to do something, we should leverage some of the existing extensible forms; XML, JSON, ... diverse other markup languages. Let's not cook something new on our own if we already have tools for established markup. From owner-freebsd-ports@FreeBSD.ORG Mon Nov 3 09:53:26 2014 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 3928D370 for ; Mon, 3 Nov 2014 09:53:26 +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 25CA478E for ; Mon, 3 Nov 2014 09:53:26 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id sA39rQxX072931 for ; Mon, 3 Nov 2014 09:53:26 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id sA39rQxW072928; Mon, 3 Nov 2014 09:53:26 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201411030953.sA39rQxW072928@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, 3 Nov 2014 09:53:26 +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, 03 Nov 2014 09:53:26 -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 ------------------------------------------------+-----------------+------------ textproc/groonga | 4.0.6.1 | 4.0.7 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Mon Nov 3 17:51:44 2014 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 E6DBC77E; Mon, 3 Nov 2014 17:51:44 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id AA07B1E6; Mon, 3 Nov 2014 17:51:44 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 96D3EA457; Mon, 3 Nov 2014 17:51:43 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 76ABD10C73; Mon, 3 Nov 2014 18:51:43 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Bryan Drewery Subject: Re: SSP now default for ports/packages, ssp/new_xorg repository EOL References: <54568DA2.6030309@FreeBSD.org> Date: Mon, 03 Nov 2014 18:51:43 +0100 In-Reply-To: <54568DA2.6030309@FreeBSD.org> (Bryan Drewery's message of "Sun, 02 Nov 2014 14:01:38 -0600") Message-ID: <86h9yg2mvk.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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, 03 Nov 2014 17:51:45 -0000 Bryan Drewery writes: > Ports now have SSP enabled by default. Yay! :) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-ports@FreeBSD.ORG Mon Nov 3 18:28:56 2014 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 71BA8298 for ; Mon, 3 Nov 2014 18:28:56 +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 3E5A07EC for ; Mon, 3 Nov 2014 18:28:56 +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 sA3ISuK3018099 for ; Mon, 3 Nov 2014 18:28:56 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id sA3IStHK018098 for freebsd-ports@FreeBSD.org; Mon, 3 Nov 2014 18:28:55 GMT (envelope-from bdrewery) Received: (qmail 76550 invoked from network); 3 Nov 2014 12:28:53 -0600 Received: from unknown (HELO blah) (freebsd@shatow.net@129.253.54.225) by sweb.xzibition.com with ESMTPA; 3 Nov 2014 12:28:53 -0600 Message-ID: <5457C964.4070207@FreeBSD.org> Date: Mon, 03 Nov 2014 12:28:52 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: olli hauer Subject: Re: SSP now default for ports/packages, ssp/new_xorg repository EOL References: <54568DA2.6030309@FreeBSD.org> <5456A556.9020400@gmx.de> In-Reply-To: <5456A556.9020400@gmx.de> 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: Mon, 03 Nov 2014 18:28:56 -0000 On 11/2/14 3:42 PM, olli hauer wrote: > On 2014-11-02 21:01, Bryan Drewery wrote: >> Ports and Package users, >> >> Ports now have SSP enabled by default. The package repository will now build SSP by default as well. SSP is "Stack Smashing Protection" and can be read about at https://en.wikipedia.org/wiki/Buffer_overflow_protection. >> >> This only applies to the head (/latest) packages, not the Quarterly branch packages. This applies to the ports checkout that portsnap uses. >> >> WITHOUT_SSP can be defined in make.conf to not use this feature. >> >> SSP will be used to build ports (with -fstack-protector) on all amd64 releases and i386 releases which are 10.0 or newer. >> >> The "ssp" repository and "new_xorg" repositories will no longer be updated after 11/15 as they are no longer needed as both are default for ports now. Please update your repository configurations to now only track the /latest repository. This is the default from /etc/pkg/FreeBSD.conf. Remove any overrides from /usr/local/etc/pkg/repos/ for the "ssp" or "new_xorg" repositories. >> >> Regards, >> Bryan Drewery on behalf of portmgr > > > Hi Bryan, > > thats good notes, but how about users tracking ssp and changing the repo or upgrading to 10.1 if released? > I suspect packages will be replaced during 10.1 upgrade with NON_SSP packages since the tree was tagged already yesterday by babt. > > -- > olli > Yes, those won't have SSP, but as soon as you upgrade the packages they will be SSP enabled. It's a bit odd. -- Regards, Bryan Drewery From owner-freebsd-ports@FreeBSD.ORG Mon Nov 3 20:25:52 2014 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 5BAA94CF for ; Mon, 3 Nov 2014 20:25:52 +0000 (UTC) Received: from mailrelay003.isp.belgacom.be (mailrelay003.isp.belgacom.be [195.238.6.53]) by mx1.freebsd.org (Postfix) with ESMTP id ECAF0642 for ; Mon, 3 Nov 2014 20:25:51 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Am0GAHvjV1RbsIXe/2dsb2JhbABcgw5UWM4Kh1ECgSQXAQEBAQF9hAIBAQEDATocIwULCxgJJQ8qHgYTiCwDCQ0ByRQBAQEBAQUBAQEBAR2OVoFpAQFPB4RLBZZphxeBb5Rig3k8LwGBDoE8AQEB Received: from 222.133-176-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.176.133.222]) by relay.skynet.be with ESMTP; 03 Nov 2014 21:24:40 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.9/8.14.9) with ESMTP id sA3KOdlG004053; Mon, 3 Nov 2014 21:24:39 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Mon, 3 Nov 2014 21:24:38 +0100 From: Tijl Coosemans To: Matthias Andree Subject: Re: Reducing the size of the ports tree (brainstorm v2) Message-ID: <20141103212438.0893c3dc@kalimero.tijl.coosemans.org> In-Reply-To: <54573B31.7080809@gmx.de> References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <54573B31.7080809@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII 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: Mon, 03 Nov 2014 20:25:52 -0000 On Mon, 03 Nov 2014 09:22:09 +0100 Matthias Andree wrote: > Am 31.10.2014 um 19:56 schrieb Baptiste Daroussin: >> Hi all, >> >> tijl@ spotted an interesting point, distinfo and pkg-descr files files >> convenient are taking a lot of space for "free", we can reduce the size of the >> while ports tree by a factor 2 by simply merging them into one of the other >> files (Makefile and/or pkg-plist) from my testing it really devides >> significantly the size of the tree. >> >> Problem is how to merge them if we want to. >> >> What we do not want to loose: >> - Easyness of parsing distinfo >> - Easyness to get informations about the description >> >> so far I have not been able to figure out a user friendly way >> >> Ideas I got so far only concerns pkg-descr: >> Adding an entry in the Makefile for the WWW: >> WWW= bla >> or an entry in the plist: @www http... >> >> for the description the Makefile is not suitable as multi line entry in >> Makefiles are painful >> Maybe a new keyword: >> @descr <> mydesc >> in >> multiline >> EOD >> >> which could easily be added to the plist parser in pkg. But I'm do not >> find that very friendly in particular for make(1) to extract the data. >> >> Concerning the distinfo I have no idea. >> >> so this mail is a call of ideas :), if nothing nice ideas is found we >> will just do nothing here :) > > My urgent recommendation is to leave it as is. Even if it wastes 200 > MB. Space is so cheap these days it's not worth introducing new > instabilities, re-train all contributors and all that. > > We haven't even shaken off all the staging and pkg fall-out, and now > we're talking about the next revolution. The numbers on http://beefy1.isc.freebsd.org/ and http://beefy2.isc.freebsd.org/ have never been better. > And if we really decided that we want to change things, we would need > these things BEFORE the implementation: > > 1. a clear list of the problems. > 1a. Space does not count, see above. > 1b. Insufficient tools (SVN) do not count. If the tools are bad, we > need other tools, not change our way of doing things. Other tools won't change anything. It's the file system that would have to change which is not going to happen. When the ports tree was created disks were much smaller and file systems were better (still not good) at storing small files. Today disks are much bigger and file systems have adapted to that. Now it's time for the ports tree to adapt. Here's another way to look at it. Suppose that distinfo never existed and we always specified file sizes and checksums in the Makefile. Then someone would come along and suggest to do just that, put file sizes and checksums in a separate file named distinfo. Nobody would support that. From owner-freebsd-ports@FreeBSD.ORG Mon Nov 3 22:18:01 2014 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 50808616 for ; Mon, 3 Nov 2014 22:18:01 +0000 (UTC) Received: from mail-in-10.arcor-online.net (mail-in-10.arcor-online.net [151.189.21.50]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx.arcor.de", Issuer "Thawte SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 03C51273 for ; Mon, 3 Nov 2014 22:18:00 +0000 (UTC) Received: from mail-in-18-z2.arcor-online.net (mail-in-18-z2.arcor-online.net [151.189.8.35]) by mx.arcor.de (Postfix) with ESMTP id 42ED62D64C0 for ; Mon, 3 Nov 2014 22:46:30 +0100 (CET) Received: from mail-in-14.arcor-online.net (mail-in-14.arcor-online.net [151.189.21.54]) by mail-in-18-z2.arcor-online.net (Postfix) with ESMTP id 3D03C33B4D0 for ; Mon, 3 Nov 2014 22:46:30 +0100 (CET) X-Greylist: Passed host: 188.105.83.166 X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-14.arcor-online.net 29BC29BE13 Received: from lorvorc.mips.inka.de (dslb-188-105-083-166.188.105.pools.vodafone-ip.de [188.105.83.166]) by mail-in-14.arcor-online.net (Postfix) with ESMTPS id 29BC29BE13 for ; Mon, 3 Nov 2014 22:46:30 +0100 (CET) Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.9/8.14.7) with ESMTP id sA3LkTEL078843 for ; Mon, 3 Nov 2014 22:46:29 +0100 (CET) (envelope-from news@lorvorc.mips.inka.de) Received: (from news@localhost) by lorvorc.mips.inka.de (8.14.9/8.14.9/Submit) id sA3LkTaH078842 for freebsd-ports@freebsd.org; Mon, 3 Nov 2014 22:46:29 +0100 (CET) (envelope-from news) To: freebsd-ports@freebsd.org From: Christian Weisgerber Newsgroups: list.freebsd.ports Subject: Re: Reducing the size of the ports tree (brainstorm v2) Date: Mon, 3 Nov 2014 21:46:29 +0000 (UTC) Lines: 23 Message-ID: References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <20141101000723.782768a3@kalimero.tijl.coosemans.org> X-Trace: lorvorc.mips.inka.de 1415051189 78601 ::1 (3 Nov 2014 21:46:29 GMT) X-Complaints-To: usenet@mips.inka.de User-Agent: slrn/1.0.1 (FreeBSD) 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, 03 Nov 2014 22:18:01 -0000 On 2014-10-31, Tijl Coosemans wrote: > For distinfo I was thinking about something like this in the Makefile: > > DIST_FILES= FOO BAR > > FOO_FILE= foo-1.0 > FOO_SITES= http://www.example.com/foo/ > FOO_SIZE= 12345 > FOO_SHA256= 0123456789abcdef..... This is where OpenBSD's sha256(1)'s support for checksums in base64 notation would come in handy. > Then for ports with a single distfile named after PORTNAME (the large > majority), the above would reduce to: [...] > Also, if BAR_SITES is the same as FOO_SITES you can use somthing like > BAR_SITES=${FOO_SITES} of course. Well, as long as "make makesum" does the right thing... -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-ports@FreeBSD.ORG Tue Nov 4 00:17:07 2014 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 AA7B8305 for ; Tue, 4 Nov 2014 00:17:07 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 41DFAFF6 for ; Tue, 4 Nov 2014 00:17:06 +0000 (UTC) Received: from mandree.no-ip.org ([78.48.46.146]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0Lg1Tn-1YNoXo0FUx-00pfmS for ; Tue, 04 Nov 2014 01:16:59 +0100 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id 2B85A23D556 for ; Tue, 4 Nov 2014 01:16:58 +0100 (CET) Message-ID: <54581AFA.5050804@gmx.de> Date: Tue, 04 Nov 2014 01:16:58 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Reducing the size of the ports tree (brainstorm v2) References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <20141101000723.782768a3@kalimero.tijl.coosemans.org> <20141102181623.463fff71@gumby.homeunix.com> <20141102195021.045f70c3@kalimero.tijl.coosemans.org> In-Reply-To: <20141102195021.045f70c3@kalimero.tijl.coosemans.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:SmyCT2vpDqbffKWtCRrn0zGrQqiAC/3QN1jG2mAyN70Dk+LX+kC nxO9r0R/ch6rjt/pLBi4deDpPDySajgXjlhIKWkWro+9KGfXE4dDhbSXikScgi5GayQiPx+ ZX8xAMkkYoIp0xEtQhiIarlrheodFQRM0lZyA138EIpiRx5UmNGT7JWw2vDjxtxcxSWDRmq R9AxYp8j42idEzrquS7iw== X-UI-Out-Filterresults: notjunk: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, 04 Nov 2014 00:17:07 -0000 Am 02.11.2014 um 19:50 schrieb Tijl Coosemans: > The reason I looked into this is because many subversion operations > are slow on the ports tree. For me it's about saving time there and > not so much about saving disk space. Which is exactly my point of using inferior tools for the job. From owner-freebsd-ports@FreeBSD.ORG Tue Nov 4 00:56:41 2014 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 85077A56 for ; Tue, 4 Nov 2014 00:56:41 +0000 (UTC) Received: from mail.hs.ntnu.edu.tw (mail.hs.ntnu.edu.tw [140.131.149.3]) (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 540285E8 for ; Tue, 4 Nov 2014 00:56:41 +0000 (UTC) Received: by mail.hs.ntnu.edu.tw (Postfix, from userid 1001) id 0A3AC1C6445; Tue, 4 Nov 2014 08:48:04 +0800 (CST) Date: Tue, 4 Nov 2014 08:48:03 +0800 From: Denny Lin To: freebsd-ports@freebsd.org Subject: SSH hangs while restarting services Message-ID: <20141104004803.GE3153@mail.hs.ntnu.edu.tw> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 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, 04 Nov 2014 00:56:41 -0000 Hi, Recently I've been trying to restart services remotely using SSH using a command instead of entering the shell: ssh host "sudo service postgresql restart" PostgreSQL is able to restart successfully, but SSH just hangs there instead of exiting. I've noticed that this seems to affect any command which spawns a child process which doesn't exit. Is there any way to get SSH terminate? Thanks. -- Denny Lin From owner-freebsd-ports@FreeBSD.ORG Tue Nov 4 01:16:56 2014 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 616EEECF for ; Tue, 4 Nov 2014 01:16:56 +0000 (UTC) Received: from mail-qa0-f52.google.com (mail-qa0-f52.google.com [209.85.216.52]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 24EB680B for ; Tue, 4 Nov 2014 01:16:55 +0000 (UTC) Received: by mail-qa0-f52.google.com with SMTP id u7so9300618qaz.11 for ; Mon, 03 Nov 2014 17:16:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=Q1ReUqHElst0mzDWDNacM7mWc+kCRKeTt1Zd/U6dRsg=; b=eP63X1UgAllucua5ZUcMkD4esol83dzjhz8SECNEVSKEcbU4BjC6uxtYxHkZ+6usG9 CpubKh30VxtiMGduthcpJRF2yAF3uJYO8UTL4KfWBlu7ead961cEzSCY9yCa4EQH96SP FQpR4ntpYVexqUJlTJrtWoEvh02+bY6eEigu30tlb5ZrAaATdFFN2jLNPaHy/lD+uLT7 GH14P4dLhpTSGA9iDxwxWo9FL/ls+fg2mF6FhjWKMGair9r1IOvs84wtLsd0Go7i7lg5 W4oRdlPkRl2vR1USIplQXTEhZuAxoqcgWF8lwPqT6i7TQlbl3xVlLyhPxQtZh+J9pDqR rbsw== X-Gm-Message-State: ALoCoQlxM1O0ZiaI2eQ1h6oY8lN7cpM5uCrbcVJPdQ2dfG0CYRevGSItY+Ao3fNJKqBFczlrJ6tq MIME-Version: 1.0 X-Received: by 10.140.42.51 with SMTP id b48mr66396525qga.102.1415063808867; Mon, 03 Nov 2014 17:16:48 -0800 (PST) Received: by 10.140.37.21 with HTTP; Mon, 3 Nov 2014 17:16:48 -0800 (PST) Date: Mon, 3 Nov 2014 17:16:48 -0800 Message-ID: Subject: citrix_ica From: "jmdennis @dslextreme.com" 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: Tue, 04 Nov 2014 01:16:56 -0000 Citrix has updated this to version 13.1. I know I need this version as some changes were made to the certificate at work and it only works in this version. At the moment I have to use Linux so I can connect to work. From owner-freebsd-ports@FreeBSD.ORG Tue Nov 4 02:41:40 2014 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 B3F3BB13 for ; Tue, 4 Nov 2014 02:41:40 +0000 (UTC) Received: from mail-la0-f45.google.com (mail-la0-f45.google.com [209.85.215.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 36991F83 for ; Tue, 4 Nov 2014 02:41:39 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id pn19so121916lab.4 for ; Mon, 03 Nov 2014 18:41:31 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type; bh=fAiV2RfMqos666bDfN2YMvHab6J8byfMnOhXDlv3iTI=; b=ROs2WY7jjjCoeNMyqQP4Eb2bhV9ycUQrZjQ9BWmfcxWDY8QghzbPJecDKafmitGj1n EQ9JTcg2jcbOeb3Pa1eBgFgvYJUpfLcO9FueGeVgcu3CKMQZnLqKleXX8MQImcTRlsGI RzL0mKtHmR1bWAKevhrxWPzTDi4PFYdw16Z2Y5R1ceWpJrzt1Se1j0bCkW17hlVF6sfd wvgZQSBFmb84sLgUkzA1lp2MyPM/dLmMxduUjHx1j5YfmrtigDK0MIqC6J7NF88iDzvs PGfrj7CPifCuqFLAcADWEDbQEsSjYcyXONBtuG7NP/Jd4Z4GTxGmUG2WLkXxWmxF9s/+ 6iew== X-Gm-Message-State: ALoCoQkbRJD2mso2bfSeYdixOlBm707lD13+vugcqcgZhzXFeoTQ9s8bC5qeDBwEFNB+bNaqoaWd X-Received: by 10.112.64.66 with SMTP id m2mr32186112lbs.53.1415068891741; Mon, 03 Nov 2014 18:41:31 -0800 (PST) Received: from [192.168.1.2] ([89.169.173.68]) by mx.google.com with ESMTPSA id qk3sm1341555lbb.19.2014.11.03.18.41.30 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 03 Nov 2014 18:41:30 -0800 (PST) Message-ID: <54583CDB.9090704@freebsd.org> Date: Tue, 04 Nov 2014 05:41:31 +0300 From: Andrey Chernov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Steve Wills Subject: Re: Can't build ruby20 on -current: it doesn't honor WITHOUT_CDDL=yes References: <54520ED5.6040907@freebsd.org> <20141030101739.GD63624@ivaldir.etoilebsd.net> <5452123A.40108@freebsd.org> <20141030151458.GE4395@mouf.net> In-Reply-To: <20141030151458.GE4395@mouf.net> Content-Type: multipart/mixed; boundary="------------000004050004040402020204" Cc: ports , ruby@freebsd.org, Baptiste Daroussin 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, 04 Nov 2014 02:41:40 -0000 This is a multi-part message in MIME format. --------------000004050004040402020204 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit On 30.10.2014 18:15, Steve Wills wrote: > The checks for OS version weren't meant to detect presence of dtrace, they were > meant to detect presence of dtrace with usable USDT. Unfortunately, presence of > /usr/sbin/dtrace doesn't necessarily mean USDT works. So, both checks need to > be there. I'll take a look when I can, but if someone else gets there first, > great. Do you approve the patch attached? -- http://ache.vniz.net/ --------------000004050004040402020204 Content-Type: text/plain; charset=windows-1251; name="patch.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch.txt" --- Makefile.old 2014-10-05 14:23:41.000000000 +0400 +++ Makefile 2014-11-04 05:36:38.000000000 +0300 @@ -86,7 +86,9 @@ LIBS+= -L${LOCALBASE}/lib ${PTHREAD_LIBS} .if ${OPSYS} == "FreeBSD" -.if (${ARCH} == "i386" && ${OSVERSION} > 1010000) || (${ARCH} == "amd64" && ${OSVERSION} > 903000) +.if exists(/usr/sbin/dtrace) && \ + ((${ARCH} == "i386" && ${OSVERSION} > 1010000) || \ + (${ARCH} == "amd64" && ${OSVERSION} > 903000)) CONFIGURE_ARGS+= --enable-dtrace .else CONFIGURE_ARGS+= --disable-dtrace --------------000004050004040402020204-- From owner-freebsd-ports@FreeBSD.ORG Tue Nov 4 05:13:34 2014 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 DFC78F32 for ; Tue, 4 Nov 2014 05:13:34 +0000 (UTC) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A3E91F42 for ; Tue, 4 Nov 2014 05:13:34 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id y20so6924807ier.11 for ; Mon, 03 Nov 2014 21:13:34 -0800 (PST) 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=QFUz01PuwJTHa4txMPSIHhvS+NvZEEBWC1Cz9VUFkcU=; b=fAiJr++yiU+BgWGSxgeQdTWLAneV45MJRnVNuL6eh2JAwTktpnpikPo5gm9dUsxoO/ 9tdea1wyrbnACyUE/jX0L/4TAk3w7KNgajt8K/f7OiG76/kw7HJmhKK/94Qwu3+pf4AI 6JduSyndKey0i2F+AT1SmVlGgKNTC9PZMoDTbjwLwz8nro1WzyhAoh6riH4dXh56Z5sF 5njq9w14ihmS2rmAxYJzmy/3B8C7jL7Hfge9VfhFVhLOJq+jFlHOFw8hrdnf0fFAG7Vm r+02+sA/gEjSZZHjF53vqjSjape7raIllJ5hehHtGcrsreglo815oVprjLRvEhILg8QV iZ3g== MIME-Version: 1.0 X-Received: by 10.43.76.199 with SMTP id zf7mr6239048icb.57.1415078014100; Mon, 03 Nov 2014 21:13:34 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.107.11.152 with HTTP; Mon, 3 Nov 2014 21:13:34 -0800 (PST) In-Reply-To: <20141104004803.GE3153@mail.hs.ntnu.edu.tw> References: <20141104004803.GE3153@mail.hs.ntnu.edu.tw> Date: Mon, 3 Nov 2014 21:13:34 -0800 X-Google-Sender-Auth: Fq34StBxKYr9uWHOrXI6HQu7beI Message-ID: Subject: Re: SSH hangs while restarting services From: Kevin Oberman To: Denny Lin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Ports 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, 04 Nov 2014 05:13:35 -0000 On Mon, Nov 3, 2014 at 4:48 PM, Denny Lin wrote= : > Hi, > > Recently I've been trying to restart services remotely using SSH using a > command instead of entering the shell: > ssh host "sudo service postgresql restart" > > PostgreSQL is able to restart successfully, but SSH just hangs there > instead of exiting. I've noticed that this seems to affect any command > which spawns a child process which doesn't exit. > > Is there any way to get SSH terminate? Thanks. > > -- > Denny Lin > Try "ssh -f host "sudo service postgresql restart". If a socket is open, ssh will not exist and something in the startup is leaving something link STDOUT open. Use of '-f'' should work around this issue. From ssh(1): -f Requests ssh to go to background just before command execution= . This is useful if ssh is going to ask for passwords or passphrases, but the user wants it in the background. This implies -n. The recommended way to start X11 programs at a remote site is with something like ssh -f host xterm. If the ExitOnForwardFailure configuration option is set to =E2=80=9Cyes=E2=80=9D, then a client started with -f will wait for all remote port for=E2=80=90 wards to be successfully established before placing itself in the background. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Tue Nov 4 06:36:32 2014 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 B82D1C00 for ; Tue, 4 Nov 2014 06:36:32 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 966BA951 for ; Tue, 4 Nov 2014 06:36:30 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.9/8.14.9) with ESMTP id sA46a2cd032728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 4 Nov 2014 06:36:03 GMT (envelope-from m.seaman@infracaninophile.co.uk) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=infracaninophile.co.uk DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk sA46a2cd032728 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1415082963; bh=J+fJc6EyByR2RuCYIIC20JrY0+SQKc26JWyZxbVapXw=; h=Date:From:To:CC:Subject:References:In-Reply-To; z=Date:=20Tue,=2004=20Nov=202014=2006:35:45=20+0000|From:=20Matthew =20Seaman=20|To:=20Jos=20Backus=2 0|CC:=20FreeBSD=20Ports=20ML=20|Subject:=20Re:=20Reducing=20the=20size=20of=20the=20port s=20tree=20(brainstorm=20v2)|References:=20<20141031185621.GC15967 @ivaldir.etoilebsd.net>=09<5454A5C9.2050003@infracaninophile.co.uk >=20|In-Reply-To:=20; b=hbR3gCcvcdotBT+A/B8CGfkgAWXVk39lN6URSqWCq70FXOMm7fI8Gri+KXO+KY+02 UodEaeb3rvzLAZCHGRxKJvfbcg270C0wZeycHd0aL1ExuL3d277peqoP+Jh14UKyua 9u65AVaUlmntpYGvjuKvqGax29W1Nt8dYrtVQZ2I= Message-ID: <545873C1.7060708@infracaninophile.co.uk> Date: Tue, 04 Nov 2014 06:35:45 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Jos Backus Subject: Re: Reducing the size of the ports tree (brainstorm v2) References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <5454A5C9.2050003@infracaninophile.co.uk> In-Reply-To: OpenPGP: id=E1ECF9BB Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="svrBcrX5GJESNUfIcJmUQBKcoBWvsBWjP" X-Virus-Scanned: clamav-milter 0.98.4 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk Cc: FreeBSD Ports 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, 04 Nov 2014 06:36:32 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --svrBcrX5GJESNUfIcJmUQBKcoBWvsBWjP Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 02/11/2014 18:18, Jos Backus wrote: > How about using SQLite to store this metadata? Doesn't really mix with version control nicely. Collecting ports metadata and storing it in some sort of sqlite daabase for operational purposes is certainly a possibility, but that can't be the primary data source. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matthew@infracaninophile.co.uk --svrBcrX5GJESNUfIcJmUQBKcoBWvsBWjP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) iQJ8BAEBCgBmBQJUWHPRXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATI14P/Roq/rpi/Lyg3mbLoH1K8Q4k NlGG1/WWJk0dGxJ3daXTQhCIFqw6YPUYu45xyaAkqFhNm77Fi/rGUgBEGkZa4yTI F1irrQ12xSRco2t7Vb/2EwVzXvDFOS0eoDXBfwBfbavojSuoqoSX1B+UTjoxnMmg pp7YNUitVnFRXCE0tvdqveZL/W4Hj748W37Y9LTUiY2CzeHqIQo2P1XBToqm2NQJ FXO3fbgeYwOlXeC32ThEHxvUsmwffCvJXLmHbFUvn+0tBfaQ/O7o25qmvPWfHXcd nZwCDrB2khxIrls4aAHK9Ugn6owKFOgJ7mrjiqE901aDC/alzZYpZgCWyt65Yz6F OyN67ARmbtkggxR9CJMN4zJWmGk/vp3UUVa7JyL/tu6HgsB9DThIe69GzFIawYd1 p+fxour9dSITsK73Omkb4z7foIZBsbUDbmDksG2+4Hrzg7Q1L+zvHRQOVyoKmOMm Y1coNKqw17T6LIb31+nOBthJG/q3TG0UyUgso3JY/qvF/5lZWK9HtTtDVZuyCyPg Zn9JhwfmL9lPx7sTRlCYRnLtW5V6qufO1mrXNAW3pU/5BbgDjoOQgaUTMYQMiHhA vHP4Hmz9Zj8CEcUAamJOki7DHFFHHDa9rWNSlSZzIJIFlT/QONsaUrDZMJY/bsM3 PESQ/8en+azZixzbgz1b =KAKt -----END PGP SIGNATURE----- --svrBcrX5GJESNUfIcJmUQBKcoBWvsBWjP-- From owner-freebsd-ports@FreeBSD.ORG Tue Nov 4 14:00:58 2014 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 CF2A67F1 for ; Tue, 4 Nov 2014 14:00:58 +0000 (UTC) Received: from gw.zefyris.com (zefyris4.pck.nerim.net [62.212.120.103]) (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 5EBBD81E for ; Tue, 4 Nov 2014 14:00:57 +0000 (UTC) Received: from sekishi.zefyris.com (sekishi.zefyris.com [IPv6:2001:7a8:3c67:2::12]) by gw.zefyris.com (8.14.5/8.14.5) with ESMTP id sA496rim163673; Tue, 4 Nov 2014 10:06:54 +0100 (CET) Date: Tue, 4 Nov 2014 10:06:53 +0100 From: Francois Tigeot To: Denny Lin Subject: Re: SSH hangs while restarting services Message-ID: <20141104090652.GA72200@sekishi.zefyris.com> References: <20141104004803.GE3153@mail.hs.ntnu.edu.tw> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141104004803.GE3153@mail.hs.ntnu.edu.tw> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gw.zefyris.com [IPv6:2001:7a8:3c67:2::254]); Tue, 04 Nov 2014 10:07:24 +0100 (CET) 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, 04 Nov 2014 14:00:58 -0000 Hi, On Tue, Nov 04, 2014 at 08:48:03AM +0800, Denny Lin wrote: > > Recently I've been trying to restart services remotely using SSH using a > command instead of entering the shell: > ssh host "sudo service postgresql restart" > > PostgreSQL is able to restart successfully, but SSH just hangs there > instead of exiting. I've noticed that this seems to affect any command > which spawns a child process which doesn't exit. Can you check if it's really ssh which hangs or sudo ? I have just stumbled upon a sudo bug myself: the child process launched by sudo-1.8.11 hangs in the manner you just described. The same command launched by sudo-1.8.10 works fine. Running sudo /bin/sh and quitting the new shell is enough to verify if everything's fine or not. -- Francois Tigeot From owner-freebsd-ports@FreeBSD.ORG Tue Nov 4 20:50:23 2014 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 D8B60E18; Tue, 4 Nov 2014 20:50:23 +0000 (UTC) Received: from dd16522.kasserver.com (dd16522.kasserver.com [85.13.137.124]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9BBDFCCF; Tue, 4 Nov 2014 20:50:23 +0000 (UTC) Received: from mx12.chaot.net (62.65.222.235.cable.starman.ee [62.65.222.235]) by dd16522.kasserver.com (Postfix) with ESMTPSA id 9AF524560F5; Tue, 4 Nov 2014 21:41:17 +0100 (CET) Received: from localhost (1001@localhost [local]); by localhost (OpenSMTPD) with ESMTPA id ba112f7a; Tue, 4 Nov 2014 22:41:16 +0200 (EET) Date: Tue, 4 Nov 2014 22:41:16 +0200 From: Johannes Meixner To: ports@freebsd.org, emulation@freebsd.org Subject: CFT: CentOS 6.6 base + userland Message-ID: <20141104204116.GA75280@mx12.chaot.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" 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, 04 Nov 2014 20:50:23 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, I've spent the last few hours porting CentOS 6.6 to FreeBSD. Given RHEL6 (and derived CentOS 6.x) policy of no-surprises, it was pretty = easy to bump those versions that actually did change. I've tested it with poudriere locally, verified that Skype still works ;-), and would be happy if you could all test away.=20 Please check if your favorite games, things like crashplan, matlab, and oth= er Linux software still works, and notify me if it doesn't for any reason. You can find a patch to ports revision 372146 here: http://xmj.me/freebsd/centos-6.6.diff Best regards, -xmj --=20 Johannes Meixner | FreeBSD Committer xmj@FreeBSD.org | http://people.freebsd.org/~xmj --J/dobhs11T7y2rNN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAABAgAGBQJUWTnsAAoJEPyeKTcbGw0LuQAH/iTI6UxULJxo2au5FfVIA0x3 fxsGiT6u+5cieYFYaU/CWWUPVMDdmTs8JjfrgaYkpUZwfFXalJhpD1+hDtYisZGd QYc1vVeJ5QX325+tIlUAkkx22msB3aEbsAtnyfsyI7AunBaQYCHFeeHbjW7a+3s9 j405EKkfAGjVNozSCcuV6PAo2GGODLpJRaS4/bwfF03qn+3BBdXWhVVFYkr5hy3/ wcjRqP9SSTYcv8QPIlWDXJ9vQK2nP6WAoKMXWNrzpCssUi58ZXkuXx7Yg5wWjiR7 opmdAmFaSABUt0NU910BWy5zx9S6cbrTzvto6vE3ub+cocoH1sCdR9035F9xQQY= =FA8V -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-ports@FreeBSD.ORG Tue Nov 4 21:14:25 2014 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 D073839E for ; Tue, 4 Nov 2014 21:14:25 +0000 (UTC) Received: from barracuda.ixsystems.com (mail.ixsystems.com [12.229.62.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "barracuda.ixsystems.com", Issuer "barracuda.ixsystems.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A9DA4F01 for ; Tue, 4 Nov 2014 21:14:25 +0000 (UTC) X-ASG-Debug-ID: 1415135645-08ca0441c403340002-O2GyLx Received: from [172.16.1.122] (50-206-19-250-static.hfc.comcastbusiness.net [50.206.19.250]) by barracuda.ixsystems.com with ESMTP id lZIoPOiRv14BoQDn (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 04 Nov 2014 13:14:06 -0800 (PST) X-Barracuda-Envelope-From: kris@pcbsd.org X-Barracuda-AUTH-User: kris@pcbsd.org X-Barracuda-Apparent-Source-IP: 50.206.19.250 Message-ID: <5459419D.3090509@pcbsd.org> Date: Tue, 04 Nov 2014 16:14:05 -0500 From: Kris Moore User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org, xmj@freebsd.org Subject: Re: CFT: CentOS 6.6 base + userland References: <20141104204116.GA75280@mx12.chaot.net> X-ASG-Orig-Subj: Re: CFT: CentOS 6.6 base + userland In-Reply-To: <20141104204116.GA75280@mx12.chaot.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="B4Fm5s0ioD3Te7VlfmqaW76oMs9xnfg8a" X-Barracuda-Connect: 50-206-19-250-static.hfc.comcastbusiness.net[50.206.19.250] X-Barracuda-Start-Time: 1415135645 X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256 X-Barracuda-URL: https://10.2.0.41:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at ixsystems.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.11235 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 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, 04 Nov 2014 21:14:25 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --B4Fm5s0ioD3Te7VlfmqaW76oMs9xnfg8a Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 11/04/2014 15:41, Johannes Meixner wrote: > Hello, > > I've spent the last few hours porting CentOS 6.6 to FreeBSD. > > Given RHEL6 (and derived CentOS 6.x) policy of no-surprises, it was pre= tty easy > to bump those versions that actually did change. > > I've tested it with poudriere locally, verified that Skype still works = ;-), > and would be happy if you could all test away.=20 > > Please check if your favorite games, things like crashplan, matlab, and= other > Linux software still works, and notify me if it doesn't for any reason.= > > You can find a patch to ports revision 372146 here: > > http://xmj.me/freebsd/centos-6.6.diff > > Best regards, > > -xmj > > Does running skype require the lemul branch still, or what minimum version of FreeBSD? --=20 Kris Moore PC-BSD Software iXsystems --B4Fm5s0ioD3Te7VlfmqaW76oMs9xnfg8a 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 iQEcBAEBAgAGBQJUWUGdAAoJEH/cIgwwV3zXtNIIANhu6bsUjPFp/BQiJ+7irzN2 7flSJZQiLtzTQzleNCSLkeNSvHWjbtTNMPc08FhQqpb27Rg1uuu9uX0sfphPZbI3 Yj9FajfDMQFWIC8hwHx0NFDCU5OoGxA0hfAx9N6TLV24PZQsNrbCkEDxUrMbfZ/W 7vFNvbH5t0AR5hCMaZsJq1QcPJbRfGl1wFScX3JUXZDWhssbYRiWVtUq2dX47yn7 eVWRHzKkfIYgLQrBA3laT21OObcZ+TTNZ/4cNE8w+8Lgo7W9RP2WDLIt5BiCRApf AfY2tcGtze5Gs72IUBLdHaDnW7NFkmRE+6Slf6fDkfgH4R4G8oEb1iB9PqIxWV8= =qGQX -----END PGP SIGNATURE----- --B4Fm5s0ioD3Te7VlfmqaW76oMs9xnfg8a-- From owner-freebsd-ports@FreeBSD.ORG Tue Nov 4 21:19:42 2014 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 3D1D45F0; Tue, 4 Nov 2014 21:19:42 +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 0CDC5F5D; Tue, 4 Nov 2014 21:19:41 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA4LLU1u017767; Tue, 4 Nov 2014 13:21:31 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Matthias Andree , Tijl Coosemans In-Reply-To: <20141103212438.0893c3dc@kalimero.tijl.coosemans.org> References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <54573B31.7080809@gmx.de>, <20141103212438.0893c3dc@kalimero.tijl.coosemans.org> From: "Chris H" Subject: Re: Reducing the size of the ports tree (brainstorm v2) Date: Tue, 04 Nov 2014 13:21:31 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <14d0c0b9ee9ca31877d43a3c29481717@ultimatedns.net> 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, 04 Nov 2014 21:19:42 -0000 On Mon, 3 Nov 2014 21:24:38 +0100 Tijl Coosemans wrote > On Mon, 03 Nov 2014 09:22:09 +0100 Matthias Andree > wrote: > Am 31.10.2014 um 19:56 schrieb Baptiste Daroussin: > >> Hi all, > >> > >> tijl@ spotted an interesting point, distinfo and pkg-descr files files > >> convenient are taking a lot of space for "free", we can reduce the size of > >> the while ports tree by a factor 2 by simply merging them into one of the > >> other files (Makefile and/or pkg-plist) from my testing it really devides > >> significantly the size of the tree. > >> > >> Problem is how to merge them if we want to. > >> > >> What we do not want to loose: > >> - Easyness of parsing distinfo > >> - Easyness to get informations about the description > >> > >> so far I have not been able to figure out a user friendly way > >> > >> Ideas I got so far only concerns pkg-descr: > >> Adding an entry in the Makefile for the WWW: > >> WWW= bla > >> or an entry in the plist: @www http... > >> > >> for the description the Makefile is not suitable as multi line entry in > >> Makefiles are painful > >> Maybe a new keyword: > >> @descr < >> mydesc > >> in > >> multiline > >> EOD > >> > >> which could easily be added to the plist parser in pkg. But I'm do not > >> find that very friendly in particular for make(1) to extract the data. > >> > >> Concerning the distinfo I have no idea. > >> > >> so this mail is a call of ideas :), if nothing nice ideas is found we > >> will just do nothing here :) > > > > My urgent recommendation is to leave it as is. Even if it wastes 200 > > MB. Space is so cheap these days it's not worth introducing new > > instabilities, re-train all contributors and all that. > > > > We haven't even shaken off all the staging and pkg fall-out, and now > > we're talking about the next revolution. > > The numbers on http://beefy1.isc.freebsd.org/ and > http://beefy2.isc.freebsd.org/ have never been better. > > > And if we really decided that we want to change things, we would need > > these things BEFORE the implementation: > > > > 1. a clear list of the problems. > > 1a. Space does not count, see above. > > 1b. Insufficient tools (SVN) do not count. If the tools are bad, we > > need other tools, not change our way of doing things. > > Other tools won't change anything. It's the file system that would > have to change which is not going to happen. gpart(8) -a gives you what you need. If it's truly as bad as all that, mounting the ports tree on a 512k aligned slice will reduce the "slack" you appear to be referring to. zfs(8) also has this ability. > When the ports tree was > created disks were much smaller and file systems were better (still not > good) at storing small files. Today disks are much bigger and file > systems have adapted to that. Now it's time for the ports tree to adapt. > > Here's another way to look at it. Suppose that distinfo never existed > and we always specified file sizes and checksums in the Makefile. Then > someone would come along and suggest to do just that, put file sizes and > checksums in a separate file named distinfo. Nobody would support that. IMHO sorting out all the pkg(8) issues still at large, would be more prudent use of time, and resources. Just saying. --Chris > _______________________________________________ > 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 Nov 4 22:26:18 2014 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 0DA6396A; Tue, 4 Nov 2014 22:26:18 +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 CE164A0B; Tue, 4 Nov 2014 22:26:17 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA4MS7nj027415; Tue, 4 Nov 2014 14:28:07 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Matthias Andree , Tijl Coosemans In-Reply-To: <14d0c0b9ee9ca31877d43a3c29481717@ultimatedns.net> References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <54573B31.7080809@gmx.de>, <20141103212438.0893c3dc@kalimero.tijl.coosemans.org>, <14d0c0b9ee9ca31877d43a3c29481717@ultimatedns.net> From: "Chris H" Subject: Re: Reducing the size of the ports tree (brainstorm v2) Date: Tue, 04 Nov 2014 14:28:07 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <238b9bc5e8987fe4fa2e9de3f68dc2ac@ultimatedns.net> 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, 04 Nov 2014 22:26:18 -0000 On Tue, 04 Nov 2014 13:21:31 -0800 "Chris H" wrote > On Mon, 3 Nov 2014 21:24:38 +0100 Tijl Coosemans wrote > > > On Mon, 03 Nov 2014 09:22:09 +0100 Matthias Andree > > wrote: > Am 31.10.2014 um 19:56 schrieb Baptiste Daroussin: > > >> Hi all, > > >> > > >> tijl@ spotted an interesting point, distinfo and pkg-descr files files > > >> convenient are taking a lot of space for "free", we can reduce the size > > >> of the while ports tree by a factor 2 by simply merging them into one of > > >> the other files (Makefile and/or pkg-plist) from my testing it really > > >> devides significantly the size of the tree. > > >> > > >> Problem is how to merge them if we want to. > > >> > > >> What we do not want to loose: > > >> - Easyness of parsing distinfo > > >> - Easyness to get informations about the description > > >> > > >> so far I have not been able to figure out a user friendly way > > >> > > >> Ideas I got so far only concerns pkg-descr: > > >> Adding an entry in the Makefile for the WWW: > > >> WWW= bla > > >> or an entry in the plist: @www http... > > >> > > >> for the description the Makefile is not suitable as multi line entry in > > >> Makefiles are painful > > >> Maybe a new keyword: > > >> @descr < > >> mydesc > > >> in > > >> multiline > > >> EOD > > >> > > >> which could easily be added to the plist parser in pkg. But I'm do not > > >> find that very friendly in particular for make(1) to extract the data. > > >> > > >> Concerning the distinfo I have no idea. > > >> > > >> so this mail is a call of ideas :), if nothing nice ideas is found we > > >> will just do nothing here :) > > > > > > My urgent recommendation is to leave it as is. Even if it wastes 200 > > > MB. Space is so cheap these days it's not worth introducing new > > > instabilities, re-train all contributors and all that. > > > > > > We haven't even shaken off all the staging and pkg fall-out, and now > > > we're talking about the next revolution. > > > > The numbers on http://beefy1.isc.freebsd.org/ and > > http://beefy2.isc.freebsd.org/ have never been better. > > > > > And if we really decided that we want to change things, we would need > > > these things BEFORE the implementation: > > > > > > 1. a clear list of the problems. > > > 1a. Space does not count, see above. > > > 1b. Insufficient tools (SVN) do not count. If the tools are bad, we > > > need other tools, not change our way of doing things. > > > > Other tools won't change anything. It's the file system that would > > have to change which is not going to happen. > > gpart(8) -a gives you what you need. If it's truly as bad as all that, > mounting the ports tree on a 512k aligned slice will reduce the "slack" ahem... that was s/512k/512b/g :P > you appear to be referring to. zfs(8) also has this ability. > > > When the ports tree was > > created disks were much smaller and file systems were better (still not > > good) at storing small files. Today disks are much bigger and file > > systems have adapted to that. Now it's time for the ports tree to adapt. > > > > Here's another way to look at it. Suppose that distinfo never existed > > and we always specified file sizes and checksums in the Makefile. Then > > someone would come along and suggest to do just that, put file sizes and > > checksums in a separate file named distinfo. Nobody would support that. > > IMHO sorting out all the pkg(8) issues still at large, would be more > prudent use of time, and resources. Just saying. > > --Chris > > > _______________________________________________ > > 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" > > > _______________________________________________ > 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 Nov 4 23:16:28 2014 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 A7C39A5A; Tue, 4 Nov 2014 23:16:28 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5C889F6A; Tue, 4 Nov 2014 23:16:27 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id sA4NG9X7094536 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 4 Nov 2014 16:16:09 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id sA4NG9J0094533; Tue, 4 Nov 2014 16:16:09 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 4 Nov 2014 16:16:09 -0700 (MST) From: Warren Block To: Chris H Subject: Re: Reducing the size of the ports tree (brainstorm v2) In-Reply-To: <14d0c0b9ee9ca31877d43a3c29481717@ultimatedns.net> Message-ID: References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <54573B31.7080809@gmx.de>, <20141103212438.0893c3dc@kalimero.tijl.coosemans.org> <14d0c0b9ee9ca31877d43a3c29481717@ultimatedns.net> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 04 Nov 2014 16:16:10 -0700 (MST) Cc: Tijl Coosemans , Matthias Andree , 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, 04 Nov 2014 23:16:28 -0000 On Tue, 4 Nov 2014, Chris H wrote: > gpart(8) -a gives you what you need. If it's truly as bad as all that, > mounting the ports tree on a 512k aligned slice will reduce the "slack" > you appear to be referring to. zfs(8) also has this ability. Not alignment, but filesystem block size. But that can only be set for an entire filesystem, and it's a tradeoff. From owner-freebsd-ports@FreeBSD.ORG Tue Nov 4 23:31:29 2014 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 0069F4C6 for ; Tue, 4 Nov 2014 23:31:28 +0000 (UTC) Received: from luigi.brtsvcs.net (luigi.brtsvcs.net [204.109.60.246]) (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 D14261BB for ; Tue, 4 Nov 2014 23:31:28 +0000 (UTC) Received: from chombo.houseloki.net (c-73-37-112-64.hsd1.or.comcast.net [73.37.112.64]) by luigi.brtsvcs.net (Postfix) with ESMTPSA id 29EBD2D4F9F; Tue, 4 Nov 2014 23:31:21 +0000 (UTC) Received: from [IPv6:2601:7:2580:674:baca:3aff:fe83:bd29] (unknown [IPv6:2601:7:2580:674:baca:3aff:fe83:bd29]) by chombo.houseloki.net (Postfix) with ESMTPSA id 33D3BCC4; Tue, 4 Nov 2014 15:31:19 -0800 (PST) Message-ID: <545961C0.9070303@bluerosetech.com> Date: Tue, 04 Nov 2014 15:31:12 -0800 From: Darren Pilgrim Reply-To: FreeBSD Ports ML User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Chris H Subject: Re: Reducing the size of the ports tree (brainstorm v2) References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <54573B31.7080809@gmx.de>, <20141103212438.0893c3dc@kalimero.tijl.coosemans.org>, <14d0c0b9ee9ca31877d43a3c29481717@ultimatedns.net> <238b9bc5e8987fe4fa2e9de3f68dc2ac@ultimatedns.net> In-Reply-To: <238b9bc5e8987fe4fa2e9de3f68dc2ac@ultimatedns.net> Content-Type: text/plain; charset=ISO-8859-1; 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: Tue, 04 Nov 2014 23:31:29 -0000 On 11/4/2014 2:28 PM, Chris H wrote: > On Tue, 04 Nov 2014 13:21:31 -0800 "Chris H" wrote >> gpart(8) -a gives you what you need. If it's truly as bad as all that, >> mounting the ports tree on a 512k aligned slice will reduce the "slack" > ahem... > that was s/512k/512b/g The issue of 512b sector storage media going underlies this discussion. 4k drives are the new typical. Flash uses even larger block sizes. Using an alignment of less than one sector yields significant performance penalties when doing small reads or writes. The on-disk size of the ports tree more than doubles when using 4k blocks because all those files use 4k to store what often fits in 512b. Cutting down the number of files has wide-reaching performance gains with subversion as well. From owner-freebsd-ports@FreeBSD.ORG Tue Nov 4 23:39:16 2014 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 85DFFDEC for ; Tue, 4 Nov 2014 23:39:16 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1C7B9229 for ; Tue, 4 Nov 2014 23:39:15 +0000 (UTC) Received: from mandree.no-ip.org ([78.48.83.214]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0M9fLX-1XtkZa34Tn-00D3an; Wed, 05 Nov 2014 00:39:13 +0100 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id B58DA23CEF3; Wed, 5 Nov 2014 00:39:12 +0100 (CET) Message-ID: <545963A0.90506@gmx.de> Date: Wed, 05 Nov 2014 00:39:12 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Tijl Coosemans Subject: Re: Reducing the size of the ports tree (brainstorm v2) References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <54573B31.7080809@gmx.de> <20141103212438.0893c3dc@kalimero.tijl.coosemans.org> In-Reply-To: <20141103212438.0893c3dc@kalimero.tijl.coosemans.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:mmJLp78VU8ghBZgRXQmmylwHxigl/5kCYgLWaeWIlBbDaBilYER WbqYO0cPoVP9nvn6vOCRQ8GeUvcqZCmIr6p5S80N3mIUI0DbSQ+Sw6rStDpTLowlMv0Z1nD rHa88chLXup5v3zpxCJZHgGwojRovikZe2PJ+5QGOmQLxeez2ml4ZT/vHmnIiUxNCsYl/ym YLyD9zarNKO3IUsb3g99g== X-UI-Out-Filterresults: notjunk:1; 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, 04 Nov 2014 23:39:16 -0000 Am 03.11.2014 um 21:24 schrieb Tijl Coosemans: > Other tools won't change anything. It's the file system that would > have to change which is not going to happen. When the ports tree was > created disks were much smaller and file systems were better (still not > good) at storing small files. Today disks are much bigger and file > systems have adapted to that. Now it's time for the ports tree to adapt. So you're saying the only answer we've had to growing storage capacities was growing block sizes, without adding support for "many small files" back in. That's still the fault of the tool (here: tool == file system) and not of the ports tree. From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 01:48:24 2014 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 79993166; Wed, 5 Nov 2014 01:48:24 +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 4DAF07C2; Wed, 5 Nov 2014 01:48:24 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA51oBBT028796; Tue, 4 Nov 2014 17:50:12 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Warren Block In-Reply-To: References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <54573B31.7080809@gmx.de>, <20141103212438.0893c3dc@kalimero.tijl.coosemans.org> <14d0c0b9ee9ca31877d43a3c29481717@ultimatedns.net>, From: "Chris H" Subject: Re: Reducing the size of the ports tree (brainstorm v2) Date: Tue, 04 Nov 2014 17:50:14 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <4b76467a41c12811b0bd9b6ab13906c8@ultimatedns.net> Content-Transfer-Encoding: 8bit Cc: Tijl Coosemans , Matthias Andree , 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, 05 Nov 2014 01:48:24 -0000 On Tue, 4 Nov 2014 16:16:09 -0700 (MST) Warren Block wrote > On Tue, 4 Nov 2014, Chris H wrote: > > > gpart(8) -a gives you what you need. If it's truly as bad as all that, > > mounting the ports tree on a 512k aligned slice will reduce the "slack" > > you appear to be referring to. zfs(8) also has this ability. > > Not alignment, but filesystem block size. But that can only be set for > an entire filesystem, and it's a tradeoff. Quite true. Which was meant to be my point. Meaning that the ports tree could then be mounted where ever was deemed convenient, and wouldn't carry the "slack" it does on a 4k boundary. Maybe even on a removable SSD? --Chris From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 01:59:33 2014 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 0B4FA409; Wed, 5 Nov 2014 01:59:33 +0000 (UTC) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D04528C6; Wed, 5 Nov 2014 01:59:32 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id eu11so15709669pac.30 for ; Tue, 04 Nov 2014 17:59:32 -0800 (PST) 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=yda0SEknrSK0C/UZWeEQwOrHo0SRwV2Ck0cuvWa0jpE=; b=AM3Vj+ihsVXuFyCHUXyuNAjBep1jdjWPKKnBJ8fBPFjDLO1uy/oG1X97TqBRGvTBI8 ZwyEXJFevItTlSODH6xuVN+mGdjZiQPAfgSdy/YI8g2MP59pGDa+6gSbx7E18Jlky0Fc THsWgtW4MKFDosdsw3XLo68z615uCJtVGlOYWwZqEG/6pKhoESV+pbg46dRDh2jzV+ZS vFoBkte2XYEn7nml28KQS0GLzuFaAlpKVMI1NkMngo/N3wEXZrHgiU71HhxfOSKXuyB8 dLKeZ1k44/Qyb0gp0eExh0hOb8qlwYmUrPiGL8PmKBUXxF7zAtA+caLePDrV0JWILC+H MTQg== MIME-Version: 1.0 X-Received: by 10.70.138.104 with SMTP id qp8mr2875059pdb.99.1415152772335; Tue, 04 Nov 2014 17:59:32 -0800 (PST) Received: by 10.70.94.167 with HTTP; Tue, 4 Nov 2014 17:59:32 -0800 (PST) In-Reply-To: <545963A0.90506@gmx.de> References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <54573B31.7080809@gmx.de> <20141103212438.0893c3dc@kalimero.tijl.coosemans.org> <545963A0.90506@gmx.de> Date: Tue, 4 Nov 2014 19:59:32 -0600 Message-ID: Subject: Re: Reducing the size of the ports tree (brainstorm v2) From: Adam Vande More To: Matthias Andree Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Tijl Coosemans , 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: Wed, 05 Nov 2014 01:59:33 -0000 On Tue, Nov 4, 2014 at 5:39 PM, Matthias Andree wrote: > Am 03.11.2014 um 21:24 schrieb Tijl Coosemans: > > > Other tools won't change anything. It's the file system that would > > have to change which is not going to happen. When the ports tree was > > created disks were much smaller and file systems were better (still not > > good) at storing small files. Today disks are much bigger and file > > systems have adapted to that. Now it's time for the ports tree to adapt. > > So you're saying the only answer we've had to growing storage capacities > was growing block sizes, without adding support for "many small files" > back in. What is this 'support for "many small files"' you are referring to? > That's still the fault of the tool (here: tool == file system) > and not of the ports tree. It's a problem with disk's themselves, not an svn or fs problem. Tail packing is already a part of UFS, and disks for the purposes here basically only read one block at a time. If you have a method of overcoming the inherent seek slowness of reading many small files scattered across the spinning media then please share it so progress can be made. This is definitely a problem with the ports system considering the underlying hw and fs has changed characteristics and ports hasn't accounted for them. -- Adam From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 03:29:54 2014 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 718E27C4; Wed, 5 Nov 2014 03:29:54 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D8682B5; Wed, 5 Nov 2014 03:29:53 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id sA53TiAd057683 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 4 Nov 2014 20:29:45 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id sA53TiVv057679; Tue, 4 Nov 2014 20:29:44 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 4 Nov 2014 20:29:44 -0700 (MST) From: Warren Block To: Chris H Subject: Re: Reducing the size of the ports tree (brainstorm v2) In-Reply-To: <4b76467a41c12811b0bd9b6ab13906c8@ultimatedns.net> Message-ID: References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <54573B31.7080809@gmx.de>, <20141103212438.0893c3dc@kalimero.tijl.coosemans.org> <14d0c0b9ee9ca31877d43a3c29481717@ultimatedns.net>, <4b76467a41c12811b0bd9b6ab13906c8@ultimatedns.net> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 04 Nov 2014 20:29:45 -0700 (MST) Cc: Tijl Coosemans , Matthias Andree , 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, 05 Nov 2014 03:29:54 -0000 On Tue, 4 Nov 2014, Chris H wrote: > On Tue, 4 Nov 2014 16:16:09 -0700 (MST) Warren Block wrote > >> On Tue, 4 Nov 2014, Chris H wrote: >> >>> gpart(8) -a gives you what you need. If it's truly as bad as all that, >>> mounting the ports tree on a 512k aligned slice will reduce the "slack" >>> you appear to be referring to. zfs(8) also has this ability. >> >> Not alignment, but filesystem block size. But that can only be set for >> an entire filesystem, and it's a tradeoff. > > Quite true. Which was meant to be my point. > Meaning that the ports tree could then be mounted where ever was > deemed convenient, and wouldn't carry the "slack" it does on a > 4k boundary. Maybe even on a removable SSD? I thought that block suballocation was a thing on most modern filesystems. There would still be an extra seek or several to locate the small sub-blocks inside a full block, but it should make space usage with small files more efficient. But I don't know what either UFS or ZFS does for that. From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 04:24:56 2014 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 DA2D9A5; Wed, 5 Nov 2014 04:24:56 +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 A8AE79D2; Wed, 5 Nov 2014 04:24:56 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA54QkJh047896; Tue, 4 Nov 2014 20:26:47 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Warren Block In-Reply-To: References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <54573B31.7080809@gmx.de>, <20141103212438.0893c3dc@kalimero.tijl.coosemans.org> <14d0c0b9ee9ca31877d43a3c29481717@ultimatedns.net>, <4b76467a41c12811b0bd9b6ab13906c8@ultimatedns.net>, From: "Chris H" Subject: Re: Reducing the size of the ports tree (brainstorm v2) Date: Tue, 04 Nov 2014 20:26:47 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit Cc: Tijl Coosemans , Matthias Andree , 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, 05 Nov 2014 04:24:56 -0000 On Tue, 4 Nov 2014 20:29:44 -0700 (MST) Warren Block wrote > On Tue, 4 Nov 2014, Chris H wrote: > > > On Tue, 4 Nov 2014 16:16:09 -0700 (MST) Warren Block > > wrote > > >> On Tue, 4 Nov 2014, Chris H wrote: > >> > >>> gpart(8) -a gives you what you need. If it's truly as bad as all that, > >>> mounting the ports tree on a 512k aligned slice will reduce the "slack" > >>> you appear to be referring to. zfs(8) also has this ability. > >> > >> Not alignment, but filesystem block size. But that can only be set for > >> an entire filesystem, and it's a tradeoff. > > > > Quite true. Which was meant to be my point. > > Meaning that the ports tree could then be mounted where ever was > > deemed convenient, and wouldn't carry the "slack" it does on a > > 4k boundary. Maybe even on a removable SSD? > > I thought that block suballocation was a thing on most modern > filesystems. There would still be an extra seek or several to locate > the small sub-blocks inside a full block, but it should make space usage > with small files more efficient. But I don't know what either UFS or > ZFS does for that. Difficult to tell for sure. I haven't examined the [UFS/ZFS] source to know for sure. Be valuable info. :) OTOH I only mentioned utilizing a smaller boundary, as I felt it was a reasonable solution related to size issue mentioned. I have just about enough spares laying about, to do some comparison/ benchmarking on UFS v ZFS v 4k v 512b. If I get a chance this week. I'm going to give it a go, and see if I can extrapolate useful data. --Chris From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 05:07:51 2014 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 5E946593 for ; Wed, 5 Nov 2014 05:07:51 +0000 (UTC) Received: from dd16522.kasserver.com (dd16522.kasserver.com [85.13.137.124]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1F5FAD0C for ; Wed, 5 Nov 2014 05:07:50 +0000 (UTC) Received: from mx12.chaot.net (62.65.222.235.cable.starman.ee [62.65.222.235]) by dd16522.kasserver.com (Postfix) with ESMTPSA id 08737456012; Wed, 5 Nov 2014 06:07:46 +0100 (CET) Received: from localhost (1001@localhost [local]); by localhost (OpenSMTPD) with ESMTPA id 44ef4dff; Wed, 5 Nov 2014 07:07:45 +0200 (EET) Date: Wed, 5 Nov 2014 07:07:45 +0200 From: Johannes Meixner To: Kris Moore Subject: Re: CFT: CentOS 6.6 base + userland Message-ID: <20141105050745.GA75420@mx12.chaot.net> References: <20141104204116.GA75280@mx12.chaot.net> <5459419D.3090509@pcbsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <5459419D.3090509@pcbsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) 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: Wed, 05 Nov 2014 05:07:51 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 04, 2014 at 04:14:05PM -0500, Kris Moore wrote: > Does running skype require the lemul branch still, or what minimum > version of FreeBSD? It's a variant of Skype 4.2.0.13 which disguises itself as 4.3.0.37. So, actually, neither (yet). It's been floating around on IRC, mostly. --=20 Johannes Meixner | FreeBSD Committer xmj@FreeBSD.org | http://people.freebsd.org/~xmj --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAABAgAGBQJUWbChAAoJEPyeKTcbGw0LDUcH/1b8FGwZDYlGeCTfZvavbSSj x52zkoJ2bN5N6O5jKctdIcfgqcFS3lm22rn07UFK+KK6QrwTXJiwZi4KjESy6oC2 nO+j1G7lkJqQ4yc0D3u5DiEY5YbTgimBU3Gdg4JEDU+/ICDDNX98VGUjbjeP0Yov 0hrAJ5IKiYiS5zC9IRfm5vwnMP5GmeVcbUwJ8JoSHA9myg7e9oxmbSiURbY2F0Qj Nk+gAk1ApgtvqajJybut6r+zhOfXbYOQowFF48lXN+YJi+LBzreRTnkEgC7ud0vr ASECa6cfPi6ZcUI4V3IQrXUNzartvEXmb3yvZ+6ExTiSMch0HT7I414HIrUg5/I= =NLbQ -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 05:43:17 2014 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 078BFA7E for ; Wed, 5 Nov 2014 05:43:17 +0000 (UTC) Received: from mail-lb0-f178.google.com (mail-lb0-f178.google.com [209.85.217.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6C32B7A for ; Wed, 5 Nov 2014 05:43:15 +0000 (UTC) Received: by mail-lb0-f178.google.com with SMTP id f15so37239lbj.23 for ; Tue, 04 Nov 2014 21:43:08 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type; bh=KIL3QoNcEB6eniCFIFeMVdbdAoiazMRhjuyZrCa2p9w=; b=lEET1KFR1lA9UzAj4Hcl56qosl8f4c1hqX13I1lVoD9KUXTGN+9BQvqEdO4mbtuv8B XqoZk+zrG6tAweVrxMBqLq6FfdwWZOkWgTwv3KD8T9Vnc43qNxO64+cl7aZRFpD4HEWp Sgij0b3cTrwjfeMOTGjPuYK9YZvS05RunUDjJpfgmJ/5KO3swHNsb60nDjjT+m2JZzcL 8UQ4CIv1Z4NeAkIRpktHsgeZenPpYMCU6H+yQiDh7UmsPfNvz4mGAwvjb7UWjqE1JTYP q4JYR1sgCvfqgUgN8KyjnLLxdqVUJ0A5Jp+lCKQEx324IDBD5glmPgvxjggDtfgW3vK0 bhiQ== X-Gm-Message-State: ALoCoQkS+/2oOItevTZy28LPalOng8uAk08//ba2Fsk3vm/HEC6Jc16YesAxTW1eorvUh9C11ZpA X-Received: by 10.152.234.227 with SMTP id uh3mr65099470lac.69.1415166188467; Tue, 04 Nov 2014 21:43:08 -0800 (PST) Received: from zealot.ksu.ru (zealot.hitv.ru. [83.151.8.230]) by mx.google.com with ESMTPSA id z4sm910086laz.39.2014.11.04.21.43.06 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 04 Nov 2014 21:43:07 -0800 (PST) Message-ID: <5459B8E8.2000805@li.ru> Date: Wed, 05 Nov 2014 08:43:04 +0300 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Firefox/31.0 SeaMonkey/2.28 MIME-Version: 1.0 To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= , freebsd-x11@freebsd.org, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: CFT: Update to xf86-video-ati 7.5.0 References: <544E0FC8.8090605@FreeBSD.org> In-Reply-To: <544E0FC8.8090605@FreeBSD.org> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030205050407050807010602" 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, 05 Nov 2014 05:43:17 -0000 This is a cryptographically signed message in MIME format. --------------ms030205050407050807010602 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Jean-S=C3=A9bastien P=C3=A9dron wrote: > Hi! > > Before updating xf86-video-ati to 7.5.0, we would like some people to > try it out. The reason is that 7.4.0 was crashing for several users, so= > we want to be sure it's fixed in 7.5.0. > > Here's patch: > https://people.freebsd.org/~dumbbell/graphics/ports-xf86-video-ati-7.5.= 0.patch > > To apply it: > cd /usr/ports > patch -p1 < /path/to/ports-xf86-video-ati-7.5.0.patch > > Then update x11-drivers/xf86-video-ati with your method of choice. > > What we're especially looking for is report of successful or failed > startup of the X server. With 7.4.0, the server would crash during > startup. But with 7.5.0, none of us could reproduce the problem. > > When you're finished, you may restore your vanilla ports tree: > cd /usr/ports > patch -p1 -R < /path/to/ports-xf86-video-ati-7.5.0.patch > find x11-drivers/xf86-video-ati -name "*.orig" -delete > > Thank you for your help! > Strange problem. monitor doesn't wake up after all night sleep,=20 moreover, when I tried to connect my tv on hdmi I had 256 colors instead = of 16 million and no hardware acceleration at all. ports tree is as new=20 as yesterday. btw, Jean-Sebastien, xf86-video-ati-ums doesn't work at all, just blank=20 screen: [ 39.160] (II) AIGLX: Screen 0 is not DRI2 capable [ 39.160] drmOpenDevice: node name is /dev/dri/card0 [ 39.160] drmOpenDevice: open result is 12, (OK) [ 39.160] drmOpenByBusid: Searching for BusID pci:0000:01:00.0 [ 39.160] drmOpenDevice: node name is /dev/dri/card0 [ 39.161] drmOpenDevice: open result is 12, (OK) [ 39.161] drmOpenByBusid: drmOpenMinor returns 12 [ 39.161] drmOpenByBusid: Interface 1.4 failed, trying 1.1 [ 39.161] drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 [ 39.296] (EE) AIGLX error: r600 does not export required DRI extensio= n X.Org X Server 1.12.4 --=20 SY, Marat --------------ms030205050407050807010602 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMaTCC Bi0wggUVoAMCAQICAwsAMzANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTE0MDgyOTAwMTgzOVoXDTE1MDgzMDA1MTgxN1owTzEZMBcGA1UE DRMQOE9aclhtWFpRMzIwNEFuUzEVMBMGA1UEAwwMYW1hcmF0QGxpLnJ1MRswGQYJKoZIhvcN AQkBFgxhbWFyYXRAbGkucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC3elxx SBZDrD0uhfNnw4YsVJ2PSjkAEzBye2Ng46BFsFwUmB0Ely0LJz3zAn2HwAN3uN4bHzZ1yvVO Q7exjoEfyFjadNq3UHMDw3z+LIhxQX4SNdT2H072yndfOLsyKuayOBHeM/CyxLkvsl9cIl7i 45dVhE1NEkEUr71xDyHETaULAwejcEIE281JH/LVRRtysA2hCC9mIfcu+l8swGONGcPr7Ywr l9YegN0RwZvGZl/EWyLMQQXfyU0gAYgT3Y7P+w2obeMeWpxXny+oEub4vYsx18meyKFgnz1G 336Z3J0a7mPBC/P4Qx4X63o6Orfvu2M38AhIKgibRuW7pBBvAgMBAAGjggLSMIICzjAJBgNV HRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYD VR0OBBYEFOzBNZZDHLsTtz2ojwcM4rHQBZSeMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1 TvLUuFGCMBcGA1UdEQQQMA6BDGFtYXJhdEBsaS5ydTCCAUwGA1UdIASCAUMwggE/MIIBOwYL KwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9w b2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1 dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0 byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20g Q0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAt MCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEF BQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2Ns YXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2Nl cnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBAGKPgpUPUgI65nQHxESjq9azfB4zS4Mz 1WP+l9/7VP4kiKBK9+lJmNwckKDD9gKvMxc75TZTFD1oNP9Q4izjBAKTx3EybLvjkW52kORJ go/3AUHE48patq/PQOJ4ti3nIMDqg/c6ikO4xKQcX+vGgszuSPjikQO9D/K+oGqtlhcE8CP6 M5qnVwIBwHWtk9ip/CH3dqu368CR5+zavJcd5N45LuDdEuaC0POX6znfUDmSo9Ydarzqunbf tS7T5RffXuMPA3VBsPQnbCXETlSBTZmUDrwqkLv6H6A2+v9keO1aDhnf1qlL7vEgjBF2BC59 8J7Qkmobp4FjebyGNEH0Ny8wggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGln aXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGMMQswCQYD VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0 YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmlt YXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK AoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKn u8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1 PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxah NvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//j diSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGt MIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg 2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYB BQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYI KwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBS MCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6 Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwEC ATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQG CCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRmMA0G CSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qtXnkFgdtY 1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2iyYA5Pg7 Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61HTz4qSfQo CRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MXU91y0vTi pgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD9Dy3OHQg WI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3a0LwZrp8 MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0qZW2N iy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhd GwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90wggPZAgEB MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwsAMzAJBgUrDgMCGgUA oIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDExMDUw NTQzMDRaMCMGCSqGSIb3DQEJBDEWBBTfde+sWHgQV+j2O43ksTGCtt6FWzBsBgkqhkiG9w0B CQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEE AYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9T dGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDCwAzMIGn BgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2 BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB AgMLADMwDQYJKoZIhvcNAQEBBQAEggEAGiTSeR7A5VULB47PNsAqoispS+DGo8xcgGaKAR5B 7O/PsEu43q0zlAOSsFqeeeSy5kHaMr/mlnuFE2oJ28vebTP0FDNTfQ/SnEApY7HRSbiMApqL 5WTo5S3AfU8x26bJTcSXc/SjpI+30xjxx7TbSqGhobHvQrZ53en4bGj2sS9+PToRvu0XkBTi JvWYgOupW6W9VAv4fpaxqkw0my2P7XhkviVXLkFa78F3tEjumQe2VvEJWUTwLr7lhmK2xEYD Wn4cTSuHd/FQOycgMbbaCOzbihAj1Lh9N3SQxuwAyVA+1UGWLnn0GuXRm1HpRQG83lTF0D0B Po/itx8DvZkn5QAAAAAAAA== --------------ms030205050407050807010602-- From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 06:42:38 2014 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 1565F762 for ; Wed, 5 Nov 2014 06:42:38 +0000 (UTC) Received: from barracuda.ixsystems.com (mail.ixsystems.com [12.229.62.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "barracuda.ixsystems.com", Issuer "barracuda.ixsystems.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E3E5F88A for ; Wed, 5 Nov 2014 06:42:37 +0000 (UTC) X-ASG-Debug-ID: 1415169756-08ca0441c403a90002-O2GyLx Received: from [172.16.1.122] (50-206-19-250-static.hfc.comcastbusiness.net [50.206.19.250]) by barracuda.ixsystems.com with ESMTP id vuSmQyYc0Nu2oTKy (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 04 Nov 2014 22:42:36 -0800 (PST) X-Barracuda-Envelope-From: kris@pcbsd.org X-Barracuda-AUTH-User: kris@pcbsd.org X-Barracuda-Apparent-Source-IP: 50.206.19.250 Message-ID: <5459C6DB.4030606@pcbsd.org> Date: Wed, 05 Nov 2014 01:42:35 -0500 From: Kris Moore User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: CFT: CentOS 6.6 base + userland References: <20141104204116.GA75280@mx12.chaot.net> <5459419D.3090509@pcbsd.org> <20141105050745.GA75420@mx12.chaot.net> X-ASG-Orig-Subj: Re: CFT: CentOS 6.6 base + userland In-Reply-To: <20141105050745.GA75420@mx12.chaot.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oFudGbucC3t7o4ICiQ7JsaAvkpCC7vB7p" X-Barracuda-Connect: 50-206-19-250-static.hfc.comcastbusiness.net[50.206.19.250] X-Barracuda-Start-Time: 1415169756 X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256 X-Barracuda-URL: https://10.2.0.41:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at ixsystems.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.11249 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 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, 05 Nov 2014 06:42:38 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --oFudGbucC3t7o4ICiQ7JsaAvkpCC7vB7p Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 11/05/2014 00:07, Johannes Meixner wrote: > On Tue, Nov 04, 2014 at 04:14:05PM -0500, Kris Moore wrote: >> Does running skype require the lemul branch still, or what minimum >> version of FreeBSD? > It's a variant of Skype 4.2.0.13 which disguises itself as 4.3.0.37. So= , > actually, neither (yet). It's been floating around on IRC, mostly. > > > I've merged in the patch here. It mostly works, it was just missing this port for www/linux-c6-flashplugin11 to function: https://github.com/pcbsd/freebsd-ports/tree/master/graphics/linux-c6-gdk-= pixbuf I've tested skype4. It starts up, but I can't seem to connect. Might be crappy hotel wifi though. I do see a bunch of these on the console: linux: pid 10892 (skype): ioctl fd=3D25, cmd=3D0x8b01 ('\M^K',1) is not implemented This is on 10.1-RC4 freebsd world / kernel. --=20 Kris Moore PC-BSD Software iXsystems --oFudGbucC3t7o4ICiQ7JsaAvkpCC7vB7p 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 iQEcBAEBAgAGBQJUWcbcAAoJEH/cIgwwV3zXaCoIANRfDB7o531Ihenp1n9cyAFT WeG6lWp+dMYutyz2WjirrZvlFGPQ4yGrg9uPXSB7v3E5nhkZ+/WKwPB5jTwJTrDR QInfqI/5d1X/3AXwD0bjTKj/6zjqSygB/T9f4iiTAkEWTo6yyF1q4H9MJscpVFBY 72rA+UId+TY0aktsor5At8GHUeYxgbkoy/mWwUnJhHOdGQLZm+CJmDPBMoNTvctj IgUWhMEdDycEgotP6/B7MWfpj2OrYZXUd4miFgCe7R4ct3pzXZHeAN9cJtD8Wv20 HwxphUvVXBmhxXybHDMwkmecckUhHttmmnudFVxknROuJIWx/FF7An1Kvmpxq64= =sOGF -----END PGP SIGNATURE----- --oFudGbucC3t7o4ICiQ7JsaAvkpCC7vB7p-- From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 09:22:17 2014 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 CB51D533 for ; Wed, 5 Nov 2014 09:22:17 +0000 (UTC) Received: from mail.hs.ntnu.edu.tw (mail.hs.ntnu.edu.tw [140.131.149.3]) (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 98B53AA5 for ; Wed, 5 Nov 2014 09:22:17 +0000 (UTC) Received: by mail.hs.ntnu.edu.tw (Postfix, from userid 1001) id B451A1C646C; Wed, 5 Nov 2014 17:22:14 +0800 (CST) Date: Wed, 5 Nov 2014 17:22:14 +0800 From: Denny Lin To: freebsd-ports@freebsd.org Subject: Re: SSH hangs while restarting services Message-ID: <20141105092214.GF3153@mail.hs.ntnu.edu.tw> References: <20141104004803.GE3153@mail.hs.ntnu.edu.tw> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20141104004803.GE3153@mail.hs.ntnu.edu.tw> 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, 05 Nov 2014 09:22:17 -0000 On Tue, Nov 04, 2014 at 08:48:03AM +0800, Denny Lin wrote: > Recently I've been trying to restart services remotely using SSH using a > command instead of entering the shell: > ssh host "sudo service postgresql restart" > > PostgreSQL is able to restart successfully, but SSH just hangs there > instead of exiting. I've noticed that this seems to affect any command > which spawns a child process which doesn't exit. > > Is there any way to get SSH terminate? Thanks. Sorry, I accidentally deleted the replies in my mailbox, so I'll respond here. I've tried running sudo /bin/sh and exiting immediately. There isn't any hang, so it shouldn't be a sudo bug. I see the same hang over SSH if I fork a process without sudo. Adding -f to ssh like Kevin suggested solved the problem. Thanks! -- Denny Lin From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 09:34:51 2014 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 CFE2DD4B for ; Wed, 5 Nov 2014 09:34:51 +0000 (UTC) Received: from nm31-vm8.bullet.mail.bf1.yahoo.com (nm31-vm8.bullet.mail.bf1.yahoo.com [72.30.239.134]) (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 807FBBE8 for ; Wed, 5 Nov 2014 09:34:51 +0000 (UTC) Received: from [98.139.215.143] by nm31.bullet.mail.bf1.yahoo.com with NNFMP; 05 Nov 2014 09:32:38 -0000 Received: from [98.139.212.194] by tm14.bullet.mail.bf1.yahoo.com with NNFMP; 05 Nov 2014 09:32:38 -0000 Received: from [127.0.0.1] by omp1003.mail.bf1.yahoo.com with NNFMP; 05 Nov 2014 09:32:38 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 196528.65522.bm@omp1003.mail.bf1.yahoo.com Received: (qmail 18322 invoked by uid 60001); 5 Nov 2014 09:32:38 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1415179958; bh=Jkw1RezfThz5r7pjqTUIj76A2UQzgCpgE+m5/NG+6aI=; h=Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=vKlCgr1HtylpsYUG9IeKThWPXBSrjEHieD3yZRSKWUdOTHywn+u1xH5DcgMdkEAoKzrozmOI6fuwJstmyElKYIV41hPzwJi/i0hF6c83rmNKK3/IYgRPlj9FppHPxaoKCInORAs5QX1ZWL+EsQzKwt9po3U6EPrqYNc0PXNrpUw= X-YMail-OSG: o9XgfBcVM1nlODAcYLQKEHDpuRJMnXnBAAjKWXAzJvAxs5X 9.BgqSt0QHbncvcKRMgljz6Lw249w5K_QHOXjpuNxbPPtH0YopUslNBY38GY UtYCKViRD0QqlCdxzV0HRzRWyuC.pefGHRFZ2omiQiTJ2JYk3VDt.LFxBUam Pi_fcyiarf7kb9xT5Az1TOjoJ2CakeE5d1NnZsDWUAzam6Futcmh3US5ar.m 8y6mxniNcGXDiGb1xvYVxi_xF_gVsRwthkcOydF5X9jTx8Sir.1Tgdb_31dJ 06t9jdnKEzZr2issHKhnA7Hn6T.Br9a3LLjcc7QWudWaeUSfUR27C1zAp_23 Wsss9794BG59XG1Xn1A.tpuo_CYtlhkn1LjeYo5gZIpLfNGdQMXHVNLiyrkB wh16R.v7pzFpmDeOK9VgYWrE8CmRBlZyZatoScysPk07t4VIFOww1_oy9k8B 0cdLwVaeJujjud3BmlWvbG3.jRiOHT7qwYvKYKAXeN2dEaQn9pvDb8O2Jdh1 kIG5WzlemJckjHGN2ay9cS66YLh7CvjmvwaNfMDfse.gPJyJt0MGe.XTXCl0 BXFtF_48bcfUynM9I_OBGsejagTrwkPBxq8WPOFAOwqrfLuOGYhhUCpvaO_n zmf0fI6i72SAdEl5xmHK3.0aCrr4AqVBgnF7CGgXQnSck_KqC7pLG7_WMYRo Vd9NAaLClRXo0LEFlYa4D9OalarsSQmijZ6sKbe7wVmsvtztZsKCuts3.57o W8dOl7PHrlZxBDEfTJ5TlEk10bZxo1VQADTBov0ew13ZyaFm30ZW59PdG77K N38GEnwJNcOBys84cUYDlH2BAET.v5o2W0G0.17Pauo0wFR1hECN4PZ6rDFq sPWpZfLQTQzpqDeV5.g_NZ5hmjP4BZkujdCz5wtYtcJfyqctigTvFAX.XfWq qwEU69NiVQdmzSQFQEOYKjjxIlbS3BTPvJXA_F7HKBvUPGpOPk6CuLJS.vRn 8Lx_xpx4HAj2kKGS9htLf Received: from [66.92.43.99] by web140903.mail.bf1.yahoo.com via HTTP; Wed, 05 Nov 2014 01:32:37 PST X-Rocket-MIMEInfo: 002.001, MS4uLiBhdHRhY2htZW50DQoyLi4uLiBxdW90ZWQNCjMuLi4gcmVwbHkgICAgIFNvcnJ5IGZvciB0aGUgZm9ybWF0dGluZy4uLiBicm93c2VyIGNyYXNoZXMgd2l0aCBhdHRhY2htZW50cyBvZnRlbiBhbmQNCiAgIHdlYm1haWwgbmVlZHMgYSByZXZhbXAuLi4gDQoNCg0KDQorKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrDQpXZWJTZXJ2aWNlOjpCbG9nbGluZXMgcHJpb3ZpZGVzIHlvdSBhbiBPYmplY3QgT3JpZW50ZWQgaW50ZXJmYWNlIGZvciBCbG9nbGluZXMNCldlYiABMAEBAQE- X-Mailer: YahooMailClassic/810 YahooMailWebService/0.8.203.733 Message-ID: <1415179957.292.YahooMailBasic@web140903.mail.bf1.yahoo.com> Date: Wed, 5 Nov 2014 01:32:37 -0800 From: Jeffrey Bouquet Subject: Re: Reducing the size of the ports tree (brainstorm v2) To: Matthias Andree , Adam Vande More In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Tijl Coosemans , 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: Wed, 05 Nov 2014 09:34:51 -0000 1... attachment 2.... quoted 3... reply Sorry for the formatting... browser crashes with attachments= often and webmail needs a revamp...=20 +++++++++++++++++++++++++++++++++++++++++++++++++ WebService::Bloglines priovides you an Object Oriented interface for Blogli= nes Web Services (BWS). It currently supports Notifier API and Sync API. WWW: http://search.cpan.org/dist/WebService-Bloglines/ ./p5-WebService-Bloglines +++++++++++++++++++++++++++++++++++++++++++++++++ ldap-abook provides a web interface for adding, removing and modifying LDAP addressbook records. These addressbook records can be used with mail clients such as Sylpheed, Microsoft Outlook and probably Netscape and Mozilla. Attributes such as address details, date of birth and phonelist membership are also possible, allowing other applications to feed off the same database. WWW: http://ldap-abook.sourceforge.net/ ./p5-ldap-abook +++++++++++++++++++++++++++++++++++++++++++++++++ mod_transform is a filter module that allows Apache 2.0 to do dynamic XSL Transformations on either static XML documents, or XML documents generated from another Apache module or CGI program. This module originated from mod_xml_gnome_xslt by WebThing. WWW: http://www.outoforder.cc/projects/apache/mod_transform/ - Stan stan@stormier.net ./mod_transform +++++++++++++++++++++++++++++++++++++++++++++++++ The Apache HTTP Server Project is an effort to develop and maintain an open-source HTTP server for various modern desktop and server operating systems, such as UNIX and Windows NT. The goal of this project is to provide a secure, efficient and extensible server which provides HTTP services in sync with the current HTTP standards. The 2.x branch of Apache Web Server includes several improvements like threading, use of APR, native IPv6 and SSL support, and many more. WWW: http://httpd.apache.org/ ./apache21 +++++++++++++++++++++++++++++++++++++++++++++++++ AutoIndex is a PHP script that makes a table that lists the files in a directory, and lets users access the files and subdirectories. It includes searching, icons for each file type, an admin panel, uploads, access loggin= g, file descriptions, and more. Designed to work with PHP 4.x. WWW: http://autoindex.sourceforge.net/ - DanGer danger@wilbury.sk ./autoindex +++++++++++++++++++++++++++++++++++++++++++++++++ AutoIndex is a PHP script that makes a table that lists the files in a directory, and lets users access the files and subdirectories. It includes searching, icons for each file type, an admin panel, uploads, access loggin= g, file descriptions, and more. Designed to work with PHP 5.x. WWW: http://autoindex.sourceforge.net/ - DanGer danger@wilbury.sk ./autoindex2 +++++++++++++++++++++++++++++++++++++++++++++++++ Inside Systems Mail is a web mail client that makes heavy use of JS, CSS, and DOM to create a snappy, easily configurable and familiar mail interface. WWW: http://www.insidesystems.net/projects/project.php?projectid=3D4 - Kelley Reynolds kelley@insidesystems.net ./ismail +++++++++++++++++++++++++++++++++++++++++++++++++ Mozilla Firebird is a Web, FTP and gopher browser branched from Mozilla. I= t does not include an HTML editor, e-mail user agent, IRC client, or news rea= der. This is a pre-compiled Linux/i386 version, able to run plugins from that platform. This port is compatible with the Flash plugin from ports/www/linux-flashplugin6/ and with the Java plugin from ports/java/linux-blackdown-jdk14/. WWW: http://mozilla.org/projects/firebird/ ./linux-firefox +++++++++++++++++++++++++++++++++++++++++++++++++ Provides an interface to easily send hidden files or any arbitrary data to HTTP clients. HTTP_Download can gain its data from variables, files or stream resources. It features: - Basic caching capabilities - Basic throttling mechanism - On-the-fly gzip-compression - Ranges (partial downloads and resuming) - Delivery of on-the-fly generated archives through Archive_Tar and Archive_Zip WWW: http://pear.php.net/package/HTTP_Download/ ./pear-HTTP_Download +++++++++++++++++++++++++++++++++++++++++++++++++ -------------------------------------------- On Tue, 11/4/14, Adam Vande More wrote: Subject: Re: Reducing the size of the ports tree (brainstorm v2) To: "Matthias Andree" Cc: "Tijl Coosemans" , "FreeBSD Ports" Date: Tuesday, November 4, 2014, 5:59 PM =20 On Tue, Nov 4, 2014 at 5:39 PM, Matthias Andree wrote: =20 > Am 03.11.2014 um 21:24 schrieb Tijl Coosemans: > > > Other tools won't change anything.=A0 It's the file system that would > > have to change which is not going to happen.=A0 When the ports tree was > > created disks were much smaller and file systems were better (still not > > good) at storing small files.=A0 Today disks are much bigger and file > > systems have adapted to that.=A0 Now it's time for the ports tree to adapt. .... and "go away" .... in a manner of speaking... See the snippet of the january 2005 pkg-descr in www pasted together for one to read at ones' leisure on another machine? Just as /var/db/pkg coul= d be parsed earlier, for debugging without asking upstream, easy pipes resulting in informations would in this way be abstracted away from the ordinary shell user Email /net/ to one's friend acquaintance or colleague?? Newly there's=20 new videos on youtube... the ports tree becomes "disinteresting..."=20 And that is just one example. Sorry to not remember offhand the other small files I had thought of that could be useful within each port... on t= he way to more scripts useful to all. =20 > > So you're saying the only answer we've had to growing storage capacities > was growing block sizes, without adding support for "many small files" > back in. =20 =20 What is this 'support for "many small files"' you are referring to? =20 =20 From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 09:40:43 2014 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 030E9F2D; Wed, 5 Nov 2014 09:40:43 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5749EC25; Wed, 5 Nov 2014 09:40:41 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA14799; Wed, 05 Nov 2014 11:42:27 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Xlx4q-0009pw-Ny; Wed, 05 Nov 2014 11:40:32 +0200 Message-ID: <5459F03F.8040004@FreeBSD.org> Date: Wed, 05 Nov 2014 11:39:11 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: pkg 1.4 freeze please test test test! References: <20141028231933.GG26796@ivaldir.etoilebsd.net> <20141029135351.GA9726@ivaldir.etoilebsd.net> In-Reply-To: <20141029135351.GA9726@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, current@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, 05 Nov 2014 09:40:43 -0000 On 29/10/2014 15:53, Baptiste Daroussin wrote: > yes remove the current pkg > > pkg delete -f pkg > > install ports-mgmt/pkg-devel (adding WITH_PKG=devel in make.conf) > use it So, I followed these instructions and got pkg replaced with 1.4.0.p.a16. Then I ran pkg upgrade like this: $ pkg upgrade -y Updating FreeBSD repository catalogue... pkg: Repository FreeBSD has a wrong packagesite, need to re-create database Fetching meta.txz: 100% 944 B 0.9k/s 00:01 Fetching digests.txz: 100% 2 MB 2.1M/s 00:01 Fetching packagesite.txz: 100% 5 MB 5.3M/s 00:01 Processing new repository entries: 100% FreeBSD repository update completed. 23591 packages processed: 0 updated, 0 removed and 23591 added. Updating poudriere repository catalogue... poudriere repository is up-to-date. Updating database digests format: 100% New version of pkg detected; it needs to be installed first. Checking integrity... done (0 conflicting) Your packages are up to date. Updating FreeBSD repository catalogue... FreeBSD repository is up-to-date. Updating poudriere repository catalogue... poudriere repository is up-to-date. All repositories are up-to-date. Checking for upgrades (297 candidates): 0% Checking for upgrades (297 candidates): 10% Checking for upgrades (297 candidates): 100% Processing candidates (297 candidates): 100% Assertion failed: (curvar != NULL), function pkg_solve_add_request_rule, file pkg_solve.c, line 463. Child process pid=78582 terminated abnormally: Abort trap $ pkg -vv Version : 1.4.0.pre-alpha16 PKG_DBDIR = "/usr/local/var/db/pkg"; PKG_CACHEDIR = "/var/cache/pkg"; PORTSDIR = "/usr/ports"; INDEXDIR = ""; INDEXFILE = "INDEX-11"; HANDLE_RC_SCRIPTS = false; ASSUME_ALWAYS_YES = false; REPOS_DIR [ "/etc/pkg/", "/usr/local/etc/pkg/repos/", ] PLIST_KEYWORDS_DIR = ""; SYSLOG = false; ABI = "FreeBSD:11:amd64"; ALTABI = "freebsd:11:x86:64"; DEVELOPER_MODE = false; VULNXML_SITE = "http://www.vuxml.org/freebsd/vuln.xml.bz2"; FETCH_RETRY = 3; PKG_PLUGINS_DIR = "/usr/local/lib/pkg/"; PKG_ENABLE_PLUGINS = true; PLUGINS [ ] DEBUG_SCRIPTS = false; PLUGINS_CONF_DIR = "/usr/local/etc/pkg/"; PERMISSIVE = false; REPO_AUTOUPDATE = true; NAMESERVER = ""; EVENT_PIPE = ""; FETCH_TIMEOUT = 30; UNSET_TIMESTAMP = false; SSH_RESTRICT_DIR = ""; PKG_ENV { } PKG_SSH_ARGS = ""; DEBUG_LEVEL = 0; ALIAS { } CUDF_SOLVER = ""; SAT_SOLVER = ""; RUN_SCRIPTS = true; CASE_SENSITIVE_MATCH = false; LOCK_WAIT = 1; LOCK_RETRIES = 5; SQLITE_PROFILE = false; WORKERS_COUNT = 0; READ_LOCK = false; PLIST_ACCEPT_DIRECTORIES = false; IP_VERSION = 0; Repositories: FreeBSD: { url : "pkg+http://pkg.FreeBSD.org/FreeBSD:11:amd64/latest", enabled : yes, mirror_type : "SRV", signature_type : "FINGERPRINTS", fingerprints : "/usr/share/keys/pkg" } poudriere: { url : "file:///usr/local/poudriere/data/packages/basejail-default", enabled : yes } -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 10:06:29 2014 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 C2AB3699 for ; Wed, 5 Nov 2014 10:06: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 AF3FDEE9 for ; Wed, 5 Nov 2014 10:06: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 sA5A6TUM003692 for ; Wed, 5 Nov 2014 10:06:29 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id sA5A6TrI003691; Wed, 5 Nov 2014 10:06:29 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201411051006.sA5A6TrI003691@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, 5 Nov 2014 10:06: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, 05 Nov 2014 10:06: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 ------------------------------------------------+-----------------+------------ www/webservices | 0.5.5 | 0.7.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 Wed Nov 5 12:26:09 2014 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 77B9A950 for ; Wed, 5 Nov 2014 12:26:09 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 4D153FB6 for ; Wed, 5 Nov 2014 12:26:09 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id 4F93033C27; Wed, 5 Nov 2014 07:26:02 -0500 (EST) Received: by lowell-desk.lan (Postfix, from userid 1147) id 916F33980E; Wed, 5 Nov 2014 07:26:01 -0500 (EST) From: Lowell Gilbert To: "Chris H" Subject: Re: Reducing the size of the ports tree (brainstorm v2) References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <54573B31.7080809@gmx.de> <20141103212438.0893c3dc@kalimero.tijl.coosemans.org> <14d0c0b9ee9ca31877d43a3c29481717@ultimatedns.net> <4b76467a41c12811b0bd9b6ab13906c8@ultimatedns.net> Date: Wed, 05 Nov 2014 07:26:01 -0500 In-Reply-To: (Chris H.'s message of "Tue, 04 Nov 2014 20:26:47 -0800") Message-ID: <44ioitx292.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain 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, 05 Nov 2014 12:26:09 -0000 "Chris H" writes: > Difficult to tell for sure. I haven't examined the [UFS/ZFS] source > to know for sure. Be valuable info. :) Reading source not required: start with "man newfs"; note blocksize and frag-size. From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 15:08:31 2014 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 31E23F9C for ; Wed, 5 Nov 2014 15:08:31 +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 EA06A8FB for ; Wed, 5 Nov 2014 15:08:30 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA5FAM6U035667; Wed, 5 Nov 2014 07:10:22 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Lowell Gilbert In-Reply-To: <44ioitx292.fsf@lowell-desk.lan> References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <54573B31.7080809@gmx.de> <20141103212438.0893c3dc@kalimero.tijl.coosemans.org> <14d0c0b9ee9ca31877d43a3c29481717@ultimatedns.net> <4b76467a41c12811b0bd9b6ab13906c8@ultimatedns.net> , <44ioitx292.fsf@lowell-desk.lan> From: "Chris H" Subject: Re: Reducing the size of the ports tree (brainstorm v2) Date: Wed, 05 Nov 2014 07:10:22 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <97bb92bc590289d8abfb1a3090c4db10@ultimatedns.net> 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: Wed, 05 Nov 2014 15:08:31 -0000 On Wed, 05 Nov 2014 07:26:01 -0500 Lowell Gilbert wrote > "Chris H" writes: > > > Difficult to tell for sure. I haven't examined the [UFS/ZFS] source > > to know for sure. Be valuable info. :) > > Reading source not required: start with "man newfs"; note blocksize and > frag-size. Indeed; -b .. The default size is 32768 bytes, and the smallest allowable size is 4096 bytes. .. Which only raises another question in my mind. I've got an old 40G pata I use for utilitarian duties. It has a hardware limit of 512b. Does FreeBSD then re-calculate to ensure the >=4k block size via CHS? Or does it remain unchanged? BTW the only point with this, was it all seemed quite simple to compensate, or cater to a mass of small files, and as such, seemed like a trivial nit. I just seemed like there were bigger fish to fry. :) Thanks for the reply. --Chris > _______________________________________________ > 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 Wed Nov 5 16:20:01 2014 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 44C686AC for ; Wed, 5 Nov 2014 16:20:01 +0000 (UTC) Received: from mx5.roble.com (mx5.roble.com [206.40.34.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx5.roble.com", Issuer "mx5.roble.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 34A8B1AC for ; Wed, 5 Nov 2014 16:20:00 +0000 (UTC) Date: Wed, 5 Nov 2014 08:16:55 -0800 (PST) From: Roger Marquis To: freebsd-ports@freebsd.org Subject: Re: Reducing the size of the ports tree (brainstorm v2) In-Reply-To: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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, 05 Nov 2014 16:20:01 -0000 Darren Pilgrim wrote: > The issue of 512b sector storage media going underlies this discussion. Whether the block size or fragment size is 512b or 512k it still seems trivial given drive capacities. What's missing here is a business case. Would it be worth all the refactoring that myself and others would have to do to accommodate the proposed change? From my perspective the cons outweigh the pros. Was a time when FreeBSD was believed to be a more stable and compatible platform than Linux. Of course all that backwards compatibility was thrown out the window with this year's make and pkg updates, which made management at my business much more receptive to the linux admin's calls for linux-everywhere, but this is a matter for the community to decide. The question end-users ask is whether FreeBSD is a stable enough (compared to Linux) to build or port applications to or is it more of a high-maintenance developer's platform? The market leader's take on that is clear, 5.5 years production and 13 years extended! That's 13 years during which few hours and little budget has to be allocated for devs or admins to accommodate OS deltas, deltas which rarely provide any benefit whatsoever to the end-user. > Cutting down the number of files has wide-reaching performance gains > with subversion as well. As has been noted already this is an SVN issue not a ports tree issue. There are more appropriate ways to update if speed is that much of an issue. For most of us end-users it doesn't matter as we use portsnap (and update speed really isn't an issue). IMO, Roger Marquis From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 16:45:31 2014 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 611BF2C3 for ; Wed, 5 Nov 2014 16:45:31 +0000 (UTC) Received: from mail-lb0-f176.google.com (mail-lb0-f176.google.com [209.85.217.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CA8A0783 for ; Wed, 5 Nov 2014 16:45:30 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id 10so970038lbg.21 for ; Wed, 05 Nov 2014 08:45:27 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:message-id:date:user-agent:mime-version:to :subject:references:in-reply-to:content-type; bh=bk2iQPD+FfPubrOFoXMYJHImxq1B/ECY/M/rBEE/lcA=; b=iuK+JC3ufgEVkb2smEWSm19Gdg8hzwGjBz/ORj9hcgBHTvRFJY22Lm+3/zXBG63htn OfodsQ6R5vZze09LvLsxykUHZ3WHw//cncLsficSfDkFUWYCEjRjFbjA//v/kkZjSnzR CNz5jCBzl+HMYaAM9p98nGywJXJ9/pxxM+tT36bbb6CRVOXTymadCLibMNt/39Xy66ED me5Hnf7ZLjMwBckI92F58V55gk2tukxvtFv9qVZHtUedM/TCz1Gs73kvK6wbF5jIVZEr Bzqn0keeHcy0brvQbSqLkvc4/q4pLo3hqeNOzad2zWXWvPq9duYfuFhEur5uDK7kgbwD ogAw== X-Gm-Message-State: ALoCoQl2eUstvEQWzMVynGv73SbolzZOU09nWq2TALdXTJkx76hbvfYX3xbGCAcOYixg3+XBSQdf X-Received: by 10.152.8.100 with SMTP id q4mr67452052laa.48.1415205927252; Wed, 05 Nov 2014 08:45:27 -0800 (PST) Received: from zealot.ksu.ru (zealot.hitv.ru. [83.151.8.230]) by mx.google.com with ESMTPSA id q6sm1513541lag.12.2014.11.05.08.45.25 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 05 Nov 2014 08:45:26 -0800 (PST) From: "Marat N.Afanasyev" X-Google-Original-From: "Marat N.Afanasyev" Message-ID: <545A5422.8000002@ksu.ru> Date: Wed, 05 Nov 2014 19:45:22 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Firefox/31.0 SeaMonkey/2.28 MIME-Version: 1.0 To: "Marat N.Afanasyev" , =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqQ==?= =?UTF-8?B?ZHJvbg==?= , freebsd-x11@freebsd.org, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: CFT: Update to xf86-video-ati 7.5.0 References: <544E0FC8.8090605@FreeBSD.org> <5459B8E8.2000805@li.ru> In-Reply-To: <5459B8E8.2000805@li.ru> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080904070500090200050206" 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, 05 Nov 2014 16:45:31 -0000 This is a cryptographically signed message in MIME format. --------------ms080904070500090200050206 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Marat N.Afanasyev wrote: > Jean-S=C3=A9bastien P=C3=A9dron wrote: >> Hi! >> >> Before updating xf86-video-ati to 7.5.0, we would like some people to >> try it out. The reason is that 7.4.0 was crashing for several users, s= o >> we want to be sure it's fixed in 7.5.0. >> >> Here's patch: >> https://people.freebsd.org/~dumbbell/graphics/ports-xf86-video-ati-7.5= =2E0.patch >> >> >> To apply it: >> cd /usr/ports >> patch -p1 < /path/to/ports-xf86-video-ati-7.5.0.patch >> >> Then update x11-drivers/xf86-video-ati with your method of choice. >> >> What we're especially looking for is report of successful or failed >> startup of the X server. With 7.4.0, the server would crash during >> startup. But with 7.5.0, none of us could reproduce the problem. >> >> When you're finished, you may restore your vanilla ports tree: >> cd /usr/ports >> patch -p1 -R < /path/to/ports-xf86-video-ati-7.5.0.patch >> find x11-drivers/xf86-video-ati -name "*.orig" -delete >> >> Thank you for your help! >> > > Strange problem. monitor doesn't wake up after all night sleep, > moreover, when I tried to connect my tv on hdmi I had 256 colors instea= d > of 16 million and no hardware acceleration at all. ports tree is as new= > as yesterday. > > btw, Jean-Sebastien, xf86-video-ati-ums doesn't work at all, just blank= > screen: > > [ 39.160] (II) AIGLX: Screen 0 is not DRI2 capable > [ 39.160] drmOpenDevice: node name is /dev/dri/card0 > [ 39.160] drmOpenDevice: open result is 12, (OK) > [ 39.160] drmOpenByBusid: Searching for BusID pci:0000:01:00.0 > [ 39.160] drmOpenDevice: node name is /dev/dri/card0 > [ 39.161] drmOpenDevice: open result is 12, (OK) > [ 39.161] drmOpenByBusid: drmOpenMinor returns 12 > [ 39.161] drmOpenByBusid: Interface 1.4 failed, trying 1.1 > [ 39.161] drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 > [ 39.296] (EE) AIGLX error: r600 does not export required DRI extens= ion > > X.Org X Server 1.12.4 > 7.4.0 works fine yet, I'll try to wait for a night sleep and wakeup of=20 monitor --=20 SY, Marat --------------ms080904070500090200050206 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMUTCC BhUwggT9oAMCAQICAwsANzANBgkqhkiG9w0BAQsFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTE0MDgyODE1NDYxM1oXDTE1MDgyOTIwNTgwNFowNjEWMBQGA1UE AwwNYW1hcmF0QGtzdS5ydTEcMBoGCSqGSIb3DQEJARYNYW1hcmF0QGtzdS5ydTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAL6qVzpYpPJxcxcrrdFHsxZicFY2NfYqgI/hYVjc eZAl1el3J/tb/mBkyAGGTtr9uIjO4QweyodqjjCbxi92ahWgr0p5ONQNaadHsvbJ8A20LlOi ze5HIkX0RXpAZoc8kPKVjdt3cKlsWwirfipyP5RZHd6DdFMUWC0MTRqyRz9xPFcoXy6vWibk fxkPf7vniN2nUNLMZ1XIX8dN/f1f6qql3H7TDLqNKjAQa+yxSlJJr21UPCSt9Fyo90FsOl9O tNvsZr2QdqtPa2xy42IXzdMynzeUHjX5qkz7idh+x3EAWtRFdy0UKxCIsyN/yxjjhx7u946l ftlylVjo0blvj2sCAwEAAaOCAtMwggLPMAkGA1UdEwQCMAAwCwYDVR0PBAQDAgSwMB0GA1Ud JQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAdBgNVHQ4EFgQUHK9zcvRDk15RGgpRP5zofdCu bWEwHwYDVR0jBBgwFoAUU3Ltkpzg2ssBXHx+ljVO8tS4UYIwGAYDVR0RBBEwD4ENYW1hcmF0 QGtzdS5ydTCCAUwGA1UdIASCAUMwggE/MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUF BwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB 6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0 aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9u IHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5 IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBjb21wbGlhbmNlIG9mIHRoZSByZWx5aW5n IHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAtMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0 c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1o dHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2NsYXNzMS9jbGllbnQvY2EwQgYIKwYBBQUH MAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFzczEuY2xpZW50LmNh LmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEL BQADggEBAAWb3Lh2zMPl/Wae1Z6Voj0VYQjY9fGUMrWdguo4woqmCD2bP7SHX0/reNykXqOn kPKRH1a5t6fSrS/A227l1mHqs8X9jboNGbbHfS7wQm7+Ii2MLy2Au7aWLlRDRgg5uadOWoCF dswjVeqEdtuIZTixQdgJwkBES9EGHGZt+uXDhSjdABLfflhWisfEI6IQtQGQryLX9UQ4+76M SzrfTRBHGRwuwThKim++krzuWrm8ga/TxYtV5XJZFG60ItAfW8yjNcL61P4Ha3lxqdtDgJcs vPoaAcF0xeMhzr38DQE+DOaDB2Bhs5sRBh5+6Ds9sp+xYLAJtHDCDdPcZvqIWoQwggY0MIIE HKADAgECAgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFy dENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5n MSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQy MTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4 MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQg Q0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKD jKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKnu8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3 ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYz oVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxahNvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQ dcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//jdiSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN 2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGtMIIBqTAPBgNVHRMBAf8EBTADAQH/MA4G A1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgw FoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYBBQUHAQEEWjBYMCcGCCsGAQUFBzABhhto dHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYIKwYBBQUHMAKGIWh0dHA6Ly93d3cuc3Rh cnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBSMCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0 c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2Nh LmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwECATBmMC4GCCsGAQUFBwIBFiJodHRwOi8v d3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRmMA0GCSqGSIb3DQEBBQUAA4ICAQAKgwh9eKss Bly4Y4xerhy5I3dNoXHYfYa8PlVLL/qtXnkFgdtY1o95CfegFJTwqBBmf8pyTUnFsukDFUI2 2zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2iyYA5Pg7Er1A+hKMIzEzcduRkIMmCeUTyMyikfbU FvIBivtvkR8ZFAk22BZy+pJfAoedO61HTz4qSfQoCRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6 x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MXU91y0vTipgr/O75CDUHDRHCCKBVmz/Rzkc/b970M EeHt5LC3NiWTgBSvrLEuVzBKM586YoRD9Dy3OHQgWI270g+5MYA8GfgI/EPT5G7xPbCDz+zj dH89PeR3U4So4lSXur6H6vp+m9TQXPF3a0LwZrp8MQ+Z77U1uL7TelWO5lApsbAonrqASfTp aprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0qZW2Niy/QvVNKbb43A43ny076khXO7cNbBIRd J/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjxkJh8BYtv9ePsXklAxtm8J7GCUBthHSQg epbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhdGwXV27ioRKbj/cIq7JRXun0NbeY+UdMY u9jGfIpDLtUUGSgsg2zMGs5R4jGCA90wggPZAgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQG A1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNh dGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVk aWF0ZSBDbGllbnQgQ0ECAwsANzAJBgUrDgMCGgUAoIICHTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDExMDUxNjQ1MjJaMCMGCSqGSIb3DQEJBDEWBBSw vREb8PuMGti3lPuWqv1wVfnAKjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglg hkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYT AklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBD ZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkg SW50ZXJtZWRpYXRlIENsaWVudCBDQQIDCwA3MIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDEL MAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBE aWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEg UHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgMLADcwDQYJKoZIhvcNAQEBBQAEggEA qEbGzRsnbIwUQKvSvA6l+bue5X3yPg8BCbtIKlzZGkGIb3Sh18gvEZF8DlScdeLIq6p/dc5O Hy94WEwWIraKofilwJDx0qjuQKlCZqVfOIVeZ4AA2MaK31boff21DKuqV/GgXMpPb7En3ycJ 6Xi5C/HjGAFSJ7mVK8a0DO4sraanJYSKxOr3lRGWD2eEw/1K1gz04qQHp0/sBpjoyo2FJPKU nXv5hcYfeW6xTJ58Y2ex3OGRvnqNqYX//6mJlKbtNjFlXj5sb7OFmSrqHexkhBoyVykx5NTg 1i+wnVe3BJep3jmuAfxS7L42/FNbNEuu82SEPq2P5s34wbtN/XBpDwAAAAAAAA== --------------ms080904070500090200050206-- From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 18:03:24 2014 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 237DDA3D; Wed, 5 Nov 2014 18:03:24 +0000 (UTC) Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 62D17F5; Wed, 5 Nov 2014 18:03:23 +0000 (UTC) Received: by mail-lb0-f178.google.com with SMTP id f15so1233838lbj.37 for ; Wed, 05 Nov 2014 10:03:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:mime-version :content-type:content-transfer-encoding; bh=XKTWYYTknXMKOjDqsLcmWLowj9yBfyOBthCh+Mxi2vo=; b=SOiQmYFCg1WhD9EURrIsMxrrw7S9XReOSh9PvKiOXO/CH09tyNeTR5j44/Ji30iuN7 mjV2dmuFUCS7YuUcKQvJJY8FowxgB273zHF5qbeLKcAwhLQW9YQ7SYCK4ePIqrLVZ7Sz 9+CABkf77QTLWNw1i5HrbKdsUDXiSKYbB28g70V9O5QbO1M1d9vk6FYzEMZW1k4Pn4Z6 imXy1eZ5l4Nl8+Kj+rOZw4a/hF44cD0EIu1OiR/7KFHCHNXMRrbpnA3zrZcyoOl0JXWE RxnH5348JuLIS41AuVwMdipG0jfNSCBbU0GLFira9s3WSLqRisFCP0BE8i7R2WJEmMOr QUyw== X-Received: by 10.153.11.133 with SMTP id ei5mr70088931lad.75.1415210600677; Wed, 05 Nov 2014 10:03:20 -0800 (PST) Received: from alex.super ([195.238.246.110]) by mx.google.com with ESMTPSA id pr7sm1575785lbc.18.2014.11.05.10.03.19 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 05 Nov 2014 10:03:20 -0800 (PST) From: "Alex V. Petrov" To: freebsd-ports@freebsd.org Subject: Update for x11/nvidia-driver failed Date: Thu, 06 Nov 2014 01:03:16 +0700 Message-ID: <12144052.vV6AXLI5qX@alex.super> User-Agent: KMail/4.14.2 (FreeBSD/10.1-PRERELEASE; KDE/4.14.2; amd64; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7Bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: danfe@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, 05 Nov 2014 18:03:24 -0000 ===>>> Creating a backup package for old version nvidia-driver-331.67_1 Creating package for nvidia-driver-331.67_1 ===>>> Package saved to /usr/ports/packages/portmaster-backup Updating database digests format: 100% Checking integrity... done (0 conflicting) Deinstallation has been requested for the following 1 packages (of 0 packages in the universe): Installed packages to be REMOVED: nvidia-driver-331.67_1 The operation will free 72 MB. [1/1] Deleting nvidia-driver-331.67_1: 100% ===>>> Starting check for runtime dependencies ===>>> Gathering dependency list for x11/nvidia-driver from ports ===>>> Dependency check complete for x11/nvidia-driver ===>>> All >> nvidia-driver-331.67_1 (1/1) ===> Installing for nvidia-driver-340.46 ===> Checking if nvidia-driver already installed ===> Registering installation for nvidia-driver-340.46 pkg-static: nvidia-driver-340.46 conflicts with libEGL-10.3.2 (installs files into the same place). Problematic file: /usr/local/lib/libEGL.so -- ----- Alex V. Petrov From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 18:28:16 2014 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 EF5D0447 for ; Wed, 5 Nov 2014 18:28:16 +0000 (UTC) Received: from mail-lb0-x233.google.com (mail-lb0-x233.google.com [IPv6:2a00:1450:4010:c04::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7752C37D for ; Wed, 5 Nov 2014 18:28:16 +0000 (UTC) Received: by mail-lb0-f179.google.com with SMTP id l4so1153737lbv.10 for ; Wed, 05 Nov 2014 10:28:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=KcyDjDU+VoQh2421XB3FpKjK7W03X05/LX6oadotH5s=; b=lUx/WvQJMu0IhTq1rOZ4Mfu0x8ZZDXfn0TMuXCwiPE73beljohPXRjPy0Ta1dTfblV XpTLjJZS4lOs8Z88GaNFAxSldEF7avUCM1sl7n6j6NtAT2I7fh3QqAMQUFDbDBcSZHtr pCQoaWGh3CiuzUOpLcSrOK7vD4d4aVFukUJ0hHJ2JwCaWipnWyEgGYqQICss1UNhdLe4 ATvjkv0JvwVP9ULgIm1QZdCT65T1GVFpMy61PSich62UmwyIGnDnRC1u7cdKjQS8Otm7 bC0g1AqREcOtH1DQX6vuMdlVcyMyYxF6orCYKCVZ53jd7ZSJb4SJd7Ck3HKMQoHHNO/S jTJg== X-Received: by 10.112.73.103 with SMTP id k7mr70071331lbv.41.1415212094263; Wed, 05 Nov 2014 10:28:14 -0800 (PST) Received: from laptop.minsk.domain ([37.215.144.85]) by mx.google.com with ESMTPSA id ny6sm1602299lbb.2.2014.11.05.10.28.12 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 05 Nov 2014 10:28:13 -0800 (PST) Date: Wed, 5 Nov 2014 21:28:11 +0300 From: "Sergey V. Dyatko" To: Kris Moore Subject: Re: CFT: CentOS 6.6 base + userland Message-ID: <20141105212811.5608471f@laptop.minsk.domain> In-Reply-To: <5459C6DB.4030606@pcbsd.org> References: <20141104204116.GA75280@mx12.chaot.net> <5459419D.3090509@pcbsd.org> <20141105050745.GA75420@mx12.chaot.net> <5459C6DB.4030606@pcbsd.org> X-Mailer: Claws Mail 3.11.0 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII 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, 05 Nov 2014 18:28:17 -0000 On Wed, 05 Nov 2014 01:42:35 -0500 Kris Moore wrote: > On 11/05/2014 00:07, Johannes Meixner wrote: > > On Tue, Nov 04, 2014 at 04:14:05PM -0500, Kris Moore wrote: > >> Does running skype require the lemul branch still, or what minimum > >> version of FreeBSD? > > It's a variant of Skype 4.2.0.13 which disguises itself as 4.3.0.37. So, > > actually, neither (yet). It's been floating around on IRC, mostly. > > > > > > > > I've merged in the patch here. It mostly works, it was just missing this > port for www/linux-c6-flashplugin11 to function: > > https://github.com/pcbsd/freebsd-ports/tree/master/graphics/linux-c6-gdk-pixbuf > > I've tested skype4. It starts up, but I can't seem to connect. Might be deinstall linux*pulseaudio* (-force) and try again ;-) > crappy hotel wifi though. I do see a bunch of these on the console: > > linux: pid 10892 (skype): ioctl fd=25, cmd=0x8b01 ('\M^K',1) is not > implemented > > This is on 10.1-RC4 freebsd world / kernel. > -- wbr, tiger From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 19:21:53 2014 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 AAD011BF for ; Wed, 5 Nov 2014 19:21:53 +0000 (UTC) Received: from barracuda.ixsystems.com (mail.ixsystems.com [12.229.62.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.ixsystems.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 861B3B61 for ; Wed, 5 Nov 2014 19:21:52 +0000 (UTC) X-ASG-Debug-ID: 1415215296-08ca0441c504360002-O2GyLx Received: from [10.45.46.24] ([156.39.127.195]) by barracuda.ixsystems.com with ESMTP id 1bfbrSHO1fm2Dh9I (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 05 Nov 2014 11:21:37 -0800 (PST) X-Barracuda-Envelope-From: kris@pcbsd.org X-Barracuda-AUTH-User: kris@pcbsd.org X-Barracuda-Apparent-Source-IP: 156.39.127.195 Message-ID: <545A78C0.7070909@pcbsd.org> Date: Wed, 05 Nov 2014 14:21:36 -0500 From: Kris Moore User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: CFT: CentOS 6.6 base + userland References: <20141104204116.GA75280@mx12.chaot.net> <5459419D.3090509@pcbsd.org> <20141105050745.GA75420@mx12.chaot.net> <5459C6DB.4030606@pcbsd.org> <20141105212811.5608471f@laptop.minsk.domain> X-ASG-Orig-Subj: Re: CFT: CentOS 6.6 base + userland In-Reply-To: <20141105212811.5608471f@laptop.minsk.domain> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: UNKNOWN[156.39.127.195] X-Barracuda-Start-Time: 1415215296 X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256 X-Barracuda-URL: https://10.2.0.41:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at ixsystems.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 1.00 X-Barracuda-Spam-Status: No, SCORE=1.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests=BSF_SC0_MV0508 X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.11263 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.00 BSF_SC0_MV0508 Custom rule MV0508 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, 05 Nov 2014 19:21:53 -0000 On 11/05/2014 13:28, Sergey V. Dyatko wrote: > On Wed, 05 Nov 2014 01:42:35 -0500 > Kris Moore wrote: > >> On 11/05/2014 00:07, Johannes Meixner wrote: >>> On Tue, Nov 04, 2014 at 04:14:05PM -0500, Kris Moore wrote: >>>> Does running skype require the lemul branch still, or what minimum >>>> version of FreeBSD? >>> It's a variant of Skype 4.2.0.13 which disguises itself as 4.3.0.37. So, >>> actually, neither (yet). It's been floating around on IRC, mostly. >>> >>> >>> >> I've merged in the patch here. It mostly works, it was just missing this >> port for www/linux-c6-flashplugin11 to function: >> >> https://github.com/pcbsd/freebsd-ports/tree/master/graphics/linux-c6-gdk-pixbuf >> >> I've tested skype4. It starts up, but I can't seem to connect. Might be > deinstall linux*pulseaudio* (-force) and try again ;-) Yea, don't have that installed. XMJ said something about it needing some kludge of running 4.3 first, then grabbing a modified special binary? ;) > >> crappy hotel wifi though. I do see a bunch of these on the console: >> >> linux: pid 10892 (skype): ioctl fd=25, cmd=0x8b01 ('\M^K',1) is not >> implemented >> >> This is on 10.1-RC4 freebsd world / kernel. >> > > > -- > wbr, tiger > > _______________________________________________ > 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" -- Kris Moore PC-BSD Software iXsystems From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 19:24:52 2014 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 020002B4 for ; Wed, 5 Nov 2014 19:24:52 +0000 (UTC) Received: from mail-lb0-x233.google.com (mail-lb0-x233.google.com [IPv6:2a00:1450:4010:c04::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C6A9B8D for ; Wed, 5 Nov 2014 19:24:51 +0000 (UTC) Received: by mail-lb0-f179.google.com with SMTP id l4so1229186lbv.38 for ; Wed, 05 Nov 2014 11:24:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=LKCk8imILkkhqjqVFtMGr7IqULEnRkjXcdSgmrJ2i6c=; b=id/0p5E2/fobXPRv35Yv7apU+xfYwvmWn8fmjDkjpdFh2VXCOx/eTXZdhOZT9wQPU+ Pk2sNfJUc5L2sd0n0dusBmUeKeZH9/LLYQgHjrJXjiyoPDPxekK/QUODUJVHnOCofq8L 5+LrnKCu0uaZeNz7+0byrSevVUxRrGCg9JNH+980VhMuhzFtohPPbtAd7czWszrtdUSP sLdhFCJbV3ESJt5iG0w81hsTmtKMwzd59u5iU/ntsfZ1qaFOqt8D6szucdvgMoyA4HoE DScHXSnCrXMzsMSFrj0vhcYocENo94QrLRKhsztOEQ8ZO88HtQx7TmH5BgUG+4k1QI3F ktxg== X-Received: by 10.112.73.39 with SMTP id i7mr46781012lbv.8.1415215489470; Wed, 05 Nov 2014 11:24:49 -0800 (PST) Received: from laptop.minsk.domain ([37.215.144.85]) by mx.google.com with ESMTPSA id or5sm1632427lbb.42.2014.11.05.11.24.47 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 05 Nov 2014 11:24:48 -0800 (PST) Date: Wed, 5 Nov 2014 22:24:46 +0300 From: "Sergey V. Dyatko" To: freebsd-ports@freebsd.org Subject: Re: CFT: CentOS 6.6 base + userland Message-ID: <20141105222446.31c69b5b@laptop.minsk.domain> In-Reply-To: <545A78C0.7070909@pcbsd.org> References: <20141104204116.GA75280@mx12.chaot.net> <5459419D.3090509@pcbsd.org> <20141105050745.GA75420@mx12.chaot.net> <5459C6DB.4030606@pcbsd.org> <20141105212811.5608471f@laptop.minsk.domain> <545A78C0.7070909@pcbsd.org> X-Mailer: Claws Mail 3.11.0 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) 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, 05 Nov 2014 19:24:52 -0000 On Wed, 05 Nov 2014 14:21:36 -0500 Kris Moore wrote: > On 11/05/2014 13:28, Sergey V. Dyatko wrote: > > On Wed, 05 Nov 2014 01:42:35 -0500 > > Kris Moore wrote: > > > >> On 11/05/2014 00:07, Johannes Meixner wrote: > >>> On Tue, Nov 04, 2014 at 04:14:05PM -0500, Kris Moore wrote: > >>>> Does running skype require the lemul branch still, or what minimum > >>>> version of FreeBSD? > >>> It's a variant of Skype 4.2.0.13 which disguises itself as 4.3.0.37. So, > >>> actually, neither (yet). It's been floating around on IRC, mostly. > >>> > >>> > >>> > >> I've merged in the patch here. It mostly works, it was just missing this > >> port for www/linux-c6-flashplugin11 to function: > >> > >> https://github.com/pcbsd/freebsd-ports/tree/master/graphics/linux-c6-gdk-pixbuf > >> > >> I've tested skype4. It starts up, but I can't seem to connect. Might be > > deinstall linux*pulseaudio* (-force) and try again ;-) > > Yea, don't have that installed. XMJ said something about it needing some > kludge of running 4.3 first, then grabbing a modified special binary? ;) login to 4.3 with autologin checked, after that replace skype with 'special binary' ;) > > > > >> crappy hotel wifi though. I do see a bunch of these on the console: > >> > >> linux: pid 10892 (skype): ioctl fd=25, cmd=0x8b01 ('\M^K',1) is not > >> implemented > >> > >> This is on 10.1-RC4 freebsd world / kernel. > >> > > > > > > -- > > wbr, tiger > > > > _______________________________________________ > > 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" > > -- wbr, tiger From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 19:45:27 2014 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 798B1866 for ; Wed, 5 Nov 2014 19:45:27 +0000 (UTC) Received: from barracuda.ixsystems.com (mail.ixsystems.com [12.229.62.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.ixsystems.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5576BD7E for ; Wed, 5 Nov 2014 19:45:27 +0000 (UTC) X-ASG-Debug-ID: 1415216711-08ca0441c4043b0002-O2GyLx Received: from [10.45.46.24] ([156.39.127.195]) by barracuda.ixsystems.com with ESMTP id qz08M23IVOsEQ6OX (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 05 Nov 2014 11:45:11 -0800 (PST) X-Barracuda-Envelope-From: kris@pcbsd.org X-Barracuda-AUTH-User: kris@pcbsd.org X-Barracuda-Apparent-Source-IP: 156.39.127.195 Message-ID: <545A7E46.5030605@pcbsd.org> Date: Wed, 05 Nov 2014 14:45:10 -0500 From: Kris Moore User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: CFT: CentOS 6.6 base + userland References: <20141104204116.GA75280@mx12.chaot.net> <5459419D.3090509@pcbsd.org> <20141105050745.GA75420@mx12.chaot.net> <5459C6DB.4030606@pcbsd.org> <20141105212811.5608471f@laptop.minsk.domain> <545A78C0.7070909@pcbsd.org> <20141105222446.31c69b5b@laptop.minsk.domain> X-ASG-Orig-Subj: Re: CFT: CentOS 6.6 base + userland In-Reply-To: <20141105222446.31c69b5b@laptop.minsk.domain> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: UNKNOWN[156.39.127.195] X-Barracuda-Start-Time: 1415216711 X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256 X-Barracuda-URL: https://10.2.0.41:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at ixsystems.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 1.00 X-Barracuda-Spam-Status: No, SCORE=1.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests=BSF_SC0_MV0508 X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.11263 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.00 BSF_SC0_MV0508 Custom rule MV0508 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, 05 Nov 2014 19:45:27 -0000 On 11/05/2014 14:24, Sergey V. Dyatko wrote: > On Wed, 05 Nov 2014 14:21:36 -0500 > Kris Moore wrote: > >> On 11/05/2014 13:28, Sergey V. Dyatko wrote: >>> On Wed, 05 Nov 2014 01:42:35 -0500 >>> Kris Moore wrote: >>> >>>> On 11/05/2014 00:07, Johannes Meixner wrote: >>>>> On Tue, Nov 04, 2014 at 04:14:05PM -0500, Kris Moore wrote: >>>>>> Does running skype require the lemul branch still, or what minimum >>>>>> version of FreeBSD? >>>>> It's a variant of Skype 4.2.0.13 which disguises itself as 4.3.0.37. So, >>>>> actually, neither (yet). It's been floating around on IRC, mostly. >>>>> >>>>> >>>>> >>>> I've merged in the patch here. It mostly works, it was just missing this >>>> port for www/linux-c6-flashplugin11 to function: >>>> >>>> https://github.com/pcbsd/freebsd-ports/tree/master/graphics/linux-c6-gdk-pixbuf >>>> >>>> I've tested skype4. It starts up, but I can't seem to connect. Might be >>> deinstall linux*pulseaudio* (-force) and try again ;-) >> Yea, don't have that installed. XMJ said something about it needing some >> kludge of running 4.3 first, then grabbing a modified special binary? ;) > login to 4.3 with autologin checked, after that replace skype with 'special > binary' ;) > And that made it work, very cool! ;) >>>> crappy hotel wifi though. I do see a bunch of these on the console: >>>> >>>> linux: pid 10892 (skype): ioctl fd=25, cmd=0x8b01 ('\M^K',1) is not >>>> implemented >>>> >>>> This is on 10.1-RC4 freebsd world / kernel. >>>> >>> >>> -- >>> wbr, tiger >>> >>> _______________________________________________ >>> 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" >> > > > -- > wbr, tiger > > _______________________________________________ > 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" -- Kris Moore PC-BSD Software iXsystems From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 21:30:47 2014 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 BB240248 for ; Wed, 5 Nov 2014 21:30:47 +0000 (UTC) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 89F80A6D for ; Wed, 5 Nov 2014 21:30:47 +0000 (UTC) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id C2D752053B for ; Wed, 5 Nov 2014 16:30:45 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute6.internal (MEProxy); Wed, 05 Nov 2014 16:30:45 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:x-sasl-enc:from:to :mime-version:content-transfer-encoding:content-type:subject :date:in-reply-to:references; s=smtpout; bh=j2D7DPePN/zW/i+FH6Q7 BKgBlAg=; b=q2ElQFo4StcpjyXSgMmKFTFoDtZ7uLtmtbIR4lRvVXckqcoRSx1R yopIXEmSQqnzzBRg0V+zgYh8vR2Nj3T/UNNMqMikg5DViYKuYD4Nf9EaRUVsRJzg j+aDrVoYGVI7S0w5SoMdYshZzLYt43jziuEPFaFm2xPsCPHjYpeb2j8= Received: by web3.nyi.internal (Postfix, from userid 99) id 9CD3D113C67; Wed, 5 Nov 2014 16:30:45 -0500 (EST) Message-Id: <1415223045.3436045.187536433.49F9A27E@webmail.messagingengine.com> X-Sasl-Enc: imRNaXyaOw+HW8PKYTTeiti2XAyJI5Rmijc+21L9oz4X 1415223045 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-c51dec4f Subject: Re: Reducing the size of the ports tree (brainstorm v2) Date: Wed, 05 Nov 2014 15:30:45 -0600 In-Reply-To: <20141105162003.EFA3A6F0@hub.freebsd.org> References: <20141105162003.EFA3A6F0@hub.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, 05 Nov 2014 21:30:47 -0000 On Wed, Nov 5, 2014, at 10:16, Roger Marquis wrote: > > Was a time when FreeBSD was believed to be a more stable and compatible > platform than Linux. Of course all that backwards compatibility was > thrown out the window with this year's make and pkg updates, which made > management at my business much more receptive to the linux admin's calls > for linux-everywhere, but this is a matter for the community to decide. > FreeBSD spent 20 years not changing and you know what we got for it? An ugly mess. Please keep in mind that nobody is changing the core OS. They're simply bringing our package mangement from the 1990s to the 2000s, and hopefully after that dust settles we can move to the 2010s. Yes, through this transition it's painful if you are used to never having to touch your custom ports. The change important and the benefits are far-reaching. I don't care how good of a FreeBSD admin anyone is. You can't tell me you won't find any of the following instances on your servers before pkgng: - duplicate packages registered in pkg_info - leftover files *everywhere*. find /usr/local -type f -print0 | xargs -0 -n50 pkg_which | grep "not found" - broken binaries discovered via pkg_libchk This is disgusting. You might as well just be extracting tarballs and not using a package manager because the only benefit you're gaining from the old ports tree is the automation of *building* and *installing*. Here's the lifecycle of a typical pre-pkgng server: 1) Install FreeBSD 2) Install your ports/packages 3) Server is in production 4) Attempt to update ports/packages 5) Disaster is now waiting to happen Every time you need to update you might as well rm -rf /usr/local and start over. Some ports even barfed all over the base system, so reinstalling wouldn't be a bad idea either. In fact, that was often the solution where I used to work -- wait until a serious enough vulnerability is affecting the server and then reinstall from scratch with the latest RELEASE. > > For most of us end-users it doesn't matter as we use portsnap > (and update speed really isn't an issue). > The goal is to make pkg the norm and ports the very rare exception. This will increase consistency, lower false bug reports, and greatly ease/increase adoption by lowering the barriers and raising the sanity of a FreeBSD server over its lifecycle. -2c From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 22:34:43 2014 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 D013C49C for ; Wed, 5 Nov 2014 22:34:43 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8E7DB1C1 for ; Wed, 5 Nov 2014 22:34:43 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Xm99u-0003ll-Do for freebsd-ports@freebsd.org; Wed, 05 Nov 2014 23:34:34 +0100 Received: from 65.75.36.70 ([65.75.36.70]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Nov 2014 23:34:34 +0100 Received: from gyliamos by 65.75.36.70 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Nov 2014 23:34:34 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: Will Parsons Subject: updating x11/xbindkeys for newer Tcl/Tk Date: Wed, 5 Nov 2014 22:34:18 +0000 (UTC) Lines: 13 Message-ID: Reply-To: gyliamos@gmail.com X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 65.75.36.70 User-Agent: slrn/1.0.1 (FreeBSD) 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, 05 Nov 2014 22:34:43 -0000 When I went to build xbindkeys with Tcl support, I noticed it was trying to install Tcl8.4, which is quite old. Since I already have Tcl 8.5 and Tcl 8.6 installed, installing Tcl8.4 seemed to be a waste. I edited the Makefile to replace references to 8.4 with 8.5, and it seems to build correctly with the later Tcl, but it would seem be good to have the official port updated. Seeing how the maintainer is ports@FreeBSD.org (which I gather means it has no maintainer), is submitting a PR likely to get this fixed, or does it need an official maintainer first? -- Will From owner-freebsd-ports@FreeBSD.ORG Wed Nov 5 23:04:15 2014 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 7E38B1E9 for ; Wed, 5 Nov 2014 23:04:15 +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 3686F75F for ; Wed, 5 Nov 2014 23:04:15 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA5N69DE012507; Wed, 5 Nov 2014 15:06:09 -0800 (PST) (envelope-from chrish@UltimateDNS.NET) To: freebsd-ports@freebsd.org, Will Parsons In-Reply-To: References: From: "Chris H" Subject: Re: updating x11/xbindkeys for newer Tcl/Tk Date: Wed, 05 Nov 2014 15:06:09 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <7ae5ad6ffa4e656067ea14f5cb6c6b23@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: Wed, 05 Nov 2014 23:04:15 -0000 On Wed, 5 Nov 2014 22:34:18 +0000 (UTC) Will Parsons wrote > When I went to build xbindkeys with Tcl support, I noticed it was > trying to install Tcl8.4, which is quite old. Since I already have > Tcl 8.5 and Tcl 8.6 installed, installing Tcl8.4 seemed to be a waste. > > I edited the Makefile to replace references to 8.4 with 8.5, and it > seems to build correctly with the later Tcl, but it would seem be good > to have the official port updated. Seeing how the maintainer is > ports@FreeBSD.org (which I gather means it has no maintainer), is > submitting a PR likely to get this fixed, or does it need an official > maintainer first? A pr(1) would be an excellent idea. You are not required to become the maintainer to submit the pr, get results from sending a pr, or creating a patch(1)/svn diff(1) for a committer to commit. :) HTH --Chris > > -- > Will > > _______________________________________________ > 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 Wed Nov 5 23:16:23 2014 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 6D4778DE for ; Wed, 5 Nov 2014 23:16:23 +0000 (UTC) Received: from mx5.roble.com (mx5.roble.com [206.40.34.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx5.roble.com", Issuer "mx5.roble.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5C9E3877 for ; Wed, 5 Nov 2014 23:16:22 +0000 (UTC) Date: Wed, 5 Nov 2014 15:16:22 -0800 (PST) From: Roger Marquis To: freebsd-ports@freebsd.org Subject: Re: Reducing the size of the ports tree (brainstorm v2) In-Reply-To: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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, 05 Nov 2014 23:16:23 -0000 Mark Felder wrote: >Here's the lifecycle of a typical pre-pkgng server: >1) Install FreeBSD >2) Install your ports/packages >3) Server is in production >4) Attempt to update ports/packages >5) Disaster is now waiting to happen Perhaps typical for you but everywhere I've worked has had a much easier time managing FreeBSD ports than debs or rpms (or pkgng ports so far) thanks mainly to the control they give you over dependencies. That said, if you're going to make changes at least have a good business case AND limit the scope to a major release change (i.e., between 10 and 11, NOT 8.3 and 8.4 much less in the middle of 8.4). >Every time you need to update you might as well rm -rf /usr/local and >start over. Some ports even barfed all over the base system, so >reinstalling wouldn't be a bad idea either. Hyperbole does not a good business case make though I'm sure the folks in Redmond and Raleigh are of a different opinion in this case. I still wonder though, how many real problems people have with ports vs other OS' packages and what specific ports have caused those issues. Of course I've had a few as well, primarily with autoconf, but in the ~18 years since 2.0.5 nothing even close to the hassle of this year's make and pkgng changes. Partly this is due to a shortage of good FreeBSD devs able to contribute backwards-compatible components but there's more to it than that. IMO, Roger Marquis From owner-freebsd-ports@FreeBSD.ORG Thu Nov 6 00:00:46 2014 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 72B2B9D8 for ; Thu, 6 Nov 2014 00:00:46 +0000 (UTC) Received: from nm12-vm0.bullet.mail.bf1.yahoo.com (nm12-vm0.bullet.mail.bf1.yahoo.com [98.139.213.140]) (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 292F8D5C for ; Thu, 6 Nov 2014 00:00:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1415232044; bh=MvXM103C/RbxypouLIvBBOD7L9my0Mz0isBDi3bbWpY=; h=Date:From:To:Subject:References:In-Reply-To:From:Subject; b=iCBgRwODm43qL9/jPCAMBkvbmPUKiFX/uqira2Txd2Nk3aT/yZaAwcuTLCMUoRa/9212Nevv2mUlyObHT+GlyUwaI8DqEvzEYOt79UVAPEgSs7HLxNHIYwG3DAmKekzvqPLsEEEz6RLwt8lrKZN8GmcnFQmDT5eZ9tIyLjIoXutC9Lr7TFUh4R5TQHiCuTapGn6TOTkvV3xjis1cSqT2KlngsyhRdVTsi79GVi/h2lYSaE51UZswd7d60h6RdhKiG17jP5+Y8sZT0KZuo4dSzO1dwsZclwusoWZalGyATHqiH6VR+XOSKp64jTPxgSn1nbdnHn8IfNQ/nGOKvhpEEg== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=Q3svFJDdQZU539pW/gOkWqa8tk4BhZvOs5O03L/NbRfkDv2of3OV7Ys0zy8DRxN9YGTlqMlBJ3sxkgA9z6qzxvN7ikO6NOQHoqpbiH8Zilw0Lve5TodWBKWlYsMUWxdBIplYPyB1W3E4kpu6OnamY2qFFDgbfHs179rvzfknTdh+9hLBBk/DYeOFrER824tbeJSeR8udZqzO5aYE6fziPN8+keJTngxzxTx0LH9qLZ4yu0O7B/TrvAvakRJGC4IptwH4aDrI/VJZEfqAZfPdTlESTv1hi2C19fu4C5VEAx5y/6FhaqFoUewFKMlX7dI/diP4p2ZmB16eyzf/9b1TJw==; Received: from [66.196.81.171] by nm12.bullet.mail.bf1.yahoo.com with NNFMP; 06 Nov 2014 00:00:44 -0000 Received: from [68.142.230.65] by tm17.bullet.mail.bf1.yahoo.com with NNFMP; 06 Nov 2014 00:00:44 -0000 Received: from [127.0.0.1] by smtp222.mail.bf1.yahoo.com with NNFMP; 06 Nov 2014 00:00:44 -0000 X-Yahoo-Newman-Id: 118269.55332.bm@smtp222.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: l5SGr3gVM1mLLhhDKA4bA2swAHOaReFdccvOmn6DI3aO1hI zbgIOZ6jOI6rpZdEHjckkq3WV1d4zkRDUA8AobZgOxylo236M2fYJrt85ruV vxd5a_g7y2IxDLnXQha9ZObmUm3Eo4f15aBcVcpR0SdZ1yvwLzgiRt9wsZYc BSPNsrfetc2etV391EuCnFlABCQiix6IVtwCiMVc7tWo3KaMZ6QWfx0cjqCf LATmJGw5KcNks93NpvhgVd4rjzxNYzSZJ8EDdx_fqVneTtm5dacG77Ag3jim K4hcU.mCbzLSjrS.DwgAfQa2c50XJ44wc6zcjfJAQLNU9bGwYuKvwDKkwQay GkMpgsuidtdLwRGxp5VrlYfvY5tJPluYOMPp7RvJG7n7.AsZtU5_JSLumz_c 2ZWyj6Ln0R7F20c5VyvEjPMKy1cctLTu4tBJKdtOQealcOCYsejfMAq3ZvUU 4SM_4m0cje4WI9EK_L_BXIm4piRPl8zSOkuXrbspiokloSs2M45SSxbSDdoY 7KlNV0tjQQyiP3ZMNCKXSjFvOWbqj X-Yahoo-SMTP: 6IZaPQyswBAeyzp3urHRlQfBxGxx4Js3YAIn Message-ID: <545ABA5A.2040105@yahoo.com> Date: Wed, 05 Nov 2014 16:01:30 -0800 From: Jeffrey Bouquet User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Mark Felder , freebsd-ports@freebsd.org Subject: Re: Reducing the size of the ports tree (brainstorm v2) References: <20141105162003.EFA3A6F0@hub.freebsd.org> <1415223045.3436045.187536433.49F9A27E@webmail.messagingengine.com> In-Reply-To: <1415223045.3436045.187536433.49F9A27E@webmail.messagingengine.com> 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: Thu, 06 Nov 2014 00:00:46 -0000 On 11/05/14 13:30, Mark Felder wrote: > > On Wed, Nov 5, 2014, at 10:16, Roger Marquis wrote: >> Was a time when FreeBSD was believed to be a more stable and compatible >> platform than Linux. Of course all that backwards compatibility was >> thrown out the window with this year's make and pkg updates, which made >> management at my business much more receptive to the linux admin's calls >> for linux-everywhere, but this is a matter for the community to decide. >> > FreeBSD spent 20 years not changing and you know what we got for it? An > ugly mess. Please keep in mind that nobody is changing the core OS. > They're simply bringing our package mangement from the 1990s to the > 2000s, and hopefully after that dust settles we can move to the 2010s. > Yes, through this transition it's painful if you are used to never > having to touch your custom ports. The change important and the benefits > are far-reaching. You are grouping two distinct changes together, and disparaging, non-specifically, the old ports (package) system which served here, well, 2004 January to the present day. I sent another email, detailing in which, many > one files in the ports tree may be a bad idea. Having transitioned to pkg successfully on one machine, that I can still not upgrade pkg > pkg without hacks, and halfway on another, on which pkg2ng did not work, and is sort of in limbo ( an inaccurate pkg database, and buggy operation of a few pkg commands, and out of the blue segmentation faults ) I see pkg as more convenient BUT less reliable. Specifically here, An ugly mess.... not 1990s 2000s .... not reliable enough yet benefits far-reaching .... maybe in the future. Saving time here but with uncertainty. > > I don't care how good of a FreeBSD admin anyone is. You can't tell me > you won't find any of the following instances on your servers before > pkgng: > > - duplicate packages registered in pkg_info I could simply /bin/rm -rf the duplicate subdirectory. > - leftover files *everywhere*. find /usr/local -type f -print0 | xargs > -0 -n50 pkg_which | grep "not found" A small price to pay for stability. And what if pkg which (sqlite) is more prone to breakage, obsolete libraries, wrong compiler >> libmap... vs pkg_which which could be resurrected as a backup... I hope continually > - broken binaries discovered via pkg_libchk One can easily have that now, pkg upgrading to ruby20 default when ruby19 is still installed or something... or my limited experience is not the norm > > This is disgusting. You might as well just be extracting tarballs and > not using a package manager because the only benefit you're gaining from > the old ports tree is the automation of *building* and *installing*. Portmaster handily handled the switches -d -B -P -i -g (ports unless packages upstream) Why disparage that? Pure packages is not for everyone, and that in itself AFAIK is a feature not a bug of FreeBSD... > > Here's the lifecycle of a typical pre-pkgng server: > > 1) Install FreeBSD > 2) Install your ports/packages > 3) Server is in production > 4) Attempt to update ports/packages > 5) Disaster is now waiting to happen 3a... Production? update on a second machine, roll out to the main one. No disaster. Less preplanning or experience, and your scenario may be right, but numerous blogs of administering servers I've read over the years, and in FreeBSD books, paint an easier and more seamless sequence of events with each upgrade, most of each not being abstracted away from the command line, but line-by-line expertly managed. > Every time you need to update you might as well rm -rf /usr/local and > start over. I upgraded 5 > 5 > 5 > 6 > 7 > 8 > 9 and instances within each one, losing mutiple hard drives, but files in /usr/local still exist from 2004... > Some ports even barfed all over the base system, so > reinstalling wouldn't be a bad idea either. I read reinstalling not a bad idea, but only in the problematic case. > In fact, that was often the > solution where I used to work -- wait until a serious enough > vulnerability is affecting the server and then reinstall from scratch > with the latest RELEASE. > >> For most of us end-users it doesn't matter as we use portsnap >> (and update speed really isn't an issue). >> > The goal is to make pkg the norm and ports the very rare exception. Why 'very rare? ' I always thought that they were to work in tandem. Isn't tweaking of ports on one's machine consistent with knowing the ins and outs of all the ports as well as package workings? Make targets? etc. > This > will increase consistency, lower false bug reports, and greatly > ease/increase adoption by lowering the barriers But "this" here you have included both pkg (not yet seamless or as reliable in my opinion) and the new scheme of abstracting away the information in the smaller files. I see more bug reports from pkg (from here for instance)... It seems to early to call the above as a certainty. Apologies if I am sounding way critical upon wishing to simply advocate caution on any divergence from the reliability the ports tree and legacy package served for years upon years. While pkg is saving time here, it has raised new fears about the validity of my recommendations of using pkg/ports to others... not having any poudriere experience, not knowing how many low-powered routers pkg may not work on, having disks that may not upgrade well with pkg2ng if ever... other unanswered questions. > and raising the sanity > of a FreeBSD server over its lifecycle. > > -2c > _______________________________________________ > 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 Thu Nov 6 00:42:24 2014 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 BAEA9390 for ; Thu, 6 Nov 2014 00:42:24 +0000 (UTC) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 87D391D5 for ; Thu, 6 Nov 2014 00:42:24 +0000 (UTC) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 198B220884 for ; Wed, 5 Nov 2014 19:42:23 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute6.internal (MEProxy); Wed, 05 Nov 2014 19:42:23 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:x-sasl-enc:from:to :mime-version:content-transfer-encoding:content-type:in-reply-to :references:subject:date; s=smtpout; bh=4NYUe8kH6gep0/BVChf18+1y klE=; b=T8QWksEE7neQEqRJx77CsUk/Zh9PwoyghXdfN8XUog+eJH2HQLmi4HGe XPl3GxXl3U0bbl0Q9d8gtp9Rn+748MdZvApaE8qg+L4t8uFfWoTgABju+3XDbik6 5lcjKcXDCPoTcI60/hctDIcXw1yrCHjxZePMSVU0e4CSc7ROss8= Received: by web3.nyi.internal (Postfix, from userid 99) id E201411454A; Wed, 5 Nov 2014 19:42:22 -0500 (EST) Message-Id: <1415234542.3472540.187608725.1C104533@webmail.messagingengine.com> X-Sasl-Enc: Qbfv3g/C/tUYQLYwP96NsxPwWpiKmrUz2kc2ZKR4dNTZ 1415234542 From: Mark Felder To: Jeffrey Bouquet , freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-c51dec4f In-Reply-To: <545ABA5A.2040105@yahoo.com> References: <20141105162003.EFA3A6F0@hub.freebsd.org> <1415223045.3436045.187536433.49F9A27E@webmail.messagingengine.com> <545ABA5A.2040105@yahoo.com> Subject: Re: Reducing the size of the ports tree (brainstorm v2) Date: Wed, 05 Nov 2014 18:42:22 -0600 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, 06 Nov 2014 00:42:24 -0000 On Wed, Nov 5, 2014, at 18:01, Jeffrey Bouquet wrote: > > On 11/05/14 13:30, Mark Felder wrote: > > > > - duplicate packages registered in pkg_info > I could simply /bin/rm -rf the duplicate subdirectory. > Your're treating the symptom not the problem. This solves nothing and leaves potentially vulnerable, untracked libraries and binaries on your system and you can't be sure which one future port builds are linking against. > > - leftover files *everywhere*. find /usr/local -type f -print0 | xargs > > -0 -n50 pkg_which | grep "not found" > A small price to pay for stability. And what if pkg which (sqlite) is > more prone to > breakage, obsolete libraries, wrong compiler >> libmap... vs pkg_which > which > could be resurrected as a backup... I hope continually > I don't understand which faults you're trying to point out here. Breakage and obsolete libraries? pkg-static.... > > - broken binaries discovered via pkg_libchk > One can easily have that now, pkg upgrading to ruby20 default when > ruby19 is still > installed or something... or my limited experience is not the norm > No you can't. pkgng doesn't install packages without their dependencies. This would all be fixed by the next package set. > > > > This is disgusting. You might as well just be extracting tarballs and > > not using a package manager because the only benefit you're gaining from > > the old ports tree is the automation of *building* and *installing*. > Portmaster handily handled the switches -d -B -P -i -g (ports unless > packages upstream) > Why disparage that? Pure packages is not for everyone, and that in > itself AFAIK is a > feature not a bug of FreeBSD... > Portmaster is not part of FreeBSD, and why are we relying on a third party tool to fix bad design? > > > > Here's the lifecycle of a typical pre-pkgng server: > > > > 1) Install FreeBSD > > 2) Install your ports/packages > > 3) Server is in production > > 4) Attempt to update ports/packages > > 5) Disaster is now waiting to happen > 3a... Production? update on a second machine, roll out to the main one. > No disaster. But how do you get the updated ports/packages onto the production server without building them? I surely hope you're not building and installing them on another server and manually copying the files/libraries over. If you used a package server (tinderbox) that same concept is what we're recommending. > > Every time you need to update you might as well rm -rf /usr/local and > > start over. > I upgraded 5 > 5 > 5 > 6 > 7 > 8 > 9 and instances within each one, > losing mutiple > hard drives, but files in /usr/local still exist from 2004... This is terrifying for reasons previously explained. > > Some ports even barfed all over the base system, so > > reinstalling wouldn't be a bad idea either. > I read reinstalling not a bad idea, but only in the problematic case. > Untracked libraries and executables all over your OS is a problematic case. > > The goal is to make pkg the norm and ports the very rare exception. > Why 'very rare? ' I always thought that they were to work in tandem. > Isn't tweaking of > ports on one's machine consistent with knowing the ins and outs of all > the ports as well > as package workings? Make targets? etc. > Mixing packages and ports is *not* supported and never has been. This is another cause of unnecessary bug reports. The only "tweaking" you should be doing is changing port build options, and they'll be available via (sub)packages according to the current roadmap. Only in rare circumstances should you need to manually build ports. > not having any poudriere > experience This is very simple to solve, and I think you'll love it. You get all the power of ports and confidence in your system. > , not > knowing how many low-powered routers pkg may not work on, pkgng is faster than pkg_ in many ways. I don't see a concern here. > having disks > that may > not upgrade well with pkg2ng if ever... You're basically asking pkgng to be able to import data from an unsanitized, schema-less database with no constraints and have it work perfectly. Not even divine intervention could make this work reliably. From owner-freebsd-ports@FreeBSD.ORG Thu Nov 6 02:48:27 2014 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 C8D0993C for ; Thu, 6 Nov 2014 02:48:27 +0000 (UTC) Received: from nm42-vm5.bullet.mail.bf1.yahoo.com (nm42-vm5.bullet.mail.bf1.yahoo.com [216.109.114.204]) (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 7A316BA for ; Thu, 6 Nov 2014 02:48:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1415242100; bh=uIJXrW/JlvaG9d3NFFGIrIOupfXbyJzpii9FpVl3/ik=; h=Date:From:To:CC:Subject:References:In-Reply-To:From:Subject; b=pbgQ3QG6LxBHNytTHyMavDXSfwzHqhpx/aLOP6KeaMK9x4WNWWDZEk3Grr2E/rzbR/Yx50raxrykxTAOrUQSrK7w/DASBBHoGIgDSJWr8XKyaPOH9jSGkeo0WvVZYFOf2EBCTtl8emKp5W25Yn/cihVA1FgiRv3Wbe9QQejw+GGv6X92IBAY9ZzThDrwH5RS1UM/dvrLPVtlHkdBDS0LcZyKNO8966wN2YoBSQ6LnG/LSRppmXUoGpFugAQd3DazUHrwrUm99o29JYOfu3zXs6nFhhed0ZOrqxdGXywlQ0htOUBEzYSj/Q2Gvsv/DPM2xHfmgxFZBOLv63OzrPrXeg== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=r74CS5t+Cz5+z6D7fYNAeDNZUTrj18MxC0Ft8IEFIwrzv/1tDFkTpK1Fb2n8h63F98D7/e3EbisDkWUhg7PiACbJOOCr5lJFKRoXFv/zrBIKz23zkRbiE/Yd8MuKbMSINT4I9hEIYaAmaOJTqd9ZpzUzArsvbGhDB93Qdw614tg559Q9IKteYejGO8da/SBkmmBfzm7njD4w4lvs1Yc8DQAQUMujCR2/aJ8pX1BOX7bNYPa7qoihw74F9srPy/N0tMGvC/4Gzba2wB5zNcpVw/mn2K5EnwxzJwdm1w+4tqQsa92QDNRj7SfJlK/lJWzpj0MLz7sjz970L7MzLYJGtw==; Received: from [66.196.81.173] by nm42.bullet.mail.bf1.yahoo.com with NNFMP; 06 Nov 2014 02:48:20 -0000 Received: from [98.139.211.192] by tm19.bullet.mail.bf1.yahoo.com with NNFMP; 06 Nov 2014 02:48:20 -0000 Received: from [127.0.0.1] by smtp201.mail.bf1.yahoo.com with NNFMP; 06 Nov 2014 02:48:20 -0000 X-Yahoo-Newman-Id: 614254.38700.bm@smtp201.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: wGd2GwEVM1lMbQNPfYLycsBPG8VDCwnjppgNnkcqi5UCQiy 6ky_qGpEBAw_C.XL9GiIvyexOe95HBt_mv4IofEDp1DcIDI8oAms_sA.lWMM mmwGkVrcbsnJ0H9eVz.f5X74XfY1EN7PMhxe58gB5cky_x_91IBKaKrUbu1m _uuoC0gT7ljRhIyzIo9eXxsdRYi4Hn7n9BUZYbUWIvGSvjGpdl_dUa6UuxAQ .odfOm45fj.JuOL4rkFMT5IQpg3uttLrO6Saqzy_nw1Vm2Esqt.trGX5TplW PdPBtT2.9YcYLd4QTOfPDAZUInIj11994C6E813cuTY1E0ZB0spAl8ipK5SS A6ttxeWS7q3Si8jvnq2hGO_E6i0mrtI.oVj1Snw.rhRmSdLb9l9a49qBL._z skBOi3oAxI2oACB8.ROnjJcz10xMFw4tPhup5nEVuzMe_SYiZqCNGZBkPF1i MVlT1UVfTNKaunuA4NBbWwgyjauUZiPZ_OxBofPh7owhJy9gIRyN41jU2oT2 Vo9YSQuxfjpxEQNFiPCqI9ylrBLvHtcgB1Lg- X-Yahoo-SMTP: 6IZaPQyswBAeyzp3urHRlQfBxGxx4Js3YAIn Message-ID: <545AE1A3.9070309@yahoo.com> Date: Wed, 05 Nov 2014 18:49:07 -0800 From: Jeffrey Bouquet User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Reducing the size of the ports tree (brainstorm v2) References: <20141105162003.EFA3A6F0@hub.freebsd.org> <1415223045.3436045.187536433.49F9A27E@webmail.messagingengine.com> <545ABA5A.2040105@yahoo.com> <1415234542.3472540.187608725.1C104533@webmail.messagingengine.com> In-Reply-To: <1415234542.3472540.187608725.1C104533@webmail.messagingengine.com> Content-Type: text/plain; charset=windows-1252 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: Thu, 06 Nov 2014 02:48:27 -0000 On 11/05/14 16:42, Mark Felder wrote: > > On Wed, Nov 5, 2014, at 18:01, Jeffrey Bouquet wrote: >> On 11/05/14 13:30, Mark Felder wrote: >>> - duplicate packages registered in pkg_info >> I could simply /bin/rm -rf the duplicate subdirectory. >> > Your're treating the symptom not the problem. This solves nothing and > leaves potentially vulnerable, untracked libraries and binaries on your > system and you can't be sure which one future port builds are linking > against. Explain please how the problem of one erroneous directory among thousands means they are all removed and hidden behind an SQL I know nothing about and which may segfault. (Just wishing pkg recodes a switch to put them back maybe as an optional readout after each install, if that does not in and of itself segfault...) We are trading one unreliability for another maybe? >>> - leftover files *everywhere*. find /usr/local -type f -print0 | xargs >>> -0 -n50 pkg_which | grep "not found" >> A small price to pay for stability. And what if pkg which (sqlite) is >> more prone to >> breakage, obsolete libraries, wrong compiler >> libmap... vs pkg_which >> which >> could be resurrected as a backup... I hope continually >> > I don't understand which faults you're trying to point out here. > Breakage and obsolete libraries? pkg-static.... What if pkg-static does not work? I deinstalled seven ports to save space, and "pkg-static install -f port" wanted to reinstall them right back. csound for a non-audio non-multimedia port for example... With the old system I could debug it with pipes. I've no SQL experience, so that v9 is stagnant for now, with a local.sqlite too large to email anywhere... > >>> - broken binaries discovered via pkg_libchk >> One can easily have that now, pkg upgrading to ruby20 default when >> ruby19 is still >> installed or something... or my limited experience is not the norm >> > No you can't. pkgng doesn't install packages without their dependencies. > This would all be fixed by the next package set. No temporary interim breakage? > >>> This is disgusting. You might as well just be extracting tarballs and >>> not using a package manager because the only benefit you're gaining from >>> the old ports tree is the automation of *building* and *installing*. >> Portmaster handily handled the switches -d -B -P -i -g (ports unless >> packages upstream) >> Why disparage that? Pure packages is not for everyone, and that in >> itself AFAIK is a >> feature not a bug of FreeBSD... >> > Portmaster is not part of FreeBSD, and why are we relying on a third > party tool to fix bad design? > Explain bad design? Portmaster, which worked well, hours on end at the end of a pipe with xargs? Or the ports tree again? >>> Here's the lifecycle of a typical pre-pkgng server: >>> >>> 1) Install FreeBSD >>> 2) Install your ports/packages >>> 3) Server is in production >>> 4) Attempt to update ports/packages >>> 5) Disaster is now waiting to happen >> 3a... Production? update on a second machine, roll out to the main one. >> No disaster. > But how do you get the updated ports/packages onto the production server > without building them? I surely hope you're not building and installing > them on another server and manually copying the files/libraries over. If > you used a package server (tinderbox) that same concept is what we're > recommending. Manually copying the files over, or better "mount -o union" and portmaster on the next machine found them already fetched. Tinderbox beyond my expertise and more expensive than a simple thumbdrive > >>> Every time you need to update you might as well rm -rf /usr/local and >>> start over. >> I upgraded 5 > 5 > 5 > 6 > 7 > 8 > 9 and instances within each one, >> losing mutiple >> hard drives, but files in /usr/local still exist from 2004... > This is terrifying for reasons previously explained. This is not a server. No worries. >>> Some ports even barfed all over the base system, so >>> reinstalling wouldn't be a bad idea either. >> I read reinstalling not a bad idea, but only in the problematic case. >> > Untracked libraries and executables all over your OS is a problematic > case. I've pipes to take care of them. >>> The goal is to make pkg the norm and ports the very rare exception. >> Why 'very rare? ' I always thought that they were to work in tandem. >> Isn't tweaking of >> ports on one's machine consistent with knowing the ins and outs of all >> the ports as well >> as package workings? Make targets? etc. >> > Mixing packages and ports is *not* supported and never has been. This is > another cause of unnecessary bug reports. Elaborate? If it can happen, does happen, works, is advantageous, and does not mean bug reports... I do not ever recall seeing a specific warning that it is not supported, just that it may be better to not mix them. Not supported would seem to indicate many users should go to other operating systems... > The only "tweaking" you should be doing is changing port build options, > and they'll be available via (sub)packages according to the current > roadmap. Only in rare circumstances should you need to manually build > ports. My apologies. I was not aware of this roadmap... I still suspect that the robustness of the port build system should take precedence over that of the package management system. >> not having any poudriere >> experience > This is very simple to solve, and I think you'll love it. You get all > the power of ports and confidence in your system. This is only a desktop with backups. Sorry... no time. >> , not >> knowing how many low-powered routers pkg may not work on, > pkgng is faster than pkg_ in many ways. I don't see a concern here. Takes more memory with a large number of installed ports? Pkg is young in the timeframe of FreeBSD >> having disks >> that may >> not upgrade well with pkg2ng if ever... > You're basically asking pkgng to be able to import data from an > unsanitized, schema-less database with no constraints and have it work > perfectly. Not even divine intervention could make this work reliably. Explain unsanitized? I installed a port, its registry (the subdir) appeared with almost always accurate information. Explain schema-less? One file to describe, one to list dependencies, one to list ports which depend on it... Explain my asking pkgng? I joined the lists early on to ask that it be optional, and a few of my concerns have transpired to be not unfounded. I still believe reliability could be coded back in... say installing a port OR a package ran the pkg registration AND the /var/db/pkg registration, and pkg-compare-legacy did a cross-check to discrepancies... I see the best of both worlds there. Then, one could maybe set one as "master" method the other as "slave" method for whichever suits ones install better, if one (some better shell or .c coder than I for instance...) took the time and trouble to code it up... test... > _______________________________________________ > 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 Thu Nov 6 11:05:31 2014 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 6F8F8DB for ; Thu, 6 Nov 2014 11:05:31 +0000 (UTC) Received: from cpanel09.tophost.ch (cpanel09.rubas.ch [195.182.222.79]) (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 EFAFFC2B for ; Thu, 6 Nov 2014 11:05:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gahr.ch; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Subject:References:In-Reply-To:Message-ID:To:Reply-To:From:Date; bh=49pM61hAxULlbardcAO2k91Gsi0MXscEKW3wzsxLRrE=; b=jGxSpzmTvSr9a4MUQIcrEqH9r+48HFa8IzKXldKPiNnfv0mjP+GH/jgttCjkzeQf0aocVZWlRbdYe7ZDFAeWKzrq6kN9FAE+vtAalVSXZjheBp7qM3V2+j0teeI9RmSu; Received: from ox1.tophost.ch ([194.150.249.107]:34715) by cpanel09.tophost.ch with esmtpa (Exim 4.82) (envelope-from ) id 1XmKsZ-002y1b-6u; Thu, 06 Nov 2014 12:05:27 +0100 Date: Thu, 6 Nov 2014 12:05:27 +0100 (CET) From: Pietro Cerutti Reply-To: Pietro Cerutti To: gyliamos@gmail.com, freebsd-ports@freebsd.org, Will Parsons Message-ID: <323033639.43666.1415271927173.JavaMail.open-xchange@ox1.tophost.ch> In-Reply-To: References: Subject: Re: updating x11/xbindkeys for newer Tcl/Tk MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Priority: 3 Importance: Medium X-Mailer: Open-Xchange Mailer v7.6.1-Rev7 X-Originating-Client: open-xchange-appsuite X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel09.tophost.ch X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.ch X-Get-Message-Sender-Via: cpanel09.tophost.ch: authenticated_id: gahr@gahr.ch 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, 06 Nov 2014 11:05:31 -0000 > On 05 November 2014 at 23:34 Will Parsons wrote: > > When I went to build xbindkeys with Tcl support, I noticed it was > trying to install Tcl8.4, which is quite old. Since I already have > Tcl 8.5 and Tcl 8.6 installed, installing Tcl8.4 seemed to be a waste. > > I edited the Makefile to replace references to 8.4 with 8.5, and it > seems to build correctly with the later Tcl, but it would seem be good > to have the official port updated. Seeing how the maintainer is > ports@FreeBSD.org (which I gather means it has no maintainer), is > submitting a PR likely to get this fixed, or does it need an official > maintainer first? please create a PR and CC tcltk@FreeBSD.org. I'll take care of it soonish. -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp From owner-freebsd-ports@FreeBSD.ORG Thu Nov 6 12:24:18 2014 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 AA07160F for ; Thu, 6 Nov 2014 12:24:18 +0000 (UTC) Received: from eu1sys200aog125.obsmtp.com (eu1sys200aog125.obsmtp.com [207.126.144.159]) (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 05E0D74C for ; Thu, 6 Nov 2014 12:24:17 +0000 (UTC) Received: from mail-wi0-f182.google.com ([209.85.212.182]) (using TLSv1) by eu1sys200aob125.postini.com ([207.126.147.11]) with SMTP ID DSNKVFtoaoV7z1jd7Ry10xDPf1KOHMS4aKcD@postini.com; Thu, 06 Nov 2014 12:24:18 UTC Received: by mail-wi0-f182.google.com with SMTP id d1so1302996wiv.9 for ; Thu, 06 Nov 2014 04:24:10 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to :in-reply-to; bh=GVZRlKCQo6x/i2VYlpMpfLfVTMFlCdgXzuVqsKWKyBA=; b=Pw9eZMCM+sjqLc1Oy6/3HP1dv7019KqqE3UQSBJVDznTTJXKyxScSqDOQWl5cHOOpN 1imFIW+nI+7VNGmMiCG++0EhIjx+XY/HM6k9mIy3o0OXKv0tFfHzFHhh0NLHHAwPzB5e l4xXn2F7e+5wQGK0T8sGjuxEnnuTUa1aU0JOwuW0dQRuD6a8SFGqBBkMOGwJBXfv/WJI XVOHFCAt9qXq31GW9RZJHL40O4RygDYoyslhl41wHcWWZRGwh8B/7ezPA6GsVHUGLrsz Wj0QBf+djHL+c7r0jPLHs7K7LSGDHhUh1JinTZa2JUJBXog3ez5QZpad1QOvifsvDN7q WKHQ== X-Received: by 10.181.13.20 with SMTP id eu20mr38675224wid.36.1415265886689; Thu, 06 Nov 2014 01:24:46 -0800 (PST) X-Gm-Message-State: ALoCoQlwFXu5PO8hx5YFCKXg7po74nXQVIeN/os1R3VLvStflNUZFWH1CofexKzAkwgJ996kEOwRSmeH78a1i19SGzEMKdn3B5rH/Jfx9wATevUfx8wMFAa+M8LkfjhwtA6PgKWuNakI+gsVIvL8mEpzjezJWdRpAA== X-Received: by 10.181.13.20 with SMTP id eu20mr38675216wid.36.1415265886613; Thu, 06 Nov 2014 01:24:46 -0800 (PST) Received: from mech-as221.men.bris.ac.uk (mech-as221.men.bris.ac.uk. [137.222.187.221]) by mx.google.com with ESMTPSA id t7sm7053159wjy.24.2014.11.06.01.24.45 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 06 Nov 2014 01:24:46 -0800 (PST) Date: Thu, 06 Nov 2014 01:24:46 -0800 (PST) X-Google-Original-Date: Thu, 6 Nov 2014 09:24:44 GMT Received: from mech-as221.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9) with ESMTP id sA69OiIN074173 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 6 Nov 2014 09:24:44 GMT (envelope-from mexas@mech-as221.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9/Submit) id sA69OiJp074172; Thu, 6 Nov 2014 09:24:44 GMT (envelope-from mexas) From: Anton Shterenlikht Message-Id: <201411060924.sA69OiJp074172@mech-as221.men.bris.ac.uk> To: feld@FreeBSD.org, freebsd-ports@freebsd.org, jeffreybouquet@yahoo.com Subject: Re: Reducing the size of the ports tree (brainstorm v2) Reply-To: mexas@bris.ac.uk In-Reply-To: <1415234542.3472540.187608725.1C104533@webmail.messagingengine.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: Thu, 06 Nov 2014 12:24:18 -0000 I've been following this discussion with growing alarm. A similarly elevated tone conversation led to dougb@ (the portmaster author) leaving the project a few years back, when pkg was first introduced. I think the project has lost as a result. As a user, I see and appreciate the initiative and strategic vision of some devs, but I also understand the value of stability, incremental change and back-ported solutions. Please let's find the way forward that does not alienate too many people. I urge the developers advocating significant changes not to dismiss user concerns. poudriere is a good example. It is an excellent tool that I on tier-2 systems. However, it is wise that this, again excellent tool, is optional. >Mixing packages and ports is *not* supported and never has been. This is >another cause of unnecessary bug reports. I'm not sure what you mean here. I've systems where I install 99% of packages from official repo servers, and then rebuild 1% from ports where the default options are no good for me. Is this not supported? Or do you mean something else? > >The only "tweaking" you should be doing is changing port build options, >and they'll be available via (sub)packages according to the current >roadmap. Only in rare circumstances should you need to manually build >ports. sub-packages sounds like another big change. So please give example of such circumstances. Thanks Anton From owner-freebsd-ports@FreeBSD.ORG Thu Nov 6 16:55:57 2014 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 19FB8286 for ; Thu, 6 Nov 2014 16:55:57 +0000 (UTC) Received: from venus.morante.net (venus.morante.net [63.247.147.163]) by mx1.freebsd.org (Postfix) with ESMTP id B74C8A15 for ; Thu, 6 Nov 2014 16:55:56 +0000 (UTC) Received: from saturn.morante.com (localhost [127.0.0.1]) by venus.morante.net (Postfix) with ESMTP id CF97DE1B00D for ; Wed, 5 Nov 2014 02:03:10 -0500 (EST) X-Virus-Scanned: amavisd-new at morante.net Received: from venus.morante.net ([127.0.0.1]) by saturn.morante.com (saturn.morante.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 3GjHmPKLh8rO for ; Wed, 5 Nov 2014 02:03:01 -0500 (EST) Received: from [192.168.0.2] (my-room.morante.com [192.168.0.2]) by venus.morante.net (Postfix) with ESMTPSA id EEC47E1B00C for ; Wed, 5 Nov 2014 02:03:00 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morante.net; s=default; t=1415170981; bh=pZm61BkvyZ043G3C2JofBQsXmpUfBut9DTnCEi2WKwU=; h=Date:From:To:Subject; b=h0YmNl1jpxrhmyJ07vifoo1Ax/RHx6NZ3bYQLN8IJR8XFJxJPocXaZ9mwLCj8ax9z J1eHeNJr9gaSSn9XdjettQzgmYKuTQLmYdPYM/FmGJmbiQBrX2vtgxqdIMmcLeuMi4 paC8V5934f6HfBbcCfJp8OXfz+O8KQODIOWBJQoA= Message-ID: <5459CB89.2010301@morante.net> Date: Wed, 05 Nov 2014 02:02:33 -0500 From: Daniel Morante User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: How to build dns/bind99 with EDNS0 off by default Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040309000701060000050900" 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, 06 Nov 2014 16:55:57 -0000 This is a cryptographically signed message in MIME format. --------------ms040309000701060000050900 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Is it possible to build the dig utility with EDNS0 turned off by default?= --------------ms040309000701060000050900 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKRzCC BRowggQCoAMCAQICEG0Z6qcZT2ozIuYiMnqqcd4wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMTEwNDI4MDAwMDAwWhcNMjAwNTMwMTA0ODM4WjCBkzELMAkGA1UEBhMCR0Ix GzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UE ChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGlj YXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBAJKEhFtLV5jUXi+LpOFAyKNTWF9mZfEyTvefMn1V0HhMVbdClOD5J3EHxcZppLkyxPFA GpDMJ1Zifxe1cWmu5SAb5MtjXmDKokH2auGj/7jfH0htZUOMKi4rYzh337EXrMLaggLW1DJq 1GdvIBOPXDX65VSAr9hxCh03CgJQU2yVHakQFLSZlVkSMf8JotJM3FLb3uJAAVtIaN3FSrTg 7SQfOq9xXwfjrL8UO7AlcWg99A/WF1hGFYE8aIuLgw9teiFX5jSw2zJ+40rhpVJyZCaRTqWS D//gsWD9Gm9oUZljjRqLpcxCm5t9ImPTqaD8zp6Q30QZ9FxbNboW86eb/8ECAwEAAaOCAUsw ggFHMB8GA1UdIwQYMBaAFImCZ33EnSZwAEu0UEh83j2uBG59MB0GA1UdDgQWBBR6E04AdFvG eGNkJ8Ev4qBbvHnFezAOBgNVHQ8BAf8EBAMCAQYwEgYDVR0TAQH/BAgwBgEB/wIBADARBgNV HSAECjAIMAYGBFUdIAAwWAYDVR0fBFEwTzBNoEugSYZHaHR0cDovL2NybC51c2VydHJ1c3Qu Y29tL1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0aGVudGljYXRpb25hbmRFbWFpbC5jcmwwdAYI KwYBBQUHAQEEaDBmMD0GCCsGAQUFBzAChjFodHRwOi8vY3J0LnVzZXJ0cnVzdC5jb20vVVRO QWRkVHJ1c3RDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzABhhlodHRwOi8vb2NzcC51c2VydHJ1 c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQCF1r54V1VtM39EUv5C1QaoAQOAivsNsv1Kv/av QUn1G1rF0q0bc24+6SZ85kyYwTAo38v7QjyhJT4KddbQPTmGZtGhm7VNm2+vKGwdr+XqdFqo 2rHA8XV6L566k3nK/uKRHlZ0sviN0+BDchvtj/1gOSBH+4uvOmVIPJg9pSW/ve9g4EnlFsjr P0OD8ODuDcHTzTNfm9C9YGqzO/761Mk6PB/tm/+bSTO+Qik5g+4zaS6CnUVNqGnagBsePdIa XXxHmaWbCG0SmYbWXVcHG6cwvktJRLiQfsrReTjrtDP6oDpdJlieYVUYtCHVmdXgQ0BCML7q peeU0rD+83X5f27nMIIFJTCCBA2gAwIBAgIQUv6uOZ5jSVo+ZxxUhw8XxDANBgkqhkiG9w0B AQUFADCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4G A1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTAeFw0xNDA0 MDYwMDAwMDBaFw0xNTA0MDYyMzU5NTlaMCMxITAfBgkqhkiG9w0BCQEWEmRhbmllbEBtb3Jh bnRlLm5ldDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOrDYZTJNIxlQlGbltv9 VOuBF2Slc24q36qAUfbSb1oCuYBMFt48tWcX79TreaEg/5BHKHbzyy9X4ufErMwWblcblmUU UeRzc+JHqNiqBJd49pn2tjbZS8F+M1Fxyd0TEZWV0p9R5sHBUia8cnIeMMStRsEahKm73+DP OBwlnozBjt7Uz1EYd9f4G40VmPIZLfUqlXbQEMdqwkqLSIwIGzBJ8x3xVejaZR/bjIFsSx2y UcxhPjAWRmIj4SpyO7u2mKh9bIuUkoQhE4C6kaClgPXgIGP/Yh+QvagdQp0PlR17T62rSuOX M8re7S4USH/viyYZhzzb/CFV2Cq5vh8FaEcCAwEAAaOCAeIwggHeMB8GA1UdIwQYMBaAFHoT TgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBQIo4SCbZ3YNP7HTgkpCrYgtD516DAOBgNV HQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGy MQEDBQIwEQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCsw KQYIKwYBBQUHAgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4w TKBKoEiGRmh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0 aW9uYW5kU2VjdXJlRW1haWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZG aHR0cDovL2NydC5jb21vZG9jYS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRT ZWN1cmVFbWFpbENBLmNydDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29t MB0GA1UdEQQWMBSBEmRhbmllbEBtb3JhbnRlLm5ldDANBgkqhkiG9w0BAQUFAAOCAQEAEG8I b+N/eBRvx4NADR0UiBiXo8r2dvzN/F9u9HpcdFRoE2kUUyrIJaux9DZ1GxVD0mktDxj/URGZ EMjabAR6KOb7P5uOB2S530anaQ10Hey24vWobdASQuUZv2b3RhkL+Blyb9L+pDw2x+jK/Vat cMpJk1fWQUj+hU0LGcK80gZolFZJTSKlnu49H3wEXl3Eij7yJCXOcF5qhZWycCirntbraxXQ ouu32yCsgYWt9jOss1Z0fqTCvvh9vXsqDZ1k5I+nprhMxzsVnjZLQhZixG4MbMPHrF/+IhKU 1NR6zzYnTrjhhPKW+qyVVEMLdHOIKxbopv7JwW/s3eZ6yQtUfTGCBBkwggQVAgEBMIGoMIGT MQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdT YWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENs aWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhBS/q45nmNJWj5nHFSH DxfEMAkGBSsOAwIaBQCgggJFMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN AQkFMQ8XDTE0MTEwNTA3MDIzM1owIwYJKoZIhvcNAQkEMRYEFLUKnwAbqNfAcvu2I1foI/kG epL8MGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG 9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcN AwICASgwgbkGCSsGAQQBgjcQBDGBqzCBqDCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdy ZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENB IExpbWl0ZWQxOTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNl Y3VyZSBFbWFpbCBDQQIQUv6uOZ5jSVo+ZxxUhw8XxDCBuwYLKoZIhvcNAQkQAgsxgauggagw gZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcT B1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8g Q2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEFL+rjmeY0laPmcc VIcPF8QwDQYJKoZIhvcNAQEBBQAEggEAGcJzMLHJZOD5qgzEENDwD0T1XbMdP2sxzpPj+LUL NOibCfyW6s6TdgdPEhYFuTLmv8UhVIOkfhlxX+pkwyuD4LEZNNy3GbT2rVOHA9slzKXMoQL4 9hUK4czfYDndVg71xygqVdqMBnB2ABflXGdEq88Qx/chNeSnta9MbHf0/y6iXh7CovjwadNr tiCzyFD1NlgJD84dWSJFkNyEVVCswz3+/KsbLa5oC27tPGc3ZTt6fFq2z2jeoJ50upiKb/RV jVQVV5gtF5bdzvroIsGmzE3grtbf0mrLWrRRKwh6q5mGqV79xEkKsJnxON1dwrzTlzX/QuBX 6VA6PKTRKGcOdQAAAAAAAA== --------------ms040309000701060000050900-- From owner-freebsd-ports@FreeBSD.ORG Thu Nov 6 17:54:22 2014 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 3F2F7678 for ; Thu, 6 Nov 2014 17:54:22 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F024E95 for ; Thu, 6 Nov 2014 17:54:21 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XmRGC-0007Zp-0M for freebsd-ports@freebsd.org; Thu, 06 Nov 2014 18:54:16 +0100 Received: from 65.75.36.70 ([65.75.36.70]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Nov 2014 18:54:16 +0100 Received: from gyliamos by 65.75.36.70 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Nov 2014 18:54:16 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: Will Parsons Subject: Re: updating x11/xbindkeys for newer Tcl/Tk Date: Thu, 6 Nov 2014 17:54:03 +0000 (UTC) Lines: 20 Message-ID: References: <323033639.43666.1415271927173.JavaMail.open-xchange@ox1.tophost.ch> Reply-To: gyliamos@gmail.com X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 65.75.36.70 User-Agent: slrn/1.0.1 (FreeBSD) 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, 06 Nov 2014 17:54:22 -0000 Pietro Cerutti wrote: >> On 05 November 2014 at 23:34 Will Parsons wrote: >> >> When I went to build xbindkeys with Tcl support, I noticed it was >> trying to install Tcl8.4, which is quite old. Since I already have >> Tcl 8.5 and Tcl 8.6 installed, installing Tcl8.4 seemed to be a waste. >> >> I edited the Makefile to replace references to 8.4 with 8.5, and it >> seems to build correctly with the later Tcl, but it would seem be good >> to have the official port updated. Seeing how the maintainer is >> ports@FreeBSD.org (which I gather means it has no maintainer), is >> submitting a PR likely to get this fixed, or does it need an official >> maintainer first? > > please create a PR and CC tcltk@FreeBSD.org. I'll take care of it soonish. PR submitted - thanks! -- Will From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 02:22:48 2014 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 2DBD2713; Fri, 7 Nov 2014 02:22:48 +0000 (UTC) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E3B1579D; Fri, 7 Nov 2014 02:22:47 +0000 (UTC) Received: from mouf.net (swills@mouf [199.48.129.64]) by mouf.net (8.14.5/8.14.5) with ESMTP id sA72MfWe088213 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 7 Nov 2014 02:22:46 GMT (envelope-from swills@mouf.net) Received: (from swills@localhost) by mouf.net (8.14.5/8.14.5/Submit) id sA72Mf5o088212; Fri, 7 Nov 2014 02:22:41 GMT (envelope-from swills) Date: Fri, 7 Nov 2014 02:22:41 +0000 From: Steve Wills To: Andrey Chernov Subject: Re: Can't build ruby20 on -current: it doesn't honor WITHOUT_CDDL=yes Message-ID: <20141107022237.GI4395@mouf.net> References: <54520ED5.6040907@freebsd.org> <20141030101739.GD63624@ivaldir.etoilebsd.net> <5452123A.40108@freebsd.org> <20141030151458.GE4395@mouf.net> <54583CDB.9090704@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54583CDB.9090704@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Fri, 07 Nov 2014 02:22:46 +0000 (UTC) X-Spam-Status: No, score=0.0 required=4.5 tests=HEADER_FROM_DIFFERENT_DOMAINS autolearn=unavailable autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mouf.net X-Virus-Scanned: clamav-milter 0.98.3 at mouf.net X-Virus-Status: Clean Cc: ports , ruby@freebsd.org, Baptiste Daroussin 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, 07 Nov 2014 02:22:48 -0000 On Tue, Nov 04, 2014 at 05:41:31AM +0300, Andrey Chernov wrote: > On 30.10.2014 18:15, Steve Wills wrote: > > The checks for OS version weren't meant to detect presence of dtrace, they were > > meant to detect presence of dtrace with usable USDT. Unfortunately, presence of > > /usr/sbin/dtrace doesn't necessarily mean USDT works. So, both checks need to > > be there. I'll take a look when I can, but if someone else gets there first, > > great. > > Do you approve the patch attached? Yeah, that looks fine. Steve From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 03:36:59 2014 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 56976538; Fri, 7 Nov 2014 03:36:59 +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 09AB9E47; Fri, 7 Nov 2014 03:36:58 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA73avEQ033400; Thu, 6 Nov 2014 19:36:57 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: "FreeBSD CURRENT" From: "Chris H" Subject: What is xmmintrin.h, and why aren't ports finding it? Date: Thu, 06 Nov 2014 19:36:57 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit 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: Fri, 07 Nov 2014 03:36:59 -0000 Greetings, Working on a recent 11-CURRENT install (11-CURRENT #1 amd64 r274134 Nov 5 12:56:14 PST 2014) svn info /usr/ports Revision: 372176 Given the above, and the fact that I have installed lang/gcc-48. Is there any reason that any port wanting to include xmmintrin.h fails to find it? Even though dmesg && messages reflects the fact that gcc48 is included within my $PATH? This is causing me no end of grief, and try as I might, I can't seem to get past this problem. Thank you for all your time, and consideration. --Chris From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 04:26:09 2014 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 D4342D8B for ; Fri, 7 Nov 2014 04:26:09 +0000 (UTC) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (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 A51882F8 for ; Fri, 7 Nov 2014 04:26:09 +0000 (UTC) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id B1BB120A2B for ; Thu, 6 Nov 2014 23:26:07 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute3.internal (MEProxy); Thu, 06 Nov 2014 23:26:07 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:x-sasl-enc:from:to :mime-version:content-transfer-encoding:content-type:subject :date:in-reply-to:references; s=smtpout; bh=K1tisy02iy5zgZVpHcW9 5pr2Y6w=; b=gpLtnCGb/zxN35ggtto9a87c4s3565ItuLq7F2QD7Duj/YryXos+ gaXosZ7u/3g04y9K6mLdo6eArN2qHI8zNKD0YYuHZ1VkO4nX7rRPwDk2dT/vfNNV KEqgCdSRHNj2UfanBluI2RBJ6Mk1POcHfX3TNzOVtp7AYw02VBLQwxQ= Received: by web3.nyi.internal (Postfix, from userid 99) id 7FC7310374D; Thu, 6 Nov 2014 23:26:07 -0500 (EST) Message-Id: <1415334367.3352.188112021.3470E273@webmail.messagingengine.com> X-Sasl-Enc: gefHOvCrbSfASAbM2Rukyw+4PQCH4DST5QgN9GTt8dNp 1415334367 From: Mark Felder To: Anton Shterenlikht , freebsd-ports@freebsd.org, jeffreybouquet@yahoo.com MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-c51dec4f Subject: Re: Reducing the size of the ports tree (brainstorm v2) Date: Thu, 06 Nov 2014 22:26:07 -0600 In-Reply-To: <201411060924.sA69OiJp074172@mech-as221.men.bris.ac.uk> References: <201411060924.sA69OiJp074172@mech-as221.men.bris.ac.uk> 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, 07 Nov 2014 04:26:09 -0000 On Thu, Nov 6, 2014, at 03:24, Anton Shterenlikht wrote: > > I'm not sure what you mean here. > I've systems where I install 99% of packages > from official repo servers, and then rebuild > 1% from ports where the default options are > no good for me. Is this not supported? > Or do you mean something else? > You're treading dangerous ground unless you can be sure your ports tree svn checkout matches the checkout that was used to build the public packages. An example would be a situation where there was a library bump and your ports and packages don't match and now you have some binaries which don't work. If you have problems and you are using ports and packages mixed you will not find much sympathy in my experience. Bapt has mentioned a desire for tracking packages built from ports and making this much easier to support by having "pkg upgrade" detect the need to rebuild the port with your custom options and automatically updating the ports tree and building. This would be a supported process. I think this sounds like a fantastic way to solve this problem for the masses. From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 04:35:42 2014 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 5BB34E88; Fri, 7 Nov 2014 04:35:42 +0000 (UTC) Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [IPv6:2607:f8b0:4003:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B4683D5; Fri, 7 Nov 2014 04:35:42 +0000 (UTC) Received: by mail-ob0-f179.google.com with SMTP id m8so2007818obr.24 for ; Thu, 06 Nov 2014 20:35:41 -0800 (PST) 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=BdtuVJJ1fSfA0EcWPKuHRPnJuabCduFltPlb5AGFY5E=; b=s87GPtTH8aiXc0gYr/j3WbIDx9ImBPGoRphFgSYvkRJgMz6L+l4svcWsk7AuIm38OX 6oXnedToJLAIT+KYfftwhe4hIVfYudXKHBHvc1vo5o+PrwhkTP+2s2AsiKbKAJtFdrps NHc1WWsxARF8Sm8KplxRTtraTJc32NxRD/22ooFSzW3q25MkAFqMbMUcWUCY2vJG6e/4 3YRELyNha2iXUvZbf1JTyxn6L0bZFie7f13OIbZMzCugjn0Wp1CBA9Xs9QC8OW9Ve5G1 CjguD+dL2m27S/p4fexlVCmOp5K+yVL6jjLek6Uc6WJ0E/naqhG/wJs4cQOQfrRcayLJ FTCg== MIME-Version: 1.0 X-Received: by 10.182.142.10 with SMTP id rs10mr7520702obb.36.1415334941410; Thu, 06 Nov 2014 20:35:41 -0800 (PST) Received: by 10.202.6.21 with HTTP; Thu, 6 Nov 2014 20:35:41 -0800 (PST) Received: by 10.202.6.21 with HTTP; Thu, 6 Nov 2014 20:35:41 -0800 (PST) In-Reply-To: <1415334367.3352.188112021.3470E273@webmail.messagingengine.com> References: <201411060924.sA69OiJp074172@mech-as221.men.bris.ac.uk> <1415334367.3352.188112021.3470E273@webmail.messagingengine.com> Date: Thu, 6 Nov 2014 20:35:41 -0800 Message-ID: Subject: Re: Reducing the size of the ports tree (brainstorm v2) From: Freddie Cash To: Mark Felder Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Anton Shterenlikht , jeffreybouquet@yahoo.com, 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: Fri, 07 Nov 2014 04:35:42 -0000 On Nov 6, 2014 8:26 PM, "Mark Felder" wrote: > > > > On Thu, Nov 6, 2014, at 03:24, Anton Shterenlikht wrote: > > > > I'm not sure what you mean here. > > I've systems where I install 99% of packages > > from official repo servers, and then rebuild > > 1% from ports where the default options are > > no good for me. Is this not supported? > > Or do you mean something else? > > > > You're treading dangerous ground unless you can be sure your ports tree > svn checkout matches the checkout that was used to build the public > packages. An example would be a situation where there was a library bump > and your ports and packages don't match and now you have some binaries > which don't work. If you have problems and you are using ports and > packages mixed you will not find much sympathy in my experience. > > Bapt has mentioned a desire for tracking packages built from ports and > making this much easier to support by having "pkg upgrade" detect the > need to rebuild the port with your custom options and automatically > updating the ports tree and building. This would be a supported process. > I think this sounds like a fantastic way to solve this problem for the > masses. I know there was talk about it in the recent past, but has the "export the svn revision of the ports tree used to build packages" feature been added to the repo metadata? That would eliminate a lot of the issues associated with mixing ports and packages, as one could use the same ports tree locally as was used to build official packages. Personally, I've moved all my systems over to binary updates, for the OS and apps. After watching, with some jealousy, the ease with which our Debian servers are managed over the years, it's nice to be able to do the same with our FreeBSD systems. What's funny/ironic is that it's only now, when compilation times are measured in minutes and not days, and disk space is virtually unlimited, that binary updates are finally available. :) 10.x is going to be an exciting time to use FreeBSD From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 06:24:06 2014 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 9D026E6E; Fri, 7 Nov 2014 06:24:06 +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 6EA4FEBD; Fri, 7 Nov 2014 06:24:06 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA76O1WL058914; Thu, 6 Nov 2014 22:24:02 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Anton Shterenlikht , freebsd-ports@freebsd.org, jeffreybouquet@yahoo.com, Mark Felder In-Reply-To: <1415334367.3352.188112021.3470E273@webmail.messagingengine.com> References: <201411060924.sA69OiJp074172@mech-as221.men.bris.ac.uk>, <1415334367.3352.188112021.3470E273@webmail.messagingengine.com> From: "Chris H" Subject: Re: Reducing the size of the ports tree (brainstorm v2) Date: Thu, 06 Nov 2014 22:24:02 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <8dda346c279a7e9011ef8b4e22d4dda1@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: Fri, 07 Nov 2014 06:24:06 -0000 On Thu, 06 Nov 2014 22:26:07 -0600 Mark Felder wrote > On Thu, Nov 6, 2014, at 03:24, Anton Shterenlikht wrote: > > > > I'm not sure what you mean here. > > I've systems where I install 99% of packages > > from official repo servers, and then rebuild > > 1% from ports where the default options are > > no good for me. Is this not supported? > > Or do you mean something else? > > > > You're treading dangerous ground unless you can be sure your ports tree > svn checkout matches the checkout that was used to build the public > packages. An example would be a situation where there was a library bump > and your ports and packages don't match and now you have some binaries > which don't work. If you have problems and you are using ports and > packages mixed you will not find much sympathy in my experience. > > Bapt has mentioned a desire for tracking packages built from ports and > making this much easier to support by having "pkg upgrade" detect the > need to rebuild the port with your custom options and automatically > updating the ports tree and building. This would be a supported process. > I think this sounds like a fantastic way to solve this problem for the > masses. Doesn't pkg(8) already provide the means to tell you what packages depend on what? I try to avoid pkg(8) as much as possible. But I'm quite sure I was able to ascertain what belonged to what. Last time I had the need, and looked up the incantation, in the man pages. I also find that many choose the route of mixing ports, and packages, and do it w/o incident. Including myself. I rarely choose packages. But if I'm really pressed, and a port build fails w/o foreseeable remedy. I might take the shortcut, and install a package. Marking it as "needs to be replaced by the port version". This has worked nearly w/o incident. So I find it fairly odd to hear so much hubub about mixing ports, and packages. Anyone who keeps reasonable inventory of their system, will keep things in "sync". If their careless to do otherwise. Mixing ports, and packages are likely one of the least of their troubles. :) All the best. --Chris > _______________________________________________ > 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 Nov 7 07:58:42 2014 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 D29B3785 for ; Fri, 7 Nov 2014 07:58:42 +0000 (UTC) Received: from mario.brtsvcs.net (mario.brtsvcs.net [IPv6:2607:fc50:0:a400::2]) (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 A81A6930 for ; Fri, 7 Nov 2014 07:58:42 +0000 (UTC) Received: from chombo.houseloki.net (c-73-37-112-64.hsd1.or.comcast.net [73.37.112.64]) by mario.brtsvcs.net (Postfix) with ESMTPSA id DDE682C160F; Fri, 7 Nov 2014 07:58:40 +0000 (UTC) Received: from [IPv6:2601:7:2580:674:baca:3aff:fe83:bd29] (unknown [IPv6:2601:7:2580:674:baca:3aff:fe83:bd29]) by chombo.houseloki.net (Postfix) with ESMTPSA id 31357F31; Thu, 6 Nov 2014 23:58:38 -0800 (PST) Message-ID: <545C7BAB.1050702@bluerosetech.com> Date: Thu, 06 Nov 2014 23:58:35 -0800 From: Darren Pilgrim Reply-To: freebsd-ports User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Freddie Cash Subject: Re: Reducing the size of the ports tree (brainstorm v2) References: <201411060924.sA69OiJp074172@mech-as221.men.bris.ac.uk> <1415334367.3352.188112021.3470E273@webmail.messagingengine.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Fri, 07 Nov 2014 07:58:42 -0000 On 11/6/2014 8:35 PM, Freddie Cash wrote: > I know there was talk about it in the recent past, but has the "export the > svn revision of the ports tree used to build packages" feature been added > to the repo metadata? That would eliminate a lot of the issues associated > with mixing ports and packages, as one could use the same ports tree > locally as was used to build official packages. Seconded. Please, PLEASE implement this. It would mean that I could run poudrerie off the same ports tree as the public repo and overlay customized packages without worrying about dependency version conflicts. From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 08:28:11 2014 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 E5622CB7 for ; Fri, 7 Nov 2014 08:28:11 +0000 (UTC) Received: from portsmon.freebsd.org (portsmon.freebsd.org [IPv6:2001:1900:2254:206a::50:3]) (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 D527FC17 for ; Fri, 7 Nov 2014 08:28:11 +0000 (UTC) Received: from portsmon.freebsd.org ([127.0.1.104]) by portsmon.freebsd.org (8.14.9/8.14.9) with ESMTP id sA78SBRc015065 for ; Fri, 7 Nov 2014 08:28:11 GMT (envelope-from linimon@FreeBSD.org) Date: Fri, 7 Nov 2014 08:28:11 GMT Message-Id: <201411070828.sA78SBRc015065@portsmon.freebsd.org> From: linimon@FreeBSD.org To: ports@freebsd.org Reply-To: portmgr-feedback@FreeBSD.org Subject: FreeBSD unmaintained ports which are currently marked broken 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, 07 Nov 2014 08:28:12 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 7.x/8.x/9.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/cowbell broken because: No more public distfiles build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=cowbell portname: audio/raproxy broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=raproxy portname: audio/wmauda broken because: Does not work with audacious 3.5 or later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=wmauda portname: audio/x11amp broken because: hangs at start with gtk and linker errors build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=x11amp portname: cad/cider broken because: Will not build with bmake and USES=fmake will not solve the issue build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=cider portname: databases/gtksql broken because: Fails to configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gtksql portname: databases/tora broken because: Does not compile with clang (include ) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=tora portname: devel/fsmgenerator broken because: Fails to link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fsmgenerator portname: emulators/linux_base-gentoo-stage3 broken because: Fails to package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=linux_base-gentoo-stage3 portname: emulators/linux_dist-gentoo-stage3 broken because: Fails to package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=linux_dist-gentoo-stage3 portname: ftp/rexx-curl broken because: Fails to install/package with new rexx-regina build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=rexx-curl portname: games/djgame2 broken because: Online servers gone, game is not playable build errors: http://beefy2.isc.freebsd.org/bulk/101amd64-RELENG_10_1/latest/logs/errors/djgame2-3.2.0_4.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=djgame2 portname: games/wmfortune broken because: No public disfiles build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=wmfortune portname: graphics/gnash broken because: unable to link in libboost_system build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gnash portname: graphics/xfpovray broken because: Fails to link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=xfpovray portname: science/mpb broken because: Fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=mpb portname: security/openvpn-auth-ldap broken because: Needs to be ported to a new Object base-class with +alloc. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=openvpn-auth-ldap portname: www/cakephp11 broken because: build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=cakephp11 portname: www/diamanda broken because: Does not work with current django build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=diamanda portname: www/dpsearch broken because: Does not link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=dpsearch portname: www/mod_dnssd broken because: build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_dnssd portname: www/ump broken because: Fails to patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ump portname: x11/wmblob broken because: No public disfiles build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=wmblob From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 08:28:19 2014 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 D0529D9D for ; Fri, 7 Nov 2014 08:28:19 +0000 (UTC) Received: from portsmon.freebsd.org (portsmon.freebsd.org [IPv6:2001:1900:2254:206a::50:3]) (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 BEB9FC33 for ; Fri, 7 Nov 2014 08:28:19 +0000 (UTC) Received: from portsmon.freebsd.org ([127.0.1.104]) by portsmon.freebsd.org (8.14.9/8.14.9) with ESMTP id sA78SJQG016693 for ; Fri, 7 Nov 2014 08:28:19 GMT (envelope-from linimon@FreeBSD.org) Date: Fri, 7 Nov 2014 08:28:19 GMT Message-Id: <201411070828.sA78SJQG016693@portsmon.freebsd.org> From: linimon@FreeBSD.org To: ports@FreeBSD.org Reply-To: portmgr-feedback@FreeBSD.org Subject: FreeBSD ports which are currently marked broken 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, 07 Nov 2014 08:28:19 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 7.x/8.x/9.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/aureal-kmod broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=aureal-kmod portname: audio/cowbell broken because: No more public distfiles build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=cowbell portname: audio/firefly broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=firefly portname: audio/qmidinet broken because: Fails to configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=qmidinet portname: audio/raproxy broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=raproxy portname: audio/wmauda broken because: Does not work with audacious 3.5 or later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=wmauda portname: audio/x11amp broken because: hangs at start with gtk and linker errors build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=x11amp portname: audio/xmms-openspc broken because: does not build on FreeBSD 10.x and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=xmms-openspc portname: cad/cider broken because: Will not build with bmake and USES=fmake will not solve the issue build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=cider portname: comms/wsjt broken because: Fails to configure build errors: http://beefy2.isc.freebsd.org/bulk/93amd64-RELENG_9_3/latest/logs/errors/wsjt-9.1.r2511_3.log http://beefy1.isc.freebsd.org/bulk/84i386-default/latest/logs/errors/wsjt-9.1.r2511_6.log http://beefy2.isc.freebsd.org/bulk/101amd64-RELENG_10_1/latest/logs/errors/wsjt-9.1.r2511_5.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=wsjt portname: databases/freetds-devel broken because: Fails to build build errors: http://beefy2.isc.freebsd.org/bulk/101amd64-RELENG_10_1/latest/logs/errors/freetds-devel-0.92.812,1.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=freetds-devel portname: databases/gtksql broken because: Fails to configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gtksql portname: databases/mariadb-client broken because: Does not build under FreeBSD 10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mariadb-client portname: databases/mariadb-server broken because: Does not build under FreeBSD 10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mariadb-server portname: databases/py-fdb broken because: Does not compile on FreeBSD 9 i386 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=py-fdb portname: databases/pydbdesigner broken because: Needs an unsupported version of wxWidgets build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=pydbdesigner portname: databases/tora broken because: Does not compile with clang (include ) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=tora portname: deskutils/tomboy broken because: Uses unknown GNOME component gnomedesktopsharp20 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=tomboy portname: devel/fsmgenerator broken because: Fails to link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fsmgenerator portname: devel/rubygem-dep_selector broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-dep_selector portname: devel/viewvc broken because: build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=viewvc portname: emulators/fmsx broken because: Unfetchable build errors: http://beefy2.isc.freebsd.org/bulk/93amd64-RELENG_9_3/latest/logs/errors/fmsx-3.7.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=fmsx portname: emulators/kqemu-kmod broken because: KPI changes in 10 and up, use bhyve or vbox build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=kqemu-kmod portname: emulators/linux_base-gentoo-stage3 broken because: Fails to package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=linux_base-gentoo-stage3 portname: emulators/linux_dist-gentoo-stage3 broken because: Fails to package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=linux_dist-gentoo-stage3 portname: finance/openerp-server broken because: Non-functional as shipped (Operational Error)(PR: 186262) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=finance&portname=openerp-server portname: ftp/rexx-curl broken because: Fails to install/package with new rexx-regina build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=rexx-curl portname: games/djgame2 broken because: Online servers gone, game is not playable build errors: http://beefy2.isc.freebsd.org/bulk/101amd64-RELENG_10_1/latest/logs/errors/djgame2-3.2.0_4.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=djgame2 portname: games/el broken because: Fails to build build errors: http://beefy2.isc.freebsd.org/bulk/91amd64-quarterly/latest/logs/errors/el-193_3.log http://beefy1.isc.freebsd.org/bulk/101i386-RELENG_10_1/latest/logs/errors/el-193_3.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=el portname: games/secretmaryochronicles broken because: does not run, cegui 0.8 support still in development build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=secretmaryochronicles portname: games/spring broken because: Fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=spring portname: games/wmfortune broken because: No public disfiles build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=wmfortune portname: graphics/dcraw-m broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=dcraw-m portname: graphics/gnash broken because: unable to link in libboost_system build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gnash portname: graphics/xfpovray broken because: Fails to link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=xfpovray portname: lang/ecl broken because: Fails to link with new libgc build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ecl portname: lang/ironpython broken because: does not build with mono 3.4.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ironpython portname: math/isabelle broken because: Build seems to hang on the package builders build errors: http://beefy1.isc.freebsd.org/bulk/83i386-default/latest/logs/errors/isabelle-2009.2.log ((not currently populated)) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=isabelle portname: math/py-statsmodels broken because: Fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=py-statsmodels portname: misc/estic broken because: needs gcc4.2 to compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=estic portname: multimedia/subtitleeditor broken because: Does not compile on FreeBSD 10.0 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=subtitleeditor portname: multimedia/universal-media-server broken because: RC script broken, especially prestart target build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=universal-media-server portname: multimedia/y4mscaler broken because: Conflicts with mjpegtools on /usr/local/bin/y4mscaler build errors: http://beefy2.isc.freebsd.org/bulk/93amd64-RELENG_9_3/latest/logs/errors/y4mscaler-9.0_8.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=y4mscaler portname: net-im/pidgin-audacious-remote broken because: Does not work with audacious 3.5 or later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=pidgin-audacious-remote portname: net-im/skype4 broken because: Skype 4.3 is missing several Linux syscalls. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=skype4 portname: net-mgmt/nagios-check_memcached_paranoid broken because: Fails to link with nagios-plugins-2.0.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nagios-check_memcached_paranoid portname: net-mgmt/netdisco broken because: build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=netdisco portname: net-mgmt/netxms broken because: Fails to package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=netxms portname: net-mgmt/tcptrack broken because: binary segfaults build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=tcptrack portname: net/cyphesis broken because: Does not compile on FreeBSD 10+ build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cyphesis portname: net/gpxe broken because: does not build on FreeBSD 10.x and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=gpxe portname: net/openospfd broken because: requires old CARP implementation (interface layer) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openospfd portname: net/py-yadis broken because: fails checksum build errors: http://beefy1.isc.freebsd.org/bulk/93i386-RELENG_9_3/latest/logs/errors/py27-yadis-1.1.0_1.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=py-yadis portname: net/spserver broken because: Misuse libevent API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=spserver portname: news/fidogate-ds broken because: Fails to configure build errors: http://beefy1.isc.freebsd.org/bulk/93i386-RELENG_9_3/latest/logs/errors/fidogate-ds-5.1.7_2.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=fidogate-ds portname: print/sgf2tex broken because: Fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=sgf2tex portname: science/mpb broken because: Fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=mpb portname: security/lasso broken because: Fails to build build errors: http://beefy1.isc.freebsd.org/bulk/93i386-RELENG_9_3/latest/logs/errors/lasso-2.1.1_1.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=lasso portname: security/openvpn-auth-ldap broken because: Needs to be ported to a new Object base-class with +alloc. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=openvpn-auth-ldap portname: sysutils/linux-nero broken because: Unfetchable build errors: http://beefy2.isc.freebsd.org/bulk/93amd64-RELENG_9_3/latest/logs/errors/linux-nero-4.0.0.0_2.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=linux-nero portname: sysutils/syslog-ng-incubator broken because: Fails to build with syslog-ng36 build errors: http://beefy1.isc.freebsd.org/bulk/84i386-default/latest/logs/errors/syslog-ng-incubator-0.3.3.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=syslog-ng-incubator portname: textproc/aiksaurus-gtk broken because: does not link against GTK2 on FreeBSD 10+ build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=aiksaurus-gtk portname: textproc/refdb broken because: Fails to link build errors: http://beefy2.isc.freebsd.org/bulk/101amd64-RELENG_10_1/latest/logs/errors/refdb-0.9.9_7.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=refdb portname: textproc/ruby-diff broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=ruby-diff portname: vietnamese/vnlpr broken because: Conflicts with dependency vnpstext on share/vn-fonts/initcour.ps build errors: http://beefy2.isc.freebsd.org/bulk/93amd64-RELENG_9_3/latest/logs/errors/vi-vnlpr-2.0.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=vietnamese&portname=vnlpr portname: www/cakephp11 broken because: build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=cakephp11 portname: www/diamanda broken because: Does not work with current django build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=diamanda portname: www/dpsearch broken because: Does not link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=dpsearch portname: www/lifetype broken because: no distinfo provided for some of the distfiles build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=lifetype portname: www/mod_amazon_proxy broken because: build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_amazon_proxy portname: www/mod_auth_cookie_mysql2 broken because: build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_cookie_mysql2 portname: www/mod_auth_external2 broken because: build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_external2 portname: www/mod_authnz_external24 broken because: build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_authnz_external24 portname: www/mod_authz_unixgroup22 broken because: : Error from bsd.apache.mk. apache24 is installed (or APACHE_PORT is defined) and port requires apache build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_authz_unixgroup22 portname: www/mod_dnssd broken because: build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_dnssd portname: www/mod_log_mysql broken because: : Error from bsd.apache.mk. apache24 is installed (or APACHE_PORT is defined) and port requires apache build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_log_mysql portname: www/mod_mpm_itk broken because: build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_mpm_itk portname: www/mod_qos broken because: build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_qos portname: www/mod_rivet broken because: build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_rivet portname: www/nibbleblog broken because: build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=nibbleblog portname: www/py-flexget broken because: Does not work with devel/py-dateutil 2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=py-flexget portname: www/ump broken because: Fails to patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ump portname: x11-fm/pbi-thumbnailer broken because: Violates stagedir and fails to package build errors: http://beefy2.isc.freebsd.org/bulk/83amd64-default/latest/logs/errors/pbi-thumbnailer-0.9.2_5.log ((not currently populated)) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=pbi-thumbnailer portname: x11-themes/kde-icons-nuovext2 broken because: Unfetchable build errors: http://beefy1.isc.freebsd.org/bulk/93i386-RELENG_9_3/latest/logs/errors/kde-icons-nuoveXT2-2.2.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-nuovext2 portname: x11/gnome-shell broken because: Doesn't build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=gnome-shell portname: x11/nvidia-driver-71 broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=nvidia-driver-71 portname: x11/wmblob broken because: No public disfiles build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=wmblob From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 08:28:25 2014 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 829F4E41 for ; Fri, 7 Nov 2014 08:28:25 +0000 (UTC) Received: from portsmon.freebsd.org (portsmon.freebsd.org [IPv6:2001:1900:2254:206a::50:3]) (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 6570BC47 for ; Fri, 7 Nov 2014 08:28:25 +0000 (UTC) Received: from portsmon.freebsd.org ([127.0.1.104]) by portsmon.freebsd.org (8.14.9/8.14.9) with ESMTP id sA78SP6f017178 for ; Fri, 7 Nov 2014 08:28:25 GMT (envelope-from linimon@FreeBSD.org) Date: Fri, 7 Nov 2014 08:28:25 GMT Message-Id: <201411070828.sA78SP6f017178@portsmon.freebsd.org> From: linimon@FreeBSD.org To: ports@freebsd.org Reply-To: portmgr-feedback@FreeBSD.org Subject: FreeBSD unmaintained ports which are currently scheduled for deletion 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, 07 Nov 2014 08:28:25 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/cowbell description: Elegant music organizer maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2014-11-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=cowbell portname: biology/boinc-simap description: Similarity Matrix of Proteins project for BOINC maintainer: ports@FreeBSD.org deprecated because: Project shutting down, see http://boincsimap.org/boincsimap/forum_thread.php?id=88 expiration date: 2015-01-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=boinc-simap portname: devel/creduce description: Produces small test cases maintainer: ports@FreeBSD.org deprecated because: Unmaintained and depends on ancient LLVM 3.2 expiration date: 2014-12-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=creduce portname: devel/fsmgenerator description: Finite State Machine generating software maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2014-11-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fsmgenerator portname: games/djgame2 description: bluedj contains many popular online games maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Online servers gone, game is not playable expiration date: 2014-12-01 build errors: http://beefy2.isc.freebsd.org/bulk/101amd64-RELENG_10_1/latest/logs/errors/djgame2-3.2.0_4.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=djgame2 portname: lang/clay description: Language designed for generic programming maintainer: ports@FreeBSD.org deprecated because: No development since July 2013, depends on obsolete clang-3.2 expiration date: 2014-12-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=clay portname: math/elmer-umfpack description: UMFPACK library used by ELMER FEM package maintainer: ports@FreeBSD.org deprecated because: Obsoleted by cad/elmerfem expiration date: 2014-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=elmer-umfpack portname: ports-mgmt/pib description: GUI Ports Collection management tool maintainer: ports@FreeBSD.org deprecated because: Does not work with tcl/tk 8.4+, does not support pkgng expiration date: 2014-12-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=pib portname: science/elmer-eio description: ELMER FEM Package Data base Interface maintainer: ports@FreeBSD.org deprecated because: Obsoleted by cad/elmerfem expiration date: 2014-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmer-eio portname: science/elmer-matc description: MatC language library used by ELMER FEM package maintainer: ports@FreeBSD.org deprecated because: Obsoleted by cad/elmerfem expiration date: 2014-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmer-matc portname: science/elmer-meshgen2d description: Mesh Generation Utility for use with the ELMER FEM package maintainer: ports@FreeBSD.org deprecated because: Obsoleted by cad/elmerfem expiration date: 2014-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmer-meshgen2d portname: science/elmergrid description: Mesh Manipulation Utility for use with the ELMER FEM package maintainer: ports@FreeBSD.org deprecated because: Obsoleted by cad/elmerfem expiration date: 2014-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmergrid portname: www/chimera description: X/Athena-based World Wide Web client maintainer: ports@FreeBSD.org deprecated because: Abandonware (last update in 1997), restrictive license expiration date: 2014-11-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=chimera portname: www/dpsearch description: Open source search engine for Internet and Intranet sites maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2014-11-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=dpsearch portname: www/squid33 description: HTTP Caching Proxy maintainer: ports@FreeBSD.org status: IGNORE deprecated because: Reached EOL on 28 August 2014, use www/squid (v3.4) instead expiration date: 2015-01-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=squid33 From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 08:28:29 2014 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 1579AEF6 for ; Fri, 7 Nov 2014 08:28:29 +0000 (UTC) Received: from portsmon.freebsd.org (portsmon.freebsd.org [IPv6:2001:1900:2254:206a::50:3]) (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 E11E2C54 for ; Fri, 7 Nov 2014 08:28:28 +0000 (UTC) Received: from portsmon.freebsd.org ([127.0.1.104]) by portsmon.freebsd.org (8.14.9/8.14.9) with ESMTP id sA78SSlw017712 for ; Fri, 7 Nov 2014 08:28:28 GMT (envelope-from linimon@FreeBSD.org) Date: Fri, 7 Nov 2014 08:28:28 GMT Message-Id: <201411070828.sA78SSlw017712@portsmon.freebsd.org> From: linimon@FreeBSD.org To: ports@FreeBSD.org Reply-To: portmgr-feedback@FreeBSD.org Subject: FreeBSD ports which are currently marked forbidden 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, 07 Nov 2014 08:28:29 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: net/dante forbidden because: Building on 10+ triggers a nasty bug with unix domain sockets build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=dante portname: net/ntp-rc forbidden because: CVE-2013-5211 / VU build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ntp-rc From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 08:28:29 2014 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 00ED3EEA for ; Fri, 7 Nov 2014 08:28:28 +0000 (UTC) Received: from portsmon.freebsd.org (portsmon.freebsd.org [IPv6:2001:1900:2254:206a::50:3]) (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 CEBF0C53 for ; Fri, 7 Nov 2014 08:28:28 +0000 (UTC) Received: from portsmon.freebsd.org ([127.0.1.104]) by portsmon.freebsd.org (8.14.9/8.14.9) with ESMTP id sA78SSag017691 for ; Fri, 7 Nov 2014 08:28:28 GMT (envelope-from linimon@FreeBSD.org) Date: Fri, 7 Nov 2014 08:28:28 GMT Message-Id: <201411070828.sA78SSag017691@portsmon.freebsd.org> From: linimon@FreeBSD.org To: ports@freebsd.org Reply-To: portmgr-feedback@FreeBSD.org Subject: FreeBSD unmaintained ports which are currently marked forbidden 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, 07 Nov 2014 08:28:29 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: net/dante forbidden because: Building on 10+ triggers a nasty bug with unix domain sockets build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=dante From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 08:28:27 2014 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 04363E46 for ; Fri, 7 Nov 2014 08:28:27 +0000 (UTC) Received: from portsmon.freebsd.org (portsmon.freebsd.org [IPv6:2001:1900:2254:206a::50:3]) (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 E7D1CC50 for ; Fri, 7 Nov 2014 08:28:26 +0000 (UTC) Received: from portsmon.freebsd.org ([127.0.1.104]) by portsmon.freebsd.org (8.14.9/8.14.9) with ESMTP id sA78SQ5g017666 for ; Fri, 7 Nov 2014 08:28:26 GMT (envelope-from linimon@FreeBSD.org) Date: Fri, 7 Nov 2014 08:28:26 GMT Message-Id: <201411070828.sA78SQ5g017666@portsmon.freebsd.org> From: linimon@FreeBSD.org To: ports@FreeBSD.org Reply-To: portmgr-feedback@FreeBSD.org Subject: FreeBSD ports which are currently scheduled for deletion 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, 07 Nov 2014 08:28:27 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/cowbell description: Elegant music organizer maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2014-11-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=cowbell portname: audio/cuberok description: Music player and collection manager based on Qt4 maintainer: vg@FreeBSD.org deprecated because: Upstream development has stalled expiration date: 2014-11-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=cuberok portname: biology/boinc-simap description: Similarity Matrix of Proteins project for BOINC maintainer: ports@FreeBSD.org deprecated because: Project shutting down, see http://boincsimap.org/boincsimap/forum_thread.php?id=88 expiration date: 2015-01-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=boinc-simap portname: databases/db48 description: The Berkeley DB package, revision 4.8 maintainer: mandree@FreeBSD.org deprecated because: Please migrate to db5 or db6 expiration date: 2014-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=db48 portname: databases/memcachedb description: Distributed storage system designed for persistence maintainer: k@stereochro.me deprecated because: Depends on deprecated Berkeley DB version, needs porting to DB_SITE expiration date: 2014-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=memcachedb portname: devel/creduce description: Produces small test cases maintainer: ports@FreeBSD.org deprecated because: Unmaintained and depends on ancient LLVM 3.2 expiration date: 2014-12-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=creduce portname: devel/fsmgenerator description: Finite State Machine generating software maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2014-11-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fsmgenerator portname: devel/ocaml-equeue description: The Equeue library for OCaml maintainer: michipili@gmail.com deprecated because: Superseded by www/ocaml-net expiration date: 2015-08-20 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ocaml-equeue portname: devel/rubygem-dep_selector description: Find a valid assignment of package versions maintainer: ruby@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2014-11-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-dep_selector portname: dns/bind10 description: Development version of ISC BIND 10 DNS Suite maintainer: mat@FreeBSD.org status: IGNORE deprecated because: Is not developed any more, use dns/bundy expiration date: 2015-12-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=dns&portname=bind10 portname: dns/maradns1 description: DNS server with focus on security and simplicity maintainer: mat@FreeBSD.org deprecated because: MaraDNS 1 end-of-life: June 21, 2015, use dns/maradns expiration date: 2015-06-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=dns&portname=maradns1 portname: editors/emacs23 description: GNU editing macros maintainer: ashish@FreeBSD.org deprecated because: Unmaintained upstream, use editors/emacs expiration date: 2014-11-19 build errors: http://beefy1.isc.freebsd.org/bulk/head-i386-default/latest/logs/errors/emacs23-23.4_4,1.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=emacs23 portname: emulators/fmsx description: Portable MSX/MSX2/MSX2+ Emulator maintainer: dk@farm.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2014-11-26 build errors: http://beefy2.isc.freebsd.org/bulk/93amd64-RELENG_9_3/latest/logs/errors/fmsx-3.7.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=fmsx portname: games/djgame2 description: bluedj contains many popular online games maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Online servers gone, game is not playable expiration date: 2014-12-01 build errors: http://beefy2.isc.freebsd.org/bulk/101amd64-RELENG_10_1/latest/logs/errors/djgame2-3.2.0_4.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=djgame2 portname: graphics/dcraw-m description: Modified Decoder for RAW files from digital cameras maintainer: waitman@waitman.net status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2014-11-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=dcraw-m portname: graphics/multiraw description: Parallel process Camera RAW files using pthreads maintainer: waitman@waitman.net deprecated because: Depends on broken and deprecated graphics/dcraw-m expiration date: 2014-11-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=multiraw portname: lang/clay description: Language designed for generic programming maintainer: ports@FreeBSD.org deprecated because: No development since July 2013, depends on obsolete clang-3.2 expiration date: 2014-12-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=clay portname: lang/ironpython description: Python implementation based on .NET maintainer: mva@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2014-11-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ironpython portname: mail/postfix210 description: Secure alternative to widely-used Sendmail maintainer: mandree@FreeBSD.org deprecated because: Use mail/postfix instead. expiration date: 2015-01-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=postfix210 portname: math/elmer-umfpack description: UMFPACK library used by ELMER FEM package maintainer: ports@FreeBSD.org deprecated because: Obsoleted by cad/elmerfem expiration date: 2014-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=elmer-umfpack portname: multimedia/universal-media-server description: Universal Media Server maintainer: dreamcat4@gmail.com status: BROKEN deprecated because: expiration date: 2015-01-16 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=universal-media-server portname: multimedia/y4mscaler description: Y4mscaler scales, crops, and shifts Y'CbCr video maintainer: multimedia@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2014-11-26 build errors: http://beefy2.isc.freebsd.org/bulk/93amd64-RELENG_9_3/latest/logs/errors/y4mscaler-9.0_8.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=y4mscaler portname: net/py-yadis description: Python support for the Yadis service discovery protocol maintainer: clsung@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2014-11-26 build errors: http://beefy1.isc.freebsd.org/bulk/93i386-RELENG_9_3/latest/logs/errors/py27-yadis-1.1.0_1.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=py-yadis portname: news/fidogate-ds description: Fido-Internet Gateway and Tosser maintainer: 5u623l20@gmail.com status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2014-11-26 build errors: http://beefy1.isc.freebsd.org/bulk/93i386-RELENG_9_3/latest/logs/errors/fidogate-ds-5.1.7_2.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=fidogate-ds portname: ports-mgmt/pib description: GUI Ports Collection management tool maintainer: ports@FreeBSD.org deprecated because: Does not work with tcl/tk 8.4+, does not support pkgng expiration date: 2014-12-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=pib portname: ports-mgmt/pkg-plist description: Generate a pkg-plist for a port maintainer: martin@arp242.net deprecated because: Generate incorrect plists expiration date: 2014-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=pkg-plist portname: science/elmer-eio description: ELMER FEM Package Data base Interface maintainer: ports@FreeBSD.org deprecated because: Obsoleted by cad/elmerfem expiration date: 2014-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmer-eio portname: science/elmer-matc description: MatC language library used by ELMER FEM package maintainer: ports@FreeBSD.org deprecated because: Obsoleted by cad/elmerfem expiration date: 2014-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmer-matc portname: science/elmer-meshgen2d description: Mesh Generation Utility for use with the ELMER FEM package maintainer: ports@FreeBSD.org deprecated because: Obsoleted by cad/elmerfem expiration date: 2014-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmer-meshgen2d portname: science/elmergrid description: Mesh Manipulation Utility for use with the ELMER FEM package maintainer: ports@FreeBSD.org deprecated because: Obsoleted by cad/elmerfem expiration date: 2014-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmergrid portname: security/openssh-portable-base description: The portable version of OpenBSD's OpenSSH maintainer: bdrewery@FreeBSD.org deprecated because: Overwrite-base option/port/pkg will be removed. There is no real need for foot-shooting. expiration date: 2015-01-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=openssh-portable-base portname: sysutils/rubygem-hiera-json description: Backend for Hiera that queries JSON data maintainer: mat@FreeBSD.org deprecated because: Has been incorporated into hiera expiration date: 2014-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rubygem-hiera-json portname: sysutils/rubygem-hiera-puppet description: Data backend for Hiera that queries the Puppet scope for data maintainer: mat@FreeBSD.org deprecated because: Has been incorporated into hiera expiration date: 2014-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rubygem-hiera-puppet portname: textproc/ruby-diff description: Ruby implementation of Perl's Algorithm::Diff maintainer: ruby@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2014-11-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=ruby-diff portname: vietnamese/vnlpr description: Shell script and set of fonts to print Vietnamese text on PostScript printer maintainer: obrien@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2014-11-26 build errors: http://beefy2.isc.freebsd.org/bulk/93amd64-RELENG_9_3/latest/logs/errors/vi-vnlpr-2.0.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=vietnamese&portname=vnlpr portname: www/chimera description: X/Athena-based World Wide Web client maintainer: ports@FreeBSD.org deprecated because: Abandonware (last update in 1997), restrictive license expiration date: 2014-11-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=chimera portname: www/dpsearch description: Open source search engine for Internet and Intranet sites maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2014-11-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=dpsearch portname: www/squid33 description: HTTP Caching Proxy maintainer: ports@FreeBSD.org status: IGNORE deprecated because: Reached EOL on 28 August 2014, use www/squid (v3.4) instead expiration date: 2015-01-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=squid33 portname: www/typo345 description: The typo3 content management system maintainer: freebsd-ports@charlieroot.de deprecated because: Upgrade to www/typo3 or www/typo3-lts expiration date: 2015-03-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=typo345 From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 09:08:29 2014 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 9463B892; Fri, 7 Nov 2014 09:08:29 +0000 (UTC) Received: from mail-qg0-x234.google.com (mail-qg0-x234.google.com [IPv6:2607:f8b0:400d:c04::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E1A7D5; Fri, 7 Nov 2014 09:08:29 +0000 (UTC) Received: by mail-qg0-f52.google.com with SMTP id a108so2042597qge.39 for ; Fri, 07 Nov 2014 01:08:28 -0800 (PST) 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=3fLNSDYKGF2LE1TkGiYHZf/x1xJDQWVqljnxFxfTGH8=; b=sA834N+b/XeYAyCoW1DWwPwHYQ86/jR+bChM+jDpZRxTe24d5Z+3IiKvKSxTMbzQxC SyN5j2zm2C2l+MvLxK+LzHf3xdOw5Ja9/ae7qcsoAVo3w2uX++O153KksTzhsJ8fTyt9 KJCQrZYf2VIKzpGUX5Y9Hx99ptYk+oDrJc2JR4clwZG+lEfn+qwpHnk+KhX+dkFpRa6+ l5RyeboUSITH72B0/5v6VXPp3aAz5js3q4NsD9UYKCJ1dSXA8nKLOcpQVCZzEbe/2fY8 MhicGi65P+x5uV+cz0oYDHHj36HP9dtv7Mpccf8V2b072SAZ63e8KwpvfPnsujz1Mwgk +6vw== MIME-Version: 1.0 X-Received: by 10.229.212.66 with SMTP id gr2mr15436943qcb.8.1415351308543; Fri, 07 Nov 2014 01:08:28 -0800 (PST) Sender: spankthespam@gmail.com Received: by 10.229.177.202 with HTTP; Fri, 7 Nov 2014 01:08:28 -0800 (PST) In-Reply-To: <20141031185621.GC15967@ivaldir.etoilebsd.net> References: <20141031185621.GC15967@ivaldir.etoilebsd.net> Date: Fri, 7 Nov 2014 09:08:28 +0000 X-Google-Sender-Auth: 6VoXJw72HLHAWUSPGolBvFczplM Message-ID: Subject: Re: Reducing the size of the ports tree (brainstorm v2) From: Bartek Rutkowski To: Baptiste Daroussin Content-Type: text/plain; charset=UTF-8 Cc: "ports@FreeBSD.org 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, 07 Nov 2014 09:08:29 -0000 On Fri, Oct 31, 2014 at 6:56 PM, Baptiste Daroussin wrote: > Hi all, > > tijl@ spotted an interesting point, distinfo and pkg-descr files files > convenient are taking a lot of space for "free", we can reduce the size of the > while ports tree by a factor 2 by simply merging them into one of the other > files (Makefile and/or pkg-plist) from my testing it really devides > significantly the size of the tree. > > Problem is how to merge them if we want to. > > What we do not want to loose: > - Easyness of parsing distinfo > - Easyness to get informations about the description > > so far I have not been able to figure out a user friendly way > > Ideas I got so far only concerns pkg-descr: > Adding an entry in the Makefile for the WWW: > WWW= bla > or an entry in the plist: @www http... > > for the description the Makefile is not suitable as multi line entry in > Makefiles are painful > Maybe a new keyword: > @descr < mydesc > in > multiline > EOD > > which could easily be added to the plist parser in pkg. But I'm do not find that > very friendly in particular for make(1) to extract the data. > > Concerning the distinfo I have no idea. > > so this mail is a call of ideas :), if nothing nice ideas is found we will just > do nothing here :) > > regards, > Bapt At first I liked the idea, since I was wondering on my own if pkg-descr and distinfo couldnt be simply part of the Makefile. In vast majority of cases that would look good and wouldnt introduce too much content into existing Makefiles. There are ports like www/nginx or www/tengine that have enourmous distinfo files with number of entries that would ruin readability of their Makefiles, but so far I havent seen too many of these so I suppose they'd be the liveable drawbacks of new approach. However, after reading this discussion and some more tinkering about the idea I changed my mind - if the goal of current pkg&ports activities is to make the pkg the default way of installing packages and 'deprecate' ports when that happens, then the amount of work and the risk of breaking things by doing this ports improvement outweights its benefits. At this point I'd much rather like us to concentrate on making pkg a perfect replacement (I am mostly thinking about being able to package base for stripped down FreeBSD builds and pkg 'flavours' that would allow me install packages with custom options, like ports) and hold off making any changes to ports until we can safely state that 'pkg is the way to go for 99% of FreeBSD users and ports are for that 1% of package builders, nerds, tinkerers' etc., unless we simply cant move forward without some change. And just to be sure, I am not against improving ports, but rather about making better choice of where to put our limited resources - I am supper happy to get back to this discussion once we can replace ports with pkg :) Kind regards, Bartek Rutkowski From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 10:15:51 2014 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 191A88EA for ; Fri, 7 Nov 2014 10:15:51 +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 05CAEA0E for ; Fri, 7 Nov 2014 10:15:51 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id sA7AFoKi080756 for ; Fri, 7 Nov 2014 10:15:50 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id sA7AFogd080755; Fri, 7 Nov 2014 10:15:50 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201411071015.sA7AFogd080755@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, 7 Nov 2014 10:15:50 +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, 07 Nov 2014 10:15:51 -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 ------------------------------------------------+-----------------+------------ deskutils/mirall | 1.6.3 | 1.7.0 ------------------------------------------------+-----------------+------------ devel/gecode | 4.3.0 | 4.3.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 Fri Nov 7 12:10:59 2014 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 F014C64E; Fri, 7 Nov 2014 12:10:59 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (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 B14B59DE; Fri, 7 Nov 2014 12:10:59 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::c3c:9f55:9881:4a18] (unknown [IPv6:2001:7b8:3a7:0:c3c:9f55:9881:4a18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 8B4E4B80A; Fri, 7 Nov 2014 13:10:54 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: What is xmmintrin.h, and why aren't ports finding it? From: Dimitry Andric In-Reply-To: Date: Fri, 7 Nov 2014 13:10:51 +0100 Content-Transfer-Encoding: 7bit Message-Id: <88093924-8327-450B-A086-F60C8155E9DC@FreeBSD.org> References: To: Chris H X-Mailer: Apple Mail (2.1990.1) Cc: FreeBSD CURRENT , 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: Fri, 07 Nov 2014 12:11:00 -0000 On 07 Nov 2014, at 04:36, Chris H wrote: > > Greetings, > Working on a recent 11-CURRENT install > (11-CURRENT #1 amd64 r274134 Nov 5 12:56:14 PST 2014) > svn info /usr/ports Revision: 372176 > > Given the above, and the fact that I have installed lang/gcc-48. > Is there any reason that any port wanting to include xmmintrin.h > fails to find it? Even though dmesg && messages reflects the fact > that gcc48 is included within my $PATH? What you have in your PATH does not matter. The xmmintrin.h header contains SSE intrinsics, and should automatically be found by your gcc 4.8 port. Normally it is located in: /usr/local/lib/gcc48/gcc/i386-portbld-freebsd11.0/4.8.4/include/xmmintrin.h or if you have a slightly different gcc version, just run: find /usr/local/lib/gcc48 -name xmmintrin.h to find it. If you run: gcc48 -v -x c -c /dev/null -o /dev/null it should show you the paths it searches for include files (look for the "#include <...> search starts here:" line). For example, on my system this shows: #include <...> search starts here: /usr/local/lib/gcc48/gcc/i386-portbld-freebsd11.0/4.8.4/include /usr/local/include /usr/local/lib/gcc48/gcc/i386-portbld-freebsd11.0/4.8.4/include-fixed /usr/include End of search list. The directory where you found xmmintrin.h should be listed in the search directories. -Dimitry From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 14:25:47 2014 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 59F121AE for ; Fri, 7 Nov 2014 14:25:47 +0000 (UTC) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 21571B76 for ; Fri, 7 Nov 2014 14:25:46 +0000 (UTC) Received: by mail-ob0-f173.google.com with SMTP id wn1so2647924obc.4 for ; Fri, 07 Nov 2014 06:25:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=khera.org; s=google11; h=mime-version:date:message-id:subject:from:to:content-type; bh=4XGX1tPCESayHXJK57eFCeSllBLJDAwyfmPQfWyx2D0=; b=OZxv1zHJyirkzHQ5GQd2LBOHjHOFDI+4FacswTpBuhcKe5j1w5+3+Q6lSou+iMqDs4 7z4sFqXX6tUPPH50LZU+1aHw22UdJE9prMruW7YMvvt2ZR3M69+hUcR9rQnDONMrhknH kjd8ch2n5tHZ2hyITHSJh3ABVIcktRdVVKWJo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=4XGX1tPCESayHXJK57eFCeSllBLJDAwyfmPQfWyx2D0=; b=CdGCBE3Df9B3s9r7y3JXHs2IUri4z6D1hbKgI7sAot8NZlHu5R7wb9x8ha4n0TxXMS RljlS7QIamDQHIhPGW88Yv7z1q+AKbBKluBim30ad7t8BHbL+odK94mELKh8NCP5uuKn 8LuXjSlBl0HpC0fJeKyhpSJonh1pty4S1WGY+N7choBhy/LYJDvuXPmn+n8a38/w+G5B pV1PiCtHoQynHSVTMXJn8HpRJPo5Twe7/W6yU6FGuf0q80REvO2DUCWzLLzT6/uuttI3 v62y//3megkGw1BBXPbDhPv0nZTI1eYpzeiA5uzH3JYRW6y8M7aAyLFCVw7RjUrwNo6+ Rgcg== X-Gm-Message-State: ALoCoQljLjxZW/fwQqhdXovhgldUN/uj/ggewV1jErnxyffPeACSe3lbBnbr3evDw48kHIPAR6PN MIME-Version: 1.0 X-Received: by 10.60.55.200 with SMTP id u8mr9750839oep.43.1415370345921; Fri, 07 Nov 2014 06:25:45 -0800 (PST) Received: by 10.76.57.170 with HTTP; Fri, 7 Nov 2014 06:25:45 -0800 (PST) Date: Fri, 7 Nov 2014 09:25:45 -0500 Message-ID: Subject: new dependency for emacs-nox11 From: Vick Khera To: FreeBSD Ports 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: Fri, 07 Nov 2014 14:25:47 -0000 Emacs 24.4 update in ports pulls in a new dependency: desktop-file-utils. This in turn pulls in a big swath of additional packages including python, perl, pcre, glib. I cannot figure out what this utility is supposed to do, as all it refers to is "make a desktop". I don't have a desktop on freebsd nor do I run gnome. I do not understand the need for emacs to have a run-dependeny on this, especially the non-x11 version. I have zero desktop systems here (they're all servers) and nothing has X11 on it, and have no need for python and most cases perl. Is there a way that the port could be tweaked so that the desktop utilities are not installed when there is no desktop (ie, the nox11 variant)? My goal is to have a minimal footprint of software on my servers so I do not have to security audit all this extra software. Thanks for any info on why this is now included by default. From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 15:27:52 2014 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 3662D7F3; Fri, 7 Nov 2014 15:27:52 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 0E0CF338; Fri, 7 Nov 2014 15:27:51 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id A90CD33C1D; Fri, 7 Nov 2014 10:27:40 -0500 (EST) Received: by lowell-desk.lan (Postfix, from userid 1147) id A06B93980E; Fri, 7 Nov 2014 10:27:39 -0500 (EST) From: Lowell Gilbert To: Vick Khera To: FreeBSD Ports List Subject: Re: new dependency for emacs-nox11 References: Date: Fri, 07 Nov 2014 10:27:39 -0500 In-Reply-To: (Vick Khera's message of "Fri, 7 Nov 2014 09:25:45 -0500") Message-ID: <444mub6nf8.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: ashish@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, 07 Nov 2014 15:27:52 -0000 Vick Khera writes: > Emacs 24.4 update in ports pulls in a new dependency: desktop-file-utils. > This in turn pulls in a big swath of additional packages including python, > perl, pcre, glib. I don't think so. desktop-file-utils doesn't seem to pull in anything that isn't already required for emacs (glib being the big one, and libintl the only other, according to "pkg info"). What makes you say otherwise? > Is there a way that the port could be tweaked so that the desktop utilities > are not installed when there is no desktop (ie, the nox11 variant)? My goal > is to have a minimal footprint of software on my servers so I do not have > to security audit all this extra software. Yes, leaving that out seems fine. However, the footprint seems to be just a couple of command-line programs totalling 150KB, plus manuals and an elisp file for an editing mode. I don't currently have an X-library-free build environment, so unfortunately I can't make a definitive check on that statement. From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 15:56:24 2014 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 4074BD6D for ; Fri, 7 Nov 2014 15:56:24 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C439B8B0 for ; Fri, 7 Nov 2014 15:56:23 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id bs8so4965708wib.17 for ; Fri, 07 Nov 2014 07:56:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=N/P0dpz45g+A55uAFVGQZz54YSzr3Aef+ihs0nC0Q+0=; b=ECgkKtWzhD7io7R2+TtvwN96eOB2bgmT8IzzyrVqtxy+ftDVMxn7fb8yEOkGhDHHOq UOaqKsg4HSUChM92k5DJJXap+bSCyQVSBgH6HcHO9+IBbTH0x/W3f+9ExmXd62Zorzmc 3MjC0DPRTp4/JwLNl/+8Dd59BscxelSengucPCVXzCSnbxsJLOy+jbW2dsPV4sN0r6k+ DKXIY6yxkeQXXAMjREfYcHTyoFpulzRoGEc5av1+QbuKCOatXE0qyLw3lA0Si4JrLKsb h74R8zTxt3bZqQWBApR9624dMhCkrrj27HsTQp1CbOJ+mM5DUzxB4+1sFGv8hoMWaNqy OH6Q== X-Received: by 10.180.78.36 with SMTP id y4mr6300413wiw.52.1415375782325; Fri, 07 Nov 2014 07:56:22 -0800 (PST) Received: from gumby.homeunix.com (5ec1f671.skybroadband.com. [94.193.246.113]) by mx.google.com with ESMTPSA id lp14sm561484wic.20.2014.11.07.07.56.20 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 07 Nov 2014 07:56:21 -0800 (PST) Date: Fri, 7 Nov 2014 15:56:16 +0000 From: RW To: ports@freebsd.org Subject: Re: new dependency for emacs-nox11 Message-ID: <20141107155616.248185ec@gumby.homeunix.com> In-Reply-To: <444mub6nf8.fsf@lowell-desk.lan> References: <444mub6nf8.fsf@lowell-desk.lan> X-Mailer: Claws Mail 3.11.0 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) 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: Fri, 07 Nov 2014 15:56:24 -0000 On Fri, 07 Nov 2014 10:27:39 -0500 Lowell Gilbert wrote: > Vick Khera writes: > > > Emacs 24.4 update in ports pulls in a new dependency: > > desktop-file-utils. This in turn pulls in a big swath of additional > > packages including python, perl, pcre, glib. > > I don't think so. desktop-file-utils doesn't seem to pull in anything > that isn't already required for emacs (glib being the big one, and > libintl the only other, according to "pkg info"). Out of idle curiosity I removed the desktop-file-utils dependency and did a make all-depends-list in the nox slave port - glib wasn't there. From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 16:35:29 2014 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 6C4CEDA2 for ; Fri, 7 Nov 2014 16:35:29 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 43926CEF for ; Fri, 7 Nov 2014 16:35:29 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id 14BEC33C1D; Fri, 7 Nov 2014 11:35:23 -0500 (EST) Received: by lowell-desk.lan (Postfix, from userid 1147) id 269343980E; Fri, 7 Nov 2014 11:35:21 -0500 (EST) From: Lowell Gilbert To: RW Subject: Re: new dependency for emacs-nox11 References: <444mub6nf8.fsf@lowell-desk.lan> <20141107155616.248185ec@gumby.homeunix.com> Date: Fri, 07 Nov 2014 11:35:21 -0500 In-Reply-To: <20141107155616.248185ec@gumby.homeunix.com> (RW's message of "Fri, 7 Nov 2014 15:56:16 +0000") Message-ID: <44wq7755py.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain 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, 07 Nov 2014 16:35:29 -0000 RW writes: > On Fri, 07 Nov 2014 10:27:39 -0500 > Lowell Gilbert wrote: > >> Vick Khera writes: >> >> > Emacs 24.4 update in ports pulls in a new dependency: >> > desktop-file-utils. This in turn pulls in a big swath of additional >> > packages including python, perl, pcre, glib. >> >> I don't think so. desktop-file-utils doesn't seem to pull in anything >> that isn't already required for emacs (glib being the big one, and >> libintl the only other, according to "pkg info"). > > Out of idle curiosity I removed the desktop-file-utils dependency and > did a make all-depends-list in the nox slave port - glib wasn't there. I stand corrected. The makefile isn't even confusing on that; I have no idea what I was thinking. From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 16:37:56 2014 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 C1CB6F2F for ; Fri, 7 Nov 2014 16:37:56 +0000 (UTC) Received: from mail.egr.msu.edu (gribble.egr.msu.edu [35.9.37.169]) by mx1.freebsd.org (Postfix) with ESMTP id 9AC79D0D for ; Fri, 7 Nov 2014 16:37:56 +0000 (UTC) Received: from gribble (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id C0EC93FA5F for ; Fri, 7 Nov 2014 11:28:02 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by gribble (gribble.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LSCB3H4mI0uh for ; Fri, 7 Nov 2014 11:28:02 -0500 (EST) Received: from EGR authenticated sender Message-ID: <545CF312.8090300@egr.msu.edu> Date: Fri, 07 Nov 2014 11:28:02 -0500 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: new dependency for emacs-nox11 References: 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: Fri, 07 Nov 2014 16:37:56 -0000 On 11/07/2014 09:25, Vick Khera wrote: > Emacs 24.4 update in ports pulls in a new dependency: desktop-file-utils. > This in turn pulls in a big swath of additional packages including python, > perl, pcre, glib. I cannot figure out what this utility is supposed to do, > as all it refers to is "make a desktop". I don't have a desktop on freebsd > nor do I run gnome. > > I do not understand the need for emacs to have a run-dependeny on this, > especially the non-x11 version. I have zero desktop systems here (they're > all servers) and nothing has X11 on it, and have no need for python and > most cases perl. > > Is there a way that the port could be tweaked so that the desktop utilities > are not installed when there is no desktop (ie, the nox11 variant)? My goal > is to have a minimal footprint of software on my servers so I do not have > to security audit all this extra software. > > Thanks for any info on why this is now included by default. The emacs port was fixed early this morning for this. Try updating? From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 16:55:49 2014 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 3C1F7303 for ; Fri, 7 Nov 2014 16:55:49 +0000 (UTC) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F066AEC7 for ; Fri, 7 Nov 2014 16:55:48 +0000 (UTC) Received: by mail-ob0-f180.google.com with SMTP id wp4so2827906obc.25 for ; Fri, 07 Nov 2014 08:55:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=khera.org; s=google11; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=RfGWgP7o6n0mqVoDNhjtMqyYyokzPLR7Gvjp/nGvWKo=; b=KmPLNgji5RHpYuoBvp/gO4KDGvTR7KJgfswrHjed6CJ0HPhzZxAE62wAFDRVlW/Mks xaUnf1ycC+PmjH8YCjEQu7EpgmDEpyJbZOSLr3y+tDTJQzQ6aRMYX1AeCRg8uqTwcRiB 3uBnnJpf4eAlMYCWjzMz3rwrFT+QjytyRSSTQ= 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=RfGWgP7o6n0mqVoDNhjtMqyYyokzPLR7Gvjp/nGvWKo=; b=icQ1AIgbEyEca8K+E4m45vaX1mhEwVzo/P9mhv3kj1IKoWFKb7NZTtDvlq8XYlboV+ rYicldvBBOMTIfvAR/GMCd7gpyLfjnSJ5M1cSiTB7hLm5M4N8kvgKipsDu9I9p9BvNNX lkCg6lNR2UE8Ib+7GctmuMzFJIK4cJUDjT2CPlFljkOWiskhRXS7GJG93Um8aHlVA0xO 5bDWDutrBIbAWLWS6Y/QU7x/zqIZ0N48j9r8qakNmXU8WpWOnxCa6I+tBsqykPhIhbxi Sv9oT6pH0C4aw23OU3ugWk2m3YYVf6l0gAN6z5g4sA5LQg9wYVvncqHBV1y8RFnaoNa+ V0YA== X-Gm-Message-State: ALoCoQkZ2Un1u0F2dTEyGchWaaDI8bAAh8pWmBhTZz11hFGhSPrR1oTs7NPW9SPaa9uHLXxlAgax MIME-Version: 1.0 X-Received: by 10.60.44.170 with SMTP id f10mr2596498oem.71.1415379347945; Fri, 07 Nov 2014 08:55:47 -0800 (PST) Received: by 10.76.57.170 with HTTP; Fri, 7 Nov 2014 08:55:47 -0800 (PST) In-Reply-To: <444mub6nf8.fsf@lowell-desk.lan> References: <444mub6nf8.fsf@lowell-desk.lan> Date: Fri, 7 Nov 2014 11:55:47 -0500 Message-ID: Subject: Re: new dependency for emacs-nox11 From: Vick Khera To: Lowell Gilbert Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Ports List , Ashish SHUKLA 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, 07 Nov 2014 16:55:49 -0000 On Fri, Nov 7, 2014 at 10:27 AM, Lowell Gilbert < freebsd-ports-local@be-well.ilk.org> wrote: > Vick Khera writes: > > > Emacs 24.4 update in ports pulls in a new dependency: desktop-file-utils. > > This in turn pulls in a big swath of additional packages including > python, > > perl, pcre, glib. > > I don't think so. desktop-file-utils doesn't seem to pull in anything > that isn't already required for emacs (glib being the big one, and > libintl the only other, according to "pkg info"). What makes you say > otherwise? > On one of my servers, I run "pkg install emacs-nox11" from my repo, which is build using poudriere with these options Options : ACL : off ALSA : off DBUS : off FILENOTIFY : off GNUTLS : off LTO : off OSS : off SOUND : off SOURCES : on XML : on The pkg install says it will pull in the following: New packages to be INSTALLED: emacs-nox11: 24.4,3 desktop-file-utils: 0.22_3 pcre: 8.35_1 glib: 2.36.3_4 python27: 2.7.8_6 libffi: 3.0.13_3 Compare old emacs 24.3 to 24.4 requirements: % pkg info -dr emacs-nox11 emacs-nox11-24.3_14,3 Depends on : libxml2-2.9.2_2 indexinfo-0.2 # pkg info -dr emacs-nox11 emacs-nox11-24.4,3 Depends on : libxml2-2.9.2_2 indexinfo-0.2 desktop-file-utils-0.22_3 Chasing down the chain we see that desktop-file-utils is what pulled in pcre and glib, and that glib pulled in python (which pulls in libffi). I already had perl, gettext, and libiconv from other dependencies installed. > > > Is there a way that the port could be tweaked so that the desktop > utilities > > are not installed when there is no desktop (ie, the nox11 variant)? My > goal > > is to have a minimal footprint of software on my servers so I do not have > > to security audit all this extra software. > > Yes, leaving that out seems fine. However, the footprint seems to be > just a couple of command-line programs totalling 150KB, plus manuals and > an elisp file for an editing mode. I don't currently have an > X-library-free build environment, so unfortunately I can't make a > definitive check on that statement. > Any non-zero footprint has the potential to open up security holes. The size is not really the issue. I'm also personally unclear why glib needs perl and python as a run-time dependency, but that's only from a cursory look at it. From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 17:47:13 2014 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 3254EC33; Fri, 7 Nov 2014 17:47:13 +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 01A4D62B; Fri, 7 Nov 2014 17:47:12 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA7HlFXb035499; Fri, 7 Nov 2014 09:47:15 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Baptiste Daroussin , Bartek Rutkowski In-Reply-To: References: <20141031185621.GC15967@ivaldir.etoilebsd.net>, From: "Chris H" Subject: Re: Reducing the size of the ports tree (brainstorm v2) Date: Fri, 07 Nov 2014 09:47:15 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <6f0a3ce6d5370d40e4ea888c7eaf6dec@ultimatedns.net> Content-Transfer-Encoding: 8bit Cc: "ports@FreeBSD.org 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, 07 Nov 2014 17:47:13 -0000 On Fri, 7 Nov 2014 09:08:28 +0000 Bartek Rutkowski wrote > On Fri, Oct 31, 2014 at 6:56 PM, Baptiste Daroussin wrote: > > Hi all, > > > > tijl@ spotted an interesting point, distinfo and pkg-descr files files > > convenient are taking a lot of space for "free", we can reduce the size of > > the while ports tree by a factor 2 by simply merging them into one of the > > other files (Makefile and/or pkg-plist) from my testing it really devides > > significantly the size of the tree. > > > > Problem is how to merge them if we want to. > > > > What we do not want to loose: > > - Easyness of parsing distinfo > > - Easyness to get informations about the description > > > > so far I have not been able to figure out a user friendly way > > > > Ideas I got so far only concerns pkg-descr: > > Adding an entry in the Makefile for the WWW: > > WWW= bla > > or an entry in the plist: @www http... > > > > for the description the Makefile is not suitable as multi line entry in > > Makefiles are painful > > Maybe a new keyword: > > @descr < > mydesc > > in > > multiline > > EOD > > > > which could easily be added to the plist parser in pkg. But I'm do not find > > that very friendly in particular for make(1) to extract the data. > > > > Concerning the distinfo I have no idea. > > > > so this mail is a call of ideas :), if nothing nice ideas is found we will > > just do nothing here :) > > > > regards, > > Bapt > > At first I liked the idea, since I was wondering on my own if > pkg-descr and distinfo couldnt be simply part of the Makefile. In vast > majority of cases that would look good and wouldnt introduce too much > content into existing Makefiles. There are ports like www/nginx or > www/tengine that have enourmous distinfo files with number of entries > that would ruin readability of their Makefiles, but so far I havent > seen too many of these so I suppose they'd be the liveable drawbacks > of new approach. > > However, after reading this discussion and some more tinkering about > the idea I changed my mind - if the goal of current pkg&ports > activities is to make the pkg the default way of installing packages > and 'deprecate' ports when that happens, Aak! Seriously?! Eliminate ports? I _sincerely_ hope that isn't the intended result of the introduction of pkg(8). That would be a _horrible_ decision. For more reasons than I can list in a mailing list reply. Honestly. If this is true, has any real thought gone into the potential consequences resulting from this? We're not just talking about the affects on "geeks", and "hobbyists" here. We're talking about Shops, and Businesses that create specific products, for specific needs, and chose *BSD for what at least _was_ the freedom, and amount of _choices_ it offered. Making it, by comparison, more _flexible_ than it's alternatives. You'll effectively eliminate that market, traveling in the direction you appear to be going. If what I understand you to be saying is true. It appears FreeBSD is simply looking to parrot Linux, and relinquish "The power to serve". In exchange for competing for a strictly Desktop market. If true. This will mark a very dark year in history, for FreeBSD. Sincerely, Disappointed. > then the amount of work and > the risk of breaking things by doing this ports improvement outweights > its benefits. At this point I'd much rather like us to concentrate on > making pkg a perfect replacement (I am mostly thinking about being > able to package base for stripped down FreeBSD builds and pkg > 'flavours' that would allow me install packages with custom options, > like ports) and hold off making any changes to ports until we can > safely state that 'pkg is the way to go for 99% of FreeBSD users and > ports are for that 1% of package builders, nerds, tinkerers' etc., > unless we simply cant move forward without some change. And just to be > sure, I am not against improving ports, but rather about making better > choice of where to put our limited resources - I am supper happy to > get back to this discussion once we can replace ports with pkg :) > > Kind regards, > Bartek Rutkowski > _______________________________________________ > 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 Nov 7 18:03:30 2014 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 26670257; Fri, 7 Nov 2014 18:03:30 +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 C76D584A; Fri, 7 Nov 2014 18:03:29 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA7I3Wqg037043; Fri, 7 Nov 2014 10:03:32 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Dimitry Andric In-Reply-To: <88093924-8327-450B-A086-F60C8155E9DC@FreeBSD.org> References: , <88093924-8327-450B-A086-F60C8155E9DC@FreeBSD.org> From: "Chris H" Subject: Re: What is xmmintrin.h, and why aren't ports finding it? Date: Fri, 07 Nov 2014 10:03:32 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <05185009b7b2fa9abe47260c692b56ba@ultimatedns.net> Content-Transfer-Encoding: 8bit Cc: FreeBSD CURRENT , 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: Fri, 07 Nov 2014 18:03:30 -0000 On Fri, 7 Nov 2014 13:10:51 +0100 Dimitry Andric wrote > On 07 Nov 2014, at 04:36, Chris H wrote: > > > > Greetings, > > Working on a recent 11-CURRENT install > > (11-CURRENT #1 amd64 r274134 Nov 5 12:56:14 PST 2014) > > svn info /usr/ports Revision: 372176 > > > > Given the above, and the fact that I have installed lang/gcc-48. > > Is there any reason that any port wanting to include xmmintrin.h > > fails to find it? Even though dmesg && messages reflects the fact > > that gcc48 is included within my $PATH? > > What you have in your PATH does not matter. The xmmintrin.h header > contains SSE intrinsics, and should automatically be found by your gcc > 4.8 port. Normally it is located in: > > /usr/local/lib/gcc48/gcc/i386-portbld-freebsd11.0/4.8.4/include/xmmintrin.h > > or if you have a slightly different gcc version, just run: > > find /usr/local/lib/gcc48 -name xmmintrin.h > > to find it. If you run: > > gcc48 -v -x c -c /dev/null -o /dev/null > > it should show you the paths it searches for include files (look for the > "#include <...> search starts here:" line). For example, on my system > this shows: > > #include <...> search starts here: > /usr/local/lib/gcc48/gcc/i386-portbld-freebsd11.0/4.8.4/include > /usr/local/include > /usr/local/lib/gcc48/gcc/i386-portbld-freebsd11.0/4.8.4/include-fixed > /usr/include > End of search list. > > The directory where you found xmmintrin.h should be listed in the search > directories. > Thank you _very_ much for the reply, Dimitry. Indeed, following your example above. Indicates that xmmintrin.h _is_ in the search path. I think it must be a matter of _which_ CC USE_GCC is defaulting to. I'll have to examine things in that range, a little closer. Thank you again, for the informative reply, Dimitry. --Chris > -Dimitry > > _______________________________________________ > 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 Nov 7 18:32:26 2014 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 7C652AB8; Fri, 7 Nov 2014 18:32:26 +0000 (UTC) Received: from mail-qg0-x229.google.com (mail-qg0-x229.google.com [IPv6:2607:f8b0:400d:c04::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 31993B35; Fri, 7 Nov 2014 18:32:26 +0000 (UTC) Received: by mail-qg0-f41.google.com with SMTP id q107so2823376qgd.14 for ; Fri, 07 Nov 2014 10:32:25 -0800 (PST) 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=HxxggHEhn9x0zJrJSehpzDHE6vip3GNN265ekq2sYBE=; b=Wh9gOQ4tL0wh3PTfemsUAcSvgQliu7csyUQXHlX+hW0iTUuE63BYXaqCmEuEXHpCpt xns1D5xbeHd3mjSjyXJ7CSfFE7eJBnbUYUR+5n+xUpca7UUO6rIW3nTeqKgdtOGBBQjf 0YR7UgLIdV7jqYdagXvgG8hZgMZlKElue6Xsj1wlQXpr9RHbfZVWVrAU+3tH6syAbaM7 sI8FJ9c/ZbUTF7H00QUN10LjJIFoGbRGcaVEqoS/NZi6a0LRZZ/HA9mKuldppHBJgOEv 5B2ESwVMhgYweesULQFt1P8LayJfe8gcihxAHt0ufpa/huINXA6m28ftVzrKJKnDiC7V jRRg== MIME-Version: 1.0 X-Received: by 10.229.79.132 with SMTP id p4mr20057709qck.14.1415385145290; Fri, 07 Nov 2014 10:32:25 -0800 (PST) Sender: spankthespam@gmail.com Received: by 10.229.177.202 with HTTP; Fri, 7 Nov 2014 10:32:25 -0800 (PST) In-Reply-To: <6f0a3ce6d5370d40e4ea888c7eaf6dec@ultimatedns.net> References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <6f0a3ce6d5370d40e4ea888c7eaf6dec@ultimatedns.net> Date: Fri, 7 Nov 2014 19:32:25 +0100 X-Google-Sender-Auth: vR2GrtTPvOrhWNe1Xco20KPe2r8 Message-ID: Subject: Re: Reducing the size of the ports tree (brainstorm v2) From: Bartek Rutkowski To: Chris H Content-Type: text/plain; charset=UTF-8 Cc: "ports@FreeBSD.org Ports" , Baptiste Daroussin 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, 07 Nov 2014 18:32:26 -0000 On Fri, Nov 7, 2014 at 6:47 PM, Chris H wrote: > On Fri, 7 Nov 2014 09:08:28 +0000 Bartek Rutkowski wrote > >> On Fri, Oct 31, 2014 at 6:56 PM, Baptiste Daroussin wrote: >> > Hi all, >> > >> > tijl@ spotted an interesting point, distinfo and pkg-descr files files >> > convenient are taking a lot of space for "free", we can reduce the size of >> > the while ports tree by a factor 2 by simply merging them into one of the >> > other files (Makefile and/or pkg-plist) from my testing it really devides >> > significantly the size of the tree. >> > >> > Problem is how to merge them if we want to. >> > >> > What we do not want to loose: >> > - Easyness of parsing distinfo >> > - Easyness to get informations about the description >> > >> > so far I have not been able to figure out a user friendly way >> > >> > Ideas I got so far only concerns pkg-descr: >> > Adding an entry in the Makefile for the WWW: >> > WWW= bla >> > or an entry in the plist: @www http... >> > >> > for the description the Makefile is not suitable as multi line entry in >> > Makefiles are painful >> > Maybe a new keyword: >> > @descr <> > mydesc >> > in >> > multiline >> > EOD >> > >> > which could easily be added to the plist parser in pkg. But I'm do not find >> > that very friendly in particular for make(1) to extract the data. >> > >> > Concerning the distinfo I have no idea. >> > >> > so this mail is a call of ideas :), if nothing nice ideas is found we will >> > just do nothing here :) >> > >> > regards, >> > Bapt >> >> At first I liked the idea, since I was wondering on my own if >> pkg-descr and distinfo couldnt be simply part of the Makefile. In vast >> majority of cases that would look good and wouldnt introduce too much >> content into existing Makefiles. There are ports like www/nginx or >> www/tengine that have enourmous distinfo files with number of entries >> that would ruin readability of their Makefiles, but so far I havent >> seen too many of these so I suppose they'd be the liveable drawbacks >> of new approach. >> >> However, after reading this discussion and some more tinkering about >> the idea I changed my mind - if the goal of current pkg&ports >> activities is to make the pkg the default way of installing packages >> and 'deprecate' ports when that happens, > Aak! Seriously?! Eliminate ports? I _sincerely_ hope that isn't the > intended result of the introduction of pkg(8). That would be a > _horrible_ decision. For more reasons than I can list in a mailing > list reply. Honestly. If this is true, has any real thought gone into > the potential consequences resulting from this? We're not just talking > about the affects on "geeks", and "hobbyists" here. We're talking about > Shops, and Businesses that create specific products, for specific needs, > and chose *BSD for what at least _was_ the freedom, and amount of > _choices_ it offered. Making it, by comparison, more _flexible_ than > it's alternatives. You'll effectively eliminate that market, traveling > in the direction you appear to be going. > If what I understand you to be saying is true. It appears FreeBSD is > simply looking to parrot Linux, and relinquish "The power to serve". > In exchange for competing for a strictly Desktop market. If true. > This will mark a very dark year in history, for FreeBSD. > > Sincerely, > Disappointed. I think we've a little misunderstanding here. At no point I've said nor heard that ports are about to be eliminated. I did hovewer heard that the goal is to deprecate them, as in, encourage users to move to pkg entirely, once pkg is a viable ports replacement, and to make that a default way to install/maintain software on FreeBSD. At the end, it would be very hard to 'eliminate' ports, since we still have to generate the packages with something, dont we? ;) Even said that, I could be completely wrong here, misunderstood someone else and so on, and by no means this discussion is a statement of what is going on to happen with ports/pkg oficially, so, to quote D. Adams: DON'T PANIC. :) Kind regards, Bartek Rutkowski > >> then the amount of work and >> the risk of breaking things by doing this ports improvement outweights >> its benefits. At this point I'd much rather like us to concentrate on >> making pkg a perfect replacement (I am mostly thinking about being >> able to package base for stripped down FreeBSD builds and pkg >> 'flavours' that would allow me install packages with custom options, >> like ports) and hold off making any changes to ports until we can >> safely state that 'pkg is the way to go for 99% of FreeBSD users and >> ports are for that 1% of package builders, nerds, tinkerers' etc., >> unless we simply cant move forward without some change. And just to be >> sure, I am not against improving ports, but rather about making better >> choice of where to put our limited resources - I am supper happy to >> get back to this discussion once we can replace ports with pkg :) >> >> Kind regards, >> Bartek Rutkowski >> _______________________________________________ >> 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" > > > _______________________________________________ > 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 Nov 7 19:05:31 2014 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 10B6014C; Fri, 7 Nov 2014 19:05:31 +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 B2154DF3; Fri, 7 Nov 2014 19:05:30 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA7J5Xp5043570; Fri, 7 Nov 2014 11:05:33 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Bartek Rutkowski In-Reply-To: References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <6f0a3ce6d5370d40e4ea888c7eaf6dec@ultimatedns.net>, From: "Chris H" Subject: Re: Reducing the size of the ports tree (brainstorm v2) Date: Fri, 07 Nov 2014 11:05:33 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <855fea3e3d39cea6731300c83230c03d@ultimatedns.net> Content-Transfer-Encoding: 8bit Cc: "ports@FreeBSD.org Ports" , Baptiste Daroussin 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, 07 Nov 2014 19:05:31 -0000 On Fri, 7 Nov 2014 19:32:25 +0100 Bartek Rutkowski wrote > On Fri, Nov 7, 2014 at 6:47 PM, Chris H wrote: > > On Fri, 7 Nov 2014 09:08:28 +0000 Bartek Rutkowski > > wrote > > >> On Fri, Oct 31, 2014 at 6:56 PM, Baptiste Daroussin > >> wrote: > Hi all, > >> > > >> > tijl@ spotted an interesting point, distinfo and pkg-descr files files > >> > convenient are taking a lot of space for "free", we can reduce the size > >> > of the while ports tree by a factor 2 by simply merging them into one of > >> > the other files (Makefile and/or pkg-plist) from my testing it really > >> > devides significantly the size of the tree. > >> > > >> > Problem is how to merge them if we want to. > >> > > >> > What we do not want to loose: > >> > - Easyness of parsing distinfo > >> > - Easyness to get informations about the description > >> > > >> > so far I have not been able to figure out a user friendly way > >> > > >> > Ideas I got so far only concerns pkg-descr: > >> > Adding an entry in the Makefile for the WWW: > >> > WWW= bla > >> > or an entry in the plist: @www http... > >> > > >> > for the description the Makefile is not suitable as multi line entry in > >> > Makefiles are painful > >> > Maybe a new keyword: > >> > @descr < >> > mydesc > >> > in > >> > multiline > >> > EOD > >> > > >> > which could easily be added to the plist parser in pkg. But I'm do not > >> > find that very friendly in particular for make(1) to extract the data. > >> > > >> > Concerning the distinfo I have no idea. > >> > > >> > so this mail is a call of ideas :), if nothing nice ideas is found we > >> > will just do nothing here :) > >> > > >> > regards, > >> > Bapt > >> > >> At first I liked the idea, since I was wondering on my own if > >> pkg-descr and distinfo couldnt be simply part of the Makefile. In vast > >> majority of cases that would look good and wouldnt introduce too much > >> content into existing Makefiles. There are ports like www/nginx or > >> www/tengine that have enourmous distinfo files with number of entries > >> that would ruin readability of their Makefiles, but so far I havent > >> seen too many of these so I suppose they'd be the liveable drawbacks > >> of new approach. > >> > >> However, after reading this discussion and some more tinkering about > >> the idea I changed my mind - if the goal of current pkg&ports > >> activities is to make the pkg the default way of installing packages > >> and 'deprecate' ports when that happens, > > Aak! Seriously?! Eliminate ports? I _sincerely_ hope that isn't the > > intended result of the introduction of pkg(8). That would be a > > _horrible_ decision. For more reasons than I can list in a mailing > > list reply. Honestly. If this is true, has any real thought gone into > > the potential consequences resulting from this? We're not just talking > > about the affects on "geeks", and "hobbyists" here. We're talking about > > Shops, and Businesses that create specific products, for specific needs, > > and chose *BSD for what at least _was_ the freedom, and amount of > > _choices_ it offered. Making it, by comparison, more _flexible_ than > > it's alternatives. You'll effectively eliminate that market, traveling > > in the direction you appear to be going. > > If what I understand you to be saying is true. It appears FreeBSD is > > simply looking to parrot Linux, and relinquish "The power to serve". > > In exchange for competing for a strictly Desktop market. If true. > > This will mark a very dark year in history, for FreeBSD. > > > > Sincerely, > > Disappointed. > Thank you for the reply, and clarification, Bartek. > I think we've a little misunderstanding here. At no point I've said > nor heard that ports are about to be eliminated. I did hovewer heard > that the goal is to deprecate them, as in, encourage users to move to > pkg entirely, once pkg is a viable ports replacement, and to make that > a default way to install/maintain software on FreeBSD. At the end, it > would be very hard to 'eliminate' ports, since we still have to > generate the packages with something, dont we? ;) One wouldn't think so. But I've been surprised before. :) > Even said that, I > could be completely wrong here, misunderstood someone else and so on, > and by no means this discussion is a statement of what is going on to > happen with ports/pkg oficially, so, to quote D. Adams: DON'T PANIC. > :) Well. So could I. Hopefully I am. :) Thanks again, for the thoughtful reply, Bartek. --Chris > > Kind regards, > Bartek Rutkowski > > > > >> then the amount of work and > >> the risk of breaking things by doing this ports improvement outweights > >> its benefits. At this point I'd much rather like us to concentrate on > >> making pkg a perfect replacement (I am mostly thinking about being > >> able to package base for stripped down FreeBSD builds and pkg > >> 'flavours' that would allow me install packages with custom options, > >> like ports) and hold off making any changes to ports until we can > >> safely state that 'pkg is the way to go for 99% of FreeBSD users and > >> ports are for that 1% of package builders, nerds, tinkerers' etc., > >> unless we simply cant move forward without some change. And just to be > >> sure, I am not against improving ports, but rather about making better > >> choice of where to put our limited resources - I am supper happy to > >> get back to this discussion once we can replace ports with pkg :) > >> > >> Kind regards, > >> Bartek Rutkowski > >> _______________________________________________ > >> 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" > > > > > > _______________________________________________ > > 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" > _______________________________________________ > 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 Nov 7 20:15:19 2014 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 DA79A9A0 for ; Fri, 7 Nov 2014 20:15:18 +0000 (UTC) Received: from nm47-vm10.bullet.mail.bf1.yahoo.com (nm47-vm10.bullet.mail.bf1.yahoo.com [216.109.114.219]) (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 8A1327D1 for ; Fri, 7 Nov 2014 20:15:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1415391311; bh=pzknOTjOu5UQCSd43Zva1izv4wYaFRn84Y4HqqbFR2c=; h=Date:From:To:CC:Subject:References:In-Reply-To:From:Subject; b=uPTOKHmCiiJyBZ5wfVLnti06bgrT5hVD30aoG5MEC8bl2ER5l3f3aBTGd8xIxn70L571p95ZHQnNhsETHt5pSlELnIbyVj1n+fKrfVKXTRKWgqWK12Kco994pHchAc1mhQwwsnESLAHBEUQJrmkCe03DP0+lJiM061mwbiwdYVmfY6KKR7lOkcGu996N/H7tdAoA2deLIoZg5A7LeCVw7NjXY0up3egs/VRpA5SCAL+KbVPCXVbCaBk3VbCcUw40HUYBWEKpfd6CIHW17K0lbz0HJGDMC1xAuLa50vA37wEfJRcnluONZSYvQadseK8s7+BqOKd6DUPNeYreXWCEwg== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=jcuDlqG7ZBuaVzR71PNIMJcONxUCaWmWHpvPOhrh4JohVrIAZV3KGsrK6x4CwpmlSIGnYh06s568PWSEjC8JF4LjO1FOcAeCpM7fN31ZfBgw3I9vgjk2sv4Koobh0HkkBSmti6LKOPrkOG+0CjSWF2KNKDOyC9ZIHxP4e685fls2/eeCa8wFw0ChmyY09bh0r76j4EmCGqKVxMaSV7U1LXW8HZBQmwtxtOij0awiiibjzqdaziakkl6EcH2tzDvqvh5wbBeg5t/Wqa29hynvxCsRNxdk+e1gdHYYJMsEHfJx27h94SI1/y8d8P7L76I9AIjx2cet9HoGurSQ0iOG2g==; Received: from [66.196.81.170] by nm47.bullet.mail.bf1.yahoo.com with NNFMP; 07 Nov 2014 20:15:11 -0000 Received: from [98.139.213.9] by tm16.bullet.mail.bf1.yahoo.com with NNFMP; 07 Nov 2014 20:15:11 -0000 Received: from [127.0.0.1] by smtp109.mail.bf1.yahoo.com with NNFMP; 07 Nov 2014 20:15:11 -0000 X-Yahoo-Newman-Id: 761550.60986.bm@smtp109.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: pq.m7IwVM1nVRpWwS3.ozenVkxEvxz9x1Wew18MwnjA6mPd fTAKRVfFJadKcAtt98Lgmo0TntIY32wOb46.T3fzQOVNqAYE15paa5URnyP1 WRtAAGVoSTDgeLX9UYNcVBhlNP23SVInhBa746S1jitOq8DgXi_5tSrW_7hr ml3kJjWuBu_h7Yum5KyBFNi7EfFeYCPAak2pgAERZzKHP11C4pgjX0UqgA_z 7baQRM6bD2raPHpNuRoy5ZK6ANUQuERMg6zSB.qS9TJ17z1oKyKDdwdZE181 eQX4QoTW0BWzFdyAZR6VKp7rgV4rpU4lNkZOolWKZknW0H7OG7NCVBayW2DV 5lTTJtQvG..Dw0Sk2Hzr6xg8RztVuHHVBTQMzQF.wD9RDJS7FSfkvS3NuhcJ cT1OvODGh5i6JQuZAnisvoXqCZxy2HzRll3XMs0kmyVNGa9xcxtY.wf2FTu_ KLCOXr2LsEfOWnbqJeqHyhvEIuuqPo9R6iWIr1VItlMGGmT.nIdewpRRl.H6 2pGhPsPpHkPEYGX8vDwsQ1PyzrEHNdZVG X-Yahoo-SMTP: 6IZaPQyswBAeyzp3urHRlQfBxGxx4Js3YAIn Message-ID: <545D287E.1060700@yahoo.com> Date: Fri, 07 Nov 2014 12:15:58 -0800 From: Jeffrey Bouquet User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Bartek Rutkowski , Chris H Subject: Re: Reducing the size of the ports tree (brainstorm v2) References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <6f0a3ce6d5370d40e4ea888c7eaf6dec@ultimatedns.net> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: "ports@FreeBSD.org Ports" , Baptiste Daroussin 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, 07 Nov 2014 20:15:19 -0000 On 11/07/14 10:32, Bartek Rutkowski wrote: > On Fri, Nov 7, 2014 at 6:47 PM, Chris H wrote: >> On Fri, 7 Nov 2014 09:08:28 +0000 Bartek Rutkowski wrote >> >>> On Fri, Oct 31, 2014 at 6:56 PM, Baptiste Daroussin wrote: >>>> Hi all, >>>> >>>> tijl@ spotted an interesting point, distinfo and pkg-descr files files >>>> convenient are taking a lot of space for "free", we can reduce the size of >>>> the while ports tree by a factor 2 by simply merging them into one of the >>>> other files (Makefile and/or pkg-plist) from my testing it really devides >>>> significantly the size of the tree. >>>> >>>> Problem is how to merge them if we want to. >>>> >>>> What we do not want to loose: >>>> - Easyness of parsing distinfo >>>> - Easyness to get informations about the description >>>> >>>> so far I have not been able to figure out a user friendly way >>>> >>>> Ideas I got so far only concerns pkg-descr: >>>> Adding an entry in the Makefile for the WWW: >>>> WWW= bla >>>> or an entry in the plist: @www http... >>>> >>>> for the description the Makefile is not suitable as multi line entry in >>>> Makefiles are painful >>>> Maybe a new keyword: >>>> @descr <>>> mydesc >>>> in >>>> multiline >>>> EOD >>>> >>>> which could easily be added to the plist parser in pkg. But I'm do not find >>>> that very friendly in particular for make(1) to extract the data. >>>> >>>> Concerning the distinfo I have no idea. >>>> >>>> so this mail is a call of ideas :), if nothing nice ideas is found we will >>>> just do nothing here :) >>>> >>>> regards, >>>> Bapt >>> At first I liked the idea, since I was wondering on my own if >>> pkg-descr and distinfo couldnt be simply part of the Makefile. In vast >>> majority of cases that would look good and wouldnt introduce too much >>> content into existing Makefiles. There are ports like www/nginx or >>> www/tengine that have enourmous distinfo files with number of entries >>> that would ruin readability of their Makefiles, but so far I havent >>> seen too many of these so I suppose they'd be the liveable drawbacks >>> of new approach. >>> >>> However, after reading this discussion and some more tinkering about >>> the idea I changed my mind - if the goal of current pkg&ports >>> activities is to make the pkg the default way of installing packages >>> and 'deprecate' ports when that happens, >> Aak! Seriously?! Eliminate ports? I _sincerely_ hope that isn't the >> intended result of the introduction of pkg(8). That would be a >> _horrible_ decision. For more reasons than I can list in a mailing >> list reply. Honestly. If this is true, has any real thought gone into >> the potential consequences resulting from this? We're not just talking >> about the affects on "geeks", and "hobbyists" here. We're talking about >> Shops, and Businesses that create specific products, for specific needs, >> and chose *BSD for what at least _was_ the freedom, and amount of >> _choices_ it offered. Making it, by comparison, more _flexible_ than >> it's alternatives. You'll effectively eliminate that market, traveling >> in the direction you appear to be going. >> If what I understand you to be saying is true. It appears FreeBSD is >> simply looking to parrot Linux, and relinquish "The power to serve". >> In exchange for competing for a strictly Desktop market. If true. >> This will mark a very dark year in history, for FreeBSD. >> >> Sincerely, >> Disappointed. > I think we've a little misunderstanding here. At no point I've said > nor heard that ports are about to be eliminated. I did hovewer heard > that the goal is to deprecate them, as in, encourage users to move to > pkg entirely "Please explain [ not directed to THIS post, but to the THREAD maybe... ] the narrowing-of-choice encouragement reasons" I am trying triply to politely address the issues and apologize in advance for any perceived disrespect to the points I am directly replying to... > , once pkg is a viable ports replacement, Once upon a time /var/db/pkg and upstream .tbz served as a "pkg".. that is, a tracking of ports, and a prebuilt subset of ports. Nowhere did I ever imagine that a replacment for /var/db/pkg would encourage the non use, replacement, deprecation, discouragement, ... Again, with apologies. > and to make that > a default way to install/maintain software on FreeBSD. If that existed before portmaster, portupgrade were written, how would they have come into existence? How about "a convenient and reliable" ?? More below... > At the end, it > would be very hard to 'eliminate' ports, since we still have to > generate the packages with something, dont we? Spot on. Not only that... I always thought ports were FreeBSD's strong point. Maintainers, ... innovations... new scripts... new categories... > ;) Even said that, I > could be completely wrong here, misunderstood someone else and so on, > and by no means this discussion is a statement of what is going on to > happen with ports/pkg oficially, so, to quote D. Adams: DON'T PANIC. To reiterate, to me, this "reducing the size" method seems non-trivial, and not without consequence. .... from what I have read. However, into the thread have appeared other alarming concepts... WHAT IF it was found that eight (typically) files rather than four (typically) eventually made pkg more reliable? Meanwhile I've one machine with a large local.sqlite that won't install one (remotely) ANY port without wanting to install irrelevant ones I had just deleted [ not entirely... sometimes pkg install port pkg install port pkg install port << the third one fails in that it wants to install extra ports... The first two no problem... ] That happened two or three times. , and upon which, [since pkg2ng was put into place upon it ]... appears a segmentation fault, that is terse (no known cause, no known effect, just a message from the shell) when starting to build a port... and sometimes indicates a port not present unless one desinstalls it from the port, in which case pkg knew it to be there. Seems unreliable vs /var/db/pkg + portmaster + portupgrade + portmanager + another local one I had written... [2004-2014 ...] I've stopped using ports or packages on that machine, for the time being... the former because it is not a primary machine, the latter because it is not a primary machine and I am out of time to test a new pkg install in the near term... The local.sqlite was too large to email upstream for debugging. pkg from ports makes its own upgrade problematic... depending upon itself. etc etc.. > :) > > Kind regards, > Bartek Rutkowski > >>> then the amount of work and >>> the risk of breaking things by doing this ports improvement outweights >>> its benefits. At this point I'd much rather like us to concentrate on >>> making pkg a perfect replacement as in, make the errors above impossible in some way or another. Before wholesale changes to the ports tree... >>> (I am mostly thinking about being >>> able to package base for stripped down FreeBSD builds and pkg >>> 'flavours' that would allow me install packages with custom options, >>> like ports) and hold off making any changes to ports until we can >>> safely state that 'pkg is the way to go for 99% of FreeBSD users and >>> ports are for that 1% of package builders, nerds, tinkerers' etc., ports a feature not a bug, packages a feature not a bug... >>> " 99 percent can safely just use packages" >>> unless we simply cant move forward without some change. Dreading wholesole, sometimes even minor, port changes >>> And just to be >>> sure, I am not against improving ports, My humble opinion, with all due respect, this particular thread introduces a non-forward-thinking port revision... I had ideas for more files rather than fewer. >>> but rather about making better >>> choice of where to put our limited resources My humble opinion, again, I thought we had no resources to spare for the time being... >>> - I am supper happy to >>> get back to this discussion Not so here. I dislike posting contrary opinions. >>> once we can replace ports with pkg :) Please explain replacement. Once again. Ports, a feature not a bug. Packages a feature not a bug. [ I could email "ports!" to a linux a windows user... I could emal "packages!" to a linux a windows user. Why would I email... "Our ports were once a shining point, but are not any longer recommended..." >>> >>> Kind regards, >>> Bartek Rutkowski >>> _______________________________________________ >>> 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" >> >> _______________________________________________ >> 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" > _______________________________________________ > 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 Nov 7 20:18:05 2014 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 0E418BE6 for ; Fri, 7 Nov 2014 20:18:05 +0000 (UTC) Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 877C57F6 for ; Fri, 7 Nov 2014 20:18:04 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id gf13so5104629lab.17 for ; Fri, 07 Nov 2014 12:18:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=aAGtLTHns9ec/zOE65/f6fpMv5a/j9A65kz3s8MYwxw=; b=DG0uhIvb+x/TmiH81zGjto3TVA9v0Yg/Ws6/ay/tshPRDzI8cVfULx0JYeOeG5tczk go3dmze75Pogv1xxGstXfVfh1id71Sfuh9u17mSJgAP3d1g4GlaG7UgfK8s5XumkOQVh 4IO1Cf4tb5fD0gMZrjsqfLYtJxcDzTvAh6J1hdXs6x+ud+6tcEG7WRqpJwchsD5TNeur m4/jzdvZpsJY7WjLknk/koZ9suIRKN9sSMWMsa/LnWj/RFwlTY1ag3sAcROZ5Hf5lhjU 9SRjYyDM1Av61CW3+CNjVR0BJFTXi/CPH9Ufbp0yy/b1+wd5/aCBuu9k/B/2IcYmgLIq a8uw== MIME-Version: 1.0 X-Received: by 10.112.137.202 with SMTP id qk10mr13374155lbb.0.1415391482185; Fri, 07 Nov 2014 12:18:02 -0800 (PST) Received: by 10.25.217.73 with HTTP; Fri, 7 Nov 2014 12:18:02 -0800 (PST) Date: Fri, 7 Nov 2014 21:18:02 +0100 Message-ID: Subject: mail-notification only allows Gmail mailboxes? From: Torfinn Ingolfsen To: FreeBSD Ports ML Content-Type: text/plain; charset=UTF-8 Cc: jonc@chen.org.nz 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, 07 Nov 2014 20:18:05 -0000 I've built mail/mail-notification with these options: root@kg-core1# make showconfig ===> The following configuration options are available for mail-notification-5.4_15: EVOLUTION=off: Evolution support GMAIL=on: Gmail support IMAP=on: IMAP support MAILDIR=on: Maildir support MBOX=on: mbox support MH=on: MH support MOZILLA=on: Mozilla products support POP3=on: POP3 support SASL=on: SASL authentication support SSL=on: SSL protocol support SYLPHEED=on: Sylpheed support ===> Use 'make config' to modify these settings this is on FreeBSD 9.3-stable: tingo@kg-core1$ uname -a FreeBSD kg-core1.kg4.no 9.3-STABLE FreeBSD 9.3-STABLE #0 r273918: Fri Oct 31 22:52:44 CET 2014 root@kg-core1.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 the problem is that when I start mail-notification I get these error messages in a dialog box: Errors have occurred while loading the mailboxes configuration On line 3: unknown mailbox type "imap". On line 4: unknown mailbox type "pop3". On line 5: unknown mailbox type "imap". On line 7: unknown mailbox type "imap". and when I open the propertyies dialog and try to add another mailbox, I can only choose "Autodetect" and "Gmail". Any idea what's wrong? -- Regards, Torfinn Ingolfsen From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 20:24:06 2014 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 BED90E07; Fri, 7 Nov 2014 20:24:06 +0000 (UTC) Received: from mail-qa0-x236.google.com (mail-qa0-x236.google.com [IPv6:2607:f8b0:400d:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 73A6A8BC; Fri, 7 Nov 2014 20:24:06 +0000 (UTC) Received: by mail-qa0-f54.google.com with SMTP id u7so2863933qaz.13 for ; Fri, 07 Nov 2014 12:24:05 -0800 (PST) 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=T++EFmPu+O3+ly8cNUHtzqRRokRqiPmYnJN4oEFCSnc=; b=wYGe3Uc4SZgvKJm80RkkBXYeuxINbWmAM81jT1KCzeJWYqV8ojkS05rYTNGq8otuUs 3cTcGzZBHW7LgfSMIapYmXKPOj7nzeb038+gy11Zc/JiCZknfXOHot94Aj6NRxksjoti kqevE5Y91n3XZFskeM358YmOURj287xwlyf0kY4S0cgF4oMktX4/D58YkQgP6ftAP25J wyD1dtIHZSihM07+MjDlPsoYdxLWcVpdVwpEUhgytA0EGwhVrDBk4nGiKysuAJ8/r9bU RmYqn0tpKkH1PdzzmIpuzhSufAKkMijR+BM3O3eEdd9ojkoWHlkt8YqumA3B7ViX4slT OpHg== MIME-Version: 1.0 X-Received: by 10.229.212.66 with SMTP id gr2mr20858308qcb.8.1415391845697; Fri, 07 Nov 2014 12:24:05 -0800 (PST) Sender: spankthespam@gmail.com Received: by 10.229.177.202 with HTTP; Fri, 7 Nov 2014 12:24:05 -0800 (PST) In-Reply-To: <545D287E.1060700@yahoo.com> References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <6f0a3ce6d5370d40e4ea888c7eaf6dec@ultimatedns.net> <545D287E.1060700@yahoo.com> Date: Fri, 7 Nov 2014 21:24:05 +0100 X-Google-Sender-Auth: p9jqgdLEuwi30OMSbygG3JC2g0c Message-ID: Subject: Re: Reducing the size of the ports tree (brainstorm v2) From: Bartek Rutkowski To: Jeffrey Bouquet Content-Type: text/plain; charset=UTF-8 Cc: "ports@FreeBSD.org Ports" , Baptiste Daroussin , Chris H 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, 07 Nov 2014 20:24:06 -0000 On Fri, Nov 7, 2014 at 9:15 PM, Jeffrey Bouquet via freebsd-ports wrote: > > On 11/07/14 10:32, Bartek Rutkowski wrote: >> On Fri, Nov 7, 2014 at 6:47 PM, Chris H wrote: >>> On Fri, 7 Nov 2014 09:08:28 +0000 Bartek Rutkowski wrote >>> >>>> On Fri, Oct 31, 2014 at 6:56 PM, Baptiste Daroussin wrote: >>>>> Hi all, >>>>> >>>>> tijl@ spotted an interesting point, distinfo and pkg-descr files files >>>>> convenient are taking a lot of space for "free", we can reduce the size of >>>>> the while ports tree by a factor 2 by simply merging them into one of the >>>>> other files (Makefile and/or pkg-plist) from my testing it really devides >>>>> significantly the size of the tree. >>>>> >>>>> Problem is how to merge them if we want to. >>>>> >>>>> What we do not want to loose: >>>>> - Easyness of parsing distinfo >>>>> - Easyness to get informations about the description >>>>> >>>>> so far I have not been able to figure out a user friendly way >>>>> >>>>> Ideas I got so far only concerns pkg-descr: >>>>> Adding an entry in the Makefile for the WWW: >>>>> WWW= bla >>>>> or an entry in the plist: @www http... >>>>> >>>>> for the description the Makefile is not suitable as multi line entry in >>>>> Makefiles are painful >>>>> Maybe a new keyword: >>>>> @descr <>>>> mydesc >>>>> in >>>>> multiline >>>>> EOD >>>>> >>>>> which could easily be added to the plist parser in pkg. But I'm do not find >>>>> that very friendly in particular for make(1) to extract the data. >>>>> >>>>> Concerning the distinfo I have no idea. >>>>> >>>>> so this mail is a call of ideas :), if nothing nice ideas is found we will >>>>> just do nothing here :) >>>>> >>>>> regards, >>>>> Bapt >>>> At first I liked the idea, since I was wondering on my own if >>>> pkg-descr and distinfo couldnt be simply part of the Makefile. In vast >>>> majority of cases that would look good and wouldnt introduce too much >>>> content into existing Makefiles. There are ports like www/nginx or >>>> www/tengine that have enourmous distinfo files with number of entries >>>> that would ruin readability of their Makefiles, but so far I havent >>>> seen too many of these so I suppose they'd be the liveable drawbacks >>>> of new approach. >>>> >>>> However, after reading this discussion and some more tinkering about >>>> the idea I changed my mind - if the goal of current pkg&ports >>>> activities is to make the pkg the default way of installing packages >>>> and 'deprecate' ports when that happens, >>> Aak! Seriously?! Eliminate ports? I _sincerely_ hope that isn't the >>> intended result of the introduction of pkg(8). That would be a >>> _horrible_ decision. For more reasons than I can list in a mailing >>> list reply. Honestly. If this is true, has any real thought gone into >>> the potential consequences resulting from this? We're not just talking >>> about the affects on "geeks", and "hobbyists" here. We're talking about >>> Shops, and Businesses that create specific products, for specific needs, >>> and chose *BSD for what at least _was_ the freedom, and amount of >>> _choices_ it offered. Making it, by comparison, more _flexible_ than >>> it's alternatives. You'll effectively eliminate that market, traveling >>> in the direction you appear to be going. >>> If what I understand you to be saying is true. It appears FreeBSD is >>> simply looking to parrot Linux, and relinquish "The power to serve". >>> In exchange for competing for a strictly Desktop market. If true. >>> This will mark a very dark year in history, for FreeBSD. >>> >>> Sincerely, >>> Disappointed. >> I think we've a little misunderstanding here. At no point I've said >> nor heard that ports are about to be eliminated. I did hovewer heard >> that the goal is to deprecate them, as in, encourage users to move to >> pkg entirely > "Please explain [ not directed to THIS post, but to the > THREAD maybe... ] the narrowing-of-choice encouragement reasons" > > I am trying triply to politely address the issues and apologize in > advance for any perceived disrespect to the points I am directly > replying to... >> , once pkg is a viable ports replacement, > Once upon a time /var/db/pkg and upstream .tbz served as a "pkg".. > that is, a tracking of ports, and a prebuilt subset of ports. Nowhere did I > ever imagine that a replacment for /var/db/pkg would encourage the non > use, replacement, deprecation, discouragement, ... > > Again, with apologies. > >> and to make that >> a default way to install/maintain software on FreeBSD. > If that existed before portmaster, portupgrade were written, how would they > have come into existence? > > How about "a convenient and reliable" ?? More below... >> At the end, it >> would be very hard to 'eliminate' ports, since we still have to >> generate the packages with something, dont we? > Spot on. > Not only that... I always thought ports were FreeBSD's > strong point. Maintainers, ... innovations... new scripts... new > categories... > >> ;) Even said that, I >> could be completely wrong here, misunderstood someone else and so on, >> and by no means this discussion is a statement of what is going on to >> happen with ports/pkg oficially, so, to quote D. Adams: DON'T PANIC. > To reiterate, to me, this "reducing the size" method seems non-trivial, > and not without consequence. > .... from what I have read. > > However, into the thread have appeared other alarming concepts... > > > > > > > > WHAT > IF it was found that eight (typically) files rather than four > (typically) eventually made pkg more reliable? > > > > > > Meanwhile > > I've one machine with a large local.sqlite that won't install one (remotely) > ANY port without > wanting to install irrelevant ones I had just deleted > [ not entirely... sometimes > pkg install port > pkg install port > pkg install port << the third one fails in that it wants to > install extra ports... The first two no problem... > ] > That happened two or three times. > > > , and upon which, [since pkg2ng > was put into place upon it ]... > appears a segmentation fault, that is terse (no known cause, no known > effect, just > a message from the shell) when starting to build a port... and > sometimes indicates > a port not present unless one desinstalls it from the port, in which > case pkg knew it > to be there. Seems unreliable vs /var/db/pkg + portmaster > + portupgrade + portmanager + another local one > I had written... [2004-2014 ...] I've stopped using ports or packages > on that machine, > for the time being... the former because it is not a primary machine, > the latter because > it is not a primary machine and I am out of time to test a new pkg > install in the > near term... > > The local.sqlite was too large to email upstream for debugging. > pkg from ports makes its own upgrade problematic... depending upon itself. > > etc etc.. >> :) >> >> Kind regards, >> Bartek Rutkowski >> >>>> then the amount of work and >>>> the risk of breaking things by doing this ports improvement outweights >>>> its benefits. At this point I'd much rather like us to concentrate on >>>> making pkg a perfect replacement > as in, make the errors above impossible in some way or another. Before > wholesale changes to the ports tree... > > >>>> (I am mostly thinking about being >>>> able to package base for stripped down FreeBSD builds and pkg >>>> 'flavours' that would allow me install packages with custom options, >>>> like ports) and hold off making any changes to ports until we can >>>> safely state that 'pkg is the way to go for 99% of FreeBSD users and >>>> ports are for that 1% of package builders, nerds, tinkerers' etc., > ports a feature not a bug, > packages a feature not a bug... >>>> " 99 percent can safely just use packages" > >>>> unless we simply cant move forward without some change. > > Dreading wholesole, sometimes even minor, port changes > >>>> And just to be >>>> sure, I am not against improving ports, > > My humble opinion, with all due respect, > this particular thread introduces a non-forward-thinking > port revision... I had ideas for more files rather than fewer. >>>> but rather about making better >>>> choice of where to put our limited resources > My humble opinion, again, I thought we had no resources to spare for > the time being... > >>>> - I am supper happy to >>>> get back to this discussion > Not so here. I dislike posting contrary opinions. >>>> once we can replace ports with pkg :) > Please explain replacement. Once again. Ports, a feature not a bug. > Packages > a feature not a bug. [ I could email "ports!" to a linux a windows > user... I could > emal "packages!" to a linux a windows user. Why would I email... "Our ports > were once a shining point, but are not any longer recommended..." > Apologies, but I will refrain from answering to anything you've written and/or asked about because, with all due respect, your train of thoughts or wording (and strange formatting too) renders your message extremely hard to read not mentioning to understand it as you would like it to be understood, at least for such non-native english speaker as myself. Kind regards, Bartek Rutkowski From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 20:40:18 2014 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 C5C6F1E3; Fri, 7 Nov 2014 20:40:18 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 825569EC; Fri, 7 Nov 2014 20:40:18 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1XmqKH-000csr-PX>; Fri, 07 Nov 2014 21:40:09 +0100 Received: from g225053116.adsl.alicedsl.de ([92.225.53.116] helo=hermann.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1XmqKH-0044KL-NY>; Fri, 07 Nov 2014 21:40:09 +0100 Date: Fri, 7 Nov 2014 21:39:07 +0100 From: "O. Hartmann" To: FreeBSD Ports , FreeBSD CURRENT Subject: CURRENT Revision: 274250 breaks build of x11/nvidia-driver: pkg-static: nvidia-driver-343.22 conflicts with libEGL-10.3.2 Message-ID: <20141107213907.3c692c09.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/.H1iMgs/C8PVNUKqMm0P8oz"; protocol="application/pgp-signature" X-Originating-IP: 92.225.53.116 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: Fri, 07 Nov 2014 20:40:18 -0000 --Sig_/.H1iMgs/C8PVNUKqMm0P8oz Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Out of the blue the build of port x11/nvidia-driver fails - portmaster is t= hat sloppy that it can not check BEFORE it kills the existent driver and fails to inst= all after the deletion! The src tree is at Revision: 274250 and with Revision r274177 the build wor= ks. The failure is: =3D=3D=3D> Registering installation for nvidia-driver-343.22 pkg-static: nvidia-driver-343.22 conflicts with libEGL-10.3.2 (installs fil= es into the same place). Problematic file: /usr/local/lib/libEGL.so To use these drive= rs, make sure that you have loaded the NVidia kernel module, by doing [...] Please can someone fix this? I have three boxes now without graphics due to= this. Regards, Oliver --Sig_/.H1iMgs/C8PVNUKqMm0P8oz Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJUXS3xAAoJEOgBcD7A/5N8LccH/j/Cg6OMivTglzMLz/MxYF2u yUTY8np5jnyQFblHsvuXJtuymY+o/LtGULluhXm0UwBVaIMQVdISCaPD9m9kowO+ adB9Dtx9CdyqgBzGDmRMERpKeZsXsqJC0ojvubxhSC9frBD26/IwE7ooL+z6my6p zl+iNeN5zwvqMtZcmZGkmxz0kboEsVyirPtw1nznKPJlWGSrUrpyk5kPn6xZZdzs SVAavuHcANhFQt1tGU5rbGOaDtJ/S5cS0Pn4G6mjJ5iM9Rj+NmJ6/9Vga4Q1ppYi Plpj2m5eWjULTf1TL2fQS/A3MlzWfgntLHD73KVLZhBA8YhdIKPKxM57LvQI8KI= =tTXI -----END PGP SIGNATURE----- --Sig_/.H1iMgs/C8PVNUKqMm0P8oz-- From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 20:40:50 2014 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 7FCF4373; Fri, 7 Nov 2014 20:40:50 +0000 (UTC) Received: from mout.web.de (mout.web.de [212.227.15.14]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.web.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 15D869FA; Fri, 7 Nov 2014 20:40:49 +0000 (UTC) Received: from hermann.walstatt.dynvpn.de ([92.225.53.116]) by smtp.web.de (mrweb004) with ESMTPSA (Nemesis) id 0MapFS-1XTeJo1kde-00KPn0; Fri, 07 Nov 2014 21:27:42 +0100 Date: Fri, 7 Nov 2014 21:26:39 +0100 From: "O. Hartmann" To: FreeBSD Ports , FreeBSD CURRENT Subject: CURRENT breaks build of x11/nvidia-driver: pkg-static: nvidia-driver-343.22 conflicts with libEGL-10.3.2 Message-ID: <20141107212639.2e3e71e5@hermann.walstatt.dynvpn.de> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/Hm1+J0Rf78LVnIakQPzgsQC"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:GGcDIqxbMWIGsa3lvBfuZpp7M4lFVpA1+8IxY3jYUKdz51Xi+HG ctWTwItwliq11DH1k0wI7wcLIYRKMDTxGP9xH3zLjUiWPmpwRQWI5IZl0QP7yero3IHF3pD mHUN7hWwv7IyPXNl2BaC9E5gC5foucSnwtHEvNaNR8vFtDukUPA52M0HeZP5KWbhjmLT+Bm nYhEbcqFlGS6yRWkCUAZQ== X-UI-Out-Filterresults: notjunk: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, 07 Nov 2014 20:40:50 -0000 --Sig_/Hm1+J0Rf78LVnIakQPzgsQC Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Out of the blue the build of port x11/nvidia-driver fails - portmaster is t= hat sloppy that it can not check BEFORE it kills the existent driver and fails to inst= all after the deletion! The src tree is at Revision: 274250 and with Revision r274177 the build wor= ks. The failure is: =3D=3D=3D> Registering installation for nvidia-driver-343.22 pkg-static: nvidia-driver-343.22 conflicts with libEGL-10.3.2 (installs fil= es into the same place). Problematic file: /usr/local/lib/libEGL.so To use these drive= rs, make sure that you have loaded the NVidia kernel module, by doing [...] Please can someone fix this? I have three boxes now without graphics due to= this. Regards, Oliver --Sig_/Hm1+J0Rf78LVnIakQPzgsQC Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlRdKwUACgkQnYG/s1BIggfuFAEAxMe5jO6FJKYVY8uG0th+ZtJL G+NHAyZenD267kWzkBcA/RYe9qkWeWTur49zLk1EXCT8Wo2vgkoKoUCUeJ5t58NM =CnCX -----END PGP SIGNATURE----- --Sig_/Hm1+J0Rf78LVnIakQPzgsQC-- From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 21:00:38 2014 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 5D76979F; Fri, 7 Nov 2014 21:00:38 +0000 (UTC) Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DB2E1C42; Fri, 7 Nov 2014 21:00:37 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id gf13so5080922lab.31 for ; Fri, 07 Nov 2014 13:00:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=ZT16Tu4lwyE4q/etPHhPgj1oXxmtMsum4ayHmrvJ4xc=; b=jhAqxEDW8eRoqCOQlcZNVu8T8ftpitT4dD+CR8Zfd8Oprmc/ZOntE4QHEr63p89yMs hjoqnAuUiaFsnkUdPboLoV4KdACuP+uRipyNmlN1YuyWfZDZIUohOFZlc/G+YE6IwmyI OwkWdwvC0rUZ8boIyJo31DfT0tENvqNMmAS+3pNdtjBRt+lJ38uWrI3grHfjCBfEwPm8 OQiaWoLTHbmtiao/jAgYgmCSdGTf7TeT/77NU43l9eLzdWh6D35Y+OLjOpv6rcZpMr5Q mLpKgcTh7/hE+cSLiA59XiDlUp+ZKE6sCm7+U+mkU4d1BOl97v9TBhQrCTQmlgS1Ynmp 9N8A== MIME-Version: 1.0 X-Received: by 10.152.45.1 with SMTP id i1mr13499716lam.7.1415394036026; Fri, 07 Nov 2014 13:00:36 -0800 (PST) Received: by 10.25.217.73 with HTTP; Fri, 7 Nov 2014 13:00:35 -0800 (PST) Date: Fri, 7 Nov 2014 22:00:35 +0100 Message-ID: Subject: py27-pillow-2.6.0 fails if tkinter option is on From: Torfinn Ingolfsen To: FreeBSD Ports ML Content-Type: text/plain; charset=UTF-8 Cc: koobs@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, 07 Nov 2014 21:00:38 -0000 root@kg-core1# make showconfig ===> The following configuration options are available for py27-pillow-2.6.0: FREETYPE=on: TrueType font rendering support JPEG=on: JPEG image format support LCMS=on: Little Color Management System PNG=on: PNG image format support TIFF=on: TIFF image format support TKINTER=on: Tkinter (Tcl/Tk) BitmapImage & PhotoImage support WEBP=on: WebP image format support ===> Use 'make config' to modify these settings on tingo@kg-core1$ uname -a FreeBSD kg-core1.kg4.no 9.3-STABLE FreeBSD 9.3-STABLE #0 r273918: Fri Oct 31 22:52:44 CET 2014 root@kg-core1.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 root@kg-core1# make ===> License PIL accepted by the user ===> Found saved configuration for py27-pillow-2.6.0 ===> py27-pillow-2.6.0 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by py27-pillow-2.6.0 for building ===> Extracting for py27-pillow-2.6.0 => SHA256 Checksum OK for Pillow-2.6.0.tar.gz. ===> Patching for py27-pillow-2.6.0 ===> py27-pillow-2.6.0 depends on package: py27-setuptools27>0 - found ===> py27-pillow-2.6.0 depends on file: /usr/local/bin/python2.7 - found ===> py27-pillow-2.6.0 depends on executable: wish8.6 - found ===> py27-pillow-2.6.0 depends on shared library: libfreetype.so - found (/usr/local/lib/libfreetype.so.6.11.2) ===> py27-pillow-2.6.0 depends on shared library: libjpeg.so - found (/usr/local/lib/libjpeg.so.11) ===> py27-pillow-2.6.0 depends on shared library: liblcms2.so - found (/usr/local/lib/liblcms2.so.2.0.6) ===> py27-pillow-2.6.0 depends on shared library: libtiff.so - found (/usr/local/lib/libtiff.so.4) ===> py27-pillow-2.6.0 depends on shared library: libwebp.so - found (/usr/local/lib/libwebp.so.5.0.1) ===> Configuring for py27-pillow-2.6.0 running config ===> Staging for py27-pillow-2.6.0 ===> py27-pillow-2.6.0 depends on package: py27-setuptools27>0 - found ===> py27-pillow-2.6.0 depends on file: /usr/local/bin/python2.7 - found ===> Generating temporary packing list running build running build_py creating build creating build/lib.freebsd-9.3-STABLE-amd64-2.7 creating build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/BdfFontFile.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/BmpImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/BufrStubImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ContainerIO.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/CurImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/DcxImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/EpsImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ExifTags.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/FitsStubImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/FliImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/FontFile.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/FpxImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/GbrImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/GdImageFile.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/GifImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/GimpGradientFile.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/GimpPaletteFile.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/GribStubImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/Hdf5StubImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/IcnsImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/IcoImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/Image.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageChops.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageCms.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageColor.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageDraw.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageDraw2.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageEnhance.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageFile.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageFileIO.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageFilter.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageFont.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageGrab.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageMath.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageMode.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageMorph.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageOps.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImagePalette.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImagePath.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageQt.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageSequence.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageShow.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageStat.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageTk.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageTransform.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImageWin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/ImtImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/IptcImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/Jpeg2KImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/JpegImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/JpegPresets.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/McIdasImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/MicImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/MpegImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/MpoImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/MspImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/OleFileIO.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/PSDraw.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/PaletteFile.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/PalmImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/PcdImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/PcfFontFile.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/PcxImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/PdfImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/PixarImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/PngImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/PpmImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/PsdImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/PyAccess.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/SgiImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/SpiderImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/SunImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/TarIO.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/TgaImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/TiffImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/TiffTags.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/WalImageFile.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/WebPImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/WmfImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/XVThumbImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/XbmImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/XpmImagePlugin.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/__init__.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/_binary.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL copying PIL/_util.py -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL running egg_info creating Pillow.egg-info writing Pillow.egg-info/PKG-INFO writing top-level names to Pillow.egg-info/top_level.txt writing dependency_links to Pillow.egg-info/dependency_links.txt writing manifest file 'Pillow.egg-info/SOURCES.txt' reading manifest file 'Pillow.egg-info/SOURCES.txt' reading manifest template 'MANIFEST.in' warning: no files found matching '*.bdf' under directory 'Images' warning: no files found matching '*.fli' under directory 'Images' warning: no files found matching '*.gif' under directory 'Images' warning: no files found matching '*.icns' under directory 'Images' warning: no files found matching '*.ico' under directory 'Images' warning: no files found matching '*.jpg' under directory 'Images' warning: no files found matching '*.pbm' under directory 'Images' warning: no files found matching '*.pil' under directory 'Images' warning: no files found matching '*.png' under directory 'Images' warning: no files found matching '*.ppm' under directory 'Images' warning: no files found matching '*.psd' under directory 'Images' warning: no files found matching '*.tar' under directory 'Images' warning: no files found matching '*.webp' under directory 'Images' warning: no files found matching '*.xpm' under directory 'Images' warning: no files found matching 'README' under directory 'Sane' warning: no files found matching 'README' under directory 'Scripts' warning: no files found matching '*.icm' under directory 'Tests' warning: no files found matching '*.txt' under directory 'Tk' writing manifest file 'Pillow.egg-info/SOURCES.txt' copying PIL/OleFileIO-README.md -> build/lib.freebsd-9.3-STABLE-amd64-2.7/PIL running build_ext Traceback (most recent call last): File "setup.py", line 757, in zip_safe=True, File "/usr/local/lib/python2.7/distutils/core.py", line 151, in setup dist.run_commands() File "/usr/local/lib/python2.7/distutils/dist.py", line 953, in run_commands self.run_command(cmd) File "/usr/local/lib/python2.7/distutils/dist.py", line 972, in run_command cmd_obj.run() File "/usr/local/lib/python2.7/distutils/command/build.py", line 127, in run self.run_command(cmd_name) File "/usr/local/lib/python2.7/distutils/cmd.py", line 326, in run_command self.distribution.run_command(command) File "/usr/local/lib/python2.7/distutils/dist.py", line 972, in run_command cmd_obj.run() File "/usr/local/lib/python2.7/distutils/command/build_ext.py", line 337, in run self.build_extensions() File "setup.py", line 507, in build_extensions % (f, f)) ValueError: --enable-tcl requested but tcl not found, aborting. *** [do-install] Error code 1 Stop in /usr/ports/graphics/py-pillow. *** [stage] Error code 1 Stop in /usr/ports/graphics/py-pillow. If the option is off, everything works. -- Regards, Torfinn Ingolfsen From owner-freebsd-ports@FreeBSD.ORG Fri Nov 7 23:37:22 2014 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 5E3B0DED for ; Fri, 7 Nov 2014 23:37:22 +0000 (UTC) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 173B3D0A for ; Fri, 7 Nov 2014 23:37:21 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id AEEC728423; Sat, 8 Nov 2014 00:31:04 +0100 (CET) Received: from illbsd.quip.test (ip-89-177-49-222.net.upcbroadband.cz [89.177.49.222]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 3911F28422; Sat, 8 Nov 2014 00:31:00 +0100 (CET) Message-ID: <545D5633.2040305@quip.cz> Date: Sat, 08 Nov 2014 00:30:59 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1 MIME-Version: 1.0 To: arrowdodger <6yearold@gmail.com> Subject: Re: FreeBSD Port: devel/tortoisehg - is not compatible with Mercurial version 3.2 References: <541C0100.6060308@quip.cz> <54232F7A.9030800@quip.cz> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; 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: Fri, 07 Nov 2014 23:37:22 -0000 arrowdodger wrote, On 09/25/2014 07:48: > On Thu, Sep 25, 2014 at 12:54 AM, Miroslav Lachman <000.fbsd@quip.cz> wrote: > >> arrowdodger wrote, On 09/21/2014 11:34: >> >>> On Fri, Sep 19, 2014 at 2:10 PM, Miroslav Lachman <000.fbsd@quip.cz> >>> wrote: >>> >>> Hi, >>>> I tried to install TortoiseHG on FreeBSD 10 (PC-BSD), but it doesn't >>>> work, >>>> because it is not compatible with Mercurial 3.1.1 (version in ports >>>> tree). >>>> >>> >> [...] >> >> Can you please update TortoiseHG to more current version? >>>> >>>> The website http://tortoisehg.bitbucket.org/ has: >>>> | >>>> >>>> * 2014-09-04: TortoiseHg 3.1.1 (with Mercurial 3.1.1) released >>>> * 2014-08-03: TortoiseHg 3.1 (with Mercurial 3.1+2) released >>>> >>>> >>>> Miroslav Lachman >>>> >>>> >>>> Oh, right. I've got taken away by $WORK. >>> Will update the port ASAP. >>> >> >> >> Thank you, I really appreciate your work. >> >> Miroslav Lachman >> >> > Here's a PR [1] with a port patch, if you dont want to wait for the commit. > > [1]: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193812 Hi, I am sorry to disturbing you again, but ports tree now has Mercurial 3.2 and it is not comaptible with TortoiseHG 3.1.1. So it cannot be used on newly installed machines and/or with packages. Can you please update TortoiseHG port again? Miroslav Lachman From owner-freebsd-ports@FreeBSD.ORG Sat Nov 8 00:23:17 2014 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 1050E509; Sat, 8 Nov 2014 00:23:17 +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 D92BD18C; Sat, 8 Nov 2014 00:23:16 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA80NKf6084639; Fri, 7 Nov 2014 16:23:20 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: "FreeBSD ports" , "FreeBSD CURRENT" , From: "Chris H" Subject: How exactly does the base toolchain determine WHICH language to build with? Date: Fri, 07 Nov 2014 16:23:20 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <6810431a15d054459a29d434dd22619e@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: Sat, 08 Nov 2014 00:23:17 -0000 Greetings, Sorry for the long title. I've been [needlessly] struggling with getting ports within the ports tree to build, on a fresh 11-CURRENT install from 2014-11-05. With custom KERNEL and WORLD built, and installed. Here's my situation, which has worked well since ~8.2; make.conf(5) WITHOUT_CLANG=true FAVORITE_COMPILER=gcc src.conf(5) WITHOUT_CLANG=true I'll neither argue, nor defend rational for w/o clang. To boring and out of scope for this thread. That said; I realize that lang/clang(33/34/35) is the default toolchain for 10+, and that's just fine by me. So I shouldn't be terribly surprised when install kernel/world, followed by make delete-old removes the clang built, or provided by the base install from the (initial) install procedure. But what _does_ surprise me, is that the install of lang/gcc-48 does _not_ become the compiler of choice with the above $ENV, after [seemingly] deleting clang. I understand that it may not be advisable to eliminate the default [base] toolchain. But leaving only remnants of clang, causes quite a bit of what I would consider POLA. Given that clang's bin files are [still] located in /usr/bin, while additional compilers are located in /usr/local/bin. All past installs -- even an older 11, did not exhibit this problem. What's changed? What's the rational, and how to best setup an effective build $ENV under the current circumstances? Or is this simply an [unintended] anomaly? Currently, the only way I can envision overcoming this, is by way of make.conf(5). Using the CC, CXX, and CPP directives. Which IMHO is not ideal. Thank you for all your time, and consideration, and sorry for the somewhat longish post. --Chris From owner-freebsd-ports@FreeBSD.ORG Sat Nov 8 01:47:45 2014 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 D475359D; Sat, 8 Nov 2014 01:47:45 +0000 (UTC) Received: from mail.westryn.net (mail.westryn.net [199.48.135.251]) (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 B84F5AA2; Sat, 8 Nov 2014 01:47:45 +0000 (UTC) Received: from hayden.westryn.net (225x169.ouraynet.com [204.16.225.169]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.westryn.net (Postfix) with ESMTPSA id 3D45C9432D2; Fri, 7 Nov 2014 18:41:42 -0700 (MST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: FreeBSD Port: ruby21-2.1.3_1,1 From: Carol Deihl Date: Fri, 7 Nov 2014 18:41:40 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <430278F3-C8C5-46CD-8D30-0F9882D127EF@westryn.net> To: ruby@FreeBSD.org X-Mailer: Apple Mail (2.1990.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: Sat, 08 Nov 2014 01:47:45 -0000 Hello, I just installed ruby21-2.1.3_1,1 with the DEBUG option *unset*, and when ruby21 is invoked, it prints out: WARNING: number of probes fixed does not match the number of defined = probes (9 !=3D 50, respectively) WARNING: some probes might not fire or your program might crash I haven't used dtrace yet and don't know much about it, but I discovered that if I re-installed the port with DEBUG turned on = (*set*), then the warning messages aren't printed. I'm guessing that the probes.d file in the ruby source arranges to = install some probes at runtime in some routines that don't get compiled into ruby if DEBUG = is off. Is it appropriate to just tell you about this? Should I file a bug = report someplace else? Thank you for your work on the ruby ports! Regards, Carol -- Carol Deihl - carol@westryn.net Shrier and Deihl, Westryn Internet Services Internet Software Development and Hosting Remote Unix Admin, Security http://www.westryn.net/ From owner-freebsd-ports@FreeBSD.ORG Sat Nov 8 02:43:10 2014 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 BF2B1B2D for ; Sat, 8 Nov 2014 02:43:10 +0000 (UTC) Received: from mail-lb0-f170.google.com (mail-lb0-f170.google.com [209.85.217.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48F86ED8 for ; Sat, 8 Nov 2014 02:43:09 +0000 (UTC) Received: by mail-lb0-f170.google.com with SMTP id p9so350195lbv.15 for ; Fri, 07 Nov 2014 18:43:02 -0800 (PST) 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=YtAnL0lRWOMddOibh4vM8GWuqyN0MgvqRiSS6r9POvg=; b=iNlz5ZUNbHTtkZO6r4QRY1V+uU2hyJJ8s9v5dWLzTq2UEj9Co2bjWILTbsVZKTBjr5 MEXGWnT7jV6WLIKrlvW+k3fJx/PP0gIMGezhztF4ZgwMTkKkUiNrg7zFz6Bk/CZ02iOF 5UDS4yCsW+B1Hr0pDy09YxgVQfUxuPZ2S9vb262uX06R6ob+ODbAz2fA+DjmH2caUsbe aSmq88XnEfZIZ6dbbBumsEAvxSbEgrfOjU2AbJRVVpGE5y7BBlLIkuppz7/Y50gPJQyM R/UaHDkfWWgwR0z2gcHbdORQ1IZw7y000lMQfSPJHCntf4jWSrnnk1pA9ZsDcG9z9BZE FveA== X-Gm-Message-State: ALoCoQkFWdgkGXesfKKzPLEo/IVXGt4oAZ/2ynZpALrXr6v/i0bveMfaxzYPzTpHHbjA2uQ8qvTx MIME-Version: 1.0 X-Received: by 10.152.20.72 with SMTP id l8mr14719100lae.43.1415414582142; Fri, 07 Nov 2014 18:43:02 -0800 (PST) Received: by 10.112.92.101 with HTTP; Fri, 7 Nov 2014 18:43:02 -0800 (PST) X-Originating-IP: [121.99.82.172] In-Reply-To: References: Date: Sat, 8 Nov 2014 15:43:02 +1300 Message-ID: Subject: Re: mail-notification only allows Gmail mailboxes? From: Jonathan Chen To: Torfinn Ingolfsen Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Ports 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: Sat, 08 Nov 2014 02:43:10 -0000 On 8 November 2014 09:18, Torfinn Ingolfsen wrote: > I've built mail/mail-notification with these options: > root@kg-core1# make showconfig > ===> The following configuration options are available for > mail-notification-5.4_15: > EVOLUTION=off: Evolution support > GMAIL=on: Gmail support > IMAP=on: IMAP support > MAILDIR=on: Maildir support > MBOX=on: mbox support > MH=on: MH support > MOZILLA=on: Mozilla products support > POP3=on: POP3 support > SASL=on: SASL authentication support > SSL=on: SSL protocol support > SYLPHEED=on: Sylpheed support > ===> Use 'make config' to modify these settings I'm not seeing your errors - but my options differs from yours in that I have MOZILLA=off. I'm also running 10/STABLE Cheers. -- Jonathan Chen From owner-freebsd-ports@FreeBSD.ORG Sat Nov 8 04:39:29 2014 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 347B7603; Sat, 8 Nov 2014 04:39:29 +0000 (UTC) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B98CFC86; Sat, 8 Nov 2014 04:39:28 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id y10so5211231wgg.2 for ; Fri, 07 Nov 2014 20:39:27 -0800 (PST) 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=7TnuqNMxWAM7BVOeMpbT7B6xHkWZ1tw/lORMFkuwPNE=; b=d5Q+WPCy99jcDGyTjLRTaP7uJlPU/u5F0L/QmxlUdeou8J1M6a8S+dm1MCsSKnhxSP P5Th+vVH3WU/M3eIboLSQmhVEoBXtQLlePfoheX2ugRyelSWc1ygQBvngm4eBmEYDScy FaTZljOYAgXfV7TBxCEHzMITTg8hicg0m7VUNQ7lI7IArcAOX52NsFaQQjOsJmipEYdc pNRxePkgawkCSh9s8C7RzqdLyYrNGNYAjSCUDc1Uzoe5hS5a980JG/9S5IX1jfRqmBIb +SXIc97jd38GuiYUsP68J3bUmMCv4dcP/cNesf3SM6VV27MNrWAdTjZytMYg3tTVM04D dugQ== MIME-Version: 1.0 X-Received: by 10.194.60.16 with SMTP id d16mr22809070wjr.13.1415421567201; Fri, 07 Nov 2014 20:39:27 -0800 (PST) Received: by 10.27.46.14 with HTTP; Fri, 7 Nov 2014 20:39:27 -0800 (PST) In-Reply-To: <6810431a15d054459a29d434dd22619e@ultimatedns.net> References: <6810431a15d054459a29d434dd22619e@ultimatedns.net> Date: Fri, 7 Nov 2014 22:39:27 -0600 Message-ID: Subject: Re: How exactly does the base toolchain determine WHICH language to build with? From: Scot Hetzel To: Chris H Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, FreeBSD CURRENT , 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: Sat, 08 Nov 2014 04:39:29 -0000 On Fri, Nov 7, 2014 at 6:23 PM, Chris H wrote: > Greetings, > Sorry for the long title. I've been [needlessly] struggling > with getting ports within the ports tree to build, on a > fresh 11-CURRENT install from 2014-11-05. With custom > KERNEL and WORLD built, and installed. > Here's my situation, which has worked well since ~8.2; > make.conf(5) > WITHOUT_CLANG=true > FAVORITE_COMPILER=gcc > src.conf(5) > WITHOUT_CLANG=true > > I'll neither argue, nor defend rational for w/o clang. To > boring and out of scope for this thread. That said; I > realize that lang/clang(33/34/35) is the default toolchain > for 10+, and that's just fine by me. So I shouldn't be lang/clang(33/34/35) is not the default toolchain in 10+. 10+ uses a version of clang that is included in the FreeBSD source (/usr/src). > terribly surprised when install kernel/world, followed by > make delete-old removes the clang built, or provided by > the base install from the (initial) install procedure. But > what _does_ surprise me, is that the install of lang/gcc-48 > does _not_ become the compiler of choice with the above > $ENV, after [seemingly] deleting clang. I understand that FAVORITE_COMPILER is used by Mk/Uses/compiler.mk. If you want ports to build with lang/gcc-48, then you would need to check that the ports you are trying to compile have either USES=compiler or USES_GCC defined in their Makefile. Otherwise the ports will use the compiler that is provided by the FreeBSD source (gcc 2.4.x or clang). When WITHOUT_CLANG is defined in make.conf/src.conf. The FreeBSD source will be built using gcc 2.4.x from the FreeBSD source. /usr/bin/{cc,c++} will then be linked to the gcc versions. The ports will then use this version to build if there is no USES_GCC or USES=compiler in the ports Makefile. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-ports@FreeBSD.ORG Sat Nov 8 04:50:24 2014 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 CD1EE805; Sat, 8 Nov 2014 04:50:24 +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 98D58D51; Sat, 8 Nov 2014 04:50:24 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id sA84oRB6004679; Fri, 7 Nov 2014 20:50:28 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Scot Hetzel In-Reply-To: References: <6810431a15d054459a29d434dd22619e@ultimatedns.net>, From: "Chris H" Subject: Re: How exactly does the base toolchain determine WHICH language to build with? Date: Fri, 07 Nov 2014 20:50:28 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <7ea810d33efa9b6c64d75cb08abdae93@ultimatedns.net> Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, FreeBSD CURRENT , 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: Sat, 08 Nov 2014 04:50:25 -0000 On Fri, 7 Nov 2014 22:39:27 -0600 Scot Hetzel wrote > On Fri, Nov 7, 2014 at 6:23 PM, Chris H wrote: > > Greetings, > > Sorry for the long title. I've been [needlessly] struggling > > with getting ports within the ports tree to build, on a > > fresh 11-CURRENT install from 2014-11-05. With custom > > KERNEL and WORLD built, and installed. > > Here's my situation, which has worked well since ~8.2; > > make.conf(5) > > WITHOUT_CLANG=true > > FAVORITE_COMPILER=gcc > > src.conf(5) > > WITHOUT_CLANG=true > > > > I'll neither argue, nor defend rational for w/o clang. To > > boring and out of scope for this thread. That said; I > > realize that lang/clang(33/34/35) is the default toolchain > > for 10+, and that's just fine by me. So I shouldn't be > > lang/clang(33/34/35) is not the default toolchain in 10+. 10+ uses a > version of clang that is included in the FreeBSD source (/usr/src). > > > terribly surprised when install kernel/world, followed by > > make delete-old removes the clang built, or provided by > > the base install from the (initial) install procedure. But > > what _does_ surprise me, is that the install of lang/gcc-48 > > does _not_ become the compiler of choice with the above > > $ENV, after [seemingly] deleting clang. I understand that > > FAVORITE_COMPILER is used by Mk/Uses/compiler.mk. > > If you want ports to build with lang/gcc-48, then you would need to > check that the ports you are trying to compile have either > USES=compiler or USES_GCC defined in their Makefile. Otherwise the > ports will use the compiler that is provided by the FreeBSD source > (gcc 2.4.x or clang). > > When WITHOUT_CLANG is defined in make.conf/src.conf. The FreeBSD > source will be built using gcc 2.4.x from the FreeBSD source. > /usr/bin/{cc,c++} will then be linked to the gcc versions. The ports > will then use this version to build if there is no USES_GCC or > USES=compiler in the ports Makefile. Perfect, and thank you very much, Scott, for the clarification. For what ever reason. Mine (CC,cc++,...) are linked to what's left of clang. I guess I'll need to try and dig deeper, and see if I can discover, why, and what happened. Just for the record. Re-reading my comment above, I realize that my statement regarding clang, might be interpreted as my having negative feelings about clang/llvm. For clarity, that is not the case. This install is targeted at development. As such, I want more granular control of what I build, and test with. So I'll actually be installing every version of lang/clang, and testing accordingly. Thank you again, Scott, for taking the time to respond. --Chris > > -- > DISCLAIMER: > > No electrons were maimed while sending this message. Only slightly bruised. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-ports@FreeBSD.ORG Sat Nov 8 08:43:14 2014 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 5EC5BDB for ; Sat, 8 Nov 2014 08:43:14 +0000 (UTC) Received: from gate.utahime.jp (ipq210.utahime.jp [183.180.29.210]) by mx1.freebsd.org (Postfix) with ESMTP id 2D460319 for ; Sat, 8 Nov 2014 08:43:13 +0000 (UTC) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) by gate.utahime.jp (Postfix) with ESMTP id 4DD614E60B; Sat, 8 Nov 2014 17:43:06 +0900 (JST) Received: from eastasia.home.utahime.org (localhost [127.0.0.1]) by localhost-backdoor.home.utahime.org (Postfix) with ESMTP id 170C575976; Sat, 8 Nov 2014 17:43:06 +0900 (JST) Received: from localhost (rolling.home.utahime.org [192.168.174.11]) by eastasia.home.utahime.org (Postfix) with ESMTPA id AE9FE7596E; Sat, 8 Nov 2014 17:43:05 +0900 (JST) Date: Sat, 08 Nov 2014 17:42:27 +0900 (JST) Message-Id: <20141108.174227.379705885.yasu@utahime.org> To: freebsd-ports@freebsd.org Subject: Please commit 2 PRs From: Yasuhiro KIMURA X-Mailer: Mew version 6.6 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP 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, 08 Nov 2014 08:43:14 -0000 Dear committers, Would someone please commit following 2 PRs? Bug 191308 - [PATCH] japanese/p5-MeCab: fix LICENSE, strip shared library and etc. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191308 Bug 191309 - [PATCH] japanese/py-mecab: Update LICENSE, Strip shared library https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191309 Best Regards. --- Yasuhiro KIMURA From owner-freebsd-ports@FreeBSD.ORG Sat Nov 8 09:18:25 2014 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 603A97C0 for ; Sat, 8 Nov 2014 09:18:25 +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 1E4DC7F2 for ; Sat, 8 Nov 2014 09:18:25 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1Xn2A1-000GER-4C; Sat, 08 Nov 2014 10:18:21 +0100 Date: Sat, 8 Nov 2014 10:18:21 +0100 From: Kurt Jaeger To: Yasuhiro KIMURA Subject: Re: Please commit 2 PRs Message-ID: <20141108091821.GR66862@home.opsec.eu> References: <20141108.174227.379705885.yasu@utahime.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141108.174227.379705885.yasu@utahime.org> 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: Sat, 08 Nov 2014 09:18:25 -0000 Hi! > Would someone please commit following 2 PRs? > > Bug 191308 - [PATCH] japanese/p5-MeCab: fix LICENSE, strip shared library and etc. > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191308 > > Bug 191309 - [PATCH] japanese/py-mecab: Update LICENSE, Strip shared library > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191309 Done. -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Sat Nov 8 09:21:18 2014 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 941AF876 for ; Sat, 8 Nov 2014 09:21:18 +0000 (UTC) Received: from gate.utahime.jp (ipq210.utahime.jp [183.180.29.210]) by mx1.freebsd.org (Postfix) with ESMTP id 618A4893 for ; Sat, 8 Nov 2014 09:21:17 +0000 (UTC) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) by gate.utahime.jp (Postfix) with ESMTP id 3E73D4E60B; Sat, 8 Nov 2014 18:21:17 +0900 (JST) Received: from eastasia.home.utahime.org (localhost [127.0.0.1]) by localhost-backdoor.home.utahime.org (Postfix) with ESMTP id 06F6175976; Sat, 8 Nov 2014 18:21:17 +0900 (JST) Received: from localhost (rolling.home.utahime.org [192.168.174.11]) by eastasia.home.utahime.org (Postfix) with ESMTPA id 9AA727596E; Sat, 8 Nov 2014 18:21:16 +0900 (JST) Date: Sat, 08 Nov 2014 18:21:11 +0900 (JST) Message-Id: <20141108.182111.475433784.yasu@utahime.org> To: lists@opsec.eu Subject: Re: Please commit 2 PRs From: Yasuhiro KIMURA In-Reply-To: <20141108091821.GR66862@home.opsec.eu> References: <20141108.174227.379705885.yasu@utahime.org> <20141108091821.GR66862@home.opsec.eu> X-Mailer: Mew version 6.6 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP 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: Sat, 08 Nov 2014 09:21:18 -0000 From: Kurt Jaeger Subject: Re: Please commit 2 PRs Date: Sat, 8 Nov 2014 10:18:21 +0100 >> Would someone please commit following 2 PRs? >> > Done. Thank you for quick response! --- Yasuhiro KIMURA From owner-freebsd-ports@FreeBSD.ORG Sat Nov 8 10:02:03 2014 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 4A48A14F for ; Sat, 8 Nov 2014 10:02: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 36F37C1C for ; Sat, 8 Nov 2014 10:02: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 sA8A23QN047359 for ; Sat, 8 Nov 2014 10:02:03 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id sA8A23aL047355; Sat, 8 Nov 2014 10:02:03 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201411081002.sA8A23aL047355@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: Sat, 8 Nov 2014 10:02: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: Sat, 08 Nov 2014 10:02: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 ------------------------------------------------+-----------------+------------ databases/pgpoolAdmin | 3.3.1 | 3.4.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 Sat Nov 8 10:07:12 2014 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 29F04253 for ; Sat, 8 Nov 2014 10:07:12 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F235AC48 for ; Sat, 8 Nov 2014 10:07:11 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id sA8A7AJZ063619 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 8 Nov 2014 02:07:10 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id sA8A7ACq063618 for ports@FreeBSD.org; Sat, 8 Nov 2014 02:07:10 -0800 (PST) (envelope-from jmg) Date: Sat, 8 Nov 2014 02:07:10 -0800 From: John-Mark Gurney To: ports@FreeBSD.org Subject: review of new tcpcrypt port... Message-ID: <20141108100709.GF24601@funkthat.com> Mail-Followup-To: John-Mark Gurney , ports@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="FkmkrVfFsRoUs1wW" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sat, 08 Nov 2014 02:07:10 -0800 (PST) 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, 08 Nov 2014 10:07:12 -0000 --FkmkrVfFsRoUs1wW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I'd like someone to review the attached port for me to commit... It contains a daemon to run on divert sockets to implement the tcpcrypt protocol. I have tested this port w/ HEAD and it works fine w/ the attached patch... The included patch has been submitted upstream and committed, but a new release has not yet been released. portlint -A looks fine. Thanks. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --FkmkrVfFsRoUs1wW Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="tcpcrypt.port.patch" Index: GIDs =================================================================== --- GIDs (revision 372292) +++ GIDs (working copy) @@ -223,6 +223,7 @@ polw:*:825: statsd:*:826: netdisco:*:840: +tcpcryptd:*:841: munin:*:842: dahdi:*:843:asterisk fossy:*:901:www Index: UIDs =================================================================== --- UIDs (revision 372292) +++ UIDs (working copy) @@ -229,6 +229,7 @@ polw:*:825:825::0:0:Policyd-weight Cache Owner:/nonexistent:/sbin/nologin statsd:*:826:826::0:0:Statsd Daemon:/nonexistent:/sbin/nologin netdisco:*:840:840::0:0:netdisco daemon:/nonexistent:/usr/sbin/nologin +tcpcryptd:*:841:841::0:0:tcpcrypt daemon:/nonexistent:/usr/sbin/nologin munin:*:842:842::0:0:Munin:/var/munin:/usr/sbin/nologin fossy:*:901:901::0:0:FOSSology user:/usr/local/share/fossology:/usr/local/bin/bash scanlogd:*:902:902::0:0:scanlogd user:/nonexistent:/usr/sbin/nologin Index: security/tcpcrypt/Makefile =================================================================== --- security/tcpcrypt/Makefile (revision 0) +++ security/tcpcrypt/Makefile (working copy) @@ -0,0 +1,27 @@ +# Created by: John-Mark Gurney +# $FreeBSD$ + +PORTNAME= tcpcrypt +DISTVERSION= 0.3.rc1 +CATEGORIES= security net + +MAINTAINER= jmg@FreeBSD.org +COMMENT= TCPCrypt userland divert daemon + +LICENSE= BSD2CLAUSE + +USE_GITHUB= yes +GH_ACCOUNT= scslab +GH_TAGNAME= v0.3-rc1 +GH_COMMIT= b110e7e + +#WRKSRC_SUBDIR= user +GNU_CONFIGURE= yes +USE_LDCONFIG= yes +USES= autoreconf libtool +INSTALL_TARGET= install-strip + +USERS= tcpcryptd +GROUPS= tcpcryptd + +.include Property changes on: security/tcpcrypt/Makefile ___________________________________________________________________ Added: svn:mime-type ## -0,0 +1 ## +text/plain \ No newline at end of property Added: svn:keywords ## -0,0 +1 ## +FreeBSD=%H \ No newline at end of property Added: svn:eol-style ## -0,0 +1 ## +native \ No newline at end of property Index: security/tcpcrypt/distinfo =================================================================== --- security/tcpcrypt/distinfo (revision 0) +++ security/tcpcrypt/distinfo (working copy) @@ -0,0 +1,2 @@ +SHA256 (tcpcrypt-0.3.rc1.tar.gz) = da184da7b702cadeaec670f09e34af8d41be84d81ad253f4d977aaaa576da865 +SIZE (tcpcrypt-0.3.rc1.tar.gz) = 183047 Index: security/tcpcrypt/files/patch-unix.c =================================================================== --- security/tcpcrypt/files/patch-unix.c (revision 0) +++ security/tcpcrypt/files/patch-unix.c (working copy) @@ -0,0 +1,17 @@ +--- src/unix.c.orig 2014-09-10 16:22:26.000000000 -0700 ++++ src/unix.c 2014-10-31 23:59:29.000000000 -0700 +@@ -57,7 +57,13 @@ + s_in.sin_addr = ip->ip_dst; + s_in.sin_port = tcp->th_dport; + +-#if defined(__FreeBSD__) || defined(__DARWIN_UNIX03) ++#if defined(__FreeBSD__) ++#include ++#if __FreeBSD_version < 1000022 ++ #define HO_LEN ++#endif ++#endif ++#ifdef __DARWIN_UNIX03 + #define HO_LEN + #endif + #ifdef HO_LEN Property changes on: security/tcpcrypt/files/patch-unix.c ___________________________________________________________________ Added: svn:mime-type ## -0,0 +1 ## +text/plain \ No newline at end of property Added: svn:keywords ## -0,0 +1 ## +FreeBSD=%H \ No newline at end of property Added: svn:eol-style ## -0,0 +1 ## +native \ No newline at end of property Index: security/tcpcrypt/pkg-descr =================================================================== --- security/tcpcrypt/pkg-descr (revision 0) +++ security/tcpcrypt/pkg-descr (working copy) @@ -0,0 +1,12 @@ +Tcpcrypt is a protocol that attempts to encrypt (almost) all of your +network traffic. Unlike other security mechanisms, Tcpcrypt works out +of the box: it requires no configuration, no changes to applications, +and your network connections will continue to work even if the remote +end does not support Tcpcrypt, in which case connections will +gracefully fall back to standard clear-text TCP. Install Tcpcrypt and +you'll feel no difference in your every day user experience, but yet +your traffic will be more secure and you'll have made life much harder +for hackers. + +WWW: http://www.tcpcrypt.org/ +WWW: https://github.com/sorbo/tcpcrypt Index: security/tcpcrypt/pkg-plist =================================================================== --- security/tcpcrypt/pkg-plist (revision 0) +++ security/tcpcrypt/pkg-plist (working copy) @@ -0,0 +1,10 @@ +bin/tcnetstat +bin/tcpcryptd +include/tcpcrypt/socket_address.h +include/tcpcrypt/tcpcrypt.h +lib/libtcpcrypt.a +lib/libtcpcrypt.so +lib/libtcpcrypt.so.0 +lib/libtcpcrypt.so.0.0.0 +man/man8/tcnetstat.8.gz +man/man8/tcpcryptd.8.gz --FkmkrVfFsRoUs1wW-- From owner-freebsd-ports@FreeBSD.ORG Sat Nov 8 10:39:05 2014 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 CEEEB811 for ; Sat, 8 Nov 2014 10:39:05 +0000 (UTC) Received: from mail-lb0-f174.google.com (mail-lb0-f174.google.com [209.85.217.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 51AD7EA0 for ; Sat, 8 Nov 2014 10:39:04 +0000 (UTC) Received: by mail-lb0-f174.google.com with SMTP id p9so603311lbv.5 for ; Sat, 08 Nov 2014 02:38:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=NrRNLcl/Bng1chtI9qBnyD/0zBwA4y6wi3gbrjcTtW8=; b=kSwD2QVEJYhP2cCdXS29k/pxIu21x70sUE9SEsvOnpfmiCb4usHYC7VpsP2OajzoWN 8wM9s7nUIB1uTk1H1StTLxFnnmiU/eEnPklLSNyatHVosjmOe/hfHk+WlJBFplJph0nk siab5FnHGlbIYNR1Bb4qVqxoSj5WZoWGcq1yqiX67iuPmDdj8nx9O7PGvQL6xu00wc22 nddLZUq+Jpp752tDDcEjQ3J1qgbCsoTiryJTWo70Sp6jTVwKBAious1/P+vHoVbFAEFL 3T1tyHh8RlRZZk32PLmcYQ6IO1wG4J3lfw+Zzf6JOq2oubxlEYBga95Eg5Avf2H4IeDj yiVw== X-Gm-Message-State: ALoCoQlVeD5XW5PihUJK7BpPbH4liHel7VnJv4K2dA/ahViPIvDTgH9Yej5vWGq+zrx7PrgyfTVH X-Received: by 10.112.200.34 with SMTP id jp2mr16629928lbc.1.1415443137335; Sat, 08 Nov 2014 02:38:57 -0800 (PST) Received: from [192.168.1.2] ([89.169.173.68]) by mx.google.com with ESMTPSA id ba1sm3845193lbb.24.2014.11.08.02.38.56 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 08 Nov 2014 02:38:56 -0800 (PST) Message-ID: <545DF2BF.6090407@freebsd.org> Date: Sat, 08 Nov 2014 13:38:55 +0300 From: Andrey Chernov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Steve Wills Subject: Re: Can't build ruby20 on -current: it doesn't honor WITHOUT_CDDL=yes References: <54520ED5.6040907@freebsd.org> <20141030101739.GD63624@ivaldir.etoilebsd.net> <5452123A.40108@freebsd.org> <20141030151458.GE4395@mouf.net> <54583CDB.9090704@freebsd.org> <20141107022237.GI4395@mouf.net> In-Reply-To: <20141107022237.GI4395@mouf.net> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Cc: ports , ruby@freebsd.org, Baptiste Daroussin 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, 08 Nov 2014 10:39:05 -0000 On 07.11.2014 5:22, Steve Wills wrote: >> Do you approve the patch attached? > > Yeah, that looks fine. Thanx, committed. BTW, are you sure that number 1010000 is right in the (${ARCH} == "i386" && ${OSVERSION} > 1010000) expression? I left it as it was originally, but my 10-stable i386 have 1001501, i.e. 1001 instead of 1010. -- http://ache.vniz.net/ From owner-freebsd-ports@FreeBSD.ORG Sat Nov 8 13:46:29 2014 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 B5735C2D; Sat, 8 Nov 2014 13:46:29 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (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 765E8140; Sat, 8 Nov 2014 13:46:29 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::c850:5765:a731:a87d] (unknown [IPv6:2001:7b8:3a7:0:c850:5765:a731:a87d]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 342F0B80A; Sat, 8 Nov 2014 14:46:22 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: How exactly does the base toolchain determine WHICH language to build with? From: Dimitry Andric In-Reply-To: <6810431a15d054459a29d434dd22619e@ultimatedns.net> Date: Sat, 8 Nov 2014 14:46:21 +0100 Content-Transfer-Encoding: 7bit Message-Id: <2D6D79A7-D05E-4DE2-A2B6-EFE261204B02@FreeBSD.org> References: <6810431a15d054459a29d434dd22619e@ultimatedns.net> To: Chris H X-Mailer: Apple Mail (2.1990.1) Cc: freebsd-hackers@freebsd.org, FreeBSD CURRENT , 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: Sat, 08 Nov 2014 13:46:29 -0000 On 08 Nov 2014, at 01:23, Chris H wrote: > Sorry for the long title. I've been [needlessly] struggling > with getting ports within the ports tree to build, on a > fresh 11-CURRENT install from 2014-11-05. With custom > KERNEL and WORLD built, and installed. > Here's my situation, which has worked well since ~8.2; > make.conf(5) > WITHOUT_CLANG=true > FAVORITE_COMPILER=gcc > src.conf(5) > WITHOUT_CLANG=true If you don't want to use and build clang at all, I think you also need these two settings (at least on recent -CURRENT): WITHOUT_CLANG_BOOTSTRAP=foo WITHOUT_CLANG_IS_CC=foo The latter variable determines whether /usr/bin/cc, /usr/bin/c++ and so on are linked to clang or gcc. I suspect the root of all your problems is that you don't have this setting. > I'll neither argue, nor defend rational for w/o clang. To > boring and out of scope for this thread. That said; I > realize that lang/clang(33/34/35) is the default toolchain > for 10+, and that's just fine by me. So I shouldn't be > terribly surprised when install kernel/world, followed by > make delete-old removes the clang built, or provided by > the base install from the (initial) install procedure. But > what _does_ surprise me, is that the install of lang/gcc-48 > does _not_ become the compiler of choice with the above > $ENV, after [seemingly] deleting clang. It does not work that way. If you configure the base system to use gcc only, individual ports can decide that they need newer C++ support, or other features not available in the version of gcc in base (which is very old by now). In that case, they will use one of the gcc ports, or possibly even one of the clang ports. -Dimitry From owner-freebsd-ports@FreeBSD.ORG Sat Nov 8 14:07:04 2014 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 068C930E for ; Sat, 8 Nov 2014 14:07:04 +0000 (UTC) Received: from mail-lb0-x22c.google.com (mail-lb0-x22c.google.com [IPv6:2a00:1450:4010:c04::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5BF6A310 for ; Sat, 8 Nov 2014 14:07:03 +0000 (UTC) Received: by mail-lb0-f172.google.com with SMTP id w7so4014489lbi.3 for ; Sat, 08 Nov 2014 06:07:01 -0800 (PST) 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=JFETmg+Rxu6qLLaTUnfTFvkw0kAdUoKawZLgbYKRc90=; b=Tj5e+m3NhPVQzUysNxywy2O+aDgZnFMl5CMYwuzpmr04AYJxJCgOYlcR30/DzFbbDP BJPtb9QToJiK01KNjcgD3gkr8Mz8wer1e5NPLizd1itoMCpsPirLk+E7hUgJJaZH2Sj/ b1q3QS/w9Xv1jrWDOnDIIROc/zDkQs3Ie/2lKRNgpVwZv2zVYch6HxTo7TVYZBTxeRpS VtxQhVkGhvFJJedfD72enKG88n7Yv41aE55yIISGjqlEjmaTwGsJVJ+KI2Bum3TUvrI6 LHAso5yYpIIbf5mLHbfWrAx3VtxrJsjrJVo0eVI8Kc27V8CVmAjytDFcJSoFsphJnF14 XGVQ== MIME-Version: 1.0 X-Received: by 10.152.27.2 with SMTP id p2mr8297211lag.19.1415455621497; Sat, 08 Nov 2014 06:07:01 -0800 (PST) Received: by 10.25.217.73 with HTTP; Sat, 8 Nov 2014 06:07:01 -0800 (PST) In-Reply-To: References: Date: Sat, 8 Nov 2014 15:07:01 +0100 Message-ID: Subject: Re: mail-notification only allows Gmail mailboxes? From: Torfinn Ingolfsen To: FreeBSD Ports ML Content-Type: text/plain; charset=UTF-8 Cc: Jonathan Chen 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, 08 Nov 2014 14:07:04 -0000 On Sat, Nov 8, 2014 at 3:43 AM, Jonathan Chen wrote: > > I'm not seeing your errors - but my options differs from yours in that > I have MOZILLA=off. I'm also running 10/STABLE I tried changing the MOZILLA option, but no dice. Something is really off here. Options: root@kg-core1# make showconfig ===> The following configuration options are available for mail-notification-5.4_15: EVOLUTION=off: Evolution support GMAIL=on: Gmail support IMAP=on: IMAP support MAILDIR=on: Maildir support MBOX=on: mbox support MH=on: MH support MOZILLA=off: Mozilla products support POP3=on: POP3 support SASL=on: SASL authentication support SSL=on: SSL protocol support SYLPHEED=on: Sylpheed support ===> Use 'make config' to modify these settings build output: root@kg-core1# make ===> Found saved configuration for mail-notification-5.4_15 ===> mail-notification-5.4_15 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by mail-notification-5.4_15 for building ===> Extracting for mail-notification-5.4_15 => SHA256 Checksum OK for mail-notification-5.4.tar.bz2. ===> Patching for mail-notification-5.4_15 ===> Applying FreeBSD patches for mail-notification-5.4_15 ===> mail-notification-5.4_15 depends on file: /usr/local/libdata/pkgconfig/gnome-mime-data-2.0.pc - found ===> mail-notification-5.4_15 depends on executable: gtk-update-icon-cache - found ===> mail-notification-5.4_15 depends on file: /usr/local/bin/intltool-extract - found ===> mail-notification-5.4_15 depends on shared library: libdbus-glib-1.so - found (/usr/local/lib/libdbus-glib-1.so.2.2.2) ===> mail-notification-5.4_15 depends on shared library: libgnome-keyring.so - found (/usr/local/lib/libgnome-keyring.so.0.1.1) ===> mail-notification-5.4_15 depends on shared library: libnotify.so - found (/usr/local/lib/libnotify.so.4.0.0) ===> mail-notification-5.4_15 depends on shared library: libgmime-2.6.so - found (/usr/local/lib/libgmime-2.6.so.0.620.0) ===> mail-notification-5.4_15 depends on shared library: libsasl2.so - found (/usr/local/lib/libsasl2.so.3.0.0) ===> mail-notification-5.4_15 depends on shared library: libintl.so - found (/usr/local/lib/libintl.so.9) ===> mail-notification-5.4_15 depends on shared library: libatk-1.0.so - found (/usr/local/lib/libatk-1.0.so.0.20809.1) ===> mail-notification-5.4_15 depends on shared library: libesd.so - found (/usr/local/lib/libesd.so.2.0.0) ===> mail-notification-5.4_15 depends on shared library: libgconf-2.so - found (/usr/local/lib/libgconf-2.so.4.1.5) ===> mail-notification-5.4_15 depends on shared library: libgdk_pixbuf-2.0.so - found (/usr/local/lib/libgdk_pixbuf-2.0.so.0.2800.2) ===> mail-notification-5.4_15 depends on shared library: libglib-2.0.so - found (/usr/local/lib/libglib-2.0.so.0.3600.3) ===> mail-notification-5.4_15 depends on shared library: libpcre.so - found (/usr/local/lib/libpcre.so.3) ===> mail-notification-5.4_15 depends on shared library: libgnomevfs-2.so - found (/usr/local/lib/libgnomevfs-2.so.0.2400.4) ===> mail-notification-5.4_15 depends on shared library: libgtk-x11-2.0.so - found (/usr/local/lib/libgtk-x11-2.0.so.0.2400.22) ===> mail-notification-5.4_15 depends on shared library: libart_lgpl_2.so - found (/usr/local/lib/libart_lgpl_2.so.5) ===> mail-notification-5.4_15 depends on shared library: libbonobo-2.so - found (/usr/local/lib/libbonobo-2.so.0.0.0) ===> mail-notification-5.4_15 depends on shared library: libbonoboui-2.so - found (/usr/local/lib/libbonoboui-2.so.0.0.0) ===> mail-notification-5.4_15 depends on shared library: libglade-2.0.so - found (/usr/local/lib/libglade-2.0.so.0.0.7) ===> mail-notification-5.4_15 depends on shared library: libgnome-2.so - found (/usr/local/lib/libgnome-2.so.0.3200.0) ===> mail-notification-5.4_15 depends on shared library: libgnomecanvas-2.so - found (/usr/local/lib/libgnomecanvas-2.so.0.3000.3) ===> mail-notification-5.4_15 depends on shared library: libgnomeui-2.so - found (/usr/local/lib/libgnomeui-2.so.0.2400.4) ===> mail-notification-5.4_15 depends on shared library: libIDL-2.so - found (/usr/local/lib/libIDL-2.so.0.0.0) ===> mail-notification-5.4_15 depends on shared library: libxml2.so - found (/usr/local/lib/libxml2.so.2.9.2) ===> mail-notification-5.4_15 depends on shared library: libORBit-2.so - found (/usr/local/lib/libORBit-2.so.0.1.0) ===> mail-notification-5.4_15 depends on shared library: libpango-1.0.so - found (/usr/local/lib/libpango-1.0.so.0.3400.1) ===> Configuring for mail-notification-5.4_15 cd /usr/ports/mail/mail-notification/work/mail-notification-5.4 && /usr/bin/env XDG_DATA_HOME=/usr/ports/mail/mail-notification/work XDG_CONFIG_HOME=/usr/ports/mail/mail-notification/work HOME=/usr/ports/mail/mail-notification/work XDG_DATA_HOME=/usr/ports/mail/mail-notification/work XDG_CONFIG_HOME=/usr/ports/mail/mail-notification/work HOME=/usr/ports/mail/mail-notification/work OPENSSLLIB=/usr/lib OPENSSLINC=/usr/include OPENSSLBASE=/usr OPENSSLDIR=/etc/ssl NO_PIE=yes SHELL=/bin/sh NO_LINT=YES ESD_CONFIG="/usr/local/bin/esd-config" GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1 PREFIX=/usr/local LOCALBASE=/usr/local LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -pipe -fno-strict-aliasing" CPP="cpp" CPPFLAGS="-I/usr/local/include" LDFLAGS=" -L/usr/local/lib -Wl,-rpath,/usr/lib:/usr/local/lib" LIBS="" CXX="c++" CXXFLAGS="-O2 -pipe -fno-strict-aliasing" MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -o root -g wheel -m 555" BSD_INSTALL_LIB="install -s -o root -g wheel -m 444" BSD_INSTALL_SCRIPT="install -o root -g wheel -m 555" BSD_INSTALL_DATA="install -o root -g wheel -m 0644" BSD_INSTALL_MAN="install -o root -g wheel -m 444" jb_cppflags="-I/usr/local/include" jb_ldflags=" -L/usr/local/lib -Wl,-rpath,/usr/lib:/usr/local/lib" ./jb configure cc="cc" cflags="-O2 -pipe -fno-strict-aliasing" cppflags="-I/usr/local/include" ldflags=" -L/usr/local/lib -Wl,-rpath,/usr/lib:/usr/local/lib" prefix="/usr/local" destdir="/usr/ports/mail/mail-notification/work/stage" hotmail=no yahoo=no evolution=no mozilla=no building jb... jbsrc/lib/src/core/jb-main.c: In function 'jb_main': jbsrc/lib/src/core/jb-main.c:164: warning: 'g_type_init' is deprecated (declared at /usr/local/include/glib-2.0/gobject/gtype.h:669) jbsrc/lib/src/core/jb-util.c: In function 'print_warning_or_error': jbsrc/lib/src/core/jb-util.c:225: warning: function might be possible candidate for 'printf' format attribute checking for ngettext(), dgettext(), bind_textdomain_codeset() in libc... no checking for ngettext(), dgettext(), bind_textdomain_codeset() in -lintl... yes checking for msgfmt... /usr/local/bin/msgfmt checking for perl... /usr/bin/perl checking for XML::Parser... yes checking for gconftool-2... /usr/local/bin/gconftool-2 checking for scrollkeeper-preinstall... /usr/local/bin/scrollkeeper-preinstall checking for scrollkeeper-update... /usr/local/bin/scrollkeeper-update checking for scrollkeeper-config... /usr/local/bin/scrollkeeper-config checking for the OMF directory... /usr/local/share/omf checking for the ScrollKeeper database directory... /var/db/rarian checking for dbus-binding-tool... /usr/local/bin/dbus-binding-tool checking for gob2... not found checking the C compiler dependency style... GCC checking for the GNU C library... no checking for pkg-config... /usr/local/bin/pkg-config checking for GNOME... yes checking for D-Bus... yes checking for GMime... no WARNING: Package gmime-2.0 was not found in the pkg-config search path. WARNING: Perhaps you should add the directory containing `gmime-2.0.pc' WARNING: to the PKG_CONFIG_PATH environment variable WARNING: Package 'gmime-2.0', required by 'world', not found WARNING: disabling option "imap" since GMime was not found WARNING: disabling option "maildir" since GMime was not found WARNING: disabling option "mbox" since GMime was not found WARNING: disabling option "mh" since GMime was not found WARNING: disabling option "pop3" since GMime was not found WARNING: disabling option "sylpheed" since GMime was not found checking for GNOME Keyring... yes WARNING: disabling option "ipv6" since options "pop3" and "imap" are disabled WARNING: disabling option "sasl" since options "pop3" and "imap" are disabled WARNING: disabling option "ssl" since options "pop3" and "imap" are disabled checking for timegm() in libc... yes Mail Notification 5.4 was configured successfully. The following variables are in effect: Compiler options: cc: cc cflags: -O2 -pipe -fno-strict-aliasing cppflags: -I/usr/local/include ldflags: -L/usr/local/lib -Wl,-rpath,/usr/lib:/usr/local/lib libs: cc-dependency-tracking: yes Installation options: destdir: /usr/ports/mail/mail-notification/work/stage prefix: /usr/local bindir: $prefix/bin libdir: $prefix/lib libexecdir: $prefix/libexec datadir: $prefix/share sysconfdir: $prefix/etc localstatedir: $prefix/var data-mode: 0644 data-owner: data-group: program-mode: 0755 program-owner: program-group: library-mode: 0644 library-owner: library-group: gconf-config-source: xml:merged:/usr/local/etc/gconf/gconf.xml.defaults gconf-schemas-dir: $sysconfdir/gconf/schemas install-gconf-schemas: yes help-dir: $datadir/gnome/help omf-dir: /usr/local/share/omf scrollkeeper-dir: /var/db/rarian evolution-plugin-dir: autodetect External programs: msgfmt: /usr/local/bin/msgfmt perl: /usr/bin/perl gconftool-2: /usr/local/bin/gconftool-2 scrollkeeper-preinstall: /usr/local/bin/scrollkeeper-preinstall scrollkeeper-update: /usr/local/bin/scrollkeeper-update dbus-binding-tool: /usr/local/bin/dbus-binding-tool gob2: Mailbox backends: evolution: no gmail: yes hotmail: no imap: no maildir: no mbox: no mh: no mozilla: no pop3: no sylpheed: no yahoo: no IMAP and POP3 features: ipv6: no sasl: no ssl: no Type "./jb build" to build Mail Notification 5.4. ===> Building for mail-notification-5.4_15 cd /usr/ports/mail/mail-notification/work/mail-notification-5.4 && /usr/bin/env XDG_DATA_HOME=/usr/ports/mail/mail-notification/work XDG_CONFIG_HOME=/usr/ports/mail/mail-notification/work HOME=/usr/ports/mail/mail-notification/work XDG_DATA_HOME=/usr/ports/mail/mail-notification/work XDG_CONFIG_HOME=/usr/ports/mail/mail-notification/work HOME=/usr/ports/mail/mail-notification/work OPENSSLLIB=/usr/lib OPENSSLINC=/usr/include OPENSSLBASE=/usr OPENSSLDIR=/etc/ssl NO_PIE=yes SHELL=/bin/sh NO_LINT=YES ESD_CONFIG="/usr/local/bin/esd-config" GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1 PREFIX=/usr/local LOCALBASE=/usr/local LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -pipe -fno-strict-aliasing" CPP="cpp" CPPFLAGS="-I/usr/local/include" LDFLAGS=" -L/usr/local/lib -Wl,-rpath,/usr/lib:/usr/local/lib" LIBS="" CXX="c++" CXXFLAGS="-O2 -pipe -fno-strict-aliasing" MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -o root -g wheel -m 555" BSD_INSTALL_LIB="install -s -o root -g wheel -m 444" BSD_INSTALL_SCRIPT="install -o root -g wheel -m 555" BSD_INSTALL_DATA="install -o root -g wheel -m 0644" BSD_INSTALL_MAN="install -o root -g wheel -m 444" ./jb build building client of D-Bus interface org.gnome.MailNotification building server of D-Bus interface org.gnome.MailNotification building intltool-merge building desktop file mail-notification-properties.desktop.in building desktop file mail-notification.desktop.in building template mail-notification.schemas.in.in building GConf schemas mail-notification.schemas.in building GNOME help mail-notification [C] building bg translations building ca translations building cs translations building de translations building es translations building fr translations building ja translations building nl translations building pl translations building pt translations building pt_BR translations building ru translations building sr translations building sr@Latn translations building sv translations building class MNAboutDialog building class MNAutodetectMailboxProperties building class MNCompactMessageView building class MNDialog building class MNFileChooserButton building class MNMailIcon building class MNMailIconWidget building class MNMailbox building class MNMailboxProperties building class MNMailboxPropertiesDialog building class MNMailboxView building class MNMailboxes building class MNMessage building class MNMessageView building class MNPopup building class MNPopups building class MNPropertiesDialog building class MNServer building class MNShell building class MNSoundFileChooserDialog building class MNSoundPlayer building class MNStandardMessageView building class MNTestMailbox building class MNTextTable building class MNTooltips building C source eggtrayicon.c building C source mn-conf.c building C source mn-locked-callback.c building C source mn-main.c building C source mn-non-linear-range.c building C source mn-stock.c building C source mn-util.c building C source mn-vfs.c building C source mn-xml.c building C source nautilus-cell-renderer-pixbuf-emblem.c building class MNAuthenticatedMailbox building class MNAuthenticatedMailboxProperties building C source mn-keyring.c building class MNGmailMailbox building class MNGmailMailboxProperties building program mail-notification Mail Notification 5.4 was built successfully. Type "sudo ./jb install" to install Mail Notification 5.4. /usr/bin/strip /usr/ports/mail/mail-notification/work/mail-notification-5.4/build/src/mail-notification ===> Staging for mail-notification-5.4_15 ===> mail-notification-5.4_15 depends on file: /usr/local/etc/mtree/BSD.gnome.dist - found ===> mail-notification-5.4_15 depends on file: /usr/local/libdata/pkgconfig/gnome-mime-data-2.0.pc - found ===> mail-notification-5.4_15 depends on executable: gtk-update-icon-cache - found ===> Generating temporary packing list cd /usr/ports/mail/mail-notification/work/mail-notification-5.4 && /usr/bin/env XDG_DATA_HOME=/usr/ports/mail/mail-notification/work XDG_CONFIG_HOME=/usr/ports/mail/mail-notification/work HOME=/usr/ports/mail/mail-notification/work XDG_DATA_HOME=/usr/ports/mail/mail-notification/work XDG_CONFIG_HOME=/usr/ports/mail/mail-notification/work HOME=/usr/ports/mail/mail-notification/work OPENSSLLIB=/usr/lib OPENSSLINC=/usr/include OPENSSLBASE=/usr OPENSSLDIR=/etc/ssl NO_PIE=yes SHELL=/bin/sh NO_LINT=YES ESD_CONFIG="/usr/local/bin/esd-config" GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1 PREFIX=/usr/local LOCALBASE=/usr/local LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -pipe -fno-strict-aliasing" CPP="cpp" CPPFLAGS="-I/usr/local/include" LDFLAGS=" -L/usr/local/lib -Wl,-rpath,/usr/lib:/usr/local/lib" LIBS="" CXX="c++" CXXFLAGS="-O2 -pipe -fno-strict-aliasing" MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -o root -g wheel -m 555" BSD_INSTALL_LIB="install -s -o root -g wheel -m 444" BSD_INSTALL_SCRIPT="install -o root -g wheel -m 555" BSD_INSTALL_DATA="install -o root -g wheel -m 0644" BSD_INSTALL_MAN="install -o root -g wheel -m 444" ./jb install installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/icons/hicolor/16x16/apps/mail-notification.png installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/icons/hicolor/22x22/apps/mail-notification.png installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/icons/hicolor/24x24/apps/mail-notification.png installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/icons/hicolor/32x32/apps/mail-notification.png installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/icons/hicolor/48x48/apps/mail-notification.png installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/icons/hicolor/scalable/apps/mail-notification.svg installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/mail-notification/logo.png installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/mail-notification/gmail.png updating the GTK+ icon cache installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/applications/mail-notification-properties.desktop installing /usr/ports/mail/mail-notification/work/stage/usr/local/etc/xdg/autostart/mail-notification.desktop installing /usr/ports/mail/mail-notification/work/stage/usr/local/etc/gconf/schemas/mail-notification.schemas installing GConf schemas mail-notification.schemas installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/mail-notification/new-mail.wav installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/gnome/help/mail-notification/C/mail-notification.xml installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/gnome/help/mail-notification/C/documentation-license.xml installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/gnome/help/mail-notification/C/software-license.xml installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/gnome/help/mail-notification/C/figures/mail.png installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/omf/mail-notification/mail-notification-C.omf installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/bg/LC_MESSAGES/mail-notification.mo installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/ca/LC_MESSAGES/mail-notification.mo installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/cs/LC_MESSAGES/mail-notification.mo installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/de/LC_MESSAGES/mail-notification.mo installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/es/LC_MESSAGES/mail-notification.mo installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/fr/LC_MESSAGES/mail-notification.mo installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/ja/LC_MESSAGES/mail-notification.mo installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/nl/LC_MESSAGES/mail-notification.mo installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/pl/LC_MESSAGES/mail-notification.mo installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/pt/LC_MESSAGES/mail-notification.mo installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/pt_BR/LC_MESSAGES/mail-notification.mo installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/ru/LC_MESSAGES/mail-notification.mo installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/sr/LC_MESSAGES/mail-notification.mo installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/sr@Latn/LC_MESSAGES/mail-notification.mo installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/sv/LC_MESSAGES/mail-notification.mo installing /usr/ports/mail/mail-notification/work/stage/usr/local/bin/mail-notification installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/mail-notification/mailbox-properties-dialog.glade installing /usr/ports/mail/mail-notification/work/stage/usr/local/share/mail-notification/properties-dialog.glade Mail Notification 5.4 was installed successfully. ====> Compressing man pages (compress-man) As you can see from the configure part, it claims that it can't find gmime. But it is installed: root@kg-core1# pv gmime* [Reading data from pkg(8) ... - 645 packages found - done] gmime26-2.6.20 = up-to-date with port Details, from the configure.log: checking for GMime command "/usr/local/bin/pkg-config --cflags 'gmime-2.0 >= 2.2.7'" failed with status 1 standard error output: Package gmime-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gmime-2.0.pc' to the PKG_CONFIG_PATH environment variable Package 'gmime-2.0', required by 'world', not found Trying some manual commands: root@kg-core1# /usr/local/bin/pkg-config --cflags 'gmime-2.0 >= 2.2.7' gmime Package gmime-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gmime-2.0.pc' to the PKG_CONFIG_PATH environment variable Package 'gmime-2.0', required by 'world', not found Package 'gmime', required by 'world', not found root@kg-core1# /usr/local/bin/pkg-config --cflags 'gmime-2.6' -I/usr/local/include/gmime-2.6 -pthread -I/usr/local/include/glib-2.0 -I/usr/local/include root@kg-core1# /usr/local/bin/pkg-config --cflags 'gmime-2.6 >= 2.2.7' -I/usr/local/include/gmime-2.6 -pthread -I/usr/local/include/glib-2.0 -I/usr/local/include I don't know why it behaves this way. It shouldn't work this way, should it? -- Regards, Torfinn Ingolfsen From owner-freebsd-ports@FreeBSD.ORG Sat Nov 8 15:35:33 2014 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 E3958EDB; Sat, 8 Nov 2014 15:35:33 +0000 (UTC) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A6E3BC30; Sat, 8 Nov 2014 15:35:33 +0000 (UTC) Received: from mouf.net (swills@mouf [199.48.129.64]) by mouf.net (8.14.5/8.14.5) with ESMTP id sA8FZQua030385 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 8 Nov 2014 15:35:31 GMT (envelope-from swills@mouf.net) Received: (from swills@localhost) by mouf.net (8.14.5/8.14.5/Submit) id sA8FZQ1D030384; Sat, 8 Nov 2014 15:35:26 GMT (envelope-from swills) Date: Sat, 8 Nov 2014 15:35:26 +0000 From: Steve Wills To: Carol Deihl Subject: Re: FreeBSD Port: ruby21-2.1.3_1,1 Message-ID: <20141108153523.GJ4395@mouf.net> References: <430278F3-C8C5-46CD-8D30-0F9882D127EF@westryn.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <430278F3-C8C5-46CD-8D30-0F9882D127EF@westryn.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Sat, 08 Nov 2014 15:35:31 +0000 (UTC) X-Spam-Status: No, score=0.0 required=4.5 tests=HEADER_FROM_DIFFERENT_DOMAINS autolearn=unavailable autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mouf.net X-Virus-Scanned: clamav-milter 0.98.3 at mouf.net X-Virus-Status: Clean Cc: ports@freebsd.org, ruby@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, 08 Nov 2014 15:35:34 -0000 On Fri, Nov 07, 2014 at 06:41:40PM -0700, Carol Deihl wrote: > Hello, > > I just installed ruby21-2.1.3_1,1 with the DEBUG option *unset*, > and when ruby21 is invoked, it prints out: > > WARNING: number of probes fixed does not match the number of defined probes (9 != 50, respectively) > WARNING: some probes might not fire or your program might crash > > I haven't used dtrace yet and don't know much about it, > but I discovered that if I re-installed the port with DEBUG turned on (*set*), > then the warning messages aren't printed. > > I'm guessing that the probes.d file in the ruby source arranges to install some probes > at runtime in some routines that don't get compiled into ruby if DEBUG is off. What version of FreeBSD are you using? Because of a typo in the port, the dtrace stuff would only be enabled on 11-CURRENT, so I'm guessing 11-CURRENT? What rev? This should be fixed by r271413, I think. > Is it appropriate to just tell you about this? Should I file a bug report > someplace else? Yeah, that's fine, but a bug report wouldn't hurt so it doesn't get lost, see: http://bugs.freebsd.org/bugzilla/ Steve From owner-freebsd-ports@FreeBSD.ORG Sat Nov 8 15:49:39 2014 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 56F191B4; Sat, 8 Nov 2014 15:49:39 +0000 (UTC) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1813CD01; Sat, 8 Nov 2014 15:49:39 +0000 (UTC) Received: from mouf.net (swills@mouf [199.48.129.64]) by mouf.net (8.14.5/8.14.5) with ESMTP id sA8FnWDw030577 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 8 Nov 2014 15:49:37 GMT (envelope-from swills@mouf.net) Received: (from swills@localhost) by mouf.net (8.14.5/8.14.5/Submit) id sA8FnWZP030576; Sat, 8 Nov 2014 15:49:32 GMT (envelope-from swills) Date: Sat, 8 Nov 2014 15:49:32 +0000 From: Steve Wills To: Carol Deihl Subject: Re: FreeBSD Port: ruby21-2.1.3_1,1 Message-ID: <20141108154931.GK4395@mouf.net> References: <430278F3-C8C5-46CD-8D30-0F9882D127EF@westryn.net> <20141108153523.GJ4395@mouf.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141108153523.GJ4395@mouf.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Sat, 08 Nov 2014 15:49:37 +0000 (UTC) X-Spam-Status: No, score=0.0 required=4.5 tests=HEADER_FROM_DIFFERENT_DOMAINS autolearn=unavailable autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mouf.net X-Virus-Scanned: clamav-milter 0.98.3 at mouf.net X-Virus-Status: Clean Cc: ports@freebsd.org, ruby@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, 08 Nov 2014 15:49:39 -0000 On Sat, Nov 08, 2014 at 03:35:26PM +0000, Steve Wills wrote: > On Fri, Nov 07, 2014 at 06:41:40PM -0700, Carol Deihl wrote: > > Hello, > > > > I just installed ruby21-2.1.3_1,1 with the DEBUG option *unset*, > > and when ruby21 is invoked, it prints out: > > > > WARNING: number of probes fixed does not match the number of defined probes (9 != 50, respectively) > > WARNING: some probes might not fire or your program might crash > > > > I haven't used dtrace yet and don't know much about it, > > but I discovered that if I re-installed the port with DEBUG turned on (*set*), > > then the warning messages aren't printed. > > > > I'm guessing that the probes.d file in the ruby source arranges to install some probes > > at runtime in some routines that don't get compiled into ruby if DEBUG is off. > > What version of FreeBSD are you using? Because of a typo in the port, the > dtrace stuff would only be enabled on 11-CURRENT, so I'm guessing 11-CURRENT? > What rev? This should be fixed by r271413, I think. > Oh wait, I was misremembering, you might be on a different revision. Perhaps the dtrace option should just be disabled for anything that isn't CURRENT. Steve From owner-freebsd-ports@FreeBSD.ORG Sat Nov 8 19:30:06 2014 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 349E7D57 for ; Sat, 8 Nov 2014 19:30:06 +0000 (UTC) Received: from mail-vc0-x230.google.com (mail-vc0-x230.google.com [IPv6:2607:f8b0:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CF5A91F4 for ; Sat, 8 Nov 2014 19:30:05 +0000 (UTC) Received: by mail-vc0-f176.google.com with SMTP id hq11so740277vcb.21 for ; Sat, 08 Nov 2014 11:30:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Cz8zGDZQc1lqyuFSzj4gJ5O45A7KanrlbBypJgtaigw=; b=0+QWvYlFv7dbcnNI5i9nDDPB3xVXDHJEiOM4KgENmckCvRtx//hurmL0utKC/4hVEy 8gPb4Q4qc6s3ejabvHtoE9CerNFZotizKpgh432mHC20x59yblFWMpDgtKlZQAxl4hg3 boWg3t/ReMF3wfp/zj+rPCtv11JtjNy/DtcvwFFJA2f/UveI50KOXEov+rQyBsT4vC3g Czx8DpTFa0nedDf8wmxUUQcxt5Yz0x+jJ/Ujfq4W97fKUQH83TdTarvIUK9K4PF5J98g qm2WofJUkobskLoaoXli8EYP3/FgVGlStZjwVTCvXuRYWKZPEQ1mKZ+b5wReUJb4WyXf T3Zw== X-Received: by 10.221.68.199 with SMTP id xz7mr3728711vcb.7.1415475004882; Sat, 08 Nov 2014 11:30:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.31.136.76 with HTTP; Sat, 8 Nov 2014 11:29:24 -0800 (PST) In-Reply-To: References: From: Henry Hu Date: Sat, 8 Nov 2014 14:29:24 -0500 Message-ID: Subject: Re: mail-notification only allows Gmail mailboxes? To: Torfinn Ingolfsen Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Jonathan Chen , FreeBSD Ports 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: Sat, 08 Nov 2014 19:30:06 -0000 On Sat, Nov 8, 2014 at 9:07 AM, Torfinn Ingolfsen wrote: > On Sat, Nov 8, 2014 at 3:43 AM, Jonathan Chen wrote: > > > > I'm not seeing your errors - but my options differs from yours in that > > I have MOZILLA=3Doff. I'm also running 10/STABLE > > I tried changing the MOZILLA option, but no dice. Something is really off > here. > Options: > > root@kg-core1# make showconfig > =3D=3D=3D> The following configuration options are available for > mail-notification-5.4_15: > EVOLUTION=3Doff: Evolution support > GMAIL=3Don: Gmail support > IMAP=3Don: IMAP support > MAILDIR=3Don: Maildir support > MBOX=3Don: mbox support > MH=3Don: MH support > MOZILLA=3Doff: Mozilla products support > POP3=3Don: POP3 support > SASL=3Don: SASL authentication support > SSL=3Don: SSL protocol support > SYLPHEED=3Don: Sylpheed support > =3D=3D=3D> Use 'make config' to modify these settings > > build output: > root@kg-core1# make > =3D=3D=3D> Found saved configuration for mail-notification-5.4_15 > =3D=3D=3D> mail-notification-5.4_15 depends on file: /usr/local/sbin/pk= g - > found > =3D=3D=3D> Fetching all distfiles required by mail-notification-5.4_15 fo= r > building > =3D=3D=3D> Extracting for mail-notification-5.4_15 > =3D> SHA256 Checksum OK for mail-notification-5.4.tar.bz2. > =3D=3D=3D> Patching for mail-notification-5.4_15 > =3D=3D=3D> Applying FreeBSD patches for mail-notification-5.4_15 > =3D=3D=3D> mail-notification-5.4_15 depends on file: > /usr/local/libdata/pkgconfig/gnome-mime-data-2.0.pc - found > =3D=3D=3D> mail-notification-5.4_15 depends on executable: > gtk-update-icon-cache - found > =3D=3D=3D> mail-notification-5.4_15 depends on file: > /usr/local/bin/intltool-extract - found > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: > libdbus-glib-1.so - found (/usr/local/lib/libdbus-glib-1.so.2.2.2) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: > libgnome-keyring.so - found (/usr/local/lib/libgnome-keyring.so.0.1.1) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: > libnotify.so - found (/usr/local/lib/libnotify.so.4.0.0) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: > libgmime-2.6.so - found (/usr/local/lib/libgmime-2.6.so.0.620.0) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: libsasl2= .so > - found (/usr/local/lib/libsasl2.so.3.0.0) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: libintl.= so > - found (/usr/local/lib/libintl.so.9) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: > libatk-1.0.so - found (/usr/local/lib/libatk-1.0.so.0.20809.1) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: libesd.s= o - > found (/usr/local/lib/libesd.so.2.0.0) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: > libgconf-2.so - found (/usr/local/lib/libgconf-2.so.4.1.5) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: > libgdk_pixbuf-2.0.so - found > (/usr/local/lib/libgdk_pixbuf-2.0.so.0.2800.2) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: > libglib-2.0.so - found (/usr/local/lib/libglib-2.0.so.0.3600.3) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: libpcre.= so > - found (/usr/local/lib/libpcre.so.3) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: > libgnomevfs-2.so - found (/usr/local/lib/libgnomevfs-2.so.0.2400.4) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: > libgtk-x11-2.0.so - found (/usr/local/lib/libgtk-x11-2.0.so.0.2400.22) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: > libart_lgpl_2.so - found (/usr/local/lib/libart_lgpl_2.so.5) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: > libbonobo-2.so - found (/usr/local/lib/libbonobo-2.so.0.0.0) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: > libbonoboui-2.so - found (/usr/local/lib/libbonoboui-2.so.0.0.0) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: > libglade-2.0.so - found (/usr/local/lib/libglade-2.0.so.0.0.7) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: > libgnome-2.so - found (/usr/local/lib/libgnome-2.so.0.3200.0) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: > libgnomecanvas-2.so - found > (/usr/local/lib/libgnomecanvas-2.so.0.3000.3) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: > libgnomeui-2.so - found (/usr/local/lib/libgnomeui-2.so.0.2400.4) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: libIDL-2= .so > - found (/usr/local/lib/libIDL-2.so.0.0.0) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: libxml2.= so > - found (/usr/local/lib/libxml2.so.2.9.2) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: > libORBit-2.so - found (/usr/local/lib/libORBit-2.so.0.1.0) > =3D=3D=3D> mail-notification-5.4_15 depends on shared library: > libpango-1.0.so - found (/usr/local/lib/libpango-1.0.so.0.3400.1) > =3D=3D=3D> Configuring for mail-notification-5.4_15 > cd /usr/ports/mail/mail-notification/work/mail-notification-5.4 && > /usr/bin/env XDG_DATA_HOME=3D/usr/ports/mail/mail-notification/work > XDG_CONFIG_HOME=3D/usr/ports/mail/mail-notification/work > HOME=3D/usr/ports/mail/mail-notification/work > XDG_DATA_HOME=3D/usr/ports/mail/mail-notification/work > XDG_CONFIG_HOME=3D/usr/ports/mail/mail-notification/work > HOME=3D/usr/ports/mail/mail-notification/work OPENSSLLIB=3D/usr/lib > OPENSSLINC=3D/usr/include OPENSSLBASE=3D/usr OPENSSLDIR=3D/etc/ssl > NO_PIE=3Dyes SHELL=3D/bin/sh NO_LINT=3DYES > ESD_CONFIG=3D"/usr/local/bin/esd-config" > GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=3D1 PREFIX=3D/usr/local > LOCALBASE=3D/usr/local LIBDIR=3D"/usr/lib" CC=3D"cc" CFLAGS=3D"-O2 -pip= e > -fno-strict-aliasing" CPP=3D"cpp" CPPFLAGS=3D"-I/usr/local/include" > LDFLAGS=3D" -L/usr/local/lib -Wl,-rpath,/usr/lib:/usr/local/lib" LIBS=3D"= " > CXX=3D"c++" CXXFLAGS=3D"-O2 -pipe -fno-strict-aliasing" > MANPREFIX=3D"/usr/local" BSD_INSTALL_PROGRAM=3D"install -s -o root -g > wheel -m 555" BSD_INSTALL_LIB=3D"install -s -o root -g wheel -m 444" > BSD_INSTALL_SCRIPT=3D"install -o root -g wheel -m 555" > BSD_INSTALL_DATA=3D"install -o root -g wheel -m 0644" > BSD_INSTALL_MAN=3D"install -o root -g wheel -m 444" > jb_cppflags=3D"-I/usr/local/include" jb_ldflags=3D" -L/usr/local/lib > -Wl,-rpath,/usr/lib:/usr/local/lib" ./jb configure cc=3D"cc" > cflags=3D"-O2 -pipe -fno-strict-aliasing" > cppflags=3D"-I/usr/local/include" ldflags=3D" -L/usr/local/lib > -Wl,-rpath,/usr/lib:/usr/local/lib" prefix=3D"/usr/local" > destdir=3D"/usr/ports/mail/mail-notification/work/stage" hotmail=3Dno > yahoo=3Dno evolution=3Dno mozilla=3Dno > building jb... > jbsrc/lib/src/core/jb-main.c: In function 'jb_main': > jbsrc/lib/src/core/jb-main.c:164: warning: 'g_type_init' is deprecated > (declared at /usr/local/include/glib-2.0/gobject/gtype.h:669) > jbsrc/lib/src/core/jb-util.c: In function 'print_warning_or_error': > jbsrc/lib/src/core/jb-util.c:225: warning: function might be possible > candidate for 'printf' format attribute > checking for ngettext(), dgettext(), bind_textdomain_codeset() in libc... > no > checking for ngettext(), dgettext(), bind_textdomain_codeset() in > -lintl... yes > checking for msgfmt... /usr/local/bin/msgfmt > checking for perl... /usr/bin/perl > checking for XML::Parser... yes > checking for gconftool-2... /usr/local/bin/gconftool-2 > checking for scrollkeeper-preinstall... > /usr/local/bin/scrollkeeper-preinstall > checking for scrollkeeper-update... /usr/local/bin/scrollkeeper-update > checking for scrollkeeper-config... /usr/local/bin/scrollkeeper-config > checking for the OMF directory... /usr/local/share/omf > checking for the ScrollKeeper database directory... /var/db/rarian > checking for dbus-binding-tool... /usr/local/bin/dbus-binding-tool > checking for gob2... not found > checking the C compiler dependency style... GCC > checking for the GNU C library... no > checking for pkg-config... /usr/local/bin/pkg-config > checking for GNOME... yes > checking for D-Bus... yes > checking for GMime... no > WARNING: Package gmime-2.0 was not found in the pkg-config search path. > WARNING: Perhaps you should add the directory containing `gmime-2.0.pc' > WARNING: to the PKG_CONFIG_PATH environment variable > WARNING: Package 'gmime-2.0', required by 'world', not found > This is the problem. Apply this patch: Index: Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- Makefile (=E7=89=88=E6=9C=AC 372086) +++ Makefile (=E5=B7=A5=E4=BD=9C=E5=89=AF=E6=9C=AC) @@ -92,7 +92,7 @@ || ${PORT_OPTIONS:MIMAP} \ || ${PORT_OPTIONS:MMOZILLA} \ || ${PORT_OPTIONS:MSYLPHEED} -LIB_DEPENDS+=3D libgmime-2.6.so:${PORTSDIR}/mail/gmime26 +LIB_DEPENDS+=3D libgmime-2.0.so:${PORTSDIR}/mail/gmime2 .endif .if ! ${PORT_OPTIONS:MSSL} JB_CONF_ARGS+=3D ssl=3Dno and it should work. This port does depend on gmime-2.0. To make it depend on gmime-2.6, extra patches are needed. WARNING: disabling option "imap" since GMime was not found > WARNING: disabling option "maildir" since GMime was not found > WARNING: disabling option "mbox" since GMime was not found > WARNING: disabling option "mh" since GMime was not found > WARNING: disabling option "pop3" since GMime was not found > WARNING: disabling option "sylpheed" since GMime was not found > checking for GNOME Keyring... yes > WARNING: disabling option "ipv6" since options "pop3" and "imap" are > disabled > WARNING: disabling option "sasl" since options "pop3" and "imap" are > disabled > WARNING: disabling option "ssl" since options "pop3" and "imap" are > disabled > checking for timegm() in libc... yes > > Mail Notification 5.4 was configured successfully. > The following variables are in effect: > > Compiler options: > > cc: cc > cflags: -O2 -pipe -fno-strict-aliasing > cppflags: -I/usr/local/include > ldflags: -L/usr/local/lib > -Wl,-rpath,/usr/lib:/usr/local/lib > libs: > cc-dependency-tracking: yes > > Installation options: > > destdir: /usr/ports/mail/mail-notification/work/stage > prefix: /usr/local > bindir: $prefix/bin > libdir: $prefix/lib > libexecdir: $prefix/libexec > datadir: $prefix/share > sysconfdir: $prefix/etc > localstatedir: $prefix/var > data-mode: 0644 > data-owner: > data-group: > program-mode: 0755 > program-owner: > program-group: > library-mode: 0644 > library-owner: > library-group: > gconf-config-source: > xml:merged:/usr/local/etc/gconf/gconf.xml.defaults > gconf-schemas-dir: $sysconfdir/gconf/schemas > install-gconf-schemas: yes > help-dir: $datadir/gnome/help > omf-dir: /usr/local/share/omf > scrollkeeper-dir: /var/db/rarian > evolution-plugin-dir: autodetect > > External programs: > > msgfmt: /usr/local/bin/msgfmt > perl: /usr/bin/perl > gconftool-2: /usr/local/bin/gconftool-2 > scrollkeeper-preinstall: /usr/local/bin/scrollkeeper-preinstall > scrollkeeper-update: /usr/local/bin/scrollkeeper-update > dbus-binding-tool: /usr/local/bin/dbus-binding-tool > gob2: > > Mailbox backends: > > evolution: no > gmail: yes > hotmail: no > imap: no > maildir: no > mbox: no > mh: no > mozilla: no > pop3: no > sylpheed: no > yahoo: no > > IMAP and POP3 features: > > ipv6: no > sasl: no > ssl: no > > Type "./jb build" to build Mail Notification 5.4. > =3D=3D=3D> Building for mail-notification-5.4_15 > cd /usr/ports/mail/mail-notification/work/mail-notification-5.4 && > /usr/bin/env XDG_DATA_HOME=3D/usr/ports/mail/mail-notification/work > XDG_CONFIG_HOME=3D/usr/ports/mail/mail-notification/work > HOME=3D/usr/ports/mail/mail-notification/work > XDG_DATA_HOME=3D/usr/ports/mail/mail-notification/work > XDG_CONFIG_HOME=3D/usr/ports/mail/mail-notification/work > HOME=3D/usr/ports/mail/mail-notification/work OPENSSLLIB=3D/usr/lib > OPENSSLINC=3D/usr/include OPENSSLBASE=3D/usr OPENSSLDIR=3D/etc/ssl > NO_PIE=3Dyes SHELL=3D/bin/sh NO_LINT=3DYES > ESD_CONFIG=3D"/usr/local/bin/esd-config" > GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=3D1 PREFIX=3D/usr/local > LOCALBASE=3D/usr/local LIBDIR=3D"/usr/lib" CC=3D"cc" CFLAGS=3D"-O2 -pip= e > -fno-strict-aliasing" CPP=3D"cpp" CPPFLAGS=3D"-I/usr/local/include" > LDFLAGS=3D" -L/usr/local/lib -Wl,-rpath,/usr/lib:/usr/local/lib" LIBS=3D"= " > CXX=3D"c++" CXXFLAGS=3D"-O2 -pipe -fno-strict-aliasing" > MANPREFIX=3D"/usr/local" BSD_INSTALL_PROGRAM=3D"install -s -o root -g > wheel -m 555" BSD_INSTALL_LIB=3D"install -s -o root -g wheel -m 444" > BSD_INSTALL_SCRIPT=3D"install -o root -g wheel -m 555" > BSD_INSTALL_DATA=3D"install -o root -g wheel -m 0644" > BSD_INSTALL_MAN=3D"install -o root -g wheel -m 444" ./jb build > building client of D-Bus interface org.gnome.MailNotification > building server of D-Bus interface org.gnome.MailNotification > building intltool-merge > building desktop file mail-notification-properties.desktop.in > building desktop file mail-notification.desktop.in > building template mail-notification.schemas.in.in > building GConf schemas mail-notification.schemas.in > building GNOME help mail-notification [C] > building bg translations > building ca translations > building cs translations > building de translations > building es translations > building fr translations > building ja translations > building nl translations > building pl translations > building pt translations > building pt_BR translations > building ru translations > building sr translations > building sr@Latn translations > building sv translations > building class MNAboutDialog > building class MNAutodetectMailboxProperties > building class MNCompactMessageView > building class MNDialog > building class MNFileChooserButton > building class MNMailIcon > building class MNMailIconWidget > building class MNMailbox > building class MNMailboxProperties > building class MNMailboxPropertiesDialog > building class MNMailboxView > building class MNMailboxes > building class MNMessage > building class MNMessageView > building class MNPopup > building class MNPopups > building class MNPropertiesDialog > building class MNServer > building class MNShell > building class MNSoundFileChooserDialog > building class MNSoundPlayer > building class MNStandardMessageView > building class MNTestMailbox > building class MNTextTable > building class MNTooltips > building C source eggtrayicon.c > building C source mn-conf.c > building C source mn-locked-callback.c > building C source mn-main.c > building C source mn-non-linear-range.c > building C source mn-stock.c > building C source mn-util.c > building C source mn-vfs.c > building C source mn-xml.c > building C source nautilus-cell-renderer-pixbuf-emblem.c > building class MNAuthenticatedMailbox > building class MNAuthenticatedMailboxProperties > building C source mn-keyring.c > building class MNGmailMailbox > building class MNGmailMailboxProperties > building program mail-notification > > Mail Notification 5.4 was built successfully. > Type "sudo ./jb install" to install Mail Notification 5.4. > /usr/bin/strip > /usr/ports/mail/mail-notification/work/mail-notification-5.4/build/src/ma= il-notification > =3D=3D=3D> Staging for mail-notification-5.4_15 > =3D=3D=3D> mail-notification-5.4_15 depends on file: > /usr/local/etc/mtree/BSD.gnome.dist - found > =3D=3D=3D> mail-notification-5.4_15 depends on file: > /usr/local/libdata/pkgconfig/gnome-mime-data-2.0.pc - found > =3D=3D=3D> mail-notification-5.4_15 depends on executable: > gtk-update-icon-cache - found > =3D=3D=3D> Generating temporary packing list > cd /usr/ports/mail/mail-notification/work/mail-notification-5.4 && > /usr/bin/env XDG_DATA_HOME=3D/usr/ports/mail/mail-notification/work > XDG_CONFIG_HOME=3D/usr/ports/mail/mail-notification/work > HOME=3D/usr/ports/mail/mail-notification/work > XDG_DATA_HOME=3D/usr/ports/mail/mail-notification/work > XDG_CONFIG_HOME=3D/usr/ports/mail/mail-notification/work > HOME=3D/usr/ports/mail/mail-notification/work OPENSSLLIB=3D/usr/lib > OPENSSLINC=3D/usr/include OPENSSLBASE=3D/usr OPENSSLDIR=3D/etc/ssl > NO_PIE=3Dyes SHELL=3D/bin/sh NO_LINT=3DYES > ESD_CONFIG=3D"/usr/local/bin/esd-config" > GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=3D1 PREFIX=3D/usr/local > LOCALBASE=3D/usr/local LIBDIR=3D"/usr/lib" CC=3D"cc" CFLAGS=3D"-O2 -pip= e > -fno-strict-aliasing" CPP=3D"cpp" CPPFLAGS=3D"-I/usr/local/include" > LDFLAGS=3D" -L/usr/local/lib -Wl,-rpath,/usr/lib:/usr/local/lib" LIBS=3D"= " > CXX=3D"c++" CXXFLAGS=3D"-O2 -pipe -fno-strict-aliasing" > MANPREFIX=3D"/usr/local" BSD_INSTALL_PROGRAM=3D"install -s -o root -g > wheel -m 555" BSD_INSTALL_LIB=3D"install -s -o root -g wheel -m 444" > BSD_INSTALL_SCRIPT=3D"install -o root -g wheel -m 555" > BSD_INSTALL_DATA=3D"install -o root -g wheel -m 0644" > BSD_INSTALL_MAN=3D"install -o root -g wheel -m 444" ./jb install > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/icons/hicolo= r/16x16/apps/mail-notification.png > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/icons/hicolo= r/22x22/apps/mail-notification.png > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/icons/hicolo= r/24x24/apps/mail-notification.png > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/icons/hicolo= r/32x32/apps/mail-notification.png > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/icons/hicolo= r/48x48/apps/mail-notification.png > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/icons/hicolo= r/scalable/apps/mail-notification.svg > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/mail-notific= ation/logo.png > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/mail-notific= ation/gmail.png > updating the GTK+ icon cache > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/applications= /mail-notification-properties.desktop > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/etc/xdg/autostart/= mail-notification.desktop > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/etc/gconf/schemas/= mail-notification.schemas > installing GConf schemas mail-notification.schemas > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/mail-notific= ation/new-mail.wav > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/gnome/help/m= ail-notification/C/mail-notification.xml > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/gnome/help/m= ail-notification/C/documentation-license.xml > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/gnome/help/m= ail-notification/C/software-license.xml > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/gnome/help/m= ail-notification/C/figures/mail.png > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/omf/mail-not= ification/mail-notification-C.omf > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/bg/LC= _MESSAGES/mail-notification.mo > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/ca/LC= _MESSAGES/mail-notification.mo > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/cs/LC= _MESSAGES/mail-notification.mo > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/de/LC= _MESSAGES/mail-notification.mo > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/es/LC= _MESSAGES/mail-notification.mo > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/fr/LC= _MESSAGES/mail-notification.mo > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/ja/LC= _MESSAGES/mail-notification.mo > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/nl/LC= _MESSAGES/mail-notification.mo > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/pl/LC= _MESSAGES/mail-notification.mo > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/pt/LC= _MESSAGES/mail-notification.mo > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/pt_BR= /LC_MESSAGES/mail-notification.mo > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/ru/LC= _MESSAGES/mail-notification.mo > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/sr/LC= _MESSAGES/mail-notification.mo > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/sr@La= tn > /LC_MESSAGES/mail-notification.mo > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/locale/sv/LC= _MESSAGES/mail-notification.mo > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/bin/mail-notificat= ion > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/mail-notific= ation/mailbox-properties-dialog.glade > installing > /usr/ports/mail/mail-notification/work/stage/usr/local/share/mail-notific= ation/properties-dialog.glade > > Mail Notification 5.4 was installed successfully. > =3D=3D=3D=3D> Compressing man pages (compress-man) > > As you can see from the configure part, it claims that it can't find gmim= e. > But it is installed: > root@kg-core1# pv gmime* > [Reading data from pkg(8) ... - 645 packages found - done] > gmime26-2.6.20 =3D up-to-date with port > > Details, from the configure.log: > checking for GMime > command "/usr/local/bin/pkg-config --cflags 'gmime-2.0 >=3D 2.2.7'" > failed with status 1 > standard error output: > Package gmime-2.0 was not found in the pkg-config search path. > Perhaps you should add the directory containing `gmime-2.0.pc' > to the PKG_CONFIG_PATH environment variable > Package 'gmime-2.0', required by 'world', not found > > Trying some manual commands: > root@kg-core1# /usr/local/bin/pkg-config --cflags 'gmime-2.0 >=3D 2.2.7' > gmime > Package gmime-2.0 was not found in the pkg-config search path. > Perhaps you should add the directory containing `gmime-2.0.pc' > to the PKG_CONFIG_PATH environment variable > Package 'gmime-2.0', required by 'world', not found > Package 'gmime', required by 'world', not found > > root@kg-core1# /usr/local/bin/pkg-config --cflags 'gmime-2.6' > -I/usr/local/include/gmime-2.6 -pthread -I/usr/local/include/glib-2.0 > -I/usr/local/include > > root@kg-core1# /usr/local/bin/pkg-config --cflags 'gmime-2.6 >=3D 2.2.7' > -I/usr/local/include/gmime-2.6 -pthread -I/usr/local/include/glib-2.0 > -I/usr/local/include > > I don't know why it behaves this way. > It shouldn't work this way, should it? > -- > Regards, > Torfinn Ingolfsen > _______________________________________________ > 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 Cheers, Henry From owner-freebsd-ports@FreeBSD.ORG Sat Nov 8 19:37:17 2014 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 48E60FD6 for ; Sat, 8 Nov 2014 19:37:17 +0000 (UTC) Received: from mail-la0-f51.google.com (mail-la0-f51.google.com [209.85.215.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C43AA2AD for ; Sat, 8 Nov 2014 19:37:16 +0000 (UTC) Received: by mail-la0-f51.google.com with SMTP id q1so6033711lam.10 for ; Sat, 08 Nov 2014 11:37:08 -0800 (PST) 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 :content-transfer-encoding; bh=eIAqyLvJWOvLD0Z0Hj+fi8NWhXJwOJMrQuVPWtkXQko=; b=RLp4DxP3SO+0aAHnDGg3ACWSAPVAOdyxUaN+42b09EhjGOyRA3N2uOHeDUTq3vOKAC cxbv5/n2PCfhz3dX9Ph6XQZ2kdEXumi/AyaHhFLM6rfivDmopYCZoqAffmnmpL1O2Sk+ BaVA+TL9Bqj8Wfmu1rm/tS0/T+aG1GlAAiId0UeD5ZOUrIJTjTz5eupgR5lm+SGPFakD sXAKolVNklCSKD4wxFMQfeEENhtUi+AISRbfzsNdj/Pt4FHfM8elnhjGW+ZsKhxVe9JC rnuVPiuaVz2yCvs4pEE4KWx8eLdaauWHGiuBwl7dTrJV4U9rEuhdn93Enymu6picWZW2 GQHA== X-Gm-Message-State: ALoCoQkZZrnDuJQAuPELL8MnU6/bijYhfjW8XOUm1PsqaVUbI+jWM57kgLKWK1CI7kE961jXNTWh MIME-Version: 1.0 X-Received: by 10.112.130.41 with SMTP id ob9mr18953094lbb.74.1415475428259; Sat, 08 Nov 2014 11:37:08 -0800 (PST) Received: by 10.112.92.101 with HTTP; Sat, 8 Nov 2014 11:37:08 -0800 (PST) X-Originating-IP: [121.99.82.172] In-Reply-To: References: Date: Sun, 9 Nov 2014 08:37:08 +1300 Message-ID: Subject: Re: mail-notification only allows Gmail mailboxes? From: Jonathan Chen To: Henry Hu Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Torfinn Ingolfsen , FreeBSD Ports 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: Sat, 08 Nov 2014 19:37:17 -0000 On 9 November 2014 08:29, Henry Hu wrote: [...] > > This is the problem. Apply this patch: > > Index: Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- Makefile (=E7=89=88=E6=9C=AC 372086) > +++ Makefile (=E5=B7=A5=E4=BD=9C=E5=89=AF=E6=9C=AC) > @@ -92,7 +92,7 @@ > || ${PORT_OPTIONS:MIMAP} \ > || ${PORT_OPTIONS:MMOZILLA} \ > || ${PORT_OPTIONS:MSYLPHEED} > -LIB_DEPENDS+=3D libgmime-2.6.so:${PORTSDIR}/mail/gmime26 > +LIB_DEPENDS+=3D libgmime-2.0.so:${PORTSDIR}/mail/gmime2 > .endif > .if ! ${PORT_OPTIONS:MSSL} > JB_CONF_ARGS+=3D ssl=3Dno > > and it should work. > This port does depend on gmime-2.0. To make it depend on gmime-2.6, extra > patches are needed. Ah. I see. On my system, I've also got gmime-2.0 installed; that's why it builds/works fine here. If it works for you Torfinn, I'll submit a PR for this. Cheers. --=20 Jonathan Chen From owner-freebsd-ports@FreeBSD.ORG Sat Nov 8 19:54:14 2014 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 EB370561; Sat, 8 Nov 2014 19:54:14 +0000 (UTC) Received: from mail.westryn.net (mail.westryn.net [199.48.135.251]) (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 CBC5E62B; Sat, 8 Nov 2014 19:54:14 +0000 (UTC) Received: from hayden.westryn.net (225x169.ouraynet.com [204.16.225.169]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.westryn.net (Postfix) with ESMTPSA id BD8C89432D2; Sat, 8 Nov 2014 12:54:11 -0700 (MST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: FreeBSD Port: ruby21-2.1.3_1,1 From: Carol Deihl In-Reply-To: <20141108153523.GJ4395@mouf.net> Date: Sat, 8 Nov 2014 12:54:10 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <430278F3-C8C5-46CD-8D30-0F9882D127EF@westryn.net> <20141108153523.GJ4395@mouf.net> To: Steve Wills X-Mailer: Apple Mail (2.1990.1) Cc: ports@freebsd.org, ruby@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, 08 Nov 2014 19:54:15 -0000 Hi Steve (and others), (Didn't reply all previously, and adding more info) This box is on 10.0-RELEASE-p9 #0 r272290 (and about to get to p12 today or tomorrow). (Sorry it didn't occur to me to mention that in the original email!) This is on a production box for us, so it's definitely not CURRENT :-) I will file a bug report too, thanks. Thanks for your help, Carol > On Nov 8, 2014, at 8:35 AM, Steve Wills wrote: >=20 > On Fri, Nov 07, 2014 at 06:41:40PM -0700, Carol Deihl wrote: >> Hello, >>=20 >> I just installed ruby21-2.1.3_1,1 with the DEBUG option *unset*, >> and when ruby21 is invoked, it prints out: >>=20 >> WARNING: number of probes fixed does not match the number of defined = probes (9 !=3D 50, respectively) >> WARNING: some probes might not fire or your program might crash >>=20 >> I haven't used dtrace yet and don't know much about it, >> but I discovered that if I re-installed the port with DEBUG turned on = (*set*), >> then the warning messages aren't printed. >>=20 >> I'm guessing that the probes.d file in the ruby source arranges to = install some probes >> at runtime in some routines that don't get compiled into ruby if = DEBUG is off. >=20 > What version of FreeBSD are you using? Because of a typo in the port, = the > dtrace stuff would only be enabled on 11-CURRENT, so I'm guessing = 11-CURRENT? > What rev? This should be fixed by r271413, I think. >=20 >> Is it appropriate to just tell you about this? Should I file a bug = report >> someplace else? >=20 > Yeah, that's fine, but a bug report wouldn't hurt so it doesn't get = lost, see: >=20 > http://bugs.freebsd.org/bugzilla/ >=20 > Steve From owner-freebsd-ports@FreeBSD.ORG Sat Nov 8 20:52:19 2014 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 A5AE81D2; Sat, 8 Nov 2014 20:52:19 +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 766C9BA3; Sat, 8 Nov 2014 20:52: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 sA8KqQrp087043; Sat, 8 Nov 2014 12:52:26 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Dimitry Andric In-Reply-To: <2D6D79A7-D05E-4DE2-A2B6-EFE261204B02@FreeBSD.org> References: <6810431a15d054459a29d434dd22619e@ultimatedns.net>, <2D6D79A7-D05E-4DE2-A2B6-EFE261204B02@FreeBSD.org> From: "Chris H" Subject: Re: How exactly does the base toolchain determine WHICH language to build with? Date: Sat, 08 Nov 2014 12:52:26 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <9135556ed9cef3ea7052a00d1b3b9120@ultimatedns.net> Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, FreeBSD CURRENT , 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: Sat, 08 Nov 2014 20:52:19 -0000 On Sat, 8 Nov 2014 14:46:21 +0100 Dimitry Andric wrote > On 08 Nov 2014, at 01:23, Chris H wrote: > > Sorry for the long title. I've been [needlessly] struggling > > with getting ports within the ports tree to build, on a > > fresh 11-CURRENT install from 2014-11-05. With custom > > KERNEL and WORLD built, and installed. > > Here's my situation, which has worked well since ~8.2; > > make.conf(5) > > WITHOUT_CLANG=true > > FAVORITE_COMPILER=gcc > > src.conf(5) > > WITHOUT_CLANG=true > > If you don't want to use and build clang at all, I think you also need > these two settings (at least on recent -CURRENT): > > WITHOUT_CLANG_BOOTSTRAP=foo > WITHOUT_CLANG_IS_CC=foo > > The latter variable determines whether /usr/bin/cc, /usr/bin/c++ and so > on are linked to clang or gcc. I suspect the root of all your problems > is that you don't have this setting. > > > > I'll neither argue, nor defend rational for w/o clang. To > > boring and out of scope for this thread. That said; I > > realize that lang/clang(33/34/35) is the default toolchain > > for 10+, and that's just fine by me. So I shouldn't be > > terribly surprised when install kernel/world, followed by > > make delete-old removes the clang built, or provided by > > the base install from the (initial) install procedure. But > > what _does_ surprise me, is that the install of lang/gcc-48 > > does _not_ become the compiler of choice with the above > > $ENV, after [seemingly] deleting clang. > > It does not work that way. If you configure the base system to use gcc > only, individual ports can decide that they need newer C++ support, or > other features not available in the version of gcc in base (which is > very old by now). In that case, they will use one of the gcc ports, > or possibly even one of the clang ports. Ahh. Thank you. It's now perfectly clear, and makes complete sense, now. For the record; I have nothing against clang/llvm, per se. I am just looking to obtain a bit more control over my environment. As this installation is intended for development purposes. In fact, I'll probably install all 3 versions of lang/clang. :) Oh, and GNC C, as well. Thank you again, for the reply. Now that I have also been informed about freebsd-toolchain@. I should probably take this opportunity to apologize for the noise, and thank all for their thoughtful replies. :) --Chris > > -Dimitry